Portfolio

MS Exchange hat sich im laufe der Jahre zum Industriestandard für E-Mail und Colaboration entwickelt. Mit gutem Grund. Durch die flexible Gestaltungsmöglichkeit kann der Exchange Server für alle Unternehmensgrössen eingesetzt werden und deckt nahezu alle möglichen Anforderungen vollständig ab.
Mit der direkten Schnittstelle zu Lynk bzw. zu Skype for Business vereinfacht MS Exchange noch mehr die Kommunikation innerhalb eines Unternehmens und dessen Partner.
Durch die Möglichkeit der flexiblen, gruppenbasierenden Richtlinien für Versand und Empfang ist es sehr einfach sowohl unterschiedliche Regelungen innerhalb eines Unternehmens umzusetzen, als auch MS Exchange für ein Mailhosting von mehreren Unternehmen zu verwenden.
Mit der vollstendigen PowerShell integration können seit den letzten Versionen auch alle Konfigurationen automatisiert werden.

Für eine erfolgreiche und langfristig nutzbare Installation ist eine gut durchdachte Planung sehr wichtig. Auch wenn das eigentliche Exchange Setup fast vollständig automatisch abläuft, sollten dennoch bereits in der Vorbereitungsphase einige grundlegende Anforderungen berücksichtigt werden. Ebenfalls ist es hilfreich, wenn bereits beim Setupbeginn alle notwendigen Umsysteme bereit sind.
Zu beginn sollte Klarheit darüber herrschen, welche Rollen der zu installierende Exchange Server übernehmen soll. Bei der aktuellen Version 2013 wird grundlegend nur noch zwischen 2 Rollen (Mailbox-Rolle und Client-Zugriffs-Rolle) unterschieden. Für kleinere Umgebungen ist es durchaus möglich und sinnvoll beide Rollen auf einem Server zu installieren. Für grössere Umgebungen, bzw. Umgebungen die höhere Sicherheitsanforderungen stellen, sollte prinzipiell eine Trennung der Rollen vorgenommen werden.
An die Gesamtstruktur - als das Active Directory gelten folgende Anforderungen:

• Globaler Katalogserver: Windows Server 2003 mit SP2 oder höher (32-Bit oder 64-Bit)
• Domänencontroller: Windows Server 2003 mit SP2 oder höher (32-Bit oder 64-Bit)
• Schemamaster: Windows Server 2003 mit SP2 oder höher (32-Bit oder 64-Bit)

Bitte bedenken Sie: Auch wenn seitens Microsoft auch Server mit 32-Bit zugelassen sind, sollten Sie in Produktiven Umgebungen ausschliesslich Server mit einem 64-Bit Betriebssystem einsetzen!

Installiert werden kann Exchange 2013 auf Windows Server 2008 R2, oder Windows Server 2012 R2. Ist die Hochverfügbarkeit von Exchange (DAG) vorgesehen, benötigen Sie von Windows Server 2008 R2 die Enterprise-, oder Datacenter-Version. Ab Windows 2012 kann der DAG auch mit der Standard-Version installiert werden. Aber jeder Exchange-Node innerhalb des DAG muss auf der gleichen Betriebssystemversion laufen.

Für den Windows Server müssen noch zusätzlich Rollen und Features installiert werden. Abhängig von den Exchangrollen werden auch hier unterschiedliche Server Rollen benötigt. Am einfachsten lassen sich diese "Vorbereitungsinstallationen" mit der Powershell erledigen.
Für alle Exchangerollen werden die Remotetools benötigt. Für die Installation mittels Powershell wird folgender Befehl abgesetzt:
Import-Module ServerManager
Add-WindowsFeature RSAT-ADDS
Anschliessend werden je nach Exchangerolle weitere Windows Rollen und Features benötigt. Wird der Exchangeserver mit beiden Rollen, oder mit der Mailbox-Rolle installiert, benötigt man folgende Windows Rollen:

• Desktop-Experience
• NET-Framework
• NET-HTTP-Activation
• RPC-over-HTTP-proxy
• RSAT-Clustering
• RSAT-Web-Server
• WAS-Process-Model
• Web-Asp-Net
• Web-Basic-Auth
• Web-Client-Auth
• Web-Digest-Auth
• Web-Dir-Browsing
• Web-Dyn-Compression
• Web-Http-Errors
• Web-Http-Logging
• Web-Http-Redirect
• Web-Http-Tracing
• Web-ISAPI-Ext
• Web-ISAPI-Filter
• Web-Lgcy-Mgmt-Console
• Web-Metabase
• Web-Mgmt-Console
• Web-Mgmt-Service
• Web-Net-Ext
• Web-Request-Monitor
• Web-Server
• Web-Stat-Compression
• Web-Static-Content
• Web-Windows-Auth
• Web-WMI

Natürlich können diese Rollen auch wieder mittels Powershell installiert werden. Der Befehl dafür lautet dann:

Add-WindowsFeature Desktop-Experience, NET-Framework, NET-HTTP-Activation, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Web-Server, WAS-Process-Model, Web-Asp-Net, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI

Anschliessend werden noch weitere Produkte benötigt. Die Sourcen sollten in der jeweils aktuellen Version aus dem Internet bezogen werden. (In der folgenden Auflistung werden auch die bis zum jetzigen Zeitpunkt bekannten Hotfixe mit genannt. Allerdings ist es sehr wahrscheinlich, dass im laufe der Zeit weitere hinzukommen. Informieren Sie sich daher bitte zusätzlich auf den Seiten von Microsoft.) Im einzelnen sind das:

• Windows Management Framework 3.0
• Microsoft .NET Framework 4.5
• Microsoft Office 2010 Filter Pack (64 Bit)
• Microsoft Office 2010 Filter Pack SP1 (64 Bit)
• Microsoft Unified Communications Managed API 4.0, Core Runtime 64-Bit
• Knowledge Base-Artikel KB2619234
• Knowledge Base-Artikel KB974405
• Knowledge Base-Artikel KB2533623

Wird vom Exchangeserver nur die Client-Zugriffs-Rolle installiert werden seitens Windows Server die nachfolgenden Rollen und Feature benötigt:

• Desktop-Experience
• NET-Framework
• NET-HTTP-Activation
• RPC-over-HTTP-proxy
• RSAT-Clustering
• RSAT-Web-Server
• WAS-Process-Model
• Web-Asp-Net
• Web-Basic-Auth
• Web-Client-Auth
• Web-Digest-Auth
• Web-Dir-Browsing
• Web-Dyn-Compression
• Web-Http-Errors
• Web-Http-Logging
• Web-Http-Redirect
• Web-Http-Tracing
• Web-ISAPI-Ext
• Web-ISAPI-Filter
• Web-Lgcy-Mgmt-Console
• Web-Metabase
• Web-Mgmt-Console
• Web-Mgmt-Service
• Web-Net-Ext
• Web-Request-Monitor
• Web-Server
• Web-Stat-Compression
• Web-Static-Content
• Web-Windows-Auth
• Web-WMI

Natürlich können auch diese Rollen und Features mittels einem Befehl über die Powershell installiert werden. Der Befehl dazu wäre:

Add-WindowsFeature Desktop-Experience, NET-Framework, NET-HTTP-Activation, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Web-Server, WAS-Process-Model, Web-Asp-Net, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI

Auch für die Client-Zugriffs-Rolle werden noch einige zusätzliche Softwareprodukte und Hotfixe aus dem Internet benötigt.:

• Windows Management Framework 3.0
• Microsoft .NET Framework 4.5
• Knowledge Base-Artikel KB2619234
• Knowledge Base-Artikel KB974405
• Knowledge Base-Artikel KB2533623
• Microsoft Unified Communications Managed API 4.0, Core Runtime 64-Bit

Nachdem alle technischen Voraussetzungen geschaffen sind, kann mit dem eigentlichen Exchange-Setup begonnen werden. Abgesehen von der Rollenauswahl und der Vergabe des Organisationsnamens, werde hier keine weiteren Angaben benötigt.

Damit Sie einen grundlegenden Überblick zu Ihrer Exchange Server Installation bekommen, ist der Best Practice Analyser die erste Wahl. Mit diesem Tool von Microsoft werden bereits die wichtigsten Faktoren für eine korrekte und auch performante Exchange-Umgebung Analysiert und Fehler bzw. Fehlkonfigurationen angezeigt.

Wenn alle angezeigte Fehler und Warnungen beseitigt sind, können noch ein paar weitere Analysetools eingesetzt werden.
Gerade in grösseren Umgebungen, ist ein Test der Disk-Performance durchaus sinnvoll. Das Tool der Wahl (Microsoft Exchange Server Jetstress 2013 Tool) simmuniert Exchange Disk I/O. Die Ergebnissen können mit dem Performance Monitor, den Event Viewer geprüft werden. Auch mit ESEUTIL können sehr gute Auswertungen des Jetstress Tool vorgenommen werden.

Anhand dessen ist schon erkennbar, dass auch beim Exchangeserver die Geschwindigkeiten der Disk eine sehr entscheidende Rolle spielen. Sie sind neben ausreichend Memory (daher auch unbedingt 64-Bit für produktive Systeme) die wichtigste Komponente für eine performante Exchange Umgebung.

In den meisten Fällen ist auch die Event-Anzeige bei Fehlern die erste Wahl. In sehr vielen Fällen lässt sich daraus schon die Ursache erkennen.
Manche Fehler sind jedoch nicht ganz so einfach zu erkennen. Zum Beispiel folgendes Szenario:
Exchange wird als DAG in einer virtuellen Umgebung betrieben. Das Backup erfolgt mit einem Snapshot-Basierenden Programm. Immer zur Zeit der Backup-Ausführung erfolgt ein DB-Move.
Abhilfe schafft Folgendes:
Für den MS Cluster nacheinander folgende Befehler in der Commandline ausführen:
cluster /prop SameSubnetDelay=2000:DWORD (Default: 1000)
cluster /prop CrossSubnetDelay=4000:DWORD (Default: 1000)
cluster /prop CrossSubnetThreshold=10:DWORD (Default: 5)
cluster /prop SameSubnetThreshold=10:DWORD (Default: 5)
Anschliessend in der .vmx - Datei jedes DAG-Nodes noch folgende Zeile einfügen:
snapshot.maxConsolidateTime = "1"