9
Problem mit der Windows Server Sicherung und Exchange 2010. Konsistenzprüfung schlägt fehl
Ich sichere auf zwei Exchange Servern die über eine DAG verbunden sind jeweils beide Datenbanken bzw. alle 3 wegen öffentlichen Ordnern.
Leider meldet mir die "Windows Server Sicherung", dass sie aus der Datensicherung nicht wieder herstellen kann wegen einer fehlerhaften Konsistenzprüfung.
Hallo liebe Mitadministratoren,
ich habe ein Problem mit der Windows Server 2008 R2 internen Windows Server Sicherung, unzwar wird mein Exchange nicht gesichert [und meine Logdateien nicht gelöscht].
Problem ist wohl die Konsistenzprüfung, jedoch weiß ich nicht einmal von welcher Datenbank (habe zwei Exchange + ÖO) noch wie genau ich das Problem lösen könnte ?!
Die genaue Fehlermeldung aus dem Eventlog ist:
Fehler bei der Konsistenzprüfung für die Komponente "17842928-01a1-4343-885a-2afc42e13966"\"Microsoft Exchange Server\Microsoft Information Store\[SERVERNAME]". Die Anwendung "Exchange" ist in der um [DATUM] erstellten Sicherung nicht verfügbar."
Zur Info:
Die Datenbanken liegen auf anderen Partitionen als das "System".
ich habe ein Problem mit der Windows Server 2008 R2 internen Windows Server Sicherung, unzwar wird mein Exchange nicht gesichert [und meine Logdateien nicht gelöscht].
Problem ist wohl die Konsistenzprüfung, jedoch weiß ich nicht einmal von welcher Datenbank (habe zwei Exchange + ÖO) noch wie genau ich das Problem lösen könnte ?!
Die genaue Fehlermeldung aus dem Eventlog ist:
Fehler bei der Konsistenzprüfung für die Komponente "17842928-01a1-4343-885a-2afc42e13966"\"Microsoft Exchange Server\Microsoft Information Store\[SERVERNAME]". Die Anwendung "Exchange" ist in der um [DATUM] erstellten Sicherung nicht verfügbar."
Zur Info:
Die Datenbanken liegen auf anderen Partitionen als das "System".
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 186473
Url: https://administrator.de/contentid/186473
Printed on: April 18, 2024 at 10:04 o'clock
9 Comments
Latest comment
Sicherst Du die Datenbanken auf dem aktiven Server der DAG oder dem Kopieserver? Auf einem passiven DAG Member lassen sich die Datenbanken zwar sichern, aber nicht mehr wieder herstellen. Dies funktioniert nur bei der Sicherung der aktiven Kopie.
Wenn man die passive Kopie sichert, sagt er, dass die Sicherung nicht wiederherstellbar ist, ob allerdings da auch die Meldung der Konsistenzprüfung kommt, kann ich nicht sagen.
Wenn man die passive Kopie sichert, sagt er, dass die Sicherung nicht wiederherstellbar ist, ob allerdings da auch die Meldung der Konsistenzprüfung kommt, kann ich nicht sagen.
Machst du auch eine vollständige VSS-Sicherung?
@mailer2010:
Stimmt, es ist der passive wo es auftritt, beim aktiven geht es! Das beruhigt mich zumindest schon einmal
Aber dennoch habe ich auf beiden Servern > 10.000log Dateien obwohl ich (@spytnik) die vollständige VSS-Sicherung habe.
Wieso werden meine Logs nicht gelöscht?
Stimmt, es ist der passive wo es auftritt, beim aktiven geht es! Das beruhigt mich zumindest schon einmal
Aber dennoch habe ich auf beiden Servern > 10.000log Dateien obwohl ich (@spytnik) die vollständige VSS-Sicherung habe.
Wieso werden meine Logs nicht gelöscht?
Du muss nur die den aktiven Server sichern das genügt. Die Logfiles werden dann am aktiven Server gelöscht und dementsprechend auch auf der passiven Kopie.
Wenn Du eventuell 2 DBs hast und jeweils eine auf einem Server aktiv ist, würde ich diese zum Backup Zeitpunkt auf einem Server aktiv schalten, sichern und dann wieder zurück.
nach der ersten erfolgreichen Sicherung aller DBs werden die Logfiles gelöscht.
Wenn Du eventuell 2 DBs hast und jeweils eine auf einem Server aktiv ist, würde ich diese zum Backup Zeitpunkt auf einem Server aktiv schalten, sichern und dann wieder zurück.
nach der ersten erfolgreichen Sicherung aller DBs werden die Logfiles gelöscht.
Also die Sicherung läuft durch aber die Log's werden nicht gelöscht.
Muss ich als Sicherungsobjekt den Ordner oder die .edb auswählen?
Muss ich als Sicherungsobjekt den Ordner oder die .edb auswählen?
Du musst mindestens die gesamte Partition auswählen. Wenn der Server mehrere hat, empfiehlt es sich eine Vollsicherung zu machen. Also alles, inkl. BareMetal, alle Laufwerke.
Wenn die Sicherung einmal erfolgreich gelaufen ist, werden selbst bei "Vollsicherung" dank ShadowCopy nur die veränderten Daten gesichert. Nur alle 30 Tage erneut voll.
Wenn die Sicherung einmal erfolgreich gelaufen ist, werden selbst bei "Vollsicherung" dank ShadowCopy nur die veränderten Daten gesichert. Nur alle 30 Tage erneut voll.
Hmmm leider nicht, habe jetzt extra alle Datenbanken auf einem Server laufen, habe dort eine ERFOLGREICHE Vollsicherung gemacht aber die LOG Dateien verschwinden nicht.
Was kann man da machen? Gibt es eine Logdatei dafür?
Was kann man da machen? Gibt es eine Logdatei dafür?
Naja, Du könntest natürlich noch folgendes ausprobieren:
- Du erstellst ein aktuelles Vollbackup
- wenn WSB dir "erfolgreich" ausgibt, und die Sicherung wiederherstellbar ist könntest Du auf der Datenbank (in den Eigenschaften) die Umlaufprotokollierung aktivieren. Damit müssten alle LOG-Files, bis auf ein paar wenige gelöscht werden (eventuell muss die DB kurz deaktivierung und wieder aktiviert werden).
- Dann schaltest Du die Umlaufprotokollierung wieder aus (dismount, mount)
- nun werden die Logfiles wieder erstellt, aber er fängt eben jetzt von vorne an, damit ist es eine überschaubare Anzahl
- Jetzt machst Du wieder ein Vollbackup und schaust nach ob die Logs dann wieder bereinigt werden (einige wenige Logs bleiben immer übrig. Aber die meisten müssten dann nach dem Backup verschwinden)
Du bereinigst also über die Umlaufprotokollierung die Log Dateien manuell und sorgst dafür, dass neue angelegt werdne und keine "alten" übrig bleiben.
- Du erstellst ein aktuelles Vollbackup
- wenn WSB dir "erfolgreich" ausgibt, und die Sicherung wiederherstellbar ist könntest Du auf der Datenbank (in den Eigenschaften) die Umlaufprotokollierung aktivieren. Damit müssten alle LOG-Files, bis auf ein paar wenige gelöscht werden (eventuell muss die DB kurz deaktivierung und wieder aktiviert werden).
- Dann schaltest Du die Umlaufprotokollierung wieder aus (dismount, mount)
- nun werden die Logfiles wieder erstellt, aber er fängt eben jetzt von vorne an, damit ist es eine überschaubare Anzahl
- Jetzt machst Du wieder ein Vollbackup und schaust nach ob die Logs dann wieder bereinigt werden (einige wenige Logs bleiben immer übrig. Aber die meisten müssten dann nach dem Backup verschwinden)
Du bereinigst also über die Umlaufprotokollierung die Log Dateien manuell und sorgst dafür, dass neue angelegt werdne und keine "alten" übrig bleiben.
Stelle bitte auch sicher, dass im Backup Programm in den Erweiterten Optionen "Vollständige VSS Sicherung" ausgewählt ist, so wie SPYTNIK das schon geschrieben hat.
