{"id":640,"date":"2018-05-29T08:18:15","date_gmt":"2018-05-29T06:18:15","guid":{"rendered":"https:\/\/itblogwildi.wordpress.com\/?p=640"},"modified":"2018-05-29T08:18:15","modified_gmt":"2018-05-29T06:18:15","slug":"exchange-db-nicht-eingebunden","status":"publish","type":"post","link":"https:\/\/itblog.wildi.dk\/?p=640","title":{"rendered":"Exchange DB nicht eingebunden"},"content":{"rendered":"\n

Die DB eines Exchange 2013 liess sich nicht mehr einbinden, der Status unter EAC lautete «Einbindung aufgehoben». Eventlog zeigte diverse Fehler und Warnungen:<\/p>\n\n\n\n

Quelle: ESE (ESE); Ereignis ID: 482<\/p>\n\n\n\n

Information Store - Mailbox Database xxx (12380) Mailbox Database xxx: Fehler nach 0.000 Sekunden beim Schreiben in Datei \"D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\\Mailbox Database xxx.edb\" bei Offset 110595407872 (0x00000019c0000000) f\u00fcr 0 (0x00000000) Bytes mit Systemfehler 665 (0x00000299): \"Der angeforderte Vorgang konnte aufgrund einer Dateisystemeinschr\u00e4nkung nicht abgeschlossen werden. \". Fehler -1022 (0xfffffc02) bei Schreiboperation. Wenn dieser Zustand andauert, ist die Datei m\u00f6glicherweise besch\u00e4digt und muss aus einer vorherigen Sicherung wiederhergestellt werden.<\/pre>\n\n\n\n
Quelle: ESE (ESE); Ereignis ID: 454<\/p>\n\n\n\n
Information Store - Mailbox Database 2072421121 (12380) Mailbox Database 2072421121: Fehler bei der Datenbankwiederherstellung mit dem unerwarteten Fehler -1022.<\/pre>\n\n\n\n
Quelle: ExchangeStoreDB; Ereignis ID: 206<\/p>\n\n\n\n
28.05.2018 08:43:12: F\u00fcr die Kopie der Datenbank 'Mailbox Database xxx' auf diesem Server scheint ein schwerwiegender E\/A-Fehler vorzuliegen. \u00dcberpr\u00fcfen Sie das Ereignisprotokoll auf dem Server hinsichtlich anderer Speicher- und \"ExchangeStoreDb\"-Ereignisse, um detailliertere Informationen zu dem Fehler zu erhalten. Die Dienstwiederherstellung wurde mithilfe eines Failovers auf eine andere Kopie versucht. Failover konnte den Dienst nicht wiederherstellen. Fehler: Es ist nur eine Kopie der Postfachdatenbank (Mailbox Database 2072421121) vorhanden. Es ist keine automatische Wiederherstellung verf\u00fcgbar.<\/pre>\n\n\n\n
Mit folgendem Befehl konnte ich den Status der DB pr\u00fcfen:<\/p>\n\n\n\n
C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin\\eseutil.exe \/MH \"D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\\Mailbox Database xxx.edb\"<\/pre>\n\n\n\n
Output war folgender:<\/p>\n\n\n\n
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server\nVersion 15.00\nCopyright (C) Microsoft Corporation. All Rights Reserved.\nInitiating FILE DUMP mode...\n         Database: D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\\Mailbox Database xxx.edb\nDATABASE HEADER:\nChecksum Information:\nExpected Checksum: 0xcf09ec4a\n  Actual Checksum: 0xcf09ec4a\nFields:\n       File Type: Database\n         Checksum: 0xcf09ec4a\n   Format ulMagic: 0x89abcdef\n   Engine ulMagic: 0x89abcdef\n Format ulVersion: 0x620,20\n Engine ulVersion: 0x620,20\nCreated ulVersion: 0x620,20\n     DB Signature: Create time:12\/21\/2013 10:33:03.226 Rand:3416686835 Computer:\n         cbDbPage: 32768\n           dbtime: 953713227 (0x38d8824b)\n            State: Dirty Shutdown\n     Log Required: 1013428-1013474 (0xf76b4-0xf76e2)\n    Log Committed: 0-1013475 (0x0-0xf76e3)\n   Log Recovering: 1013453 (0xf76cd)\n  GenMax Creation: 05\/28\/2018 08:32:51.797\n         Shadowed: Yes\n       Last Objid: 464345\n     Scrub Dbtime: 0 (0x0)\n       Scrub Date: 00\/00\/1900 00:00:00\n     Repair Count: 0\n      Repair Date: 00\/00\/1900 00:00:00.000\n Old Repair Count: 0\n  Last Consistent: (0xE923A,E,5C)  03\/14\/2018 20:02:47.244\n      Last Attach: (0xE923B,2,268)  03\/14\/2018 20:22:22.866\n      Last Detach: (0x0,0,0)  00\/00\/1900 00:00:00.000\n    Last ReAttach: (0xF76C4,2,268)  05\/28\/2018 10:37:14.921\n             Dbid: 1\n    Log Signature: Create time:12\/21\/2013 10:33:02.867 Rand:763432890 Computer:\n       OS Version: (6.2.9200 SP 0 NLS ffffffff.ffffffff)\nPrevious Full Backup:\n        Log Gen: 1012126-1012128 (0xf719e-0xf71a0) - OSSnapshot\n           Mark: (0xF71A1,1,0)\n           Mark: 05\/26\/2018 21:55:25.610\nPrevious Incremental Backup:\n        Log Gen: 0-0 (0x0-0x0)\n           Mark: (0x0,0,0)\n           Mark: 00\/00\/1900 00:00:00.000\nPrevious Copy Backup:\n        Log Gen: 0-0 (0x0-0x0)\n           Mark: (0x0,0,0)\n           Mark: 00\/00\/1900 00:00:00.000\nPrevious Differential Backup:\n        Log Gen: 0-0 (0x0-0x0)\n           Mark: (0x0,0,0)\n           Mark: 00\/00\/1900 00:00:00.000\nCurrent Full Backup:\n        Log Gen: 0-0 (0x0-0x0)\n           Mark: (0x0,0,0)\n           Mark: 00\/00\/1900 00:00:00.000\nCurrent Shadow copy backup:\n        Log Gen: 0-0 (0x0-0x0)\n           Mark: (0x0,0,0)\n           Mark: 00\/00\/1900 00:00:00.000\n     cpgUpgrade55Format: 0\n    cpgUpgradeFreePages: 0\ncpgUpgradeSpaceMapPages: 0\n       ECC Fix Success Count: none\n   Old ECC Fix Success Count: none\n         ECC Fix Error Count: none\n     Old ECC Fix Error Count: none\n    Bad Checksum Error Count: none\nOld bad Checksum Error Count: none\n  Last checksum finish Date: 00\/00\/1900 00:00:00.000\nCurrent checksum start Date: 00\/00\/1900 00:00:00.000\n      Current checksum page: 0\nOperation completed successfully in 2.375 seconds.<\/pre>\n\n\n\n
Insbesondere der «State: Dirty Shutdown» lieferte den Beweis, dass mit der DB etwas nicht in Ordnung war. In diesem Falle muss die DB repariert werden. Dazu wird insbesondere folgendes ben\u00f6tigt: Diskspace! Und zwar mindestens 110% der DB-Gr\u00f6sse!<\/p>\n\n\n\n
Nun pr\u00fcfen wir zuerst, wie der Stand der Logfiles ist:<\/p>\n\n\n\n
Die Befehle werden am einfachsten im Verzeichnis ausgef\u00fchrt , in welchem sich die Logfiles befinden:<\/p>\n\n\n\n
D:\\ExchangeData\\Mailbox\\Mailbox Database xxx>\"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin\\eseutil\" \/ML E00.log<\/pre>\n\n\n\n
Pr\u00fcfung s\u00e4mtlicher folgender Logfiles:<\/p>\n\n\n\n
eseutil \/ML E00<\/pre>\n\n\n\n
Der Output ist im Idealfall:<\/p>\n\n\n\n
No damaged log files were found.\nOperation completed successfully in 100.797 seconds.<\/pre>\n\n\n\n
Pr\u00fcfung des Checkpoint Files:<\/p>\n\n\n\n
eseutil \/MK E00.chk<\/pre>\n\n\n\n
Nun k\u00f6nnen wir ein Soft Recovery versuchen:<\/p>\n\n\n\n
\"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin\\ESEUTIL\" \/r E00 \/l \"D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\" \/d \"D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\"<\/pre>\n\n\n\n
Das Recovery konnte einige Logfiles einspielen, brach dann aber mit einem Fehler ab:<\/p>\n\n\n\n
Operation terminated with the following error -1022 (Jet_errDiskIO, Disk IO error) after xx seconds.<\/pre>\n\n\n\n
Somit musste ich ein Hard Recovery ausf\u00fchren:<\/p>\n\n\n\n
\"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin\\ESEUTIL\" \/P \"D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\\Mailbox Database xxx.edb\"<\/pre>\n\n\n\n
Dies dauerte ca. eine Stunde in meinem Fall (DB Gr\u00f6sse von 100GB). Anschliessend muss ein Defrag ausgef\u00fchrt werden:<\/p>\n\n\n\n
\"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin\\ESEUTIL\" \/d \"D:\\ExchangeData\\Mailbox\\Mailbox Database xxx\\Mailbox Database xxx.edb\"<\/pre>\n\n\n\n
Im Anschluss an diesem Befehl konnte ich die DB wieder mounten. Ein abschliessender Integ-Check steht noch aus.<\/p>\n\n\n\n
Update 20.01.2020: ISINTEG gibts ab Exchange 2010 eigentlich nicht mehr, bzw. funktioniert nicht mehr. Die DB muss ab Exchange 2010 Online (mounted) sein, und kann dann mit folgendem Befehl \u00fcberpr\u00fcft werden:<\/p>\n\n\n\n
Nachtrag: mit diesem Befehl l\u00e4sst sich die DB \u00fcberpr\u00fcfen:<\/p>\n\n\n\n
[PS] C:\\>New-MailboxRepairRequest -Database \"Mailbox Database xxx\" -DetectOnly -CorruptionType ProvisionedFolder,\nSearchFolder,AggregateCounts,Folderview | fl<\/pre>\n\n\n\n
Es ist zwingend «FL» am Ende zu verwenden, da der Request sonst nicht wiederauffindbar ist. Mit diesem Befehl kann der Status \u00fcberpr\u00fcft werden:<\/p>\n\n\n\n
Get-MailboxRepairRequest ID von Oben\\ID von Oben | fl<\/pre>\n","protected":false},"excerpt":{"rendered":"
Die DB eines Exchange 2013 liess sich nicht mehr einbinden, der Status unter EAC lautete «Einbindung aufgehoben». Eventlog zeigte diverse… Read more<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[13],"tags":[59],"class_list":["post-640","post","type-post","status-publish","format-standard","hentry","category-exchange","tag-exchange-2013"],"_links":{"self":[{"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=\/wp\/v2\/posts\/640","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=640"}],"version-history":[{"count":0,"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=\/wp\/v2\/posts\/640\/revisions"}],"wp:attachment":[{"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=640"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=640"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/itblog.wildi.dk\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=640"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}