Exchange 2007 gestorben

  • Wir haben inzwischen Zugriff auf zumindest die Mail-Box-Datenbank vom Stand 27.7. und Transaktionsprotokolle der First-Storage Group - allerdings können wir diese nur auf den neuen Server kopieren aus einem gemappten iscsi-Laufwerk heraus ...


    Zitat

    Ansonsten ist das Thema zu komplex, um es mal eben nebenbei in einem Forum zu behandeln. Das beste wäre, Du würdest Dir einen fachkundigen Berater ins Haus holen (der dann auch gleich mit SP3 installiert hätte, usw.).


    Korrekt - das Thema übersteigt meinen Horizont deutlich -
    <b>
    wir brauchen dringend Hilfe / Unterstützung beim weiteren Vorgehen.



    Wer könnte uns heute professionell unterstützen </b>
    oder wer kann mir jemand empfehlen den wir anfragen könnten?


    Bitte melden, danke


    z6vam@aol.com

  • ESEUTIL / MH der vom iscsi-laufwerk kopierten mailbox Database.edb bringt folgendes:



    Extensible Storage Engine Utilities for Microsoft(R) Exchange Server


    Version 08.01


    Copyright (C) Microsoft Corporation. All Rights Reserved.




    Initiating FILE DUMP mode...
    Database: D:\exchange Server\Mailbox\First Storage Group\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:05/16/2009 14:34:12 Rand:4924813 Computer:
    cbDbPage: 8192
    dbtime: 1292579288 (0x4d0b31d8)
    State: Dirty Shutdown
    Log Required: 491863-491880 (0x78157-0x78168)
    Log Committed: 0-491881 (0x0-0x78169)
    Streaming File: No
    Shadowed: Yes
    Last Objid: 358296
    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: (0x77358,29,CD) 07/27/2012 09:51:23
    Last Attach: (0x77359,9,86) 07/27/2012 09:51:24
    Last Detach: (0x0,0,0) 00/00/1900 00:00:00
    Dbid: 1
    Log Signature: Create time:05/16/2009 14:34:11 Rand:4920744 Computer:
    OS Version: (5.2.3790 SP 2)


    Previous Full Backup:
    Log Gen: 491685-491705 (0x780a5-0x780b9) - OSSnapshot
    Mark: (0x780BA,8,16)
    Mark: 08/03/2012 23:30:30


    Previous Incremental Backup:
    Log Gen: 491842-491873 (0x78142-0x78161) - OSSnapshot
    Mark: (0x78162,8,16)
    Mark: 08/04/2012 22:00:17


    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)





    Verstehe ich das richtig: benötigt werden logfiles :


    078157 - 078168


    vorhanden im Backup-store sind
    078150 - 078169


    Kann ich also hoffen die Datenbank jetzt wieder consistent zu bekommen?

  • Sicher


    <b>eseutil /r exx? </b>


    hab beim googlen folgendes gelesen,


    Wenn der Wiederherstellungsbefehl eseutil /r mit einem falschen Protokolldatei-Basisnamen ausgeführt wurde, verwenden Sie die richtige Option, um den Befehl erfolgreich auszuführen.
    Die üblichen Protokolldatei-Basisnamen sind "e00", "e01", "e02" und "e03".
    Der folgende Befehl enthält beispielsweise einen richtigen Protokolldatei-Basisnamen:


    <b>eseutil /r e00 </b>


    http://technet.microsoft.com/d…6899%28v=exchg.80%29.aspx



    sorry für die nachfrage.. :-/ ?

  • Jep - nochmal vielen Danke für die Hilfe und Unterstützung hier an alle - speziell an dich, Jürgen :)


    Second Storage Group hat sich ebenfalls noch ein Backup gefunden, von April 2012 - aber besser als gar nix - analog auch mit Logfiles in den Recovered Server eingespielt und gemounted.


    lg und schönes Wo-Ende Allen


    VAM