Autor |
Thema |
|
TFZ
367 Beiträge |
Gesendet am: - 21/04/2016 : 10:03:20
|
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
|
Wir müssen nichts nachbessern. Sie sollten Ihre Ports richtig angeben und ggf. Ihre Firewall für adad95 öffnen. |
|
|
TFZ
367 Beiträge |
Gesendet am: - 26/04/2016 : 10:05:46
|
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... |
|
|
mechanicus
Germany
1874 Beiträge |
Gesendet am: - 26/04/2016 : 10:31:11
|
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 |
|
|
herrmanj
Germany
1081 Beiträge |
Gesendet am: - 06/04/2018 : 18:56:25
|
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? |
|
|
mechanicus
Germany
1874 Beiträge |
Gesendet am: - 07/04/2018 : 13:08:47
|
MS-SQL oder VistaDB? |
|
|
herrmanj
Germany
1081 Beiträge |
Gesendet am: - 07/04/2018 : 16:42:03
|
MS-Sql |
|
|
mechanicus
Germany
1874 Beiträge |
Gesendet am: - 09/04/2018 : 11:59:00
|
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. |
|
|
Entwicklung
Deutschland
1963 Beiträge |
Gesendet am: - 09/04/2018 : 16:30:25
|
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.
|
|
|
mechanicus
Germany
1874 Beiträge |
Gesendet am: - 09/04/2018 : 17:57:28
|
Werden bei gleichzeitigen Zugriff keine Sperren gesetzt?? |
|
|
Entwicklung
Deutschland
1963 Beiträge |
Gesendet am: - 10/04/2018 : 09:03:27
|
@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.
|
|
|
TFZ
367 Beiträge |
Gesendet am: - 10/04/2018 : 11:37:58
|
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. |
|
|
mechanicus
Germany
1874 Beiträge |
Gesendet am: - 10/04/2018 : 12:21:38
|
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 |
|
|
Entwicklung
Deutschland
1963 Beiträge |
Gesendet am: - 10/04/2018 : 13:42:50
|
@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.
|
|
|
mechanicus
Germany
1874 Beiträge |
Gesendet am: - 10/04/2018 : 15:19:57
|
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 |
|
|
|
Thema |
|