¶ Einleitung
Beim anlegen von Datenbankkopien in einer Exchange Server DAG auf Exchange 2013/16 kommt es wie im Netz nicht zu übersehen ist häufig zu Fehlern. Insbesondere wenn die Umlaufprotokollierung vorher eingeschaltet war oder gerade geändert wurde.
Diverse Fehler sind mir auch schon untergekommen.
z.B folgende Fehlermeldung
The seeding operation failed. Error: An error occurred while performing the seed operation. Error: Failed to notify source server ‘ExchangeServer FQDN’ about the local truncation point. Hresult: 0xc8000713. Error: Unable to find the file. [Database: DATABASE, Server: ExchangeServer FQDN]
oder
oder
Alle diese Fehler kann man umgehen indem man einen kleinen Trick verwendet, indem man quasi die Fehlermeldung zunächst ignorierend, die Konfiguration für die Replikation anlegt, und anschließend die Config für die DB nochmal ändert und schließlich die Replikation nochmal startet.
Exakt dieses Vorgehen kann/sollte man wählen, wenn beispielsweise die Umlaufprotokollierung/Circular Logging aktiviert ist direkt bevor man eine Datenbankkopie anlegen will. Versucht man dies, bekommt man ohnehin einen Hinweis darauf, dass dies nicht möglich ist. Dismounted man die DB, schaltet Circular Logging ab und versucht es direkt erneut kommt es zu diversen Fehlern. Diese kann man dann umgehen indem man einfach mit der Config fortfährt wie im Folgenden Beschrieben.
¶ Kurzanleitung
Erst Circular Logging/Umlaufprotokollierung abschalten, damit man überhaupt eine Kopie anlegen kann
Dismount-Database DB01 Set-MailboxDatabase DB01 -CircularLoggingEnabled:$false Mount-Database DB01Dann die Kopie Anlegen
Add-MailboxDatabaseCopy DB01 -MailboxServer <Zielserver> -ActivationPreference 2Hier wird zwar ggf. ein Fehler auftreten, trotzdem wird hier grundsätzlich die Datenbankkopie angelegt, bzw. die Konfiguration, dass es eine solche geben soll, auch wenn es nicht klappt. Diesen Status erstmal beibehalten und nicht rückgängig machen.
Anschließend circular Logging/Umlaufprotokollierung wieder einschalten wenn es denn vorher eingeschaltet war. Dann wir der Zustand konsistent und kann Repliziert werden
Dismount-Database DB01 Set-MailboxDatabase DB01 -CircularLoggingEnabled:$true Mount-Database DB01
Und dann das "Seeding" nochmal beginnen um die Datenbank zu initialisieren und sauber zu schreiben.
Suspend-MailboxDatabaseCopy DB01\zielserver Update-MailboxDatabaseCopy DB01\zielserver -SourceServer <quellserver> -DeleteExistingFiles -BeginSeedHier sage ich sogar nochmal explizit von welchem Server(-SourceServer) und 'auf' welchen Server(hier DB01\zielserver) die Replikation stattfinden soll. außerdem falls bei den versuchen vorher doch schon files auf dem zielserver liegen diese bitte löschen (-DeleteExistingFiles) und im Hintergrund ausführen (-BeginSeed).
Dann das ganze schön beobachten
Get-MailboxDatabase | Get-MailboxDatabaseCopyStatus¶ Hinweis
Klar ist das die Umlaufprotokollierung meist nicht empfohlen wird. Performancegründe sind zwar nur in Ausnahmefällen Relevant und beim Einsatz einer DAG kann tatsächlich auch auf Circular Logging zurückgegriffen werden, da es ja ohnehin mehrere Kopien der Datenbanken gibt, die dann auch noch via Konfiguration versetzt aktualisiert werden können etc.
Trotzdem empfehle aber auch ich natürlich dann zu späterem Zeitpunkt, bei erfolgreicher Replikation, wieder das Circular Logging abschalten.
H@ppy H@cking