Planen von SQL Server AlwaysOn und Microsoft Azure für die Notfallwiederherstellung in SharePoint ServerPlan for SQL Server Always On and Microsoft Azure for SharePoint Server Disaster Recovery

gilt für: ja2013 ja2016 ja2019 NeinSharePoint OnlineAPPLIES TO: yes2013 yes2016 yes2019 noSharePoint Online

Erstellen Sie mit SQL Server 2014 und SQL Server 2016 AlwaysOn-Verfügbarkeitsgruppen und Microsoft Azure eine hybride Notfallwiederherstellungsumgebung für Ihre lokale SharePoint Server-Farm. Dieser Artikel beschreibt, wie Sie diese Lösung entwerfen und implementieren.Use SQL Server 2014 and SQL Server 2016 Always On Availability Groups and Microsoft Azure to create a hybrid disaster-recovery environment for your on-premises SharePoint Server farm. This article describes how to design and implement this solution.

Die Lösung in diesem Artikel bezieht sich auf Folgendes:The solution in this article applies to the following:

  • Microsoft AzureMicrosoft Azure

SharePoint Server 2013SharePoint Server 2013

  • SQL Server 2014 EnterpriseSQL Server 2014 Enterprise

  • Windows Server 2012 R2 DatacenterWindows Server 2012 R2 Datacenter

SharePoint Server 2016 EnterpriseSharePoint Server 2016 Enterprise

  • SQL Server 2014 mit Service Pack 1 (SP1)SQL Server 2014 with Service Pack 1 (SP1)

  • SQL Server 2016 Enterprise EditionSQL Server 2016 Enterprise edition

  • Windows Server 2012 R2Windows Server 2012 R2

  • Windows Server 2016 Datacenter EditionWindows Server 2016 Datacenter edition

SharePoint Server 2019 EnterpriseSharePoint Server 2019 Enterprise

  • SQL Server 2016SQL Server 2016

  • SQL Server 2017SQL Server 2017

  • Windows Server 2016Windows Server 2016

  • Windows Server 2019Windows Server 2019

Acknowledgments: Diese SharePoint Server-Notfallwiederherstellungslösung wurde von Tejinder Rai (MCS) entworfen, getestet und geschrieben. Die Lösung kombiniert bewährte Methoden von Microsoft mit praktischen, realistischen Kundenerfahrungen. David Williams und Matthew Robertshaw haben durch ihre Arbeit an SQL Server Failoverautomatisierung und Wiederherstellungstests ebenfalls bedeutende Beiträge zu diesem Artikel geleistet.Acknowledgments: This SharePoint Server disaster recovery solution is the result of the design, testing, and writing done by Tejinder Rai (MCS). This solution combines Microsoft best practices with hands-on, real world customer experiences. David Williams and Matthew Robertshaw also made significant contributions to this article by their work with SQL Server failover automation and recovery testing.

Hinweis

Die Hinweise und Anweisungen für SharePoint Server 2016 in diesem Artikel gelten auch für SharePoint Server 2019.The references and instructions for SharePoint Server 2016 in this article also apply to SharePoint Server 2019.

Einführung in die hybride Notfallwiederherstellung für SharePoint ServerIntroduction to hybrid disaster recovery for SharePoint Server

Das Einrichten einer geeigneten Notfallwiederherstellungsumgebung kann ein aufwändiger und komplizierter Vorgang sein. Es erfordert sorgfältige Planung, eine Lösung bereitzustellen und zu testen, die Ihren Geschäftszielen bezüglich der schnellen Wiederherstellung Ihrer Produktionsumgebung und Ihrer Anwendungen entspricht.Setting up a suitable disaster recovery environment can be an expensive and very complicated process. It requires careful planning to deploy and test a solution that meets your business goals for getting your production environment and applications up and running again.

Was die Notfallwiederherstellung betrifft, wird durch SharePoint Server die Messlatte für Komplexität und die Notwendigkeit ausführlicher Planungs-, Entwurfs- und Testphasen hoch gelegt. Einschränkungen, die Sie beachten müssen, sind unter anderem die verschiedenen Failovertypen, die SQL Server für Verfügbarkeitsgruppenreplikate unterstützt, sowie die Tatsache, dass manche SharePoint-Datenbanken keine asynchronen Commitvorgänge für Replikate unterstützen. Die Wiederherstellung dieser Sonderfälle macht eine besondere Behandlung erforderlich.When it comes to disaster recovery, SharePoint Server raises the bar for complexity and the need for careful planning, design, and testing. Some of the constraints that you have to consider are the different types of failover that SQL Server supports for Availability Group replicas, as well as the fact that several SharePoint databases don't support asynchronous commit to a replica, and special handling is required to recover these special cases.

SharePoint Server-WiederherstellungSharePoint Server Search recovery

Die SharePoint-Suche ist einer der Fälle, die einen anderen Ansatz und besondere Techniken für die Wiederherstellung in einem Notfallszenario erfordern. Der Grund ist, dass die Datenbankgenauigkeit für den Suchindex und das Dateisystem nicht aufrechterhalten werden kann, wenn Sie AlwaysOn-Verfügbarkeitsgruppen mit asynchronem Commit für ein sekundäres Replikat verwenden.SharePoint Search is one of the cases that requires a different approach and special techniques for recovery in a disaster scenario. This is because you can't maintain database fidelity for the search index and file system if you use Always On Availability Groups with asynchronous commit to a secondary replica.

Es ist wichtig, dass Sie die vier verfügbaren Notfallwiederherstellungsoptionen für die Suche in einer SharePoint Server-Farm verstehen. Jede Option hat Vor- und Nachteile, und die beste Option wird durch die Anforderungen an Geschäftskontinuität und Wiederherstellung bestimmt. Weitere Informationen zu den unterstützten Optionen, zu denen auch eine hybride Option zur Wiederherstellung des Suchdiensts in einer in einer öffentlichen Cloud gehosteten Farm gehört, finden Sie unter Best Practices und Strategien zur Notfallwiederherstellung für die SharePoint 2016-Suche.It is important to understand the four available disaster recovery options for Search in a SharePoint Server farm. Each option has its pros and cons, and the best option is driven by business continuity and recovery requirements. For more information about the supported options, which include a hybrid option for recovering the Search service in a farm hosted in a public cloud, see Disaster recovery best practices and strategies for SharePoint 2016 search.

Kriterien für die NotfallwiederherstellungDisaster recovery criteria

Bevor die Cloud-Technologie verfügbar war, mussten Organisationen ein sekundäres Datencenter als Standbyumgebung einrichten, in der im Notfall unternehmenskritische Systeme ausgeführt werden konnten. Die Kosten im Zusammenhang mit der Einrichtung und dem Betrieb eines sekundären Datencenters hielten viele Organisationen vom Einrichten einer Notfallwiederherstellungsumgebung für SharePoint ab.Before the availability of cloud technologies, organizations had to set up and maintain a secondary data center as a standby environment that could run mission critical systems if there was a disaster. The costs associated with creating and operating a secondary data center prevented many organizations from setting up a disaster recovery environment for SharePoint.

Die Verfügbarkeit und Reife der Infrastruktur und der Plattformdienste für die Cloud machen Microsoft Azure zu einer brauchbaren und kostengünstigen Alternative zum Betrieb eines sekundären Datencenters.The availability and maturity of cloud infrastructure and platform services make Microsoft Azure a viable and cost effective alternative to operating a secondary data center.

Neben den grundlegenden Kosten im Zusammenhang mit einem sekundären Datencenter müssen Unternehmen auch die Wiederherstellungsanforderungen für kritische Systeme und Unternehmensdaten bestimmen. Wiederherstellungsanforderungen werden durch Beantwortung der folgenden beiden Fragen bestimmt:In addition to the basic costs associated with a secondary datacenter, businesses also need to determine recovery requirements for critical systems and corporate data. Recovery requirements are determined by answering the following two questions:

  • Wie lange können wir offline sein, bevor das Unternehmen erhebliche Verluste erleidet? Diese Verluste könnten z. B. in verringertem Umsatz, beschädigten Geschäftsbeziehungen oder verringerter Glaubwürdigkeit bestehen.How long can we be offline before the business suffers significant losses? For example, these losses could be revenue, damaged business relationships, or credibility.

  • Wie viele Daten können wir verlieren, bevor das Unternehmen erhebliche Verluste erleidet? Zusätzlich zu den Offlinebeispielen sind einige Branchen völlig datengesteuert und von Daten abhängig.How much data can we lose before the business suffers significant losses? In addition to the offline examples, some sectors are totally data driven and dependent.

In der Welt der Notfallwiederherstellung werden diese Kriterien als Recovery Time Objectives (RTO, angestrebte Wiederherstellungsdauer) und Recovery Point Objectives (RPO, angestrebter Wiederherstellungszeitpunkt) bezeichnet.In the disaster recovery world these criteria are quantified as Recovery Time Objectives (RTOs) and Recovery Point Objectives (RPOs).

Hinweis

Ein verwandtes Ziel ist Recovery Level Objective (RLO, Zielsetzung für die Wiederherstellungsstufe). Diese Zielsetzung definiert die Granularität, mit der Sie Daten wiederherstellen können müssen. Dabei geht es darum, ob Sie die gesamte Farm, die Webanwendung, die Websitesammlung, die Website, die Liste oder Bibliothek oder das Element wiederherstellen können. Weitere Informationen finden Sie unter Planen der Sicherung und der Wiederherstellung in SharePoint Server.A related objective is Recovery Level Objective (RLO). This objective defines the granularity with which you must be able to recover data—whether you must be able to recover the whole farm, web application, site collection, site, list or library, or item. For more information, see Plan for backup and recovery in SharePoint Server.

Die Kosten einer Notfallwiederherstellungslösung sind an diese Ziele gebunden – Tatsache ist, dass eine bessere RTO und RPO mehr kosten. Die Zielsetzung und die Kosten bestimmen auch die Wiederherstellungsumgebung, die Sie wählen. Die Branchenterminologie für drei grundlegende Notfallwiederherstellungsumgebungen lautet: Verzögert betriebsbereit, bedingt betriebsbereit und unmittelbar betriebsbereit. Je nach Branchensektor gibt es natürlich Variationen.The cost of a disaster recovery solution is tied to these objectives—the reality is that better RTO and RPO cost more. The objective and cost level also determine the recovery environment you choose. The industry terminology for three basic disaster recovery environments are: Cold Standby, Warm Standby, and Hot Standby. There are variations of course, depending on the business sector.

Weitere Informationen zur Notfallwiederherstellung finden Sie unter Konzepte für hohe Verfügbarkeit und Notfallwiederherstellung in SharePoint Server und Wählen einer Notfallwiederherstellungsstrategie für SharePoint Server.For more information about disaster recovery solutions, see High availability and disaster recovery concepts in SharePoint Server and Choose a disaster recovery strategy for SharePoint Server.

Dieser Artikel stellt ein Framework bereit, das Sie verwenden können, um eine hybride Notfallwiederherstellungslösung für SharePoint Server bereitzustellen.This article provides a framework that you can use to deploy a hybrid disaster recovery solution for SharePoint Server.

Nicht in diesem Artikel behandeltWhat's not in this article

Die folgenden Themen gehen über den Rahmen dieses Artikels hinaus:The following topics are out of scope for this article:

  • Erstellen eines Plans für Geschäftskontinuität und eines zugehörigen Notfallwiederherstellungsplans.Creating a business continuity and associated disaster recovery plan.

  • Servicelevelanforderungen für RTO und RPO.Service level requirements for RTO and RPO.

  • Kostenschätzung auf der Grundlage von Servicelevelanforderungen.Cost assessment based on service level requirements.

  • Ausführliche Schritte für Folgendes:Detailed steps for the following:

    • Konfigurieren eines Windows Server Failover Cluster (WSFC)-ClustersConfiguring a Windows Server Failover Cluster (WSFC) cluster

    • Bereitstellen einer Azure-Umgebung (Speicherkonten, virtuelle Netzwerke, Cloud-Dienste, Verfügbarkeitsgruppen und virtuelle Computer)Provisioning an Azure environment (storage accounts, virtual networks, cloud services, availability sets, and virtual machines)

    • Konfigurieren eines VPN-Tunnels von der lokalen Farm zur Azure-WiederherstellungsumgebungConfiguring a VPN tunnel from on-premises farm to Azure recovery environment

Beschreibung und Architektur der NotfallwiederherstellungslösungDisaster recovery solution description and architecture

Unsere Hybridlösung verwendet eine Topologie, die kontinentübergreifende Redundanz in Nordamerika bereitstellt. Die folgenden Testfarmen werden an zwei Orten bereitgestellt:Our hybrid solution uses a topology that provides cross-continental redundancy in North America. The following test farms are deployed in two locations:

  • Eine lokale Produktionsfarm, die in einem Datencenter in Redmond, WA (Westküste), ausgeführt wird.An on-premises production farm running in a datacenter in Redmond, WA (West coast).

  • Eine Wiederherstellungsfarm, die in Microsoft Azure bereitgestellt wird. Diese Farm wird in einem Datencenter im Osten der USA gehostet. Die Farm wird als bedingt betriebsbereite Wiederherstellungsumgebung eingerichtet.A recovery farm deployed on Microsoft Azure. This farm is hosted in a datacenter in the Eastern part of the United States. This farm is set up as a warm standby recovery environment.

Die hier beschriebene Lösung verwendet SQL Server AlwaysOn-Verfügbarkeitsgruppen als End-to-End-Lösung, die hohe Verfügbarkeit und Failover-Notfallwiederherstellung bietet. Zusätzlich zu einer hohen Verfügbarkeit in einer Produktionsumgebung verbessert SQL Server AlwaysOn die RTO, da die SQL Server-Instanzen im sekundären Datencenter ein Replikat der Datenbanken aus dem primären Datencenter enthalten.The solution we describe uses SQL Server Always On Availability Groups as an end-to-end solution that provides high availability and disaster failover recovery. In addition to providing high availability in a production environment SQL Server Always On improves RTO because the SQL Server instances in the secondary datacenter contain a replica of the databases from the primary datacenter.

Unsere Testumgebung und die Bedingungen wurden so entworfen, dass sie den Typ der SharePoint-Produktionsfarm und Notfallwiederherstellungslösung darstellen, den Mainstream-Kunden erstellen.Our test environment and conditions are designed to represent the type of SharePoint production farm and disaster recovery solution that mainstream customers are building.

Logische ArchitekturLogical architecture

Die nächste Abbildung (Abbildung 1) zeigt die logische Architektur für diese Lösung und veranschaulicht die Verwendung lokaler und in Azure gespeicherter Verfügbarkeitsgruppenreplikate.The next illustration (Figure 1) shows the logical architecture for this solution and highlights the use of Availability Group replicas on-premises and in Azure.

Abbildung 1: Logische Architektur für HybridumgebungFigure 1 Logical architecture for hybrid environment

Diese Abbildung zeigt die logische Architektur für die Hybridnotfallwiederherstellung für SharePoint Server 2013. Weitere Informationen finden Sie im folgenden Absatz.

Detaillierte ArchitekturDetailed architecture

Die folgende Abbildung (Abbildung 2) zeigt die detaillierte Architektur für die lokale Testfarm. Die Farm wird als hochverfügbare Farm mit Unternehmenssuche konfiguriert.The next figure (Figure 2) shows the detailed architecture for the on-premises test farm. The farm is configured as a highly available farm with enterprise search.

Hinweis

Alle Beschriftungen im Diagramm basieren auf der Namenskonvention, die wir beim Einrichten und Testen dieses Notfallwiederherstellungsszenarios verwendet haben. Sie bieten Referenzpunkte für den Artikel.All the diagram labels are based on the naming convention we used to build out and test this disaster recovery scenario. They provide reference points for the article.

Abbildung 2: Lokale ProduktionsfarmFigure 2 On-premises production farm

Diese Abbildung zeigt die lokale Architektur für die Hybridnotfallwiederherstellung für SharePoint Server 2013. Weitere Informationen finden Sie im folgenden Absatz.

Die folgende Abbildung (Abbildung 3) zeigt die detaillierte Topologie der in Azure bereitgestellten bedingt betriebsbereiten Farm.The next figure (Figure 3) shows the detailed topology of the warm standby farm deployed in Azure.

Abbildung 3: Bedingt betriebsbereite WiederherstellungsfarmFigure 3 Warm standby recovery farm

In diesem Diagramm ist die detaillierte Wiederherstellungsarchitektur für die Hybridnotfallwiederherstellung für SharePoint Server 2013 für die Azure-Umgebung dargestellt. Weitere Informationen finden Sie im folgenden Absatz.

Anforderungen für diese Notfallwiederherstellungslösung für SharePoint ServerWhat you need for this SharePoint Server disaster recovery solution

Verwenden Sie die folgenden Anforderungen als Leitfaden zum Planen der Bereitstellung dieser Notfallwiederherstellungslösung.Use the following requirements as a guide to start planning the deployment of this disaster recovery solution.

Infrastructure and general configurationInfrastructure and general configuration

Die folgende Liste bietet eine Übersicht über die Infrastrukturanforderungen und die allgemeinen Konfigurationsanforderungen für die lokale Farm und die Wiederherstellungsfarm:The following list is a summary of the infrastructure and general configuration requirements for the on-premises farm and the recovery farm:

  • Zwei SharePoint Server-Farmen. Eine Produktionsfarm im primären Datencenter und eine bedingt betriebsbereite Farm mit Azure als sekundäres Datencenter. Ein weiterer Vorteil beim Einsatz von Azure ist, dass Sie sich nicht um die Verwendung identischer Hardware für die beiden Farmen kümmern müssen.Two SharePoint Server farms. A production farm in your primary datacenter and a warm standby farm that uses Azure as the secondary datacenter. An added benefit to using Azure is that you don't have to worry about using identical hardware for both farms.

  • Jede Farm ist in beiden Datencentern online.Each farm is online in both datacenters.

  • Softwareversionen und Patchebenen. Beide Farmen verwenden dieselbe Softwareversion und Patchebene für Folgendes:Software versions and patch levels. Both farms use the same software version and patch level for:

    • Windows Server 2012 R2 oder Windows Server 2016Windows Server 2012 R2 or Windows Server 2016

    • SQL Server 2014 oder SQL Server 2016SQL Server 2014 or SQL Server 2016

    • SharePoint Server 2016 oder SharePoint Server 2013SharePoint Server 2016 or SharePoint Server 2013

  • Beide Farmen sind für die Verwendung derselben Dienstkonten zur Verwaltung von SharePoint konfiguriert.Both farms are configured to use the same service accounts for administering SharePoint.

  • Inhaltsdatenbanken und Dienstanwendungsdatenbanken sind auf SQL Server-Verfügbarkeitsgruppen verteilt.Content databases and service application databases are distributed across one or more SQL Server Availability Groups.

  • Verwenden Sie für die Replikate in der lokalen Umgebung den synchronen Commitmodus. Dies ist die übliche Hochverfügbarkeitskonfiguration für eine SharePoint-Farm, da sie automatisches Failover unterstützt und Datenverluste minimiert.Use synchronous commit mode for the replicas in the on-premises environment. This is the typical high availability configuration for a SharePoint farm because it supports automatic failover and minimizes data loss.

  • Verwenden Sie für das Replikat in der Wiederherstellungsumgebung den asynchronen Commitmodus. Auch wenn kein automatisches Failover unterstützt wird, ist der Datendurchsatz normalerweise höher. Dies kann ein wichtiger Faktor sein, wenn der Abstand zwischen der Produktionsfarm und der Wiederherstellungsfarm groß ist.Use asynchronous commit mode for the replica in the recovery environment. Although automatic failover isn't supported, data throughput is usually better which can be a very important factor when the distance between the production and recovery farms is significant.

    Hinweis

    Es gibt Fälle, in denen synchrone Commits für ein Replikat in einer Wiederherstellungsumgebung getestet und implementiert wurden, da der Durchsatz der gleiche wie bei Verwendung asynchroner Commits für das Wiederherstellungsreplikat ist. Dies wird jedoch nicht allgemein akzeptiert oder empfohlen.There are cases where synchronous commit to a replica in a recovery environment have been tested and implemented because throughput is the same as using asynchronous commit to the recovery replica. However, this is not broadly accepted or recommended.

  • Jede Farm hat eigene Dienstanwendungen, die zwischen den beiden Umgebungen synchronisierte Datenbanken verwenden. Da für Dienstanwendungen in der Notfallwiederherstellungsfarm schreibgeschützte Datenbanken verwendet werden, müssen die Dienstanwendungen beim Failover der Produktionsfarm nicht erneut bereitgestellt werden.Each farm has its own service applications that have synchronized databases between the two environments. Because read-only databases are used for service applications in the disaster recovery farm, service applications do not need to be re-provisioned when the production farm fails over.

  • Suchdurchforstung mit schreibgeschützten Datenbanken in der Notfallwiederherstellungsinstanz. Wenn dies nötig ist, müssen Sie eine gesonderte Suchdienstanwendung für die Wiederherstellungsfarm konfigurieren. Weitere Informationen finden Sie unter Unterstützte Hochverfügbarkeits- und Notfallwiederherstellungsoptionen für SharePoint-Datenbanken.Search crawling with Read-Only databases in the disaster recovery instance. If this is required you need to configure a separate Search Service Application for the recovery farm. For more information, see Supported high availability and disaster recovery options for SharePoint databases.

Tipp

Verwenden Sie Automatisierung, wann immer es möglich ist. Skriptgestützte Bereitstellung und Konfiguration sorgt für eine konsistente Konfiguration und vermeidet Fehler beim Schreiben von Befehlen oder Navigieren durch die Benutzeroberfläche zum Konfigurieren der Farm.Use automation wherever and whenever possible. Scripted deployment and configuration ensures configuration consistency and reduces errors caused by typing commands or navigating through the user interface to configure the farm.

Verbindliche Konfigurationsanforderungen für beide FarmenMandatory configuration requirements for both farms

Folgende Technologien werden benötigt, um die hier beschriebene Notfallwiederherstellungslösung bereitzustellen:The following technologies are needed to deploy the disaster recovery solution described in this article:

  • Windows Server 2012 R2 oder Windows Server 2016Windows Server 2012 R2 or Windows Server 2016

  • SharePoint Server 2016 oder SharePoint Server 2013 mit Service Pack 1 und dem kumulativen Update vom Mai 2014SharePoint Server 2016 or SharePoint Server 2013 with Service Pack 1 and the May 2014 cumulative update

  • SQL Server 2014 oder SQL Server 2016SQL Server 2014 or SQL Server 2016

  • Eine sichere Verbindung zwischen dem primären Datencenter und der Wiederherstellungsfarm in Azure. Wir haben eine VPN-Verbindung verwendet, aber wenn in Ihrer Gegend ExpressRoute verfügbar ist, können Sie auch das verwenden.A secure connection between the primary data center and the recovery farm in Azure. We used a VPN connection but if ExpressRoute is available in your area consider using it.

Grundlegende Datenbankanforderungen: SQL Server AlwaysOn und SharePoint ServerUnderstand database requirements: SQL Server Always On and SharePoint Server

Das primäre Datencenter verwendet Verfügbarkeitsgruppenreplikate mit synchronem Commit, um hohe Verfügbarkeit in der primären Farm zu erzielen. Das sekundäre Datencenter muss Replikate mit asynchronem Commit verwenden. Dies liegt an der Latenz im Netzwerk zwischen dem primären und dem sekundären Datencenter. Es ist wichtig, dass die Latenz bei der Wiedergabe der Protokollpuffer in die Notfallwiederherstellungsfarm beim Testen überwacht wird.The primary datacenter will utilize availability group synchronous-commit replicas to achieve high availability in the primary farm. The secondary datacenter must utilize asynchronous-commit replicas. This is due to the latency on the network between the primary and secondary datacenters. It is important to monitor the latency of replaying log buffers to the disaster recovery farm during testing.

Abhängigkeiten, Voraussetzungen und bewährte MethodenDependencies, prerequisites, and best practices

Überprüfen Sie vor dem Einrichten der Testfarmen die folgenden Abhängigkeiten, Voraussetzungen und bewährten Methoden.Review the following dependencies, prerequisites, and best practices before building out the test farms.

Windows Server-Failoverclustering (WSFC)-ClusterWindows Server Failover Clustering (WSFC) cluster

Der WSFC-Cluster erstreckt sich über zwei Datencenter. Alle Knoten im lokalen Datencenter und in der Wiederherstellungsumgebung gehören demselben WSFC-Cluster an.The WSFC cluster will span two datacenters. All the nodes in the on-premises datacenter and the recovery environment belong to the same WSFC cluster.

SQL Server-Konfiguration für SharePointSQL Server configuration for SharePoint

  • Erstellen Sie SQL Server-Volumes, um die SQL-Datenbanken, Farmdatenbanken, Datenbankprotokolldateien, tempdb-Datenbanken und tempdb-Datenbankprotokolldateien zu trennen.Create SQL Server volumes to separate the SQL databases, farm databases, database log files, tempdb databases, and tempdb database log files.

  • Verteilen Sie die Farmdatenbanken entsprechend der Lese-/Schreibgeschwindigkeit auf die Volumes. Unter Zugrundelegung der Priorität von der schnellsten zur langsamsten Geschwindigkeit ist folgende Verteilung typisch:Distribute the farm databases over the volumes according to read/write speed. Using fastest to slowest to set priorities, the following distribution is typical:

    • Tempdb-Datendateien und TransaktionsprotokolldateienTempdb data and transaction log files

    • Datenbank-TransaktionsprotokolldateienDatabase Transaction log files

    • SuchdatenbankdateienSearch database files

    • InhaltsdatenbankenContent databases

  • Richten Sie die Konten für den SQL Server-Dienst und den SQL Agent-Dienst ein.Set up the accounts for the SQL Server service and the SQL Agent service.

Verwenden Sie beim Bereitstellen von SQL Server für die SharePoint-Farmen die Konfigurationen in der folgenden Tabelle.Use the configurations in the following table when you deploy SQL Server for the SharePoint farms.

KomponenteComponent EinstellungenSettings
PortPort
Blockieren Sie UDP-Port 1434.Block UDP port 1434.
Es wird empfohlen, TCP-Port 1433 zu blockieren und den von der Standardinstanz verwendeten Port einem anderen Port zuzuweisen. Dies ist jedoch nicht obligatorisch. We recommend that you block TCP port 1433, and assign the port that is used by the default instance to a different port. However, this is not mandatory.
Stellen Sie sicher, dass die Portnummer, die der Standardinstanz zugewiesen werden soll, nicht zu den registrierten Ports gehört. Unter Registrierung von Dienstnamen und Transportprotokoll-Portnummern finden Sie Informationen dazu, wie Sie es vermeiden, den registrierten Port zu verwenden. Make sure that the port number that is to be assigned to the default instance is not in the registered ports. Refer to Service Name and Transport Protocol Port Number Registry to avoid using the registered port.
Befolgen Sie die Sicherheitshinweise unter Konfigurieren der SQL Server-Sicherheit für SharePoint Server.Ensure that you follow the security guidance in Configure SQL Server security for SharePoint Server.
Firewallregeln: Erstellen Sie neue eingehende Regeln für den von der SQL Server-Instanz verwendeten nichtstandardmäßigen Port.Firewall Rules: Create new Inbound rules for the non-default port used by the SQL Server instance.
Instanz ausblenden: Blenden Sie die SQL Server-Instanz auf Clientcomputern aus.Hide instance: Hide the SQL Server instance from client computers.
Seiten im Speicher sperrenLock pages in memory
Erteilen Sie dem SQL Server-Dienstkonto Berechtigungen zum Sperren von Seiten im Speicher. Weitere Informationen finden Sie unter Aktivieren der Option Sperren von Seiten im Speicher (Windows) und Serverkonfigurationsoptionen für den Serverarbeitsspeicher. Grant the SQL Server service account permissions to lock pages in memory. For more information, see Enable the Lock Pages in Memory Option (Windows) and Server Memory Server Configuration Options.
Automatisches Erstellen von Statistiken deaktivierenDisable Auto-create statistics
Aktivieren Sie nicht das automatische Erstellen von Statistiken in SQL Server. Dies wird für SharePoint Server nicht unterstützt. Weitere Informationen finden Sie unter Bewährte Methoden für SQL Server in einer SharePoint Server-Farm. Do not enable auto-create statistics on SQL Server. This is not supported for SharePoint Server. For more information, see Best practices for SQL Server in a SharePoint Server farm.
Maximalen Grad an Parallelität festlegenSet Max Degree of Parallelism
Legen Sie den maximalen Grad an Parallelität (MAXDOP) in SQL Server-Instanzen, die SharePoint Server-Datenbanken hosten, auf 1 fest.Set the max degree of parallelism (MAXDOP) to 1 in SQL Server instances that host SharePoint Server databases.
Die Note: -SharePoint Server-Installation liefert in SQL Server entwurfsbedingt einen Fehler, wenn das Konto des Installers keine Berechtigung zum Ändern besitzt.Note: SharePoint Server installation on SQL Server will fail by design unless the installer account has permission to change it.
Weitere Informationen finden Sie unter Bewährte Methoden für SQL Server in einer SharePoint Server-Farm.For more information, see Best practices for SQL Server in a SharePoint Server farm.
AblaufverfolgungsflagsTrace Flags
Fügen Sie die Ablaufverfolgungsflags 1222 (An einem Deadlock beteiligte Ressourcen und Sperrtypen zurückgeben) und 3226 (Protokollsicherungseinträge im SQL-Fehlerprotokoll unterdrücken) hinzu.Add the trace flags 1222 (return resources and types of locks participating in a deadlock) and 3226 (suppress log backup entries in the SQL error log).
DBCC TRACEON (1222,-1)DBCC TRACEON (1222,-1)
DBCC TRACEON (3226,-1)DBCC TRACEON (3226,-1)
SQLAgent-AuftragsverlaufSQLAgent Job History
Stellen Sie sicher, dass SQLAgent über diese Einstellungen verfügt (Jobhistory_max_rows = 50000 und Jobhistory_max_rows_per_job = 10000).Make sure that SQLAgent has these settings, (Jobhistory_max_rows = 50000 and Jobhistory_max_rows_per_job = 10000).
Minimaler ArbeitsspeicherMinimum memory
Min. Arbeitsspeicher = 512 MB. (Dies basiert jedoch auf unserer Testkonfiguration und gilt möglicherweise nicht für Ihre SQL Server-Installation. Sie sollten daher Ihren eigenen Bedarf berechnen.) Weitere Informationen finden Sie unter Serverkonfigurationsoptionen für den Serverarbeitsspeicher und Konfigurieren der Serverkonfigurationsoption Min. Arbeitsspeicher pro Abfrage. Min Memory = 512 Mb. (However, this is based on our test configuration and may not apply to your SQL Server installation so you should calculate your requirement.) For more information, see Server Memory Server Configuration Options and Configure the min memory per query Server Configuration Option.
Maximaler ArbeitsspeicherMaximum memory
Legen Sie das Limit für den maximalen Arbeitsspeicher für SQL Server nach folgender Formel fest:Set the maximum memory limit for SQL Server based on the following formula:
Gesamter Serverarbeitsspeicher (GB) - 4 GB = [max. Serverarbeitsspeicher]Total Server RAM (GB) - 4 GB = [max server memory]
Weitere Informationen finden Sie unter Serverkonfigurationsoptionen für den Serverarbeitsspeicher.For more information, see Server Memory Server Configuration Options.
DNS-AliaseDNS aliases
Es wird empfohlen, DNS-Aliase für alle SQL Server-Instanzen zu erstellen. Dies erleichtert die Wartung, z. B. die Verlagerung von Datenbanken auf einen anderen Server. Beispiel: Die SharePoint-Farm im Azure-Notfallwiederherstellungs-Datencenter stellt direkt eine Verbindung mit den SQL Server-Instanznamen her. Sie sollten einen DNS-Alias erstellen, statt die Farm direkt mit den Instanznamen zu konfigurieren. We recommend that you create DNS aliases for all SQL Server instances. This helps to simplify maintenance, such as to make it easier to move databases to another server. For example, the SharePoint farm in the Azure disaster recovery datacenter, connects directly to the SQL Server instance names. You should create a DNS alias rather than configure the farm with the instance names directly.
Hinweis: Der Clientalias und der DNS-Alias sollten übereinstimmen, damit auch Clients, die keine SQL-Clientaliase verwenden, eine Verbindung mit SQL-Servern herstellen können.Note: The client alias and DNS alias should match to ensure clients which don't use SQL client aliases can also contact SQL servers.
Weitere Informationen finden Sie unter Bewährte Methoden für SQL Server in einer SharePoint Server-Farm.For more information, see Best practices for SQL Server in a SharePoint Server farm.
DatenbanksortierungDatabase collation
Latin1_General_Cl_AS_KS_WSLatin1_General_Cl_AS_KS_WS
Die SQL Server-Datenbanksortierung muss ohne Unterscheidung von Groß-/Kleinschreibung, mit Unterscheidung nach Akzent, mit Unterscheidung nach Kana und mit Unterscheidung nach Breite konfiguriert sein. Dadurch werden eindeutige Dateinamen sichergestellt, die mit dem Windows-Betriebssystem konsistent sind.The SQL Server database collation must be configured for case-insensitive, accent-sensitive, kana-sensitive, and width-sensitive. This is to ensure file name uniqueness consistent with the Windows operating system.

Entwurfsanforderungen und -überlegungenDesign requirements and considerations

Jede SQL Server-Instanz, die Teil einer AlwaysOn-Verfügbarkeitsgruppe ist, muss auch Teil desselben WSFC-Clusters sein. Eine Verfügbarkeitsgruppe umfasst ein primäres Replikat, das die aktuellsten Daten enthält, und sekundäre Replikate, die Updates vom primären Replikat erhalten. Jedes Verfügbarkeitsreplikat muss sich auf einem anderen Knoten eines einzelnen Windows Server Failover Clustering (WSFC)-Clusters befinden. Alle SQL Server-Knoten, die Teil eines einzelnen Windows Server-Failoverclusters sind, benötigen im Gegensatz zu SQL Server-Failoverclusterinstanzen (FCIs) eigenen Speicher.Each SQL Server instance that is part of an Always On Availability Group must also be part of the same WSFC cluster. An Availability Group has a primary replica, which has the most current data, and secondary replicas that receive updates from the primary replica. Each availability replica must reside on a different node of a single Windows Server Failover Clustering (WSFC) cluster. All of the SQL Server nodes, which are part of a single Windows Server Failover Cluster, require their own storage, unlike SQL Server Failover Cluster Instances (FCIs).

Weitere Informationen zu Voraussetzungen, Einschränkungen, Empfehlungen und zur allgemeinen Verwendung von Verfügbarkeitsgruppen finden Sie unter:For more information about prerequisites, restrictions, recommendations, and general usage for availability groups, see:

Die folgende Abbildung (Abbildung 4) zeigt die Infrastruktur der Verfügbarkeitsgruppenreplikate, die wir für die SharePoint-Datenbanken verwendet haben.The next figure (Figure 4) shows the Availability Group replica infrastructure that we used for the SharePoint databases.

Abbildung 4: Infrastruktur der VerfügbarkeitsgruppenreplikateFigure 4 Availability Group replica infrastructure

Diese Abbildung zeigt die Verteilung von SharePoint-Datenbanken in den AlwaysOn-Verfügbarkeitsgruppen.  Weitere Informationen finden Sie im folgenden Absatz.

In der in Abbildung 4 dargestellten Infrastruktur befinden sich üblicherweise die Datenbankserver in der Wiederherstellungsumgebung in einem separaten Subnetz. Dies muss beim Konfigurieren von WSFC und Verfügbarkeitsgruppenlistenern berücksichtigt werden.In the infrastructure shown in Figure 4, a common practice is to have the database servers in the recovery environment on a separate subnet, which must be taken into account when configuring WSFC and Availability Group listeners.

Zudem müssen Sie die Netzwerklatenz zwischen der lokalen Farm und der Wiederherstellungsumgebung planen und testen. Die Latenz zwischen Replikaten wirkt sich auf Ihre Recovery Point Objective (RPO) aus.You also need to plan for and test network latency between the on-premises farm and the recovery environment. The latency between replicas will have an impact on your Recovery Point Objective (RPO).

Schließlich sollten Sie darüber nachdenken, die Datenbankserver in der Wiederherstellungsumgebung in einem eigenen Azure-Cloud-Dienst bereitzustellen. So wurde auch die Testumgebung erstellt. Durch Cloud-Dienste können Sie Serverrollen gruppieren und so Azure-VMs als eine Einheit verwalten. Weitere Informationen finden Sie unter Sollte ich mich für Clouddienste oder eine andere Lösung entscheiden?.Finally, think about provisioning the database servers in the recovery environment in their own Azure cloud service, which is how the test environment was built. Cloud services lets you group server roles so you can manage Azure VMs as a single entity. For more information, see Should I choose cloud services or something else?.

Wie bei SharePoint Server ist es einfacher, die Architektur vorab zu entwerfen, statt die Plattformdienste von Azure später neu zu entwickeln.Like SharePoint Server, it is easier to design the architecture up front, rather than having to redesign Azure's platform services later.

Commitmodi und Failovertypen von VerfügbarkeitsgruppenAvailability group commit modes and failover types

Es ist wichtig, den Einfluss der Commitmodi auf die Failovertypen für die einzelnen Verfügbarkeitsgruppenkonfigurationen zu verstehen, da sich dies auf die Farmwiederherstellung auswirkt. Die folgende Tabelle stammt aus der SQL Server-Dokumentation. In der Tabelle ist zusammengefasst, welche Formen von Failover in verschiedenen Verfügbarkeits- und Failovermodi unterstützt werden. Für jede Kombination wird der effektive Verfügbarkeitsmodus und Failovermodus durch die Schnittmenge der Modi des primären Replikats und der Modi eines oder mehrerer sekundärer Replikate bestimmt. Weitere Informationen finden Sie unter Failover und Failovermodi (AlwaysOn-Verfügbarkeitsgruppen).It is important to understand how commit modes affect the different types of failover for each Availability Group configuration because this will affect farm recovery. The following table is from the SQL Server documentation. This table summarizes which forms of failover are supported under different availability and failover modes. For each pairing, the effective availability mode and failover mode is determined by the intersection of the modes of the primary replica plus the modes of one or more secondary replicas. For more information, see Failover and Failover Modes (AlwaysOn Availability Groups).

FailovertypFailover type Synchroner Commitmodus mit automatischem FailovermodusSynchronous-commit mode with automatic-failover mode Synchroner Commitmodus mit manuellem FailovermodusSynchronous-commit mode with manual-failover mode Asynchroner CommitmodusAsynchronous-commit mode
Automatic failoverAutomatic failover
JaYes
NeinNo
NeinNo
Planned manual failoverPlanned manual failover
JaYes
JaYes
NeinNo
Forced failoverForced failover
Ja (1)Yes (1)
JaYes
JaYes

(1) Wenn Sie einen Befehl für ein erzwungenes Failover für ein synchronisiertes sekundäres Replikat ausgeben, verhält sich das sekundäre Replikat wie bei einem manuellen Failover.(1) If you issue a forced failover command on a synchronized secondary replica, the secondary replica behaves the same as for a manual failover.

Die Zeitdauer, für die die Datenbank während eines Failovers nicht verfügbar ist, hängt vom Typ des Failovers und seiner Ursache ab.The amount of time that the database is unavailable during a failover depends on the type of failover and its cause.

Unterstützte Hochverfügbarkeits- und Notfallwiederherstellungsoptionen für SharePoint-DatenbankenSupported high availability and disaster recovery options for SharePoint databases

In den Tabellen in diesem Abschnitt sind die unterstützten Optionen für hohe Verfügbarkeit und Notfallwiederherstellung für SharePoint Server-Datenbanken beschrieben. Ausführliche Informationen finden Sie unter Unterstützte Hochverfügbarkeits- und Notfallwiederherstellungsoptionen für SharePoint-Datenbanken.The tables in this section summarize the supported high availability and disaster recovery options for SharePoint Server databases. For more detailed information, see Supported high availability and disaster recovery options for SharePoint databases.

DatenbanknameDatabase name Hohe Verfügbarkeit (Synchrone Unterstützung)High Availability (Synchronous Support) Notfallwiederherstellung (Asynchrone Unterstützung)Disaster Recovery (Asynchronous Support)
SharePoint ConfigSharePoint Config
JaYes
NeinNo
SharePoint Admin ContentSharePoint Admin Content
JaYes
NeinNo
State ServiceState Service
JaYes
NeinNo
WSS Content XWSS Content X
JaYes
JaYes

Die folgende Tabelle enthält die Datenbanken der SharePoint-Dienstanwendung.The following table lists the SharePoint service application databases.

DatenbanknameDatabase name Hohe Verfügbarkeit (Synchrone Unterstützung)High Availability (Synchronous Support) Notfallwiederherstellung (Asynchrone Unterstützung)Disaster Recovery (Asynchronous Support)
App ManagementApp Management
JaYes
JaYes
Business Connectivity ServicesBusiness Connectivity Services
JaYes
JaYes
Managed MetadataManaged Metadata
JaYes
JaYes
PerformancePointPerformancePoint
JaYes
JaYes
PowerPivotPowerPivot
JaYes
JaYes
Project (nur SharePoint Server 2013)Project (SharePoint Server 2013 only)
JaYes
JaYes
Secure StoreSecure Store
JaYes
JaYes
Subscription SettingsSubscription Settings
JaYes
JaYes
Machine Translation ServicesMachine Translation Services
JaYes
JaYes
UPS ProfileUPS Profile
JaYes
JaYes
UPS SocialUPS Social
JaYes
JaYes
UPS SyncUPS Sync
JaYes
NeinNo
VerwendungUsage
JaYes
NeinNo
Word AutomationWord Automation
JaYes
JaYes

Die folgende Tabelle enthält die Datenbanken der SharePoint-Suche.The following table lists the SharePoint Search databases.

DatenbanknameDatabase name Hohe Verfügbarkeit (Synchrone Unterstützung)High Availability (Synchronous Support) Notfallwiederherstellung (Asynchrone Unterstützung)Disaster Recovery (Asynchronous Support)
Search AdminSearch Admin
JaYes
NeinNo
Search CrawlSearch Crawl
JaYes
NeinNo
Search Link StoreSearch Link Store
JaYes
NeinNo
Search Analytics StoreSearch Analytics Store
JaYes
NeinNo

Einrichten der Testfarmen in sechs PhasenBuild out the test farms in six phases

Das Einrichten einer SharePoint-Umgebung, die hohe Verfügbarkeit (High Availability, HA) und Notfallwiederherstellung (Disaster Recovery, DR) bietet, umfasst mehrere Phasen. Wir haben die Schritte für das Konfigurieren der lokalen Farm und der Wiederherstellungsfarm in folgende Phasen zusammengefasst:There are several phases to building out a SharePoint environment which provides High-Availability (HA) and Disaster Recovery (DR). We organized the steps for configuring the on-premises and recovery farms into the following phases:

  1. Erstellungsphase 1: Konfigurieren der Windows Server-Failovercluster und von SQL Server AlwaysOn für die lokale UmgebungBuild phase 1: Configure the Windows Server Failover Cluster and SQL Server Always On for the on-premises environment.

  2. Erstellungsphase 2: Installieren und Konfigurieren von SharePoint Server zur Erstellung der lokalen FarmBuild phase 2: Install and configure SharePoint Server to create the on-premises farm.

  3. Erstellungsphase 3 : Konfigurieren von Windows Server Failover Cluster und SQL Server in der WiederherstellungsumgebungBuild phase 3: Configure Windows Server Failover Cluster and SQL Server in the recovery environment.

  4. Erstellungsphase 4: Installieren und Konfigurieren von SharePoint Server zur Erstellung der WiederherstellungsfarmBuild phase 4: Install and configure SharePoint Server to create the recovery farm.

  5. Erstellungsphase 5: Abschließen der Konfiguration des Wiederherstellungsendpunkts und der Replikatdatenbanken für die WiederherstellungsfarmBuild phase 5: Finish configuring the recovery endpoint and replicate databases to the recovery farm.

  6. Erstellungsphase 6: Abschließen der Konfiguration von SharePoint Server in der Wiederherstellungsfarm.Build phase 6: Finish configuring SharePoint Server on the recovery farm.

VorbereitungenDo some preparation before you start

In der folgenden Tabelle sind die wichtigsten Infrastrukturkomponenten für dieses Notfallwiederherstellungsszenario aufgeführt. Dabei werden Voraussetzungen genannt und Anleitungen zur Konfiguration gegeben.The following table lists the key infrastructure components for this disaster recovery scenario. We've identified prerequisites and provided configuration guidance.

InfrastrukturkomponenteInfrastructure component HinweiseNotes
DomänencontrollerDomain controller
Für die lokale Testumgebung haben wir einen Domänencontroller bereitgestellt und die Domäne corp.adventureworks.com erstellt. Wenn Sie ein Proof-of-Concept-Notfallwiederherstellungsszenario ausführen möchten, können Sie den Domänennamen Ihrer Organisation verwenden. For our on-premises test environment we deployed a domain controller and created the corp.adventureworks.com domain. If you decide to run a proof of concept disaster recovery scenario you can use your organization's domain name.
Note: Nach dem Konfigurieren der Domäne haben wir auch alle VMs bereitgestellt, die wir für die Farm verwenden möchten. Das Betriebssystem wurde auf dieselbe Ebene gepatcht. Dies erleichtert die Verwaltung gegenüber einem schrittweisen Ansatz. Note: After we configured the domain, we also provisioned all of the VMs we'd be using for the farm and patched the OS to the same level. This made things more manageable than taking a piecemeal approach.
Windows Server 2012 R2- und Windows Server 2016-FailoverclusteringWindows Server 2012 R2 and Windows Server 2016 failover clustering
Windows Server 2012 R2 oder Windows Server 2016 auf jede Farmserver, konfiguriert entsprechend bewährten Methoden (Windows Server und SharePoint Server). Weitere Informationen finden Sie unter Windows Server-Failoverclustering (WSFC) mit SQL Server. Windows Server 2012 R2 or Windows Server 2016 on each farm server configured according to best practices (Windows Server and SharePoint Server). For more information, see Windows Server Failover Clustering (WSFC) with SQL Server.
Auf jedem Server, der einem Clusterknoten angehören soll, müssen das Feature Failovercluster und die Failoverclusterverwaltungs-MMC installiert sein.Every server that will be a cluster node must have the Failover Cluster feature and the Failover Cluster Management MMC installed.
Eine Dateifreigabe für das WSFC-Quorum. Laut einer bewährten Methode sollte dies auf einer dritten Website konfiguriert sein, auf die durch die lokale Website und durch die Wiederherstellungswebsite zugegriffen werden kann. A file share for the WSFC Quorum. As a best practice this should be configured in a third site that can be accessed by the on-premises site and the recovery site.
Dokumentieren und befolgen Sie eine einheitliche Namenskonvention für den Cluster.Document and stick to a consistent naming convention for the cluster.
SQL Server-Datenbankkonfiguration und AlwaysOn-VerfügbarkeitsgruppenSQL Server database configuration and Always On Availability Groups
SQL Server 2014 oder SQL Server 2016, konfiguriert nach SharePoint-Anforderungen und den unter „Abhängigkeiten, Voraussetzungen und bewährte Methoden" beschriebenen bewährten Methoden.SQL Server 2014 or SQL Server 2016 configured according to SharePoint requirements and the best practices identified in "Dependencies, prerequisites and best practices".
Datenbanken verwenden das vollständige Wiederherstellungsmodell. Weitere Informationen finden Sie unter Wiederherstellungsmodelle (SQL Server).Databases use full recovery model. For more information, see Recovery Models (SQL Server).
SQL Server-Instanznamen. (Wir haben den Standardinstanznamen verwendet, der in diesem Entwurf für alle Clusterknoten unterstützt wird).SQL Server instance names. (We used the Default instance name, which is supported in this design across all the cluster nodes).
Identische Dateipfade für die Speicherorte der Datenbanken und Protokolldateien jeder SQL Server-Instanz. Folgende Laufwerklayouts wurden verwendet: (System (L:) für SQL-Datenbanken und SharePoint-Datenbanken), (Benutzer (S:) für tempdb-Datenbanken und Protokolldateien), und (Lokales Laufwerk (T:) für SharePoint SQL-Sicherungen). The same file paths for the database and log file locations for each SQL Server instance. We used the following drive layouts, (System (L:) for SQL databases and SharePoint databases), (User (S:) for tempdb databases and log files), and (Local disk (T:) for SharePoint SQL backups).
Dokumentieren und befolgen Sie eine einheitliche Namenskonvention für die Verfügbarkeitsgruppen, Replikate und Listener.Document and stick to a consistent naming convention for the Availability Groups, the replicas, and the listeners.
NetzwerkNetworking
Clusterknoten – Drei statische IP-Adressen für IP-Cluster (zwei für die lokale Farm und eine für die Wiederherstellungsfarm).Cluster nodes - Three static IP Cluster IP addresses (two for the on-premises farm and one for the recovery farm).
Verfügbarkeitsgruppenlistener – Eine statische IP-Adresse für jeden Listener. (Die Testfarm verwendet vier Listener.)Availability Group Listeners - A static IP addresses for each listener. (Our test farm used four listeners.)
Microsoft Azure-GatewayserverMicrosoft Azure gateway server
Ein Server in Azure, der den Endpunkt für die VPN-Gatewayverbindung von der lokalen Farm bereitstellt. Er ist mit den Rollen Active Directory-Domänendienste (AD DS) und DNS-Dienste konfiguriert und soll als globaler Katalogserver für die Testdomäne (corp.adventureworks.com) dienen.A server in Azure that provides the endpoint for the VPN gateway connection from the on-premises farm. It is configured with the Active Directory Domain Services (AD DS) and DNS Services roles and is designated as a global catalog server for the test domain (corp.adventureworks.com).
Bei einem Notfall kann dieser Server zum primären Domänencontroller werden.When there is a disaster this server can become the primary domain controller.
VPN-GatewayVPN gateway
Ein Site-to-Site-VPN oder ExpressRoute, konfiguriert zwischen dem primären Datencenter und dem Windows Azure-Abonnement, in dem die Notfallwiederherstellungsfarm konfiguriert wird.A site-to-site VPN or ExpressRoute configured between the primary datacenter and the Windows Azure Subscription where the disaster recovery farm will be configured.
Weitere Informationen finden Sie unter Erstellen eines VNet mit einer Standort-zu-Standort-Verbindung über das klassische Portal (klassisch) und Erstellen und Ändern einer ExpressRoute-Verbindung mit PowerShell (klassisch).For more information, see Create a VNet with a Site-to-Site connection using the classic portal (classic) and Create and modify an ExpressRoute circuit using PowerShell (classic).

Microsoft Azure und die WiederherstellungsumgebungMicrosoft Azure and the recovery environment

Die ersten Schritte beim Einrichten der Wiederherstellungsumgebung bestehen im Bereitstellen eines Servers in Azure und Einrichten einer VPN- oder ExpressRoute-Verbindung zwischen der lokalen Farm und dem Azure-Server.The first steps in building out the recovery environment are to deploy a server in Azure and then establish a VPN or ExpressRoute connection between the on-premises farm and the Azure server.

Azure Infrastructure as a Service (IaaS) gleicht in vielerlei Hinsicht einer lokalen privaten Cloud mit Windows Server Hyper-V-Virtualisierung und System Center Virtual Machine Manager (VMM). Allerdings haben sogar IT-Profis mit umfassender Erfahrung im Arbeiten in einer privaten Cloud mit den Unterschieden zu kämpfen!Azure Infrastructure as a Service (IaaS) has many similarities to an on-premises private cloud that uses Windows Server Hyper-V virtualization and System Center Virtual Machine Manager (VMM). However, even IT professionals with extensive experience working in a private cloud get tripped up by the differences!

Das Datenblatt Anhang im Anhang hilft Ihnen bei der Planung, Bereitstellung und dem Betrieb von SharePoint Server 2016 in der Azure-Umgebung. Es ersetzt weder die Azure-Dokumentation noch praktische Erfahrungen, aber es erleichtert Ihnen den Zugang zur Azure-Welt aus einer SharePoint-Perspektive. Weitere Informationen zu Azure-Notfallwiederherstellungslösungen finden Sie unter Replizieren einer SharePoint-Anwendung mit mehreren Ebenen für die Notfallwiederherstellung mithilfe von Azure Site Recovery und Was ist Site Recovery?.The Appendix data sheet in the appendix will help you plan, deploy, and operate SharePoint Server 2016 in the Azure environment. It doesn't replace the Azure documentation and hands-on experience, but it will ease you into the Azure world from a SharePoint perspective. For information about Azure disaster recovery solutions, see Replicate a multi-tier SharePoint application for disaster recovery using Azure Site Recovery and Azure Site Recovery.

Erstellungsphase 1Build phase 1

Diese Abbildung zeigt die Schritte der Erstellungsphase 1, um WSFC und AlwaysOn für die lokale Farm zu konfigurieren.

Die folgende Tabelle bietet weitere Informationen zu den Schritten in Erstellungsphase 1.The next table provides more information about the steps in Build phase 1.

SchrittStep Hinweise und AnleitungenNotes and guidance
1. Konfigurieren eines WSFC-Clusters mit zwei Knoten1. Configure a two-node WSFC cluster
Erstellen Sie anhand des Windows Server-Artikels Erstellen eines Failoverclusters einen Cluster mit zwei Knoten. Weitere Informationen zu Windows Server 2016 finden Sie unter Failover-Clusterunterstützung in Windows Server 2016. Use the Windows Server article, Create a Failover Cluster to create a two-node cluster. For Windows Server 2016 information, see Failover Clustering in Windows Server 2016.
2. Konfigurieren eines Dateifreigabenzeugen2. Configure a file share witness
Die bevorzugte Konfiguration für WSFC in einer SharePoint-Umgebung besteht in der Verwendung eines Dateifreigabenzeugen und einer Knotenmehrheit. Beide Clusterknoten in der lokalen Farm haben eine Quorumsstimme. Der Clusterknoten in der Wiederherstellungsfarm hat keine Stimme. The preferred configuration for WSFC in a SharePoint environment is to use a file share witness and a node majority. Both cluster nodes in the on-premises farm have a quorum vote. The cluster node in the recovery farm doesn't have a vote.
Weitere Informationen finden Sie unter Konfigurieren und Verwalten des Quorums in einem Windows Server 2012-Failovercluster. Weitere Informationen zu Windows Server 2016 finden Sie unter Bereitstellen eines Cloudzeugen für einen Failovercluster. For more information, see Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster. For Windows Server 2016, see Deploy a Cloud Witness for a Failover Cluster.
Verwenden Sie das folgende Microsoft PowerShell-Cmdlet zum Konfigurieren einer Dateifreigabe und eines Knotenmehrheitsquorums:Use the following Microsoft PowerShell cmdlet to configure a file share and node majority Quorum:
Set-ClusterQuorum -NodeAndFileShareMajority "\\fileserver\share"
Verwenden Sie das folgende PowerShell-Cmdlet, um Stimmen zuzuweisen:Use the following PowerShell cmdlet to assign votes:
(Get-ClusterNode {CLUSTERNODENAME}).NodeWeight=1
Verwenden Sie folgende PowerShell-Syntax, um einen Cloudzeugen zu konfigurieren:Use the following PowerShell syntax to configure a Cloud Witness:
Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey>
3. Installieren von SQL Server auf jedem Windows-Clusterknoten3. Install SQL Server on each Windows cluster node
Installieren Sie SQL Server auf beiden Windows Server-Clusterknoten. Beachten Sie Folgendes: Install SQL Server on both Windows Server cluster nodes. Note the following:
Do not Führen Sie das SQL Server-Setupprogramm für einen Failovercluster aus. Diese Knoten sind nicht Teil eines SQL-Failoverclusterinstanz-(FCI)-Clusters. Do not run the SQL Server setup program for a failover cluster. These nodes are not part of a SQL Failover Cluster Instance (FCI) Cluster.
Stellen Sie sicher, dass die SQL Server-Datenpfade für alle Instanzen identisch sind.Make sure that the SQL Server data paths are exactly the same for each instance.
Weitere Informationen finden Sie unter Installieren von SQL Server 2014 vom Installations-Assistenten aus (Setup) oder Installieren von SQL Server 2014 von der Eingabeaufforderung. Siehe auch Installieren von SQL Server über den Installations-Assistenten (Setup). For more information, see Install SQL Server 2014 from the Installation Wizard (Setup) or Install SQL Server 2014 from the Command Prompt. Also, see Install SQL Server from the Installation Wizard (Setup).
4. Aktivieren von SQL Server-AlwaysOn4. Enable SQL Server Always On
Verwenden Sie die Anleitung in Aktivieren und Deaktivieren von AlwaysOn-Verfügbarkeitsgruppen (SQL Server), um AlwaysOn zu aktivieren. Verwenden Sie die Anleitung für SQL Server 2016 unter Aktivieren und Deaktivieren von AlwaysOn-Verfügbarkeitsgruppen (SQL Server). Use the guidance in Enable and Disable AlwaysOn Availability Groups (SQL Server) to enable Always On. Use theSQL Server2016 guidance in Enable and Disable Always On Availability Groups (SQL Server).
Der Abschnitt zur Datenbankgruppierung nach dieser Tabelle zeigt, wie Sie SharePoint-Datenbanken logisch gruppieren und verschiedenen Verfügbarkeitsgruppen zuordnen können, um sowohl Ihre Anforderungen an die Notfallwiederherstellung als auch Ihre Anforderungen an hohe Verfügbarkeit zu erfüllen.The database grouping section after this table shows how you can logically group SharePoint databases and map them to different availability groups to meet your disaster recovery requirements as well as your high availability requirements.
5. Konfigurieren der Farmkontosicherheit5. Configure farm account security
Konfigurieren Sie die entsprechenden Berechtigungen in den einzelnen SQL Server-Instanzen für das Administratorkonto des SharePoint-Setupbenutzers. Dieses Konto muss während der Einrichtung und Konfiguration ein Mitglied der db_owner -Rolle und den SQL Server-Sicherheitsrollen securityadmin und dbcreator zugewiesen sein. Configure the appropriate permissions in each SQL Server instance for the SharePoint setup user administrator account. This account must be a member of the db_owner role and assigned to the securityadmin and dbcreator SQL Server security roles during setup and configuration.
Weitere Informationen finden Sie unter Konfigurieren der SQL Server-Sicherheit für SharePoint Server und Kontoberechtigungen und Sicherheitseinstellungen in SharePoint Server 2016.For more information, see Configure SQL Server security for SharePoint Server and Account permissions and security settings in SharePoint Server 2016.
6. Erstellen von Verfügbarkeitsgruppen, AlwaysOn-Endpunkten und Verfügbarkeitsgruppenlistenern6. Create availability groups, Always On Endpoints, and Availability Group Listeners
Erstellen Sie die Verfügbarkeitsgruppen für den synchronen Commitmodus, um hohe Verfügbarkeit sicherzustellen. (Es ist üblich, die Verfügbarkeitsgruppen logisch für das logische Failover von Datenbanken zu konfigurieren). Nachdem Sie die AlwaysOn-Endpunkte erstellt haben, erstellen Sie Verfügbarkeitsgruppenlistener, um Clientkonnektivität zu den einzelnen Verfügbarkeitsgruppen zu ermöglichen. Create the availability groups for synchronous-commit mode for high availability. (It is common practice to configure the availability groups logically for the logical failover of databases). After you create the Always On Endpoints, create Availability Group listeners to enable client connectivity to each availability group.
Note: Sie können die Verfügbarkeitsgruppen mit temporären Datenbanknamen erstellen, damit SharePoint die Listener verwenden kann, wenn die Farm konfiguriert ist. Dies ist der Fall, da die Datenbank-Verbindungszeichenfolgen auf die entsprechenden, von den Listenern erstellten DNS-Einträge verweisen. So müssen Sie die Listener nicht erneut konfigurieren. Note: You can create the availability groups with temporary database names so SharePoint can use the listeners when the farm is configured. This is so the database connection strings point to the appropriate DNS entries created by the listeners. This saves you having to reconfigure the listeners later.
Weitere Informationen finden Sie unter Konfigurieren von SQL Server-AlwaysOn-Verfügbarkeitsgruppen für SharePoint ServerFor more information, see Configure SQL Server AlwaysOn Availability Groups for SharePoint Server.
Weitere Informationen finden Sie unter Erstellen eines Datenbankspiegelungs-Endpunkts für AlwaysOn-Verfügbarkeitsgruppen (SQL Server PowerShell). Weitere Informationen zu SQL Server 2016 finden Sie unter Datenbankspiegelung- Always On-Verfügbarkeitsgruppe - PowerShell. For information, see Create a Database Mirroring Endpoint for AlwaysOn Availability Groups (SQL Server PowerShell). For SQL Server 2016 information, see Database Mirroring - Always On Availability Groups- PowerShell.
Weitere Informationen finden Sie unter Verfügbarkeitsgruppenlistener, Clientkonnektivität und Anwendungsfailover (SQL Server). Weitere Informationen zu SQL Server 2016 hierzu finden Sie unter Listener, Clientkonnektivität, Anwendungsfailover. For information, see Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server). For SQL Server 2016 information, see Listeners, Client Connectivity, Application Failover.
Note: Wenn Sie die Verfügbarkeitsgruppenlistener mit SQL Server Management Studio erstellen, müssen Sie für jeden Listener eine IP-Adresse für das Notfallwiederherstellungssubnetz hinzufügen. Dies ist nicht erforderlich, wenn Sie die Verfügbarkeitsgruppenlistener mit dem SQL Server New-SqlAvailabilityGroupListener-Cmdlet PowerShell erstellen. Die Wiederherstellungsfarm verweist auf die SQL-Instanzen über DNS-Hosteinträge (A) und nicht über die Verfügbarkeitsgruppenlistener. Weitere Informationen finden Sie unter New-SqlAvailabilityGroupListener. Note: If you create the Availability Group Listeners using SQL Server Management Studio, you have to add an IP address for the disaster recovery subnet for each listener. This is not required if you provision Availability Group Listeners using the SQL Server New-SqlAvailabilityGroupListener PowerShell cmdlet. The recovery farm will reference the SQL instances through DNS host (A) entries and not the Availability Group listeners. For more information, see New-SqlAvailabilityGroupListener.

Datenbankgruppierung für die NotfallwiederherstellungDatabase grouping for disaster recovery

Es wird empfohlen, SharePoint-Datenbanken zu gruppieren und entsprechend Ihren Notfallwiederherstellungsanforderungen verschiedenen Verfügbarkeitsgruppen zuzuweisen.We recommend that you group SharePoint databases and assign them to different availability groups based on your disaster recovery requirements.

Dies ist notwendig, da jede Verfügbarkeitsgruppe lokal für hohe Verfügbarkeit über ein Replikat mit synchronem Commit und in der Notfallwiederherstellungsumgebung über ein Replikat mit asynchronem Commit verfügt.You need to do this because each availability group has a synchronous commit replica on-premises for high availability and an asynchronous commit replica in the disaster recovery environment.

Wie im Abschnitt Unterstützte Hochverfügbarkeits- und Notfallwiederherstellungsoptionen für SharePoint-Datenbanken erwähnt, unterstützen Datenbanken, die synchrone Commits unterstützen, nicht notwendigerweise asynchrone Replikate. Die folgende Tabelle zeigt ein Beispiel, wie Datenbanken in bestimmte AlwaysOn-Verfügbarkeitsgruppen gruppiert werden können.As noted in the Supported high availability and disaster recovery options for SharePoint databases section, databases that support synchronous commit don't necessarily support async replicas. The following table is an example of how databases can be grouped for specific Always On Availability Groups.

Name der VerfügbarkeitsgruppeAvailability Group name SharePoint-DatenbankenSharePoint databases
AG_SPConfig (1)AG_SPConfig (1)
SharePoint-Konfiguration, SharePoint-Verwaltungsinhalt, Statusdienst und UPS-Synchronisierung (nur AG Synchron)SharePoint Config, SharePoint Admin Content, State Service, and UPS Sync (AG Synchronous only)
AG_SPContentAG_SPContent
WSS-Inhalt XWSS Content X
AG_SPServicesAG_SPServices
App-Verwaltung, Business Connectivity Services, verwaltete Metadaten, PerformancePoint, PowerPivot, Secure Store Service, Abonnementeinstellungen, Maschinelle Übersetzungsdienste, UPS-Profil und UPS Social, Word Automation und Nutzung (Diese Datenbank unterstützt nur synchronen Commit, und da sie vorübergehende Daten enthält, die für Datamining verwendet werden, wird die Replikation dieser Daten in einem Notfallwiederherstellungsszenario nicht empfohlen.) (2)App Management, Business Connectivity Services, Managed Metadata, PerformancePoint, PowerPivot, Secure Store Service, Subscription Settings, Machine Translation Services, UPS Profile and UPS Social, Word Automation, and Usage (This database supports only synchronous commit, and because it holds transient data that's used for data mining, we don't recommend replicating this data in a disaster recovery scenario.) (2)
AG_SPSearchAG_SPSearch
Suchadministratoren, Suchdurchforstung, Suchlink und SuchanalyseberichtSearch Admin, Search Crawl, Search Link, and Search Analytics Reporting

(1) Diese Namen sind nur Beispiele. Sie können Ihre eigene Benennungskonvention verwenden.(1) These names are only examples. You can use your own naming convention.

(2) Die Verwendungsdatenbank kann unabhängig auf jeder SQL Server-Instanz im Cluster erstellt werden. Neben der Speicherung vorübergehender Daten weist sie sehr hohe Transaktionen auf, was ein weiterer Grund ist, sie nicht in einer Verfügbarkeitsgruppe zu platzieren. Verwenden Sie das Set-SPUsageApplication-Cmdlet zum Erstellen der Datenbank in der sekundären SQL-Instanz. Verwenden Sie anschließend das Set-SPUsageApplication-Cmdlet mit der -FailoverDatabaseServer-Option, um die sekundäre SQL-Instanz in der Hochverfügbarkeitsumgebung anzugeben.(2) The Usage database can be created independently on each SQL Server instance in the cluster. In addition to storing transient data, it also has very high transactions, which is another reason not to place it in an availability group. You can utilize the Set-SPUsageApplication cmdlet to create the database in the secondary SQL instance. Then use the Set-SPUsageApplication cmdlet with the -FailoverDatabaseServer option to specify the secondary SQL instance in the highly available environment.

In der folgenden Tabelle wird unsere Testkonfiguration am Ende der Erstellungsphase 1 beschrieben.The next table describes our test configuration at the end of Build phase 1.

ServernameServer name BeschreibungDescription
DC2DC2
DomänencontrollerDomain controller
SP-WFE1, SP-WFE2SP-WFE1, SP-WFE2
WebinhaltsserverWeb content servers
SP-APP1 bis SP-APP6 (einschließlich)SP-APP1 to SP-APP6 inclusive
Anwendungsserver (z. B. Zentraladministration, Dienste und Suche)Application servers (for example, Central Administration, services, and search)
SP-SQL-HA1, SP-SQL-HA2SP-SQL-HA1, SP-SQL-HA2
Diese Server sind als zwei Knoten in unserem WSFC-Cluster (SPDRCluster) konfiguriert, jeder mit einer Stimme. Hosten die Farmdatenbanken, konfiguriert mit AlwaysOn-Verfügbarkeitsgruppen. SP-SQL-HA1 hat die Rolle des primären Replikats und SP-SQL-HA2 die Rolle des sekundären Replikats. Diese Verfügbarkeitsgruppen und Listener sind wie folgt konfiguriert: Availability groups = PROD-AG1, PROD-AG2, PROD-AG3, PROD-AG4; Listeners = SQL-PROD-AG1, SQL-PROD-AG2, SQL-PROD-AG3, SQL-PROD-AG4 These servers are configured as two nodes in our WSFC cluster (SPDRCluster), each with one vote. Host the farm databases, configured with Always On Availability Groups. SP-SQL-HA1 has the primary replica role and SP-SQL-HA2 has the secondary replica role. These availability groups and listeners are configured: Availability groups = PROD-AG1, PROD-AG2, PROD-AG3, PROD-AG4; Listeners = SQL-PROD-AG1, SQL-PROD-AG2, SQL-PROD-AG3, SQL-PROD-AG4
FS1FS1
Dieser Server stellt das Dateifreigabecluster-Quorum (Hybrid5SPDRClusterQuorum) für den WSFC-Cluster bereit. Er wird auch als freigegebener Verteilungs-Softwarepunkt für die Testfarm verwendet.This server provides the file share cluster quorum (Hybrid5SPDRClusterQuorum) for the WSFC cluster. It is also used as a shared distribution software point for the test farm.
OP-FILESERVER (optional)OP-FILESERVER (optional)
Dieser Server stellt einen DFSR-Dienstendpunkt (Distributed File System Replication) für die lokale Umgebung bereit. Der andere Endpunkt befindet sich in unserer Azure-Umgebung. DFSR dient zwei Zwecken. Erstens wird es zum Speichern von SQL Server-Sicherungen (inkrementelle und vollständige) verwendet, die auf einen Server (AZSP-FS1) in Azure geschrieben werden. Dadurch haben wir die externe Speicherung simuliert, und in einem Notfallszenario können wir aus diesen Sicherungen die SharePoint-Suche wiederherstellen. Darüber hinaus ermöglicht die DFSR-Konfiguration ein relativ einfaches Verschieben von Dateien zwischen den beiden Farmen.This server provides a Distributed File System Replication (DFSR) service endpoint for the on-premises environment. The other endpoint is in our Azure environment. DFSR serves two purposes. First, we use it to store SQL Server backups (incremental and full) which are written to a server (AZSP-FS1) in Azure. We did this to simulate off-site storage and in a disaster scenario, we can use this backups to restore SharePoint search. The DFSR configuration also lets us move files between the two farms relatively easily.

Erstellungsphase 2Build phase 2

Diese Abbildung zeigt die Schritte der Erstellungsphase 2, um SharePoint Server bereitzustellen und die lokale Farm zu erstellen.

Die folgende Tabelle bietet weitere Informationen zu den Schritten in Erstellungsphase 2.The next table provides more information about the steps in Build phase 2.

SchrittStep Hinweise und AnleitungenNotes and guidance
1. Erstellen von Buildskripts1. Create build scripts
Es wird empfohlen, eine Reihe von Buildskripts für die Installation von SharePoint Server 2016 zu entwickeln. Diese Skripts können auch verwendet werden, um die Wiederherstellungsfarm (und zukünftige SharePoint-Farmen) zu erstellen. Da die Wiederherstellungsfarm die gleichen Dienstanwendungen wie die lokale Farm verwenden wird, ist es eine bewährte Methode, identische Dienstanwendungs- und Datenbanknamen zu verwenden. Skripts verringern die Wahrscheinlichkeit von Konfigurationsfehlern und stellen die Konsistenz in der Farmkonfiguration sicher. We recommend that you develop a set of build scripts to install SharePoint Server 2016. These scripts can also be used to build out the recovery farm (and future SharePoint farms). Because the recovery farm will have service applications that are identical to those in the on-premises farm, it's a best practice to use identical service application and database names. Scripting reduces configuration errors and ensures consistency in farm configuration.
Note: Dienstanwendungen verweisen auf die zugehörigen Datenbanken über den Datenbanknamen, während die Inhaltsdatenbanken auch eine Datenbank-ID aufweisen, die in der SharePoint-Konfigurationsdatenbank gespeichert ist.Note: Service applications reference their databases by the database name, unlike the Content databases, which also have a database ID that's stored in the SharePoint configuration database.
Es gibt mehrere Beispiele für skriptbasierte SharePoint-Installationen, die Sie in Ihrer Umgebung nutzen können. So ist beispielsweise SharePointDsc oder AutoSPInstaller ein End-to-End-Open-Source-Programm, das auf Codeplex verfügbar ist.There are several examples of scripted SharePoint installations that you might be able to leverage in your environment. For example, SharePointDsc or AutoSPInstaller is an end-to-end open source program available at Codeplex.
Stellen Sie sicher, dass die Farmkonfigurationsdatenbank, die Inhaltsdatenbanken und die Dienstanwendungsdatenbanken auf den DNS-Alias der SQL Server-Instanz verweisen, die Sie verwenden. Die SharePoint Server 2016-Datenbanken werden mit einer Verbindungszeichenfolge erstellt, die der SQL Server-Instanz zugeordnet ist. Sie werden später mithilfe von SharePoint ServerPowerShell-Cmdlets in Verfügbarkeitsgruppen verschoben. Ensure that the farm configuration database, the content databases, and service application databases point to the DNS alias of the SQL Server instance that you use. The SharePoint Server 2016 databases will be created with a connection string mapped to the SQL Server instance. Later they will be moved to availability groups using SharePoint Server PowerShell cmdlets.
Nachdem Sie die Farmkonfigurationsdatenbanken erstellt haben, wird empfohlen, Skripts für die folgenden allgemeinen Aufgaben zu erstellen:After you create the farm configuration databases, we recommend scripting the following common tasks:
Zuweisen eines SharePoint Server zu der Farm mithilfe des Cmdlets Join-SharePointFarmJoin a SharePoint Server to the farm by using the Join-SharePointFarm cmdlet
Registrieren verwalteter Konten mithilfe des Cmdlets New-SPManagedAccountRegister Managed Accounts by using the New-SPManagedAccount cmdlet
Erstellen von WebanwendungenCreate Web Applications
Erstellen von WebsitesammlungenCreate Site Collections
Erstellen von DienstanwendungenCreate Service Applications
Festlegen von SharePoint-App-Domäne und -PräfixSet the SharePoint App domain and Prefix
2. Installieren der erforderlichen Komponenten und Binärdateien2. Install prerequisites and binaries
Weitere Informationen finden Sie unter Installieren von erforderlichen Komponenten für SharePoint Server 2016 von einer Netzwerkfreigabe.For more information, see Install prerequisites for SharePoint Server from a network share.
3. Konfigurieren von Farm-SMTP-Einstellungen, Web Apps und Websitesammlungen3. Configure Farm SMTP Settings, Web Apps, and Site Collections
Verwenden Sie das Cmdlet New-SPWebApplication, um Webanwendungen zu erstellen, und verwenden Sie das Cmdlet New-SPSite, um Websitesammlungen zu erstellen.Use the New-SPWebApplication cmdlet to create Web Applications and use the New-SPSite cmdlet to create Site Collections.
4. Konfigurieren von Dienstanwendungen4. Configure Service Applications
Verwenden Sie die Dienstanwendungs-Cmdlets in Index of Windows PowerShell cmdlets for SharePoint Server 2016, um Dienstanwendungen zu konfigurieren.Use the Service Application cmdlets in Index of Windows PowerShell cmdlets for SharePoint Server 2016 to configure service applications.
5. Hinzufügen der Datenbanken der lokalen Produktionsfarm zu Verfügbarkeitsgruppen und Synchronisieren der Replikate5. Add the on-premises production farm databases to availability groups and synchronize the replicas
Wenn Sie die Konfiguration der Farm abgeschlossen haben, fügen Sie die Farmdatenbanken den entsprechenden Verfügbarkeitsgruppen hinzu. Verwenden Sie die folgenden PowerShell-Cmdlets zum Hinzufügen der Datenbanken, und überprüfen Sie, ob sie der angegebenen Verfügbarkeitsgruppe hinzugefügt wurden: Add-DatabasetoAvailabilityGroup und Get-AvailabilityGroupStatusWhen you finish configuring the farm, add the farm databases to the appropriate availability groups. Use these PowerShell cmdlets to add the databases and verify that they've been added to the availability group you specify, Add-DatabasetoAvailabilityGroup and Get-AvailabilityGroupStatus
Important: Stellen Sie sicher, dass Sie das vollständige Wiederherstellungsmodell für alle Datenbanken aktiviert haben, die einer Verfügbarkeitsgruppe hinzugefügt werden sollen, bevor Sie sie hinzufügen.Important: Make sure that you enable the full recovery model on all databases that are to be added to an availability group before you add them.
Nachdem Sie die Farmkonfigurationsdatenbank einer Verfügbarkeitsgruppe hinzugefügt haben, müssen Sie alle Server in der Farm neu starten, um die Stabilität der Farm sicherzustellen.After you add the farm configuration database to an availability group you must restart all the servers in the farm to ensure farm stability.
Synchronisieren Sie die Verfügbarkeitsgruppenreplikate. Weitere Informationen finden Sie unter Seite „Anfängliche Datensynchronisierung auswählen“ (AlwaysOn-Verfügbarkeitsgruppen-Assistenten).Synchronize the availability group replicas. For more information, see Select Initial Data Synchronization Page (AlwaysOn Availability Group Wizards).

Erstellungsphase 3 Build phase 3

Diese Abbildung zeigt die Schritte der Erstellungsphase 3, um WSFC und SQL Server in der Wiederherstellungsumgebung zu konfigurieren.

Die folgende Tabelle bietet weitere Informationen zu den Schritten in Erstellungsphase 3.The next table provides more information about the steps in Build phase 3.

SchrittStep Hinweise und AnleitungenNotes and guidance
1. Hinzufügen zweier Knoten zum Azure-Notfallwiederherstellungs-Datencenter zum Erweitern des lokalen WSFC-Clusters1. Add two nodes to the Azure disaster recovery datacenter which will stretch the on-premises WSFC cluster
Konfigurieren Sie diese Einstellungen auf dem Server, der der neue Clusterknoten werden soll. Installieren Sie das Feature für Windows-Failoverclustering, testen Sie den Cluster und entfernen Sie dann die Quorumsstimme vom neuen Knoten.Configure these settings on the server that will be the new cluster node; Install the Windows Failover clustering feature, test the cluster, and then remove the quorum vote from the new node.
Öffnen Sie die Windows PowerShell-Befehlszeile als Administrator, und führen Sie das folgende Cmdlet aus, um das Feature für das Windows-Failoverclustering und die Verwaltungstools zu installieren: Install-WindowsFeature -Name Failover-Clustering -IncludeManagementToolsOpen the Windows PowerShell command line as an Administrator and run the following cmdlet to install the Windows Failover clustering feature and management tools: Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
Testen Sie den Cluster mit dem folgenden Cmdlet: Test-ClusterTest the cluster with the following cmdlet: Test-Cluster
Entfernen Sie mit folgenden Befehlen die Quorumsstimme vom Server: (Get-ClusterNode {CLUSTERNODENAME}).NodeWeight=0Remove the Quorum vote from the server with the following commands: (Get-ClusterNode {CLUSTERNODENAME}).NodeWeight=0
Weitere Informationen finden Sie unter Konfigurieren und Verwalten des Quorums in einem Windows Server 2012-Failovercluster. Weitere Informationen zu Windows Server 2016 finden Sie unter Bereitstellen eines Cloudzeugen für einen Failovercluster. For more information, see Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster. For Windows Server 2016 information, see Deploy a Cloud Witness for a Failover Cluster.
Note: Wenn Sie die gleiche Architektur wie unsere Testumgebung verwenden, müssen Sie diese Konfigurationsschritte auf beiden SQL Server-Instanzen in der Wiederherstellungsumgebung ausführen.Note: If you use the same architecture as our test environment, you'll have to perform these configuration steps on both the SQL Server instances in the recovery environment.
2. Installieren der SQL Server-Instanzen2. Install the SQL Server instances
Installieren Sie SQL Server auf beiden Knoten. Stellen Sie sicher, dass die Datenpfade für jede SQL-Instanz identisch und die Konfigurationen, z. B. Portkonfigurationen, Datenbanksortierung usw., gleich sind. Weitere Informationen finden Sie unter Installieren von SQL Server 2012 vom Installations-Assistenten aus (Setup). Siehe auch Installieren von SQL Server über den Installations-Assistenten (Setup). Install SQL Server on both nodes. Ensure that the data paths are exactly the same for each SQL instance and that the configurations are identical, for example, port configurations, database collation, and so on. For more information, see Install SQL Server 2012 from the Installation Wizard (Setup). Also, see Install SQL Server from the Installation Wizard (Setup).
3. Aktivieren von SQL Server-AlwaysOn-Verfügbarkeitsgruppen3. Enable SQL Server Always On Availability Groups
Verwenden Sie den SQL Server-Konfigurations-Manager, um SQL Server AlwaysOn-Verfügbarkeitsgruppen zu aktivieren. Weitere Informationen finden Sie unter Aktivieren und Deaktivieren von AlwaysOn-Verfügbarkeitsgruppen (SQL Server). Eine Anleitung für SQL Server 2016 finden Sie unter Aktivieren und Deaktivieren von AlwaysOn-Verfügbarkeitsgruppen (SQL Server). Use SQL Server Configuration Manager to enable SQL Server Always On Availability Groups. For more information, see Enable and Disable AlwaysOn Availability Groups (SQL Server). For SQL Server 2016 guidance, see Enable and Disable Always On Availability Groups (SQL Server).
In der Tabelle unter Erstellungsphase 1 finden Sie Beispiele für die logische Gruppierung von SharePoint Server 2016-Datenbanken in Verfügbarkeitsgruppen.Refer to the table in Build phase 1 for examples of the logical grouping of SharePoint Server 2016 databases to availability groups.
4. Konfigurieren der Farmkontosicherheit4. Configure farm account security
Konfigurieren Sie die entsprechenden Berechtigungen in den einzelnen SQL Server-Instanzen für das Administratorkonto des SharePoint-Setupbenutzers. Dieses Konto muss während der Einrichtung und Konfiguration ein Mitglied der db_owner -Rolle und den SQL Server-Sicherheitsrollen securityadmin und dbcreator zugewiesen sein. Configure the appropriate permissions in each SQL Server instance for the SharePoint setup user administrator account. This account must be a member of the db_owner role and assigned to the securityadmin and dbcreator SQL Server security roles during setup and configuration.
Weitere Informationen finden Sie unter Konfigurieren von SQL Server-Sicherheit für SharePoint Server, Kontoberechtigungen und Sicherheitseinstellungen in SharePoint Server 2016 und Kontoberechtigungen und Sicherheitseinstellungen in SharePoint 2013.For more information, see Configure SQL Server security for SharePoint Server, Account permissions and security settings in SharePoint Server 2016, and Account permissions and security settings in SharePoint 2013

Erstellungsphase 4Build phase 4

Diese Abbildung zeigt die Schritte der Erstellungsphase 4, um SharePoint in Azure bereitzustellen und die Wiederherstellungsfarm zu erstellen.

Die folgende Tabelle bietet weitere Informationen zu den Schritten in Erstellungsphase 4.The next table provides more information about the steps in Build phase 4.

SchrittStep Hinweise und AnleitungenNotes and guidance
1. Erstellen von Buildskripts1. Create build scripts
Es wird empfohlen, eine Reihe von Buildskripts für die Installation von SharePoint Server zu entwickeln. Diese Skripts können auch verwendet werden, um die Wiederherstellungsfarm (und zukünftige SharePoint-Farmen) zu erstellen. Da die Wiederherstellungsfarm die gleichen Dienstanwendungen wie die lokale Farm verwenden wird, ist es eine bewährte Methode, identische Dienstanwendungs- und Datenbanknamen zu verwenden. Skripts verringern die Wahrscheinlichkeit von Konfigurationsfehlern und stellen die Konsistenz in der Farmkonfiguration sicher. We recommend that you develop a set of build scripts to install SharePoint Server. These scripts can also be used to build out the recovery farm (and future SharePoint farms). Because the recovery farm will have service applications that are identical to those in the on-premises farm, it's a best practice to use identical service application and database names. Scripting reduces configuration errors and ensures consistency in farm configuration.
Note: Dienstanwendungen verweisen auf die zugehörigen Datenbanken über den Datenbanknamen, während die Inhaltsdatenbanken auch eine Datenbank-ID aufweisen, die in der SharePoint-Konfigurationsdatenbank gespeichert ist.Note: Service applications reference their databases by the database name, unlike the Content databases which also have a database ID that's stored in the SharePoint configuration database.
Es gibt mehrere Beispiele für skriptbasierte SharePoint-Installationen mit PowerShell. So ist beispielsweise SharePointDsc oder AutoSPInstaller ein End-to-End-Open-Source-Programm, das auf Codeplex verfügbar ist.There are several examples of scripted SharePoint installations that use PowerShell. For example, SharePointDsc or AutoSPInstaller is an end-to-end open source program available at Codeplex.
Stellen Sie sicher, dass die Farmkonfigurationsdatenbank, die Inhaltsdatenbanken und die Dienstanwendungsdatenbanken auf den DNS-Alias der SQL Server-Instanz verweisen, die Sie verwenden. Die SharePoint Server-Datenbanken werden mit einer Verbindungszeichenfolge erstellt, die der SQL Server-Instanz zugeordnet ist. Sie werden später mithilfe von SharePoint PowerShell-Cmdlets in Verfügbarkeitsgruppen verschoben. Ensure that the farm configuration database, the content databases, and service application databases point to the DNS alias of the SQL Server instance that you use. The SharePoint Server databases will be created with a connection string mapped to the SQL Server instance. Later they will be moved to availability groups using SharePoint PowerShell cmdlets.
Nachdem Sie die Farmkonfigurationsdatenbanken erstellt haben, wird empfohlen, Skripts für die folgenden allgemeinen Aufgaben zu erstellen:After you create the farm configuration databases, we recommend scripting the following common tasks:
Weisen Sie der Farm einen SharePoint Server mithilfe des Cmdlets Join-SharePointFarm zu. Registrieren Sie verwaltete Konten mithilfe des Cmdlets New-SPManagedAccount. Erstellen Sie Webanwendungen, Websitesammlungen und Dienstanwendungen. Legen Sie schließlich die Domäne und das Präfix der SharePoint-App fest. Join a SharePoint Server to the farm by using the Join-SharePointFarm cmdlet. Register Managed Accounts by using the New-SPManagedAccount cmdlet. Create Web applications, site collections, and service applications. Finally, set the SharePoint App domain and prefix.
2. Installieren der erforderlichen Komponenten und Binärdateien2. Install the prerequisites and binaries
Weitere Informationen finden Sie unter Installieren von erforderlichen Komponenten für SharePoint Server 2016 von einer Netzwerkfreigabe.For more information, see Install prerequisites for SharePoint Server from a network share.
3. Konfigurieren von Farm-SMTP-Einstellungen, Webanwendungen und Websitesammlungen3. Configure farm SMTP settings, Web Applications, and Site Collections
Verwenden Sie das Cmdlet New-SPWebApplication, um Webanwendungen zu erstellen, und verwenden Sie das Cmdlet New-SPSite, um Websitesammlungen zu erstellen.Use the New-SPWebApplication cmdlet to create Web Applications and use the New-SPSite cmdlet to create Site Collections.
4. Konfigurieren von Dienstanwendungen4. Configure Service Applications
Verwenden Sie die Dienstanwendungs-Cmdlets in Index of Windows PowerShell cmdlets for SharePoint Server 2016, um Dienstanwendungen zu konfigurieren.Use the Service Application cmdlets in Index of Windows PowerShell cmdlets for SharePoint Server 2016 to configure service applications.
Note: Dienstanwendungen werden in der Notfallwiederherstellungsfarm mit genau denselben Namen wie in der primären Farm erstellt. Stellen Sie sicher, dass die Datenbanken ebenfalls genau wie in der primären Farm benannt sind, da auf die Datenbank durch die Dienstanwendungen in der Notfallwiederherstellungsfarm verwiesen wird, in der die Dienstanwendungsdatenbanken schließlich als Replikate erstellt werden. Im Rahmen des Prozesses werden die Datenbanken in der Notfallwiederherstellungsfarm aus den primären Replikaten wiederhergestellt, wenn die asynchronen Replikate zur SQL-Verfügbarkeitsgruppe hinzugefügt werden. Note: Service Applications are created in the disaster recovery farm, with the exact same name as the primary farm. Ensure the database names are also named exactly the same as the primary farm, as the database will be referenced by the Service Applications in the disaster recovery farm, where the service application databases will eventually be created as replicas. As part of the process, the databases in the disaster recovery farm will be restored from the primary replicas, when the asynchronous replicas are added to the SQL Availability Group.
Die Inhaltsdatenbanken in der Notfallwiederherstellungsfarm können aus der SharePoint-Konfiguration entfernt werden, da für die Inhaltsdatenbanken der primären Farm ein schreibgeschütztes Replikat in der SQL Server-Instanz für die Notfallwiederherstellung verfügbar ist.The content databases in the disaster recovery farm can be removed from the SharePoint configuration as the primary farm content databases will have a read-only replica available in the disaster recovery SQL Server instance.
Verwenden Sie die SharePoint 2016-Verwaltungsshell zum Ausführen des folgenden PowerShell Cmdlets, um die Einbindung aller Inhaltsdatenbanken in der Notfallwiederherstellungsfarm aufzuheben: Remove-SPContentDatabase.Use the SharePoint 2016 Management Shell to run the following PowerShell cmdlet to dismount any content databases from the disaster recovery farm Remove-SPContentDatabase.
Wenn weitere Inhaltsdatenbanken in den SQL Server-Instanzen in der Notfallwiederherstellungsfarm vorhanden sind, löschen Sie sie alle. Sie können eine der folgenden Methoden verwenden: DROP DATABASE (Transact-SQL), Database.Drop-Methode () oder Löschen einer Datenbank. If any additional content databases exist on the SQL Server instances in the disaster recovery farm, delete all of them. You can use any of these methods, DROP DATABASE (Transact-SQL), Database.Drop Method (), or Delete a Database.
5. Herunterfahren der Farm5. Shut down the farm
Fahren Sie die Farm nach dem Beenden der SharePoint-Konfiguration herunter. Jetzt können Sie asynchrone Replikate für die Datenbanken in der lokalen Farm erstellen.Shut down the farm after you finish configuring SharePoint. Now you can create asynchronous replicas for the databases on the on-premises farm.

Erstellungsphase 5Build phase 5

Diese Abbildung zeigt die Schritte der Erstellungsphase 5, um die Konfiguration des Azure-Endpunkts abzuschließen und die Datenbanken in der Wiederherstellungsfarm zu replizieren.

Die folgende Tabelle bietet weitere Informationen zu den Schritten in Erstellungsphase 5.The next table provides more information about the steps in Build phase 5.

SchrittStep Hinweise und AnleitungenNotes and guidance
1. Stellen Sie sicher, dass die SQL-Instanz auf die Datenbank und die Sicherungsfreigaben zugreifen kann.1. Verify that the SQL instance can access the database and backup shares.
Jeder Knoten in einer Verfügbarkeitsgruppe muss Zugriff auf einen gemeinsamen Sicherungsspeicherort haben. Dies ist für das anfängliche Datenbankseeding beim Hinzufügen von Replikaten zur Verfügbarkeitsgruppe erforderlich.Each node in an availability group must have access to a common backup location. This is required for the initial database seeding during the process of adding replicas to the availability group.
Das SQL Server-Konto muss Zugriff auf den gemeinsamen Sicherungsspeicherort besitzen.The SQL Server account must have access to the common backup location.
2. Erstellen Sie einen SQL Server-Endpunkt, und erteilen Sie Berechtigungen zum Herstellen einer Verbindung mit dem Endpunkt.2. Create a SQL Server endpoint and grant connect permissions to the endpoint.
Sie müssen eine Anmeldung für die SQL Server-Instanz für die Notfallwiederherstellung erstellen, um ein sekundäres Replikat zu erstellen und die Datenbanken den Verfügbarkeitsgruppen zuzuweisen. Weitere Informationen finden Sie unter Einrichten von Anmeldekonten für die Datenbankspiegelung oder AlwaysOn-Verfügbarkeitsgruppen (SQL Server) und Einrichten von Anmeldekonten: Datenbankspiegelung von Always On-Verfügbarkeit. You must create a logon on the disaster recovery SQL Server instance in order to create a secondary replica and join the databases to the Availability Groups. For more information, see Set Up Login Accounts for Database Mirroring or AlwaysOn Availability Groups (SQL Server) and Set Up Login Accounts - Database Mirroring Always On Availability.
Ein SQL Server-Endpunkt wird auf dem primären Replikat benötigt, damit die SQL-Instanz Protokollpuffer an die sekundären Replikate senden kann. Verwenden Sie den Prozess unter Erstellen eines Datenbankspiegelungs-Endpunkts für AlwaysOn-Verfügbarkeitsgruppen (SQL Server PowerShell) und Datenbankspiegelung - Always On-Verfügbarkeitsgruppe - PowerShell, um den Endpunkt zu erstellen. A SQL Server endpoint is required on the primary replica so the SQL instance can send log buffers to the secondary replicas. Use the process in Create a Database Mirroring Endpoint for AlwaysOn Availability Groups (SQL Server PowerShell) and Database Mirroring - Always On Availability Groups- PowerShell to create the endpoint.
Sie müssen dem Dienstkonto auf der primären SQL Server-Instanz Zugriff auf den Endpunkt gewähren, um Protokollpuffer an Notfallwiederherstellungsinstanzen zu übertragen. Die CONNECT-Berechtigung ist erforderlich. You must give the service account on the primary SQL Server instance access to the endpoint in order to transfer log buffers to the disaster recovery instances. Connect permission is required.
Weitere Informationen finden Sie unter Gewähren von Endpunktberechtigungen (Transact-SQL).For more information, see GRANT Endpoint Permissions (Transact-SQL).
3. Erstellen Sie sekundäre Replikate der Benutzerinhalts- und Dienstanwendungsdatenbanken in der Wiederherstellungsfarminstanz.3. Create secondary replicas of the user content and service application databases in the recovery farm instance.
Jede Verfügbarkeitsgruppe erfordert ein sekundäres Replikat in der Notfallwiederherstellungsfarm. Sie müssen mit der SQL-Instanz verbunden sein, die das primäre Replikat hostet, damit Sie das sekundäre Replikat erstellen können. Each Availability Group requires a secondary replica in the disaster recovery farm. You must be connected to the SQL instance that is hosting the primary replica before you can create the secondary replica.
Weitere Informationen finden Sie unter Hinzufügen eines sekundären Replikats zu einer Verfügbarkeitsgruppe (SQL Server).For more information, see Add a Secondary Replica to an Availability Group (SQL Server).
4. Stellen Sie sicher, dass die Replikate in der Wiederherstellungsfarm für schreibgeschützten Zugriff konfiguriert sind.4. Ensure that the replicas in the recovery farm are configured for Read-Only access.
Die Verfügbarkeitsreplikate in den SQL Server-Instanzen für die Notfallwiederherstellung werden als lesbare sekundäre Replikate konfiguriert. Die Notfallwiederherstellungsfarm greift auf die Dienstanwendung und die Inhaltsdatenbanken im schreibgeschützten Modus zu. Dies liegt daran, dass die Wiederherstellungsfarm bereits auf die Datenbanknamen der Dienstanwendung verweist. Dadurch wird die Recovery Time Objective (RTO) beim Failover in die Notfallwiederherstellungsumgebung reduziert. The availability replicas in the DR SL Server instances are configured as readable secondary replicas. The disaster recovery farm will access the service application and content databases in read-only mode. This is because the recovery farm is already referencing the service application database names. This reduces the Recovery Time Objective (RTO) when we failover to the DR environment.
Hinweis: Wenn dies nicht ordnungsgemäß konfiguriert ist, können Fehler in der Wiederherstellungsumgebung auftreten.Note: If this is not configured correctly, you may experience errors in the recovery environment.
Weitere Informationen finden Sie unter Konfigurieren des schreibgeschützten Routing für eine Verfügbarkeitsgruppe (SQL Server) und Konfigurieren des schreibgeschützten Zugriffs auf ein Verfügbarkeitsreplikat (SQL Server).For more information, see Configure Read-Only Routing for an Availability Group (SQL Server) and Configure Read-Only Access on an Availability Replica (SQL Server).
5. Kopieren Sie Anmeldungen aus der primären SQL Server-Instanz in die sekundären SQL Server-Instanzen.5. Copy logons from the primary SQL Server instance to the secondary SQL Server instances.
Sie müssen SQL-Benutzernamen und Kennwörter aus der primären Instanz in die sekundären Instanzen kopieren. SQL Server kopiert nur die Inhalte einer Verfügbarkeitsgruppen-Datenbank . Benutzernamen und Kennwörter werden nicht von einer Instanz in eine andere kopiert. You have to copy SQL logons and passwords from the primary instance to the secondary instances. SQL Server copies only the content of an availability group database. Logons and passwords are not copied from one instance to another.
Weitere Informationen finden Sie unter Übertragen von Benutzernamen und Kennwörtern zwischen Instanzen von SQL Server und Problembehandlung bei verwaisten Benutzern (SQL Server).For more information, see How to transfer logins and passwords between instances of SQL Server and Troubleshoot Orphaned Users (SQL Server).

Erstellungsphase 6Build phase 6

Diese Abbildung zeigt die Schritte der Erstellungsphase 6, um die Konfiguration von SharePoint für die Wiederherstellungsfarm abzuschließen.

Die folgende Tabelle bietet weitere Informationen zu den Schritten in Erstellungsphase 6.The next table provides more information about the steps in Build phase 6.

SchrittStep Hinweise und AnleitungenNotes and guidance
1. Einschalten der Wiederherstellungsfarm1. Power up the recovery farm
Nachdem nun die Dienstanwendung und die Inhaltsdatenbanken im schreibgeschützten Modus in SQL Server-Instanzen der Wiederherstellungsfarm verfügbar sind, können Sie die SharePoint-Farm einschalten.Now that the service application and content databases are available in read-only mode in the recovery farm SQL instances, you can power up the SharePoint farm.
2. Einbinden der Inhaltsdatenbanken für die Webanwendung(en)2. Mount the content databases to the web application(s)
Für jede Inhaltsdatenbank, die über ein schreibgeschütztes Replikat in der SQL-Instanz für die Notfallwiederherstellung verfügt, das den neuesten Inhalt in der primären Farm enthält, muss die Datenbank in den entsprechenden Webanwendungen in der Notfallwiederherstellungsfarm eingebunden werden. Mithilfe des Cmdlets Mount-SPContentDatabase können Sie die Inhaltsdatenbanken einbinden. For every content database that has a read-only replica in the disaster recovery SQL instance, which holds the most current content in the primary farm, the database needs to be mounted in the appropriate web applications in the disaster recovery farm. You can use the Mount-SPContentDatabase cmdlet to mount the content databases.
3. Aktualisieren von Websites in der Konfigurationsdatenbank3. Refresh sites in configuration database
Es wird empfohlen, die Websites in der SharePoint-Konfigurationsdatenbank zu aktualisieren. Verwenden Sie das im (1) -Hinweis gezeigte PowerShell-Beispiel nach dieser Tabelle, um die Websites für jede Inhaltsdatenbank zu aktualisieren. We recommend that you refresh the sites in the SharePoint configuration database. Use the PowerShell example shown in the (1) note after this table, to refresh the sites for each content database.
4. Überprüfen der Farmdienste4. Check the farm services
Stellen Sie sicher, dass alle Farmdienste wie erwartet ausgeführt werden.Verify that all the farm services are running as expected.
5. Ausführen einer Integritätsprüfung für die Farm5. Perform a farm health check
Führen Sie Integritätsprüfungen in der Farm aus, um sicherzustellen, dass die Farm stabil und ordnungsgemäß funktioniert.Perform health checks on the farm to make sure that the farm is stable and working correctly.

(1) Verwenden Sie die folgende PowerShell-Syntax für Schritt 3 in der Tabelle zur Erstellungsphase 6.(1) Use the following PowerShell syntax for step 3 in the Build phase 6 table.

# Refresh sites in the configuration database
Get-SPContentDatabase -WebApplication http://webapplicationsitename | ForEach {
Write-host "Refreshing sites in configuration database for database: " $_.Name
$_.RefreshSitesInConfigurationDatabase()}

Failover und Wiederherstellung der TestfarmTest farm failover and recovery

Die Verfahren in diesem Abschnitt erläutern, wie ein Farmfailover und eine anschließende Wiederherstellung simuliert werden. Verwenden Sie nach der Wiederherstellung die Verfahren zum Failback zur lokalen Farm.The procedures in this section explain how to simulate a farm failover and then a recovery. After the recovery use the procedures to failback to the on-premises farm.

Die Dienstanwendungen in der Notfallwiederherstellungsfarm wurden im Rahmen des Erstellungsprozesses erstellt. Da die Dienstanwendungen nach einem vollständigen Websiteausfall wiederhergestellt werden, befinden sie sich auf der Notfallwiederherstellungswebsite im Schreibmodus, da die Wiederherstellung der SQL-Verfügbarkeitsgruppen in den SQL Server-Instanzen der Notfallwiederherstellung nach Abschluss des Notfallwiederherstellungsfailovers zum primären Replikat wird. Die Datenverschiebung zu den SQL Server-Instanzen im primären Datencenter wird nicht mehr fortgesetzt und in einen angehalten Zustand versetzt, bis sie manuell neu gestartet wird. Wenn eine SQL-Instanz ein primäres Verfügbarkeitsgruppenreplikat hostet, werden alle anderen Replikate als sekundäre Replikate in der Verfügbarkeitsgruppe betrachtet.Service applications on the DR farm were created as part of the build process. Since the service applications will be recovered from a full site failure, they will be in write mode in the disaster recovery site as the recovery of the SQL Availability Groups in the disaster recovery SQL instances will become the primary replica after the disaster recovery failover is complete. Data movement to the SQL Server instances in the primary data center will no longer continue and will be placed in a paused state until they are manually restarted. When a SQL instance hosts a primary Availability Group Replica, all other replicas are considered secondary replicas in the Availability Group.

Gehen Sie folgendermaßen vor, um die SharePoint-Farm in der Failoverumgebung wiederherzustellen, wenn Sie ein Failover starten.Use the following steps to recover the SharePoint farm in the failover environment when you start a failover.

Failoverschritt 1Failover step 1

Die Entscheidung für eine Notfallwiederherstellung wird in der Regel von Business Continuity Management (BCM)-Teams und Dienstbesitzern basierend auf Managemententscheidungen gefällt. Die Notfallwiederherstellungsentscheidung wird in der Regel in Betracht gezogen, wenn die primäre Website nicht mehr zugänglich ist. Mit den folgenden Verfahren wird dann ein Failover der primären Farm zur Notfallwiederherstellungsfarm ausgeführt.A disaster recovery decision is typically started based on management decisions by Business Continuity Management (BCM) teams and service owners. The DR decision is usually considered when the primary site is no longer accessible and the following procedures will perform a failover of the primary farm to the disaster recovery farm.

Failoverschritt 2Failover step 2

Start a cluster and availability group failoverStart a cluster and availability group failover

Führen Sie ein Failover des Clusters und der Verfügbarkeitsgruppen mithilfe der PowerShell-Cmdlets in der folgenden Liste aus.Perform a failover of the cluster and the availability groups by using the PowerShell cmdlets shown in the following list.

  1. Beenden Sie den Clusterdienst, indem Sie Stop-Service Clussvc ausführen.Stop the Cluster Service by running Stop-Service Clussvc.

  2. Starten Sie den Clusterknoten, und beheben Sie das Quorum mit dem folgenden Befehl:Start the cluster node and fix the Quorum by using the following command:

Start-ClusterNode -Name <ACTIVE SQL NODE> -FixQuorum
  1. Verschieben Sie die Clustergruppe mit dem folgenden Befehl zu einem aktiven SQL-Knoten im Notfallwiederherstellungs-Datencenter.Move the cluster group to an active SQL node in the disaster recovery data center by using the following command.
Move-ClusterGroup -Cluster <CLIUSTER GROUP> -node <ACTIVE SQL NODE>
  1. Bestätigen Sie mit dem folgenden Befehl, dass der Clusterdienst gestartet wurde.Confirm the Cluster Service is started by using the following command.
Get-ClusterNode -Name "<NodeName>"
  1. Passen Sie die Stimmrechte für den Cluster an. Allen SQL Server-Knoten auf der Notfallwiederherstellungswebsite müssen Quorumstimmrechte erteilt werden. Wiederholen Sie den folgenden Befehl für jeden Clusterknoten im Notfallwiederherstellungs-Datencenter.Adjust the voting rights for the cluster. All SQL Server nodes in the disaster recovery site must be provided Quorum voting rights. Repeat the following command for each cluster node in the disaster recovery datacenter.
(Get-ClusterNode -Name "NodeName").NodeWeight=1
Get-ClusterNode | fl Name, NodeWeight
  1. Nachdem dem Remoteknoten eine Stimme für das Quorum gewährt wurde, verwenden Sie den folgenden Befehl, um die Stimmen der beiden Knoten in der lokalen Farm zu entfernen.After the remote node is granted a vote for the Quorum, use the following command to remove the votes of the two nodes in the on-premises farm.
(Get-ClusterNode -name "Node1").NodeWeight=0
(Get-ClusterNode -name "Node2").NodeWeight=0
  1. Verwenden Sie den folgenden Befehl, um die Gewichtungseinstellungen der Knoten zu überprüfen.Use the following command to check the node weight settings.
Get-ClusterNode | fl Name,NodeWeight
  1. Wenn die Knotengewichte erfolgreich angewendet wurden, können die Verfügbarkeitsgruppen mithilfe des SQL Server-Cmdlets Switch-SqlAvailabilityGroup zu den entsprechenden SQL Server-Instanzen in der Notfallwiederherstellungsfarm verschoben werden. Bei Verwendung dieses Cmdlets müssen Sie den Parameter -AllowDataLoss verwenden. Beispiel:When the node weights are applied successfully, the availability groups can be moved to the appropriate SQL Server instances in the disaster recovery farm by using the SQL Server Switch-SqlAvailabilityGroup cmdlet. You must use the -AllowDataLoss parameter when you run this cmdlet. For example:
Switch-SqlAvailabilityGroup -Path SQLSERVER:\Sql\<SQLNODE>\<MSQLINSTANCE>\AvailabilityGroups\<AGName> -AllowDataLoss
  1. Führen Sie diesen Vorgang für jede Verfügbarkeitsgruppe aus.Perform this operation for each Availability Group.

Weitere Informationen finden Sie unter Ausführen eines geplanten manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server).For more information, see Perform a Planned Manual Failover of an Availability Group (SQL Server).

Failoverschritt 3Failover step 3

SharePoint Content DatabasesSharePoint Content Databases

Binden Sie ggf. weitere SharePoint-Inhaltsdatenbanken ein, die nicht Teil der ursprünglichen Farmkonfiguration waren. Möglicherweise wurden seit der anfänglichen Bereitstellung zusätzliche Inhaltsdatenbanken erstellt und einer Verfügbarkeitsgruppe hinzugefügt.Mount any additional SharePoint content databases that were not part of the original farm configuration. Additional content databases were probably created since the initial deployment and added to an availability group.

Wichtig

Es ist im Rahmen eines Betriebsprozesses sehr wichtig, dass alle in der primären Farm erstellten Inhaltsdatenbanken den Verfügbarkeitsgruppen hinzugefügt und in der Notfallwiederherstellungsfarm eingebunden werden.It is very important as part of an operational process that any content databases created in the primary farm are added to the availability groups and mounted in the disaster recovery farm.

Verwenden Sie das Cmdlet Mount-SPContentDatabase, um die Inhaltsdatenbanken einzubinden.Use the Mount-SPContentDatabase cmdlet to mount the content databases.

Es wird empfohlen, die Websites in der SharePoint-Konfigurationsdatenbank zu aktualisieren. Verwenden Sie für jede Inhaltsdatenbank den folgenden Code, um die Websites in der Konfigurationsdatenbank zu aktualisieren. Dadurch wird sichergestellt, dass die Sitemap auf dem neuesten Stand ist.We recommend that you refresh the sites in the SharePoint Configuration database. For each Content database, use the following code to refresh the sites in the Configuration database. This ensures that the site map is up to date.

# Refresh sites in the configuration database
Get-SPContentDatabase -WebApplication http://webapplicationsitename | ForEach {
Write-host "Refreshing sites in configuration database for database: " $_.Name
$_.RefreshSitesInConfigurationDatabase() }

Failoverschritt 4Failover step 4

Service ApplicationsService Applications

Melden Sie sich als Mitglied der SharePoint-Gruppe der Farmadministratoren an, und führen Sie die folgenden Aufgaben aus:Log on as a member of the Farm Administrators SharePoint group and complete the following tasks:

  1. Überprüfen Sie, ob auf die Dienstanwendungen zugegriffen werden kann.Verify the service applications are accessible.

  2. Starten Sie den Benutzerprofil-Synchronisierungsdienst auf einem Server in der Notfallwiederherstellungsfarm.Start the User Profile Synchronization Service on one server in the disaster recovery farm.

  3. Führen Sie einen vollständigen Import der Benutzerprofile aus.Perform a full import of the user profiles.

Hinweis

Möglicherweise erfordert der Secure Store Service, dass der SharePoint-Farmadministrator den Schlüssel aktualisiert, damit die im Secure Store registrierten Anwendungen entschlüsselt werden können. Der Administrator muss zum Aktualisieren des Schlüssels über Vollzugriff auf den Secure Store verfügen. Sie können auch das Cmdlet Update-SPSecureStoreApplicationServerKey zum Aktualisieren des Secure Store-Schlüssels verwenden.The Secure Store Service might require the SharePoint Farm Administrator to refresh the key in order to decrypt the applications that are registered in the Secure Store. The administrator must have full permissions to the Secure Store before refreshing the key. You can also use the Update-SPSecureStoreApplicationServerKey cmdlet to update the Secure Store key.

Hinweis

Der Zeitgeberauftrag für die Benutzerprofilsynchronisierung muss erneut aktiviert werden, und Profilimporte sollten geplant werden. Da sich die Datenbanken nach einem Failover jetzt im Schreibmodus befinden, sollten die Importe entsprechend geplant werden.The User Profile Synchronization timer job must be re-enabled and profile imports should be scheduled. Since the databases are now in write mode after a failover, the imports should be scheduled accordingly.

Failoverschritt 5Failover step 5

Configure DNS RedirectionConfigure DNS Redirection

Aktualisieren Sie DNS, um die folgenden Umleitungen bereitzustellen:Update DNS to provide the following redirections:

  • Zur Wiederherstellungsfarm für Webanwendungen und Websitesammlungen.To the recovery farm for web applications and site collections.

  • Zur Wiederherstellungsfarm für die Anwendungsdomäne.To the recovery farm for the application domain.

Failoverschritt 6Failover step 6

Validate the recoveryValidate the recovery

Führen Sie Testfälle in Ihrer Umgebung aus, um sicherzustellen, dass die Wiederherstellung wie erwartet erfolgt.Run Test Cases in your environment to ensure that the recovery is as expected.

Nach der Überprüfung der Wiederherstellung:After you validate the recovery:

  • Aktivieren Sie den Zeitgeberauftrag für den Benutzerprofil-Synchronisierungsdienst.Enable the User Profile Synchronization Service Timer job.

  • Planen Sie eine vollständige Sicherung der Wiederherstellungsfarm.Schedule a full backup of the recovery farm.

Failoverschritt 7Failover step 7

Send out notificationsSend out notifications

Benachrichtigen Sie nach der Überprüfung der Wiederherstellung die entsprechenden Geschäftsbeteiligten.Notify the appropriate business stakeholders once the recovery validation is complete.

SchlussbemerkungConclusion

Nachdem Sie das Failover ausgeführt und die Wiederherstellung überprüft haben, können Sie beginnen die Farm so zu konfigurieren, dass die aktuellen und zukünftigen Betriebsanforderungen, z. B. hinsichtlich Kapazität und hoher Verfügbarkeit, erfüllt werden. Diese Anforderungen werden durch die Dauer der Ausfallzeit und der Wiederherstellung der Farm im lokalen Datencenter bestimmt.After you failover and validate the recovery, you are in a position to start configuring the farm to meet the current and future operational requirements such as capacity and high availability. These requirements are determined by the duration of the downtime and recovery of the farm in the on-premises datacenter.

Abschließend müssen Sie Ihren Plan für die Rückkehr zur lokalen Farm überprüfen und auswerten, sobald sie wieder betriebsbereit ist.As a final note, you have to review and validate your plan for falling back to the on-premises farm when it's operational again.

AnhangAppendix

Appendix 1: Getting started in Microsoft AzureAppendix 1: Getting started in Microsoft Azure

ElementItem HinweiseNotes
Azure-Abonnements und SpeicherkontenAzure subscriptions and storage accounts
Sie benötigen mindestens ein Abonnement, um die Azure-Wiederherstellungsfarm zu erstellen. Sobald Sie ein Abonnement besitzen, können Sie bis zu 100 eindeutig benannte Speicherkonten erstellen. Wie bei anderen Azure-Diensten gibt es Standard- und Premium-Speicherkonten. Weitere Informationen finden Sie unter Einführung in Microsoft Azure Storage. At a minimum, you will need one subscription to create the Azure recovery farm. After you have a subscription, you can create up to 100 uniquely named storage accounts. As in the case of other Azure services, there are standard and premium storage accounts. For more information, see Introduction to Microsoft Azure Storage.
ClouddiensteCloud services
Wenn Sie den Server für das VPN-Gateway erstellen, wird ein Clouddienst für den virtuellen Computer erstellt. An diesem Punkt müssen Sie festlegen, wie viele Clouddienste Sie für die Wiederherstellungsfarm benötigen. Sie möchten natürlich keinen eigenen Clouddienst für jeden Server in der Farm. Aber sollten Sie einen oder mehrere verwenden? Es gibt gute Argumente für beide Optionen. Durch die Gruppierung virtueller Computer in separate Clouddienste können Sie mehrere Server als eine Einheit verwenden. In unserer Testfarm haben wir vier Clouddienste verwendet. Der erste war für das VPN-Gateway bestimmt, und dann gab es einen für jede der folgenden Ebenen: Front-End-Webserver, Anwendungsserver und Datenbankserver. Weitere Informationen finden Sie unter Sollte ich mich für Cloud Services entscheiden?. When you create the server for the VPN gateway, a cloud service gets created for the virtual machine. At this point, you have to determine how many cloud services you want to have for the recovery farm. You obviously don't want a cloud service for every server in the farm; but should you use one or several? There are good arguments for both options. By grouping virtual machines into separate cloud services, you can work with several servers as a single unit. In our test farm, we used four cloud services. The first was for the VPN gateway and then one for each of the following tiers: front end web servers, application servers, and the database servers. For more information, see Should I Choose Cloud Services?.
NetzwerkNetworking
Virtuelle Netzwerke spielen in diesem Notfallwiederherstellungsszenario eine wichtige Rolle. Weitere Informationen finden Sie unter Dokumentation zu virtuellen Netzwerken.Virtual networks are important in this disaster recovery scenario. For more information, see Virtual Network documentation.
PowerShellPowerShell
Azure PowerShell-Cmdlets helfen Ihnen bei der Automatisierung von Aufgaben in der virtuellen Umgebung. Weitere Informationen finden Sie unter Windows Azure PowerShell-Cmdlets (v2.2.2).PowerShell Azure cmdlets can help you automate tasks in your virtual environment. For more information, see Windows Azure PowerShell Cmdlets (v2.2.2).
AutomatisierungAutomation
Azure unterstützt die Verwendung von Runbooks zur Automatisierung einer breiten Palette von Bereitstellungs- und Verwaltungsaufgaben. Weitere Informationen finden Sie unter Erste Schritte mit Azure Automation.Azure supports using runbooks to automate a broad range of provisioning and management tasks. For more information, see Getting started with Azure automation.
Virtuelle Computer, Festlegen der GrößeVirtual Machines, Machine sizing
Azure VMs stehen in mehreren Serien zur Verfügung, die verschiedenen Leistungs- und Kapazitätsmerkmale aufweisen. Sie können virtuelle Computer entsprechend Ihren Workload- und Farmebenen mischen und anpassen. Azure VMs are available in multiple series which have different performance and capacity characteristics. You can mix and match machines based on your workloads and farm tiers.
Weitere Informationen finden Sie unter Größen für virtuelle Windows-Computer in Azure.For more information, see Sizes for Windows virtual machines in Azure.
VerfügbarkeitsgruppenAvailability sets
Verfügbarkeitsgruppen stellen eine empfohlene Option dar, da sie sicherstellen, dass die virtuellen Computer einer Gruppe (mindestens zwei) für hohe Verfügbarkeit in verschiedenen Gestellen gehostet werden. Sie sind auch erforderlich, wenn Sie die Azure SLA nutzen möchten. Verfügbarkeitsgruppen dienen nicht nur zur Verwaltung der Verfügbarkeit Ihrer virtuellen Maschinen, sondern leisten auch einen Beitrag zum Lastenausgleich und unterstützen die Skalierung einer Gruppe von Servern. Availability sets are an option we recommend because they ensure that the virtual machines in a set (a minimum of two) are hosted on different racks for high availability. They are also required if you want to take advantage of the Azure SLA. In addition to managing the availability of your virtual machines, availability sets work in conjunction with load balancing and support scaling for a group of servers.
Hinweis: SharePoint Server 2016 unterstützt keine automatische zentrale Hochskalierung oder Herunterskalierung von Farmservern.Note: SharePoint Server 2016 doesn't support automatic scale up or scale down of farm servers.
Weitere Informationen finden Sie unter Verwalten der Verfügbarkeit virtueller Windows-Computer in Azure.For more information, see Manage the availability of Windows virtual machines in Azure.

Siehe auchSee also

Weitere RessourcenOther Resources

SharePoint Server 2016 in Microsoft AzureSharePoint Server 2016 in Microsoft Azure

Welche Arbeitslasten können Sie mit der Azure Site Recovery schützen?What workloads can you protect with Azure Site Recovery?

Replizieren einer SharePoint-Anwendung mit mehreren Ebene für die Wiederherstellung mithilfe von Azure Site RecoveryReplicate a multi-tier SharePoint application for disaster recovery using Azure Site Recovery