Hello everyone,
dank der guten Anleitungen vom Frank habe ich schon mehrere SBS2011 auf DC2016+Exchange2016 Migrationen durchgeführt. Jede Umgebung hatte ihre eigene Fallen.
Momentan bin ich in einer Migration von Exchange 2010 (DAG 2x CAS,MB, 3xDB≈700GB) auf Exchange 2016 (DAG 2x MB). Die ersten Postfächer sind schon vor ein paar Wochen ohne Schwierigkeiten umgezogen.
Letzte Woche wurde auch CU18 auf Exchange 2016 installiert, ohne Fehler. Vor ein paar Tagen habe ich angefangen die größeren Postfächer (ca. 15-20GB pro Postfach) zu migrieren und festgestellt, dass während Migration irgendwann läuft dem Exchange 2016 Server der RAM einfach aus (100% begelgt) und das System reagiert nicht mehr. Das bremst entsprechend die komplette Exchange Umgebung. Verdoppelung der RAM Größe ändert das Verhalten nicht. Zur Zeit sind beide Exchange 2016 VMs mit je 8xvCPU und 32GB RAM konfiguriert. Dass Exchange an RAM nimmt alles was er kriegt ist mit bekannt. Aber an der Stelle vermute ich entweder falsche Konfiguration oder ein Fehler. Was auch interessant finde ich, dass nach der Migrationsabbruch (Suspend-MoveRequest) werden nur 2-3GB RAM freigeben. Speicherplatz auf Dateisystem (NTFS) ausreichend
Konkretes Beispiel:
Migration von einem Postfach aus Exchange 2010, 18GB groß. Ziel-DB liegt auf Exchange2016 aufgeteilt auf 2 Server.
RAM Belegung auf Exchange vor Migration 15,7GB auf dem Server mit aktiven Zieldatenbank (EX1) und 14,3 GB auf dem Server mit Replika der Zieldatenbank (EX2)
nach dem ca. 10GB (Info aus Status im ECP) migriert sind, beträgt RAM Verbrauch auf EX1 ca. 25GB und 31GB auf EX2. Um die Instabilität auf EX2 zu vermeiden wird Migration pausiert. RAM Verbrauch auf EX1 bleibt bei ca.23GB und auf EX2 27GB. Mit Werten aus Ressourse Monitor komme ich nicht annährend an die Verbräuche. Neustart von Replikationsdienst bringt auch nicht viel. Einzige Möglichkeit die ich jetzt habe ist den Server in Wartungsmodus zu setzten und neustarten.
Hat vielleicht jemand von euch dieses Verhalten schon gehabt/gehört und kann mich in die richtigen Richtung leiten?
Ich bedanke mich im Voraus!!
P.S. dieses tritt auch auf wenn innerhalb vom Exchange 2016 ein Postfach verschoben wird
Servus,
schau doch mal welche Dienste den RAM "verbrauchen". Das während des Verschiebens die Last (CPU, RAM, Storage, Netzwerk) steigt ist normal, Exchange sollte natürlich nicht den kompletten RAM benutzen, sodass das OS anfängt zu swappen. So blöd es sich anhört, aber die hohe RAM Auslastung könnte auf ein Problem mit dem Storage hindeuten, nämlich dann, wenn die Daten aus dem RAM nicht schnell genug auf die Disks geschrieben werden können. Ein guter Indikator für eine mögliche Überlastung des Storage ist die Schreiblatenz in Richtung Storage. Gerade innerhalb einer DAG passiert ja ein bissel mehr, wenn ein Postfach migriert wird (Stichwort Logshipping). Wirf auch mal ein Blick ins Eventlog, ob du dort Hinweise auch BackPressure findest.
Greetings,
Frank
Hello everyone,
Kurze Fassung: Problem erkannt, vorerst mit Workaround erledigt. Weitere Schritte für langfristige Lösung geplant.
Am Wochenende schreibe ich eine ausführliche Zusammenfassung für die Leute die evtl das gleiche erfahren.
@Franky: danke für deine Tipps, diese "checkliste" hatte am Anfang schon abgearbeitet. Schreiblatenz und Schreibrate waren OK. Wie gesagt, detalliert schreibe ich am WE, deswegen bitte den Post noch nicht schliessen
Greetings
