none
Replay Transaction Logs - flasche Log Signature in der Mailbox Datenbank RRS feed

  • Frage

  • Hallo Team,

    nach einer Rücksicherung der Exchange 2013 Datenbank möchte ich noch in der Datenbank fehlende Transaction Logs zurückspielen (Beispiel).

    Allerdings haben die Transaction Logs eine andere Log Signature Random Nummer als der Mailbox Database Header.

    Kann ich die Log Signature Random Nummer der Mailbox Database verändern damit sie identisch mit der Log Signature Random Nummer der Transactions Logs ist?

    Vielen Dank im Voraus

    Gruß Samuel

    Montag, 28. Dezember 2015 02:20

Antworten

  • ein Hard Repair macht nix anderes als die defekten Tables zu löschen, die Log Files werden soweit ich weiß nicht wieder verarbeitet. Deswegen immer versuchen ein Soft Repair durchzuführen.

    Grüße

    Jörg

    • Als Antwort markiert ITSAM77 Montag, 28. Dezember 2015 14:37
    Montag, 28. Dezember 2015 12:57

Alle Antworten

  • Moin,

    die Anleitung von Jaap ist schon ziemlich gut, was ich nicht verstehe, warum die fehlenden Logs einen anderen Header haben.

    Sind die ggf. von einer falschen DB?

    Liegen die im gleichen oder in einem anderen Verzeichnis?

    ;)


    Gruß Norbert

    Montag, 28. Dezember 2015 07:13
    Moderator
  • Hallo Norbert,

    vielen Dank für Deine schnelle Rückmeldung.

    Die Transactionlogs liegen in einem anderen Verzeichnis. Sie sind vom Überrest des gecrashten Exchange Servers gerettet worden. Der restliche Server kommt von einer VMWare Rückscherung und da liegt alles im original Verzeichnis.

    Warum die nun unterschiedlich sind weiß ich auch nicht. Ah, doch ich könnte einen Grund dafür haben. Ich hatte zwischenzeitlich ein Hard Recovery Versuch gemacht der aber die Transactionlogs nicht berücksichtigt hat.

    Berücksichtigt das Hard Recovery keine Transactionlogs? Oder muss ich da auch die Checkpoint Dartei löschen damit die Transactionlogs berücksichtigt werden wie beim Replay der Transactionlogs?

    Ok. meine Backup DB hat die richtige Random Number. Ich starte schon mal das Kopieren. Dauert halt mehrere Stunden.

    Gibt es keine Config-Datei wo ich die einfach die Random Nummer des Datenbank Haeder ändern kann?

    Du hast mich jedenfalls schon mal auf die richtige Spur gebracht. Vielen Dank.


    Ich freue mich auf Deine Rückmeldung.

    Gruß Samuel


    Montag, 28. Dezember 2015 09:44
  • Bin gerade nicht 100% sicher, aber eseutil /p erzeugt eine neue DB und somit ist es afaik auch "ID-technisch" eine neue DB. 
    Montag, 28. Dezember 2015 11:20
  • Hallo Jörg,

    danke für Deine Info.

    Wird bei eseutil /p das vorhandene Transactionlog mit verarbeitet, zumindest was vorhanden ist?

    In den meisten Beiträgen und Blogs liest man nichts darüber. Ich habe nur einen Beitrag gefunden wo das erwähnt wird dass die Logs mit verarbeitet werden.

    Gruß Samuel

    Montag, 28. Dezember 2015 12:21
  • ein Hard Repair macht nix anderes als die defekten Tables zu löschen, die Log Files werden soweit ich weiß nicht wieder verarbeitet. Deswegen immer versuchen ein Soft Repair durchzuführen.

    Grüße

    Jörg

    • Als Antwort markiert ITSAM77 Montag, 28. Dezember 2015 14:37
    Montag, 28. Dezember 2015 12:57
  • Hallo Jörg,

    danke für Deine Info.

    OK da bleibt mir nur ein Soft Recovery übrig und zwar mit der original zurückgesicherten DB.

    Vielen Dank noch mal an alle

    Grüße Samuel

    Montag, 28. Dezember 2015 14:37
  • Moin,

    die kannst du übrigens auch als Recovery-DB einbinden.

    Nur als Hinweis....

    ;)


    Gruß Norbert

    Montag, 28. Dezember 2015 16:48
    Moderator