Replay Transaction Log ohne Fehler – aber auch ohne Erfolg

Hallo Profis,

nach einer Rücksicherung der Exchange DB möchte ich über ein Soft Recovery die fehlenden Transaction Logs einspielen. Da ich die Transaction Logs vom gecrashten Server geholt habe sind auch ein paar defekte Logs dabei. Auf ein paar Webseiten habe ich gelesen dass man ein Soft Recovery auch in mehreren Schritten durchführen kann. Es wird immer mit der letzten vorhandenen Transaction Log begonnen und die Kette abgearbeitet.

So bin ich vorgegangen:

Rücksicherung des gesicherten virutellen Server Image in eine isolierte Umgebung. Exchange läuft auf dem Stand von der Rücksicherung fehlerfrei und die DB hat einen 'clean Shutdown'.

Rücksicherung aller Transaction Logs vom gecrashten Server die neuer sind als die von der Rücksicherung in ein Verzeichnis C:\Log\warten\

Mit eseutil /ml E00 habe ich die defekte Transaction Log Dateien ausfindig gemacht.

1. Ich habe bis zur defekten Log Datei alle Transaction Logs in mein Verzeichnis C:\Log kopiert. Das defekte Log habe ich weggelassen.

2. In diesem Verzeichnis habe ich die letzte Log Datei in E00.log umbenannt

3. Im Datenbankverzeichnis habe ich die Datei E00.chk gelöscht

4. Anschließend konnte ich im Datenbankverzeichnis folgenden Befehl ausführen: Eseutil /r E00 /i /l"C:\Log"

Dabei wurde das Soft Recovery der Transaction Logs ohne jeglichen Fehler durchgeführt und hat folgendes Ergebnis ausgegeben:

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.00
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode...
    Logfile base name: E00
            Log files: C:\Log
         System files: <current directory>

Performing soft recovery...
                      Restore Status (% complete)

          0    10   20   30   40   50   60   70   80   90  100
          |----|----|----|----|----|----|----|----|----|----|
          ...................................................



Operation completed successfully in 3.369 seconds.

Die Schritte oben 1. – 4. habe ich ca. 10-mal wiederholt mit etwa 9 GB Logdateien. Immer die defekte Transaction Log weggelassen und immer mit dem Ergebnis fehlerfrei.

Allerdings wurde die Datenbank nicht verändert. Das konnte ich an der Änderungsuhrzeit der DB Datei sehen und über eseutil /mh '.\Mailbox Database 1474747554.edb'

Hier das Ergebnis:

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.00
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...
         Database: .\Mailbox Database 1474747554.edb


DATABASE HEADER:
Checksum Information:
Expected Checksum: 0x0672ad6a
  Actual Checksum: 0x0672ad6a

Fields:
        File Type: Database
         Checksum: 0x672ad6a
   Format ulMagic: 0x89abcdef
   Engine ulMagic: 0x89abcdef
 Format ulVersion: 0x620,20
 Engine ulVersion: 0x620,20
Created ulVersion: 0x620,20
     DB Signature: Create time:02/17/2014 21:47:37.294 Rand:3993687841 Computer:
         cbDbPage: 32768
           dbtime: 433833261 (0x19dbc52d)
            State: Clean Shutdown
     Log Required: 0-0 (0x0-0x0)
    Log Committed: 0-0 (0x0-0x0)
   Log Recovering: 0 (0x0)
  GenMax Creation: 00/00/1900 00:00:00.000
         Shadowed: Yes
       Last Objid: 267760
     Scrub Dbtime: 0 (0x0)
       Scrub Date: 00/00/1900 00:00:00
     Repair Count: 0
      Repair Date: 00/00/1900 00:00:00.000
 Old Repair Count: 0
  Last Consistent: (0x3,33,370)  12/29/2015 16:29:43.584
      Last Attach: (0x1,1,268)  12/29/2015 16:27:53.551
      Last Detach: (0x3,33,370)  12/29/2015 16:29:43.584
    Last ReAttach: (0x7F4CF,2,0)  12/18/2015 08:27:07.613
             Dbid: 1
    Log Signature: Create time:12/29/2015 16:27:53.005 Rand:4151495402 Computer:
       OS Version: (6.2.9200 SP 0 NLS ffffffff.ffffffff)

Previous Full Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00.000

Previous Incremental Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00.000

Previous Copy Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00.000

Previous Differential Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00.000

Current Full Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00.000

Current Shadow copy backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00.000

     cpgUpgrade55Format: 0
    cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0

       ECC Fix Success Count: none
   Old ECC Fix Success Count: none
         ECC Fix Error Count: none
     Old ECC Fix Error Count: none
    Bad Checksum Error Count: none
Old bad Checksum Error Count: none

  Last checksum finish Date: 00/00/1900 00:00:00.000
Current checksum start Date: 00/00/1900 00:00:00.000
      Current checksum page: 0


Operation completed successfully in 0.46 seconds.

Was mache ich falsch dass die Logdateien nicht in die Datenbank übertragen werden?

Wie kann ich den Erfolg von Soft Recovery / Replay Transaction Logs messen?

Der einzige Grund für das saubere aber ergebnislose Replay der mir kommt könnte sein, dass ich mit zu alten Transaction Log Dateien arbeite und eine Änderung der DB noch nicht notwendig ist. Aber da müsste doch auch etwas an der DB verändert werden oder?

Ich freue mich über jede Rückmeldung.

Gruß Samuel