Problembeschreibung
Betrachten Sie das folgende Szenario:
-
Sie aktivieren eine passive Kopie einer Microsoft Exchange Server 2010 Service Pack 3 (SP3) mithilfe von Windows PowerShell oder Exchange-Verwaltungskonsole.
-
Bereitgestellte Datenbank hebt die Bereitstellung ohne Probleme und die passive Kopie lädt.
-
Der Status der Datenbank kopieren ändert einen bei der Initialisierung, die jetzt passive Kopie. Darüber hinaus zeigt die Statusanzeige für die Datenbankkopie fehlgeschlagen.
Wenn dieses Problem auftritt, erhalten eine Fehlermeldung, die die folgenden, beim Ausführen ähnelt der Get-MailboxDatabaseCopyStatus | fl Identität, Errormessage Cmdlet in Exchange Management Shell (EMC);
Fehler beim Überprüfen der Protokolle und der Datenbank für DB\Server beim Start der Microsoft Exchange-Replikationsdienst. Fehler: Datei ist fehlgeschlagen: Logfile"Pfad\EXx. log" ist Generation Zahl1; jedoch ist die erwartete Generation number2.
Beispielsweise kann die folgende Fehlermeldung angezeigt:
Fehler beim Überprüfen der Protokolle und der Datenbank für DB\Server beim Start der Microsoft Exchange-Replikationsdienst. Fehler: Fehler beim Überprüfen der Datei: "f:\logs\DB\ENn.log" Protokolldatei ist 2024; jedoch ist die erwartete Generation 2004.
Ursache
Wenn 8.3 Erstellung Volumes aktiviert, die enthalten Transaktionsprotokolle in Exchange Server 2010 SP3, können dadurch ungültig Transaktionsprotokolle während der Datenbanken Aktivierung als Teil einer Findfile Abfrage zurückgegeben werden. Dadurch wird die Datenbanken in einem fehlerhaften Zustand aufgrund ungültiger Reihenfolge in der Protokoll-Generation Buchungsnummern gesendet werden.
Kein Datenverlust auftritt aufgrund dieser Fehler.
Problemlösung
Installieren Sie zum Beheben dieses Problems das folgende Updaterollup:
Beschreibung des Updaterollup 2 für Exchange Server 2010 Servicepack 3
PROBLEMUMGEHUNG
Schritt 1: Bestimmen der Erstellung von 8.3-Konfigurations
Um festzustellen, ob die Erstellung von 8.3 aktiviert ist, führen Sie den folgenden Befehl in ein Eingabeaufforderungsfenster mit erhöhten Rechten. (Hier wird angenommen, dass die Transaktionsprotokolldateien auf Laufwerk c: werden)
fsutil 8dot3name query c:
Die erwartete Ausgabe gibt etwas ist, Resemblbes folgende 8.3 Erstellung aktiviert:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 2(Per volume setting-the default).
Based on the above two settings, 8dot3 name creation is enabled on C:
Oder die erwartete Ausgabe möglicherweise ähnlich der folgenden:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 0 (Per volume setting - the default).
Based on the above two settings, 8dot3 name creation is enabled on C:
Dies bedeutet, dass Laufwerk, das c 8.3 Erstellung aktiviert wurde.
Stellen Sie sicher, dass Sie diesen Befehl auf dem Volume ausführen, die Transaktionsprotokolle enthält. Bereitstellungspunkte verwenden, können Sie auch Folgendes verwenden:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Sie müssen entsprechend der Volume-GUID die GUID des Datenträgers zu ersetzen. Volume und GUID für ein bestimmtes Laufwerk müssen, führen Sie den folgenden Befehl ein:
mountvol [Drive:]Path /L
Legen Sie je nach Wunsch 8.3 Erstellung aller Volumes oder pro Volume Volume deaktiviert werden, wie in Schritt 3 beschrieben. Es ist wichtig, dass Sie sicherstellen, dass das Volume, das die Transaktionsprotokolle für die Erstellung von 8.3 deaktiviert ist.
Schritt 2: Kontrollkästchen Gruppenrichtlinien deaktivieren 8.3 Erstellung
Vor Erstellung der 8.3-Namen deaktivieren, beachten Sie, dass diese Einstellung durch Gruppenrichtlinien gesteuert werden kann. Überprüfen Sie, ob eine Gruppenrichtlinie konfiguriert ist, ändern Sie den folgenden Registrierungsschlüssel auf den Exchange-Servern:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Wenn diese Einstellung durch Gruppenrichtlinien gesteuert wird, entfernen Sie diese Einstellung über die Gruppenrichtlinien für den Exchange-Servern und DWORD NtfsDisable8dot3NameCreation auf einen Wert von 2festgelegt. Dadurch ändert sich die Lautstärke.
Hinweis Wenn der Wert 0 verwendet wird, ändern nicht Volumekonfiguration.
Weitere Informationen zum Befehl Fsutil 8dot3name finden Sie auf der folgenden Microsoft TechNet-Website:
Schritt 3: Erstellen der 8.3-Namen ändern
Um Erstellung von 8.3 für alle Volumes zu deaktivieren, führen Sie den folgenden Befehl ein:
fsutil 8DOT3name set
Möchten Sie nur auf einzelne Volumes deaktivieren, die das Transaktionsprotokoll enthält, führen Sie den folgenden Befehl ein:
fsutil 8DOT3name set c: 1
Hinweis Dabei ist c der Buchstabe des Laufwerks, das die Transaktionsprotokolle enthält.
Oder Sie können auf einem bestimmten Volume ausführen. Führen Sie hierzu den folgenden Befehl aus:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Nach dem Ändern der Volume-Konfiguration deaktivieren die Erstellung von 8.3 können Sie überprüfen, ob die Einstellung deaktiviert ist. Hierzu führen Sie erneut den folgenden Befehl:
fsutil 8DOT3name query c:
Dadurch werden alle neue Dateien, die erstellt oder kopiert werden auf diesem Volume wird ein 8.3 für den Dateinamen. Alle vorhandene Dateien enthalten jedoch weiterhin den 8.3-Namen. Daher müssen Sie dieses Problem zu beheben.
Schritt 4: Entfernen Sie 8.3-Namen für vorhandene Transaktionsprotokolle
Option 1
Die bevorzugte Option ist auf der Exchange-Datenbanken eine vollständige Sicherung ausgeführt. Dadurch wird die Transaktionsprotokolle abgeschnitten und entfernt die vorhandenen Protokolle, die 8.3-Namen haben. Nachdem alle Transaktionsprotokolle, die 8.3-Dateinamen abgeschnitten werden, werden die Datenbank wechselt nicht.
Option 2
Backup-Option nicht verfügbar ist, haben Sie zum Bearbeiten der Kopie alle Transaktionsprotokolle sicherstellen, dass die 8.3-Namen aus den Dateien entfernt werden. Gehen Sie hierzu folgendermaßen vor:
-
Auf einem Server, die passive Kopie der Datenbank enthält, die Microsoft Exchange-Replikationsdienst beenden.
-
In Windows PowerShell-Befehl:
stop-service msexchangerepl
-
Suchen Sie in Windows Explorer den Ordner in dem Transaktionsprotokolle gespeichert werden.
-
Wählen Sie die Transaktionsprotokolle vom Typ Enn*.log und in einen temporären Ordner verschieben. Stellen Sie sicher, dass Sie nur die Transaktionsprotokolle vom Typ Enn*.log verschieben. Sie sollten keine anderen Dateitypen verschieben.
-
Verschieben Sie alle Transaktionsprotokolle wieder an ihrem ursprünglichen Speicherort. Dabei verschieben werden die 8.3-Namen entfernt.
-
Wiederholen Sie diesen Vorgang für alle Transaktionsprotokolle für alle passiven Datenbanken.
-
Starten Sie den Microsoft Exchange-Replikationsdienst:
start-service msexchangerepl
Hinweis Dieser Schritt sollte zunächst alle passiven Kopien der Datenbanken ausgeführt werden.
-
Verschieben Sie (aktive) bereitgestellte Kopie der Datenbank eine Kopie auf dem die Transaktionsprotokolle bearbeitet werden:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Der Microsoft Exchange-Replikationsdienst anhalten Transaktionslogs wieder zu verschieben und dann zurück an ihre ursprüngliche Position.
-
Starten Sie der Microsoft Exchange-Replikationsdienst. Datenbankfehler beim Verschieben Activemailboxdatabase Aktion sollte jetzt nicht auftreten.
Weitere Informationen
Andere Symptome, die auftreten, werden im Anwendungsprotokoll und ExchangeHighAvailability-Betriebsprotokoll. Dort werden Ereignisse angezeigt, die den folgenden ähneln:
Um festzustellen, ob Sie haben noch 8.3-Namen Transaktionsprotokolle, Sie den folgenden Befehl in einer Befehlszeile des Transaktionsprotokolls ausführen:dir /x Wenn Transaktionsprotokolle noch 8.3-Namen enthalten, sehen Sie etwas, das dem folgenden ähnelt:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log
Hinweis Wenn Sie die E0F768~1.log im nächsten letzten Spalte angezeigt, müssen Sie noch Transaktionsprotokolle, die 8.3-Namen haben. Daher haben Sie weiterhin Probleme beim aktiven Datenbanken verschieben.
