Exchange On Premise | Neuaufbau der Site

In Unternehmensumgebungen mit Exchange Server On Premise spielt die Funktionalität der Exchange Web Services (kurz: EWS) eine wesentliche Rolle. Über diese Schnittstelle erfolgt ein großer Teil der E-Mail-Kommunikation, Terminverwaltung und Synchronisation.

Wenn das entsprechende Verzeichnis jedoch beschädigt wird oder Konfigurationsfehler aufweist, ist es ratsam, es neu aufzubauen. Im Folgenden erhältst du eine ausführliche Anleitung zu diesem Thema, ergänzt durch Hinweise auf mögliche Stolperfallen und Best Practices.

1. Vorbereitung und Sicherung

Bevor du aktiv wirst, solltest du deine Umgebung erst sichern. Das bedeutet:

1. Datenbank-Backup: Stelle sicher, dass alle Postfachdatenbanken gesichert sind. So lässt sich im Ernstfall ein Datenverlust verhindern.
2. Konfigurationssicherung: Eine schnelle Export-Funktion der Exchange-Einstellungen kann helfen, Konfigurationen zu dokumentieren oder bei Bedarf wiederherzustellen.

Diese Vorsichtsmaßnahmen ermöglichen dir, den Ausgangszustand jederzeit zurückzusetzen, falls unvorhergesehene Probleme auftreten.

2. Exchange Management Shell öffnen

Sobald deine Umgebung gesichert ist, startest du die Exchange Management Shell direkt auf dem betroffenen Exchange-Server. Diese ist dein zentrales Werkzeug, um alle folgenden Befehle einzugeben. Ohne Shell-Zugriff ist der Neuaufbau nicht möglich.

3. Altes EWS-Verzeichnis entfernen

Um das fehlerhafte Webverzeichnis loszuwerden, führst du in der Shell den Remove-WebServicesVirtualDirectory-Befehl aus. Das sieht zum Beispiel so aus:

Remove-WebServicesVirtualDirectory -Identity "Servername\EWS (Default Web Site)"

• Ersetze "Servername" mit dem tatsächlichen Namen deines Exchange-Servers.
• Mit diesem Vorgang wird das alte, beschädigte Verzeichnis entfernt.

4. Dienste zurücksetzen (IIS-Reset)

Nach dem Löschen des alten Verzeichnisses solltest du den IIS (Internet Information Services) mit folgendem Befehl neustarten:

iisreset /noforce

Diese Maßnahme stellt sicher, dass keine alten Reste mehr im Webserver-Cache hängenbleiben und alle Dienste einen sauberen Neuanfang haben.

5. Neues Verzeichnis anlegen

Im nächsten Schritt legst du das Webverzeichnis neu an. Dafür steht dir der New-WebServicesVirtualDirectory-Befehl zur Verfügung:

New-WebServicesVirtualDirectory -Identity "Servername\EWS (Default Web Site)" -ExternalUrl "https://<ExterneURL>/EWS/Exchange.asmx"

Achte hier besonders auf die korrekte Angabe der externen URL. Dies ist wichtig, wenn deine Nutzer unter anderem von außerhalb des Firmennetzwerks auf Dienste wie E-Mail oder Kalender zugreifen.

6. Standardkonfiguration wiederherstellen

Nach der Neuinstallation solltest du die Grundeinstellungen anpassen. Mit dem Set-WebServicesVirtualDirectory-Befehl kannst du beispielsweise SSL-Anforderungen justieren oder interne Pfade anpassen. Ein Beispielaufruf könnte so aussehen:

Set-WebServicesVirtualDirectory -Identity "Servername\EWS (Default Web Site)" -InternalUrl "https://<InterneURL>/EWS/Exchange.asmx"

Prüfe bei dieser Gelegenheit, dass die richtigen URL-Zuordnungen für interne und externe Abrufe vorhanden sind, damit dein System später korrekt auf Anfragen reagiert.

7. Konfiguration testen

Um Fehler auszuschließen, lohnt es sich, einen Überblick über die aktuellen Einstellungen zu verschaffen. Mit einem einfachen Get-WebServicesVirtualDirectory-Befehl kannst du alle relevanten Einträge auflisten. Solltest du Unstimmigkeiten entdecken, kannst du an dieser Stelle nachjustieren.

8. Finaler IIS-Reset

Damit die neuen Einstellungen übernommen werden, starte den IIS ein weiteres Mal neu:

iisreset /noforce

Dieser Schritt bewirkt, dass die aktuellen Konfigurationen aktiv werden. Direkt danach solltest du prüfen, ob alle Dienste wie gewünscht anlaufen und keine Fehlermeldungen ausgegeben werden.

9. URLs für weitere Dienste anpassen

In vielen Fällen ist es notwendig, auch andere virtuelle Verzeichnisse (z. B. für OWA oder ActiveSync) erneut zu konfigurieren, damit sie reibungslos mit dem neuen EWS-Verzeichnis harmonieren. Ein umfassendes PowerShell-Skript kann dir dabei helfen, diesen Teil in einem Rutsch zu erledigen. Unten findest du ein Beispielskript, das sich individuell anpassen lässt:

$servername           = "Exchange"
$internalhostname     = "[Interne URL]"
$externalhostname     = "[Externe URL]"
$autodiscoverhostname = "[Externe URL]"

$owainturl   = "https://" + "$internalhostname" + "/owa"
$owaexturl   = "https://" + "$externalhostname" + "/owa"
$ewsinturl   = "https://" + "$internalhostname" + "/EWS/Exchange.asmx"
$ewsexturl   = "https://" + "$externalhostname" + "/EWS/Exchange.asmx"

# OWA:
Get-OwaVirtualDirectory -Server $servername | Set-OwaVirtualDirectory -internalurl $owainturl -externalurl $owaexturl

# EWS:
Get-WebServicesVirtualDirectory -Server $servername | Set-WebServicesVirtualDirectory -internalurl $ewsinturl -externalurl $ewsexturl

Damit stellst du sicher, dass alle Verzeichnisse die gewünschten internen und externen URLs verwenden, was für einen reibungslosen Betrieb unentbehrlich ist.

Da dieser Prozess die Verfügbarkeit des Mail-Systems beeinflussen kann, solltest du den Neuaufbau in einem Wartungsfenster durchführen. Informiere alle Betroffenen rechtzeitig und prüfe nach Abschluss, ob die E-Mail-Kommunikation wie gewohnt funktioniert.

Mögliche Fehlerquellen

• Falsche URL-Angaben: Wenn externe oder interne URLs nicht korrekt eingetragen sind, funktioniert die Verbindung nicht.
• Zugriffsberechtigungen: Stelle sicher, dass nur autorisierte Administratoren Zugriff auf sensible Einstellungen haben.
• Fehlende Updates: Halte deinen Exchange-Server auf dem aktuellen Patch-Level, um bekannte Fehler und Sicherheitslücken zu vermeiden.

Fazit

Der Neuaufbau der Exchange Web Services in Exchange Server On Premise kann viele gängige Probleme lösen, wenn beispielsweise Konfigurationsfehler oder beschädigte Verzeichnisse für Störungen sorgen. Wichtig ist eine systematische Vorgehensweise: vollständige Sicherung, gezieltes Entfernen des alten Verzeichnisses und sorgfältige Neuinstallation. Mit dem finalen Schritt der URL-Anpassung stellst du sicher, dass deine Umgebung wieder reibungslos funktioniert. Bei Unsicherheiten ist es ratsam, sich an den Microsoft-Support oder erfahrene Administratoren zu wenden, um ein optimales Ergebnis zu erzielen.