mist
Goto Top

Exchange bei SBS2011

Hallo,
leider ist mir heuter er SBS 2011 ausgefallen (Stromausfall, trotz USV). Jetzt läuft der Exchange nicht mehr richtig.
Ich würde jetzt den Echange manuell neu starten. Da es div. Dienste gibt, kann ich nicht erkennen, welche es sein müssen. Muss man auch eine bestimmte Reihenfolge einhalten?
Ich bin für jeden Tipp dankbar.

Gruß
Michael

Content-Key: 196438

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

Ausgedruckt am: 29.03.2024 um 12:03 Uhr

Mitglied: keine-ahnung
keine-ahnung 03.01.2013 um 13:36:10 Uhr
Goto Top
Hi,

wie kann der SBS trotz USV bei Stromausfall wegrauchen?? Sei es, wie es sei, ich persönlich würde zunächst mal einen Neustart des gesamten Servers machen, danach - so der Exchange nicht anläuft, in den logfiles gucken, woran er sich aufhängt und dann etwas gezielter vorgehen. Auch nicht uninteressant zu wissen, ob noch andere Dienste hängen, von denen Du im Alltag u.U. nichts mitbekommst (SQL, IIS etc.).

LG, Thomas
Mitglied: MiSt
MiSt 03.01.2013 um 13:50:32 Uhr
Goto Top
ich spiele gerade das Exchange-Backup von gestern Abend ein. Mal schauen, was passiert...
Mitglied: eumel1979
eumel1979 03.01.2013 um 13:52:03 Uhr
Goto Top
Hi,

wieso spielst du ein Backup ein?
Was bringt dich dazu?


Lg Eumel
Mitglied: MiSt
MiSt 03.01.2013 um 14:07:28 Uhr
Goto Top
Laut Ereignisanzeige ist die StoreDB def.
Ich hoffe, dass es mit dem Backup läuft.
Mitglied: MiSt
MiSt 03.01.2013 um 15:06:26 Uhr
Goto Top
Lieder nein... Backup brachte keinen Erfolg...
Mitglied: binBash86
binBash86 03.01.2013 um 16:18:49 Uhr
Goto Top
Überprüfe mal die DB mit eseutil, ggf. reparieren. Wie ist denn die genaue Meldung bzw das Problem ?
Mitglied: maretz
maretz 03.01.2013 um 16:36:22 Uhr
Goto Top
Sorry, aber ist das dein Ernst?!? An einem Server die Worte "Mal schauen was passiert" zu sagen zeigt das derjenige der davor sitzt besser genau JETZT die Tastatur aus der Hand legen sollte!

Und nebenbei: Was sagen denn die Event-Logs? Ich bin mir ziemlich sicher da steht nicht drin "StoreDB def."...
Mitglied: binBash86
binBash86 03.01.2013 um 16:40:37 Uhr
Goto Top
Das habe ich mir auch gedacht, ich wollte es aber so nicht ausdrücken ;)
Mitglied: MiSt
MiSt 03.01.2013 um 17:27:58 Uhr
Goto Top
Da ich heute mit dem Server nicht produktiv gearbeitet habe und ich ein komplettes Backup gestern abend gemacht habe, fand ich die "Idee", da der SBS die Funktion hat, schon OK. Mir ist klar, dass diese Weg nicht der schönste ist...
Mitglied: MiSt
MiSt 03.01.2013 aktualisiert um 17:37:54 Uhr
Goto Top
Zitat von @binBash86:
Überprüfe mal die DB mit eseutil, ggf. reparieren. Wie ist denn die genaue Meldung bzw das Problem ?

das gibt " eseutil /mh "Mailbox Database.edb" " aus:

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

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


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

Fields:
        File Type: Database
         Checksum: 0x41bd414
   Format ulMagic: 0x89abcdef
   Engine ulMagic: 0x89abcdef
 Format ulVersion: 0x620,17
 Engine ulVersion: 0x620,17
Created ulVersion: 0x620,17
     DB Signature: Create time:10/10/2012 18:30:29 Rand:3146722 Computer:
         cbDbPage: 32768
           dbtime: 68046580 (0x40e4ef4)
            State: Dirty Shutdown
     Log Required: 150075-150076 (0x24a3b-0x24a3c)
    Log Committed: 0-150076 (0x0-0x24a3c)
   Log Recovering: 150076 (0x24a3c)
  GenMax Creation: 01/03/2013 09:44:47
         Shadowed: Yes
       Last Objid: 3729
     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: (0x24A39,8,1F)  01/03/2013 14:51:10
      Last Attach: (0x24A3A,9,86)  01/03/2013 14:51:10
      Last Detach: (0x0,0,0)  00/00/1900 00:00:00
             Dbid: 1
    Log Signature: Create time:10/10/2012 18:30:25 Rand:3170560 Computer:
       OS Version: (6.1.7600 SP 0 NLS ffffffff.ffffffff)

Previous Full Backup:
        Log Gen: 149146-149167 (0x2469a-0x246af) - OSSnapshot
           Mark: (0x246B0,8,16)
           Mark: 01/02/2013 23:01:03

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

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


Operation completed successfully in 0.16 seconds.
Mitglied: binBash86
binBash86 03.01.2013 um 18:13:09 Uhr
Goto Top
Die DB hat zwar einen Dirty-Shutdown, aber scheint sonst in Ordnung zu sein. Vielleicht hast du ein anderes Problem. Kann es sein dass deine Zeiteinstellung an dem Server falsch ist ? Kannst du mal die Zeit / Datum im Bios und im Windows checken ? Das klingt zwar abwägig, hatte aber mal das Problem wegen einer falschen hrzeit im BIOS, die dann plötzlich springt während die Dienste starten und dadurch können einige Dienste nicht sauber gestartet werden.

Wie siehts denn bei den Diensten aus, steht einer auf "wird gestartet" ?
Starten denn alle Dienste ? Hast du Einträge in der Ereignisanzeige ?
Mitglied: binBash86
binBash86 03.01.2013 um 18:14:01 Uhr
Goto Top
Achja und überprüfe mal die Bereitstellung im Exchange System Manager
Mitglied: MiSt
MiSt 03.01.2013 um 18:26:10 Uhr
Goto Top
ich versuche es gerade mit "eseutil /p". Dauert gerade ein wenig.
In den Ereignissen gibt bei "Anwendung" jede Menge (alle 10min.) "Ereignis 104, MSEchange Search Indexer"
Mitglied: MiSt
MiSt 03.01.2013 um 18:29:05 Uhr
Goto Top
wie genau mache ich das? Sorry, aber ich habe den Server seit OKT´12 und bin noch rel. frisch mit dem Thema "Exchange".
Mitglied: binBash86
binBash86 03.01.2013 um 18:32:55 Uhr
Goto Top
Hier ist das alles ganz gut beschrieben:

http://www.frankysweb.de/?p=342
Mitglied: MiSt
MiSt 03.01.2013 um 18:47:12 Uhr
Goto Top
so, habe jetzt nach einen reboot ein "Clean Shutdown". Aber leider verbindet sich Outlook immer noch nicht.
Mitglied: MiSt
MiSt 03.01.2013 um 18:49:45 Uhr
Goto Top
und das Ereignis 104 ist immer noch da. Ich habe auch gerade gesehen, dass ich im Mailbox-Ordner 2 Datenbanken habe.
"Mailbox Database" und "Public Folder Database 06(Zahlenfolge)92"
Mitglied: binBash86
binBash86 03.01.2013 um 18:51:34 Uhr
Goto Top
Schau mal bitte in der Bereitstellung nach, das ist im System-Manager unter Organisations-Konfiguration - Postfach. Was steht da ? Wie sieht es mit den Diensten aus ? Laufen alle ?
Mitglied: binBash86
binBash86 03.01.2013 um 18:51:58 Uhr
Goto Top
Das ist normal mit den 2 DBs.
Mitglied: binBash86
binBash86 03.01.2013 um 18:53:15 Uhr
Goto Top
Mitglied: MiSt
MiSt 03.01.2013 um 18:57:58 Uhr
Goto Top
Die "Mailbox-Database" ist nicht eingebunden.

--------------------------------------------------------
Microsoft Exchange Fehler
--------------------------------------------------------
Die Datenbank 'Mailbox Database' konnte nicht eingebunden werden.  

Mailbox Database
Fehler
Fehler:
Die angegebene Datenbank konnte nicht eingebunden werden. Angegebene Datenbank: Mailbox Database; Fehlercode: An Active Manager operation failed. Error: Fehler bei der Datenbankaktion: Fehler bei Vorgang mit folgender Meldung: MapiExceptionJetErrorAttachedDatabaseMismatch: Unable to mount database. (hr=0x80004005, ec=-1216)
.. [Database: Mailbox Database, Server: SBS-SERVER.faf-gmbh.local].

Fehler bei Active Manager-Vorgang: Fehler bei der Datenbankaktion: Fehler bei Vorgang mit folgender Meldung: MapiExceptionJetErrorAttachedDatabaseMismatch: Unable to mount database. (hr=0x80004005, ec=-1216)
.. [Datenbank: Mailbox Database, Server: SBS-SERVER.faf-gmbh.local]

Fehler bei Active Manager-Vorgang: Fehler bei Vorgang mit folgender Meldung: MapiExceptionJetErrorAttachedDatabaseMismatch: Unable to mount database. (hr=0x80004005, ec=-1216)
. [Server: SBS-SERVER.faf-gmbh.local]

MapiExceptionJetErrorAttachedDatabaseMismatch: Unable to mount database. (hr=0x80004005, ec=-1216)





--------------------------------------------------------
OK
--------------------------------------------------------
Mitglied: MiSt
MiSt 03.01.2013 um 19:05:24 Uhr
Goto Top
Bei den Diensten, welche müssen laufen? Es sind zu viele... face-wink Alle die mit "MS Exchange" anfangen?
Mitglied: binBash86
binBash86 03.01.2013 um 19:07:42 Uhr
Goto Top
Also ich habe die Vermutung, dass die Log Dateien fehlen bzw. die falschen sind.

Hier der Workaround.

Datenbankbereitstellung bei Exchange EDB-Dateien:


Zustand prüfen mit

Am Besten eine Commandshell in dem Ordner öffnen, in dem die edb liegt.

1. eseutil /mh "datei name mit leerzeichen.edb" und ENTER

Wenn der Zustand Dirty shutdown vorliegt (z.B. nach einem
Serverabsturz/unkontrolliertem Stromausfall/DB aus Image etc.) dann mit 2.
weitermachen.

2. Dienst Microsoft Exchange Informationsspeicher beenden und unbedingt die
(zwar defekte oder zumindest unbrauchbare) Datebanken wegsichern.

3. eseutil /r "datei name mit leerzeichen.edb" und ENTER

4. eseutil /d "datei name mit leerzeichen.edb" und ENTER

5. alle *.* ausser *.edb löschen, also alle *.log und *.jrs *.chk

6. isinteg -s dc-01 -fix -test alltest und ENTER

7. Im Exchange-Verwaltungstool die Datenbank wieder bereitstellen.
Mitglied: MiSt
MiSt 03.01.2013 um 19:07:44 Uhr
Goto Top
nach dem STOP/START kommt ein:

Database     Server       Mailbox      ResultFound SearchTime Error                                                    
                                                   InSeconds                                                           
--------     ------       -------      ----------- ---------- -----                                                    
Mailbox D... SBS-SERVER   SystemMai... False       -1         MAPI-Fehler für Postfachdatenbank "Mailbox Database": ...  
Mitglied: binBash86
binBash86 03.01.2013 um 19:08:33 Uhr
Goto Top
ODer du verschiebst mal die Log Dateien in einen anderen Ordner. Ich denke dass das lösbar ist.
Mitglied: binBash86
binBash86 03.01.2013 um 19:10:05 Uhr
Goto Top
Nee ich denke wir können es mitlerweile eingrenzen, die LOG Dateien stimmen nicht überein bzw. es sind die falschen. Die Dienste sind egal jetzt.
Mitglied: binBash86
binBash86 03.01.2013 um 19:11:50 Uhr
Goto Top
Ja, verschieb mal die Log Dateien, das könnte helfen. Die sind in dem MDBDATA Ordner unter:

C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database
Mitglied: MiSt
MiSt 03.01.2013 um 19:18:51 Uhr
Goto Top
eseutil /e funktioniert nicht.
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.01
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode...
    Logfile base name: Mailbox Database.edb
            Log files: <current directory>
         System files: <current directory>

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API parameter) after 0.0 seconds.
Mitglied: MiSt
MiSt 03.01.2013 um 19:22:02 Uhr
Goto Top
alle *.log ? wohin? egal? und dann?
Mitglied: binBash86
binBash86 03.01.2013 um 19:25:25 Uhr
Goto Top
Das war jetzt vielleicht ein bisschen viel auf einmal von mir. Also langsam face-smile :

Ich denke, dass die Transaktions-Log-Dateien nicht mehr zu deiner zurückgesicherten EDB bzw. Mailbox-Datenbank passen, weil du nur die EDB Datei zurückgesichert hast.

Wahrscheinlich haben sich hier zwei Probleme überschnitten, und du hast mit deinem zurücksichern ein neues Problem erschaffen face-smile

Also probier das mal, die LOG-Dateien in einen anderen Ordner, bei gestopptem Microsoft Exchange Informationsspeicher (Dienst).

(ICh gehe mal in der Annahme du hast alles gesichert, weil das was wir machen ist nicht ganz ohne)
Mitglied: binBash86
binBash86 03.01.2013 um 19:25:50 Uhr
Goto Top
Die liegen wiegesagt in: C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database
Mitglied: binBash86
binBash86 03.01.2013 um 19:26:36 Uhr
Goto Top
Am Ende, startest du den Dienst wieder und guckst mal ob die Bereitstellung klappt face-smile
Mitglied: binBash86
binBash86 03.01.2013 um 19:29:23 Uhr
Goto Top
Und ? Geht, ne ?
Mitglied: MiSt
MiSt 03.01.2013 um 19:30:05 Uhr
Goto Top
ES HAT FUNKTIONIERT... Alle *.log auf den Desktop (in einen Ordner) Dienst von eben neu gestartet und fertig.... Oh man(n)...
1.000Dank.

Selbst OWA geht jetzt auch.
Wie kommt das, dass diese LOGs so "störrisch" sind?
Mitglied: binBash86
binBash86 03.01.2013 aktualisiert um 19:36:48 Uhr
Goto Top
Cool. In den Log Dateien speichert der Exchange Änderungen an der Datenbank. Die Log Dateien werden bei jeder richtigen Datensicherung gelöscht. Wenn du jetzt die DB wiederhergestellt hast, aber die Log Dateien von Heute hattest, findet er keinen Mount Point mehr bzw. er kann nichts mit den Log Dateien anfangen und mountet die EDB nicht.
Mitglied: binBash86
binBash86 03.01.2013 um 19:36:17 Uhr
Goto Top
Dann setz die Frage auf gelöst face-smile
Mitglied: MiSt
MiSt 03.01.2013 um 19:40:25 Uhr
Goto Top
ah... wieder mal zum "Feierabend" was gelernt. Vielen Dank...

Status "gelöst" ist auf ON... face-wink