Hallo zusammen,
wir hatten heute einen kompletten Crash unserer DAG Umgebung. Diese bestand aus zwei Exchange Servern. Angeblich hatte niemand mehr Berechtigungen auf dem Cluster. Sei es drum. Ich konnte das Cluster sauber auflösen und alle Datenbanken auf einem Server halten.
Ich habe dann das DAG Cluster neu aufgebaut und aktuell seeded die erste Datenbankkopie rüber zum zweiten Exchange.
Meine eigentliche Frage: Ist die Repliaktionsgeschwindigkeit irgendwo begrenzt?
Beide Hosts bewegen sich zum Zweck der schnellen Replikation auf dem selben ESX Host und haben 10Gbit Netzwerkkarten. Allerdings erreiche ich keine Geschwindigkeiten über 600Mbit. Der Storage wo die VMs liegen langweilt sich zu tode.
Wird die Geschwindigkeit irgendwo begrenzt? Würde die Replikation gerne beschleunigen.
Grüße
Andreas
Hallo Andreas,
mir wäre keine Stellschraube bekannt, wie du bei der Replikation (Reseed) der DB's mehr "Gas" geben kannst. Exchange prüft bei der Geschwindigkeit ja nicht nur die Netzwerkanbindung, sondern auch die aktuelle Auslastung des/der Server in Bezug auf Clientzugriffe, Schreibperformance auf den Platten etc. Dein genannter Wert ist schon ordentlich und sollte auch dazu führen, dass die DAG Kopie (n) zeitnah drüben sind.
Du hast ja glücklicherweise die Situation, dass du noch einen Knoten hattest und dieser auch während des Failovers/Recovers zur Verfügung stand (nach deinen Anpassungen). Daher würde ich die reine Replikationsperformance eher nicht so priorisieren, sondern eher die Tatsache, dass er erfolgreich ein Update-Databasecopy macht. :)
Gruß,
Monthy
Hast du noch eine Idee, warum der Reseed komplett durchgeführt wird, der Database Copy dann aber abbricht?
Die Kopie steht danach auf FailedandSuspended. Aktuell reseede ich noch einmal und hoffe dann mit
UPdate-MailboxDatabaseCopy Datenbank\Kaputterserver -CatalogOnly
den Index zu reparieren
normal musst du mit dem Schalter -deleteexistingfiles sicherstellen, dass er vorhandene Files auf deinem anderen (wiederhergestellten) Knoten überschreibt. Erst wenn dies erfolgreich war, wird sich der Index neu aufbauen. Ggf muss dieser dann pro DB auch nochmal weggeworfen und neu erstellt werden.
Monthy