Planen von Einzelkopieclustern

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

Letztes Änderungsdatum des Themas: 2008-07-24

Zwar ähnelt die Bereitstellung eines Microsoft Exchange Server 2007-Einzelkopieclusters (Single Copy Cluster, SCC) der Bereitstellung eines eigenständigen Servers mit Exchange 2007 und der Bereitstellung der fortlaufenden Clusterreplikation (Cluster Continuous Replication, CCR), doch müssen einige wichtige Unterschiede berücksichtigt werden.

Allgemeine Anforderungen für Einzelkopiecluster

Die folgenden allgemeinen Anforderungen müssen für die SCC-Bereitstellung erfüllt werden:

• Stellen Sie sicher, dass DNS (Domain Name System) ausgeführt wird. Der DNS-Server sollte im Idealfall dynamische Updates akzeptieren. Wenn der DNS-Server keine dynamischen Updates akzeptiert, müssen Sie einen DNS-Hosteintrag (A-Eintrag) für jeden Postfachclusterserver und einen für den Cluster selbst erstellen. Andernfalls funktioniert Exchange nicht ordnungsgemäß. Weitere Informationen zum Konfigurieren von DNS für Exchange finden Sie im Microsoft Knowledge Base-Artikel 322856, Konfigurieren von DNS für eine Verwendung mit Exchange Server.

• Wenn die Clusterknoten zu einer Verzeichnisnamensdienst-Zone gehören, die einen anderen Namen als den Domänennamen des Active Directory-Verzeichnisdiensts hat, zu dem der Computer gehört, enthält die Eigenschaft DNSHostName nicht standardmäßig den Namen der Unterdomäne. In diesem Fall müssen Sie die Eigenschaft DNSHostName ändern, um sicherzustellen, dass bestimmte Dienste, wie zum Beispiel der Dateireplikationsdienst (File Replication Service, FRS), ordnungsgemäß funktionieren. Weitere Informationen finden Sie im Knowledge Base-Artikel 240942 Active Directory-Eigenschaft DNSHostName enthält Subdomäne nicht.

• Alle Clusterknoten müssen Mitgliedsserver in der gleichen Active Directory-Domäne und am gleichen Active Directory-Standort sein. Exchange 2007 wird nicht auf Knoten unterstützt, die ebenfalls Active Directory-Verzeichnisserver sind, oder auf Knoten, die Mitglieder verschiedener Active Directory-Domänen oder -Standorte sind.

• Stellen Sie sicher, dass der Cluster gebildet wurde, bevor Exchange 2007 installiert wird. Stellen Sie vor der Installation von Exchange 2007 sicher, dass mindestens eine physikalische Datenträgerressource in der Clustergruppe vorhanden ist, in der Exchange 2007 installiert werden soll. Nach der Installation des Postfachclusterservers konfigurieren Sie die entsprechenden Abhängigkeiten der Datenträgerressourcen in der Clusterverwaltung.

• Stellen Sie sicher, dass die Namen von Postfachclusterservern maximal 15 Zeichen lang sind.

• In dem Cluster, in dem Exchange 2007 installiert ist, kann weder Exchange Server 2003 noch Exchange 2000 Server oder eine clusteraktivierte Version von Microsoft SQL Server vorhanden sein. Das Ausführen von Exchange 2007 in einem Cluster zusammen mit einer dieser Anwendungen wird nicht unterstützt. Das Ausführen von Exchange 2007 in einem Cluster mit SQL Server Express Edition oder einer anderen Datenbankanwendung (z. B. Microsoft Office Access) ist zulässig, sofern die Datenbankanwendung nicht geclustert ist.

• Stellen Sie vor der Installation von Exchange 2007 sicher, dass der Installationsordner für alle Exchange-Daten auf der physikalischen Datenträgerressource leer ist.

• Auf allen Knoten im Cluster, die als potenzielle Hosts eines Postfachclusterservers konfiguriert sind, muss dieselbe Version von Exchange 2007 installiert werden. Zusätzlich müssen die Betriebssystemdateien und die Exchange-Dateien auf allen Knoten im Cluster in identischen Pfaden installiert sein. Hierzu ist erforderlich, dass alle Computer über eine ähnliche, wenn auch nicht identische Datenträgerkonfiguration verfügen.

• Installieren und erstellen Sie keine Ressourcen in der Ressourcengruppe, die den Postfachclusterserver enthält, und verschieben Sie keine Ressourcen aus der Standardclustergruppe in diese Ressourcengruppe. Installieren und erstellen Sie auch keine Ressourcen in der Standardclustergruppe, und verschieben Sie keine Ressourcen aus der Gruppe, die den Postfachclusterserver enthält, in die Standardclustergruppe. In der Standardclustergruppe sollten nur die Cluster-IP-Adresse, der Netzwerkname und Quorumressourcen enthalten sein. Das Verschieben von Ressourcen in die Standardclustergruppe bzw. das Kombinieren von Ressourcen mit der Standardclustergruppe wird nicht unterstützt.

  Wichtig

  Cluster, auf denen frühere Versionen von Exchange ausgeführt werden, erfordern eine geclusterte Instanz von Microsoft Distributed Transaction Coordinator (MSDTC). In Exchange 2007 entfällt diese Anforderung. Postfachclusterserver in einem Einzelkopiecluster verwenden nicht die im Failovercluster installierte MSDTC-Ressource. Anwendungen von Drittanbietern benötigen aufgrund von COM+-Abhängigkeiten ggf. eine MSDTC-Ressource. In Windows Server 2003 erfordert die MSDTC-Clusterressource die Verwendung freigegebenen Speichers im Cluster. Wenn eine geclusterte MSDTC-Ressource für eine Drittanbieteranwendung erforderlich ist, sollte sie in einer Clustergruppe installiert werden, die separat von der Gruppe ist, die den Postfachclusterserver enthält. Windows Server 2008 stellt eine lokale, nicht geclusterte MSDTC-Instanz zur Verfügung, die die Anforderung freigegebenen Speichers in einem Windows Server 2008-Failovercluster aufhebt. Weitere Informationen zu MSDTC-Ändrungen in Windows Server 2008 finden Sie in der Windows Server 2008-Hilfe.

Hardwareanforderungen für Einzelkopiecluster

Folgende Hardwareanforderungen müssen für SCC-Bereitstellungen erfüllt werden:

• Die gesamte Lösung muss in der Kategorie "Cluster Solution" im Microsoft-Katalog getesteter Produkte enthalten sein.

• Wenn der Einzelkopiecluster geografisch verteilt ist, muss er in der Kategorie "Geographically Dispersed Cluster Solution" im Microsoft Windows Server-Katalog getesteter Produkte enthalten sein.

Softwareanforderungen für Einzelkopiecluster

Folgende Softwareanforderungen müssen für SCC-Bereitstellungen erfüllt werden:

• Auf allen Knoten im Cluster muss das Betriebssystem Windows Server 2008 Enterprise oder Windows Server 2003 Enterprise Edition installiert sein, und alle Knoten im Cluster müssen dieselben Start- und Systemlaufwerkbuchstaben sowie denselben Windows-Pfad verwenden. Es darf kein Cluster mit Knoten, auf denen Windows Server 2003 ausgeführt wird, und anderen Knoten vorhanden sein, auf denen Windows Server 2008 ausgeführt wird. Das Mischen von Betriebssystemversionen in einem Failovercluster wird nicht unterstützt.

• In einem Cluster kann nur die Serverfunktion Mailbox installiert werden. Auf einem Computer, der Teil eines Failoverclusters ist, können keine anderen Exchange-Serverfunktionen installiert werden.

Netzwerkanforderungen für Einzelkopiecluster

Es ist wichtig, dass die Netzwerke für die Client- und Clusterkommunikation ordnungsgemäß konfiguriert sind. In diesem Abschnitt werden Links zu den Verfahrensweisen bereitgestellt, die notwendig sind, um sicherzustellen, dass die privaten und öffentlichen Netzwerkeinstellungen ordnungsgemäß konfiguriert sind. Zusätzlich müssen Sie sicherstellen, dass die Netzwerkverbindungen für den Cluster in der richtigen Reihenfolge konfiguriert sind.

Berücksichtigen Sie folgende Punkte beim Entwurf der Netzwerkinfrastruktur für Ihre SCC-Bereitstellung:

• Jeder Knoten muss mindestens zwei Netzwerkkarten für den Cluster zur Verfügung haben. Clients und andere Server müssen nur in der Lage sein, über eine der beiden Netzwerkkarten auf die Knoten zuzugreifen. Die anderen Netzwerkkarten werden für die Kommunikation innerhalb des Clusters verwendet.

• Beim Erstellen von Postfachclusterservern müssen Sie über eine ausreichende Anzahl von statischen IP-Adressen verfügen. IP-Adressen sind sowohl für die öffentlichen als auch für die privaten Netzwerke erforderlich: Die Anforderungen an private und öffentliche Adressen lauten wie folgt:

  • Private Adressen   Für jeden Knoten wird eine statische IP-Adresse pro Netzwerkkarte benötigt, die für das private Clusternetzwerk verwendet wird. Es müssen statische IP-Adressen verwendet werden, die nicht in einem derselben Subnetze oder Netzwerke vorhanden sind wie die öffentlichen Netzwerke. Es wird empfohlen, für das private Netzwerk als privates IP-Adresssubnetz 10.10.10.x mit der Subnetzmaske 255.255.255.0 zu verwenden. Wenn Ihr öffentliches Netzwerk ein 10.x.x.x-Netzwerk und die Subnetzmaske 255.255.255.0 verwendet, wird empfohlen, alternative IP-Adressen und eine andere Subnetzmaske für das private Netzwerk zu verwenden. Wenn Sie mehrere private Netzwerke konfigurieren, sind für jede private Netzwerkkarte und jedes private Netzwerk eindeutige Adressen und Subnetze erforderlich.

  • Öffentliche Adressen   Für jeden Knoten wird eine statische IP-Adresse pro Netzwerkkarte benötigt, die für das öffentliche Clusternetzwerk verwendet wird. Darüber hinaus sind für den Servercluster und den Postfachclusterserver statische IP-Adressen erforderlich, damit Clients und Administratoren darauf zugreifen können. Es müssen statische IP-Adressen verwendet werden, die nicht in einem derselben Subnetze oder Netzwerke vorhanden sind wie die privaten Netzwerke.

  Hinweis

  Wenn Sie SCC unter Windows Server 2008 installieren, können Sie eine dynamisch zugewiesene IPv6-Adresse (Internet Protocol, Version 6) zusammen mit den statischen IPv4-Adressen für das private oder das öffentliche Netzwerk verwenden.

• Wenn Sie SCC unter Windows Server 2003 installieren, muss sich das private Netzwerk für alle Knoten in einem Cluster im gleichen Subnetz befinden. Um dies in einer geografisch verteilten Umgebung umzusetzen, können Sie VLAN-Schalter (VLAN steht für virtuelles LAN) auf den Verbindungen zwischen zwei Knoten verwenden. Wenn Sie ein VLAN verwenden, muss die Point-to-Point-Roundtrip-Wartezeit unter 0,5 Sekunden liegen. Darüber hinaus muss der Link zwischen zwei Knoten für das Betriebssystem Windows, das auf den Knoten ausgeführt wird, als einzelne Point-to-Point-Verbindung angezeigt werden. Damit einzelne Fehlerquellen (Single Point of Failure, SPoF) vermieden werden, sollte unabhängige VLAN-Hardware für die verschiedenen Pfade zwischen den Knoten verwendet werden. Für Failovercluster, die unter Windows Server 2008 ausgeführt werden, gilt nicht dieselbe Subnetzeinschränkung.

• Wenn Sie SCC unter Windows Server 2003 installieren, muss sich das öffentliche Netzwerk für alle Knoten in einem Cluster im gleichen Subnetz befinden, und das Subnetz muss ein anderes als das für das private Netzwerk verwendete Subnetz sein. Das öffentliche Clusternetzwerk muss Verbindungen mit anderen Servern mit Exchange sowie mit anderen Diensten wie Active Directory und DNS bereitstellen. Durch die Verwendung von NIC-Teaming (Bündelung von Netzwerkkarten) oder ähnlichen Technologien können Sie verhindern, dass es an dieser Stelle zu einer einzelnen Fehlerquelle kommt. Für Failovercluster, die unter Windows Server 2008 ausgeführt werden, gilt nicht dieselbe Subnetzeinschränkung.

• Ein gesondertes privates Clusternetzwerk muss bereitgestellt werden. Dieses private Netzwerk wird für die Kommunikation zwischen Knoten im Cluster verwendet. Dieses Netzwerk kann für die Computer im Cluster lokal verfügbar gemacht werden. DNS-Dienste sind hierfür nicht erforderlich.

• Wenn Sie einen Einzelkopiecluster unter Windows Server 2003 installieren, müssen in der Reihenfolge der Netzwerkverbindungen in Windows die öffentlichen Netzwerke an erster Stelle konfiguriert werden. und die Netzwerkpriorität im Cluster muss mit den privaten Netzwerken an erster Stelle in der Prioritätsreihenfolge konfiguriert werden.

• Taktanforderungen sind vielleicht nicht die strikteste Anforderung an öffentliche Netzwerkbandbreiten und Wartezeiten für eine Konfiguration mit zwei Datencentern. Sie müssen die gesamte Netzwerklast berechnen, zu welcher der Client-, Active Directory-, Transport- und anderer Datenverkehr gehört, um die erforderlichen Netzwerkvoraussetzungen zu bestimmen.

Speicheranforderungen für Einzelkopiecluster

Einzelkopiecluster verwenden freigegebenen Speicher zum Speichern von Postfachserverdaten im Cluster (Speichergruppen und Datenbanken). Auch die Quorumressource kann auch in einem freigegebenen Speicher gespeichert werden. Alternativ kann ein Hauptknotensatz-Quorum (Majority Node Set, MNS) verwendet werden. Dabei kann es sich um ein herkömmliches MNS-Quorum oder ein MNS-Quorum mit Dateifreigabenzeuge handeln.

Es ist wichtig, dass die folgenden Aufgaben in der unten angegebenen Reihenfolge ausgeführt werden, damit der Einzelkopiecluster ordnungsgemäß funktioniert:

1. Der freigegebene Speicher muss vor der Clusterbildung auf jedem Knoten konfiguriert werden, der zum Cluster gehört. Es ist zwingend erforderlich, dass der Quorumdatenträger vor der Clusterbildung konfiguriert und allen Knoten im Cluster zur Verfügung gestellt wird. Bei der Clusterbildung tritt ein Fehler auf, wenn der Quorumdatenträger nicht verfügbar ist.

2. Nachdem der Cluster gebildet wurde und bevor Exchange installiert wird, müssen die physikalischen Datenträgerressourcen für den freigegebenen Speicher des Postfachclusterservers konfiguriert werden.

3. Nach dem Installieren von Exchange und dem Erstellen des Postfachclusterservers müssen die Abhängigkeiten für die physikalischen Datenträgerressourcen konfiguriert werden.

Beim Entwurf Ihrer SCC-Speicherlösung wird empfohlen, folgende bewährten Methoden zu befolgen:

• Verwenden Sie den Leitfaden für die allgemeine Planung von Speichersystemen unter Planen von Datenträgerspeicher.

• Speichern Sie die Datenbankdateien und Transaktionsprotokolldateien auf unterschiedlichen logischen Gerätenummern (Logical Unit Number, LUN).

• Verwenden Sie Bereitstellungspunkte für NTFS-Dateisystemvolumes, um die Volumes dem Betriebssystem zur Verfügung zu stellen.

• Verwenden Sie aussagekräftige Namen, die sich direkt und zweifellos der enthaltenen Speichergruppe oder Datenbank zuordnen lassen. Bei Verwendung verschiedener Volumes für Protokolle und Datenbanken sollten die Pfade den Datentyp angeben. Auf diese Weise können bei wachsender Anzahl von Datenbanken und Speichergruppen Benutzerfehler vermieden werden.

  Hinweis

  Exchange 2007 unterstützt nicht das Speichern von Transaktionsprotokollen oder Datenbankdateien im Stamm eines Volumes.

Active Directory-Anforderungen für Einzelkopiecluster

Die Anforderungen der SCC an die Active Directory-Infrastruktur sind bis auf einige zusätzliche Anforderungen mit denen eines eigenständigen Servers identisch. Bei einer Lösung mit mehreren Datencentern müssen beide Datencenter über ausreichende Active Directory-Infrastrukturunterstützung verfügen, weil jedes der beiden Datencenter jederzeit den Postfachclusterserver enthalten kann. Diese Kapazität muss selbst dann vorhanden sein, wenn die anderen Datencenter nicht verfügbar sind. Zusätzlich müssen alle Knoten im Cluster Mitglied derselben Domäne sein, und das Clusterdienstkonto muss über ausreichende Berechtigungen verfügen.

Dienstkontoanforderungen für Einzelkopiecluster

Wenn Sie SCC unter Windows Server 2003 installieren, müssen Sie für das Clusterdienstkonto ein Domänenkonto verwenden. Alle Knoten im Cluster müssen Mitglied derselben Domäne sein und dasselbe Clusterdienstkonto verwenden. Das Clusterdienstkonto muss zudem auf jedem Knoten Mitglied der Gruppe der lokalen Administratoren sein, der in der Lage ist, als Host für einen Postfachclusterserver zu dienen.

Das Clusterdienstkonto ist für die Erstellung und Verwaltung des Computerkontos verantwortlich, das durch die Netzwerknamenressource des Failoverclusters identifiziert und dieser zugeordnet wird, wenn diese Ressource online geschaltet wird. Um sicherzustellen, dass das Clusterdienstkonto über die entsprechenden Berechtigungen verfügt, lesen Sie Knowledge Base-Artikel 307532, Problembehandlung für das Clusterdienstkonto bei Änderung von Computerobjekten. Weitere Informationen hierzu enthält der Knowledge Base-Artikel 251335, Domänenbenutzer können einer Domäne keine Arbeitsstation bzw. keinen Server hinzufügen (englischsprachig).

Wenn Sie SCC unter Windows Server 2008 installieren, wird der Clusterdienst unter dem lokalen Systemkonto (SYSTEM) ausgeführt.

Weitere Informationen

Weitere Informationen zu Failoverclustern in Windows Server 2008 und ihrem Vorgänger in Windows Server 2003, den Serverclustern, finden Sie in den folgenden Ressourcen:

• Failoverclustering mit Windows Server 2008

• Clustertechnologien

• Windows Server 2008- und Windows Server 2003-Hilfe