Teilen über

Vorbereiten der Verwendung einer SQL Server Always On Verfügbarkeitsgruppe mit Configuration Manager

  • Artikel

Gilt für: Configuration Manager (Current Branch)

Verwenden Sie diesen Artikel, um Configuration Manager für die Verwendung einer SQL Server Always On Verfügbarkeitsgruppe für die Standortdatenbank vorzubereiten. Dieses Feature bietet eine Lösung für Hochverfügbarkeit und Notfallwiederherstellung.

Configuration Manager unterstützt die Verwendung von Verfügbarkeitsgruppen:

  • An primären Standorten und am Standort der zentralen Verwaltung.
  • Lokal oder in Microsoft Azure.

Wenn Sie Verfügbarkeitsgruppen in Microsoft Azure verwenden, können Sie die Verfügbarkeit Ihrer Standortdatenbank mithilfe von Azure-Verfügbarkeitsgruppen weiter erhöhen. Weitere Informationen zu Azure-Verfügbarkeitsgruppen finden Sie unter Verwalten der Verfügbarkeit virtueller Computer.

Wichtig

Bevor Sie fortfahren, machen Sie sich mit der Konfiguration von SQL Server und Verfügbarkeitsgruppen vertraut. Dieser Artikel verweist auf die SQL Server-Dokumentationsbibliothek mit weiteren Informationen und Verfahren.

Unterstützte Szenarien

Die folgenden Szenarien werden für die Verwendung von Verfügbarkeitsgruppen mit Configuration Manager unterstützt. Weitere Informationen und Verfahren für jedes Szenario finden Sie unter Konfigurieren von Verfügbarkeitsgruppen für Configuration Manager.

Voraussetzungen

Die folgenden Voraussetzungen gelten für alle Szenarien. Wenn zusätzliche Voraussetzungen für ein bestimmtes Szenario gelten, werden sie mit diesem Szenario ausführlich beschrieben.

Configuration Manager Konten und Berechtigungen

Installationskonto

Das Konto, das Sie zum Ausführen Configuration Manager Setups verwenden, muss wie folgt lauten:

  • Ein Mitglied der lokalen Administratorgruppe auf jedem Computer, der Mitglied der Verfügbarkeitsgruppe ist.
  • Ein Sysadmin für jede Instanz von SQL Server, die die Standortdatenbank hostet.

Zugriff auf Standortserver zu Replikatmitglied

Das Computerkonto des Standortservers muss auf jedem Computer, der Mitglied der Verfügbarkeitsgruppe ist, Mitglied der lokalen Gruppe Administratoren sein.

SQL Server

Version

Jedes Replikat in der Verfügbarkeitsgruppe muss eine Version von SQL Server ausführen, die von Ihrer Version von Configuration Manager unterstützt wird. Wenn dies von SQL Server unterstützt wird, können verschiedene Knoten einer Verfügbarkeitsgruppe unterschiedliche Versionen von SQL Server ausführen. Weitere Informationen finden Sie unter Unterstützte SQL Server Versionen für Configuration Manager.

Edition

Verwenden Sie eine Enterprise-Edition von SQL Server.

Konto

Jede Instanz von SQL Server kann unter einem Domänenbenutzerkonto (Dienstkonto) oder einem Nicht-Domänenkonto ausgeführt werden. Jedes Replikat in einer Gruppe kann eine andere Konfiguration aufweisen.

Datenbank

Konfigurieren der Datenbank auf einem neuen Replikat

Nehmen Sie diese Konfigurationen nur auf einem primären Replikat vor. Führen Sie zum Konfigurieren eines sekundären Replikats zunächst ein Failover des primären Replikats auf das sekundäre Replikat durch. Durch diese Aktion wird das sekundäre Replikat zum neuen primären Replikat.

Konfigurieren Sie die Datenbank jedes Replikats mit den folgenden Einstellungen:

  • Aktivieren der CLR-Integration:

    sp_configure 'show advanced options', 1;  
GO  
RECONFIGURE;  
GO  
sp_configure 'clr enabled', 1;  
GO  
RECONFIGURE;  
GO

    Weitere Informationen finden Sie unter CLR-Integration.

  • Legen Sie Max. Text-Repl-Größe auf fest 2147483647:

    EXECUTE sp_configure 'max text repl size (B)', 2147483647

  • Legen Sie den Datenbankbesitzer auf das SA-Konto fest. Sie müssen dieses Konto nicht aktivieren.

  • Aktivieren Sie die Einstellung TRUSTWORTHY:

    ALTER DATABASE [CM_xxx] SET TRUSTWORTHY ON;

    Weitere Informationen finden Sie unter der TRUSTWORTHY-Datenbankeigenschaft.

  • Aktivieren Sie Service Broker:

    ALTER DATABASE [CM_xxx] SET ENABLE_BROKER

    Hinweis

    Sie können die Option Service Broker nicht für eine Datenbank aktivieren, die bereits Teil einer Verfügbarkeitsgruppe ist. Sie müssen diese Option aktivieren, bevor Sie sie der Verfügbarkeitsgruppe hinzufügen.

  • Konfigurieren Sie die Service Broker-Priorität:

    ALTER DATABASE [CM_xxx] SET HONOR_BROKER_PRIORITY ON;
ALTER DATABASE [CM_xxx] SET ENABLE_BROKER WITH ROLLBACK IMMEDIATE

Datenbanküberprüfungsskript

Führen Sie das folgende SQL-Skript aus, um datenbankkonfigurationen für primäre und sekundäre Replikate zu überprüfen. Bevor Sie ein Problem mit einem sekundären Replikat beheben können, ändern Sie dieses sekundäre Replikat in das primäre Replikat.

    SET NOCOUNT ON

    DECLARE @dbname NVARCHAR(128)

    SELECT @dbname = sd.name FROM sys.sysdatabases sd WHERE sd.dbid = DB_ID()

    IF (@dbname = N'master' OR @dbname = N'model' OR @dbname = N'msdb' OR @dbname = N'tempdb' OR @dbname = N'distribution' ) BEGIN
    RAISERROR(N'ERROR: Script is targeting a system database.  It should be targeting the DB you created instead.', 0, 1)
    GOTO Branch_Exit;
    END ELSE
    PRINT N'INFO: Targeted database is ' + @dbname + N'.'

    PRINT N'INFO: Running verifications....'

    IF NOT EXISTS (SELECT * FROM sys.configurations c WHERE c.name = 'clr enabled' AND c.value_in_use = 1)
    PRINT N'ERROR: CLR is not enabled!'
    ELSE
    PRINT N'PASS: CLR is enabled.'

    DECLARE @repltable TABLE (
    name nvarchar(max),
    minimum int,
    maximum int,
    config_value int,
    run_value int )

    INSERT INTO @repltable
    EXEC sp_configure 'max text repl size (B)'

    IF NOT EXISTS(SELECT * from @repltable where config_value = 2147483647 and run_value = 2147483647 )
    PRINT N'ERROR: Max text repl size is not correct!'
    ELSE
    PRINT N'PASS: Max text repl size is correct.'

    IF NOT EXISTS (SELECT db.owner_sid FROM sys.databases db WHERE db.database_id = DB_ID() AND db.owner_sid = 0x01)
    PRINT N'ERROR: Database owner is not sa account!'
    ELSE
    PRINT N'PASS: Database owner is sa account.'

    IF NOT EXISTS( SELECT * FROM sys.databases db WHERE db.database_id = DB_ID() AND db.is_trustworthy_on = 1 )
    PRINT N'ERROR: Trustworthy bit is not on!'
    ELSE
    PRINT N'PASS: Trustworthy bit is on.'

    IF NOT EXISTS( SELECT * FROM sys.databases db WHERE db.database_id = DB_ID() AND db.is_broker_enabled = 1 )
    PRINT N'ERROR: Service broker is not enabled!'
    ELSE
    PRINT N'PASS: Service broker is enabled.'

    IF NOT EXISTS( SELECT * FROM sys.databases db WHERE db.database_id = DB_ID() AND db.is_honor_broker_priority_on = 1 )
    PRINT N'ERROR: Service broker priority is not set!'
    ELSE
    PRINT N'PASS: Service broker priority is set.'

    PRINT N'Done!'

    Branch_Exit:

Verfügbarkeitsgruppenkonfigurationen

Replikatmitglieder

  • Die Verfügbarkeitsgruppe muss über ein primäres Replikat verfügen.

  • Verwenden Sie die gleiche Anzahl und den gleichen Replikattyp in einer Verfügbarkeitsgruppe, die ihre Version von SQL Server unterstützt.

  • Sie können ein asynchrones Commitreplikat verwenden, um Ihr synchrones Replikat wiederherzustellen. Weitere Informationen finden Sie unter Wiederherstellungsoptionen für Standortdatenbanken.

    Warnung

    Configuration Manager unterstützt kein Failover zur Verwendung des Replikats mit asynchronem Commit als Standortdatenbank. Weitere Informationen finden Sie unter Failover- und Failovermodi (Always On Verfügbarkeitsgruppen).

Configuration Manager überprüft nicht den Status des replizierten asynchronen Commits, um zu bestätigen, dass es aktuell ist. Die Verwendung eines asynchronen Commitreplikats als Standortdatenbank kann die Integrität Ihres Standorts und der Daten gefährden. Dieses Replikat kann entwurfsbedingt nicht synchron sein. Weitere Informationen finden Sie unter Übersicht über SQL Server Always On Verfügbarkeitsgruppen.

Jedes Replikatmitglied muss über die folgende Konfiguration verfügen:

  • Verwenden Sie die Standardinstanz oder eine benannte Instanz.

    Hinweis

    Sie verfügen nicht über eine Dateifreigabe auf dem Server, die denselben Namen wie der SQL Server Instanznamen hat.

  • Die Einstellung Verbindungen in primärer Rolle lautet Alle Verbindungen zulassen.

  • Die Einstellung Lesbare sekundäre Option ist Ja.

  • Für manuelles Failover aktiviert

    Hinweis

    Configuration Manager unterstützt die Verwendung der synchronen Replikate der Verfügbarkeitsgruppe, wenn sie auf Automatisches Failover festgelegt ist. Manuelles Failover festlegen in folgenden Fällen:

    • Sie führen Configuration Manager Setup aus, um die Verwendung der Standortdatenbank in der Verfügbarkeitsgruppe anzugeben.
    • Sie installieren alle Updates für Configuration Manager. (Nicht nur Updates, die für die Standortdatenbank gelten).

  • Alle Member benötigen den gleichen Seedingmodus. Configuration Manager Setup umfasst eine Voraussetzungsprüfung, um diese Konfiguration beim Erstellen einer Datenbank durch Installation oder Wiederherstellung zu überprüfen.

    Hinweis

    Beim Erstellen der Datenbank und beim Konfigurieren des automatischen Seedings muss die Verfügbarkeitsgruppe über Berechtigungen zum Erstellen der Datenbank verfügen. Diese Anforderung gilt sowohl für eine neue Datenbank als auch für die Wiederherstellung. Weitere Informationen finden Sie unter Automatisches Seeding für das sekundäre Replikat.

Speicherort des Replikatmitglieds

Hosten Sie entweder alle Replikate in einer Verfügbarkeitsgruppe lokal, oder hosten Sie sie alle in Microsoft Azure. Eine Gruppe, die ein lokales Mitglied und ein Mitglied in Azure umfasst, wird nicht unterstützt.

Hinweis

Wenn Sie einen virtuellen Azure-Computer für die SQL Server verwenden, aktivieren Sie floating IP. Weitere Informationen finden Sie unter Konfigurieren eines Lastenausgleichs für eine SQL Server Always On Verfügbarkeitsgruppe auf virtuellen Azure-Computern.

Configuration Manager Setup muss eine Verbindung mit jedem Replikat herstellen. Wenn Sie eine Verfügbarkeitsgruppe in Azure einrichten und sich die Gruppe hinter einem internen oder externen Lastenausgleich befindet, öffnen Sie die folgenden Standardports:

  • RPC-Endpunktzuordnung: TCP 135

  • SQL Server Service Broker: TCP 4022

  • SQL über TCP: TCP 1433

Nach Abschluss des Setups müssen diese Ports für Configuration Manager- und Replikationslinkanalyse geöffnet bleiben.

Sie können benutzerdefinierte Ports für diese Konfigurationen verwenden. Verwenden Sie dieselben benutzerdefinierten Ports für den Endpunkt und für alle Replikate in der Verfügbarkeitsgruppe.

Damit SQL Server Daten zwischen Standorten replizieren können, erstellen Sie eine Lastenausgleichsregel für jeden Port im Azure Load Balancer. Weitere Informationen finden Sie unter Konfigurieren von Hochverfügbarkeitsports für einen internen Lastenausgleich.

Listener

Die Verfügbarkeitsgruppe muss über mindestens einen Verfügbarkeitsgruppenlistener verfügen. Wenn Sie Configuration Manager so konfigurieren, dass die Standortdatenbank in der Verfügbarkeitsgruppe verwendet wird, wird der virtuelle Name dieses Listeners verwendet. Obwohl eine Verfügbarkeitsgruppe mehrere Listener enthalten kann, können Configuration Manager nur einen verwenden. Weitere Informationen finden Sie unter Erstellen oder Konfigurieren eines SQL Server Verfügbarkeitsgruppenlisteners.

Dateipfade

Wenn Sie Configuration Manager-Setup ausführen, um einen Standort für die Verwendung der Datenbank in einer Verfügbarkeitsgruppe zu konfigurieren, muss jeder sekundäre Replikatserver über einen SQL Server Dateipfad verfügen, der mit dem Dateipfad für die Standortdatenbankdateien auf dem aktuellen primären Replikat identisch ist. Wenn kein identischer Pfad vorhanden ist, kann setup die Instanz für die Verfügbarkeitsgruppe nicht als neuen Speicherort der Standortdatenbank hinzufügen.

Das lokale SQL Server-Dienstkonto muss über die Berechtigung Vollzugriff für diesen Ordner verfügen.

Die sekundären Replikatserver benötigen nur diesen Dateipfad, während Sie Configuration Manager Setup verwenden, um die Datenbankinstanz in der Verfügbarkeitsgruppe anzugeben. Nachdem die Konfiguration der Standortdatenbank in der Verfügbarkeitsgruppe abgeschlossen wurde, können Sie den nicht verwendeten Pfad von sekundären Replikatservern löschen.

Stellen Sie sich beispielsweise das folgende Szenario vor.

  • Sie erstellen eine Verfügbarkeitsgruppe, die drei SQL Server verwendet.

  • Ihr primärer Replikatserver ist eine neue Installation von SQL Server 2014. Standardmäßig werden die MDF- und LDF-Datenbankdateien in C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATAgespeichert.

  • Sie haben beide sekundären Replikatserver auf SQL Server 2014 von früheren Versionen aktualisiert. Mit dem Upgrade behalten diese Server den ursprünglichen Dateipfad zum Speichern von Datenbankdateien bei: C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA.

  • Erstellen Sie vor dem Verschieben der Standortdatenbank in diese Verfügbarkeitsgruppe auf jedem sekundären Replikatserver den folgenden Dateipfad: C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA. Dieser Pfad ist ein Duplikat des Pfads, der auf dem primären Replikat verwendet wird, auch wenn die sekundären Replikate diesen Dateispeicherort nicht verwenden.

  • Anschließend gewähren Sie dem SQL Server-Dienstkonto auf jedem sekundären Replikat Vollzugriff auf den neu erstellten Dateispeicherort auf diesem Server.

  • Sie können jetzt Configuration Manager-Setup erfolgreich ausführen, um den Standort für die Verwendung der Standortdatenbank in der Verfügbarkeitsgruppe zu konfigurieren.

Failover mit mehreren Subnetzen

Sie können das MultiSubnetFailover-Verbindungszeichenfolgenschlüsselwort in SQL Server aktivieren. Außerdem müssen Sie der Windows-Registrierung auf dem Standortserver die folgenden Werte manuell hinzufügen:

HKLM:\SOFTWARE\Microsoft\SMS\Identification
HKLM:\SOFTWARE\Microsoft\SMS\SQL Server

MSF Enabled : 1 (DWORD)

Warnung

Die Verwendung von Standortserver-Hochverfügbarkeit und SQL Server Always On Verfügbarkeitsgruppen mit Multisubnetzfailover bietet nicht die vollständigen Funktionen des automatischen Failovers für Notfallwiederherstellungsszenarien.

Wenn Sie eine Verfügbarkeitsgruppe mit einem Mitglied an einem Remotestandort erstellen müssen, priorisieren Sie basierend auf der niedrigsten Netzwerklatenz. Eine hohe Netzwerklatenz kann replikationsfehler verursachen.

Einschränkungen und bekannte Probleme

Die folgenden Einschränkungen gelten für alle Szenarien.

Nicht unterstützte SQL Server Optionen und Konfigurationen

  • Grundlegende Verfügbarkeitsgruppen: Mit SQL Server Standard Edition 2016 eingeführt, unterstützen Basisverfügbarkeitsgruppen keinen Lesezugriff auf sekundäre Replikate. Für die Konfiguration ist dieser Zugriff erforderlich. Weitere Informationen finden Sie unter Grundlegende SQL Server Verfügbarkeitsgruppen.

  • Failoverclusterinstanz: Failoverclusterinstanzen werden für ein Replikat, das Sie mit Configuration Manager verwenden, nicht unterstützt. Weitere Informationen finden Sie unter SQL Server Always On Failoverclusterinstanzen.

SQL Server, die zusätzliche Verfügbarkeitsgruppen hosten

Wenn das SQL Server zusätzlich zu der Gruppe, die Sie für Configuration Manager verwenden, eine oder mehrere Verfügbarkeitsgruppen hostet, sind zum Zeitpunkt der Ausführung Configuration Manager Setups bestimmte Einstellungen erforderlich. Diese Einstellungen sind auch erforderlich, um ein Update für Configuration Manager zu installieren. Jedes Replikat in jeder Verfügbarkeitsgruppe muss über die folgenden Konfigurationen verfügen:

  • Manuelles Failover

  • Alle schreibgeschützten Verbindungen zulassen

Hinweis

Configuration Manager unterstützt die Verwendung der synchronen Replikate der Verfügbarkeitsgruppe, wenn sie auf Automatisches Failover festgelegt ist. Manuelles Failover festlegen in folgenden Fällen:

  • Sie führen Configuration Manager Setup aus, um die Verwendung der Standortdatenbank in der Verfügbarkeitsgruppe anzugeben.
  • Sie installieren alle Updates für Configuration Manager. (Nicht nur Updates, die für die Standortdatenbank gelten).

Nicht unterstützte Datenbankverwendung

Configuration Manager unterstützt nur die Standortdatenbank in einer Verfügbarkeitsgruppe.

Die folgenden Datenbanken werden von Configuration Manager in einer Verfügbarkeitsgruppe nicht unterstützt:

  • Berichtsdatenbank

  • WSUS-Datenbank

Bereits vorhandene Datenbank

Sie können keine neue Datenbank verwenden, die auf dem Replikat erstellt wurde. Wenn Sie eine Verfügbarkeitsgruppe konfigurieren, stellen Sie eine Kopie einer vorhandenen Configuration Manager Datenbank auf dem primären Replikat wieder her.

Setupfehler in ConfigMgrSetup.log

Wenn Sie Configuration Manager-Setup ausführen, um eine Standortdatenbank in eine Verfügbarkeitsgruppe zu verschieben, wird versucht, Datenbankrollen auf den sekundären Replikaten der Verfügbarkeitsgruppe zu verarbeiten. Die Datei ConfigMgrSetup.log zeigt den folgenden Fehler an:

ERROR: SQL Server error: [25000][3906][Microsoft][SQL Server Native Client 11.0][SQL Server]Failed to update database "CM_AAA" because the database is read-only. Configuration Manager Setup 1/21/2016 4:54:59 PM 7344 (0x1CB0)

Diese Fehler können problemlos ignoriert werden.

Standorterweiterung

Wenn Sie die Standortdatenbank für einen eigenständigen primären Standort für die Verwendung einer Verfügbarkeitsgruppe konfigurieren, können Sie den Standort nicht auf einen Standort der zentralen Verwaltung erweitern. Wenn Sie diesen Prozess versuchen, schlägt er fehl. Um den Standort zu erweitern, entfernen Sie vorübergehend die primäre Standortdatenbank aus der Verfügbarkeitsgruppe.

Sie müssen keine Änderungen an der Konfiguration vornehmen, wenn Sie einen sekundären Standort hinzufügen.

Änderungen für die Standortsicherung

Sichern von Datenbankdateien

Wenn eine Standortdatenbank eine Verfügbarkeitsgruppe verwendet, führen Sie den integrierten Wartungstask Standortserver sichern aus, um allgemeine Configuration Manager Einstellungen und Dateien zu sichern. Verwenden Sie nicht die MDF- oder LDF-Dateien, die von dieser Sicherung erstellt wurden. Erstellen Sie stattdessen direkte Sicherungen dieser Datenbankdateien mithilfe von SQL Server.

Sie können die SQL Server weiterhin sichern, aber Sie können sie nicht direkt in einem SQL Server Always On-Cluster wiederherstellen. Sie müssen es auf einem eigenständigen Server wiederherstellen und zurück in SQL Server Always On verschieben.

Transaktionsprotokoll

Legen Sie das Wiederherstellungsmodell der Standortdatenbank auf Vollständig fest. Diese Konfiguration ist eine Voraussetzung für Configuration Manager Verwendung in einer Verfügbarkeitsgruppe. Planen Sie die Überwachung und Verwaltung der Größe des Transaktionsprotokolls der Standortdatenbank. Im vollständigen Wiederherstellungsmodell werden die Transaktionen erst dann gehärtet, wenn eine vollständige Sicherung der Datenbank oder des Transaktionsprotokolls erstellt wird. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von SQL Server Datenbanken.

Änderungen für site recovery

Wenn mindestens ein Knoten der Verfügbarkeitsgruppe noch funktionsfähig ist, verwenden Sie die Site Recovery-Option Datenbankwiederherstellung überspringen (Verwenden Sie diese Option, wenn die Standortdatenbank nicht betroffen war).

Site Recovery kann die Datenbank in einer Verfügbarkeitsgruppe neu erstellen. Dieser Prozess funktioniert sowohl mit manuellem als auch mit automatischem Seeding.

Tipp

Wenn Sie den Setup-/Wiederherstellungs-Assistenten ausführen, gilt die Seite Neue Verfügbarkeitsgruppendatenbank nur für manuelle Seedingkonfigurationen. Beim automatischen Seeding gibt es keine freigegebene Datenbanksicherung, sodass diese Seite des Assistenten nicht angezeigt wird.

Weitere Informationen finden Sie unter Sicherung und Wiederherstellung.

Änderungen für die Berichterstellung

Installieren des Reporting Service-Punkts

Der Reporting Services-Punkt unterstützt die Verwendung des virtuellen Listenersnamens der Verfügbarkeitsgruppe nicht. Außerdem wird das Hosten der Datenbank in einer Verfügbarkeitsgruppe nicht unterstützt.

  • Standardmäßig legt die Installation des Reporting Services-Punkts den Namen des Standortdatenbankservers auf den virtuellen Namen fest, der als Listener angegeben wird. Ändern Sie diese Einstellung, um einen Computernamen und eine Instanz eines Replikats in der Verfügbarkeitsgruppe anzugeben.

  • Um die Berichterstellung auszulagern und die Verfügbarkeit zu erhöhen, wenn ein Replikatknoten offline ist, sollten Sie erwägen, zusätzliche Reporting Services-Punkte auf jedem Replikatknoten zu installieren. Konfigurieren Sie dann jeden Reporting Services-Punkt so, dass er einen eigenen Computernamen verwendet. Wenn Sie einen Reporting Service-Punkt auf jedem Replikat der Verfügbarkeitsgruppe installieren, kann die Berichterstellung immer eine Verbindung mit einem aktiven Berichtsserver herstellen.

Wechseln des von der Konsole verwendeten Reporting Services-Punkts

  1. Wechseln Sie in der Configuration Manager-Konsole zum Arbeitsbereich Überwachung, erweitern Sie Berichterstellung, und wählen Sie den Knoten Berichte aus.

  2. Wählen Sie im Menüband Berichtsoptionen aus.

  3. Wählen Sie im Dialogfeld Berichtsoptionen den gewünschten Reporting Services-Punkt aus.

Nächste Schritte

In diesem Artikel werden die Voraussetzungen, Einschränkungen und Änderungen an allgemeinen Aufgaben beschrieben, die Configuration Manager erfordert, wenn Sie Verfügbarkeitsgruppen verwenden. Verfahren zum Einrichten und Konfigurieren Ihres Standorts für die Verwendung von Verfügbarkeitsgruppen finden Sie unter Konfigurieren von Verfügbarkeitsgruppen.