Wolke2k4 11 Geschrieben 28. Mai 2020 Melden Teilen Geschrieben 28. Mai 2020 Hallo zusammen, ich habe hier einen Exchange 2013 CU21. Die VM wird täglich mit Backup Exec vollständig gesichert. Mittels Exchange Agent wird auch die Exchange Datenbank erfolgreich gesichert, das zeigt die EAC unter Server --> Datenbanken --> Eigenschaften --> "Letzte vollständige Sicherung" für beide DBs an. Trotzdem müllt mir der Mailbox Database Ordner mit Logfiles seit 09.01.2020... was auch immer da gewesen ist... Im Eventlog ist nicht wirklich was brauchbares zu finden, was in diesem Zusammenhang steht... Hat jemand eine Idee, wie man hier am besten vorgeht? Die Logfiles kann ich ja nicht so einfach löschen nehme ich an? Update auf CU23 werde ich noch durchführen. Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 28. Mai 2020 Melden Teilen Geschrieben 28. Mai 2020 Einfach mal umlaufprotokollierung aktivieren und dann wieder deaktivieren. Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 28. Mai 2020 Melden Teilen Geschrieben 28. Mai 2020 vor 2 Stunden schrieb NorbertFe: Einfach mal umlaufprotokollierung aktivieren und dann wieder deaktivieren. Ergänzend: die Einbindung der Datenbanken muss kurz aufgehoben werden Passiert eigenlich nach Rückfrage von selber. Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 29. Mai 2020 Melden Teilen Geschrieben 29. Mai 2020 Steht aber groß da und muss man manuell tun. ;) Zitieren Link zu diesem Kommentar
Wolke2k4 11 Geschrieben 29. Mai 2020 Autor Melden Teilen Geschrieben 29. Mai 2020 Danke für die Rückmeldung, hat geklappt! Gibt es einen bestimmten Grund für dieses Verhalten? Kann man hier präventiv etwas unternehmen um das künftig zu verhindern? Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 29. Mai 2020 Melden Teilen Geschrieben 29. Mai 2020 vor 14 Minuten schrieb NorbertFe: Steht aber groß da und muss man manuell tun. ;) Keine Ahnung - kenne mich nicht so aus. Habe ich das letzte Mal bei einer Migration verwendet... vor 6 Minuten schrieb Wolke2k4: Gibt es einen bestimmten Grund für dieses Verhalten? Kann man hier präventiv etwas unternehmen um das künftig zu verhindern? Änderungen am BE gewesen? Auf welcher Version seid ihr? Ich habe eine 23.x (müsste ich genauer gucken, das Backup verantwortet ein Kollege...) Nachtrag - ihr solltet zeitnah über eine Migration zu 2016 oder 2019 nachdenken - 2013 ist aus dem Mainsupport raus... Zitieren Link zu diesem Kommentar
Wolke2k4 11 Geschrieben 29. Mai 2020 Autor Melden Teilen Geschrieben 29. Mai 2020 vor 3 Minuten schrieb Nobbyaushb: Änderungen am BE gewesen? Auf welcher Version seid ihr? Ich habe eine 23.x (müsste ich genauer gucken, das Backup verantwortet ein Kollege...) Hmmm durchaus möglich. Derzeit ist die 20.5 installiert. Zitieren Link zu diesem Kommentar
testperson 1.677 Geschrieben 29. Mai 2020 Melden Teilen Geschrieben 29. Mai 2020 vor 2 Stunden schrieb Wolke2k4: Kann man hier präventiv etwas unternehmen um das künftig zu verhindern? Du könntest an wöchentlich oder monatlich präventiv du Umlaufprotokollierung aktivieren, DBs abhängen, anhängen, Umlaufprotokollierung deaktivieren, DBs abhängen und wieder anhängen. ;) Alternativ die an Exchange beteiligten Volumes auf 10%-20% freien Speicher monitoren oder allerspätestens bei diesen Events (https://docs.microsoft.com/en-us/exchange/mail-flow/back-pressure?view=exchserver-2019#back-pressure-logging-information) eingreifen. Zitieren Link zu diesem Kommentar
Wolke2k4 11 Geschrieben 29. Mai 2020 Autor Melden Teilen Geschrieben 29. Mai 2020 OK, Danke soweit für den Input! Zitieren Link zu diesem Kommentar
Dirk-HH-83 14 Geschrieben 3. Juni 2020 Melden Teilen Geschrieben 3. Juni 2020 Hätte eine kurze Rückfrage dazu: truncate exchange logs files funktionierte nicht, dadurch sind aktuell 2,5 Mio ältere Logfiles vorhanden. Auch diese "größere Menge" stört bei der Prcoedur nicht oder? Es sind größtenteils auch sehr alte Logfiles. Es ist kein DAG und ein Single-Exchange 2013. Procedur: Einfach mal umlaufprotokollierung aktivieren und dann wieder deaktivieren + Exchange-Datenbank neustarten Lösung: truncate mechanismus reparieren/herstellen Zitieren Link zu diesem Kommentar
Squire 262 Geschrieben 3. Juni 2020 Melden Teilen Geschrieben 3. Juni 2020 (bearbeitet) @Dirk-HH-83: stört an sich nicht ... dauert dann halt bisserl länger bis die aufgeräumt werden ... 2.5Mio ist aber schon ne stattliche Anzahl! bearbeitet 3. Juni 2020 von Squire Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 3. Juni 2020 Melden Teilen Geschrieben 3. Juni 2020 Am 29.5.2020 um 09:01 schrieb Wolke2k4: Hmmm durchaus möglich. Derzeit ist die 20.5 installiert. Haben meinen Backup-Admin gefragt, wir haben die neueste Version von BE, das ist die 20.6 - die läuft mittlerweile auf einem Windows 2019 Version 1909 gut. Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 3. Juni 2020 Melden Teilen Geschrieben 3. Juni 2020 vor 35 Minuten schrieb Nobbyaushb: Windows 2019 Version 1909 gut. Ohne gui? Oder vertipper von 1809? Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 3. Juni 2020 Melden Teilen Geschrieben 3. Juni 2020 vor 4 Minuten schrieb NorbertFe: Ohne gui? Oder vertipper von 1809? Nein - seit ein paar Tagen ist die Server 2019 in allen Versionen im VLSC angekommen, im MSDN ist man inzwischen bei 2004 - läuft gut. Die 2004 soll nach meinen Quellen zeitnah auch in den VLSC verfügbar sein... Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 3. Juni 2020 Melden Teilen Geschrieben 3. Juni 2020 Seh da keinen Unterschied. :/ muss ich mal demnächst schauen. Wär aber irgendwie neu, dass Server 2019 irgendwelche builds als Kriterium hätte. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.