Konfigurieren der Notfallwiederherstellung von SharePoint-Farmen mithilfe des SQL Server-Protokollversands

  • Artikel

In diesem Artikel wird die Verwendung des Protokollversands von Microsoft SQL Server 2005 oder Microsoft SQL Server 2008 zum Erstellen einer Notfallwiederherstellungsfarm in einem geografisch verteilten Rechenzentrum für Microsoft Office SharePoint Server 2007 mit Service Pack 2 (SP2) beschrieben. Durch diese Konfiguration können Sie eine Notfallwiederherstellungswebsite bereitstellen, die bei einem Failover aktuelle Suchergebnisse enthält. Der Artikel setzt voraus, dass Sie mit den Konzepten und Begriffen vertraut sind, die unter Planen der Verfügbarkeit (Office SharePoint Server) vorgestellt werden.

Häufig werden viele Teams oder Rollen in einer Organisation benötigt, um ein sekundäres Rechenzentrum und eine sekundäre Farm zu erstellen und zu konfigurieren. Zum Konfigurieren und Testen der sekundären Umgebung müssen Sie sich mit den Administratoren der Authentifizierungsanbieter, den SQL Server-Datenbankadministratoren und allen betroffenen SharePoint-Farmadministratoren beraten. Dieser Artikel wendet sich hauptsächlich an SharePoint-Farmadministratoren, um ihnen bei folgenden Aufgaben zu helfen:

  • Verstehen der Anforderungen für das Erstellen von Notfallwiederherstellungsfarmen mit Protokollversand.

  • Einrichten von Testumgebungen mit Protokollversand.

  • Kommunizieren mit den SQL Server-Datenbankadministratoren, die den Protokollversand für die Produktionsumgebungen konfigurieren.

Dieser Artikel enthält die folgenden Abschnitte:

  • Einführung in den Protokollversand

  • Übersicht über Office SharePoint Server und Protokollversand

  • Anforderungen an das sekundäre Rechenzentrum und die sekundäre Farm

  • Konfigurieren der Umgebung für den Protokollversand

  • Failover

  • Erwägungen beim Testen von Failover

  • Neukonfigurieren des Protokollversands oder Failback

  • Zusammenfassung

Einführung in den Protokollversand

Mit dem Protokollversand können Sie SQL Server so konfigurieren, dass kontinuierlich Transaktionsprotokollsicherungen von einer primären Datenbank in einer primären Serverinstanz an mindestens eine sekundäre Datenbank in separaten sekundären Serverinstanzen gesendet werden. Die Transaktionsprotokollsicherungen werden auf jede sekundäre Datenbank einzeln angewendet. Durch kontinuierliches Sichern der Transaktionsprotokolle von einer primären Datenbank und anschließendes Kopieren und Wiederherstellen in einer sekundären Datenbank bleibt die sekundäre Datenbank weitgehend synchronisiert mit der primären Datenbank. Der Protokollversand kann auch eine optionale dritte Serverinstanz umfassen, die als Überwachungsserver bezeichnet wird. Auf dieser werden der Verlauf und Status der Sicherungs- und Wiederherstellungsvorgänge aufgezeichnet und Warnungen ausgelöst, wenn diese Vorgänge nicht plangemäß ausgeführt werden.

Der Protokollversand besteht aus drei Aufträgen. Jeder Auftrag führt einen der folgenden Vorgänge aus:

  1. Sichern des Transaktionsprotokolls in der primären Serverinstanz

  2. Kopieren der Transaktionsprotokolldatei in die sekundäre Serverinstanz

  3. Wiederherstellen der Protokollsicherung in der sekundären Serverinstanz

Das folgende Diagramm beschreibt den Protokollversand.

Protokollieren des Versandprozesses (Übersicht)

Weitere Informationen finden Sie im Artikel Protokollversand (https://go.microsoft.com/fwlink/?linkid=151252&clcid=0x407) der SQL Server-Onlinedokumentation.

Übersicht über Office SharePoint Server und Protokollversand

Mit dem SQL Server-Protokollversand können Inhaltsdatenbanken, einschließlich Datenbanken für "Meine Website", und Datenbanken für einmaliges Anmelden (Single Sign-on, SSO) von einer Farm mit Office SharePoint Server 2007 mit SP2 zu einer oder mehreren geografisch verteilten sekundären Farmen gesendet werden.

Wichtig

Obwohl Sie den Protokollversand in einer anderen Version als Office SharePoint Server 2007 mit SP2 konfigurieren können, wird die Verwendung von Office SharePoint Server 2007 mit SP2 empfohlen, da es folgende Vorteile bietet:

  • Wenn eine Inhaltsdatenbank in den schreibgeschützten Modus gesetzt wird, werden die ihr zugeordneten Websitesammlungen ebenfalls in den schreibgeschützten Modus gesetzt, und auf der Benutzeroberfläche werden Aktivitäten entfernt, die Datenbankänderungen erfordern.

  • Bei der Suche werden Inhaltsdatenbanken, die getrennt und anschließend wieder an dieselbe Webanwendung in Office SharePoint Server 2007 mit SP2 angefügt wurden, als bekannte Datenquellen behandelt, und anstelle von vollständigen Crawls werden inkrementelle Crawls ausgeführt. Dies ist wichtig, da Sie in Umgebungen mit Protokollversand Inhaltsdatenbanken in der sekundären Farm häufig trennen und neu anfügen sollten, um die Konfigurationsdatenbank in der sekundären Farm zu aktualisieren, sodass neue oder entfernte Websitesammlungen erkannt werden. Durch die neue Möglichkeit inkrementeller Crawls nach dem erneuten Anfügen einer Datenbank wird die Crawlzeit erheblich verkürzt und die Zeitnähe der Suche erhöht.

Verwendungsmöglichkeiten von sekundären Farmen

Der Hauptzweck einer sekundären Serverfarm besteht vermutlich in der Notfallwiederherstellung. Wenn Sie eine sekundäre Farm mit Office SharePoint Server 2007 mit SP2 erstellen, können Sie jedoch auch Websites in der per Protokollversand erstellten sekundären Farm für Benutzer verfügbar machen. Sie können entweder eine Hostdatei verteilen, die auf die Websites in der sekundären Farm verweist, oder eine dedizierte alternative Zugriffszuordnung für jede Webanwendung in der sekundären Farm definieren, die Sie mit einem sekundären Namespace verfügbar machen möchten, z. B. http://secondary.contoso.com oder http://readonly.contoso.com. Benutzer können auf den zur Verfügung gestellten Websites nicht schreiben. Dieser Artikel setzt voraus, dass Office SharePoint Server 2007 mit SP2 ausgeführt wird. Weitere Informationen finden Sie unter Ausführen einer Farm mit schreibgeschützten Inhaltsdatenbanken (Office SharePoint Server).

Hinweis

Wenn Sie eine sekundäre Farm erstellen, in der Office SharePoint Server 2007 mit SP2 nicht ausgeführt wird, sollten Sie keine Websites für Benutzer verfügbar machen. Durch Protokollversand erstellte Farmen ohne Office SharePoint Server 2007 mit SP2 sind schreibgeschützt, geben jedoch keine klaren Warnungen für Benutzer aus, die auf der Website Daten schreiben möchten. Weitere Informationen zu den Problemen beim Verwenden von Office SharePoint Server mit einer schreibgeschützten Datenbank finden Sie im Knowledge Base-Artikel Verwenden von Microsoft Windows SharePoint Services mit einer Content-Datenbank, die in Microsoft SQL Server als "Schreibgeschützt" konfiguriert ist (https://go.microsoft.com/fwlink/?linkid=117362&clcid=0x407).

Protokollversandtopologie

Im folgenden Diagramm wird ein Szenario mit zwei Rechenzentren und zwei für die Verwendung von Protokollversand konfigurierten Serverfarmen beschrieben. In diesem Szenario hostet das Notfallwiederherstellungsrechenzentrum eine schreibgeschützte sekundäre Farm.

Serverfarmen mit Protokollversand vor Failover

Es gibt zwei logische Farmen, eine in jedem Rechenzentrum. Jede Farm ist eine separate Installation mit einer separaten Konfigurations- und Zentraladministrations-Inhaltsdatenbank und einem separaten Anbieter für gemeinsame Dienste (Shared Services Provider, SSP). Nur die Inhaltsdatenbanken und die SSO-Datenbank werden durch Protokollversand vom primären Rechenzentrum zum sekundären Rechenzentrum kopiert. SSP A stellt die Suche in der primären Farm bereit, SSP B in der sekundären Farm. Ein Konfigurationsdatenbank-Aktualisierungsskript (C) wird in der sekundären Farm ausgeführt. Wie das Diagramm zeigt, muss die Zeitplanung von drei Prozessen in der sekundären Umgebung so abgestimmt werden, dass sie nicht überlappen:

  1. Verarbeitung von per Protokollversand gelieferten Datenbanken

  2. Suchcrawls

  3. Konfigurationsdatenbank-Aktualisierungsskript

Diese Topologie kann in vielen Rechenzentren wiederholt werden, wenn Sie den SQL Server-Protokollversand für zusätzliche Rechenzentren konfigurieren.

Allgemeine Überlegungen beim Protokollversand mit Office SharePoint Server

In diesem Abschnitt werden Einschränkungen bei der Verwendung des Protokollversands mit Office SharePoint Server 2007 mit SP2 beschrieben.

  • Standardmäßig erfolgt der Failoverprozess für den Protokollversand manuell. Sie können jedoch auch Skripts zum Automatisieren von Failover erstellen.

  • Bei einem ungeplanten Failover ist ein gewisser Datenverlust möglich, je nach der Häufigkeit des Protokollversands und dem Zeitpunkt des Fehlers. Unter Umständen gehen Daten aus dem letzten Protokollversandintervall vor einem Fehler verloren.

  • Die Konfigurationsdatenbank kann nicht per Protokollversand an eine andere Farm gesendet werden, da sie computerspezifische Informationen enthält. Sie müssen die gleichen Anpassungen und Konfigurationseinstellungen auf beiden Serverfarmen manuell verwalten.

  • Die Suchdatenbank kann nicht per Protokollversand an die sekundäre Farm gesendet werden, da die Suchdatenbank, die Indexdatei und die SSP-Datenbank synchronisiert werden müssen. Zur Sicherstellung der Verfügbarkeit der Suche in einer Failoverfarm mit per Protokollversand gelieferten Datenbanken können Sie eine der folgenden Lösungen verwenden:

    • Konfigurieren und Ausführen eines SSP, der für die Suche in der Failoverfarm konfiguriert ist. Diese Lösung bietet sofortige Verfügbarkeit der Suche, sobald die sekundäre Farm betriebsbereit ist, und eignet sich für große Korpora. In diesem Artikel wird beschrieben, wie ein Such-SSP in der Failoverfarm konfiguriert und ausgeführt wird.

    • Wiederherstellen des SSP aus der primären Farm in der Failoverfarm mithilfe der integrierten SharePoint-Sicherung und -Wiederherstellung. Diese Lösung bietet Verfügbarkeit der Suche, nachdem der SSP wiederhergestellt wurde und die Suche den Inhalt erneut gecrawlt hat. Wenn das zum Wiederherstellen des SSP erforderliche Intervall innerhalb der geplanten Wiederherstellungszeit der Farm liegt, sollten Sie diese Lösung in Betracht ziehen. Die Lösung ist in diesem Artikel nicht ausführlich beschrieben. Weitere Informationen zum Sichern und Wiederherstellen des Such-SSP finden Sie unter Sichern und Wiederherstellen von SSPs (Office SharePoint Server 2007).

  • Wenn Sie den Profildienst in der primären Farm ausführen, sollten Sie in der sekundären Farm den SSP zum Ausführen des Profildiensts konfigurieren. Damit die Profile für alle SSPs synchronisiert bleiben, müssen Sie das User Profile Replication-Modul verwenden, das in der 32-Bit-Version des Toolkits der Microsoft SharePoint-Verwaltung (x86) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x407) oder in der 64-Bit-Version des Toolkits der Microsoft SharePoint-Verwaltung (x64) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x407) enthalten ist. Weitere Informationen finden Sie unter User Profile Replication Engine (Office SharePoint Server).

  • Der Protokollversand von anderen Datenbanken als Inhaltsdatenbanken und SSO-Datenbanken, z. B. Microsoft Office Project Server 2007-Datenbanken, wird nicht empfohlen. Für Datenbanken, die zuvor nicht erwähnt wurden, wird das Sichern und Wiederherstellen in der Failoverfarm empfohlen.

  • Websitesammlungen, die der primären Farm hinzugefügt werden, werden der Konfigurationsdatenbank in der sekundären Farm nicht automatisch hinzugefügt. Sie müssen mit Stsadm-Vorgängen oder einem Skript hinzugefügt werden. Ein Beispielskript finden Sie unter Erstellen eines Skripts zum Aktualisieren der Liste von Websites in der Konfigurationsdatenbank der sekundären Farm (Aktualisierungsskript).

Updates für Office SharePoint Server müssen auf Binärdateien in den primären und sekundären Farmen angewendet werden. Sie können jedoch auf die Datenbanken in der primären Farm angewendet werden und dann per Protokollversand an die sekundäre Farm gesendet werden. In diesem Artikel wird das Patchen nicht ausführlich behandelt, im Wesentlichen verläuft der Vorgang jedoch wie folgt:

  1. Halten Sie den Protokollversand an.

  2. Trennen Sie die Inhaltsdatenbanken in der sekundären Farm über die Zentraladministration oder ein Skript von der Webanwendung.

  3. Aktualisieren Sie beide Farmen, beginnend mit der primären Farm.

    Wichtig

    Stellen Sie sicher, dass der Aktualisierungsprozess vollständig abgeschlossen wurde und in der primären und in der sekundären Farm erfolgreich war. Die Datenbanken in der sekundären Farm werden nicht durch den Aktualisierungsprozess aktualisiert, sondern durch den Protokollversand.

  4. Starten Sie den Protokollversand.

  5. Versuche, nicht aktualisierte Datenbanken an die sekundäre Farm anzufügen, führen zu Fehlern und können die Farm in einem nicht unterstützten Zustand belassen. Daher sollten Sie sicherstellen, dass ein oder zwei Zyklen des Protokollversands abgeschlossen sind, bevor Sie die per Protokollversand gelieferten Inhaltsdatenbanken an die sekundäre Farm anfügen.

    Optional. Sie können auch mit der folgenden Abfrage bestimmen, ob das Datenbankschema aus der primären Farm vollständig auf die sekundäre Farm repliziert wurde, bevor Sie die Datenbanken anfügen.

    USE <Inhaltsdatenbank>

    GO

    SELECT * FROM Versions

    Die Abfrage gibt Versionsnummern im folgenden Format zurück.

    00000000-0000-0000-0000-000000000000

    Die letzte Version in der Liste ist die zuletzt installierte Version von Microsoft Office SharePoint Server 2007.

    Wichtig

    Microsoft unterstützt in der Regel keine Abfragen für die Datenbanken, die von SharePoint-Produkten und -Technologien verwendet werden. Die vorherige Abfrage ist eine zulässige Ausnahme, da sie Metadaten über die Datenbank betrifft. Direkte Abfragen können die Systemleistung und Zuverlässigkeit beeinträchtigen. Weitere Informationen zu den Auswirkungen direkter Änderungen an Datenbanken finden Sie im Knowledge Base-Artikel Unterstützung von Änderungen an den Datenbanken, die von Office-Server-Produkten und Windows SharePoint Services verwandt werden (https://go.microsoft.com/fwlink/?linkid=105589&clcid=0x407).

  6. Fügen Sie die per Protokollversand kopierten Datenbanken an die sekundäre Farm an.

Leistungsgesichtspunkte beim Protokollversand mit Office SharePoint Server

Analysieren Sie den Umfang der per Protokollversand versendeten Daten, sodass Sie die Intervalle für die Sicherungs-, Kopier- und Wiederherstellungsaufträge für den Protokollversand richtig festlegen können. Der Umfang der versendeten Daten wird durch die täglichen Änderungen in den Inhaltsdatenbanken beeinflusst. Erfahrungsgemäß werden in einer typischen Serverfarm 2 bis 4 Prozent geändert, mit Wartungsänderungen kann die Änderungsrate jedoch zu Spitzenauslastungszeiten 5 bis 7 Prozent erreichen. Sie können den Umfang der Änderungen an Inhaltsdatenbanken im System bestimmen, indem Sie für jede Inhaltsdatenbank mit Protokollversand die Summe der Änderungen in den Transaktionsprotokollsicherungen in einem bestimmten Intervall berechnen und dann den Prozentsatz der Änderungen bezüglich der Größe der primären Datenbank berechnen.

Es hat sich als günstiger erwiesen, statt weniger großer Transaktionsprotokolle viele kleine zu sichern und zu kopieren. Es wird empfohlen, Protokollsicherungen und Kopiervorgänge in kurzen Intervallen zu planen. Sie können die Transaktionsprotokolle dann in größeren Intervallen wiederherstellen. Beginnen Sie beispielsweise mit Sicherungs- und Kopierintervallen von 5 Minuten und einem Wiederherstellungsintervall von 15 Minuten. SQL Server 2008 ermöglicht Protokollversandintervalle von weniger als 1 Minute. Weitere Informationen finden Sie unter Planen von Protokollversandintervallen in SQL Server 2008 (Minuten-/Sekundentakt) (https://go.microsoft.com/fwlink/?linkid=151253&clcid=0x407).

Wenn das System ständig mehr Zeit zum Protokollversand benötigt, als das Erstellen neuer Protokolle dauert, d. h., wenn Sie stets hinter dem Zeitplan für den Protokollversand zurückbleiben, können Leistungsprobleme auftreten. Die Ursache können Durchsatz- oder Latenzprobleme sein. Bei diesen Problemen sollten Sie erwägen, den Kopierauftrag des Protokollversands durch die Windows DFS-Replikation (Distributed File System, verteiltes Dateisystem) mit dem Active Directory-Verzeichnisdienst unter Windows Server 2003 R2 oder Active Directory Domain Services (AD DS) unter Windows Server 2008 zu ersetzen. Weitere Informationen zur Verwendung der DFS-Replikation finden Sie unter Übersicht über das verteilte Dateisystem in Microsoft Windows Server 2003 R2 (https://go.microsoft.com/fwlink/?linkid=150764&clcid=0x407) und Schrittweise Anleitung für verteilte Dateisysteme unter Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x407).

Im folgenden Diagramm wird der Durchsatz von verschiedenen Replikationstechnologien verglichen, die zum Kopieren von per Protokollversand versendeten Transaktionsprotokollen verwendet werden können.

Diagramm des Replikationsdurchsatzes

SQL Server 2008 bietet auch die Möglichkeit zum Komprimieren von Sicherungen, um die Größe der Dateien für den Protokollversand zu reduzieren. Weitere Informationen finden Sie unter Optimieren der Sicherungskomprimierungsleistung in SQL Server 2008, Teil 1 (https://go.microsoft.com/fwlink/?linkid=151254&clcid=0x407) und Optimieren der Sicherungskomprimierung, Teil 2 (https://go.microsoft.com/fwlink/?linkid=151255&clcid=0x407).

Sicherheitsüberlegungen beim Protokollversand mit Office SharePoint Server

Für den SQL Server-Protokollversand mit Office SharePoint Server 2007 mit SP2 müssen Mitglieder des Teams über die folgenden Berechtigungen verfügen:

  • Zum Konfigurieren von Office SharePoint Server 2007 mit SP2 mit Protokollversand und zum Ausführen der Verfahren in diesem Artikel muss ein Teammitglied Mitglied der SharePoint-Gruppe Farmadministratoren sein.

  • Zum Konfigurieren des SQL Server-Protokollversands und zum Ausführen der Verfahren in diesem Artikel muss ein Teammitglied Mitglied der festen Serverrolle sysadmin in jeder Serverinstanz sein.

Wenn ein Datenbankadministrator eine Datenbank mit Protokollversand einrichtet, werden die SQL Server-Anmeldungen und Berechtigungen für die Datenbank, die in einer SharePoint-Farm verwendet werden, nicht automatisch in den master- und msdb-Datenbanken auf dem Server mit Protokollversand konfiguriert. Stattdessen müssen Sie die Berechtigungen für die erforderlichen Anmeldungen konfigurieren. Diese Berechtigungen umfassen beispielsweise die folgenden:

  • Das Anwendungspoolkonto der Zentraladministration muss Mitglied der festen Serverrollen dbcreator und securityadmin sein.

  • Alle Anwendungspoolkonten und die Suchdienstkonten sowie das Standardkonto für den Inhaltszugriff müssen über SQL Server-Anmeldungen verfügen, obwohl diese Konten keinen festen Serverrollen oder festen Datenbankrollen von SQL Server zugeordnet sind.

  • Mitglieder der SharePoint-Gruppe Farmadministratoren müssen auch SQL Server-Anmeldungen besitzen und Mitglieder der gleichen Rollen sein wie das Anwendungspoolkonto der Zentraladministration.

Es wird empfohlen, die Anmeldungen und Berechtigungen durch ein Skript vom Prinzipalserver zum Spiegelserver zu übertragen. Ein Beispielskript finden Sie im Knowledge Base-Artikel 918992: Übertragen von Benutzernamen und Kennwörtern zwischen Instanzen von SQL Server 2005 (https://go.microsoft.com/fwlink/?linkid=122053&clcid=0x407). Allgemeine Informationen zum Übertragen von SQL Server-Metadaten zwischen Instanzen finden Sie im Artikel Verwalten von Metadaten beim Bereitstellen einer Datenbank auf einer anderen Serverinstanz (https://go.microsoft.com/fwlink/?linkid=122055&clcid=0x407) der SQL Server-Onlinedokumentation und im Knowledge Base-Artikel 321247: Konfigurieren der Sicherheit für den SQL Server-Protokollversand (https://go.microsoft.com/fwlink/?linkid=150830&clcid=0x407).

Die Verzeichnisse für die Sicherung und Wiederherstellung in der Protokollversandkonfiguration müssen die folgenden Anforderungen erfüllen:

  • Damit der Sicherungsauftrag erfolgreich ist, müssen das SQL Server-Dienstkonto in der primären Serverinstanz und das Proxykonto des Sicherungsauftrags (standardmäßig das SQL Server-Agent-Konto in der primären Serverinstanz) über Lese-/Schreibberechtigungen im Sicherungsverzeichnis verfügen.

  • Damit der Kopierauftrag erfolgreich ist, muss das Proxykonto des Kopierauftrags (standardmäßig das SQL Server-Agent-Konto in der sekundären Serverinstanz) über Leseberechtigungen für das Sicherungsverzeichnis und über Schreibberechtigungen für das Kopierverzeichnis verfügen.

  • Damit der Wiederherstellungsauftrag erfolgreich ist, müssen das SQL Server-Dienstkonto in der sekundären Serverinstanz und das Proxykonto des Wiederherstellungsauftrags (standardmäßig das SQL Server-Agent-Konto in der sekundären Serverinstanz) über Lese-/Schreibberechtigungen im Kopierverzeichnis verfügen.

Anforderungen an das sekundäre Rechenzentrum und die sekundäre Farm

Über die Umgebung im sekundären Rechenzentrum werden folgende Annahmen getroffen:

Die Failoverfarm muss die folgenden Merkmale aufweisen:

  • Eine separate Konfigurationsdatenbank und eine separate Inhaltsdatenbank der Zentraladministration müssen in der Failoverfarm installiert und verwaltet werden. Dies bedeutet, dass alle Konfigurationsänderungen in der primären Farm manuell in die Failoverfarm repliziert werden müssen.

    In der Konfigurationsdatenbank werden die folgenden Informationen gespeichert.

    Aktivierte Features

    Einstellungen für die Diagnoseprotokollierung

    Vom Administrator bereitgestellte Formularvorlagen

    E-Mail-Einstellungen

    Einstellungen für alternative Zugriffszuordnungen

    Einstellungen für externe Dienstverbindungen

    Antiviruseinstellungen

    Sucheinstellungen auf Farmebene

    Anwendungspooleinstellungen, einschließlich Dienstkonten (alle Konten, die als Webanwendungen ausgeführt werden, einschließlich des Crawlerkontos und des Suchkontos)

    Einstellungen für HTML-Viewer

    Gesperrte Dateitypen

    Einstellungen für den Papierkorb und sonstige allgemeine Webanwendungseinstellungen

    Einstellungen für die Inhaltsbereitstellung

    Einstellungen für Zeitgeberaufträge

    Regeln für Crawlerauswirkungen

    Verarbeitungseinstellungen für die Verwendungsanalyse

    Datenbanknamen und Speicherorte

    Webanwendungsnamen und Datenbanken. Dokumentieren Sie unbedingt die Namen der Inhaltsdatenbanken für die verschiedenen Webanwendungen.

    Standardmäßige Kontingentvorlagen

    Workflowverwaltungseinstellungen

    Hinweis

    Wenn Sie die alternative Zugriffszuordnung für die primäre Serverfarm konfiguriert haben, muss diese unbedingt zum Zeitpunkt des Failovers in der sekundären Farm identisch konfiguriert werden. Dokumentieren Sie die Einstellungen alternativer Zugriffszuordnungen, indem Sie sie mit dem Befehl stsadm -o enumalternatedomains in eine Textdatei exportieren.

  • Alle Anpassungen, wie z. B. Features, Lösungen, Websitevorlagen und Lösungen von Drittanbietern wie z. B. IFilter, müssen in beiden Farmen bereitgestellt werden. Es wird empfohlen, alle Anpassungen als Lösungen zu verpacken, um eine schnelle Bereitstellung zu ermöglichen. Weitere Informationen finden Sie unter Bereitstellen von Anpassungen.

  • Inhaltsdatenbanken müssen für die Verwendung des vollständigen Wiederherstellungsmodells konfiguriert werden. Informationen dazu, wie das Wiederherstellungsmodell für eine Datenbank festgelegt wird, finden Sie unter Vorgehensweise: Anzeigen oder Ändern eines Wiederherstellungsmodells einer Datenbank (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?LinkId=151701&clcid=0x407).

  • Auf dem primären Server und den sekundären Servern muss die gleiche Edition von SQL Server 2005 oder SQL Server 2008 ausgeführt werden. Der Protokollversand ist in den Editionen Standard, Developer und Enterprise verfügbar.

  • Wenn Sie die durch Protokollversand kopierte sekundäre Farm für Benutzer verfügbar machen möchten, konfigurieren Sie die alternative Zugriffszuordnung mit einem sekundären Namespace für die sekundäre Farm, z. B. http://secondary.contoso.com oder http://readonly.contoso.com. Weitere Informationen finden Sie unter Konfigurieren alternativer Zugriffszuordnungen. Diese alternative Zugriffszuordnung ersetzen Sie beim Failover durch eine Zuordnung, die mit der primären Farm identisch ist.

Konfigurieren der Umgebung für den Protokollversand

Dieser Abschnitt enthält detaillierte Verfahren zum Konfigurieren des Protokollversands.

Bei den Verfahren in diesem Abschnitt wird davon ausgegangen, dass in der Organisation die folgenden Voraussetzungen verstanden werden:

  • Bereitstellen von Office SharePoint Server

  • Festlegen von Anwendungspoolidentitäten

  • Beenden und Starten des Suchdiensts

  • Konfigurieren von DNS (Domain Name System) zum Beenden und Starten der Annahme von Datenverkehr

  • Verwenden der Hostdatei zum Aktivieren und Deaktivieren lokaler Websites

Die Failoverphase besteht aus den folgenden Verfahren:

  • Vorbereiten der primären Serverfarm

  • Vorbereiten der sekundären Serverfarm

  • Konfigurieren des Protokollversands

  • Anfügen der per Protokollversand gelieferten Datenbanken an die sekundäre SharePoint-Farm

  • Konfigurieren der Suche und der Profile für die sekundäre Farm

  • Erstellen eines Skripts zum Aktualisieren der Liste von Websites in der Konfigurationsdatenbank der sekundären Farm (Aktualisierungsskript)

  • Koordinieren der zeitlichen Steuerung von Protokollversandaufträgen, Suchcrawls und dem Aktualisierungsskript

  • Optional. Verwalten von SSO in der sekundären Farm

  • Optional. Gewähren von Benutzerzugriff auf die schreibgeschützte Farm

Vorbereiten der primären Serverfarm

Das Vorbereiten des primären Servers umfasst folgende Schritte:

  1. Legen Sie die Anwendungspoolidentität für die Webanwendungen auf ein Domänenkonto fest, das in beiden Serverfarmen zur Verfügung steht. Weitere Informationen finden Sie unter Ändern der Anwendungspoolidentität für eine Webanwendung (Office SharePoint Server).

  2. Dokumentieren Sie alle Konfigurationseinstellungen, sodass sie auf die sekundäre Farm angewendet werden können. Weitere Informationen finden Sie unter Vorbereiten der Sicherung und Wiederherstellung einer Farm (Office SharePoint Server 2007). Denken Sie vor allem daran, die alternativen Zugriffseinstellungen zu dokumentieren, indem Sie sie in eine Textdatei exportieren. Verwenden Sie den Befehl stsadm -o enumalternatedomains , um die Einstellungen zu exportieren.

  3. Dokumentieren Sie alle Anpassungen. Die Anpassungen sind am einfachsten in der sekundären Farm erneut anzuwenden, wenn sie als Lösungen verpackt sind. Weitere Informationen finden Sie unter Bereitstellen von Anpassungen.

Vorbereiten der sekundären Serverfarm

  1. Installieren und konfigurieren Sie Office SharePoint Server in der sekundären Farm. Weitere Informationen finden Sie unter Bereitstellen von Office SharePoint Server 2007 in einer Serverfarmumgebung.

    Wenn Sie über eine ausreichende Ausstattung verfügen, ist es ratsam, die gleiche Anzahl von Front-End-Webservern und Datenbanken wie in der primären Farm zu konfigurieren. Wenn Sie nicht über die erforderliche Ausstattung verfügen, können Sie weniger Server in der sekundären Farm verwenden, möglicherweise kann dann aber nicht dieselbe Last verarbeitet werden wie in der primären Farm.

    Stellen Sie sicher, dass die Versionsnummer und die Patchebene in der primären Farm und den sekundären Farmen identisch ist. Weitere Informationen finden Sie unter Updates-Ressourcencenter für SharePoint-Produkte und -Technologien (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x407).

  2. Wenden Sie alle Konfigurationen und Anpassungen an, die Sie an der primären Farm vorgenommen haben. Weitere Informationen finden Sie unter Bereitstellen von Anpassungen.

  3. Erstellen Sie Duplikate aller Webanwendungen, die in der primären Farm vorhanden sind. Stellen Sie sicher, dass Sie dieselbe Anwendungspoolidentität verwenden wie für die Webanwendungen in der primären Farm. Weitere Informationen finden Sie unter Erstellen und Verwalten von Webanwendungen (Office SharePoint Server).

  4. Deaktivieren Sie die folgenden Zeitgeberaufträge. Weitere Informationen finden Sie unter Verwalten von SharePoint-Zeitgeberaufträgen (Office SharePoint Server).

    Workflowaufgabe für Massenverarbeitung

    Profilsynchronisierung

    Websitesammlung: Löschen

    Änderungsprotokoll

    Schnelle Profilsynchronisierung

    Verwendungsanalyse

    Datenbankstatistik

    Verarbeitung des Datenarchivs

    Definition für Auftrag zur Bereitstellung von Variationsseiten

    Deaktivierte Website löschen

    Papierkorb

    Definition für Auftrag zur Bereitstellung von Variationswebsites

    Warnung wegen Datenträgerkontingent

    Geplante Genehmigung

    Windows SharePoint Services Watson-Richtlinienaktualisierung

    Ablaufrichtlinie

    Geplante Seitenüberprüfung

    Workflow

    Verarbeitung und Berichterstellung zurückhalten

    Geplantes Aufheben der Veröffentlichung

    Automatischer Workflowcleanup

    Sofortige Warnungen

    Suchen und verarbeiten

    Workflowfailover

    Informationsverwaltungsrichtlinie

    Auftrag zum Synchronisieren des Anbieters für gemeinsame Dienste

Konfigurieren des Protokollversands

Sie können den Protokollversand mit SQL Server Management Studio oder mit Transact-SQL konfigurieren. In diesem Artikel wird die Verwendung von Management Studio beschrieben.

Konfigurieren des Protokollversands auf dem primären Server

  1. Öffnen Sie Management Studio auf einem Datenbankserver in der primären Serverfarm.

  2. Klicken Sie im Navigationsbereich des Objekt-Explorers mit der rechten Maustaste auf die Inhaltsdatenbank für die Webanwendung, zeigen Sie auf Aufgaben, und klicken Sie dann auf Transaktionsprotokoll senden.

    Das Dialogfeld Datenbankeigenschaften wird angezeigt.

  3. Aktivieren Sie Diese Datenbank als primäre Datenbank in einer Protokollversandkonfiguration aktivieren.

  4. Klicken Sie auf Sicherungseinstellungen.

    Das Dialogfeld Sicherungseinstellungen für das Transaktionsprotokoll wird angezeigt.

    1. Geben Sie unter Netzwerkpfad zu diesem Sicherungsordner den Pfad des Sicherungsordners in der primären Farm ein.

    2. Geben Sie Werte für Dateien löschen, die älter sind als und für Warnen, wenn keine Sicherung erfolgt in ein.

    3. Überprüfen Sie den Zeitplan im Abschnitt Sicherungsauftrag. Wenn Sie den Zeitplan anpassen möchten, klicken Sie auf Zeitplan.

      Notieren Sie, wann die Ausführung der Protokollversandaufträge geplant ist, sodass Sie Suchcrawls und andere Batchaufträge um sie herum planen können.

    4. Optional. Überprüfen Sie die Einstellung im Abschnitt Komprimierung, wenn Sie die Sicherungskomprimierung verwenden möchten.

    5. Klicken Sie auf OK.

  5. Klicken Sie im Dialogfeld Datenbankeigenschaften im Abschnitt Sekundäre Datenbanken auf Hinzufügen.

    Das Dialogfeld Einstellungen für die sekundäre Datenbank wird angezeigt.

    • Klicken Sie auf Verbinden, und stellen Sie eine Verbindung mit der Instanz von SQL Server her, die Sie als sekundären Server verwenden möchten. Standardmäßig ist der Name der sekundären Datenbank mit dem Namen der Datenbank auf dem primären Server identisch.

    • Wählen Sie auf der Registerkarte Sekundäre Datenbank initialisieren die Option Ja, eine vollständige Sicherung der primären Datenbank generieren und diese Sicherung in der sekundären Datenbank wiederherstellen (und die sekundäre Datenbank erstellen, falls diese nicht vorhanden ist) aus.

    • Geben Sie auf der Registerkarte Dateien kopieren im Feld Zielordner für kopierte Dateien den Pfad des Ordners auf dem sekundären Server ein, in den die Transaktionsprotokollsicherungen kopiert werden sollen.

    • Wählen Sie auf der Registerkarte Transaktionsprotokoll wiederherstellen im Abschnitt Datenbankstatus beim Wiederherstellen von Sicherungen die Option Standbymodus aus, und deaktivieren Sie Beim Wiederherstellen von Sicherungen Verbindungen mit Benutzern in der Datenbank trennen.

    • Klicken Sie auf OK.

    • Es wird empfohlen, die Einstellungen in einem Skript zu speichern. Klicken Sie im Dialogfeld Datenbankeigenschaften auf Skript für Konfiguration erstellen, und klicken Sie dann auf Skript für Konfiguration in Datei schreiben.

      Das Dialogfeld Speichern unter wird angezeigt. Geben Sie den Ordner ein, in dem die Datei gespeichert werden soll, und klicken Sie dann auf OK.

    • Klicken Sie auf OK.

      Alle Aufträge werden zum Initialisieren des Protokollversands einmal ausgeführt und melden einen Erfolg oder Fehler.

  6. Wiederholen Sie das obige Verfahren für alle Datenbanken, für die Sie den Protokollversand verwenden möchten. Weitere Informationen finden Sie unter Vorgehensweise: Aktivieren des Protokollversands (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151644&clcid=0x407).

Optional. Ersetzen des Kopierauftrags des Protokollversands durch die DFS-Replikation

  1. Aktivieren und konfigurieren Sie die DFS-Replikation (DFSR) für die Umgebung. Weitere Informationen finden Sie unter Replikation (https://go.microsoft.com/fwlink/?linkid=151670&clcid=0x407). Ein Beispiel für das Konfigurieren der DFS-Replikation finden Sie unter Schrittweise Anleitung für verteilte Dateisysteme unter Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x407).

  2. Da DFSR für die Übertragung verwendet wird, müssen Sie den Kopierauftrag des Protokollversands für jede Datenbank deaktivieren, die an der Protokollversandkonfiguration beteiligt ist. Weitere Informationen finden Sie unter Vorgehensweise: Deaktivieren oder Aktivieren eines Auftrags (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151673&clcid=0x407).

Überprüfen Sie, ob der Protokollversand erfolgreich war.

  1. Starten Sie Management Studio auf dem Datenbankserver in der sekundären Serverfarm.

  2. Überprüfen Sie im Navigationsbereich des Objekt-Explorers, ob sich alle per Protokollversand gelieferten Inhaltsdatenbanken im Standbystatus oder im schreibgeschützten Status befinden.

  3. Bestimmen Sie, wie lange die Ausführung durchschnittlicher Protokollversandaufträge in der sekundären Farm dauert, indem Sie die Aufträge ausführen und deren Ausführungsdauer messen. Weitere Informationen finden Sie unter Überwachen des Protokollversands (https://go.microsoft.com/fwlink/?linkid=151682&clcid=0x407).

Anfügen der per Protokollversand gelieferten Datenbanken an die sekundäre SharePoint-Farm

  1. Klicken Sie auf der Website für die SharePoint-Zentraladministration auf der Schnellstartleiste im Abschnitt Zentraladministration auf Anwendungsverwaltung. Die Seite Anwendungsverwaltung wird geöffnet.

    Klicken Sie im Abschnitt Verwaltung von SharePoint-Webanwendungen auf Inhaltsdatenbanken.

    Die Seite Inhaltsdatenbanken verwalten wird geöffnet.

  2. Klicken Sie in der Spalte Datenbankname auf die Inhaltsdatenbank, die Sie entfernen möchten. Die Seite Inhaltsdatenbankeigenschaften verwalten wird geöffnet.

  3. Aktivieren Sie im Abschnitt Inhaltsdatenbank entfernen das Kontrollkästchen Inhaltsdatenbank entfernen, und klicken Sie dann auf OK.

  4. Klicken Sie auf der Seite Inhaltsdatenbanken verwalten auf Inhaltsdatenbank hinzufügen. Die Seite Inhaltsdatenbank hinzufügen wird geöffnet.

  5. Geben Sie den entsprechenden Datenbankserver und Datenbanknamen der per Protokollversand gelieferten Inhaltsdatenbank ein, und klicken Sie dann auf OK.

  6. Wiederholen Sie dieses Verfahren für alle Datenbanken, die Sie per Protokollversand versenden.

    Zu diesem Zeitpunkt können Sie den Inhalt in der sekundären Farm durchsuchen.

Konfigurieren der Suche und der Profile für die sekundäre Farm

Konfigurieren Sie die Suche in der sekundären Farm entsprechend den Geschäftszielen für das Wiederherstellungsszenario. Zunächst ist es sinnvoll, dieselben Datenbanken mit den gleichen Crawleinstellungen und Crawlregeln wie in der primären Farm zu durchsuchen. Wenn Sie feststellen, dass Sie Crawls und Protokollversand nicht so planen können, dass Überlappungen vermieden werden, sollten Sie die bei Crawls berücksichtigten Inhalte anpassen. Beispielsweise könnten Sie vor dem Failover nur die Datenbanken mit Inhalten von großer geschäftlicher Bedeutung crawlen und andere Inhalte erst nach einem Failover crawlen. Weitere Informationen finden Sie unter Begrenzen oder Erhöhen des Volumens der zu crawlenden Inhalte (Office SharePoint Server).

  1. Beenden Sie den SQL Server-Agent-Auftrag in der sekundären Farm, um den Protokollversand während des Konfigurierens der Suche zu deaktivieren.

  2. Konfigurieren Sie die Suche in der sekundären Farm.

    Bestimmen Sie, wie lange Suchcrawls in der sekundären Farm dauern. Sie können in der primären Farm gesammelte Daten verwenden, um die erforderliche Zeit in der sekundären Farm abzuschätzen.

    Wichtig

    Achten Sie darauf, die Suchcrawls für Zeiten zu planen, in denen keine Protokollversandaufträge ausgeführt werden. Weitere Informationen finden Sie unter Koordinieren der zeitlichen Steuerung von Protokollversandaufträgen, Suchcrawls und dem Aktualisierungsskript.

  3. Starten Sie den SQL Server-Agent-Auftrag in der sekundären Farm, um den Protokollversand zu aktivieren.

  4. Wenn Sie Profile verwenden, sind die Profile der Failover-SSPs nicht mit den Profilen der primären SSPs synchronisiert. Sie befinden sich vielmehr in dem Status, in dem sie sich beim Import befanden. Damit die Profile für alle SSPs synchronisiert bleiben, müssen Sie das User Profile Replication-Modul verwenden, das in der 32-Bit-Version des Toolkits der Microsoft SharePoint-Verwaltung (x86) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x407) oder in der 64-Bit-Version des Toolkits der Microsoft SharePoint-Verwaltung (x64) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x407) enthalten ist. Weitere Informationen finden Sie unter User Profile Replication Engine (Office SharePoint Server).

Erstellen eines Skripts zum Aktualisieren der Liste von Websites in der Konfigurationsdatenbank der sekundären Farm (Aktualisierungsskript)

Verwenden Sie das folgende Beispiel als Modell zum Erstellen eines Aktualisierungsskripts, das Sie in der sekundären Farm ausführen können, wenn Websitesammlungen in der primären Farm hinzugefügt oder gelöscht wurden.

Ersetzen Sie im Beispielskript <db_name1>, <URL> und <db_name2>, <URL> durch die Namen der per Protokollversand gesendeten Datenbanken.

Fügen Sie dem Skript Abschnitte zum Trennen und Anfügen jeder per Protokollversand gelieferten Datenbank hinzu.

echo off

SET PATH=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN;%PATH%

echo %time Shutting down the Osearch service…
SC config Osearch start= disabled
SC stop Osearch

echo %time Shutting down the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= disabled
SC \\<SQL Server>  stop SQLSERVERAGENT
f
echo %time About to refresh Site Map…

echo %time About to detach db <db_name1>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name1>  -databaseserver <SQL_Server>
echo %time About to attach db <db_name1>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name1> -databaseserver <SQL_Server>

echo %time  About to detach db <db_name2>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name2>  -databaseserver <SQL_Server>
echo %time  About to attach db <db_name2>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name2> -databaseserver <SQL_Server>

rem --:: repeat for all databases ::--

echo %time Restarting the Osearch service…
SC config Osearch start= demand
SC start Osearch

echo %time Restarting the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= demand
SC \\<SQL Server>  start SQLSERVERAGENT

echo on

Koordinieren der zeitlichen Steuerung von Protokollversandaufträgen, Suchcrawls und dem Aktualisierungsskript

  1. Bestimmen Sie, wie lange die Ausführung durchschnittlicher Protokollversandaufträge in der sekundären Farm dauert und wann die Aufträge ausgeführt werden sollen.

  2. Bestimmen Sie, wie lange inkrementelle Crawls in der sekundären Farm dauern und wann Crawls ausgeführt werden sollen. Sie können möglicherweise Crawldaten aus der primären Farm verwenden, um die Dauer inkrementeller Crawls zu ermitteln. Weitere Informationen zum Planen eines inkrementellen Crawls finden Sie unter Planen eines inkrementellen Crawls (Office SharePoint Server 2007).

  3. Planen Sie Protokollversandaufträge und Suchcrawls möglichst so, dass sie sich nicht überlappen.

  4. Wenn Sie den Protokollversand und inkrementelle Suchcrawls nicht so planen können, dass Überlappungen vermieden werden, haben Sie folgende Möglichkeiten:

    • Führen Sie Protokollversandaufträge und Suchcrawls manuell aus. Halten Sie dabei den einen Satz von Aufträgen an, während der andere ausgeführt wird.

    • Geben Sie Suchcrawls Vorrang vor der Verarbeitung von Protokollen, und erstellen Sie ein Skript, mit dem der Protokollversand automatisch gestartet wird, wenn der Crawlerprozess nicht ausgeführt wird.

    • Wenn der einzige aktive Prozess in der Datenbank der Crawlerprozess ist, konfigurieren Sie den Protokollversand so, dass gewartet wird, bis die Datenbank nicht mehr verwendet wird, und dann die gesendeten Protokolle verarbeitet werden.

    Wenn keine dieser Optionen möglich ist und wenn Sie die Menge der Daten für den Protokollversand und die Crawlzeiten nicht so planen können, dass die Prozesse nicht überlappen, sollten Sie einschränkende Aktionen in Erwägung ziehen, damit das System funktionsfähig wird. Wenn beispielsweise Protokollversand und Suche nicht in der verfügbaren Zeit abgeschlossen werden können, crawlen Sie vor dem Failover nur Inhaltsdatenbanken mit geschäftlich relevanten Inhalten und andere Inhalte erst nach dem Failover.

  5. Planen Sie die Ausführung des Aktualisierungsskripts. Wenn der primären Farm keine neuen Websitesammlungen hinzugefügt wurden, müssen Sie das Aktualisierungsskript nicht ausführen. Wenn neue Websitesammlungen hinzugefügt wurden, muss das Aktualisierungsskript mithilfe des Windows Taskplaners in regelmäßigen Abständen ausgeführt werden. Wenn das Aktualisierungsskript ausgeführt wird, werden die Prozesse für den Crawler und den Protokollversand unterbrochen. Weitere Informationen zum Planen von Tasks finden Sie unter Planen von Tasks (https://go.microsoft.com/fwlink/?linkid=151894&clcid=0x407).

    Wenn die Ausführung des Aktualisierungsskripts abgebrochen wird, sollten Sie das Skript manuell ausführen, um sicherzustellen, dass alle Datenbanken erneut angefügt wurden und alle Dienste wieder aktiviert sind.

Optional. Verwalten von SSO in der sekundären Farm

  • Sichern Sie den Verschlüsselungsschlüssel nach der ersten Einrichtung von SSO, und sichern Sie den Schlüssel dann jedes Mal, wenn er neu generiert wird. Weitere Informationen finden Sie unter Sichern von SSO (Office SharePoint Server 2007).

    Beachten Sie beim Sichern des Verschlüsselungsschlüssels die folgenden Einschränkungen:

    • Sie müssen Mitglied des SSO-Administratorkontos sein, um den Verschlüsselungsschlüssel zu sichern.

    • Der Verschlüsselungsschlüssel kann nicht remote gesichert werden. Sie müssen lokal am Server für den Verschlüsselungsschlüssel angemeldet sein, um den Verschlüsselungsschlüssel zu sichern.

    • Sie müssen das Wechselmedium, das den SSO-Verschlüsselungsschlüssel enthält, physisch zur sekundären Farm übertragen und den Schlüssel dort wiederherstellen.

Optional. Gewähren von Benutzerzugriff auf die schreibgeschützte Farm

  1. Stellen Sie Benutzern nach Möglichkeit eine aktualisierte Hostdatei zur Verfügung, die auf die Webanwendungen in der sekundären Farm verweist, die Sie verfügbar machen möchten.

  2. Wenn Sie keine Hostdatei verteilen können, definieren Sie eine dedizierte alternative Zugriffszuordnung für jede Webanwendung, die Sie verfügbar machen möchten, z. B. http://readonly.contoso.com oder http://secondary.contoso.com, und konfigurieren Sie die Zuordnung in DNS.

    Hinweis

    Wenn Sie keinen Platz mehr zum Definieren alternativer Zugriffszuordnungen für eine bestimmte Webanwendung haben, ist diese Option der dedizierten Zuordnung nicht möglich.

Failover

Ein Failover kann manuell oder über ein Skript ausgeführt werden. In diesem Artikel wird nur das manuelle Failover beschrieben.

Das folgende Diagramm zeigt eine Multifarmumgebung, in der ein Failover aufgetreten ist. Der Protokollversand wurde unterbrochen, und die Farmadministratoren haben die folgenden Aktionen ausgeführt:

  • Festlegen, dass von DNS kein Datenverkehr zur primären Farm mehr angenommen wird.

  • Anwenden noch nicht angewendeter Transaktionsprotokolle auf die Datenbanken auf dem sekundären Server.

  • Wechseln der Inhaltsdatenbanken in der sekundären Farm in den Lese-/Schreibmodus.

  • Festlegen, dass von DNS Datenverkehr in der sekundären Farm angenommen wird.

Serverfarmen mit Protokollversand nach Failover

Hinweis

In diesem Abschnitt wird beschrieben, wie ein vollständiges Failover (kein Test) ausgeführt wird. Informationen zum Testen von Failover finden Sie unter Erwägungen beim Testen von Failover.

Die Failoverphase besteht aus den folgenden Verfahren:

  • Deaktivieren aller Protokollversandaufträge in der primären Farm

  • Beenden der Annahme von Datenverkehr zur primären Farm

  • Sichern der Transaktionsprotokolle auf dem primären Server

  • Wiederherstellen der letzten Transaktionsprotokolle auf dem sekundären Server

  • Festlegen von Lese-/Schreibzugriff für die Inhaltsdatenbanken

  • Optional. Wiederherstellen des SSO-Verschlüsselungsschlüssels

  • Umleiten des Datenverkehrs zur sekundären Farm

  • Abschließen der Konfiguration der sekundären Umgebung

Deaktivieren aller Protokollversandaufträge in der primären Farm

  1. Wenn die primäre Farm noch verfügbar ist und der Protokollversand nicht bereits beendet wurde, deaktivieren Sie alle Protokollversandaufträge auf den Datenbankservern in der primären Farm.

  2. Wenn Sie auf die Datenbanken auf den Servern nicht zugreifen können, führen Sie die folgende Transact-SQL-Anweisung für jede Datenbank aus, und wechseln Sie zum Schritt: Festlegen von Lese-/Schreibzugriff für die Inhaltsdatenbanken.

    RESTORE DATABASE content_db WITH RECOVERY

Beenden der Annahme von Datenverkehr zur primären Farm

  • Führen Sie die empfohlenen Verfahren für DNS zum Beenden des Datenverkehrs zur primären Farm aus. Leiten Sie noch keinen Datenverkehr zur sekundären Farm weiter.

    In diesem Dokument wird das Verwenden oder Konfigurieren von DNS nicht beschrieben. Weitere Informationen zu DNS finden Sie unter Technische Referenz zu DNS (https://go.microsoft.com/fwlink/?linkid=151820&clcid=0x407).

    Hinweis

    Während die primäre Farm nicht verfügbar ist, können bei Benutzern Fehler auftreten.

Sichern der Transaktionsprotokolle auf dem primären Server

  1. Ermitteln Sie, ob die primäre Farm noch verfügbar ist und ob der freigegebene Netzwerkordner, in dem die Sicherungen gespeichert werden, von beiden Serverfarmen erreicht werden kann. Wenn keine dieser Bedingungen zutrifft, wechseln Sie zum Verfahren Festlegen von Lese-/Schreibzugriff für die Inhaltsdatenbanken.

  2. Klicken Sie in Management Studio im Navigationsbereich des Objekt-Explorers mit der rechten Maustaste auf eine Inhaltsdatenbank, zeigen Sie auf Tasks, und klicken Sie auf Sichern. Das Dialogfeld Datenbank sichern wird angezeigt.

  3. Klicken Sie auf die Dropdownliste Sicherungstyp, und wählen Sie Transaktionsprotokoll aus.

  4. Klicken Sie im Bereich Seite auswählen auf Optionen.

  5. Aktivieren Sie im Abschnitt Transaktionsprotokoll die Option Protokollfragment sichern und Datenbank im Wiederherstellungsstatus belassen, und klicken Sie abschließend auf OK.

  6. Wiederholen Sie dieses Verfahren für alle per Protokollversand gesendeten Datenbanken.

Wiederherstellen der letzten Transaktionsprotokolle auf dem sekundären Server

  1. Dieses Verfahren ist nur sinnvoll, wenn die primäre Farm noch verfügbar ist und die Netzwerkfreigabe, in der die Sicherungen gespeichert sind, von beiden Serverfarmen erreicht werden kann. Wenn beide Bedingungen nicht erfüllt sind, wechseln Sie zum Verfahren Festlegen von Lese-/Schreibzugriff für die Inhaltsdatenbanken.

    Klicken Sie auf dem sekundären Server in Management Studio mit der rechten Maustaste auf die Inhaltsdatenbank, zeigen Sie auf Tasks, klicken Sie auf Wiederherstellen, und klicken Sie dann auf Transaktionsprotokoll. Das Dialogfeld Transaktionsprotokoll wiederherstellen wird angezeigt.

  2. Wählen Sie auf der Registerkarte Allgemein die Option Aus Datei oder von Band aus, und geben Sie den Pfad der Sicherungsdatei ein, die Sie auf dem primären Server erstellt haben.

  3. Wählen Sie im Abschnitt Wiederherstellungsstatus die Option Datenbank betriebsbereit belassen, indem für Transaktionen ohne Commit ein Rollback ausgeführt wird. Zusätzliche Transaktionsprotokolle können nicht wiederhergestellt werden. (RESTORE WITH RECOVERY) aus, und klicken Sie dann auf OK.

  4. Wiederholen Sie dieses Verfahren für alle per Protokollversand gesendeten Datenbanken.

Festlegen von Lese-/Schreibzugriff für die Inhaltsdatenbanken

Nachdem Sie für die Datenbanken in der sekundären Farm Lese-/Schreibzugriff festgelegt haben, müssen Sie den Protokollversand aus einer neuen Sicherungsdatei auf dem sekundären Server erneut einrichten, die dann auf den primären Server kopiert wird.

  1. Klicken Sie in Management Studio mit der rechten Maustaste auf die Inhaltsdatenbank, für die Sie Lese-/Schreibzugriff festlegen möchten, und klicken Sie dann auf Eigenschaften. Das Dialogfeld Datenbankeigenschaften wird angezeigt.

  2. Klicken Sie im Bereich Seite auswählen auf Optionen, und führen Sie in der Liste Weitere Optionen einen Bildlauf zum Abschnitt Status aus.

  3. Klicken Sie im Eintrag Datenbank schreibgeschützt auf den Pfeil neben True, wählen Sie False aus, und klicken Sie dann auf OK.

  4. Wiederholen Sie diese Vorgehensweise für alle anderen Inhaltsdatenbanken.

Optional. Wiederherstellen des SSO-Verschlüsselungsschlüssels

  1. Starten Sie in der sekundären Farm den SSO-Dienst neu.

  2. Konfigurieren Sie SSO auf dem sekundären Server.

  3. Starten Sie in der sekundären Farm SSO neu.

  4. Stellen Sie den Schlüssel vom Wechseldatenträger wieder her.

  5. Erstellen Sie eine Anwendungsdefinition, um zu überprüfen, ob neue Anwendungsdefinitionen erstellt werden können.

  6. Überprüfen Sie, ob Sie die Anmeldeinformationen für verschiedene Anwendungen mit der GetCredentials-Methode abrufen können. Weitere Informationen finden Sie unter ISsoProvider.GetCredentials-Methode (Microsoft.SharePoint.Portal.SingleSignon) (https://go.microsoft.com/fwlink/?linkid=151824&clcid=0x407).

Umleiten des Datenverkehrs zur sekundären Farm

  1. Überprüfen Sie, ob die Einstellungen der alternativen Zugriffszuordnungen in der sekundären Farm mit den Einstellungen aus der primären Farm übereinstimmen.

  2. Führen Sie die empfohlenen Verfahren für DNS zum Umleiten des Datenverkehrs zur sekundären Farm aus.

    Hinweis

    Nachdem Sie den Datenverkehr in DNS auf die sekundäre Farm umgeleitet haben, müssen Benutzer möglicherweise ihre Browser schließen und erneut öffnen, damit die Umleitung wirksam wird.

Abschließen der Konfiguration der sekundären Umgebung

  1. Richten Sie allgemeine Wartungsprozesse ein.

    • Richten Sie die Überwachung ein.

    • Implementieren Sie Sicherungsprozesse auf Produktionsebene.

  2. Beginnen Sie mit dem Wiederherstellen der früheren primären Umgebung.

Erwägungen beim Testen von Failover

Vor dem Testen von Failover sollten Sie sich klar machen, welche Stufe von Failovertests die Vereinbarungen zum Servicelevel erforderlich machen. Im Folgenden sind einige typische Beispiele für Failovertests beschrieben.

Verification that the secondary site is live, and is being crawled   Für diesen Failovertesttyp können Sie den Benutzern eine Hostdatei oder einen alternativen Zugriffszuordnungspfad zur sekundären Farm bereitstellen, sodass sie überprüfen können, ob die Farm aktiv und auf dem neuesten Stand ist. Weitere Schritte sind nicht erforderlich.

Farm failover   In diesem Testtyp wird die primäre Farm für einen kurzen, angekündigten Zeitraum heruntergefahren, die sekundäre Farm wird jedoch nicht in den Lese-/Schreibstatus gesetzt. Führen Sie für diesen Testtyp die Verfahren im Abschnitt Failover aus, jedoch mit folgenden Unterschieden:

Schritte für Failovertest Beschreibung

Ausführen

1. Beenden Sie zum Starten des Failovertests den SQL Server-Agent-Auftrag in der sekundären Farm, sodass keine Protokolle verarbeitet werden.

Nicht ausführen

2. Deaktivieren Sie alle Protokollversandaufträge in der primären Farm.

Ausführen

3. Beenden Sie die Annahme von Datenverkehr zur primären Farm.

Ausführen

4. Sichern Sie die Transaktionsprotokolle auf dem primären Server.

Ausführen

5. Stellen Sie die letzten Transaktionsprotokolle auf dem sekundären Server wieder her.

Nicht ausführen

6. Legen Sie Lese-/Schreibzugriff für die Inhaltsdatenbanken fest.

Nicht ausführen

7. Optional. Stellen Sie den SSO-Verschlüsselungsschlüssel wieder her.

Ausführen

8. Leiten Sie den Datenverkehr zur sekundären Farm um.

Nicht ausführen

9. Schließen Sie die Konfiguration der sekundären Umgebung ab.

Planned data center failover with additional precautions   In diesem Testtyp wird das primäre Rechenzentrum für einen angekündigten Zeitraum heruntergefahren. Die sekundäre Farm wird in den Lese-/Schreibstatus gesetzt. Führen Sie für diesen Testtyp die Verfahren im Abschnitt Failover aus, jedoch mit folgenden Unterschieden:

Schritte für Failovertest Beschreibung

Ausführen

1. Beenden Sie zum Starten des Failovertests den SQL Server-Agent-Auftrag in der sekundären Farm, sodass keine Protokolle verarbeitet werden.

Ausführen

2. Deaktivieren Sie alle Protokollversandaufträge in der primären Farm.

Ausführen

3. Beenden Sie die Annahme von Datenverkehr zur primären Farm.

Ausführen

4. Sichern Sie die Transaktionsprotokolle auf dem primären Server.

Ausführen

5. Stellen Sie die letzten Transaktionsprotokolle auf dem sekundären Server wieder her.

Ausführen

6. Legen Sie Lese-/Schreibzugriff für die Inhaltsdatenbanken fest.

Ausführen

7. Optional. Stellen Sie den SSO-Verschlüsselungsschlüssel wieder her.

Ausführen

8. Leiten Sie den Datenverkehr zur sekundären Farm um.

Nicht ausführen

9. Schließen Sie die Konfiguration der sekundären Umgebung ab.

Neuer Schritt

10. Behalten Sie alle per Protokollversand erhaltenen Sicherungen in der sekundären Farm bei, sodass Sie die Datenbanksicherung aus der sekundären Farm verwenden können, um den Protokollversand neu zu starten.

Planned data center failover without additional precautions   In diesem Testtyp wird das primäre Rechenzentrum für einen angekündigten Zeitraum heruntergefahren, um zu bestimmen, wie lange eine echte Wiederherstellung dauert. Datenverlust ist möglich. Die sekundäre Farm wird in den Lese-/Schreibstatus gesetzt. Führen Sie für diesen Testtyp die Verfahren im Abschnitt Failover aus.

Schritte für Failovertest Beschreibung

Ausführen

1. Bevor Sie beginnen, sollten Sie die per Protokollversand gesendeten Datenbanken in der primären Farm sichern, sodass Sie über eine aktuelle Sicherung verfügen, mit der Sie den Protokollversand neu starten können.

Ausführen

2. Deaktivieren Sie alle Protokollversandaufträge in der primären Farm.

Ausführen

3. Beenden Sie die Annahme von Datenverkehr zur primären Farm.

Ausführen

4. Sichern Sie die Transaktionsprotokolle auf dem primären Server.

Ausführen

5. Stellen Sie die letzten Transaktionsprotokolle auf dem sekundären Server wieder her.

Ausführen

6. Legen Sie Lese-/Schreibzugriff für die Inhaltsdatenbanken fest.

Ausführen

7. Optional. Stellen Sie den SSO-Verschlüsselungsschlüssel wieder her.

Ausführen

8. Leiten Sie den Datenverkehr zur sekundären Farm um.

Nicht ausführen

9. Schließen Sie die Konfiguration der sekundären Umgebung ab.

Neukonfigurieren des Protokollversands

Wenn die sekundäre Farm funktionsfähig ist, die ursprüngliche primäre Datenbank zugänglich ist und das Problem mit dieser Farm untersucht und behoben wurde, können Sie entweder die ehemalige primäre Datenbank zur neuen sekundären Datenbank bestimmen oder gezielt ein Failover von der sekundären Farm zur ehemaligen primären Farm ausführen und dann den Protokollversand so konfigurieren, wie Sie ihn anfänglich strukturiert hatten.

  1. Konfigurieren Sie den Protokollversand zwischen der sekundären Farm und der primären Farm. Stellen Sie eine Protokollversandbeziehung zwischen der SQL Server-Instanz in der sekundären Farm und der entsprechenden Instanz in der primären Farm her. Weitere Informationen finden Sie im Abschnitt Konfigurieren der Umgebung für den Protokollversand.

  2. Wenden Sie in der primären Farm alle nicht angewendeten Transaktionsprotokollsicherungen auf jede Datenbank an.

  3. Beenden Sie mithilfe von DNS die Annahme von Datenverkehr in der sekundären Farm.

  4. Führen Sie ein Failover von der sekundären Farm zur ursprünglichen primären Farm aus. Weitere Informationen finden Sie im Abschnitt Failover. Konfigurieren Sie anschließend den Protokollversand neu.

  5. Optional. Stellen Sie SSO mithilfe der lokalen Kopie des Verschlüsselungsschlüssels auf einem Medium wieder her.

  6. Fahren Sie die primäre Farm wieder hoch, überprüfen Sie die Funktionsfähigkeit, und ändern Sie dann DNS so, dass eingehender Datenverkehr an die primäre Farm geleitet wird.

  7. Konfigurieren Sie den Protokollversand von der primären Farm zur sekundären Farm neu.

Zusammenfassung

Die Verwendung des Protokollversands zum Bereitstellen einer Notfallwiederherstellungsfarm in einem sekundären Rechenzentrum ist komplex. Es ist wichtig, dass Sie klare Vereinbarungen zum Servicelevel mit Benutzern treffen und die Umgebung in regelmäßigen Abständen testen.

Danksagung

Das Inhaltsveröffentlichungsteam für Microsoft Office SharePoint Server möchte sich bei den folgenden Mitwirkenden und technischen Redakteuren bedanken:

  • Doron Bar-Caspi, Senior Program Manager (leitender Programmmanager), SharePoint Customer Advisory Team

  • Lindsay Allen, Principal Program Manager Lead (Programmmanager), SQL Server Customer Programs

  • Sanjay Mishra, Senior Program Manager (leitender Programmmanager), SQL Server Customer Programs

  • Burzin Patel, Senior Program Manager (leitender Programmmanager), SQL Server Customer Programs

  • Bill Baer, Technology Architect (Technologiearchitekt), Microsoft SharePoint Online

  • Cory Burns, Operations Engineer (IT-Spezialist), Microsoft SharePoint Online

  • Steve Peschka, Senior Architect (leitender Architekt)

  • JP Poissant, Senior Consultant II (leitender Berater II), Microsoft Consulting Services, Kanada