14
Exchange 2003 Wartung Pflege
Hi, ich habe ein bis mehrere Probleme ;)
Frage: was macht ihr für die Pflege bzw. zur Wartung des Exchange 2003 ?
Habe einen Server der mit beiden Datenbanken ca. 71GB umfaßt.
anscheinend wurde die Datenbank noch nie defragmentiert
im ereignislog erhalte ich immer viele Ereignis 9791 Einträge von MSExchangeIS
kurz danach is der Store nicht mehr erreichbar
normalerweise beträgt die RAM last der store.exe so ca. 600MB... wenn das Ereignis 9791 Eintritt läuft er bis auf 800MB und mehr hoch.
außerdem wäre wahrscheinlich die Festplatte zum Exchange defragmentieren zu klein wenn die 110% Regel zutrifft. haben noch 40GB frei
Ideen um den Kahn wieder hochzubringen?
System sehr schleppend - E7400 mit 4GB Ram
neue Hardware steht bereit, allerdings muß der Server noch notdürftig etwas halten (2-3 Wochen)
Frage: was macht ihr für die Pflege bzw. zur Wartung des Exchange 2003 ?
Habe einen Server der mit beiden Datenbanken ca. 71GB umfaßt.
anscheinend wurde die Datenbank noch nie defragmentiert
im ereignislog erhalte ich immer viele Ereignis 9791 Einträge von MSExchangeIS
kurz danach is der Store nicht mehr erreichbar
normalerweise beträgt die RAM last der store.exe so ca. 600MB... wenn das Ereignis 9791 Eintritt läuft er bis auf 800MB und mehr hoch.
außerdem wäre wahrscheinlich die Festplatte zum Exchange defragmentieren zu klein wenn die 110% Regel zutrifft. haben noch 40GB frei
Ideen um den Kahn wieder hochzubringen?
System sehr schleppend - E7400 mit 4GB Ram
neue Hardware steht bereit, allerdings muß der Server noch notdürftig etwas halten (2-3 Wochen)
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: 153967
Url: https://administrator.de/contentid/153967
Printed on: April 19, 2024 at 05:04 o'clock
14 Comments
Latest comment
Hallo.
Du meinst Offline Defragmentiert. Eine Onlinedefragmentation findet jede Nacht im Rahmen des Wartungsplanes statt. Diese reicht auch vollkommen aus. Ein Offline Defrag ist nur dann notwendig, wenn sehr viele Daten innerhalb der Datenbank gelöscht wurden. Ansonsten bringt es keinerlei Vorteile.
Dazu gibt es einen Hotfix - http://support.microsoft.com/kb/919417
LG Günther
anscheinend wurde die Datenbank noch nie defragmentiert
Du meinst Offline Defragmentiert. Eine Onlinedefragmentation findet jede Nacht im Rahmen des Wartungsplanes statt. Diese reicht auch vollkommen aus. Ein Offline Defrag ist nur dann notwendig, wenn sehr viele Daten innerhalb der Datenbank gelöscht wurden. Ansonsten bringt es keinerlei Vorteile.
im ereignislog erhalte ich immer viele Ereignis 9791 Einträge von MSExchangeIS
Dazu gibt es einen Hotfix - http://support.microsoft.com/kb/919417
LG Günther
den hotfix habe ich eingespielt
und offline defragmentierung halte ich für sinnvoll da der store seid ca 4 Jahren lebt und mittlerweile etliches gelöscht wurde...
aktuell läufts, ist aber nur ne zeitfrage denke ich
PS: habe mir mittlerweile exakt die gleiche hardware besorgt und werde eine sicherung auf der maschiene wiederherstellen.
dann kann ich "in ruhe" gucken ob das was mit der defragmentierung bringen würde... und was man noch für register ziehen könnte...
und offline defragmentierung halte ich für sinnvoll da der store seid ca 4 Jahren lebt und mittlerweile etliches gelöscht wurde...
aktuell läufts, ist aber nur ne zeitfrage denke ich
PS: habe mir mittlerweile exakt die gleiche hardware besorgt und werde eine sicherung auf der maschiene wiederherstellen.
dann kann ich "in ruhe" gucken ob das was mit der defragmentierung bringen würde... und was man noch für register ziehen könnte...
Hallo,
Gruß
Filipp
und offline defragmentierung halte ich für sinnvoll da der store seid ca 4 Jahren lebt und mittlerweile etliches
gelöscht wurde...
Offlinedefragmentierung als Wartungsaufgabe ist keine Best Practice. Und ws Günther (wahrscheinlich) mit "wenn sehr viele Daten innerhalb der Datenbank gelöscht wurden" ist: Wenn Daten gelöscht & keine neuen geschrieben wurden, und man jetzt seinen Plattenplatz wiederhaben will. Offline-Defragmentierung ist nämlich die einzige Möglichkeit, die .edb wieder zu verkleinern. Davon abgesehen ist Online Defrag genauso gut. Du kannst natürlich prüfen, ob die überhaupt korrekt läuft. Backup läuft korrekt? Nicht korrekt beendete Backups mag Exchange nicht.gelöscht wurde...
Gruß
Filipp
Hallo.
Richtig
Genau das war gemeint
Reicht völlig aus, da ja eine Datenbank sowieso ständig anwächst, und dadurch der Platz den die Onlinedefragmentation freimacht wieder belegt wird.
LG Günther
Offlinedefragmentierung als Wartungsaufgabe ist keine Best Practice
Richtig
Wenn Daten gelöscht & keine neuen geschrieben wurden, und man jetzt seinen Plattenplatz wiederhaben will.
Genau das war gemeint
Davon abgesehen ist Online Defrag genauso gut
Reicht völlig aus, da ja eine Datenbank sowieso ständig anwächst, und dadurch der Platz den die Onlinedefragmentation freimacht wieder belegt wird.
LG Günther
hi, danke für die antworten.... mittlerweile ist folgendes gemacht worden:
1) laut perfmon kratzt die festplatte ständig bei 100% auslastung
2) exchange edb + Protokolle vom Systemlaufwerk runtergezogen auf eine neue sata festplatte.
- dadurch ist die festplattenaktivität auf C:\ gesunken. auf dem neuen laufwerk anfangs auch. doch leider tratt der fehler erneut auf.
- diesmal hatte besagtes neues laufwerk (500GB) 100% auslastung obwohl nur das komplette mdbdata verzeichnis dort liegt...
3) beim abshcalten beider stores (priv+pub) ist festzustellen das die auslastung im perfmon direkt auf 0% fällt...
desweiteren ist festzustellen das immer wenn die store.exe anwächst auf 800MB diverse *.log files im mdbdata verzeichnis sind (transaktionsprotokolle?!?)
wenn diese abgearbeitet sind wird der store auch direkt wieder zugänglich...
irgendwo gibt es da einen zusammenhang, aber ich seh den baum vor lauter bäumen nicht ;)
kann es sein das die DB defekt ist? oder wodurch kommen diese 100% auslastungen einer leeren platte zustande?
steh so ein bißchen im wald. jedesmal wenn das problem auftritt bin ich machtlos
gruß
1) laut perfmon kratzt die festplatte ständig bei 100% auslastung
2) exchange edb + Protokolle vom Systemlaufwerk runtergezogen auf eine neue sata festplatte.
- dadurch ist die festplattenaktivität auf C:\ gesunken. auf dem neuen laufwerk anfangs auch. doch leider tratt der fehler erneut auf.
- diesmal hatte besagtes neues laufwerk (500GB) 100% auslastung obwohl nur das komplette mdbdata verzeichnis dort liegt...
3) beim abshcalten beider stores (priv+pub) ist festzustellen das die auslastung im perfmon direkt auf 0% fällt...
desweiteren ist festzustellen das immer wenn die store.exe anwächst auf 800MB diverse *.log files im mdbdata verzeichnis sind (transaktionsprotokolle?!?)
wenn diese abgearbeitet sind wird der store auch direkt wieder zugänglich...
irgendwo gibt es da einen zusammenhang, aber ich seh den baum vor lauter bäumen nicht ;)
kann es sein das die DB defekt ist? oder wodurch kommen diese 100% auslastungen einer leeren platte zustande?
steh so ein bißchen im wald. jedesmal wenn das problem auftritt bin ich machtlos
gruß
Hallo.
Das sind keine Transaktionslogs des Exchange. Geh einmal durch, was noch auf dem Exchange läuft:
- Datensicherung
- Imagesoftware
- Virenscanner
- sind die Exchange Verzeichnisse vom Virenscanner ausgeschlossen
LG Günther
dib. log files im mdbdata verzeichnis sind (transaktionsprotokolle?!?)
Das sind keine Transaktionslogs des Exchange. Geh einmal durch, was noch auf dem Exchange läuft:
- Datensicherung
- Imagesoftware
- Virenscanner
- sind die Exchange Verzeichnisse vom Virenscanner ausgeschlossen
LG Günther
datensicherung acronis (kein kommentar *g) nachts
virenscanner panda (abgeschaltet)
Verzeichnisse ausgeschlossen (mdbdata, *.edb, *.log, *.stm)
habe noch vergessen:
haben auf einem parallelsystem 2003 r2 geguckt mit etwas mehr postfächer und auch 70GB store größe.... da liegt die festplattenlast bei 20-30 %
obwohl system und datenbank auf der gleichen physikalischen platte laufen...
virenscanner panda (abgeschaltet)
Verzeichnisse ausgeschlossen (mdbdata, *.edb, *.log, *.stm)
habe noch vergessen:
haben auf einem parallelsystem 2003 r2 geguckt mit etwas mehr postfächer und auch 70GB store größe.... da liegt die festplattenlast bei 20-30 %
obwohl system und datenbank auf der gleichen physikalischen platte laufen...
Hallo.
Ich würde einmal bei diesen *dib* Dingern anfangen. Die kommen normal nicht vom Exchange.
Abschalten hilft oft nichts.
LG Günther
Ich würde einmal bei diesen *dib* Dingern anfangen. Die kommen normal nicht vom Exchange.
virenscanner panda (abgeschaltet)
Abschalten hilft oft nichts.
LG Günther
ups, schreibfehler.... nicht *dib* logfiles soll es heißen sondern div. *.log files ;)
und die sind vom exchange.... jede 5MB groß und durchnummeriert...
und die sind vom exchange.... jede 5MB groß und durchnummeriert...
Zitat von @neueradmuser:
ups, schreibfehler.... nicht *dib* logfiles soll es heißen sondern div. *.log files ;)
und die sind vom exchange.... jede 5MB groß und durchnummeriert...
Das liegt daran, dass ihr noch nie eine Sicherung gemacht hat, die anschließend die Transaktionsprotokolle des Exchange löscht.ups, schreibfehler.... nicht *dib* logfiles soll es heißen sondern div. *.log files ;)
und die sind vom exchange.... jede 5MB groß und durchnummeriert...
AFAIR macht Acronis das nicht.
Wechselt zu einer Sicherungslösung, welche in der Lage ist, den Exchange online korrekt zu sichern und die Transaktionsprotokolle abzuschneiden.
Empfehlung: Symantec BE oder BESR.
Hier steht es beschreiben:
http://support.microsoft.com/kb/240145/de
Hi.
Richtig, habe ich glatt übersehen. Erstelle zumindest einmal mit NT-Backup ein Backup (Vollbackup) des Exchange. Dann sind einmal alle Transaktionslogs weg, und du hast zumindest ein Backup das auch für eine Wiederherstellung verwendet werden kann
LG Günther
AFAIR macht Acronis das nicht.
Richtig, habe ich glatt übersehen. Erstelle zumindest einmal mit NT-Backup ein Backup (Vollbackup) des Exchange. Dann sind einmal alle Transaktionslogs weg, und du hast zumindest ein Backup das auch für eine Wiederherstellung verwendet werden kann
LG Günther
hi, aber sollte das thema nicht durch aktivieren der "umlaufprotokollierung" aufgehoben sein?
erstens läuft das system so wie es ist ja schon länger so, und zweitens sind es imme rnur so 15 - 25 *.log files...
wenn die nie gelöscht werden mit der vorhandenen sicherungsmethode so müßten es weitaus mehr logfiles sein...
ganz akut ist das problem erst seid letzter woche...
erstens läuft das system so wie es ist ja schon länger so, und zweitens sind es imme rnur so 15 - 25 *.log files...
wenn die nie gelöscht werden mit der vorhandenen sicherungsmethode so müßten es weitaus mehr logfiles sein...
ganz akut ist das problem erst seid letzter woche...
Hallo.
Nein.
a) bei der Umlaufprotokollierung gibt es max Transaktionslogs
b) bei der Umlaufprotokollierung sind im Desasterfall alle Mails bis zum letzten Vollbackup weg
c) mit Acronis sicherst du im schlimmstenfall binären Schrott, da keine Konsistenzprüfung der Datenbank erfolgt
d) wenn mit Acrionis gesichert wird, dann mit deren Exchange Agent, oder die Datenbank vor dem Backup anhalten
Führe also einmal ein ordentliches Vollbackup mit NT-Backup durch. Bei einem eventuellen Fehler in der Datenbank erhältst du dann sowieso eine Fehlermeldung.
LG Günther
hi, aber sollte das thema nicht durch aktivieren der "umlaufprotokollierung" aufgehoben sein?
Nein.
a) bei der Umlaufprotokollierung gibt es max Transaktionslogs
b) bei der Umlaufprotokollierung sind im Desasterfall alle Mails bis zum letzten Vollbackup weg
c) mit Acronis sicherst du im schlimmstenfall binären Schrott, da keine Konsistenzprüfung der Datenbank erfolgt
d) wenn mit Acrionis gesichert wird, dann mit deren Exchange Agent, oder die Datenbank vor dem Backup anhalten
Führe also einmal ein ordentliches Vollbackup mit NT-Backup durch. Bei einem eventuellen Fehler in der Datenbank erhältst du dann sowieso eine Fehlermeldung.
LG Günther
Hi,
gerade eben wieder... die *.log files sind genau 28 an der Zahl und sind 5.120KB groß... E0010D5A.log bis E0010D69.log
Exchange dicht...
wenn er gleich (~60 minuten) wieder zugänglich ist dann probiere ich den weg über ntbackup... sonst noch ideen?
Edit-1: eine kleingkeit fällt mir nun doch auf seid Office 2010 Einführung...
Wenn man mit einem Office 2010 sucht dann steigt gelegentlich die Store.exe auf dem Exchange... gelegentlich bricht der Exchange dann zusammen. leider ist das nicht wirklich reproduzierbar, aber immer wenn man denkt jetz mal eben suchen dann passiert es doch...
Kann das sein? Auslöser? oder einfach nur schlechte Kombination?
Früher tratt das Problem nur bei einem Rechner auf und es wurde somit vernachläßigt... nun sind es aber 3 Rechner...
Edit2:
Mittlerweile ist ntBackup für Exchange Store durchgelaufen (ohne irgendwas anzumoppern)
gerade eben wieder... die *.log files sind genau 28 an der Zahl und sind 5.120KB groß... E0010D5A.log bis E0010D69.log
Exchange dicht...
wenn er gleich (~60 minuten) wieder zugänglich ist dann probiere ich den weg über ntbackup... sonst noch ideen?
Edit-1: eine kleingkeit fällt mir nun doch auf seid Office 2010 Einführung...
Wenn man mit einem Office 2010 sucht dann steigt gelegentlich die Store.exe auf dem Exchange... gelegentlich bricht der Exchange dann zusammen. leider ist das nicht wirklich reproduzierbar, aber immer wenn man denkt jetz mal eben suchen dann passiert es doch...
Kann das sein? Auslöser? oder einfach nur schlechte Kombination?
Früher tratt das Problem nur bei einem Rechner auf und es wurde somit vernachläßigt... nun sind es aber 3 Rechner...
Edit2:
Mittlerweile ist ntBackup für Exchange Store durchgelaufen (ohne irgendwas anzumoppern)
