none
Exchange 2013 RecoveryDB mit altem Patchlevel RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo Team,

    da wir bestimmte Daten aus dem September 2015 von einem einzigen Postfach wieder herstellen müssen haben wir eine Kopie der damaligen Datenbank auf den aktuellen Exchange 2013 kopiert und in RecoveryDB.edb umbenannt. Nun möchte ich sie als Recovery Datenbank einbinden. Sie ist im Clean Shutdown lässt sich aber nicht mounten.

    Mit Eseutil /p erhalte ich folgende Meldung:

    …

    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.

    Der Befehl läuft auch fehlerfrei durch, doch beim mounten erhalten ich den Fehler:

    MapiExceptionNetworkError: Unable to mount database. (hr=0x80040115, ec=-2147221227)

    Hier meine Fragen: gibt es irgendeine Möglichkeit eine Datenbank mit glaube ich CU6 in einen Exchange mit CU10 als RecoveryDB einzubinden?

    Was bedeutet hier Database ist not 'up-to-date' oder 'please use the Recovery operation'?

    Ich freue mich auf jede Antwort.

    Gruß Samuel

    Donnerstag, 16. Juni 2016 23:24
    |

Antworten

  • Question
    Anmelden
    1
    Anmelden

    Moin,

    der Patchlevel hat hiermit nichts zu tun. Du brauchst vielmehr Logs, die zur EDB gehören, um die Datenbank mounten zu können. Wenn Du die Logs nicht hast, musst Du halt eseutil /p *am richtigen Speicherort* fahren und bei der Recovery DB den Flag "kann bei Wiederherstellung überschrieben werden" setzen.

    Evgenij Smirnov

    msg services ag, Berlin -> http://www.msg-services.de
    my personal blog (mostly German) -> http://it-pro-berlin.de
    Windows Server User Group, Berlin -> http://www.winsvr-berlin.de
    Mark Minasi Technical Forum, reloaded -> http://newforum.minasi.com

    In theory, there is no difference between theory and practice. In practice, there is.

    • Als Antwort markiert ITSAM77 Mittwoch, 22. Juni 2016 16:09
    Freitag, 17. Juni 2016 05:05
    |
  • Question
    Anmelden
    1
    Anmelden

    Moin,

    ein eseutil /p wäre im ersten Schritt falsch. Wenn Du das wirklich schon gemacht hast, brauchst Du keine LOG-Dateien mehr, weil dann alle nicht Log-Dateien bereits verworfen wurden.

    Ansonsten wäre ein eseutil /r oder eseutil /cc korrekt.

    Bitte poste die Fehlermeldungen, die während des Mountens im Eventlog erscheinen. Da kommen drei bis fünf Einträge und in eine, leider nie in dem, den die GUI zeigt, steht das wirkliche Problem.

    Spontan vermute ich den gleiche Fehler, wie ihn Evgenij schreibt, dass die Datenbank nicht durch eine Sicherungs überschrieben werden kann.

    Gruesse aus Berlin schickt Robert - MVP Office Servers and Services (Exchange Server)

    • Als Antwort markiert ITSAM77 Mittwoch, 22. Juni 2016 16:09
    Freitag, 17. Juni 2016 08:12
    |

Alle Antworten

  • Question
    Anmelden
    1
    Anmelden

    Moin,

    der Patchlevel hat hiermit nichts zu tun. Du brauchst vielmehr Logs, die zur EDB gehören, um die Datenbank mounten zu können. Wenn Du die Logs nicht hast, musst Du halt eseutil /p *am richtigen Speicherort* fahren und bei der Recovery DB den Flag "kann bei Wiederherstellung überschrieben werden" setzen.

    Evgenij Smirnov

    msg services ag, Berlin -> http://www.msg-services.de
    my personal blog (mostly German) -> http://it-pro-berlin.de
    Windows Server User Group, Berlin -> http://www.winsvr-berlin.de
    Mark Minasi Technical Forum, reloaded -> http://newforum.minasi.com

    In theory, there is no difference between theory and practice. In practice, there is.

    • Als Antwort markiert ITSAM77 Mittwoch, 22. Juni 2016 16:09
    Freitag, 17. Juni 2016 05:05
    |
  • Question
    Anmelden
    1
    Anmelden

    Moin,

    ein eseutil /p wäre im ersten Schritt falsch. Wenn Du das wirklich schon gemacht hast, brauchst Du keine LOG-Dateien mehr, weil dann alle nicht Log-Dateien bereits verworfen wurden.

    Ansonsten wäre ein eseutil /r oder eseutil /cc korrekt.

    Bitte poste die Fehlermeldungen, die während des Mountens im Eventlog erscheinen. Da kommen drei bis fünf Einträge und in eine, leider nie in dem, den die GUI zeigt, steht das wirkliche Problem.

    Spontan vermute ich den gleiche Fehler, wie ihn Evgenij schreibt, dass die Datenbank nicht durch eine Sicherungs überschrieben werden kann.

    Gruesse aus Berlin schickt Robert - MVP Office Servers and Services (Exchange Server)

    • Als Antwort markiert ITSAM77 Mittwoch, 22. Juni 2016 16:09
    Freitag, 17. Juni 2016 08:12
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    vielen Dank für die Antworten.

    Die DB lies sich dann nach dem Defragmentieren doch noch mounten.

    Mittwoch, 22. Juni 2016 16:09
    |