6
Probleme mit Exchange Logfiles nach Hard Recover
Hallo Leute !
Habe folgendes Problem:
Unser Exchange2k ist gestern voll gelaufen und hat sich einfach neu gestartet. Durch den "unsauberen Neustart" sind beide DBs (priv1 und pub1) beschädigt worden. Habe sie dann mit eseutil /p repariert und die Exchange Dienste liesen sich wieder starten. Nun ist es aber so, das seit gestern abend 5 Logfiles á 5 MB PRO MINUTE geschrieben werden. Hab jetzt schon über 10 GB davon gesammelt.
Kann mir jmd. erklären warum ? Stellt er alle Logfiles, die je zu den DBs existiert haben, wieder her ?
Danke im Voraus,
brainkopp
Habe folgendes Problem:
Unser Exchange2k ist gestern voll gelaufen und hat sich einfach neu gestartet. Durch den "unsauberen Neustart" sind beide DBs (priv1 und pub1) beschädigt worden. Habe sie dann mit eseutil /p repariert und die Exchange Dienste liesen sich wieder starten. Nun ist es aber so, das seit gestern abend 5 Logfiles á 5 MB PRO MINUTE geschrieben werden. Hab jetzt schon über 10 GB davon gesammelt.
Kann mir jmd. erklären warum ? Stellt er alle Logfiles, die je zu den DBs existiert haben, wieder her ?
Danke im Voraus,
brainkopp
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 23480
Url: https://administrator.de/forum/probleme-mit-exchange-logfiles-nach-hard-recover-23480.html
Ausgedruckt am: 25.12.2024 um 01:12 Uhr
6 Kommentare
Neuester Kommentar
Ergänzung zum beschriebenen Problem:
wie brainkopp bereits beschrieben hat hört unser exchange nicht mehr auf logfiles zu produzieren, das ganze hat vor zwei Tagen angefangen. Wir wurden von der Firma Minasoft im Sekundentakt mit Emails bombadiert, irgendwann war die Exchangepartition voll, jede Email hat ca 800KB, Exchange hat sich neugestartet und dadurch sind die Datenbanken pub und priv beschädigt worden.
Dienste konnten nach dem Ausführen von eseutil /p wieder gestartet werden, ich habe heute dann noch eseutil /d ausgeführt um die Datenbank zu defragmentieren, im Anschluss noch mehrmals isinteg -s "server" -fix -test alltests durchgeführt, Resultat: Datenbank ist Fehlerfrei. Nachdem die Datenbank wieder "online" geschalten war wurden sofort wieder Logfiles im Übermaß produziert, zeitweise bis zu 12 STÜCK in der Minute was da bedeutet über 50MB in der Minute!!! Immoment produziert er auch fröhlich weiter. Hat jemand eine Erklärung woran das liegen kann? Habe dann die Windowssicherung gestartet um einen Teil der Logfiles loszuwerden, allerdings werden so viel neue produziert das ich permanent sichern müsste um den ### in Griff zu kriegen.
Für eure Infos schon ma dank im voraus
duckfox
wie brainkopp bereits beschrieben hat hört unser exchange nicht mehr auf logfiles zu produzieren, das ganze hat vor zwei Tagen angefangen. Wir wurden von der Firma Minasoft im Sekundentakt mit Emails bombadiert, irgendwann war die Exchangepartition voll, jede Email hat ca 800KB, Exchange hat sich neugestartet und dadurch sind die Datenbanken pub und priv beschädigt worden.
Dienste konnten nach dem Ausführen von eseutil /p wieder gestartet werden, ich habe heute dann noch eseutil /d ausgeführt um die Datenbank zu defragmentieren, im Anschluss noch mehrmals isinteg -s "server" -fix -test alltests durchgeführt, Resultat: Datenbank ist Fehlerfrei. Nachdem die Datenbank wieder "online" geschalten war wurden sofort wieder Logfiles im Übermaß produziert, zeitweise bis zu 12 STÜCK in der Minute was da bedeutet über 50MB in der Minute!!! Immoment produziert er auch fröhlich weiter. Hat jemand eine Erklärung woran das liegen kann? Habe dann die Windowssicherung gestartet um einen Teil der Logfiles loszuwerden, allerdings werden so viel neue produziert das ich permanent sichern müsste um den ### in Griff zu kriegen.
Für eure Infos schon ma dank im voraus
duckfox
Es liegt daran, daß er nicht mehr weiß, wann er zuletzt gesichert wurde.
Versuche mal folgendes:
a) die Umlaufprotokollierung aktivieren, alte Logfiles löschen
b) vollständige Datensicherung abwarten
c) Umlaufprotokollierung wieder deaktivieren
(Umlaufprotokollierung unter Rechtsklick Erste Speichergruppe-Eigenschaften de/aktivieren)
Ich hatte diesbezüglich schon mal einen MS Thread laufen (SBS W2K mit Exchange2K), es kam nicht viel raus, sie ließen mich die ntds.dit mit dem ntdsutil prüfen, aber daran lag es nicht. Ich habe es wie oben beschrieben wieder zum Laufen gebracht.
Hope this helps
A.
Versuche mal folgendes:
a) die Umlaufprotokollierung aktivieren, alte Logfiles löschen
b) vollständige Datensicherung abwarten
c) Umlaufprotokollierung wieder deaktivieren
(Umlaufprotokollierung unter Rechtsklick Erste Speichergruppe-Eigenschaften de/aktivieren)
Ich hatte diesbezüglich schon mal einen MS Thread laufen (SBS W2K mit Exchange2K), es kam nicht viel raus, sie ließen mich die ntds.dit mit dem ntdsutil prüfen, aber daran lag es nicht. Ich habe es wie oben beschrieben wieder zum Laufen gebracht.
Hope this helps
A.
Bin gerade dabei dein Vorschlag in die Tat umzusetzten.
Hatte gestern noch eine Komplettsicherung durchlaufen lassen, das Ergebnis war das er einen Großteil der Logfiles gelöscht hatte, allerdings hat er nicht aufgehört sie zu produzieren.
Die Firma die Auslöser für den Versand tausender Newsletter ist haben haben folgende Erklärung http://www.minasoft.de/index_start.htm für die überdurschnittlich vielen Email die wir bekamen.
Vermutlich hat unsere EXCHANGELOGFILEÜBERPRODUKTION damit was zu tun.
Warte jetzt mal die Sicherung ab und deaktiviere dann wieder die Umlaufprotokollierung, vielleicht hilfts.
Thx,
duckfox
Hatte gestern noch eine Komplettsicherung durchlaufen lassen, das Ergebnis war das er einen Großteil der Logfiles gelöscht hatte, allerdings hat er nicht aufgehört sie zu produzieren.
Die Firma die Auslöser für den Versand tausender Newsletter ist haben haben folgende Erklärung http://www.minasoft.de/index_start.htm für die überdurschnittlich vielen Email die wir bekamen.
Vermutlich hat unsere EXCHANGELOGFILEÜBERPRODUKTION damit was zu tun.
Warte jetzt mal die Sicherung ab und deaktiviere dann wieder die Umlaufprotokollierung, vielleicht hilfts.
Thx,
duckfox
Hallo Samptpfote,
dein Vorschlag hat leider auch nicht geholfen, die Exchange Db ist mitlerweile auf über 16GByte gewachsen.
Bin gerade dabei SP3 zu installieren, im Anschluss will ich noch mit dem Disaster Recovery Tool für Exchangeserver die Speichergruppe überprüfen, wenn das auch nichts bringt muss unsere Firma erstmal ohne Outlook auskommen...........
Falls Ihr noch irgendwelche Anregungen, Tipps, Ideen habt wär ich euch sehr Dankbar.
Grüße
duckfox
dein Vorschlag hat leider auch nicht geholfen, die Exchange Db ist mitlerweile auf über 16GByte gewachsen.
Bin gerade dabei SP3 zu installieren, im Anschluss will ich noch mit dem Disaster Recovery Tool für Exchangeserver die Speichergruppe überprüfen, wenn das auch nichts bringt muss unsere Firma erstmal ohne Outlook auskommen...........
Falls Ihr noch irgendwelche Anregungen, Tipps, Ideen habt wär ich euch sehr Dankbar.
Grüße
duckfox
Wächst die Datenbank auch oder nur die Logfiles?
Mit dem Circular Logging sollten gar keine Logfiles mehr dasein (nur das aktuelle)!
Hast Du die Warteschlangen geprüft und geleert?
A.
Mit dem Circular Logging sollten gar keine Logfiles mehr dasein (nur das aktuelle)!
Hast Du die Warteschlangen geprüft und geleert?
A.
Sorry hat jetzt doch etwas länger gedauert....
Also die Datenbank ist nachdem ich die Circular Logging aktiviert habe innerhalb kürzester Zeit auf 16GByte angewachsen.
Hab jetzt folgendes gemacht, die zuvor erstellte Kopie der Datenbank zurückgesichert, die Warteschlangen überprüft und geleert (Danke für den Tip), Informationsspeicher wieder gestartet das SP3 und Rollupupdate für Exchange2000 installiert, die Datenbank defragmentiert (eseutil /d) im Anschluss so oft mit isinteg bearbeitet bis keine Fehler / Fixes mehr auftauchten, dann Speichergruppen wieder zur Verfügung gestellt und aus sämtlichen Postfächern die Newsletter von Minasoft gelöscht.
und jetzt funtzt alles wieder
Doch ich hatte mich zufrüh gefreut, zwei Tage nachdem ich unsere Datenbank wieder flott gemacht habe hatte ich das gleich Problem bei einem Kunden, der allerdings nicht wie wir 13 Postfächer hat sondern gleich mal über 50.
Also gleiches Spiel hab ich gedacht....
Hat soweit auch funktioniert, das Reparieren der Datenbank konnte ich mir diesmal sparen da der Informationsspeicher noch gestartet werden konnte. Problem war das gleiche wie bei uns das er permanent Logfiles produziert hatte und die Platte vollgelaufen ist.
Wie oben beschrieben habe das ursprüngliche Problem in den Griff bekommen, allerdings hab ich ein neues....
, der STORE.EXE Dienst läuft seither mit über 900MB Auslastung, was wohl auch nicht normal sein kann.
Habe bis jetzt nichts mehr unternehmen können da noch andere Baustellen....
Vielleicht kennt Ihr / Du das Problem?!
Vermute das das mit einem von diesen neuen Würmern zusammenhängt, die sich über Massenmailings verbreiten. Doch mist ist, das ich die Exchange Db nicht scannen darf.
In dem Netzwerk des Kunden wird Symantec auf allen Rechnern betrieben, allerdings in der nicht mehr unterstützten Version 7.xx. doch die Virensignaturen werden immerhin noch einmal die Woche aktualisiert, und ne Symantec Hardwarefirwall ist auch installiert.
thx
duckfox
Also die Datenbank ist nachdem ich die Circular Logging aktiviert habe innerhalb kürzester Zeit auf 16GByte angewachsen.
Hab jetzt folgendes gemacht, die zuvor erstellte Kopie der Datenbank zurückgesichert, die Warteschlangen überprüft und geleert (Danke für den Tip), Informationsspeicher wieder gestartet das SP3 und Rollupupdate für Exchange2000 installiert, die Datenbank defragmentiert (eseutil /d) im Anschluss so oft mit isinteg bearbeitet bis keine Fehler / Fixes mehr auftauchten, dann Speichergruppen wieder zur Verfügung gestellt und aus sämtlichen Postfächern die Newsletter von Minasoft gelöscht.
und jetzt funtzt alles wieder
Doch ich hatte mich zufrüh gefreut, zwei Tage nachdem ich unsere Datenbank wieder flott gemacht habe hatte ich das gleich Problem bei einem Kunden, der allerdings nicht wie wir 13 Postfächer hat sondern gleich mal über 50.
Also gleiches Spiel hab ich gedacht....
Hat soweit auch funktioniert, das Reparieren der Datenbank konnte ich mir diesmal sparen da der Informationsspeicher noch gestartet werden konnte. Problem war das gleiche wie bei uns das er permanent Logfiles produziert hatte und die Platte vollgelaufen ist.
Wie oben beschrieben habe das ursprüngliche Problem in den Griff bekommen, allerdings hab ich ein neues....
, der STORE.EXE Dienst läuft seither mit über 900MB Auslastung, was wohl auch nicht normal sein kann.Habe bis jetzt nichts mehr unternehmen können da noch andere Baustellen....
Vielleicht kennt Ihr / Du das Problem?!
Vermute das das mit einem von diesen neuen Würmern zusammenhängt, die sich über Massenmailings verbreiten. Doch mist ist, das ich die Exchange Db nicht scannen darf.
In dem Netzwerk des Kunden wird Symantec auf allen Rechnern betrieben, allerdings in der nicht mehr unterstützten Version 7.xx. doch die Virensignaturen werden immerhin noch einmal die Woche aktualisiert, und ne Symantec Hardwarefirwall ist auch installiert.
thx
duckfox
