Exchange Server 2007: Plattformen, Editionen und Versionen

Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Letztes Änderungsdatum des Themas: 2014-02-28

Microsoft Exchange Server 2007 und Exchange 2007 Service Pack 1 (SP1) sind in zwei Servereditionen erhältlich: Standard Edition und Enterprise Edition. Weitere Informationen zu diesen Editionen, einschließlich Beschreibungen und Vergleiche, finden Sie auf der folgenden Microsoft Office-Website: Exchange. Laut dieser Website sind die zentralen Versionsunterschiede folgende:

• Nur Enterprise Edition kann bis auf 50 Datenbanken pro Server erweitert werden. Standard Edition ist auf 5 Datenbanken pro Server beschränkt.

• In einer Produktionsumgebung wird nur Enterprise Edition in einem Microsoft Windows-Failovercluster unterstützt. Standard Edition wird in einem Windows-Failovercluster bei der Produktion nicht unterstützt. Daher werden Einzelkopiecluster (SCC) und fortlaufende Clusterreplikationsumgebungen (CCR) nur in der Enterprise Edition unterstützt. Wenn Sie Exchange 2007 in einem Failovercluster bereitstellen, ist für jeden Knoten, auf dem Exchange 2007 installiert ist, eine Enterprise Edition-Lizenz erforderlich.

Obwohl Exchange 2007 und Exchange 2007 SP1 in zwei Editionen verfügbar sind, handelt es sich um Lizenzierungseditionen, die durch einen Product Key definiert sind. Für jede Plattform gibt es einen einzelnen Satz an Binärdateien (einen für x64-Systeme und einen für x86-Systeme) und es werden für beide Editionen dieselben Binärdateien verwendet. Wenn Sie einen gültigen, lizenzierten Product Key eingeben, wird die für den Server unterstützte Edition eingerichtet. Weitere wichtige Informationen zu Product Keys finden Sie unter „Evaluierungen und Product Keys“ weiter unten in diesem Thema.

Exchange 2007 ist ebenfalls in zwei Clientzugriffslizenz-Editionen (Client Access License, CAL) verfügbar, die auch als Standard Edition und Enterprise Edition bezeichnet werden. Sie können die Servereditionen mit den CAL-Editionen mischen und anpassen. Sie können z. B. CALs der Enterprise Edition mit der Standard Edition verwenden. Ebenso können Sie die CALs der Standard Edition mit der Enterprise Edition verwenden. Die CAL der Enterprise Edition ist eine zusätzliche Clientzugriffslizenz. Das bedeutet, Sie erwerben die CAL für die Standard Edition und fügen dann eine CAL für die Enterprise Edition zur Standard-CAL hinzu. Eine CAL für die Enterprise Edition bietet Ihnen die in der letzten Spalte der Tabelle zu Exchange 2007 CAL Offerings aufgeführten Features. Beachten Sie, dass einige aufgeführte Features nicht als Verkaufsprodukt verfügbar sind und nur über ein Volumenlizenzprogramm erworben werden können. Wenn Sie zum Erwerb von Exchange 2007 bereit sind, rufen Sie die folgende Microsoft Office-Website auf: Exchange.

32-Bit- und 64-Bit-Version von Exchange 2007

Exchange 2007 RTM und SP1 sind in zwei Plattformversionen verfügbar: Die 64-Bit-Version ist für aktive Produktionsumgebungen gedacht, während die 32-Bit-Version für Testumgebungen vorgesehen ist (z. B. für Labor-, Demo-, Schulungs- und Evaluierungsumgebungen). Nur die 64-Bit-Version kann käuflich erworben werden, da 32-Bit-Exchange 2007-Server nicht in der Produktionsumgebung ausgeführt werden können.

Es gibt Ausnahmen hinsichtlich der Verwendung der 32-Bit-Plattform in der Produktionsumgebung und in der Testumgebung, da Microsoft die minimal unterstützte Verwendung der 32-Bit-Version in Produktionsumgebungen zulässt:

• Sie können die 32-Bit-Version in der Produktionsumgebung verwenden, um Ihr Active Directory-Verzeichnisdienstschema zu erweitern. Ausführliche Anweisungen zum Vorbereiten von Active Directory für Exchange 2007 finden Sie unter Vorbereiten von Active Directory und Domänen.

• Sie können die 32-Bit-Version der RTM-Verwaltungstools bei der Produktion verwenden, um Exchange 2007-Server von Windows Server 2003 oder Windows XP zu verwalten.

• Sie können die 32-Bit-Version der SP1-Verwaltungstools (Service Pack 1) unter Windows Server 2008  oder unter Windows Vista verwenden. Die Unterstützung für Windows Server 2008 und Windows Vista ist nur mit Microsoft Exchange Server 2007 SP1 verfügbar. Jedoch können Sie die SP1-Verwaltungstools (32-Bit oder 64-Bit) nicht in Windows Vista verwenden, um einen Postfachclusterserver in einem Failovercluster remote zu verwalten. Dafür gibt es folgende Gründe:

  • Windows Server unterstützt nicht die betriebssystemübergreifende Systemverwaltung von Failoverclustern. Daher kann Windows Vista nicht verwendet werden, um einen Windows Server 2003-Failovercluster zu verwalten, und weder Windows Server 2003 noch Windows XP können für die Remoteverwaltung eines Windows Server 2008-Failoverclusters verwendet werden.

  • Für die Remoteverwaltung eines Windows Server 2008-Failoverclusters ist die Installation der Tools zur Failoverclusterverwaltung erforderlich, die aktuell nicht in einer Version für Windows Vista vorliegen. Daher kann Windows Vista nicht verwendet werden, um einen Windows Server 2008-Failovercluster remote zu verwalten.

Weitere Informationen zum Verwalten gemischter Versionen von Postfachclusterservern finden Sie unter Aktualisieren von Postfachclusterservern auf Exchange 2007 SP1 oder SP2.

Obwohl es sich bei der 64-Bit-Version entweder um die Standard Edition oder die Enterprise Edition handeln kann, ist die 32-Bit-Version ausschließlich als Standard Edition verfügbar. Einzelkopiecluster (Single Copy Clusters, SCC) und die fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR) werden nur in der Produktionsumgebung der Enterprise Edition von Exchange 2007 unterstützt. Microsoft hat beim Code der 32-Bit-Version jedoch eine Ausnahme gemacht, um die Verwendung von SCC und CCR in der Testumgebung der 32-Bit-Version zuzulassen, obwohl es sich bei der 32-Bit-Version um die Standard Edition handelt. Das bedeutet, Sie können eine 32-Bit-Testumgebung einrichten, um SCC und CCR auszuwerten oder zu testen. Da es sich um eine 32-Bit-Umgebung handelt, können Sie die Testumgebungen in einer Microsoft Virtual Server-Umgebung für Ihre Tests oder Demos erstellen. Unter Video series - Exchange 2007 Cluster Continuous Replication (CCR) (in englischer Sprache) ist ein Video als Demo für CCR verfügbar, die eine virtuelle Umgebung verwendet. Eine Videodemonstration der fortlaufenden Standbyreplikation in einer virtuellen Umgebung finden Sie in der Videoreihe: Exchange 2007 SP1 Standby Continuous Replication (SCR) (in englischer Sprache).

Fehlende Funktionen in der 32-Bit-Version

Neben der fehlenden Exchange-Verwaltungskonsolenoberfläche zum Eingeben eines Product Keys (wie in "Evaluierungen und Product Keys" später in diesem Thema erläutert) sind zwei weitere Features in der 32-Bit-Version von Exchange 2007 nicht verfügbar:

• Automatische Antispamupdates von Microsoft Update. Nur eine lizenzierte 64-Bit-Version von Exchange 2007 kann automatische Antispamupdates von Microsoft Update abrufen.

• Große Anzahl von Speichergruppen und Datenbanken. In der 32-Bit-Version können Sie maximal fünf Datenbanken pro Server in höchstens fünf Speichergruppen verwenden.

Exchange Server 2007 SP1

Exchange 2007 SP1 ist eine vollständige Neuveröffentlichung von Exchange 2007 mit bereits integriertem SP1. Dies ähnelt dem Slipstreamingmodell von Service Packs, das von Windows Server verwendet wird; jedoch handelt es sich nicht um Slipstreaming, und es müssen keine Slipstreamingtasks für Exchange 2007 SP1 ausgeführt werden.

Exchange 2007 SP1 kann auf Computern installiert werden, auf denen die RTM-Version von Exchange 2007 ausgeführt wird, um ein Upgrade an Ort und Stelle auszuführen. Für Neuinstallationen muss nicht zuerst Exchange 2007 RTM und anschließend SP1 installiert werden. Da SP1 einen vollständig aktualisierten Satz von Installationsdateien umfasst, kann es verwendet werden, um eine von Grund auf neue Installation von Exchange 2007 SP1 auszuführen.

Exchange 2007 SP1 umfasst alle zuvor für Exchange 2007 veröffentlichten Updaterollups bis zu einschließlich Updaterollup 5. Keins der veröffentlichten Updaterollups (1-5) muss manuell deinstalliert werden. Wenn Sie Exchange 2007 SP1 auf einem System installieren, das über ein veröffentlichtes Updaterollup verfügt, wird das Updaterollup vom SP1-Setup automatisch deinstalliert.

Exchange 2007 und Virtualisierung

Exchange 2007 SP1 wird in der Produktion in einer Hardwarevirtualisierungsumgebung unterstützt, sofern bestimmte Kriterien erfüllt sind. Sie können diese Kriterien zusammen mit der Microsoft-Supportrichtlinie für die Ausführung von Exchange 2007 SP1 in der Produktion in einer Hardwarevirtualisierungsumgebung unter Microsoft-Supportrichtlinien und -Empfehlungen für Computer mit Exchange Server in Hardwarevirtualisierungsumgebungen nachlesen.

Exchange 2007 und Windows Server 2008

Die RTM-Version von Exchange 2007 kann unter Windows Server 2008 nicht installiert werden. Exchange 2007 SP1 wird jedoch für die Installation unter Windows Server 2008 unterstützt. Obwohl Sie die RTM-Version von Exchange 2007 nicht unter Windows Server 2008 installieren können, wird die RTM-Version von Exchange 2007 für die Verwendung mit Windows Server 2008-Verzeichnisservern unterstützt.

Exchange Server 2003 kann nicht auf einem Server installiert werden, auf dem Windows Server 2008 ausgeführt wird, aber Exchange 2003 wird für die Verwendung mit Windows Server 2008-Verzeichnisservern unterstützt.

Beachten Sie Folgendes bei der Kombination von Microsoft Exchange mit Windows Server 2008:

• Die Installation von Exchange 2007 RTM und aller vorheriger Versionen von Microsoft Exchange wird auf einem Windows Server 2008 ausführenden Computer nicht unterstützt.

• Exchange 2007 SP1 kann auf einem Windows Server 2008 ausführendem Computer installiert werden.

• Die Installation der Verwaltungstools für Exchange 2007 RTM und aller vorheriger Versionen von Microsoft Exchange wird auf einem Windows Server 2008 oder Windows Vista ausführenden Computer nicht unterstützt.

• Die Verwaltungstools für Exchange 2007 SP1 können auf einem Windows Server 2008 oder Windows Vista ausführendem Computer installiert werden.

Exchange Server und Windows Server 2008-Verzeichnisserver

In diesem Abschnitt werden die unterstützen Konfigurationen für Exchange 2007 und vorherige Versionen von Exchange mit der RTM-Version von Windows Server 2008 erläutert. Kunden, die Vorabversionen von Microsoft Exchange oder Windows Server als autorisierte Teilnehmer am "Technology Adoption Program" für Microsoft Exchange oder Windows Server ausführen, werden auch aktuelle Builds von Windows Server 2008 und Exchange 2007 SP1 unterstützt, wie in der folgenden Liste beschrieben:

• Exchange 2007 SP1, Exchange 2007 und Exchange 2003 SP2 werden in Umgebungen unterstützt, die beschreibbare Windows Server 2008-Verzeichnisserver entweder teilweise oder komplett verwenden.

• Exchange 2000 Server Service Pack 3 (SP3) und alle vorherigen Versionen von Microsoft Exchange werden für die Verwendung mit Windows Server 2008-Verzeichnisservern nicht unterstützt. Folgende Einschränkungen gelten hinsichtlich Exchange 2000 SP3:

  • Exchange 2000 SP3 kann in einer Active Directory-Gesamtstruktur eingesetzt werden, die Windows Server 2008-Verzeichnisserver enthält, aber Windows Server 2008-Verzeichnisserver dürfen nicht an Active Directory-Standorten installiert sein, die Exchange 2000 enthalten.

  • Wenn Windows Server 2008-Verzeichnisserver an Active Directory-Standorten bereitgestellt werden müssen, die Exchange 2000 enthalten, dann müssen Sie zuerst den Verzeichnisdienstzugriff (DSAccess) auf den Exchange 2000-Servern des Standorts festlegen, um auf Verzeichnisserver zu verweisen, die Windows Server 2003 oder Windows 2000 Server ausführen.

• Keine Version von Microsoft Exchange verwendet schreibgeschützte Domänencontroller oder schreibgeschützte globale Katalogserver. Microsoft Exchange funktioniert jedoch in Umgebungen, die schreibgeschützte Domänencontroller oder schreibgeschützte globale Katalogserver verwenden, sofern außerdem auch schreibbare Domänencontroller verfügbar sind. Exchange 2007 ignoriert effektiv schreibgeschützte Domänencontroller und schreibgeschützte globale Katalogserver. Exchange 2003 ignoriert darüber hinaus schreibgeschützte Domänencontroller und schreibgeschützte globale Katalogserver unter Standardbedingungen, in denen Exchange-Komponenten die verfügbaren Domänencontroller automatisch erkennen. An Exchange 2003 wurden keine Änderungen vorgenommen, damit es schreibgeschützte Verzeichnisserver erkennt. Daher kann der Versuch, die Verwendung von schreibgeschützten Domänencontrollern durch Exchange 2003-Dienste und -Verwaltungstools zu erzwingen, zu einem unvorhersehbaren Verhalten führen.

Bekannte Probleme bei Exchange Server und Windows Server 2008

Nachfolgend sind einige bekannte Probleme bei der Kombination von Legacyversionen von Microsoft Exchange mit Windows Server 2008 aufgeführt:

• Sie können den Empfängerupdatedienst einer Exchange 2003-Domäne für die Verwendung eines schreibgeschützten Domänencontrollers erfolgreich einrichten, wobei aber keine Aktualisierung von Benutzerkonten durch diesen Dienst erfolgt. Es ist ebenfalls möglich, den Active Directory Connector-Dienst (ADC) zum Verwenden eines schreibgeschützten Domänencontrollers zu zwingen, aber dadurch kann der ADC nicht mehr ordnungsgemäß ausgeführt werden.

• Exchange 2003 kann in einer reinen Windows Server 2008-Gesamtstruktur möglicherweise nicht ordnungsgemäß installiert werden, wenn Sie versuchen, Exchange in einer untergeordneten Domäne zu installieren, ohne Exchange in der übergeordneten Domäne zu installieren.

Evaluierungen und Product Keys

Wenn Sie Exchange 2007 installieren, ist es noch nicht lizenziert und wird daher als Testversion bezeichnet. Nicht lizenzierte Server (Testversion) werden als Standard Edition angezeigt und haben keinen Anspruch auf den Support des Microsoft Software Services. Die Testversion läuft 120 Tage nach dem Installationsdatum ab. Wenn Sie beim Starten der Exchange-Verwaltungskonsole über nicht lizenzierte Servercomputer mit Exchange 2007 in Ihrer Organisation verfügen, zeigt Exchange eine Liste aller nicht lizenzierten Servercomputer mit Exchange 2007 und die Anzahl der verbleibenden Tage an, bis die Testversion abläuft. Wenn Sie über abgelaufene, nicht lizenzierte Servercomputer mit Exchange 2007 verfügen, wird außerdem für jeden abgelaufenen Server eine separate Warnung angezeigt. Wenn die Testversion abläuft, wird die Funktionalität nicht eingeschränkt. Daher können Sie Labor-, Demo-, Schulungs- und andere Testumgebungen länger als 120 Tage beibehalten, ohne die Testversion von Exchange 2007 erneut installieren zu müssen. Sie können sogar ein Upgrade für eine abgelaufene Testedition von Exchange 2007 RTM auf SP1 ausführen.

Product Keys können nur für Schlüsselwechsel bei derselben Edition und für Upgrades verwendet werden und nicht für Herabstufungen. Sie können einen gültigen Product Key verwenden, um von einer Evaluierungsversion (Testversion) zur Standard Edition oder zur Enterprise Edition zu wechseln. Sie können auch einen gültigen Product Key verwenden, um von der Standard Edition zur Enterprise Edition zu wechseln. Sie können auch den Server mithilfe eines Product Keys derselben Edition erneut lizenzieren. Wenn Sie z. B. über zwei Standard Edition-Server mit zwei Product Keys verfügen, aber aus Versehen denselben Product Key für beide Server verwendet haben, dann können Sie den Product Key für einen Server ändern, damit dieser den anderen für Sie ausgestellten Product Key verwendet. Sie können diese Maßnahmen ohne erneute Installation oder Konfiguration durchführen. Nach dem Eingeben des Product Keys wird die diesem Product Key entsprechende Edition angewendet.

Sie können mit den Product Keys keine Herabstufung von der Enterprise Edition auf die Standard Edition durchführen oder sie dazu verwenden, um zur Testversion zurückzukehren. Für diese Arten von Herabstufung müssen Sie Exchange 2007 deinstallieren, Exchange 2007 erneut installieren und anschließend den richtigen Produkt Key eingeben.

Sie können eine Upgrade der Testversion auf die Verkaufsversion durchführen, indem Sie die entsprechenden Lizenzen erwerben und den Product Key eingeben, den Sie beim Kauf erhalten. Den Product Key finden Sie auf der Exchange 2007-DVD-Hülle. Es ist eine alphanumerische Zeichenfolge mit 25 Zeichen, die in jeweils fünf durch Bindestriche getrennte Zeichen gruppiert ist. Ausführliche Anweisungen zum Eingeben des Product Keys finden Sie unter Eingeben des Product Keys. Diese Schritte umfassen Anweisungen zum Eingeben des Product Keys mithilfe der Exchange-Verwaltungskonsole oder der Exchange-Verwaltungsshell. In der 32-Bit-Version ist hierfür keine Exchange-Verwaltungskonsolenschnittstelle vorhanden, da 32-Bit-Lizenzen nicht gekauft werden können.

Wenn Sie die Exchange-Verwaltungskonsole oder die Exchange-Verwaltungsshell verwenden, wird die ausgeführte Edition angezeigt. Wenn Sie die Exchange-Verwaltungsshell verwenden, können Sie zusätzlich sehen, wie viele Tage, Stunden, Minuten, Sekunden und sogar Millisekunden von der 120-tägigen Testphase noch verbleiben. Verwenden Sie das Cmdlet Get-ExchangeServer und achten Sie auf die Werte Edition und RemainingTrialPeriod.

Exchange 2007 RTM Build - Versionsverwaltung

Der endgültige RTM-Build von Exchange 2007 ist Build 685.25, aber an einigen Stellen wird er als 685.24 aufgeführt. Beide sind richtig. Wenn Sie die Versionsinformationen in der Exchange-Verwaltungskonsole betrachten oder den Wert der Eigenschaft AdminDisplayVersion für Exchange-Server in der Exchange-Verwaltungsshell untersuchen, wird die Version als 685.24 angezeigt. Wenn Sie die Versionsinformationen von Exchange in der Registrierung von Windows überprüfen, wird dort 685.25 angezeigt. Wenn Sie Microsoft Operations Manager verwenden, wird dort die Version 685.25 angezeigt, während die Versionsinformationen in Microsoft Office Outlook den Wert 685.24 anzeigen.

Eine Ausnahme dieses Problems der nicht übereinstimmenden Versionsinformationen ist auf dem Edge-Transport-Server verfügbar. Dieser zeigt ausschließlich den Wert 685.25 für die Version an. Dadurch ergeben sich bei der Betrachtung verschiedener Exchange-Server in der Exchange-Verwaltungskonsole, die mindestens einen synchronisierten Edge-Transport-Server einbezieht, interessante Ergebnisse, da die Spalte Version sowohl den Wert 685.24 (für Nicht-Edge-Transport-Server) als auch den Wert 685.25 (für Edge-Transport-Server) anzeigt.

Wenn Sie wiederum auf die Hilfe und dann auf Info über Exchange Server 2007 klicken, wird wiederum eine ganz andere Versionsnummer angezeigt: 685.018. Dies ist auf allen Exchange 2007-Servern der Fall. Diese Unstimmigkeiten in der Versionsverwaltung sind in Exchange 2007 behoben.

Wenn Sie abschließend das Cmdlet Get-ExchangeServer verwenden und die Eigenschaft ExchangeVersion untersuchen, erhalten Sie eine andere Versionsnummer: 0.1 (8.0.535.0). Diese Nummer bezieht sich jedoch nicht auf die Version des installierten Produkts, sondern auf die Mindestversion des Produkts, die das Objekt lesen kann. In diesem Fall kann jeder Exchange 2007-Server mit der Version 8.0.535.0 oder höher dieses Objekt lesen, da die letzten Änderungen am Schema des Objekts in Build 8.0.535.0 durchgeführt wurden. Die folgende Tabelle listet die Buildnummern auf, die jedem Exchange 2007-Produkt zugeordnet sind:

Exchange 2007 SP1 Build - Versionsverwaltung

Die RTM-Version von Exchange 2007 SP1 ist Build 08.01.0240.006, das auch als Version 8.1 angezeigt wird (Build 240.6). Diese Versionsinformationen werden in der Exchange-Verwaltungskonsole, der Exchange-Verwaltungsshell und im Dialogfeld Info über Exchange Server 2007 der Hilfe einheitlich angezeigt. Im Anschluss an die Anwendung von SP1 auf einen Edge-Transport-Server, der die RTM-Version von Exchange 2007 ausführt, werden die Versionsinformationen für den Edge-Transport-Server aber erst in der Exchange-Verwaltungskonsole aktualisiert, nachdem der Edge-Transport-Server neu für den Active Directory-Standort abonniert wurde. Dies liegt daran, dass Active Directory nicht direkt vom Edge-Transport-Server mit Konfigurationsinformationen aktualisiert wird. Stattdessen werden die Versionsinformationen für Edge-Transport-Server während der Erstellung eines Edge-Abonnements in Active Directory aufgezeichnet.

Ferner können Sie die installierte Version von Exchange 2007 bestimmen, indem Sie den Wert für jede installierte Serverrolle in der Registrierung unter dem folgenden Schlüssel untersuchen:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\<Role>\ConfiguredVersion

ConfiguredVersion ist ein Zeichenfolgenwert im Format X.X.XXX.X (z. B. 8.1.240.6). 8 ist die Hauptversionsnummer. Der Teil .1 weist die Version als SP1 aus (RTM würde hier .0 ausweisen). 240 ist die Buildnummer, und die .0 nach der 240 wäre dann .6, die Buildunternummer.

Der Wert der Eigenschaft ExchangeVersion bleibt in Exchange 2007 SP1 unverändert; die Ausgabe des Cmdlets Get-ExchangeServer für den Parameter ExchangeVersion ist 0.1 (8.0.535.0). Die folgende Tabelle listet die Buildnummern auf, die jedem Exchange 2007-Produkt zugeordnet sind:

Weitere Informationen

Weitere Informationen zur Unterstützung für Exchange 2007 finden Sie unter Unterstützung für Exchange 2007.

Weitere Informationen zu Exchange Server 2010 finden Sie unter Exchange 2010: Editionen und Versionen.

Weitere Informationen zu älteren Exchange-Versionen finden Sie im Microsoft Knowledge Base-Artikel 158350, Buildnummern und Veröffentlichungsdaten für Exchange Server.

Weitere Informationen zu Exchange finden Sie unter Exchange Server-Unterstützbarkeitsmatrix.