Windows 2008 SBS Rücksicherung Exchange

Nach dem Rücksichern der Exchange Datenbank, kann diese nicht mehr bereit gestellt werden

Das erneute bereit stellen der Datenbank endet mit dem Fehler:

Microsoft Exchange Fehler

Die Datenbank 'Mailbox Database' konnte nicht bereitgestellt werden.

Mailbox Database
Fehler
Fehler:
Exchange kann die angegebene Datenbank nicht bereitstellen. Angegebene Datenbank: SERVER1\First Storage Group\Mailbox Database; Fehlercode: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
.

Gesichert wurde das komplette System mit der Windows-Serversicherung und beim Wiederherstellen habe ich die Option Anwendung wiederherstellen --> Exchange verwendet. Die Daten sind nicht weiter wichtig, aber...

1. Wie bekomme ich den Exchange wieder zum laufen?
2. Was war der Fehler beim Rücksichern, das ich es beim nächsten mal anders mache ;)

Gruß Stephan

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 186810

Url: https://administrator.de/contentid/186810

Ausgedruckt am: 23.11.2024 um 00:11 Uhr

7 Kommentare

Neuester Kommentar

Hallo,

Zitat von @mopsy:
Nach dem Rücksichern der Exchange Datenbank, kann diese nicht mehr bereit gestellt werden

Fragt sich was du wie gemacht hast.

Das erneute bereit stellen der Datenbank endet mit dem Fehler:

Die Ereigniss ID aus dem Ereignissprotokoll verschweigst du uns. Warum? Willst du uns Prüfen? Ich Rate also mal los und finde http://support.microsoft.com/kb/925825

So vorgegangen? Technet Artikel

Gruß,
Peter

[Nachtrag]
Dies noch gefunden http://social.technet.microsoft.com/Forums/en/exchangesvravailabilityan ... Da scheint man dein Problem gelöst zu haben.
[/Nachtrag]

Servus Peter,

Fragt sich was du wie gemacht hast.

Ja war biserl spärlich beschrieben

Wie ich oben schon geschrieben habe, beim wiederherstellen der Sicherung mit der Option Anwendung wiederherstellen --> Exchange zu finden unter Verwaltung --> Windows Server-Sicherung

Die Ereigniss ID 518, ESE
Information Store (2364) Logfile Integrity-Check (E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\E00): Die Protokolldatei E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\E0000001043.log fehlt (Fehler -528) und kann nicht verwendet werden. Wenn diese Protokolldatei für die Wiederherstellung erforderlich ist, wird eine einwandfreie Kopie benötigt, damit die Wiederherstellung erfolgreich abgeschlossen werden kann.

gefolgt von 9771, MSExchangeIS kann ich anbieten
Exchange VSS Writer: Fehler bei der Wiederherstellung einer Sicherung beim Ausführen einer Integritätsprüfung der Protokolldateien, die nach der Wiederherstellung für 'First Storage Group' für die Datenbankwiederherstellung verwendet werden sollen. Fehlercode: -528.

Deinen ersten Link hatte ich schon gefunden, allerdings hatte ich ja die Ereigniss ID's unterschlagen, unter Deinem zweiten Link kommt "Page Not Found".

Gruß Stephan

Hallo,

Zitat von @mopsy:
Protokolldatei E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\E0000001043.log fehlt

Wo ist die benötigte Datei? Wurden alle Protokolldateien auch gesichert? Läuft da alles richtig bei der Sicherung? Was sagt ein eseutil /mh?

Link kommt "Page Not Found".

Da wird das x vom .apsx vom System geschluckt, also Link geändert. Der geht nun.

Mal den letzten link durchgelesen ob es dir hilft?

Gruß,
Peter

Wo ist die benötigte Datei?

Gute Frage, ich geh dem nach

Wurden alle Protokolldateien auch gesichert?

Windows-Server-Sicherung, Hacken rein bei Festplatte C und E --> Alles sichern... ich such mal die Sicherung durch

Mal den letzten link durchgelesen ob es dir hilft?

Bin gerade dabei, geht aber schon sehr in die richtige Richtung, Danke erstmal!

Hier mal die Ausgabe von eseutil

E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group>eseutil /mh "Mailbox Database.edb"

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

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

File Type: Database
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,12
Engine ulVersion: 0x620,12
Created ulVersion: 0x620,12
DB Signature: Create time:06/09/2012 00:57:28 Rand:1453388 Computer:
cbDbPage: 8192
dbtime: 567412 (0x8a874)
State: Dirty Shutdown
Log Required: 4280-4280 (0x10b8-0x10b8)
Log Committed: 0-4281 (0x0-0x10b9)
Streaming File: No
Shadowed: Yes
Last Objid: 1428
Scrub Dbtime: 0 (0x0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 0
Repair Date: 00/00/1900 00:00:00
Old Repair Count: 0
Last Consistent: (0x384,5D0,54) 06/16/2012 22:00:17
Last Attach: (0x386,9,86) 06/16/2012 22:07:29
Last Detach: (0x0,0,0) 00/00/1900 00:00:00
Dbid: 1
Log Signature: Create time:06/09/2012 00:57:24 Rand:1472231 Computer:
OS Version: (6.0.6002 SP 2 NLS 500100.50100)

Previous Full Backup:
Log Gen: 1885-1889 (0x75d-0x761) - OSSnapshot
Mark: (0x762,8,16)
Mark: 06/17/2012 23:01:43

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

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

Previous Differential 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.78 seconds.

Hallo,

Zitat von @mopsy:
State: Dirty Shutdown
Log Required: 4280-4280 (0x10b8-0x10b8)

Nur das war wichtig. Dirty Shutdown. Dazu gibt es im Netz viele hilfen. Deine wichtigste http://www.msxfaq.de/notfall/korrupt.htm
Transaction Logfile missing
missing required logfile.

Gruß,
Peter

Hallo Peter,

ok, das hat geholfen

Exchange läuft soweit wieder, Dirty Shutdown war das Stichwort! Jetzt habe ich noch das gleiche Problem mit der Public Folder Database, da muss ich noch schauen, die hat auch den Status Dirty Shutdown.

Danke Gruß Stephan