SQL Server in einer Arbeitsgruppe

Voraussetzungen für unterstützte Anwendungen und Datenbanken › Replication and High Availability für Microsoft SQL Server › High Availability für SQL Server › SQL Server in einer Arbeitsgruppe

SQL Server in einer Arbeitsgruppe

Legen Sie für Server in einer Arbeitsgruppe das Konto des CA ARCserve HA-Prozessdienstes für einen Benutzer fest, der Mitglied der lokalen Administratorengruppe ist. Server in einer Arbeitsgruppe können die DNS-Umleitung nur mit DNS-Servern verwenden, die nicht sichere Updates zulassen. Sie können die Funktionen "IP-Adresse übertragen" und "Computername ändern" sowie benutzerdefinierte Skripte zur Umleitung ganz normal verwenden.

Wenn "Computername ändern" verwendet wird, können Sie, sofern das Konto zu den Microsoft SQL-Anmeldungen hinzugefügt wurde, das Systemkonto oder die lokale Administratorgruppe verwenden.

SQL-HA-Cluster

Für eine Installation auf einem Cluster müssen Sie den Namen des virtuellen Servers von SQL Server als Master- oder Replikatname eingeben.

Die einzige Konfiguration, die etwas Vorbereitung erfordert, ist die Verwendung der Funktion zur Übertragung der IP-Adresse in Verbindung mit einem Cluster. Detaillierte Anweisungen zur Verwendung der Übertragung von IP-Adressen bei Clustern finden Sie in CA ARCserve RHA für Microsoft-SQL Server - Bedienungsanleitung.

IIS Server High Availability

In diesem Abschnitt werden die Voraussetzungen für die Ausführung von CA ARCserve HA für Microsoft IIS Server beschrieben.

IIS HA-Konfigurationen

Zur Implementierung von High Availability-Verfahren mit Hilfe von CA ARCserve HA IIS Server müssen folgende Konfigurationen vorhanden sein:

Zwei Server, auf denen Windows Server mit gleichen Service Packs und Hotfixes ausgeführt wird.
Hinweis: Eine vollständige Liste der unterstützten Betriebssysteme und Anwendungen finden Sie in den CA ARCserve RHA-Versionshinweisen.
- Auf beiden Servern sollten die gleichen Service Packs und Hotfixes installiert sein.
- (In der Active Directory-Umgebung) Sowohl Master- als auch Replikatserver sollten zu derselben Active Directory-Struktur gehören und Mitglieder derselben Domäne oder vertrauenswürdiger Domänen sein.
Eine Instanz von Microsoft IIS Server 6.0, 7.0/7.5, die auf jedem Server installiert ist.
- Auf beiden Servern sollten die gleichen IIS-Dienste installiert sein: WWW, SMTP usw.
- Auf beiden Servern sollten die gleichen Webdiensterweiterungen installiert sein.
- Die vollständigen Pfade mit Standortdateien sollten auf beiden Servern gleich sein.
Der Standby-Server sollte über eine Neuinstallation (Clean Installation) von IIS mit ausschließlich standardmäßigen Standorten verfügen.
Standorte auf dem Masterserver sollten keine URL-Umleitung oder UNC-Pfad-Umleitung verwenden.
Falls anonymer Zugriff aktiviert ist und verwendet wird, konfigurieren Sie Folgendes:
Damit die Berechtigungen zwischen den beiden Servern synchronisiert bleiben, sollten beide IIS-Prozesse das gleiche Benutzerkonto für anonymen Benutzerzugriff verwenden. Erstellen Sie ein neues Domänen-Benutzerkonto, und konfigurieren Sie beide IIS-Server für dessen Verwendung. In den folgenden Dokumenten wird dies beschrieben:
- Für IIS 6.0: SO WIRD'S GEMACHT: Konfigurieren der IIS-Websiteauthentifizierung in Windows Server 2003 http://support.microsoft.com/kb/324274
- Für IIS 7.0/7.5: Konfigurieren der anonymen Authentifizierungsidentität http://technet.microsoft.com/de-de/library/cc770966
  Hinweis: Obwohl dies im Dokument nicht angegeben wird, müssen Sie die Richtlinie der lokalen (oder Domänen-) Gruppe so bearbeiten, dass das Benutzerkonto folgende Berechtigungen erhält: "Lokal anmelden zulassen", "Anmelden als Batch-Job" und "Auf diesen Computer vom Netzwerk aus zugreifen". Außerdem müssen Sie alle Berechtigungsänderungen, die Sie am Dateisystem für das ursprüngliche anonyme Benutzerkonto vorgenommen haben, auch für das neu zugewiesene Domänenkonto duplizieren.
Wenn Sie in IIS 6.0 und 7.0/7.5 neue Anwendungspools auf dem Masterserver definieren, sollten Sie diese auch auf dem Replikatserver definieren.
Wenn Sie eine SSL-Verschlüsselung verwenden, finden Sie in den folgenden MS-Dokumenten Informationen zum Kopieren des richtigen Zertifikats:
- Für IIS 6.0: Eine Anleitung zum Lastenausgleich für eine Webserver-Farm unter Verwendung eines SSL-Zertifikat in Internet Information Services 6.0 finden Sie hier: http://support.microsoft.com/kb/313299
- Für IIS 7.0/7.5: Setting Up IIS 7.0 http://technet.microsoft.com/de-de/library/cc268245(en-us).aspx
Der geschützte Server darf kein Domänen-Controller oder DNS-Server sein.
Wenn Sie IIS 7.0/7.5 verwenden, muss die Kompatibilität mit der IIS 6.0-Verwaltung installiert sein. Da die Kompatibilität mit der IIS 6.0-Verwaltung bei der Installation von IIS 7.0/7.5 standardmäßig deaktiviert ist, müssen Sie diese Option während des Installationsvorgangs von IIS 7.0/7.5 aktivieren.

IIS 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.

Hinweis: Wenn die Sicherheitsrichtlinie Ihres Unternehmens noch detailliertere Berechtigungen erfordert, wenden Sie sich an den technischen Support. Dort erhalten Sie genaue Anweisungen. Besondere Hinweise zu IIS-Servern, die Workgroups verwenden, finden Sie in der Bedienungsanleitung.

Oracle-Server High Availability

In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve HA für Oracle Server beschrieben.

Oracle HA-Konfigurationen

Zur Implementierung von High Availability-Verfahren mit Hilfe von CA ARCserve HA Oracle Server müssen folgende Konfigurationen vorhanden sein:

Zwei Server, auf denen Windows Server mit gleichen Service Packs und Hotfixes ausgeführt wird.
Hinweis: Eine vollständige Liste der unterstützten Betriebssysteme und Anwendungen finden Sie in den CA ARCserve RHA-Versionshinweisen.
- Auf beiden Servern sollten die gleichen Service Packs und Hotfixes installiert sein.
Auf beiden Servern sollten die gleichen Oracle-Versionen, Service Packs und Hotfixes installiert sein.
(In der Active Directory-Umgebung) Sowohl Master- als auch Replikatserver sollten zu derselben Active Directory-Struktur gehören und Mitglieder derselben Domäne oder vertrauenswürdiger Domänen sein.
Die Oracle-SIDs von Master- und Replikatserver müssen übereinstimmen.
Stellen Sie auf beiden Servern sicher, dass alle normalerweise beim Booten gestarteten Oracle-Dienste erfolgreich gestartet und auf automatisches Starten eingestellt wurden.
Der Pfad zum Verzeichnis "ORACLE_HOME" und der Pfad zu den Datenbankdateien auf Master- und Replikatserver müssen identisch sein.
Um den Replikationsverkehr zu minimieren, werden temporäre Oracle-Tablespaces von der Replikation ausgeschlossen. (Stellen Sie sicher, dass die Oracle-Datenbank auf dem Replikatserver mit den gleichen Namen und dem gleichen Pfad für temporäre Tablespaces wie auf dem Masterserver konfiguriert ist.)
Konfigurieren Sie auf beiden Servern Oracle so, dass die Datenbank automatisch beim Starten des Dienstes geladen wird (oradim -edit -sid ORACLE_SID -startmode auto).
Der geschützte Server darf kein Domänen-Controller oder DNS-Server sein.

Auf UNIX/Linux-Systemen erfordert CA ARCserve RHA, dass der 32-Bit-Oracle Instant Client Oracle-Datenbanken unterstützt. Wenn Sie diesen Client nicht bereits installiert haben, brechen Sie CA ARCserve RHA-Installation ab, laden Sie den Oracle Instant Client von der Oracle-Website herunter, und fahren Sie mit der Installation von CA ARCserve RHA fort. Wenn der Instant Client bereits installiert ist, müssen Sie den vollständigen Installationspfad manuell eingeben.

Oracle HA-Anmeldekonto

Das Anmeldekonto des CA ARCserve HA-Prozessdienstes muss folgende Bedingungen 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.

Hinweis: Wenn die Sicherheitsrichtlinie Ihres Unternehmens noch detailliertere Berechtigungen erfordert, wenden Sie sich an den technischen Support. Dort erhalten Sie genaue Anweisungen.

Oracle-Server in einer Arbeitsgruppe

Legen Sie für Server in einer Arbeitsgruppe das Konto des Prozessdienstes für einen Benutzer fest, der Mitglied der lokalen Administratorengruppe ist. Server in einer Arbeitsgruppe können die DNS-Umleitung nur mit DNS-Servern verwenden, die nicht sichere Updates zulassen. Sie können die Funktionen "IP-Adresse übertragen" und "Computername ändern" sowie benutzerdefinierte Skripte zur Umleitung ganz normal verwenden.

Replication and High Availability für Microsoft Hyper-V

Replication für Hyper-V Server

In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve RHA für Hyper-V Server beschrieben.

Konfiguration von Replication für Hyper-V

Um Replication für Hyper-V Server zu implementieren, benötigen Sie folgende Konfigurationen:

Der Master muss auf Windows Server ausgeführt werden.
Der Replikatserver muss auf Windows Server ausgeführt werden.
Eine installierte Instanz von Hyper-V Server auf dem Master.

Hinweis: Eine vollständige Liste der unterstützten Betriebssysteme und Anwendungen finden Sie in den CA ARCserve RHA-Versionshinweisen.

Anmeldekonto für Replication für Hyper-V

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.

Hochverfügbarkeit für Hyper-V

In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve HA für Hyper-V Server beschrieben.

Hyper-V HA-Konfiguration

Für die Implementierung von High Availability-Verfahren für Hyper-V Server benötigen Sie folgende Konfigurationen:

Zwei Server, auf denen Windows Server mit gleichen Service Packs und Hotfixes ausgeführt wird.
Hinweis: Eine vollständige Liste der unterstützten Betriebssysteme und Anwendungen finden Sie in den CA ARCserve RHA-Versionshinweisen.
Auf beiden Servern sollten die gleichen Hyper-V-Versionen, Service Packs und Hotfixes installiert sein.
(In der Active Directory-Umgebung) Sowohl Master- als auch Replikatserver sollten zu derselben Active Directory-Struktur gehören und Mitglieder derselben Domäne oder vertrauenswürdiger Domänen sein.
Weisen Sie alle IP-Adressen statisch zu (durch DHCP zugewiesene IP-Adressen auf dem Master- oder dem Replikatserver werden nicht unterstützt).
Der geschützte Server darf kein Domänen-Controller oder DNS-Server sein.

Verwenden Sie nicht den standardmäßigen Hyper-V-Installationspfad. Erstellen Sie stattdessen sowohl auf dem Master- als auch auf dem Replikatserver einen neuen Ordner, z. B. "c:\vm\". CA ARCserve RHA kann während der Ausführung von Auto Discovery nicht auf den standardäßigen Installationspfad des virtuellen Rechners zugreifen.

Hyper-V 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 im Falle von Servern in einer Arbeitsgruppe das lokale Systemkonto.

Replication and High Availability für Microsoft SharePoint Server

Replication für SharePoint-Server

In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve RHA für SharePoint Server beschrieben.

Konfiguration von Replication für SharePoint

Um Replication für SharePoint Server zu implementieren, benötigen Sie folgende Konfigurationen:

Zwei Server, auf denen Windows Server mit gleichen Service Packs und Hotfixes ausgeführt wird.
Hinweis: Eine vollständige Liste der unterstützten Betriebssysteme und Anwendungen finden Sie in den CA ARCserve RHA-Versionshinweisen.
Eine installierte Instanz von SharePoint Server auf dem Master.

Um die Replication-Lösung mit der Option Assured Recovery für SharePoint Server verwenden zu können, müssen Sie über folgende Konfigurationen verfügen:

Auf dem Master- und Replikatserver muss die gleiche Version von SharePoint Server installiert sein.
Auf dem Master- und Replikatserver muss SharePoint Server jeweils mit den gleichen Anmeldeinformationen installiert sein.

Replication-Anmeldekonto für SharePoint

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 SharePoint Server

In diesem Abschnitt werden die Anforderungen für die Ausführung von CA ARCserve HA für SharePoint Server beschrieben.

SharePoint HA-Konfiguration

Für die Implementierung von High Availability-Verfahren für SharePoint Server benötigen Sie folgende Konfigurationen:

Zwei Server, auf denen Windows Server mit gleichen Service Packs und Hotfixes ausgeführt wird.
Hinweis: Eine vollständige Liste der unterstützten Betriebssysteme und Anwendungen finden Sie in den CA ARCserve RHA-Versionshinweisen.
Eine installierte Instanz von SharePoint Server auf jedem Server:
- Auf beiden Servern sollten die gleichen Service Packs und Hotfixes installiert sein.
- Beide Server sollten sich in derselben Active Directory-Struktur befinden und Mitglieder derselben Domäne oder vertrauenswürdiger Domänen sein.
- Beide Server sollten denselben Port verwenden.
- Auf beiden Servern sollten die gleichen SQL-Versionen, Service Packs und Hotfixes installiert sein.
- Auf beiden Servern sollten die gleichen SQL Server-Instanzen vorhanden sein, d. h. Standard oder benannt.
- 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.
Wenn Sie SharePoint mit SQL Server Express Edition installieren, müssen Sie für diese SQL-Instanz (z. B. OfficeServers) sowohl auf dem Master- als auch auf dem Replikatserver das TCP/IP-Protokoll aktivieren.
Stellen Sie sicher, dass der in den Netzwerkkonfiguration-TCP/IP-Eigenschaften der SQL-Instanz(en) festgelegte Port statisch zugewiesen und auf Master und Replikat identisch ist.
Keiner der beteiligten Server darf ein Domänen-Controller oder DNS-Server sein.
Der Master- und der Replikatserver müssen sich in derselben Active Directory-Struktur befinden.

SharePoint HA-Anmeldekonto

Das Anmeldekonto des CA ARCserve HA-Prozessdienstes muss folgende Bedingungen 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.
Wenn das Konto nicht über integrierte Administratorberechtigungen für alle SQL Server-Instanzen verfügt, fügen Sie entsprechende Berechtigungen hinzu.
Hinweise:
- Sie sollten kein Netzwerkdienstkonto verwenden. Dieses könnte dazu führen, dass die Dienste nach einem Switchover nicht ordnungsgemäß funktionieren.
- Wenn die Sicherheitsrichtlinie Ihres Unternehmens detailliertere Berechtigungen erfordert, wenden Sie sich an den technischen Support. Dort erhalten Sie genaue Anweisungen. Für Server in einer Arbeitsgruppe müssen Sie als Anmeldebenutzer das lokale System beibehalten.

Senden Sie CA Technologies eine E-Mail zu diesem Thema.