Situatieschets:
Oude server: NT4 SP6 (SBS 4.5) + Exchange 5.5 SP4
Nieuwe server: Server 2003 SP1 RC2 + Exchange 2003 (nog niet geïnstalleerd, alleen de voorbereidende handelingen verricht)
Op de Exchange 5.5 server stonden ongeveer 45 mailboxen, 20 distributielijsten (mail lijsten) en 500 Contacts (Custom Recipients).
“Log”boek:
Om met Windows 2003 Server te experimenteren hebben we een nieuwe server 2003 in een nieuw domein geïnstalleerd. Hierop hebben we een DNS en AD server geïnstalleerd. Daarna hebben we met de Active Directory Migration Tool (ADMT2) de gebruikersaccounts zonder problemen overgezet van de NT4 bak naar de 2003 bak. (Hiertussen zijn we 2 weken met andere dingen bezig geweest, waardoor de AD niet meet up to date was toen we verder gingen) Na 2 weken zijn we begonnen met de voorbereidende handelingen voor het instaleren van de Exchange 2003 server. Dit werd een nieuwe server (2003) in de bestaande Exchange organisatie. Na diverse tests en preps maakt je dan op een gegeven moment een Replication Connection Agreement (o.i.d.) aan.
Nadat het probleem was geconstateerd de 2003 server offline gehaald en de Exchange 5.5 services op de NT server gestopt. Daarna een kopie gemaakt van de \Exchange\ database directory en de Exchange services weer gestart. Nadat de exchange 5.5 server uitgerateld was ook deze database gekopieerd.
Omdat de bestanden van de Private database (PRIV.EDB en logs) nog wel 2.3 GB groot is zou het mogelijk moeten zijn om de mails terug te halen.
Met deze laatste database de volgende acties ondernomen:
Authrestore.exe (hebben we niet aan de praat gekregen, waarschijnlijk door ontbreken juiste versie van edbback.dll)
ESEUTIL (check op de database integrity; die was integer)
ISINTEG (-patch)
DS / IS consistency check (diverse combinaties van DS (huidig) met PRIV (leeg of huidig) en PUB (leeg of huidig) om te proberen de databases aan elkaar te laten linken)
ExchangeServerRecovery 2.7 (Hiermee kunnen we erg veel mail uit PRIV.EDB in een .pst bestand stoppen, maar zijn de mailboxen nog niet terecht)
Overzicht van de belangrijkste bestanden:
Welke expert kan ons nog uit de brand helpen?
Oude server: NT4 SP6 (SBS 4.5) + Exchange 5.5 SP4
Nieuwe server: Server 2003 SP1 RC2 + Exchange 2003 (nog niet geïnstalleerd, alleen de voorbereidende handelingen verricht)
Op de Exchange 5.5 server stonden ongeveer 45 mailboxen, 20 distributielijsten (mail lijsten) en 500 Contacts (Custom Recipients).
“Log”boek:
Om met Windows 2003 Server te experimenteren hebben we een nieuwe server 2003 in een nieuw domein geïnstalleerd. Hierop hebben we een DNS en AD server geïnstalleerd. Daarna hebben we met de Active Directory Migration Tool (ADMT2) de gebruikersaccounts zonder problemen overgezet van de NT4 bak naar de 2003 bak. (Hiertussen zijn we 2 weken met andere dingen bezig geweest, waardoor de AD niet meet up to date was toen we verder gingen) Na 2 weken zijn we begonnen met de voorbereidende handelingen voor het instaleren van de Exchange 2003 server. Dit werd een nieuwe server (2003) in de bestaande Exchange organisatie. Na diverse tests en preps maakt je dan op een gegeven moment een Replication Connection Agreement (o.i.d.) aan.
- De eerste replicatie ging op zich goed, maar enkele accounts werden niet goed gelinkt door de verouderde AD database.
- Daarom hebben we eerst de replication agreement verwijderd en daarna pas ook alle contacts, accounts, en distribution lists en de info in AD verwijderd.
- Tot op dit moment bestond alle informatie nog op de oude server
- Nu weer begonnen met het vullen van de AD (die nu wel up to dat was) en daarna het aanmaken van de nieuwe Connnection Agreement voor het repliceren van Exchange 5.5 -> Exchange 2003. (dat was de bedoeling, helaas hebben we hier een denkfout gemaakt)
- Omdat de 2003 server net leeg gemaakt was door ons, was deze “nieuwer” dan de Exchange 5.5 server en ging de replicatie dus ook die kant op (2003->5.5) Hierdoor heeft de lege Exchange 2003 server zich gerepliceerd naar onze oude server waar alle data op stond.
- Gevolgen; een lege DataStore (DS) en Private database. De public database is wel behouden gebleven.
Nadat het probleem was geconstateerd de 2003 server offline gehaald en de Exchange 5.5 services op de NT server gestopt. Daarna een kopie gemaakt van de \Exchange\ database directory en de Exchange services weer gestart. Nadat de exchange 5.5 server uitgerateld was ook deze database gekopieerd.
Omdat de bestanden van de Private database (PRIV.EDB en logs) nog wel 2.3 GB groot is zou het mogelijk moeten zijn om de mails terug te halen.
Met deze laatste database de volgende acties ondernomen:
Authrestore.exe (hebben we niet aan de praat gekregen, waarschijnlijk door ontbreken juiste versie van edbback.dll)
ESEUTIL (check op de database integrity; die was integer)
ISINTEG (-patch)
DS / IS consistency check (diverse combinaties van DS (huidig) met PRIV (leeg of huidig) en PUB (leeg of huidig) om te proberen de databases aan elkaar te laten linken)
ExchangeServerRecovery 2.7 (Hiermee kunnen we erg veel mail uit PRIV.EDB in een .pst bestand stoppen, maar zijn de mailboxen nog niet terecht)
Overzicht van de belangrijkste bestanden:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| ExchSrvr +---DSADATA | EDB.CHK 8KB | DIR.EDB 6MB +---imcdata | +---in | +---out | +---work +---MDBDATA | PUB.EDB 2.3GB | PRIV.EDB 53MB +---mtadata |
Welke expert kan ons nog uit de brand helpen?