Exchange DB Logdateien werden nach Backup nicht gelöscht
Hallo,
bei unserem Exchangeserver hatte ich damals die Windows Server-Sicherung eingerichtet. Heute, 30.08.21, war die Partition der DB voll und nichts ging mehr.
Ich habe dann festgestellt das alle Log-Dateien seit Januar 2020 noch im Ordner sind. In der E00.chk wird die letzte LOG-Datei vom 29.08.21 aufgelistet, könnte ich doch die "davor" manuell löschen oder?
LG Maik
bei unserem Exchangeserver hatte ich damals die Windows Server-Sicherung eingerichtet. Heute, 30.08.21, war die Partition der DB voll und nichts ging mehr.
Ich habe dann festgestellt das alle Log-Dateien seit Januar 2020 noch im Ordner sind. In der E00.chk wird die letzte LOG-Datei vom 29.08.21 aufgelistet, könnte ich doch die "davor" manuell löschen oder?
LG Maik
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1210825467
Url: https://administrator.de/forum/exchange-db-logdateien-werden-nach-backup-nicht-geloescht-1210825467.html
Ausgedruckt am: 24.12.2024 um 18:12 Uhr
32 Kommentare
Neuester Kommentar
Moin,
Exchange-Logs sollten nie einfach so gelöscht werden, siehe: hier
Auf der anderen Seite solltest du dir die eine oder andere Frage stellen. zum Beispiel:
- Warum werden sie nicht gelöscht?
- Ist dein Server auf dem aktuellen Update-Stand, auch von der CU her?
- Wieso hat eure Serverüberwachung nicht gemeckert, dass der Speicherwert kritisch wurde? Speicherplatz nicht geprüft? Windows-logs nicht geprüft?
Im Regelfall beginnt Exchange bei 5GB die eine oder andere Macke aufzuweisen und dies in den Protokollen zu melden. Da hätte man noch reagieren können
Gruß
Doskias
Exchange-Logs sollten nie einfach so gelöscht werden, siehe: hier
Auf der anderen Seite solltest du dir die eine oder andere Frage stellen. zum Beispiel:
- Warum werden sie nicht gelöscht?
- Ist dein Server auf dem aktuellen Update-Stand, auch von der CU her?
- Wieso hat eure Serverüberwachung nicht gemeckert, dass der Speicherwert kritisch wurde? Speicherplatz nicht geprüft? Windows-logs nicht geprüft?
Im Regelfall beginnt Exchange bei 5GB die eine oder andere Macke aufzuweisen und dies in den Protokollen zu melden. Da hätte man noch reagieren können
Gruß
Doskias
Hallo,
dann stimmt was nicht mit Deiner Sicherung.
Mit der Sicherung sollte Exchange selber die alten Logs löschen.
Es geht auch manuell.
Aber das kann gefährlich sein,
Du brauchst vorher genug Platz. Die Dateien einfach zu löschen wird Deinen Exchange killen.
Quelle: https://www.msp360.com/resources/blog/exchange-truncate-logs/
Stefan
dann stimmt was nicht mit Deiner Sicherung.
Mit der Sicherung sollte Exchange selber die alten Logs löschen.
Es geht auch manuell.
Aber das kann gefährlich sein,
Du brauchst vorher genug Platz. Die Dateien einfach zu löschen wird Deinen Exchange killen.
- CMD als Administrator starten
- "Diskshadow"
- "add volume C:" (Das Laufwerk wo die DB und Logs liegen)
- "begin backup"
- "create"
- "end backup"
- Fenster schliessen
Quelle: https://www.msp360.com/resources/blog/exchange-truncate-logs/
Stefan
Hatte tatsächlich auch einen Job laufen der alle Logs älter als 10 Tage killt, habe nie Probleme gehabt und das wurde tatsächlich von einem Dienstleister so konfiguriert. Gesichert wird mit Veeam, gibt es da eine Option Logs zu bereinigen?
Natürlich nicht? Es sollte eigentlich natürlich sein, dass er die aktuellen Patches hat.
Es ist empfohlen. Aber schadet ja auch nichts . Wenn es unnötig ist, dann kosten die beiden Zeilen keine Zeit. Wenn es nötig ist, dann macht er was. Ich bin letzte Woche von Cu20 auf Cu21 gegangen und sowohl das PrepareShema als auch das PrepareAD haben Änderungen vorgenommen.
Dafür brauchst du aber natürlich erstmal ausreichend Speicherplatz auf allen Laufwerken.
Gruß
Doskias
Ich hole das heute Abend mal nach und überprüfe nochmal alles.
Gute Idee Muss ich eigentlich vor jedem CU die nachfolgenden Befehle ausführen?
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
LG Maik
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
LG Maik
Es ist empfohlen. Aber schadet ja auch nichts . Wenn es unnötig ist, dann kosten die beiden Zeilen keine Zeit. Wenn es nötig ist, dann macht er was. Ich bin letzte Woche von Cu20 auf Cu21 gegangen und sowohl das PrepareShema als auch das PrepareAD haben Änderungen vorgenommen.
Dafür brauchst du aber natürlich erstmal ausreichend Speicherplatz auf allen Laufwerken.
Gruß
Doskias
Zitat von @Z006:
Unser Exchange ist natürlich nicht aktuell. Ich hole das heute Abend mal nach und überprüfe nochmal alles.
Muss ich eigentlich vor jedem CU die nachfolgenden Befehle ausführen?
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
LG Maik
Unser Exchange ist natürlich nicht aktuell. Ich hole das heute Abend mal nach und überprüfe nochmal alles.
Muss ich eigentlich vor jedem CU die nachfolgenden Befehle ausführen?
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
LG Maik
Servus,
das macht das Setup selbst. Ich zumindest habe das noch nie gemacht und alle CU's wurden bisher sauber und problemlos installiert. (Exchange 2016)
Schaden tut es wahrscheinlich nicht...
Grüße
Zitat von @LauneBaer:
Ich habe irgendwann damit aufgehört und mit Exchange 2013, 2016 und 2019 keine Probleme damit.Zitat von @Z006:
Muss ich eigentlich vor jedem CU die nachfolgenden Befehle ausführen?
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
das macht das Setup selbst. Ich zumindest habe das noch nie gemacht und alle CU's wurden bisher sauber und problemlos installiert. (Exchange 2016)Muss ich eigentlich vor jedem CU die nachfolgenden Befehle ausführen?
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
Mhhhh ich würde jetzt einen Versuch mit einer anderen Sicherungssoftware machen.
Der Fehler ist aber bestimmt in den Logs zu finden. Was gibt es denn dort für Fehler?
Ich hatte so etwas auch schon einmal vor langer Zeit, damals half Server runterfahren und wie der Starten, ein Neustart hatte da auch nicht geholfen.
Ist die Sicherung Fehlerfrei gelaufen?
Der Fehler ist aber bestimmt in den Logs zu finden. Was gibt es denn dort für Fehler?
Ich hatte so etwas auch schon einmal vor langer Zeit, damals half Server runterfahren und wie der Starten, ein Neustart hatte da auch nicht geholfen.
Ist die Sicherung Fehlerfrei gelaufen?
Moin
Windows-Sicherung ist keine Exchange Sicherung. Windows-Updates sind auch keine Exchange-Updates. Du kannst via Windows Update Dienst zwar Exchange Updates beziehen, aber sie sind kein integrativer Bestandteil von Windows-Updates und müssen auch im WSUS händisch hinzugefügt werden. Exchange ist "nur" ein Programm auf dem Windows-Server und dieses Programm wurde offenbar beim backup-Konzept nicht ausreichen berücksichtigt bzw. korrekt konfiguriert.
Gruß
Doskias
Zitat von @Z006:
Letzte vollständige Sicherung 23.05.2018 22:00:25. 🙈
Da frag ich mich was die Windows ServerSicherung bisher gemacht hat. Eigentlich frage ich mich was ich die ganze Zeit gemacht habe.
Andere Sicherungssoftware muss ich mir erstmal beschaffen...
Letzte vollständige Sicherung 23.05.2018 22:00:25. 🙈
Da frag ich mich was die Windows ServerSicherung bisher gemacht hat. Eigentlich frage ich mich was ich die ganze Zeit gemacht habe.
Andere Sicherungssoftware muss ich mir erstmal beschaffen...
Windows-Sicherung ist keine Exchange Sicherung. Windows-Updates sind auch keine Exchange-Updates. Du kannst via Windows Update Dienst zwar Exchange Updates beziehen, aber sie sind kein integrativer Bestandteil von Windows-Updates und müssen auch im WSUS händisch hinzugefügt werden. Exchange ist "nur" ein Programm auf dem Windows-Server und dieses Programm wurde offenbar beim backup-Konzept nicht ausreichen berücksichtigt bzw. korrekt konfiguriert.
Gruß
Doskias
Zitat von @Z006:
Letzte vollständige Sicherung 23.05.2018 22:00:25. 🙈
Da frag ich mich was die Windows ServerSicherung bisher gemacht hat. Eigentlich frage ich mich was ich die ganze Zeit gemacht habe.
Andere Sicherungssoftware muss ich mir erstmal beschaffen...
HalloLetzte vollständige Sicherung 23.05.2018 22:00:25. 🙈
Da frag ich mich was die Windows ServerSicherung bisher gemacht hat. Eigentlich frage ich mich was ich die ganze Zeit gemacht habe.
Andere Sicherungssoftware muss ich mir erstmal beschaffen...
wenn Exchange in einer VM läuft besorg dir Veeam Mediaedition. Kostet bis 5 VMs nichts
so long
Yumper
@yumper
https://www.veeam.com/de/virtual-machine-backup-solution-free.html?ad=me ...
Gruß,
Dani
wenn Exchange in einer VM läuft besorg dir Veeam Mediaedition. Kostet bis 5 VMs nichts
du meinst sicherlich die Community Edition. Dort kannst du bis zu 10 VMs sichern.https://www.veeam.com/de/virtual-machine-backup-solution-free.html?ad=me ...
Gruß,
Dani
Unabhängig davon würde ich dir Veeam empfehlen. Es kostet nichts, ist relativ einfach zu konfigurieren und bietet dir deutlich mehr Möglichkeiten als die die VSS-Sicherung von Windows. Stichwort Wiederherstellung auf anderen Maschinen, Wiederherstellung einzelnen Mails, Backup Copy Jobs, etc.
Spar nicht am falschen Ende. Du hast seit über 3 Jahren keine Vollständige Sicherung deines Exchange Servers gemacht. Fordere dein Glück nicht heraus und bereite dich auf den Worst-Case vor
Spar nicht am falschen Ende. Du hast seit über 3 Jahren keine Vollständige Sicherung deines Exchange Servers gemacht. Fordere dein Glück nicht heraus und bereite dich auf den Worst-Case vor
Zitat von @Doskias:
Unabhängig davon würde ich dir Veeam empfehlen. Es kostet nichts, ist relativ einfach zu konfigurieren und bietet dir deutlich mehr Möglichkeiten als die die VSS-Sicherung von Windows. Stichwort Wiederherstellung auf anderen Maschinen, Wiederherstellung einzelnen Mails, Backup Copy Jobs, etc.
Spar nicht am falschen Ende. Du hast seit über 3 Jahren keine Vollständige Sicherung deines Exchange Servers gemacht. Fordere dein Glück nicht heraus und bereite dich auf den Worst-Case vor
Unabhängig davon würde ich dir Veeam empfehlen. Es kostet nichts, ist relativ einfach zu konfigurieren und bietet dir deutlich mehr Möglichkeiten als die die VSS-Sicherung von Windows. Stichwort Wiederherstellung auf anderen Maschinen, Wiederherstellung einzelnen Mails, Backup Copy Jobs, etc.
Spar nicht am falschen Ende. Du hast seit über 3 Jahren keine Vollständige Sicherung deines Exchange Servers gemacht. Fordere dein Glück nicht heraus und bereite dich auf den Worst-Case vor
Hallo
funktioniert jedoch nicht, wenn Exchange direkt auf dem Blech läuft.
so long
Yumper
Veeam Agent for Microsoft Windows FREE schon.
Auch Server OS.
https://www.veeam.com/de/windows-endpoint-server-backup-free.html
Stefan
Zitat von @Z006:
Ich konnte nun allerdings einen Erfolg verbuchen mit der Windowssicherung und der vollständigen VSS-Sicherung.
Die Log-Dateien wurden erfolgreich abgeschnitten und mein Laufwerk hat auch wieder genügend Platz.
Dann brauch ich diese auch nicht zu verschieben.
Herzlichen Glückwunsch Du hast es geschafft und hast wahnsinniges Glück gehabt. Hier noch ein Tipp. Schaue dir mal Altaro an, hier kannst du die Sicherung automatisch testen lassen, ob dies auch gelaufen ist und in Ordnung ist. Du kannst sogar eine VM automatisch wiederherstellen lassen und diese bis zum Anmeldebildschirm hochfahren lassen. Nichtsdestotrotz empfehle ich IMMER eine Testrücksicherung in kleinen zeitlichen Abständen zu machen, da man niemals einem grünen Häkchen trauen sollte. Ich konnte nun allerdings einen Erfolg verbuchen mit der Windowssicherung und der vollständigen VSS-Sicherung.
Die Log-Dateien wurden erfolgreich abgeschnitten und mein Laufwerk hat auch wieder genügend Platz.
Dann brauch ich diese auch nicht zu verschieben.
Gruß HeinrichM
Zitat von @HeinrichM:
Gruß HeinrichM
Zitat von @Z006:
Ich konnte nun allerdings einen Erfolg verbuchen mit der Windowssicherung und der vollständigen VSS-Sicherung.
Die Log-Dateien wurden erfolgreich abgeschnitten und mein Laufwerk hat auch wieder genügend Platz.
Dann brauch ich diese auch nicht zu verschieben.
Herzlichen Glückwunsch Du hast es geschafft und hast wahnsinniges Glück gehabt. Hier noch ein Tipp. Schaue dir mal Altaro an, hier kannst du die Sicherung automatisch testen lassen, ob dies auch gelaufen ist und in Ordnung ist. Du kannst sogar eine VM automatisch wiederherstellen lassen und diese bis zum Anmeldebildschirm hochfahren lassen. Nichtsdestotrotz empfehle ich IMMER eine Testrücksicherung in kleinen zeitlichen Abständen zu machen, da man niemals einem grünen Häkchen trauen sollte. Ich konnte nun allerdings einen Erfolg verbuchen mit der Windowssicherung und der vollständigen VSS-Sicherung.
Die Log-Dateien wurden erfolgreich abgeschnitten und mein Laufwerk hat auch wieder genügend Platz.
Dann brauch ich diese auch nicht zu verschieben.
Gruß HeinrichM
Das kann Veeam auch alles. ;)
scheiben die mittlerweile eigentlich auch unsere Sprache? Oder immer noch nur Englisch?
Zitat von @Z006:
Vielen Dank an alle.
Übrigens wenn Exchange direkt auf "dem Blech" läuft empfiehlt Veeam die
Veeam Backup & Replication Community Edition
Vielen Dank an alle.
Übrigens wenn Exchange direkt auf "dem Blech" läuft empfiehlt Veeam die
Veeam Backup & Replication Community Edition
Hallo
damit wird jedoch nur ein Agent gesteuert, der den Server komplett oder einzelne Verzeichnisse sichert. Exchange Maintenence also Exchange Log-files damit löschen funktioniert nur wenn Exchange in einer VM läuft.
Outlook benötigt man auch noch auf dem Veeam Server um einzelne Postfächer oder Emails zu restoren.
So long
Yumper
Yumper
Zitat von @HeinrichM:
scheiben die mittlerweile eigentlich auch unsere Sprache? Oder immer noch nur Englisch?
scheiben die mittlerweile eigentlich auch unsere Sprache? Oder immer noch nur Englisch?
Hallo
die Dokumentation gibt es in 17 Sprachen. Das Programm selbst nur in englisch.
Veeam ist einfach das one-and-only zu Hause oder bei KUMs
so long
Yumper
Zitat von @Doskias:
Windows-Sicherung ist keine Exchange Sicherung.
Das würde ich so nicht unterschreiben, jahrelang damit gesichert , Single Item Recovery war nicht notwendig.
Und läuft super stabil.
Gruß
Doskias
Gruss