2003 - EDB kann nicht an den Store angebunden werden

[schmitty 10]

Hallo Zusammen,

 

nachdem der Exchangeserver am Wochenende abgestürzt ist und die Hardware ausgetauscht wurde, habe ich alle Backups eingespielt. Lief soweit auch ganz gut, 3 von 4 Datenbanken ließen sich ohne Probleme wieder anbinden.

Die Vierte allerdings verweigert den Dienst auf allen Wegen.

 

Tools wie ONTRACK Powercontrolls oder ähnliches haben bereits die Flügel gespreitzt mit Fehlern gespreitzt.

 

Die Frage ist, was kann ich jetzt noch machen, damit ich die Datenbank zum laufen bekomme.??

 

Was habe ich bereits gemacht:

• ESEUTIL /MH
  

Initiating FILE DUMP mode...
        Database: E:\OldEDB\priv1.edb

       File Type: Database
  Format ulMagic: 0x89abcdef
  Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,11
Engine ulVersion: 0x620,11
Created ulVersion: 0x620,11
    DB Signature: Create time:08/13/2012 20:06:37 Rand:3272184 Computer:
        cbDbPage: 4096
          dbtime: 34 (0x22)
           State: Clean Shutdown
    Log Required: 0-0 (0x0-0x0)
  Streaming File: Yes
        Shadowed: Yes
      Last Objid: 2
    Scrub Dbtime: 0 (0x0)
      Scrub Date: 00/00/1900 00:00:00
    Repair Count: 1
     Repair Date: 08/13/2012 20:06:37
Old Repair Count: 0
 Last Consistent: (0x6239,1DF6,138)  08/21/2012 15:17:20
     Last Attach: (0x6239,1DF0,41)  08/21/2012 15:16:50
     Last Detach: (0x0,0,0)  08/21/2012 15:17:20
            Dbid: 1
   Log Signature: Create time:08/13/2012 19:46:43 Rand:2084211 Computer:
      OS Version: (5.2.3790 SP 2)

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

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

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

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

    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

Operation completed successfully in 0.125 seconds.

• ESEUTIL /g
  

Initiating INTEGRITY mode...
       Database: E:\OldEDB\priv1.edb
 Streaming File: E:\OldEDB\priv1.STM
 Temp. Database: TEMPINTEG3396.EDB

Checking database integrity.

                    Scanning Status (% complete)

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




Operation terminated with error -1603 (JET_errNoCurrentRecord, Currency not on a
record) after 29.844 seconds.

 

• ESEUTIL /d /p DefekteEDB /t neueEDB
  

Initiating DEFRAGMENTATION mode...
           Database: E:\OldEDB\priv1.edb
     Streaming File: E:\OldEDB\priv1.STM
     Temp. Database: E:\OldEDB\restore\RePriv11.edb
Temp. Streaming File: E:\OldEDB\restore\RePriv11.STM




Operation terminated with error -2201 (JET_errSLVSpaceCorrupted, Corruption enco
untered in space manager of streaming file) after 0.328 seconds.

 

• ESEUTIL /p defekteEDB /T NeueEDB
  

Initiating REPAIR mode...
       Database: E:\OldEDB\priv1.edb
 Streaming File: E:\OldEDB\priv1.STM
 Temp. Database: E:\OldEDB\restore.edb

Checking database integrity.

                    Scanning Status (% complete)

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




Operation terminated with error -1603 (JET_errNoCurrentRecord, Currency not on a
record) after 23.328 seconds.

[schmitty 10]

• ESEUTIL /K EDB
  

 

Initiating CHECKSUM mode...
       Database: priv1.edb
 Streaming File: priv1.STM
 Temp. Database: TEMPCHKSUM5392.EDB


File: priv1.edb

                    Checksum Status (% complete)

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


8856082 pages seen
0 bad checksums
0 correctable checksums
780888 uninitialized pages
0 wrong page numbers
0x87f7579 highest dbtime (pgno 0x31d19f)

553506 reads performed
34594 MB read
417 seconds taken
82 MB/second
426694459 milliseconds used
770 milliseconds per read
1704 milliseconds for the slowest read
47 milliseconds for the fastest read



File: priv1.STM

                    Checksum Status (% complete)

         0    10   20   30   40   50   60   70   80   90  100
         |----|----|----|----|----|----|----|----|----|----|
         ERROR: checksumming of streaming file "priv1.STM" finishes w
ith error -2226 (0xfffff74e)
...................................................


0 pages seen
0 bad checksums
0 uninitialized pages


Operation completed successfully in 417.969 seconds.

[RobertWi 81]

Moin,

 

so, wie es aussieht, scheint die Datenbank irreparabel geschädigt zu sein. Da wird nichts anderes übrig bleiben, auf ein funktionierendes Backup zurückzugehen. Eventuell lässt sich dann mit einem "Rollforward" und alle notwendigen Log-Dateien ein halbwegs aktueller Stand wiederherstellen, diese Anleitung überschreitet aber die Möglichkeiten eines Forums.

[schmitty 10]

Das Problem an dieser Stelle ist, daß bei dem Server die Umlaufprotokollierung durch den Vorgänger aktiviert worden war.

Das Backup ist 3 Tage alt.

 

Somit werden mir wohl alle Mails innerhalb der 3 Tage fehlen.. Oder sehe ich das falsch.?

[RobertWi 81]

Tja, dass man mit Umlaufprotokollierung im Crash-Fall einen Datenverlust riskiert, erlebst Du nun leider schmerzhaft am eigenen Unternehmen. :(

[NeMiX 76]

Nur eine Vermutung:

 

Hast du die DB mal an Ihren Originalort kopiert und evtl. vorhanden Logs auch ins Originaldir.

 

Hatte mal das Problem, das sich die DB aus C:\temp nicht starten ließ, von Ihrem Originaldir war es kein Problem. Chance ist bestimmt 0,0001% aber ein kurzes Versuch kann ja nicht schaden ;)

[GuentherH 61]

@NeMIX

 

Wird in diesem Fall nicht helfen, da die STM Datei defekt ist.

 

Wenn dann kann nur die edb bereit gestellt werden und die stm Datei neu erstellt werden.

 

Allerdings weißt man nicht, was dann verloren gegangen ist. Da ist es schon sinnvoller aus dem letzten Backup wieder zu restoren, da hat man dann wenigstens einen genauen Zeitraum über die verlorenen Daten.

 

LG Günther

[NorbertFe 2.045]

Man kann ja beides kombinieren. ;) ist nur nen Haufen Aufwand, da man zwei Exchangeserver braucht. Einen mit dem letzten Backup in der produktivumgebung und einen mit der defekten dB in einer testumgebung, um ggf fehlende Elemente manuell rauszusammeln.

 

Bye

Norbert

[iDiddi 27]

Auch hier noch mal der Tipp, die Offline-Daten (falls vorhanden) aus den jeweiligen Outlook-Clients in eine PST zu exportieren. Danach alten Stand zurücksichern und die PSTs wieder importieren.

[schmitty 10]

Danke für die Hilfe..

Es ist leider wirklich so, daß die STM defekt ist.

 

 

kann man nichts machen, außer die rotated logs zu deaktivieren und dann alles 100%tig zu machen.