groundhog
Goto Top

Bereitstellung Postfachspeicher SBS2003: Nicht genügend Arbeitsspeicher

Nach einem Serverausfall wg. Netzteilfehlers, arbeitete Exchange nicht mehr.
Alle Exchange-Dienste starteten, aber es war kein Zugriff möglich.

Da mit ESEUTIL auch ein "Dirty Shutdown" festgestellt wurde, habe ich die Datenbanken wieder in konsistenten Zustand versetzt und die Logdateien aus dem Verzeichnis entfernt.

Ereignisprotokoll:
"Fehler: Nicht genügend Arbeitsspeicher beim Starten von Speichergruppe...../CN=Erste Speichergruppe im Microsoft Exchange Server-informationsspeicher. Storage Group - Initialization of Jet failed"
Quelle: MSExchangeIS, EreignisID: 9518
Keine Fehlernummer

Dieses Ereignis kommt zwei mal direkt hintereinander, ich denke einmal für den öffentlichen Speicher und einmal für den Postfachspeicher.

Leider konnte ich zu o.g. Fehler keiner brauchbaren Hinweise erhalten, da dieser Fehler wohl sonst mit einer Fehlernummer ergänzt wird was bei mit in keiner Meldung vorgekommen ist.
Der Server hat 4GB Arbeitsspeicher und 4095MB Auslagerungsdatei (vom System verwaltet).

Wenn ich die Bereitstellung im System-Manager manuell erledigen möchte, erhalte ich die Fehlermeldung:
"Interner Verarbeitungsfehler. Starten Sie die Exhange-System-Manager der den Microsoft Exchange-Informationsspeicherdienst .... neu......
ID-Nr.: c1041724
Exchange-System-Manager"

Ich habe die Datenbanken mittlerweile defragmentiert, die Installation des Exchange 2003 SP2 wiederholt und den Server auch zwischendurch immer wieder gestartet. Der Fehler bleibt gleich.

Bevor ich nun die letzte, leider 10 Tage alte, Vollsicherung zurückspiele, bitte ich hier um einen Rat, falls das Problem bekannt ist oder lösbar erscheint.

Danke.

Content-ID: 263359

Url: https://administrator.de/forum/bereitstellung-postfachspeicher-sbs2003-nicht-genuegend-arbeitsspeicher-263359.html

Ausgedruckt am: 24.12.2024 um 01:12 Uhr

departure69
departure69 13.02.2015 um 19:19:42 Uhr
Goto Top
Hallo.

Zunächst hat mich Deine Überschrift verwirrt, es gibt nämlich keinen SBS 2013. War aber wohl ein Tippfehler, sicherlich meinst Du SBS 2003.

Du hast den Fehler detailliert beschrieben, aber ich muß zugeben, daß ich auch nichts damit anfangen kann.

Mir ist aber etwas grundsätzliches aufgefallen:

Ich kenne den SBS 2003 nicht, nur SBS 2008 und SBS 2011. Trotzdem kommt es mir so vor, daß nur 4 GB RAM für die ganze Maschine etwas wenig sind, immerhin ist der SBS auch noch DC, GC, FSMO, DNS, DHCP, ggf. WINS, Fileserver, ggf. Programmserver, Druckserver, AV-Server, WSUS und was man ihm noch so alles zumutet. Und dann natürlich noch Exchange, was allein einen nicht gerade geringen Bedarf an Hardwareressourcen hat.

Bist Du sicher, daß der Server überhaupt schon mal "ordentlich" gelaufen ist?

Falls ja, nehme ich alles zurück und behaupte das Gegenteil face-wink, aber 4 GB RAM kommt mir etwas wenig vor für einen Server mit so vielen Aufgaben. Zumindest sieht Microsoft diese Masse an Aufgaben theoretisch vor.

Edit: Ich lese gerade, daß der SBS 2003 sogar nur 4 GB kann - dann sollte diesbezüglich alles in Ordnung sein.

In dem Fall weiß vielleicht noch jemand was speziell zum Exchange 2003, sorry.


Grüße

von

departure69
groundhog
groundhog 13.02.2015 um 19:26:27 Uhr
Goto Top
Danke für die Rückmeldung, klar meine ich 2003 und den Tippfehler habe ich korrigiert.

Ich habe auch schon einige Programme deinstalliert und einem möglichen Platzbedarf zuvor zu kommen und die Gesamtgröße der Datenbank ist nur 11GB.

Nun spiele ich gerade -nur die Datenbanken- eine Sicherung von Montagmorgen zurück, mal sehen ob ich die starten kann. Mir ist überhaupt nicht klar, ob das vom System oder den Datenbanken kommt.
groundhog
groundhog 13.02.2015 aktualisiert um 19:55:53 Uhr
Goto Top
ESEUTIL meldet übrigens auch für die diese zurückgesicherten Datenbanken "Dirty Shutdown", obwohl diese zum Sicherungszeitpunkt (Montagmorgen gegen 1 Uhr) bis gestern einwandfrei funktioniert haben.

Auch das Hardrecover meldet mir "zu wenig Arbeitsspeicher". Irgendwie habe ich vermutlich ein Brett vorm Kopf:

E:\Programme\Exchsrvr\MDBDATA>..\bin\eseutil /cc "c:\tpp\Erste Speichergruppe"

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Using restore environment
Restore log file: c:\tpp\Erste Speichergruppe

Restore Path: c:\tpp\Erste Speichergruppe
Annotation: Microsoft Information Store
Server: V0
Backup Instance: Erste Speichergruppe
Target Instance:
Restore Instance System Path:
Restore Instance Log Path:

Databases: 2 database(s)
Database Name: Informationsspeicher f³r Íffentliche Ordn
er (V0)
GUID: 7E16E346-4C73-4897-66B24897132D2327
Source Files: E:\Programme\Exchsrvr\mdbdata\pub1.edb E:
\Programme\Exchsrvr\mdbdata\pub1.stm
Destination Files: E:\Programme\Exchsrvr\mdbdata\pub1.edb E:
\Programme\Exchsrvr\mdbdata\pub1.stm

Database Name: Postfachspeicher (V0)
GUID: 2B4EDCDF-F11F-4FEB-85A84FEBDEE39531
Source Files: E:\Programme\Exchsrvr\mdbdata\priv1.edb E
:\Programme\Exchsrvr\mdbdata\priv1.stm
Destination Files: E:\Programme\Exchsrvr\mdbdata\priv1.edb E
:\Programme\Exchsrvr\mdbdata\priv1.stm


Log files range: E0000479.log - E0000479.log
Last Restore Time: Thu Jan 01 01:00:00 1970

Recover Status: recoverNotStarted
Recover Error: 0x00000000
Recover Time: Fri Feb 13 19:37:00 2015

Restoring ....
Restore to server: V0
Target Instance: Erste Speichergruppe
Operation terminated with error -939523085 (Zu wenig Arbeitsspeicher.
) after 0.250 seconds.
Vision2015
Vision2015 13.02.2015 aktualisiert um 21:04:11 Uhr
Goto Top
nabend...
ich denke die fehlermeldung ist schlicht falsch...

das wird ein jet db fehler sein..

benutze mal ExDRA... und lass eseutil und co erst mal wech...

http://www.msxfaq.de/tools/exdra.htm

ich hoffe du hast noch die orginal DB´s und trans logs...
und sach was draus geworden ist...

das ihr den sbs2003 in den rentenzustand versetzen solltet, brauche ich wohl nicht zu sagen...
nen sbs2008 / 2011 gibbet noch günstig...
lg
v
groundhog
groundhog 14.02.2015 um 18:01:51 Uhr
Goto Top
ExDRA hat auch nicht weiter geholfen.
Ich habe nun folgendes Versucht:

- Eine Vollsicherung des Servers vom 24.1. zurückgespielt
- Im abgesicherten Modus gestartet
- Den ExchangeIS - Dienst auf manuell gestellt
- Nach Neustart die Datenbanken von Exchange gegen die von gestern ausgetauscht
- ExchangeIS gestartet

Und erst mal, läuft.

Dann aber habe ich den Server runtergefahren und neu gestartet um zu sehen ob nun alles OK ist und:
Der gleiche Fehler erneut.

Ich habe dann noch einmal versucht, den öffentlichen Speicher manuell zu starten, diesmal dauerte der Startversuch deutlich länger als sonst (vielleicht 10 Sekunden statt einer) und schlug mit der bekannten Meldung fehl.
Dann noch mal den privaten Speicher versucht, und der startete.

Irgendwie sehe ich wieder in der Nähe zum Anfang, auch wenn jetzt erst mal das Wiichtigste läuft.
Ich kann mir da wirklich keinen Reim drau machen vor allem glaube ich jetzt das es tatsächlich was mit dem Speicher zu tun hat, aber soweit ich das übersehen kann, ist den Anforderungen des SBS2003 vollkommen genüge getan.

Da muss ich jetzt erst mal eine Nacht früber schlafen.
Vision2015
Vision2015 14.02.2015 um 19:56:21 Uhr
Goto Top
was hat den ExDRA so gemeldet ?
hast du Troubleshoot Database Mount Problem ausgeführt ?
meldungen ?

es geht ja eigentlich nicht darum das der sbs2003 dir nicht genügt, sondern eher um sicherheit etc...
groundhog
groundhog 15.02.2015 um 10:33:40 Uhr
Goto Top
ExDRA konnte keinen Fehler feststellen. Vermutlich sucht der nach der Fehlernummer, die in meinem Fall ja nicht vorhanden war.

Heute habe ich den noch mal installiert und prompt fand er den Fehler, den ich selbst verursacht habe:
Beim Umkopieren hatte ich vergessen, die pub1.stm Datei wieder korrekt zu bennennen.

Nochmals Danke für die Hilfestellungen, ich plane jetzt mal den Umstieg auf SBS2011, das ist schon zu lange überfällig.

Einen schönen Sonntag an alle.
Vision2015
Vision2015 15.02.2015 um 11:24:42 Uhr
Goto Top
gern...
wünsch dir auch einen schönen sonntag face-smile