adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik - Problem Praxplan Netzwerk
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
Startseite | Profil | Registrieren | Neue Beiträge | Mitglieder | Suchen | FAQ
Benutzername:
Passwort:
Sprache wählen
Passwort speichern
 Alle Foren
 adad95 - Praxisverwaltung
 adad95 Forum - Kundenfragen - Lösungen
 Problem Praxplan Netzwerk
 Neues Thema  Auf Thema antworten
 Drucken
Autor Vorheriges Thema Thema Nächstes Thema  

TFZ

367 Beiträge

Gesendet am: - 21/04/2016 :  10:03:20  Profil ansehen  E-Mail an den Autor  Besuche TFZ's Homepage  Antwort mit Zitat
Wir haben (wie schon mehrfach gemeldet) noch immer das Problem, dass die Aktualisierung von Praxplan im Netzwerk nicht zuverlässig funktioniert. Man kann eigentlich nicht gleichzeitig von verschiedenen Rechnern aus Termine vereinbaren, weil wir ständig Gefahr laufen, Termine doppelt zu vergeben. Man bemerkt die Doppeltbelegung erst zu einem späteren Zeitpunkt, wenn man Praxplan neu öffnet. Das ist im Praxisbetrieb äußerst ärgerlich. Wir bitten dringend um Nachbesserung.

Ridler Datentechnik

Deutschland
1107 Beiträge

Gesendet am: - 21/04/2016 :  10:21:44  Profil ansehen  Besuche Ridler Datentechnik's Homepage  Antwort mit Zitat
Wir müssen nichts nachbessern. Sie sollten Ihre Ports richtig angeben und ggf. Ihre Firewall für adad95 öffnen.
Zum Anfang der Seite

TFZ

367 Beiträge

Gesendet am: - 26/04/2016 :  10:05:46  Profil ansehen  E-Mail an den Autor  Besuche TFZ's Homepage  Antwort mit Zitat
Also: das Problem tritt nur sporadisch auf. Aussage unseres Netzwerkadministrators "mit dem Netzwerk ist alles in Ordnung", in der Firewall ist Ridler auf allen PC als vertrauenswürdig eingestuft.

Evtl. hängt es mit den Energieoptionen zusammen. Wir haben jetzt alle PC so eingestellt, dass diese bei Nichtbenutzung nicht mehr in den Energiesparmodus wechseln. Wir werden weiterhin beobachten...
Zum Anfang der Seite

mechanicus

Germany
1798 Beiträge

Gesendet am: - 26/04/2016 :  10:31:11  Profil ansehen  Antwort mit Zitat
Das Problem liegt möglicherweise woanders.
Das hängt damit zusammen, dass adad .net benutzt.
Versuch mal, bei deinen Netzwerk-PC's im IE unter "Internetoptionen" -> "Sicherheit" -> "Vertrauenswürdige Sites" den Server, wo die Datenbank liegt, einzutragen.

Edit: Ebenso die Clients im IE des Servers.

Geändert durch - mechanicus am 27/04/2016 08:21:06
Zum Anfang der Seite

herrmanj

Germany
1023 Beiträge

Gesendet am: - 06/04/2018 :  18:56:25  Profil ansehen  E-Mail an den Autor  Besuche herrmanj's Homepage  Antwort mit Zitat
Zitat:
Ersterfassung durch TFZ

Also: das Problem tritt nur sporadisch auf. Aussage unseres Netzwerkadministrators "mit dem Netzwerk ist alles in Ordnung", in der Firewall ist Ridler auf allen PC als vertrauenswürdig eingestuft.

Evtl. hängt es mit den Energieoptionen zusammen. Wir haben jetzt alle PC so eingestellt, dass diese bei Nichtbenutzung nicht mehr in den Energiesparmodus wechseln. Wir werden weiterhin beobachten...



Wir hatten jetzt auch 2 mal Termine von verschiedenen Orten doppelt vergeben. Gibt es neue Erkenntnisse über mögliche Ursachen?
Zum Anfang der Seite

mechanicus

Germany
1798 Beiträge

Gesendet am: - 07/04/2018 :  13:08:47  Profil ansehen  Antwort mit Zitat
MS-SQL oder VistaDB?
Zum Anfang der Seite

herrmanj

Germany
1023 Beiträge

Gesendet am: - 07/04/2018 :  16:42:03  Profil ansehen  E-Mail an den Autor  Besuche herrmanj's Homepage  Antwort mit Zitat
MS-Sql
Zum Anfang der Seite

mechanicus

Germany
1798 Beiträge

Gesendet am: - 09/04/2018 :  11:59:00  Profil ansehen  Antwort mit Zitat
Könnte mir vorstellen, dass es mit dem Cache zusammenhängt. Ich kenne mich mit dem MS-Kram aber zu wenig aus, um mich da detaillierter zu äußern.
Zum Anfang der Seite

Entwicklung

Deutschland
1936 Beiträge

Gesendet am: - 09/04/2018 :  16:30:25  Profil ansehen  Besuche Entwicklung's Homepage  Antwort mit Zitat
Bei den doch sehr dürftigen Angaben kann man die Ursache NUR vermuten. Ich kann mir auch nicht vorstellen, dass ein Zusammenhang mit den Ursachen von vor 4 Jahren besteht. Als Reaktion auf diese Fehlermeldung wurde eine zweite Methode zur Benachrichtigung über Datenänderungen eingebaut. Diese SQL – Serverbenachrichtigung ist i.d.R. aktiv. Bei Ihnen möglicherweise aber nicht.

Wie steht‘s mit der Latenzzeit des Netzwerkes. Sind Sie sicher, dass da die Ursache nicht liegt.
Zum Anfang der Seite

mechanicus

Germany
1798 Beiträge

Gesendet am: - 09/04/2018 :  17:57:28  Profil ansehen  Antwort mit Zitat
Werden bei gleichzeitigen Zugriff keine Sperren gesetzt??
Zum Anfang der Seite

Entwicklung

Deutschland
1936 Beiträge

Gesendet am: - 10/04/2018 :  09:03:27  Profil ansehen  Besuche Entwicklung's Homepage  Antwort mit Zitat
@Mechanicus

Recordlocks sind nicht das Thema bei der Frage wie die einzelnen Clients über eine Datenänderung informiert werden um dann ihrerseits die Anzeige zu aktualisieren.
Zum Anfang der Seite

TFZ

367 Beiträge

Gesendet am: - 10/04/2018 :  11:37:58  Profil ansehen  E-Mail an den Autor  Besuche TFZ's Homepage  Antwort mit Zitat
Wir haben das Problem noch immer wie beschrieben. Wir nutzen die SQL-Server-Edition. Die Datenbank liegt auf unserem Haupt-PC an der Rezeption, die Netzwerkrechner greifen über LAN auf den Haupt-PC zu. Wir konnten inzwischen das Problem dahingehend eingrenzen, dass Änderungen, die von einem Netzwerk-PC vorgenommen werden, nicht auf dem Haupt-PC zu sehen sind (bzw. erst, wenn Praxplan komplett geschlossen und wieder geöffnet wird, der Refresh-Button nutzt nichts). Auf den Netzwerkrechnern untereinander besteht kein Problem. Auch Änderungen, die am Haupt-PC gemacht werden, erscheinen sofort auf den Netzwerkrechnern. Wir arbeiten derzeit um das Problem herum, indem wir immer Praxplan nach Benutzung schließen und erst wieder öffnen bei einer erneuten Terminvergabe. Aber auch das führt immer mal wieder zu Doppeltbelegungen, wenn nämlich zeitgleich an mehreren Rechnern Termine vergeben werden.
Zum Anfang der Seite

mechanicus

Germany
1798 Beiträge

Gesendet am: - 10/04/2018 :  12:21:38  Profil ansehen  Antwort mit Zitat
Zitat:
Entwicklung:    Recordlocks sind nicht das Thema bei der Frage wie die einzelnen Clients über eine Datenänderung informiert werden um dann ihrerseits die Anzeige zu aktualisieren.
Möglicherweise ein Missverständnis. Ich hatte den Eindruck, dass es sich bei "doppelten Einträgen" um einen fehlerhaften SQL-Datenbestand handelte und nicht etwa um ein Refreshproblem (des Anwendungsprogramms) eines Clients.
Und für den korrekten Betrieb eines SQL-Servers in einer Multiuserumgebung dachte ich bisher, dass SQL-Locking nötig sei.

Möglicherweise müssen Sie aber bei adad andere Verfahren anwenden, weil es ja zur Vista-DB kompatibel bleiben muss.

Geändert durch - mechanicus am 10/04/2018 12:23:41
Zum Anfang der Seite

Entwicklung

Deutschland
1936 Beiträge

Gesendet am: - 10/04/2018 :  13:42:50  Profil ansehen  Besuche Entwicklung's Homepage  Antwort mit Zitat
@TFZ
Zusammenfassend ergibt sich folgendes Bild: Auf allen Rechnern funktioniert Änderungsbenachrichtigung problemlos. Nur ein Rechner bekommt davon nichts mit. Das Problem besteht auch schon seit Jahren. Auf allen Rechnern ist die gleiche adad95 - Software installiert und über den Updateservice regelmäßig gepflegt.

Sie sind natürlich sicher, es liegt an der Software.
Zum Anfang der Seite

mechanicus

Germany
1798 Beiträge

Gesendet am: - 10/04/2018 :  15:19:57  Profil ansehen  Antwort mit Zitat
Möglicherweise sollte auf dem Port 1433 neben dem TCP- (nach Doku) auch zusätzlich das UDP-Protokoll freigeschaltet werden.
Kontrolliert das mal.

Edit: Schaut Euch dazu auch die Hilfe zu den adad95-Einstellungen am Ende der Seite 5 an.

Geändert durch - mechanicus am 10/04/2018 15:50:10
Zum Anfang der Seite
  Vorheriges Thema Thema Nächstes Thema  
 Neues Thema  Auf Thema antworten
 Drucken
Springe zu:
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik © Ridler Datentechnik Zum Anfang der Seite
 Image Forums 2001 Powered By: Snitz Forums 2000 Version 3.4.06