Was tun, wenn Ihr Server abstürzt?

Bitte teilen Sie uns mit, wie nützlich Sie diesen Tipp finden, indem Sie ihn unten bewerten. Haben Sie einen nützlichen Windows-Tipp, eine Zeitersparnis oder eine Problemumgehung zum Teilen? Reichen Sie es bei unserem Tippwettbewerb ein und Sie könnten einen Preis gewinnen!


Wenn Sie dies lesen, gehe ich davon aus, dass Sie wahrscheinlich den Albtraum eines Menschen durcharbeiten Serverabsturz.

Die schlechte Nachricht – abgesehen von der Erfahrung, dass Ihr Server abstürzt – ist, dass jeder Absturz anders ist, sodass ich hier nicht auf jede Art von Serverabsturz eingehen kann. Die gute Nachricht ist, dass Sie im Falle eines Serverabsturzes einige grundlegende Dinge tun können, die eine breite Palette von Umständen abdecken.

Wenn ein Server ausfällt, müssen Sie sich zunächst die ersten beiden Fragen stellen: “Was sind die Symptome des Absturzes?” und “Hat sich in letzter Zeit etwas auf dem Server geändert?”

Ist Hardware oder Software schuld?
Einige der möglichen Symptome sind:

  • Der Server wird nicht hochgefahren.
  • Der Server wird eingeschaltet, zeigt jedoch den Blue Screen of Death (BSOD) an.
  • Der Server wird hochgefahren und Windows wird geladen, aber einige wichtige Dienste können nicht gestartet werden.

Wenn sich das System nicht einschalten lässt, liegt definitiv ein Hardwareproblem vor. Höchstwahrscheinlich ist die Stromversorgung des Servers defekt.

Es ist jedoch wichtig, zuerst die einfachen Dinge zu überprüfen. Stellen Sie daher sicher, dass das System angeschlossen ist und über die Steckdose mit Strom versorgt wird. Ich bin einmal 600 Meilen gefahren, um einen toten Server zu ersetzen, nur um herauszufinden, dass jemand versehentlich den Schalter am Überspannungsschutz umgelegt hat. Stellen Sie sicher, dass Sie Dinge wie den Überspannungsschutz und die USV überprüfen, bevor Sie davon ausgehen, dass die Stromversorgung defekt ist.

Wenn das System startet, aber das BSOD anzeigt, liegt das Problem im Allgemeinen an einem Hardwarefehler oder einem fehlerhaften Gerätetreiber. Wenn Sie kürzlich einen neuen Gerätetreiber installiert haben, ist dies ein ziemlich guter Hinweis darauf, dass das Problem möglicherweise mit dem Treiber zusammenhängt.

Eine Möglichkeit, dem Problem auf den Grund zu gehen, besteht darin, den Computer im abgesicherten Modus zu starten. Wenn der Computer nicht einmal im abgesicherten Modus booten kann, liegt das Problem fast immer an der Hardware. Beachten Sie jedoch, dass eine beschädigte Windows-Installation manchmal dasselbe Problem verursachen kann. An dieser Stelle versuchen Sie am besten, den blauen Bildschirm zu entschlüsseln. Obwohl der blaue Bildschirm wie Kauderwelsch aussieht, enthält er tatsächlich sehr nützliche Informationen. (Ich empfehle Ihnen, einen Artikel zu lesen, den ich für Microsoft geschrieben habe: http://www.microsoft.com/technet/archive/winntas/tips/techrep/bsod.mspx. Obwohl der Artikel veraltet ist, weil er sich auf Windows NT bezieht, basieren Windows 2000 und Windows Server 2003 auf dem Windows NT-Kernel, und die meisten Fehler im Zusammenhang mit dem blauen Bildschirm sind immer noch dieselben wie in Windows NT.)

Wenn Sie den Server im abgesicherten Modus starten können, liegt höchstwahrscheinlich ein Treiberproblem vor, das den BSOD auslöst. Der Grund, warum Sie das System im abgesicherten Modus starten können, liegt darin, dass im abgesicherten Modus Windows mit einem Minimum an Treibern und Diensten geladen wird. Daher wird beim Booten im abgesicherten Modus nicht geladen, was auch immer das Problem verursacht.

Suchen Sie in Suchereignisprotokollen nach Hinweisen
Ich empfehle, den Diagnoseprozess zu starten, indem Sie in der Ereignisanzeige nach Hinweisen suchen, um das Problem aufzudecken. Wenn in den Ereignisprotokollen nichts angezeigt wird, sollten Sie den Geräte-Manager aufrufen und alles deaktivieren, was für Windows nicht kritisch ist. Die Idee ist, den im abgesicherten Modus verwendeten Treibersatz nachzuahmen.

Starten Sie nun den Computer im normalen Modus neu. Wenn Windows gestartet wird, verursacht eines der von Ihnen deaktivierten Geräte das Problem. Versuchen Sie, jeweils ein Gerät zu aktivieren, und starten Sie jedes Gerät neu, bis das Problem erneut auftritt. Das Gerät, das das Problem verursacht und das BSOD auslöst, ist das Gerät, das Sie unmittelbar vor dem Anzeigen des BSOD aktiviert haben.

Eine andere Art von Serverabsturz ist ein Absturz, bei dem Windows gestartet wird, ein kritischer Systemdienst jedoch nicht gestartet werden kann. Diese Art von Problem kann schwierig zu beheben sein, da die Schritte zur Fehlerbehebung je nach nicht gestartetem Dienst sehr unterschiedlich sind.

Nehmen Sie als Beispiel Microsoft Exchange. Wenn ein untergeordneter Dienst wie die Systemaufsicht nicht gestartet werden kann, ist Exchange möglicherweise beschädigt oder es treten Probleme bei der Kommunikation mit Active Directory auf. In einer solchen Situation würden Sie überprüfen, ob nichts die LDAP-Kommunikation blockiert, und Sie könnten versuchen, Exchange Server neu zu installieren oder das neueste Service Pack neu zu laden. Wenn andererseits eine Datenbank nicht bereitgestellt werden kann, ist die Datenbank wahrscheinlich entweder beschädigt oder befindet sich in einem inkonsistenten Zustand. Wenn dies der Fall ist, gibt es eine völlig andere Reihe von Schritten zur Fehlerbehebung, die Sie verwenden würden.

Serverabstürze können auf Hardware-, Betriebssystem- oder Anwendungsebene auftreten. Die Schritte zur Fehlerbehebung, mit denen Sie den Absturz diagnostizieren und beheben, hängen davon ab, auf welcher Ebene der Absturz aufgetreten ist.

Versuchen Sie, das Problem vor dem Wiederherstellen eines Backups manuell zu beheben, da das Wiederherstellen eines Backups fast immer zu mindestens einem gewissen Datenverlust führt.

Anmerkung des Herausgebers: Sie können ähnliche Hardwaretipps zweimal wöchentlich erhalten, indem Sie unseren Windows-Newsletter für Systeme und Speicher abonnieren. Jetzt registrieren!


Brien M. Posey, MCSE, ist ein Microsoft MVP für seine Arbeit mit Windows 2000 Server und IIS. Er war Chief Information Officer einer landesweiten Kette von Krankenhäusern und war einst für die IT-Sicherheit von Fort Knox verantwortlich. Als freiberuflicher technischer Redakteur hat er für Microsoft, CNET, ZDNet, TechTarget, MSD2D, Relevant Technologies und andere Technologieunternehmen geschrieben. Sie können Briens persönliche Website unter besuchen http://www.brienposey.com.

Similar Posts

Leave a Reply