Lotus Notes 8.5.2FP2 - "Remote-System reagiert nicht mehr" beim Replizieren einer bestimmten Anwendung

Seit gestern im Dezember haben wir den Notes-Client der Leute auf Windows 7, Notes8.5.2FP2, aktualisiert und das Problem wurde bemerkt und gemeldet.

Sie tritt bei Remote-Benutzern auf, die über Internet + VPN verbunden sind. Benutzer haben viele Anwendungen vom selben Server auf ihren lokalen Server repliziert. Während der Replikation konnten die meisten Anwendungen problemlos Updates mit dem Server senden und empfangen. Bei einer bestimmten Anwendung (Datenbank) zeigt der Replikator zunächst lange "Suche ..." und dann "Empfang ... 10 von 12.200 Aktualisierungen; noch ca. XXX Minuten" an. Für mich bedeutet diese Nachricht, dass der Client den Server erreicht hat und die Replikation läuft. Aber nach einer Weile, vielleicht 1 oder 2 Minuten, wird es angehalten und zeigt "Remote-System reagiert nicht mehr. Fehler mit [XXXXXXX-Servername]"

Woher?

In der Firma haben wir mehr als 50 Server auf der ganzen Welt und dieses Problem wird nur von einem Land / Server festgestellt und gemeldet. Ist dies ein Problem auf der Serverseite oder auf der lokalen Seite?

Freue mich auf Anregungen.

lotus-notes

— Y.Y.E.L
quelle

Es gibt nicht viel zu tun. Aufgerüstet von was? Wie war die Art des Upgrades? Welche Version hat der Domino Server? Welche Fehler (falls vorhanden) treten auf der Domino-Konsole auf? Ist die Clientverbindung / das Verbindungsdokument in Ordnung? Wenn Sie CLIENT_CLOCK = 3 zur notes.ini des Clients hinzufügen, erhalten Sie möglicherweise weitere Details in den Protokollen (im Ordner IBM_TECHNICAL_SUPPORT).

— Simon O'Doherty

Es ist, um die Client-Maschinen von WinXP + Notes8.02 auf Win7 + Notes8.52 zu aktualisieren. Die Domino-Serverversion ist 8.5.2FP1. Das Clientverbindungsdokument ist in Ordnung. Angenommen, der Client repliziert 10 Anwendungen mit demselben Server, aber nur eine bestimmte Anwendung trifft auf dieses Problem.

— Y.Y.E.L

Neben den CLIENT_CLOCK-Protokollen überprüfe ich auch die Replikationseinstellungen, um festzustellen, ob sie geändert wurden, sowie die Häufigkeit und Menge der Daten, die zwischen den Replikationen in der Datenbank geändert wurden.

— Simon O'Doherty

Die Frequenz läuft alle 15 Minuten. Möglicherweise liegt das Problem daran, dass der Benutzer längere Zeit (mehr als einen Monat) nicht repliziert hat und mehr als 12.000 Updates für diese Anwendung repliziert werden müssen. Wäre das das Problem? Ich sehe keine Einschränkung, wie viele Updates gleichzeitig verarbeitet werden können. Gibt es eine solche Einschränkung?

— Y.Y.E.L

Wir hatten ein ähnliches Problem, bei dem die Replikation über VPN nicht funktionierte. Es stellte sich heraus, dass es sich um ein DNS-Problem handelte.

Wir haben es mit einer Problemumgehung auf dem Client gelöst: Drücken Sie Strg + O und geben Sie die IP-Adresse des Servers ein, auf dem sich die problematische Anwendung befindet. Dadurch wird ein temporäres Speicherortdokument für diese Sitzung erstellt, und die Daten sollten anschließend repliziert werden.

Wenden Sie sich ansonsten an Ihr Netzwerkteam, um das DNS-Routing zu überprüfen.

— Julian
quelle

Es handelt sich um ein Bandbreitenproblem, ein Problem mit der Netzwerklatenz oder um ein Routing-Problem, bei dem zu viele Pakete verworfen werden. Sie müssen Ihr Netzwerkteam einbeziehen und es zur eigentlichen Ursache bringen.

Unter der Annahme, dass für die normale Nutzung nicht mehr als 12.000 Updates heruntergeladen werden müssen, können Sie die Replikate möglicherweise für die Benutzer erstellen und auf eine andere Weise an sie senden. Wenn sie dann das Replikat benötigen, müssen sie jedes Mal nur die wenigen neuesten Updates replizieren.

— Zach
quelle