Diskrepanz bei der Protokollsignatur
[Dieses Thema beschäftigt sich mit einem besonderen Problem, das von Exchange Server Analyzer angezeigt wird. Die Problembehandlung sollte nur auf Systeme angewendet werden, auf denen Exchange Server Analyzer ausgeführt wird und dieses spezielle Problem auftritt. Exchange Server Analyzer (als kostenloser Download verfügbar) trägt remote Konfigurationsdaten von allen Servern in der Topologie zusammen und analysiert diese Daten automatisch. Der sich ergebende Bericht enthält ausführliche Informationen zu wichtigen Konfigurationskonflikten, möglichen Problemen und Produkteinstellungen, die nicht den Standardeinstellungen entsprechen. Indem Sie diese Empfehlungen beachten, können Sie bessere Leistung, Skalierbarkeit, Zuverlässigkeit und Betriebszeit erzielen. Weitere Informationen zum Tool sowie zum Download der aktuellsten Version finden Sie unter "Microsoft Exchange Analyzers" unter der Adresse https://go.microsoft.com/fwlink/?linkid=34707.]
Letztes Änderungsdatum des Themas: 2005-11-18
Microsoft® Exchange Server Analyzer hat festgestellt, dass die Protokollsignatur in einem oder mehreren Ihrer Protokolldateien nicht mit der von anderen Protokolldateien im gleichen Ordner übereinstimmt.
Dieses Problem tritt nur auf, wenn Protokolldateien manuell verschoben, gelöscht oder falsch angeordnet wurden.
.gif "note") Anmerkung: |
|---|
| Dies ist ein Szenario für Fortgeschrittene, und Sie sollten möglicherweise zuerst Microsoft Hilfe- und Support unter (https://go.microsoft.com/fwlink/?LinkId=31845) kontaktieren, ehe Sie diese Strategie umsetzen. |
Jede Exchange-Transaktionsprotokolldatei wird mit einer Signatur gestempelt, die als Protokollsignatur bezeichnet wird. Diese Signatur identifiziert einzelne Protokolldateien, die derselben Serie von Protokollen angehören. Jede Exchange-Datenbank zeichnet die Protokollsignatur der Transaktionsprotokollserie auf, mit der die Datenbank zuletzt verknüpft war.
Exchange-Datenbanken verfügen auch über eine als DB-Signatur bezeichnete Signatur. Die Datenbanksignatur wird generiert, wenn eine Datenbank erstmals angelegt wird. Wenn Sie mithilfe von Eseutil eine Datenbank defragmentieren oder reparieren, ändert sich diese Signatur, weil während der Reparatur und Defragmentierung Änderungen an der Datenbank erfolgen, ohne dass diese Änderungen in den Transaktionsprotokollen protokolliert werden. Aus Prokollgründen stellt die Datenbank, die durch Reparatur oder Defragmentierung entsteht, eine neue oder andere Datenbank dar.
Anders als Datenbanksignaturen, ändern sich die Protokollsignaturen während der Lebensdauer einer Serie von Protokolldateien niemals.
Protokolldateien zeichnen die DB-Signaturen aller angehängten Datenbanken auf, sobald die Protokolldatei erstellt wurde. Datenbanken zeichnen die Protokollsignatur der aktuellsten Protokollserie auf, mit der die Datenbank verknüpft wurde. Deshalb sind Datenbank- und Protokollsignaturen nützlich, um Datenbanken mit Transaktionsprotokolldateien abzugleichen.
Sie können eine Exchange-Datenbank von einem Protokollsatz trennen und sie einem anderen zuordnen. Sie können dieses tun, indem Sie die Datenbank zu einer anderen Speichergruppe verschieben oder alle Transaktionsprotokolle für eine Speichergruppe entfernen und eine neuen Protokollserie beginnen.
Bei Datenbanken im Zustand „Dirty Shutdown“ können nur Transaktionsprotokolldateien erfolgreich in die Datenbank eingespielt werden, deren Signaturen mit der Protokollsignatur im Datenbankheader übereinstimmen. Im Zustand „ Dirty Shutdown“ ist eine Datenbank immer noch an einen bestimmten Protokollstrom angehängt und kann nur mit diesem Protokollstrom wiederhergestellt werden.
Bei Datenbanken im Zustand „ Clean Shutdown“ können möglicherweise Transaktionsprotokolldateien eingespielt werden, deren Signaturen nicht mit der aktuellen Protokollsignatur im Datenbankheader übereinstimmen. Dies ist nur in folgender Situation erfolgreich:
- Die Datenbank wurde beim Abschluss einer vorangegangenen Protokolldateisequenz ordnungsgemäß beendet.
- Die Datenbank wurde danneiner neuen Sequenz von Transaktionsprotokolldateien zugeordnet, und Sie haben Zugriff auf das Transaktionsprotokoll, in dem die Datenbank erstmals dem neuen Protokollsatz zugeordnet wurde.
So beheben Sie diesen Fehler
Sie müssen den Verlauf der Datenbank und die Umstände kennen, unter denen Transaktionsprotokolle im Hinblick auf die Datenbank generiert wurden.
Vor einem Wiederherstellungsversuch sollten Sie in so einer Situation immer eine Kopie von beiden Transaktionsprotokollen und von den Datenbankdateien machen. Infolge eines verfehlten Wiederherstellungsversuchs können das Transaktionsprotokoll oder die Datenbankdateien derart verändert werden, dass ein weiterer Wiederherstellungsversuch u. U. nicht mehr durchführbar ist.
Spielen Sie in die Datenbank jeweils immer nur einen Satz von Transaktionsprotokollen ein. Verschieben Sie andere Transaktionsprotokolle aus dem Wiederherstellungsordner.
Wenn sich die Datenbank im Zustand „Dirty Shutdown“ befindet, müssen Sie zuerst die Transaktionsprotokolle der betreffenden Datenbank einspielen und die Datenbank in den Zustand „Clean Shutdown“ bringen. Anschließend können Sie möglicherweise die zweite Gruppe von Protokolldateien in die Datenbank einspielen.
Wenn sich die Datenbank im Zustand „Clean Shutdown“ befindet, können Sie nicht durch Prüfung der Protokolle oder der Datenbank schlüssig feststellen, welche Menge von Transaktionsprotokollen zu allererst eingespielt werden muss.