4
ExSrv 2003 - Sicherung Informationsspeicher nach crash sehr langsam
Hallo Forum,
nachdem ich bisher alle Probleme mithilfe von nachlesen lösen konnte, brauche ich nun das erste mal selbst Hilfe.
Hier kurz die wichtigestens Eck-Punkte:
Windows Server 2000 SP4 mit 4GB RAM
Exchange Server Enterprise 2003 SP2
Veritas Backup Exec 9.1 mit Exchange Client
Ultrium LTO3 Bandlaufwerk
Vorgeschichte:
vor 4 Wochen gab es einen Absturz des Betriebsystems mit Bluescreen. Nachdem der Server wieder gestartet war, gab es Probleme mit dem Exchange Server (ansosnten traten keine weiteren Probleme auf).
Alle Dienste des Exchange Server waren zwar gestartet, jedoch konnte kein User darauf zu greifen.
Es strellte sich heraus, dass die private Mailboxen und der öffentliche Speicher nicht bereit gestellt werden konnten.
Zum Schluß blieb mir nur noch die Verwendung von EseUtil. Die Überprüfung dauerte ca. 12h. Danach konnten die Speicher wieder Problemlos zur Verfügung gestellt werden. Es waren auch keine Daten verloren.
Das Problem ist jetzt folgendes:
Die Sicherung des Informationsspeichers ist seit diesem Absturz sehr langsam. Vorher lagen wir bei Werten von ca. 500MB/min. Jetzt sind es im besten Fall noch 130MB/min. Viel langsamer ist die Sicherung der einzelnen Mailboxen auch nicht. Diese Geschwindigkeit ist im übrigen nicht verändert.
Ich habe jetzt schon folgendes probiert, jedoch ohne Erfolg:
Sicherung mit Veritas auf Festplatte (genau so langsam)
Sicherung mit NT-Backup auf Band (genau so langsam)
Sicherung mit NT-Backup auf Festplatte (genau so langsam)
Man kann meiner Meinung nach als die Art der Sicherung als Fehler ausschließen. Das Problem muss beim Informationsspeicher liegen.
Auch eine Analyse mit dem Best Practices Analyzer Tools brachte keine Lösung.
Wie gesagt, ich denke es ist ein Fehler im Informationsspeicher (77GB zu sichern).
Vielen Dank für eure Hilfe!
Schöne Grüße, Christian
nachdem ich bisher alle Probleme mithilfe von nachlesen lösen konnte, brauche ich nun das erste mal selbst Hilfe.
Hier kurz die wichtigestens Eck-Punkte:
Windows Server 2000 SP4 mit 4GB RAM
Exchange Server Enterprise 2003 SP2
Veritas Backup Exec 9.1 mit Exchange Client
Ultrium LTO3 Bandlaufwerk
Vorgeschichte:
vor 4 Wochen gab es einen Absturz des Betriebsystems mit Bluescreen. Nachdem der Server wieder gestartet war, gab es Probleme mit dem Exchange Server (ansosnten traten keine weiteren Probleme auf).
Alle Dienste des Exchange Server waren zwar gestartet, jedoch konnte kein User darauf zu greifen.
Es strellte sich heraus, dass die private Mailboxen und der öffentliche Speicher nicht bereit gestellt werden konnten.
Zum Schluß blieb mir nur noch die Verwendung von EseUtil. Die Überprüfung dauerte ca. 12h. Danach konnten die Speicher wieder Problemlos zur Verfügung gestellt werden. Es waren auch keine Daten verloren.
Das Problem ist jetzt folgendes:
Die Sicherung des Informationsspeichers ist seit diesem Absturz sehr langsam. Vorher lagen wir bei Werten von ca. 500MB/min. Jetzt sind es im besten Fall noch 130MB/min. Viel langsamer ist die Sicherung der einzelnen Mailboxen auch nicht. Diese Geschwindigkeit ist im übrigen nicht verändert.
Ich habe jetzt schon folgendes probiert, jedoch ohne Erfolg:
Sicherung mit Veritas auf Festplatte (genau so langsam)
Sicherung mit NT-Backup auf Band (genau so langsam)
Sicherung mit NT-Backup auf Festplatte (genau so langsam)
Man kann meiner Meinung nach als die Art der Sicherung als Fehler ausschließen. Das Problem muss beim Informationsspeicher liegen.
Auch eine Analyse mit dem Best Practices Analyzer Tools brachte keine Lösung.
Wie gesagt, ich denke es ist ein Fehler im Informationsspeicher (77GB zu sichern).
Vielen Dank für eure Hilfe!
Schöne Grüße, Christian
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: 67726
Url: https://administrator.de/forum/exsrv-2003-sicherung-informationsspeicher-nach-crash-sehr-langsam-67726.html
Ausgedruckt am: 22.12.2024 um 21:12 Uhr
4 Kommentare
Neuester Kommentar
Hi,
könnte es vielleicht sein, dass der Veritas Exchnage Agent bei dem Absturz schaden erlitten hat.
Vielleicht mal deinstallieren und neu draufpacken.
Gruß
cykes
könnte es vielleicht sein, dass der Veritas Exchnage Agent bei dem Absturz schaden erlitten hat.
Vielleicht mal deinstallieren und neu draufpacken.
Gruß
cykes
Danke erst ein mal.
Da aber, wie gesagt, die Sicherung mit NT-Backup (Windowssicherung) auch nicht schneller ist, kann die Sicherungssoftware als Fehlerquelle eigentlich ausgeschlossen werden.
Da aber, wie gesagt, die Sicherung mit NT-Backup (Windowssicherung) auch nicht schneller ist, kann die Sicherungssoftware als Fehlerquelle eigentlich ausgeschlossen werden.
Das Problem ist gefunden. Eine Lösung noch nicht 100%-ig.
Nachdem ich versucht habe, ein Clone des logischen Laufwerkes zu erstellen, auf dem ausschließlich die edb und stm Files liegen, fiel mir auf, dass dies sehr langsam funktioniert. Dort wurde mit 200MB/min kopiert, obwohl die Datenübertragungsrate bei min. 800MB/min liegen sollte. Weiterhin war zu beobachten, dass beim Kopiervorgang immer wechselweise (in etwa im 1 Sekunden Takt) auf eine der beiden gespiegelten Platten zugegriffen, und nicht, wie sonst üblich, von beiden gelesen wird.
Nachdem ich eine der beiden Festplatten entfernt und den Clone-Vorgang neu gestartet hatte, lief dieser mit der üblichen Geschwindigkeit.
Auch wenn ich ein klein wenig Bauchschmerzen hatte, habe ich dann gestern Nacht eine der Platten entfernt, und die Datensicherung angestoßen. Und siehe da: Der Information Store wird mit 790MB/min gesichert.
Das Problem ist somit erkannt. Es liegt nicht an der Exchange Datenbank, sondern am RAID. Leider habe ich erst mal Montag wieder Zugang zu dem System, um die Spiegelung wieder her zu stellen. Bin mal gespannt, ob nach dem Neuaufbau die Geschwindigkeit zumindest in akzeptablen Bereichen bleibt. Die Gesamtsicherung lief somit in 9h, statt 19h, was der Dauer vor dem Crash entspricht.
Jedenfalls werde ich weiter berichten...vielleicht kann irgendjemand diese Hilfe mal gebrauchen. Ich bin zumindest beruhigt, dass der Fehler erkannt, und dass die Datenbank OK ist.
Schöne Grüße, Christian
Nachdem ich versucht habe, ein Clone des logischen Laufwerkes zu erstellen, auf dem ausschließlich die edb und stm Files liegen, fiel mir auf, dass dies sehr langsam funktioniert. Dort wurde mit 200MB/min kopiert, obwohl die Datenübertragungsrate bei min. 800MB/min liegen sollte. Weiterhin war zu beobachten, dass beim Kopiervorgang immer wechselweise (in etwa im 1 Sekunden Takt) auf eine der beiden gespiegelten Platten zugegriffen, und nicht, wie sonst üblich, von beiden gelesen wird.
Nachdem ich eine der beiden Festplatten entfernt und den Clone-Vorgang neu gestartet hatte, lief dieser mit der üblichen Geschwindigkeit.
Auch wenn ich ein klein wenig Bauchschmerzen hatte, habe ich dann gestern Nacht eine der Platten entfernt, und die Datensicherung angestoßen. Und siehe da: Der Information Store wird mit 790MB/min gesichert.
Das Problem ist somit erkannt. Es liegt nicht an der Exchange Datenbank, sondern am RAID. Leider habe ich erst mal Montag wieder Zugang zu dem System, um die Spiegelung wieder her zu stellen. Bin mal gespannt, ob nach dem Neuaufbau die Geschwindigkeit zumindest in akzeptablen Bereichen bleibt. Die Gesamtsicherung lief somit in 9h, statt 19h, was der Dauer vor dem Crash entspricht.
Jedenfalls werde ich weiter berichten...vielleicht kann irgendjemand diese Hilfe mal gebrauchen. Ich bin zumindest beruhigt, dass der Fehler erkannt, und dass die Datenbank OK ist.
Schöne Grüße, Christian
Nachdem jetzt einige Wochen vergangen sind und der Fehler nicht mehr auftrat, ist die Fehlerursache eindeutig.
Allerdings wäre ich nie durch logisches Nachdenken auf diesen Fehler gekommen....manchmal muss man einfach auch nur mal Glück haben.
Allerdings wäre ich nie durch logisches Nachdenken auf diesen Fehler gekommen....manchmal muss man einfach auch nur mal Glück haben.
