Microsoft Exchange Information Store
Hallo Freunde der Sonne
wir betreiben einen Small Business Server, der mit ca. 50 Clients verwaltet wird.
Folgendes Thema:
Da ich hier logischerweise der einzige SysAdmin bin, bereitet mir folgendes Thema Schwierigkeiten und ich kann nicht in meinen wohlverdienten Urlaub gehen. So alle drei Tage ist die Verbindung der Clients via Outlook zum SBS weg. Im Outlook steht, Folder was last updated: Time.... habe heute heruasgefunden dass, wenn ich den Microsoft Exchange Information Store neu starte, die Verbindung wieder besteht. Es hängen aber Mails in der Local Delivery Queue. Wie krieg ich die raus. und wie löse ich das andere Problem.
Ich will in den Urlaub.
Der wo die Lösung für mich hat, der kriegt aus meinem Urlaub ne Postkarte hihi
wir betreiben einen Small Business Server, der mit ca. 50 Clients verwaltet wird.
Folgendes Thema:
Da ich hier logischerweise der einzige SysAdmin bin, bereitet mir folgendes Thema Schwierigkeiten und ich kann nicht in meinen wohlverdienten Urlaub gehen. So alle drei Tage ist die Verbindung der Clients via Outlook zum SBS weg. Im Outlook steht, Folder was last updated: Time.... habe heute heruasgefunden dass, wenn ich den Microsoft Exchange Information Store neu starte, die Verbindung wieder besteht. Es hängen aber Mails in der Local Delivery Queue. Wie krieg ich die raus. und wie löse ich das andere Problem.
Ich will in den Urlaub.
Der wo die Lösung für mich hat, der kriegt aus meinem Urlaub ne Postkarte hihi
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 97008
Url: https://administrator.de/contentid/97008
Ausgedruckt am: 26.11.2024 um 02:11 Uhr
35 Kommentare
Neuester Kommentar
Das kann man doch mit einem kleinen Script und einem geplanten Task automatisch erledigen lassen. Du solltest es halt nur einige Tage vorher schon mal laufen lassen um zu sehen, ob es auch klappt.
BTW:
Was machen die während deinem Urlaub, wenn irgendwas ausfällt? Warten, bis du wieder kommst???
Manuel
BTW:
Was machen die während deinem Urlaub, wenn irgendwas ausfällt? Warten, bis du wieder kommst???
Manuel
rechtklick auf die speichergruppe, "speicherort der transaktionsprotokolle".
normalerweise sollten die dateien nicht älter sein als das letzte backup.
normalerweise sollten die dateien nicht älter sein als das letzte backup.
Hallo,
das SP2 allein reicht hierzu leider nicht, man muß auch die entsprechenden Registry-Keys ändern:
http://support.microsoft.com/kb/828070/en-us
http://support.microsoft.com/kb/912375/en-us
mfg
Harald
das SP2 allein reicht hierzu leider nicht, man muß auch die entsprechenden Registry-Keys ändern:
http://support.microsoft.com/kb/828070/en-us
http://support.microsoft.com/kb/912375/en-us
mfg
Harald
Hallo,
wie wäre es damit:
1. Die Exchange Dienste stoppen (inkl. des SMTP-Dienstes)
2. Die Mails aus dem "Queue"-Verzeichnis ins "Pickup"-Verzeichnis verschieben
3. Die Exchange Dienste wieder starten (inkl. des SMTP-Dienstes)
Das läßt sich alles per Script automatisieren und kann z. B. über den Taskplaner jeden Abend ausgeführt werden.
mfg
Harald
wie wäre es damit:
1. Die Exchange Dienste stoppen (inkl. des SMTP-Dienstes)
2. Die Mails aus dem "Queue"-Verzeichnis ins "Pickup"-Verzeichnis verschieben
3. Die Exchange Dienste wieder starten (inkl. des SMTP-Dienstes)
Das läßt sich alles per Script automatisieren und kann z. B. über den Taskplaner jeden Abend ausgeführt werden.
mfg
Harald
Normalerweise sollte der Exchange die Mails ohne weiteres zutun deinerseits zustellen bzw. abarbeiten. Gelöscht werden muss da nichts.
Eine Frage noch: Hast du evtl. irgendwelche Zusatztools installiert, die mit Eventsinks arbeiten?
Mein e2k3 macht manchmal ähnliche Mucken. Inzwischen weiß ich aber, dass die darauf installierte ExchangeServerToolbox das auslöst. Die wird dann kurz deaktiviert und wieder aktiviert und gut ist's.
Manuel
Eine Frage noch: Hast du evtl. irgendwelche Zusatztools installiert, die mit Eventsinks arbeiten?
Mein e2k3 macht manchmal ähnliche Mucken. Inzwischen weiß ich aber, dass die darauf installierte ExchangeServerToolbox das auslöst. Die wird dann kurz deaktiviert und wieder aktiviert und gut ist's.
Manuel
Beispielsweise das in eine Batch schreiben......und per Taskplaner nachts laufen lassen.
Manuel
PS:
Es kann sein, dass du die Reihenfolge der Dienste variieren musst, weil der Server sich sonst beschwert, dass abhängige Dienste noch laufen.
net stop "microsoft exchange-ereignis"
net stop "microsoft exchange-informationsspeicher"
net stop "microsoft exchange-systemaufsicht"
net stop "microsoft exchange-verwaltung"
move "<pfadzuexchange>\mailroot\vsi 1\queue\*.*" "<pfadzuexchange>\mailroot\vsi 1\pickup\*.*"
net start "microsoft exchange-ereignis"
net start "microsoft exchange-informationsspeicher"
net start "microsoft exchange-systemaufsicht"
net start "microsoft exchange-verwaltung"
Manuel
PS:
Es kann sein, dass du die Reihenfolge der Dienste variieren musst, weil der Server sich sonst beschwert, dass abhängige Dienste noch laufen.
Kleienr Tipp zum Stoppen der Dienste per Script: Das bednen der Systemaufsicht mit den zusätzlichen Parametern /ALL /YES führt dazu, dass der Server die abhängigen Dienste automatisch mit beendet (hach - das spart doch wieder Schreibarbeit...). Umgekehrt gehts natürlich auch. Wenn ich einen Dienst starte, der von anderen abhängig ist, dann werden die automatisch mitgestartet (auch ohne Parameter...)
Auffällig ist natürlich, dass deine Datenbank u.U schon am Limit gewesen sein dürfte. Die tatsächliche Datenmenge in der Datenbank lässt sich allerdings nicht an der Dateigröße festmachen, da das Löschen von Daten nicht gleichzeitig zu einer physikalishen Verkleinerung der Datenbank führt.
Ansonsten solltest du (nachdem du die Datenbankgröße raufgesetzt hast !!?) vielleicht auch mal die Datenbanken selbst checken. Vielleicht ist ja da iergendein Fehler din. ich für meinenTeil halt den oftmals als sehr delikat bezeichneteten Einsatz von eseutil und isinteg nicht für gar so kritisch - allerdings nur dann, wenn man vorher den IS beendet und ein Backup aller Datenbanken und Transaktionsprotokolle anfertiget. Also einfach das Verzeichnis wegkopieren. eseutil läuft ohnehin nur bei abgeschaltetere Datenbank und sollte es zu einem schwerwiegenden Problem kommen, kannst du die Dateien einfach wieder zurückkopieren und zumindest wieder da, woi du angefangen hast.
Lese dir mal das durch: http://www.msexchange.org/tutorials/Exchange-ISINTEG-ESEUTIL.html
Ja und wenn das alles nichts nützt: Wie wäre es, wenn Cheffe mal das Portemonaie aufmacht und ausnahmsweise jemenden da ranlässt, der sich damit ein gutes Stück mehr auskennt. Hier kann auch mal das Argument der Produktivität helfen. Ich gahe nicht davon aus, dass das in der Firma dien einziger Job ist (da hätetst du ein wenig zu wenig zu tun denke ich mal...) - was nützt es der Firma, wenn dich tagelang mit einem Problem herumschlägst ?!
Gruß
Hubert
Auffällig ist natürlich, dass deine Datenbank u.U schon am Limit gewesen sein dürfte. Die tatsächliche Datenmenge in der Datenbank lässt sich allerdings nicht an der Dateigröße festmachen, da das Löschen von Daten nicht gleichzeitig zu einer physikalishen Verkleinerung der Datenbank führt.
Ansonsten solltest du (nachdem du die Datenbankgröße raufgesetzt hast !!?) vielleicht auch mal die Datenbanken selbst checken. Vielleicht ist ja da iergendein Fehler din. ich für meinenTeil halt den oftmals als sehr delikat bezeichneteten Einsatz von eseutil und isinteg nicht für gar so kritisch - allerdings nur dann, wenn man vorher den IS beendet und ein Backup aller Datenbanken und Transaktionsprotokolle anfertiget. Also einfach das Verzeichnis wegkopieren. eseutil läuft ohnehin nur bei abgeschaltetere Datenbank und sollte es zu einem schwerwiegenden Problem kommen, kannst du die Dateien einfach wieder zurückkopieren und zumindest wieder da, woi du angefangen hast.
Lese dir mal das durch: http://www.msexchange.org/tutorials/Exchange-ISINTEG-ESEUTIL.html
Ja und wenn das alles nichts nützt: Wie wäre es, wenn Cheffe mal das Portemonaie aufmacht und ausnahmsweise jemenden da ranlässt, der sich damit ein gutes Stück mehr auskennt. Hier kann auch mal das Argument der Produktivität helfen. Ich gahe nicht davon aus, dass das in der Firma dien einziger Job ist (da hätetst du ein wenig zu wenig zu tun denke ich mal...) - was nützt es der Firma, wenn dich tagelang mit einem Problem herumschlägst ?!
Gruß
Hubert
achja...
was ich mir nun echt nicht vorstellen kann ist, dass auf dem Server die Protokolle sauber sind und kein Auskunft geben...
und:
was in dem Artikel echt fehlt ist der Aufruf von eseutil mit dem Parameter /MH - das macht nichts an deiner Datenbank, sondern gibt dir erst einmal den Status der Datenbank aus.
was ich mir nun echt nicht vorstellen kann ist, dass auf dem Server die Protokolle sauber sind und kein Auskunft geben...
und:
was in dem Artikel echt fehlt ist der Aufruf von eseutil mit dem Parameter /MH - das macht nichts an deiner Datenbank, sondern gibt dir erst einmal den Status der Datenbank aus.