Summary: Sie können den Exchange Server nicht einfach neu starten, wenn Sie die Sicherheitspatches oder kumulativen Updates (CU) installieren. Sie müssen das richtige Verfahren zum Neustart des Exchange Servers befolgen, um Probleme zu vermeiden. Dieser Artikel hilft Ihnen, das richtige Verfahren zum Neustart des Exchange Servers zu verstehen. Außerdem erfahren Sie etwas über ein Exchange-Wiederherstellungstool, mit dem Sie die Datenbank wiederherstellen können, wenn etwas schief läuft.
Die meisten Unternehmen haben ein monatliches Wartungsfenster, um das Betriebssystem und Exchange Server-Updates zu installieren. Bei solchen Änderungen müssen sie den Exchange Server neu starten. Es gibt verschiedene andere Gründe, warum Sie Ihren Exchange Server neu starten müssen. Möglicherweise gibt es Probleme mit der zugrunde liegenden Hardware, und Sie müssen Exchange ausschalten, um die fehlerhafte Hardware zu reparieren oder zu ersetzen. Wenn Sie eine virtuelle Maschine verwenden, müssen Sie den Server neu starten, um die Virtualisierungstools zu aktualisieren oder um dem Server neue Ressourcen hinzuzufügen.
Aber warum kann man den Exchange Server nicht einfach neu starten? Exchange Server besteht aus einer Vielzahl von Elementen. Diese sind in Dienste unterteilt. Die Dienste können sich von einer Version von Exchange Server zur anderen unterscheiden. Beim Neustart eines Servers kann es Dienste geben, die von anderen abhängig sind. Außerdem müssen Sie berücksichtigen, ob Aktualisierungen und Prozesse ausgeführt werden. Sie müssen die Dienste anhalten, bevor Sie den Server neu starten. Wenn ein Prozess feststeckt oder eingefroren ist, kann dies den Neustart verzögern oder sogar verhindern. In einem solchen Fall können Sie nichts tun, da Sie mit einem blauen Bildschirm festsitzen.
Sie müssen also das richtige Verfahren befolgen, um diese Dienste zu beenden und den Exchange Server neu zu starten. Im Folgenden werden wir den richtigen Weg zum Neustart des Exchange Servers besprechen.
Verfahren zum Neustart des Exchange-Servers
Wir gehen hier davon aus, dass das Betriebssystem, das den Exchange Server beherbergt, ein Mitgliedsserver ist und dass keine anderen Anwendungen von Drittanbietern oder Microsoft installiert sind. Solche Anwendungen würden ein eigenes Verfahren erfordern, und wir können nicht alle Anwendungen behandeln.
Beginnen wir mit dem schrittweisen Prozess:
- Beenden Sie den MSExchangeADTopology-Dienst: Zunächst müssen Sie den MSExchangeADTopology-Dienst anhalten. Dadurch werden die abhängigen Dienste angehalten. Dann können Sie fortfahren und die anderen Dienste anhalten. Es gibt verschiedene Möglichkeiten, die Dienste zu beenden. Sie können das Fenster Dienste-Manager öffnen, indem Sie mit der rechten Maustaste auf die Schaltfläche Start klicken und dann auf Ausführen. Geben Sie services.msc ein. Das Fenster mit den Diensten wird geöffnet.
- Suchen Sie die Exchange Server-Dienste: Suchen Sie nun die Exchange Server-Dienste, klicken Sie mit der rechten Maustaste darauf und klicken Sie auf Anhalten. Stellen Sie sicher, dass Sie die Dienste anhalten, deren Starttyp Automatisch oder Automatisch (verzögert) ist. Lassen Sie die Dienste, die manuell oder deaktiviert sind, unberührt. Sie können den Prozess auch automatisieren, indem Sie ein PowerShell-Skript wie unten angegeben verwenden.
Öffnen Sie die PowerShell-Eingabeaufforderung als Administrator und führen Sie den folgenden Befehl aus:
Get-service | ?{$_.Name -gleich "MSexch*"} | stop-service
Dadurch werden automatisch alle Dienste beendet, die mit MSexch für das Präfix Microsoft Exchange Server beginnen.
Durch den obigen Vorgang werden die Dienste des Exchange Servers beendet. Jetzt können Sie den Server neu starten, wenn es sich um einen eigenständigen Exchange Server handelt. Bei einem Server in einer Datenbankverfügbarkeitsgruppe (DAG) läuft der Prozess etwas anders ab.
- Versetzen Sie den Server in den Wartungsmodus: Bevor Sie fortfahren, alle Dienste zu stoppen, müssen Sie den Server in den Wartungsmodus versetzen. Exchange Server Hochverfügbarkeit bietet die Möglichkeit, alle Dienste und Vorgänge auf einen anderen Server in Ihrer Infrastruktur auf einen beliebigen Knoten im Cluster zu verschieben.
- Nun müssen Sie den Hub-Transport-Service entleeren, damit Sie alle ausstehenden Verbindungen oder Vorgänge schließen können. Dies können Sie mit dem folgenden Befehl tun.
Set-ServerComponentState -Identity server name="" -Component HubTransport -State Draining -Requester Maintenance /server
- Als Nächstes müssen Sie den Knoten mit dem folgenden Befehl aus dem Cluster ausschließen.
Suspend-ClusterNode \server name="" /server
- Als Letztes müssen Sie den Server mit dem folgenden Befehl in den Wartungsmodus versetzen.
Set-ServerComponentState \server name="" -Component ServerWideOffline -State Inactive -Requester Maintenance /server
- Zu diesem Zeitpunkt werden alle Dienste auf andere Knoten des Clusters verlagert. Sie können nun die Dienste anhalten und den Server neu starten.
Was ist, wenn etwas schief geht?
Ein Neustart des Servers ist die einfachste Maßnahme, die man ergreifen kann. Wenn jedoch ein Problem mit einem bestimmten Update, einer Anwendung oder einem Dienst eines Drittanbieters auftritt oder ein Dienst während des Neustarts stecken bleibt, kann dies schwerwiegende Folgen haben. Dies kann entweder dazu führen, dass das Betriebssystem nicht mehr hochfährt, die Exchange Server-Dienste nicht mehr starten oder sogar die Integrität der Exchange Server-Daten beschädigt wird.
Sie können die systemeigenen Werkzeuge verwenden, wie zum Beispiel ESEUtil verwenden, um zu versuchen, ein Problem mit einer Datenbank zu beheben, die nicht gemountet wird, wenn der Exchange Server ohne Probleme hochfährt und startet. Wenn der Exchange Server nicht gestartet werden kann oder das Betriebssystem beschädigt wurde, müssen Sie sich an den Support von Microsoft oder einen hochrangigen Techniker wenden, der versucht, das Problem zu beheben oder den Server aus einer Sicherung wiederherzustellen. Dies ist jedoch sehr zeitaufwändig, erfordert einen hohen Verwaltungsaufwand und würde zu Datenverlusten führen.
In solchen Situationen können Exchange Server-Wiederherstellungsanwendungen wie Stellar Repair for Exchange sehr nützlich sein. Die Anwendung minimiert die Wiederherstellungszeit und stellt sicher, dass keine Daten verloren gehen. Mit der Anwendung können Sie beschädigte EDB-Dateien von jeder Version von Exchange Server öffnen, auch ohne dass ein Exchange Server installiert ist. Sie können die wiederhergestellte Datenbank granular in PST und andere Dateiformate exportieren. Sie können die wiederhergestellte Datenbank auch direkt in eine Live-Datenbank von Exchange Server oder Office 365 exportieren.