Voraussetzungen für unterstützte Anwendungen und Datenbanken › Replication and High Availability für Microsoft SharePoint Server › High Availability für SharePoint Server › Vorbereiten des Replikatservers für Standalone-Bereitstellungen › Manuelles Vorbereiten des Replikats für Standalone-Bereitstellungen
Manuelles Vorbereiten des Replikats für Standalone-Bereitstellungen
Sammeln Sie die nachstehenden Informationen und lesen Sie alle Schritte, bevor Sie beginnen, den Replikatserver für die Standalone-Bereitstellung manuell vorzubereiten:
- Die Namen der SharePoint Server-Konfigurationsdatenbank und der zentralen Verwaltungsdatenbank auf dem Masterserver
- Die Anzeigenamen, Ports Header, alternative Zugriffszuordnung und Inhaltsdatenbanknamen für alle auf dem Masterserver erstellten Webanwendungen
- (Für Standalone-Bereitstellungen von SharePoint Server 2007) Der Name des Anbieters für gemeinsame Dienste auf dem Masterserver
Außerdem sollten Sie sich die folgenden Dokumente auf Microsoft TechNet ansehen:
Wichtig! CA ARCserve RHA ändert die Einstellungen von Loopback-Prüfungen durch Microsoft, um erfolgreiche High Availability-Szenarien auf Standalone-Bereitstellungen von SharePoint sicherzustellen. Weitere Informationen finden Sie in folgenden Support-Dokumenten von Microsoft:
So bereiten Sie den Replikatserver für eine Standalone-Bereitstellung vor:
- Sammeln Sie die aufgelisteten Informationen.
- Lesen Sie die Microsoft TechNet-Dokumente.
Hinweis: Der Wert der folgenden Parameter sollte mit jenen auf dem Master identisch sein: sp_cfgDB, CenAdmContDB, CentralAdminPort.
- Öffnen Sie eine Befehlszeilensitzung, und geben Sie folgende Befehle ein:
psconfig.exe -cmd configdb -create -server hostname\inst -database sp_cfgDB -admincontentdatabase CenAdmContDB
psconfig.exe -cmd installfeatures
psconfig.exe -cmd secureresources
psconfig.exe -cmd services -install
psconfig.exe -cmd services -provision (gilt nur für SP2010)
psconfig.exe -cmd adminvs -provision -port centralAdminPort
- Erstellen Sie die Webanwendungen auf dem Replikat über die Zentralverwaltung oder das STSADM-Tool. Sämtliche Anzeigenamen, Header, Zugriffszuordnungen, Inhaltsdatenbanknamen und Ports müssen dabei mit jenen auf dem Masterserver identisch sein. Verwenden Sie beim Erstellen von Webanwendungen auf dem Replikat den Master-Hostnamen und den Port als Lastenausgleichs-URL. Sie müssen keine Websitesammlungen erstellen, da Unterwebsites und Websitesammlungen in der Inhaltsdatenbank gespeichert werden, die in CA ARCserve RHA-Szenarien repliziert wird.
- Starten Sie die Dienste und erstellen Sie Anbieter für gemeinsame Dienste (SharePoint Server 2007), oder erstellen Sie über die Zentralverwaltung Dienstanwendungen auf dem Replikatserver, die mit jenen auf dem Master identisch sind.
Wichtig! Verwenden Sie den Konfigurations-Assistenten für SharePoint-Produkte nicht für die Konfiguration des Replikatservers, bevor Sie ein HA-Szenario ausführen.
Replication and High Availability für vCenter Server
Replikation für vCenter Server
In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve RHA für vCenter Server beschrieben.
Konfiguration von Replication für vCenter
Um Replication für vCenter Server zu implementieren, benötigen Sie folgende Konfigurationen:
Um die Replication-Lösung mit der Option Assured Recovery für vCenter Server verwenden zu können, müssen Sie über folgende Konfigurationen verfügen:
- Auf dem Master- und Replikatserver muss die gleiche Version von vCenter Server installiert sein.
- Auf dem Master- und Replikatserver muss vCenter Server jeweils mit den gleichen Anmeldeinformationen installiert sein.
Replication-Anmeldekonto für vCenter
Das Anmeldekonto des CA ARCserve RHA-Prozessdienstes muss alle folgenden Bedingungen erfüllen:
- Für Standalone-Server (also Server, die sich nicht in einem Cluster befinden) müssen Sie den Standard des lokalen Systems verwenden.
- Für Cluster-Knoten müssen Sie ein Dienstkonto verwenden, das als lokaler Administrator auf allen Cluster-Knoten fungiert.
High Availability für vCenter Server
In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve HA für vCenter Server beschrieben.
Konfiguration von HA für vCenter Server
Für die Implementierung von High Availability-Verfahren für vCenter Server benötigen Sie folgende Konfigurationen:
vCenter HA-Anmeldekonto
Das Anmeldekonto des CA ARCserve HA-Prozessdienstes muss folgende Kontobedingungen erfüllen:
- Es muss Mitglied der Gruppe der Domänenadministratoren sein. Wenn die Gruppe der Domänenadministratoren nicht Mitglied der eingebauten lokalen Administratorengruppe der Domäne ist, müssen Sie ein Konto verwenden, das diese Bedingung erfüllt.
- Es muss Mitglied der Administratorengruppe des lokalen Rechners sein. Wenn die Gruppe der Domänenadministratoren nicht Mitglied ist, fügen Sie das Konto manuell hinzu.
- Verwenden Sie für Server in einer Arbeitsgruppe das lokale Systemkonto.
Replication and High Availability für Microsoft Dynamics CRM
Konfiguration von RHA für Dynamics CRM
Microsoft-Dynamik CRM besteht aus verschiedenen Serverrollen, die in zwei Serverrollengruppen zusammengefasst sind:
- Anwendungsserver-Rollengruppe-—Diese Gruppe enthält Kerndienste, Web-Front und Hilfe von CRM.
- Plattformserver-Rollengruppe—Diese Gruppe enthält den asynchronen Verarbeitungsdienste, den Suchdienst und den Berichterstellungsdienst.
Beide Serverrollengruppen verwenden den SQL-Berichterstellungsdienst, der auf einem anderen Rechner installiert werden kann. Sie können Serverrollengruppen auf demselben Rechner oder auf unterschiedlichen Computern installieren.
CA ARCserve RHA für Dynamics CRM kann auf zwei Arten konfiguriert werden:

- "All in One"-Konfiguration
-
Alle Servergruppenrollen werden auf dem selben Rechner (Masterserver) ausgeführt. In einer "All in One"-Konfiguration ist folgendes nötig:
- 2 identisch konfigurierte Windows-Server (Master und Replikat) Wenn Sie den Replikatserver installieren, wählen Sie die Option "Mit einer vorhandenen Bereitstellung verbinden". Wenn Sie Dynamics CRM einrichten, müssen Sie erneut die Option "Mit einer vorhandenen Bereitstellung verbinden" wählen. Anschließend geben Sie die SQL Server-Datenbankinstanz des Masterservers als Name des mit dieser Bereitstellung zu verwendenden Computers, auf dem SQL ausgeführt wird, an.
Hinweis: Wenn Sie alle Serverrollen auf einem Rechner ausführen, kann dieser Server nicht Domänen-Controller sein, sofern Sie nicht auch Microsoft Windows Small Business Server 2003 Premium Edition R2 ausführen.
- Konfiguration für verschiedene Rechner
-
Servergruppenrollen werden auf verschiedenen Rechnern ausgeführt (mehrere Masterserver). In einer Konfiguration für verschiedene Rechner ist folgendes nötig:
- Mindestens 2 Windows-Server (Master und Replikat), die als der Dynamics CRM-Anwendungsserver, -Plattformserver oder -Berichtsserver fungieren. Die Anwendungs-, Plattform- und Berichtsserverrollen können von individuellen Rechnern wahrgenommen werden, oder auf dem selben Rechner ausgeführt werden. Sie können nach Bedarf weitere Server hinzufügen. Jeder Server in der Bereitstellung wird von seinem eigenen CA ARCserve RHA-CRM-Szenario geschützt. Das bedeutet, dass Sie für jeden Dynamics CRM-Server, den Sie hinzufügen, auch einen identisch konfigurierten Replikatserver hinzufügen müssen. Wenn Sie den Replikatserver einrichten, wählen Sie die Option "Mit einer vorhandenen Bereitstellung verbinden". Anschließend geben Sie die SQL Server-Datenbankinstanz des Masterservers als Name des mit dieser Bereitstellung zu verwendenden Computers, auf dem SQL ausgeführt wird, an.
- 2 SQL Server—ein Master- und ein Replikatserver Dieser Rechner wird in einem Backend-SQL-Szenario separat geschützt. Im CA ARCserve RHASQL Server Operation Guide finden Sie weitere Informationen.
Hinweis: Vor der Installation von Dynamics CRM stellen Sie sicher, dass SQLServer-Berichtsserver und IIS installiert sind.

Hierbei gelten folgende Voraussetzungen:
- Installieren Sie den Prozess auf allen Servern, die an CA ARCserve RHA-Szenarien teilnehmen.
- Auf den beiden Windows-Servern sollte Windows Server 2003 oder 2008 mit gleichen Service Packs und Hotfixes ausgeführt werden.
- Der geschützte Server darf kein Domänen-Controller oder DNS-Server sein.
Wenn Sie SQL 2005 in einer verteilten Konfiguration ausführen:
- Vergewissern Sie sich, dass auf beiden Servern (Master und Replikat) eine SQL-Instanz installiert ist.
- Stellen Sie sicher, dass auf beiden Servern die gleichen SQL-Versionen, Service Packs und Hotfixes installiert sind.
- Stellen Sie sicher, dass auf beiden Servern die gleichen SQL Server-Instanzen vorhanden sind, zum Beispiel "Standard" oder "benannt".
- Stellen Sie sicher, dass beide Server zu derselben Active Directory-Struktur gehören und Mitglieder derselben Domäne oder vertrauenswürdigen Domäne sind.
- Die Buchstaben von Laufwerken mit Datenbankdateien sollten auf beiden Servern gleich sein.
- Der vollständige Pfad zur Standardsystemdatenbank jeder Instanz sollte auf beiden Servern gleich sein.
- Stellen Sie sicher, dass der in den TCP/IP-Eigenschaften der Netzwerkkonfiguration der SQL-Instanz festgelegte Port statisch zugewiesen und auf beiden Servern identisch ist.
UNIX/Linux-Konfiguration
Auf AIX-Servern ist der Hostname immer auf "FQDN" festgelegt. Beim Abrufen von FQDN wird nur DNS unterstützt. NIS- oder NIS+-Naming Services werden nicht unterstützt.
Wenn DNS-Umleitung eingesetzt wird, legen Sie die zu ordnende Suchreihenfolge auf "order bind, hosts" in "/etc/host.conf".
Für DNS-Umleitung ist ein bind package notwendig:
Betriebssystem
|
Paketname
|
Linux
|
bind-utils-*
|
Solaris
|
SUNWbind
|
AIX
|
bos.rte.bind_cmds
|
Für Oracle auf UNIX/Linux-Systemen wird nur die File System-Speicheroption für Datenbankinstanz-Datendateien unterstützt.
Gesamtsystem-Hochverfügbarkeit
Gesamtsystem-Hochverfügbarkeit kann folgendermaßen konfiguriert werden:
- Masterserver
-
Dieser Server kann jeder vom Prozess unterstützter Windows-Server sein. Der Masterserver kann ein physischer oder virtueller Server sein.
- Replikatserver
-
Die folgenden virtualisierten Umgebungen werden in Gesamtsystemszenarien als Replikatserver unterstützt:
- Microsoft Hyper-V
- Citrix XenServer (Xen)
- ESX
- vCenter Server
- Amazon EC2
Hinweis: Stellen Sie für Hyper-V 1.0 sicher, dass alle Patches, insbesondere Patch KB950050, installiert sind. Weitere Informationen finden Sie auf der Microsoft-Website. Verwenden Sie beim Erstellen von virtuellen Hyper-V-Rechnern nicht den Standardinstallationspfad. CA ARCserve RHA kann während der Ausführung von Auto Discovery nicht auf den standardäßigen Installationspfad des virtuellen Rechners zugreifen. Erstellen Sie auf Master- und Replikatserver einen neuen Ordner, z. B. "C:\VM". Geben Sie während der Erstellung des Szenarios für Gesamtsystem-HA in "Volumeeinstellung" diesen Ordner an.