[Erledigt] Cluster failover für geöffnete Fenster: SEHR Langsam

[Tode]

Ich habe gerade erst mit der Recherche angefangen, aber ich dachte, ich frage hier mal nach.

Folgendes Phänomen: Ein Cluster- Server wird gerade aktualisiert, dieser ist der "Mail- Home"- Server der meisten Benutzer.

Nun passiert bei den meisten Clients der Schwenk auf den Cluster- Partner in annehmbaren Zeiten, nur bei Einzelnen dauert es bis zu einer Stunde, bis der Client "benutzbar" ist.

Ich habe das gerade mal analysiert, und es sieht so aus, dass die Benutzer die offenen Fenster wiederherstellen lassen. Und jedes offene Fenster braucht ca. 5 Minuten (in denen die Statuszeile sagt, dass der Server gesucht wird, der gerade down ist), bevor ein Failover auf den Cluster- Partner erfolgt.

Ausserdem macht der "Synchronize Contacts"- Eintrag im Replikator keinen Failover, und hängt ewig, bevor ein Timeout passiert. Dieser Eintrag kann nicht konfiguriert werden...

Kennt jemand diese Phänomene, dass der Cluster- Failover für jede einzelne Datenbank ewig dauert und für bestimmte Funktionen gar nicht geht?

Client ist 8.5.3 ohne Fixpacks, der Server 9.0.1FP1HF278 unter Linux.

Ich bin gerade noch am Googeln und werde auch die Ergebnisse hier posten, dachte nur, wenn jemand schon was weiss...

[Tode]

Lösung gefunden... ist kein Problem mit Standard- Notes- Datenbanken, sondern mit einer Funktion, die speziell hie reingebaut wurde: Ein @DBlookup() auf die Replica- ID geht interessanterweise auch bei wiederholtem Aufruf immer auf den Mail- Home- Server des Benutzers, obwohl für alle betroffenen Datenbanken eine andere Kachel oben liegt... Der 9er Client macht das allerdings korrekt und nimmt immer den Server, dessen kachel oben liegt...

Ich schreibe gerade den Code um auf LotusScript, damit ist das Problem dann (hoffentlich) behoben...