Installation eines einzelnen E2K7 Servers

Seit 3 Jahre arbeite ich mit einer Exchange 2003 VM für Tests, Entwicklung und die Screenshots auf der MSXFAQ. Nun ist Exchange 2007 verfügbar. Damit ist eine neue VM erforderlich. Hier ist meine Installation beschrieben

Die meisten Firmen in Deutschland sind so genannte KMUs; Kleine und mittlere Unternehmen. Für diese Firmen ist natürlich der "Small Business Server" ideal geeignet, aber im Dezember 2006 gibt es den SBS noch nicht mit Exchange 2007. Zudem werden viele Personen auch einen Exchange 2007 Server für Tests und als Lernsystem installieren. Auch ich betreibe einen Exchange 2007 Server in einer virtuellen Umgebung zum Nachstellen von Konfigurationen, Testen meiner Skripte, Erstellen von Dokumentationen und natürlich zum Auslesen der "Defaults.

Diese Seite beschreibt daher in kurzen Worten und wenigen Bildern die Installation eines einzelnen Exchange 2007 Servers in einer virtuellen Umgebung.

Beachten Sie, dass Exchange 2007 als 32bit Version in einer virtuellen Umgebung nicht für produktive Einsätze freigegeben ist. (Siehe auch E2K7:64-bit)

Ich habe hier Windows und Exchange in "Englisch" installiert, weil ich damit die Fehler gerade in der ersten Zeit auch einfacher an Microsoft melden und in Newsgroups diskutieren kann. Viele Firmen installieren immer nur "englisch", da einige Zusatzprogramme (z.B. auch der Exchange Troubleshooting Analyzer) auf anderen Sprachen Probleme haben.
Für die Anwender ist es fast kein Unterschied, da auch ein englischer Server per OWA alle Sprachen anbietet und die Unified Messaging Komponenten in anderen Sprachen nachinstalliert werden können.
Zudem ist auch Windows 64bit nur in einigen wenigen Sprachen erhältlich und eine Mischinstallation vermeide ich gerne.

Exchange 2007 Test und Spiel VM
http://www.microsoft.com/downloads/details.aspx?FamilyID=692a6e3c-81c9-4d8a-93fa-266d651735dc&DisplayLang=en
Sie sparen sich die Installation und haben eine virtuelle Maschine zum Spielen

Vorüberlegungen

Legen Sie bitte nicht sofort mit der Installation los!. Das Exchange Setup prüft sehr viele Voraussetzungen und stoppt, wenn diese nicht erfüllt sind. Sie sollten daher vorher sich schon ein paar Gedanken zur Installation machen. Diese Seite hier beschreibt die Installation eines neuen Exchange 2007 Servers in einer neuen Organisation und ist damit nicht für eine Migration geeignet.

Insofern ist eine kleine virtuelle Umgebung für Tests mit den drei Rollen alles auf einem Server mein Ziel.

virtuelle oder physikalische Hardware

Ich nutze zur Virtualisierung sowohl VirtualPC/VirtualServer (Microsoft, kostenfrei) als auch VMware Workstation/Server. Die Produkte sind für den hier beschriebenen Einsatzzweck beide gleich gut geeignet.

VirtualPC erlaubt ihnen ein Verzeichnis des Host auf der virtuellen Maschine als Laufwerk einzubinden. Eine Installation von Exchange 2007 über ein solche freigegebenes Verzeichnis ist nicht möglich. Das Setup findet dann später einige Dateien nicht. (zu lange Dateinamen ?). Wenn Sie die Exchange Installation über ein Netzwerklaufwerk oder ein verbundenes ISO-Image laden, funktioniert es jedoch wie gewohnt.

Windows und Active Directory

Für die Installation von Exchange 2007 ist Windows 2003SP1 erforderlich. Zudem ist ein Active Directory für die Installation Voraussetzung. Als Single-Server-Installation wird hier alles auf einem Server installiert.

Konfiguriert diesen Server als ersten Active Directory-Domänencontroller
 in einer neuen Gesamtstruktur.

Der neue Domänenname lautet "e2007test.local". Dies ist auch der Name 
der neuen Gesamtstruktur.

Der NetBIOS-Name der Domäne ist "E2007TEST".

Gesamtstrukturfunktionsebene: Windows Server 2003

Domänenfunktionsebene: Windows Server 2003

Standort: Default-First-Site-Name

Zusätzliche Optionen:
  Schreibgeschützter Domänencontroller: "Nein"
  Globaler Katalog: Ja
  DNS-Server: "Ja"

DNS-Delegierung erstellen: Nein

Datenbankordner: "C:\Windows\NTDS"
Protokolldateiordner: "C:\Windows\NTDS"
Ordner "SYSVOL": "C:\Windows\SYSVOL"

Der DNS-Serverdienst wird auf diesem Computer installiert.
Der DNS-Serverdienst wird auf diesem Computer konfiguriert.
Der Computer wird für die Verwendung dieses DNS-Servers als bevorzugtem DNS-Server konfiguriert.

Das Kennwort des neuen Domänenadministrators ist mit dem Kennwort des lokalen Administrators dieses Computers identisch.

Exchange 2007 Installation

Die Installation basiert auf einem Windows 2003 Server und der Exchange 2007 Evaluierungsversion (32bit) von Microsoft. Nach dem Download und dem Auspacken musste ich daraus allerdings ein ISO-File erstelle und dieses in VirtualPC einbinden. Eine Installation über die "Client Laufwerke" funktionierte nicht. Eine Installation über ein Netzwerklaufwerk sollte aber auch möglich sein. Das Installationsverzeichnis stellt sich dann wie folgt dar:

Ich bin mal gespannt, ab wann "Updates" hier mit eingestellt werden können.

Das Setup selbst ist natürlich mit schicken Grafiken ausgestattet, die sich sogar noch ändern, wenn Sie rechts auf die einzelnen Komponenten klicken. Die bereits installierten Komponenten sich schon grau, so dass Sie genau sehen,  an welcher Stelle sie stehen.

Wenn Sie Windows 2003 nutzen, dann ist der nächste Schritt ist hier also die Installation der PowerShell. Diese ist aber nicht im Installationspaket enthalten, so dass das Setup hier einen Link zum Internet (http://go.microsoft.com/fwlink/?LinkId=75284) öffnet. Die Installation der Powershell ist nicht nicht ausführlich beschrieben. Letztlich ist es nur ein Start der Pakets und einige Bestätigungen. Nach der Installation von Powershell muss man das Exchange Setup nicht neu starten. Allerdings würde ich dies dennoch tun um auch zu sehen, dass die Powershell korrekt von Setup erkannt wird (Entsprechender Eintrag wird "grau").

Dann geht es mit Schritt 4 an die eigentliche Exchange Installation. Das Setup kopiert dazu erst einige Dateien um dann das eigentliche Setup zu starten.

Am linken Rand sieht man die erforderlichen Schritte. Folgende Schritte habe ich nicht mit Bildern versehen:

Interessant ist dann wieder das nächste Fenster, bei dem Microsoft ihnen die Auswahl zwischen zwei Installationsoptionen bietet:

Die meisten Server werden mit der ersten Option genau richtig liegen. Sie könne auch nachträglich die Rollen eines Servers immer wieder verändern. Bei der benutzerdefinierten Installation können Sie dann wieder wie gewohnt die Rollen auswählen.

Standardmäßig sind keinerlei Rollen ausgewählt. Ich installiere die Komponenten wie auf dem Bild sichtbar. Sie sehen, dass Edge-Rolle aber auch die Cluster Rollen nicht mehr auswählbar sind. Die Management Tools werden automatisch mit installiert.

Achtung: Besonders die Rolle "Unified Messaging" benötigt auch beim Setup viel Speicher. Um einen Abbruch des Setups mangels verfügbarem Hauptspeicher zu verhindern, sollten Sie ausreichend Speicher (>1 GB) konfigurieren.

Die nächste Frage ist für beide Installationsarten gleich: Sie müssen den Namen der Organisation angeben. Voreinstellung ist "First Organization". Ich hab hier MSXFAQ eingetragen.

Dokumentieren Sie diese Einstellungen, da Sie bei einem Desaster Restore unbedingt den gleichen Namen verwenden müssen.

Eine Rückfrage zum Namen der Administrativen Gruppe oder Routinggruppen entfällt bei Exchange 2007, da diese Parameter nicht mehr aktiv genutzt werden, d.h. Sie sind zwar noch da aber fest vorgegeben.

Die nächste Frage ist ziemlich wichtig, da die meisten Firmen sicher noch eine ganze Zeit lang Outlook 2003 und älter und andere Clients einsetzen oder generell die öffentlichen Ordner benötigen. Diese Einstellung bestimmt, ob überhaupt noch öffentliche Ordner mit angelegt werden.

Die Standardeinstellung ist "No!" Ändern Sie dies daher, wenn Sie die öffentlichen Ordner für ihre Daten oder zur Ablage von "Frei/Belegt-Zeiten" oder Offline Adressbücher benötigen

Und dann geht die Installation auch schon los.

Je nach System kann die Installation nun eine ganze Zeit dauern. Das Setup prüft am Anfang jede Menge Voraussetzungen und zeigt ihnen vor dem Start alle Fehler und Warnungen an. Ich habe bislang gesehen.

Bei allen hier aufgeführten Fehlern konnte die Ursache im Hintergrund beseitigt werden und das Setup über ein "Retry" einfach noch einmal die Voraussetzungen prüfen. Bei der Installation des ersten Servers kostet natürlich die Schemaerweiterung einiges an Zeit. Am Ende zeigt das Setup eine Abschlussmeldung.

Abschlussmeldung

Nach der Bestätigung dieser  Meldung startet dann wieder der Assistent vom Anfang. Allerdings zeigt er "immer" noch den "Schritt 4" als auswählbar an. Das sollte sie nicht irritieren. Sofern ihr Server eine Verbindung zum Internet aufnehmen kann, sollten Sie nun auch gleich nach Updates suchen lassen.

Der Assistent bietet ihnen nun noch Links zu Forefront als Schutzlösung gegen Viren und andere Unbilden an. Wenn Sie hier die Installation anwählen, dann öffnet sich aber wieder nur ein Link zu entsprechenden Seite von Microsoft.

Sie können ja mal einen Blick in den Task Manager werfen. Hier sehen Sie z.B.: die verschiedenen Dienste, die bei Exchange 2007 alle installiert und gestartet werden.

Interessant ist, dass z.B.: "MSExchangeTransport.exe" als auch "EdgeTransport.exe" nicht mehr als "SYSTEM" sondern nur noch als "NETWORK SERVICE" gestartet werden.

Meine virtuelle Maschine benötigt nach der Installation von Exchange 2007 ohne Unified Messaging ca. 900 Megabyte Hauptspeicher. Konfigurieren Sie daher ihre echten Server entsprechend sinnvoll mit Hauptspeicher.

Exchange 2007 Konfiguration

Für die nun anstehende Konfiguration finden Sie im Startmenü die entsprechenden Einträge. Sie können Exchange sowohl über die grafische Oberfläche (Exchange Management Console) als auch über die Powershell und den entsprechenden Exchange Commandlets verwalten.

Nach dem ersten Start der Exchange Management Console sehen Sie ihre Organisation mit ihrem Server. Bei einer Testversion kommt natürlich sofort die Warnung, welche Server nicht lizenziert sind.

Der Link http://go.microsoft.com/fwlink/?LinkId=63906 verweist aber zumindest am 17. Dez 2006 noch einfach auf die Microsoft Exchange Seite. Bestätigen Sie die Meldung. Am linken Rand sehen Sie die drei Hauptbereiche mit den für die Rolle relevanten Einstellungen. In der Mitte erscheinen später die Objekte. Die Taskleiste rechts zeigt ihnen die möglichen Operationen an

Wenn Sie beim ersten Start dann links auf die Organisation klicken, dann zeigt ihnen die MMC in der Mitte die noch ausstehenden Aktionen an. Nicht alle Schritte sind zwingend erforderlich.

Unterstützung durch Net at Work:
Diese kurze Anleitung kann nur beschreiben, wie eine TestVM installiert wurde aber darf nicht als "Schritt für Schritt"-Anleitung für eine Exchange 2007 Einführung oder Migration missverstanden werden. Sprechen Sie uns doch einfach an.

Konfigurationcheckliste

Tätigkeit Erledigt
Produktschlüssel eingeben
Wenn dieser Server produktiv gehen soll, dann müssen Sie natürlich einen Lizenzcode eingeben. Ansonsten haben sie 120 Tage Zeit. Die 32bit Evalulierungsversion läuft aber nie aus. Also keine Angst, dass ihre VM nach 120 Tagen nicht mehr funktioniert. Die 32bit Version ist auch nicht mit einer 64bit Version vergleichbar, da Sie z.B. auch als Standardversion den Betrieb im CCR-Cluster erlaubt.		  
ExBPA starten
Bei Exchange 5.5 gab es noch einen "Optimizer", der nach der Installation geprüft hat,  welche Festplatten am besten für welche Daten geeignet waren und dann die Datenbanken verschoben hat. Das macht ExBPA nicht, aber das Tool kennen Sie schon seit Exchange 2000 und hilf dabei, Konfigurationsfehler und Probleme zu erkennen und zu beheben		  
Datenbank und Circular Logging
Da es eine Testumgebung ist, sollten Sie die Umlaufprotokollierung aktivieren, da ansonsten die Protokolldateien nach und nach die Festplatte füllen.
  
Messagetracking:
Auch die Nachrichtenverfolgung sollten Sie aktiv lassen, da es bei der Fehlersuche sehr gut hilft. Aber auch diese Dateien müssen sich nicht ewig aufheben. Der Default von 30 Tage sind auch genug.		  
Offline Adressbuch für Outlook 2007 konfigurieren
Das Setup legt allein ein Offline Adressbuch für Outlook an. Anpassungen sind in einer produktiven Umgebung aber schon erforderlich.		  
Outlook Anywhere
Wenn Sie es testen wollen, dann muss man auf dem CAS auch Outlook Anywhere aktivieren. Als externer Hostname bietet sich E2007 für die Testumgebung an. Diese Daten werden von Autodiscover genutzt, um sie an die Clients zu geben. Ein Livesystem muss hier die richtigen Werte und Zertifikate haben.
  
SSL konfigurieren
Die Client Access Server-Rolle erlaubt den Zugriff per POP3, IMAP4 und HTTP. Bei allen drei Verfahren wird das Kennwort nur schwach verschlüsselt (BASE64 ist eher eine Codierung statt eine Verschlüsselung) übertragen. Exchange hat ein "Selbstzertifikat", welches für die Testumgebung aber komplett ausreicht.
Allerdings müssen Sie beim ersten zugriff per https://e2007/owa zuerst eine Zertifikatwarnung bestätigen. Sie können das Zertifikat in die Liste der vertrauenswürdigen Zertifikate auf den Clients aufnehmen.		  
Eigene Domänen definieren
Ganz wichtig ist die Definition der Domänen, für welche ihre Exchange Organisation zuständig ist. Nur Mails an diese Domänen werden von Exchange auch akzeptiert. Besonders wenn ihr Active Directory einen anderen Domänennamen hat (z.B. e2007.net) müssen Sie hier Hand anlegen		  
Postmaster-Mailbox anlegen
Jeder Mailserver sollte Mails an die Adresse des "Postmaster"  annehmen und einer Person zustellen. Damit soll sichergestellt werden, dass bei Problemen immer der korrekte Ansprechpartner erreicht werden kann. Ich würde hier aber dennoch einen Spamschutz und Virenschutz mit einsetzen.		  
Testaccounts anlegen
  • Mailuser1, Mailuser2
  • Verteiler1, Verteiler2
  • DynVerteiler1
  • Raum1
  • Beamer1
  • Kontakt1

  
Receive Connector
Damit der Server auch anonym Mails annimmt, kann man in der Testumgebung den Default Receiveconnector umstellen. Siehe auch E2K7:Receiveconnector

In einer produktiven Umgebung sollte man die Tür von intern nicht so öffnen und Zugriffe aus dem Internet über einen Spamschutz zu filtern, dass von dort keine gefälschten internen Adressen verwendet werden. Siehe auch E2K7:Antispam. Exchange nimmt dann die Mails schon an, aber Sie müssen natürlich dafür sorgen, dass die Mails auch zum Exchange kommen. MX-Record und Portregeln in der Firewall sind erforderlich. Vielleicht reicht ihnen es aber auch, mit einem Client wie Windows Mail einfach Mails an Exchange zu senden und damit "Externer Absender" zu spielen.		  
SendConnector
Auch für den Versand möchte Exchange einen Hinweis in Form eines "SendConnectors" erhalten. Daher legen wir einen neuen Connector (Name: "Internet") mit dem Adressraum SMTP:*;1 an. Später müssen Sie nur noch die Konfiguration anpassen, ob Sie die Mails per DNS oder über einen Smarthost versenden wollen.

Aber für den Test reicht es oft schon, in den Warteschlangen zu sehen, dass die Mails auf Übermittlung warten. Wer seine Testumgebung an einem Hauslan betreibt, kann natürlich den internen Mailserver oder auch einen Server des Providers als Smarthost angeben. Es ist dann der gleiche Server wie in ihrem Mailclient.		  

Outlook 2007 oder CDO

Wenn Sie auf dem Server mit MAPI und anderen Tools arbeiten wollen, dann müssen Sie sich überlege, ob sie Outlook oder CDO 1.2.1 auf dem Server installieren. Beides ist möglich:

Allerdings können Sie nicht beide Module zugleich installieren.

Internet: Surfen, Mailversand, DNS

Es ist per RDP sehr einfach, Dateien in diese VM zu übertragen, aber manchmal möchte man auch innerhalb der virtuellen Umgebung mal "surfen" (z.B. Windows Update, ExBPA Download etc.). Dazu sind zwei Dinge erforderlich:

Die bessere Abschottung der VM Testumgebung zum Hauslan bietet die Anbindung per "internem "LAN (z.B. VMWare LAN8) oder den Microsoft Loopback-Adapter. Für lokale Entwicklungen ist diese Anbindung auf jeden Fall zu präferieren.

Abgeschottete VM

Manchmal habe ich schon das Problem gehabt, dass auch die VM mit der virtuellen Netzwerkkarte am Host seltsame Probleme gehabt hat. Wenn die VM wirklich komplett "abgeschottet" sein soll, dann kann man auch die emulierte Netzwerkkarte der Virtualisierungslösung deaktiveren und einfach den Loopback-Adapter von Microsoft installieren:

Natürlich muss man dann diesen Adapter mit einer festen IP-Adresse konfigurieren, da ein DC und Exchange Server mit APIPA-Adressen nicht wirklich zuverlässig funktioniert. Aber so ist die interne Erreichbarkeit auf jeden Fall sicher gestellt.

Dienste starten nicht. Vielleicht liegt es an Authenticode ?

Sehr oft ist auch festzustellen, dass nach dem Start einer VM nicht alle Dienste gestartet werden. Das kann zum einen an Authenticode liegen, aber meist auch einfach an einer unglücklichen Startreihenfolge. Windows wartet auch auf einem Domaincontroller nicht ab, bis das Active Directory und DNS komplett initialisiert sind, sondern starten auch die anderen Dienste sehr schnell nach. Das ist in einem Netzwerk, in dem es auch andere Domain Controller gibt, natürlich zweckmäßig. Auf einem Single Server hingegen ist das stören. Prüfen Sie daher nach dem Start des Servers die Dienste, um fehlende Dienste zu starten.

Wenn die Dienste selbst .NET nutzen, könnten die Programme per "Authenticode" signiert sein. Ehe das .NET Framework solche signierten Programme ausführt, prüft es zuerst die Signatur. Für eine VM-Umgebung ist es sicher passend, die Timeouts hierfür sehr kurz zu setzen oder die Überprüfung gänzlich abzuschalten.

Weitere Konfigurationen

Was der Assistent ihnen aber nicht aufführt, sind all die Kleinigkeiten, die aus meiner Sicht natürlich auch wichtig sind:

Weitere Links

Keywords:E2K7 Installation TestVM VM