[Exchange] unexpected exception in Information Store

[0fbe]

Beste Mensen,

Ik zit met een klein probleempje. Mijn Exchange server wil niet echt meer. De Microsoft Exchange Information Store crasht met de volgende error:

code:

The Microsoft Exchange Information Store encountered an unexpected exception 0xC0000005 at address 00527BAE while processing a request for user Hans.

Ik heb eseutil /p al gedraait. Hierbij krijg ik de volgende error:

code:

C:\Program Files\Exchsrvr\bin>eseutil /d D:\Exchsrvr\MDBDATA\priv1.edb

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating DEFRAGMENTATION mode...
            Database: D:\Exchsrvr\MDBDATA\priv1.edb
      Streaming File: D:\Exchsrvr\MDBDATA\priv1.STM
      Temp. Database: TEMPDFRG5588.EDB
Temp. Streaming File: TEMPDFRG5588.STM


Operation terminated with error -550 (JET_errDatabaseDirtyShutdown, Database was
 not shutdown cleanly. Recovery must first be run to properly complete database
operations for the previous shutdown.) after 2.16 seconds.


C:\Program Files\Exchsrvr\bin>eseutil /p D:\Exchsrvr\MDBDATA\priv1.edb

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating REPAIR mode...
        Database: D:\Exchsrvr\MDBDATA\priv1.edb
  Streaming File: D:\Exchsrvr\MDBDATA\priv1.STM
  Temp. Database: TEMPREPAIR6032.EDB

Checking database integrity.

The database is not up-to-date. This operation may find that
this database is corrupt because data from the log files has
yet to be placed in the database.

To ensure the database is up-to-date please use the 'Recovery' operation.


                     Scanning Status (% complete)

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


Integrity check successful.

Note:
  It is recommended that you immediately perform a full backup
  of this database. If you restore a backup made before the
  repair, the database will be rolled back to the state
  it was in at the time of that backup.



Operation completed successfully with 205 (Unknown Error, Unknown Error) after 2
77.78 seconds.

Hierna heb ik dus eseutil \r gedraait:

code:

C:\Program Files\Exchsrvr\bin>eseutil /r D:\Exchsrvr\MDBDATA\priv1.edb

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode...
    Logfile base name: D:\Exchsrvr\MDBDATA\priv1.edb
            Log files: <current directory>
         System files: <current directory>

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API para
meter) after 0.0 seconds.

Een error

Iemand nog suggesties wat ik het beste kan doen?

[ Voor 10% gewijzigd door 0fbe op 28-12-2006 11:44 ]

[kraats]

Bij de twee keer dat je ESEUTIL draait zie je dat hij aangeeft dat je 'recovery' moet draaien. Heb je dat al gedaan? ESEUTIL /r, dus

[0fbe]

kraats schreef op donderdag 28 december 2006 @ 11:39:
Bij de twee keer dat je ESEUTIL draait zie je dat hij aangeeft dat je 'recovery' moet draaien. Heb je dat al gedaan? ESEUTIL /r, dus

Sorry vergeten te vermelden:

code:

C:\Program Files\Exchsrvr\bin>eseutil /r D:\Exchsrvr\MDBDATA\priv1.edb

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode...
    Logfile base name: D:\Exchsrvr\MDBDATA\priv1.edb
            Log files: <current directory>
         System files: <current directory>

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API para
meter) after 0.0 seconds.

[Jazzy]

Microsoft Exchange Troubleshooting Assistant v1.0

[0fbe]

Jazzy schreef op donderdag 28 december 2006 @ 11:45:
Microsoft Exchange Troubleshooting Assistant v1.0

Bedankt, dit tooltje geeft aan dat de database in Dirty Shutdown modus staat. En dat ik recovery moet draaien. Dit ben ik nu dan ook aan het doen via het tooltje. Het lijkt te werken!

[Jazzy]

Mooi zo, ik hoop dat het lukt. Deze tool is veel meer dan een grafische schil om eseutil heen zoals je ziet.

Als je klaar bent kun je de andere analyzer tool mooi eens draaien: Microsoft Exchange Best Practices Analyzer v2.7

[0fbe]

En weer een error

code:

Information Store (5620) First Storage Group: Database recovery failed with error -1216 because it encountered references to a database, 'D:\Exchsrvr\MDBDATA\priv1.edb', which is no longer present. The database was not brought to a consistent state before it was removed (or possibly moved or renamed). The database engine will not permit recovery to complete for this instance until the missing database is re-instated. If the database is truly no longer available and no longer required, please contact PSS for further instructions regarding the steps required in order to allow recovery to proceed without this database.

Het rare is dat die file er wel gewoon is

Als ik nu Information store start krijg ik de volgende error:

code:

Error 0xfffffb40 starting Storage Group /DC=local/DC=Cooijmans/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=COOIJMANS/CN=Administrative Groups/CN=first administrative group/CN=Servers/CN=SERVER/CN=InformationStore/CN=First Storage Group on the Microsoft Exchange Information Store. 
Storage Group - Initialization of Jet failed.

[Jazzy]

Vraagje, is het niet een optie om een backup van een dag eerder terug te zetten?

[0fbe]

Jazzy schreef op donderdag 28 december 2006 @ 12:34:
Vraagje, is het niet een optie om een backup van een dag eerder terug te zetten?

We hebben (helaas) alleen wekelijke back-ups van de complete Exchange Store (die op vrijdag avond word gemaakt en de laatste dus haast een week geleden is) Wel hebben we de data nog op de lokale workstations maar ik weet niet of deze terug in Exchange te zetten is

[ Voor 25% gewijzigd door 0fbe op 28-12-2006 12:43 ]

[sanfranjake]

Misschien kan je de store met isinteg eens bekijken
How to identify logical corruption problems in Exchange Server
Description of the Isinteg utility

[ Voor 25% gewijzigd door sanfranjake op 28-12-2006 13:54 ]

[0fbe]

Ik word gek denk ik.

Ik heb een backup van Information Store terug gezet maar de error blijft:

Als ik de databases probeer te mounten in Exchange System Manager krijg ik de volgende error:

code:

An internal processing error has occurred. Try restarting the Exchange System Manager or the Microsoft Exchange Information Store service, or both.

ID no: C1041724
Exchange System Manager

In het logboek is de volgende error te vinden

code:

Error 0xfffffdd9 starting Storage Group /DC=local/DC=Cooijmans/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=COOIJMANS/CN=Administrative Groups/CN=first administrative group/CN=Servers/CN=SERVER/CN=InformationStore/CN=First Storage Group on the Microsoft Exchange Information Store. 
Storage Group - Initialization of Jet failed. 

For more information, click http://www.microsoft.com/contentredirect.asp.

Als ik google op de error code van het eerste bericht vind ik in de KB dat deze fout kan voorkomen als er te weinig schijf ruimte is. Ik heb echter 10x zoveel vrije ruimte dan dat de database groot is.

Iemand nog een idee?

[Zwelgje]

geen local virusscanner die de store files loopt te scannen (das fout )

hoe groot is je store eigenlijk

[ Voor 19% gewijzigd door Zwelgje op 28-12-2006 16:49 ]

[SierdW]

Op microsoft vind ik het volgende wat betreft jouw fout:
Error -551 (0xfffffdd9) - JET_errConsistentTimeMismatch
It is typically caused by restoring raw copies of one database's files while other databases in the storage group are in a dirty shutdown state.
Meer foutmeldingen

Hoe heb je trouwens die database teruggezet, via een backup programma of gewoon databasebestanden terugplaatsen?

[0fbe]

Zwelgje schreef op donderdag 28 december 2006 @ 16:48:
geen local virusscanner die de store files loopt te scannen (das fout )

hoe groot is je store eigenlijk

Mijn store is net iets meer dan 6 gig groot (klein bedrijfje server draait ook SBS)

En AVG virusscanner staat uit (om dit als mogelijke oorzaak uit te schakelen)

SierdW schreef op donderdag 28 december 2006 @ 16:53:
Op microsoft vind ik het volgende wat betreft jouw fout:
Error -551 (0xfffffdd9) - JET_errConsistentTimeMismatch
It is typically caused by restoring raw copies of one database's files while other databases in the storage group are in a dirty shutdown state.
Meer foutmeldingen


Hoe heb je trouwens die database teruggezet, via een backup programma of gewoon databasebestanden terugplaatsen?

Ik heb 2 databases draaien die alle twee Clean Shutdown state hebben.

Ik heb de bestanden teruggezet met de ingebouwde backupfunctie van Windows

[sanfranjake]

Wat zegt isinteg je nou

[Zwelgje]

timcooijmans schreef op donderdag 28 december 2006 @ 17:08:
[...]
Ik heb de bestanden teruggezet met de ingebouwde backupfunctie van Windows

platte files of echt via de terugzetmogelijkheid om dit rechtstreeks naar exchange te doen (ook via ntbackup

wereld van verschil namelijk

[0fbe]

Zwelgje schreef op donderdag 28 december 2006 @ 19:01:
[...]


platte files of echt via de terugzetmogelijkheid om dit rechtstreeks naar exchange te doen (ook via ntbackup

wereld van verschil namelijk

Ja kan via ntbackup aangeven om je information store te restoren dit heb ik gedaan (neem aan dat je hiermee rechtstreeks naar exchange bedoelt) Ik heb dus niet gewoon de .edb en en .stm bestanden terug gezet.

sanfranjake schreef op donderdag 28 december 2006 @ 18:54:
Wat zegt isinteg je nou

Sorry dat ik niet eerder reageerde maar als ik de command uitvoer krijg ik het volgende:

code:

C:\Program Files\Exchsrvr\bin>isinteg -s server -test folder -l C:\blaat.log
Databases for server server:
Only databases marked as Offline can be checked

Index  Status       Database-Name
Storage Group Name: First Storage Group
  1    Offline      Mailbox Store (SERVER)
  2    Offline      Public Folder Store (SERVER)
Enter a number to select a database or press Return to exit.
1
You have selected First Storage Group / Mailbox Store (SERVER).
Continue?(Y/N)y
Isinteg cannot initiate verification process.
  Please review the log file for more information.

C:\Program Files\Exchsrvr\bin>isinteg -s server -test folder -l C:\blaat.txt
Databases for server server:
Only databases marked as Offline can be checked

Index  Status       Database-Name
Storage Group Name: First Storage Group
  1    Offline      Mailbox Store (SERVER)
  2    Offline      Public Folder Store (SERVER)
Enter a number to select a database or press Return to exit.
2
You have selected First Storage Group / Public Folder Store (SERVER).
Continue?(Y/N)y
Isinteg cannot initiate verification process.
  Please review the log file for more information.

In logfiles staat dan het volgende:

code:

Information Store (4556) First Storage Group: Database recovery failed with error -1216 because it encountered references to a database, 'D:\Exchsrvr\MDBDATA\priv1.edb', which is no longer present. The database was not brought to a consistent state before it was removed (or possibly moved or renamed). The database engine will not permit recovery to complete for this instance until the missing database is re-instated. If the database is truly no longer available and no longer required, please contact PSS for further instructions regarding the steps required in order to allow recovery to proceed without this database.

[Verwijderd]

Heb je onderstaand artikel ook gezien?
How to recover an Exchange 2000 Server database after error -1216

Heeft wel betrekking op Exchange 2000, echter Exchange 2003 werkt ook op dezelfde manier.

[0fbe]

Verwijderd schreef op donderdag 28 december 2006 @ 19:51:
Heb je onderstaand artikel ook gezien?
How to recover an Exchange 2000 Server database after error -1216

Heeft wel betrekking op Exchange 2000, echter Exchange 2003 werkt ook op dezelfde manier.

isinteg -fix werkt gewoon niet dat is het probleem. Dan krijg ik bovenstaande error.

[sanfranjake]

Misschien is het dan zo onderhand eens tijd om support te gaan zoeken bij Microsoft. Misschien kunnen die je databases nog repareren

[Zwelgje]

sanfranjake schreef op vrijdag 29 december 2006 @ 13:23:
Misschien is het dan zo onderhand eens tijd om support te gaan zoeken bij Microsoft. Misschien kunnen die je databases nog repareren

of je gebruikt ontrack powercontrols om je DB leegt te zuigen op fileniveau (store mounten is niet nodig dan)

iets zegt me dat we het hier hebben over een thuisservertje met een paar mailboxen (gezien het feit dat je AVG gebruikt als virusscanner op je server.... (jaja avg heeft ook wel zakelijke producten maar toch)

* Zwelgje weet toevallig dat de AVG homeversie zich ook op een server laat installeren itt vele andere AV producten

case openen bij MS is dan ook nogal duur

[SierdW]

timcooijmans schreef op vrijdag 29 december 2006 @ 09:43:
[...]

isinteg -fix werkt gewoon niet dat is het probleem. Dan krijg ik bovenstaande error.

Er staat toch veel meer in dat artikel? Heb je het gedeelte van logfiles verwijderen ook gelezen/geprobeerd? Heb je gekeken wanneer de database voor het laatst consitent was mbv eseutil /mh database_name | find /i "consistent" ?

[0fbe]

Zwelgje schreef op vrijdag 29 december 2006 @ 13:28:
[...]


of je gebruikt ontrack powercontrols om je DB leegt te zuigen op fileniveau (store mounten is niet nodig dan)

iets zegt me dat we het hier hebben over een thuisservertje met een paar mailboxen (gezien het feit dat je AVG gebruikt als virusscanner op je server.... (jaja avg heeft ook wel zakelijke producten maar toch)

* Zwelgje weet toevallig dat de AVG homeversie zich ook op een server laat installeren itt vele andere AV producten

case openen bij MS is dan ook nogal duur

Het is gewoon netjes een server op het bedrijf. Toevallig draaien we wel AVG for Exchange. We hebben een reinstall van het systeem gedaan en AD en Exchange database teruggezet. Wat het probleem was zullen we helaas nooit weten.

[alt-92]

timcooijmans schreef op vrijdag 29 december 2006 @ 09:43:
[...]

isinteg -fix werkt gewoon niet dat is het probleem. Dan krijg ik bovenstaande error.

Daar staat ook een reference in dat isinteg de databases op exact dezelfde plek verwacht als voor je restore.
Niet toevallig de boel op een andere plek gezet?