Einrichten der Konfigurations- und Organisationsdatenbanken für AlwaysOn-Failover für SQL Server

Veröffentlicht: Januar 2017

Gilt für: Dynamics 365 (on-premises), Dynamics CRM 2016

Microsoft SQL ServerAlwaysOn-Failover Clusterinstanzen (FCI) und AlwaysOn-Verfügbarkeitsgruppen bieten eine umfassende Lösung für hohe Verfügbarkeit und Notfallwiederherstellung. In diesem Thema wird beschrieben, wie eine vorhandene lokale Bereitstellung von Microsoft Dynamics 365 Server so konfiguriert wird, dass die Konfigurations- und Organisationsdatenbanken Teil einer AlwaysOn-Failoverclusterinstanz mit zwei Knoten sind, die Verfügbarkeitsgruppen verwenden.

Weitere Informationen zu diesen SQL Server-Hochverfügbarkeitslösungen mit hoher Verfügbarkeit finden Sie unter AlwaysOn-Failoverclusterinstanzen und AlwaysOn-Verfügbarkeitsgruppen.

In diesem Thema

Voraussetzungen

Aktivieren von SQL Server AlwaysOn

Erstellen der Verfügbarkeitsgruppe

Erstellen Sie die SQL-Anmeldungen für die Microsoft Dynamics 365-Sicherheitsgruppen auf allen sekundären Replikaten.

Aktualisieren der Konfigurationsdatenbankverbindungszeichenfolgen in der Windows-Registrierung

Aktualisieren der Verbindungszeichenfolge in der Konfigurationsdatenbank

Neustarten von IIS und Microsoft Dynamics 365-Diensten

Überwachen der Verfügbarkeitsgruppe und Testen für Failover

Voraussetzungen

In diesem Thema wird ein einfacher Zweiserverinstanzfailovercluster konfiguriert, der Folgendes erfordert:

• Zwei SQL Server-Server, die in einer Failoverclusterkonfiguration mit zwei Knoten und freigegebenem Speicher ausgeführt werden, beispielsweise in einem SAN, NAS oder Windows Storage Server. Eine Liste der unterstützten SQL Server-Versionen finden Sie unter SQL Server-Editionen.

• Zwei Server, auf denen SQL Server auf Microsoft Windows Server ausgeführt wird, die Replikate im SQL ServerAlwaysOn-Instanzfailovercluster sind. Die primäre SQL Server-Replikatinstanz verfügt sowohl über die Konfigurations- (MSCRM_CONFIG) als auch die Organisations- (OrganizationName_MSCRM) Datenbank.

  Weitere Informationen darüber, welche Versionen von SQL ServerAlwaysOn unterstützen, finden Sie unter Hohe Verfügbarkeit (AlwaysOn). Weitere Informationen dazu, wie ein SQL Server-Failovercluster erstellt wird, finden Sie unter Einen neuen SQL Server-Failovercluster (Setup) erstellen.

Aktivieren von SQL Server AlwaysOn

Die folgenden Schritte zum Einrichten der AlwaysOn-Funktionen verwenden Microsoft SQL Server Management Studio. Sie können auch Transact-SQL oder SQL ServerPowerShell verwenden.Weitere Informationen:Erste Schritte mit AlwaysOn-Verfügbarkeitsgruppen (SQL Server)

1. Aktivieren Sie in SQL Server-Konfigurations-ManagerAlwaysOn-Verfügbarkeitsgruppen auf dem primären und sekundären Replikat. Ausführliche Schritte finden Sie unter Aktivieren von AlwaysOn-Verfügbarkeitsgruppen.

2. In SQL Server Management Studio erstellen Sie eine Verfügbarkeitsgruppe; geben Sie die Konfigurations- und Organisationsdatenbanken sowie das primäre und sekundäre Replikat an.Weitere Informationen:Erstellung und Konfiguration der Verfügbarkeitsgruppen (SQL Server)

Erstellen der Verfügbarkeitsgruppe

Die folgenden Schritte erstellen eine einzelne SQL Server-Verfügbarkeitsgruppe, die eine Microsoft Dynamics 365-Konfigurationsdatenbank und eine einzelne Organisationsdatenbank enthält. Außerdem wird ein Listener zur Verfügbarkeitsgruppe hinzugefügt.

Erstellen der Verfügbarkeitsgruppe für die Konfigurations- und Organisationsdatenbanken

1. Starten Sie auf dem SQL Server, der das das primäre Replikat ist, SQL Server Management Studio.

2. In Objekt-Explorer klicken Sie mit der rechten Maustaste auf Hohe Verfügbarkeit mit AlwaysOn und anschließend auf Assistent für neue Verfügbarkeitsgruppen.

3. Wenn der Assistenten angezeigt wird, klicken Sie auf Weiter.

4. Geben Sie auf der Seite Namen angeben einen Namen für die Verfügbarkeitsgruppe ein, zum Beispiel Dynamics 365, und klicken Sie dann auf Weiter.

5. Wählen Sie auf der Seite Datenbanken auswählen die MSCRM_CONFIG und OrganizationName_MSCRM-Datenbanken aus, und klicken Sie dann auf Weiter.

   Wichtig

   Anforderungen zum Hinzufügen einer Datenbank zu einer Verfügbarkeitsgruppe:

   • Das Wiederherstellungsmodell muss auf Vollständig festgelegt werden. Standardmäßig werden Organisationsdatenbanken (OrganizationName_MSCRM) auf Einfach festgelegt.

   • Vollständige Sicherung der Datenbank.

6. Klicken Sie auf der Seite Replikate angeben auf Replikat hinzufügen, geben Sie den Namen des SQL Server-Replikats im Server-Namenfeld ein (wie CRMNode2 in diesem Beispiel), und klicken Sie dann auf Verbinden. Die Replikatserverinstanz wird in der Liste Serverinstanz angezeigt.

7. Klicken Sie auf die Registerkarte Endpunkte und überprüfen Sie, ob beide Replikate in der Liste sind. Scrollen Sie direkt zu SQL Server-Dienstkonto und stellen Sie sicher, dass ein Domänenbenutzerkonto angegeben ist. Ein Domänenbenutzerkonto für den SQL Server ist für das SQL Server-Failoverclustering erforderlich.

8. Klicken Sie auf die Registerkarte Listener. Ein Verfügbarkeitsgruppenlistener aktiviert ein schnelleres Client-Verbindungsfailover in den Multisubnetzszenarien. Geben Sie die folgenden Informationen ein:

   • DNS-Name des Listeners: Geben Sie einen Namen für den Listener ein.

   • Um die Listenererstellung abzuschließen, geben Sie einen TCP-Port an und legen Sie Netzwerkmodus auf Statische IP fest. Klicken Sie auf Hinzufügen, um die IP-Adresse einzugeben, und klicken Sie auf OK. Für weitere Informationen zu diesen Eigenschaften klicken Sie im Assistenten für neue Verfügbarkeitsgruppen auf Hilfe.

     Klicken Sie auf Weiter.

9. Bestimmen Sie, welche zusätzlichen Änderungen, soweit erforderlich, an den Replikaten vorzunehmen sind, und klicken Sie dann auf Weiter. Für weitere Informationen klicken Sie im Assistenten für neue Verfügbarkeitsgruppen auf Hilfe.

   1. Wählen Sie auf der Seite Datensynchronisierung auswählen die Datensynchronisierungsmethode aus. Wenn Sie Vollzugriff aus, müssen Sie eine Netzwerkfreigabe hinzufügen, auf die von allen Replikaten zugegriffen werden kann. Beachten Sie, dass das SQL Server-Dienstkonto für die Freigabe Lese-/Schreibberechtigungen erfordert. Für weitere Informationen klicken Sie im Assistenten für neue Verfügbarkeitsgruppen auf Hilfe.

      Klicken Sie auf Weiter.

10. Die Seite Überprüfung wird angezeigt, auf der die Überprüfungen für die neue Verfügbarkeitsgruppe ausgeführt werden. Fehler müssen behoben werden, bevor die Verfügbarkeitsgruppe erstellt werden kann. Klicken Sie auf Weiter.

11. Vergewissern Sie sich auf der Seite Zusammenfassung, dass die Auswahlen korrekt sind, und klicken Sie dann auf Fertig stellen.

Erstellen Sie die SQL-Anmeldungen für die Microsoft Dynamics 365-Sicherheitsgruppen auf allen sekundären Replikaten.

Erstellen Sie die SQL-Anmeldungen für die Microsoft Dynamics 365-Sicherheitsgruppen auf dem sekundären Replikat. Gehen Sie dazu wie folgt vor:

1. Starten Sie SQL Server Management Studio und stellen Sie eine Verbindung mit dem sekundären SQL Server-Replikat her (CRMNode2).

2. Erweitern Sie den Knoten Sicherheit, klicken Sie mit der rechten Maustaste auf Anmeldungen, und klicken Sie dann auf Neue Anmeldung.

3. Klicken Sie im Namenfeld Anmeldename auf Suchen, überprüfen Sie dann, ob Gruppen in Wählen Sie diesen Objekttyp aus enthalten ist (sofern nicht, klicken Sie auf "Objekttypen" und fügen Sie sie hinzu). Geben Sie DomainName\PrivReportingGroup ein, klicken Sie auf Namen überprüfen, und wenn der Name richtig aufgelöst wird, klicken Sie auf OK.

   Hinweis

   Der tatsächliche PrivReportingGroup-Name ist möglicherweise anders. Überprüfen Sie den Namen, wie er in Active Directory vorhanden ist.

4. Wiederholen Sie die Schritte 2 und 3 für die folgenden Sicherheitsgruppen:

   • ReportingGroup

   • SQLAccessGroup

Erstellen der MSCRMSqlClrLogin-SQL-Anmeldung

1. Erstellen des asymmetrischen Schlüssels für die MSCRMSqlClrLogin-SQL-Anmeldung.

   Führen Sie auf allen sekundären Replikaten die folgende SQL-Anweisung für die Master-Datenbank aus, um den asymmetrischen Schlüssel zu erstellen, wobei <path> der Ordnerpfad zur Microsoft.Crm.SqlClr.Helper.dll-Datei ist, die auf dem Server liegt, auf dem die Serverrolle Bereitstellungstool installiert ist. Geben Sie zum Beispiel einen UNC-Pfad auf einem Share wie \\crmdeploymenttools\CRMshare\Tools\ an. Standardmäßig ist Microsoft.Crm.SqlClr.Helper.dll auf dem Bereitstellungs-Toolserver im Ordner C:\Program Files\Microsoft Dynamics CRM\Tools\ gespeichert.

   IF NOT EXISTS (SELECT * FROM sys.asymmetric_keys WHERE name = 'MSCRMSqlClrKey') BEGIN CREATE ASYMMETRIC KEY MSCRMSqlClrKey FROM EXECUTABLE FILE = ’<path>\Microsoft.Crm.SqlClr.Helper.dll’; 
   END
   

2. Erstellen der MSCRMSqlClrLogin-SQL-Anmeldung.

   Führen Sie die folgende SQL-Anweisung für die Master-Datenbank aus, um die MSCRMSqlClrLogin-SQL-Anmeldung zu erstellen.

   IF NOT EXISTS (SELECT * FROM sys.syslogins WHERE name = 'MSCRMSqlClrLogin') BEGIN CREATE LOGIN MSCRMSqlClrLogin FROM ASYMMETRIC KEY MSCRMSqlClrKey GRANT UNSAFE ASSEMBLY TO MSCRMSqlClrLogin END
   

Aktualisieren der Konfigurationsdatenbankverbindungszeichenfolgen in der Windows-Registrierung

Aktualisieren Sie die SQL Server-erbindungszeichenfolge in jedem Windows-Registrierung auf allen Servern, die eine Microsoft Dynamics 365 Server-Rolle ausführen, also auch für den Microsoft Dynamics 365 Reporting Extensions-Server. Führen Sie dazu die folgenden Schritte aus:

1. Starten Sie auf dem Computer mit der Microsoft Dynamics 365 Server-Rolle Registrierungs-Editor, und suchen Sie den folgenden Registrierungsunterschlüssel:

   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\

2. Klicken Sie mit der rechten Maustaste auf configdb, und klicken Sie anschließend auf Ändern.

   1. Wenn Failover Partner=MSCRM_Mirror vorhanden ist, entfernen Sie dies aus dem Wert.

   2. Ändern Sie die Datenquelle vom SQL Server-Instanznamen in den Verfügbarkeitsgruppenlistener-Namen.

      Die vollständige Verbindungszeichenfolge muss wie im folgenden Beispiel angezeigt werden, wobei MSCRMAG der Verfügbarkeitsgruppenlistener-Name für die Verfügbarkeitsgruppe ist, die die Microsoft Dynamics 365-Konfigurationsdatenbank enthält:

      Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI

      Tipp

      Der Listenername kann sich unter dem Knoten Verfügbarkeitsgruppen in SQL Server Management Studio befinden.

   3. Wenn Sie einen Listener verwenden, fügen Sie ;multisubnetfailover=true am Ende des Werts configdb hinzu, um die Verbindungszeichenfolge zu bilden.Weitere Informationen:SqlClient-Support für hohe Verfügbarkeit, Notfallwiederherstellung

      Ein vollständiger configdb-Wert für mehrere Subnetze sollte wie hier angezeigt werden:

      Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI;multisubnetfailover=true

3. Klicken Sie auf OK, und schließen Sie dann Registrierungs-Editor.

4. Wiederholen Sie die vorherigen Schritte, um die Verbindungszeichenfolge für jeden Server hinzuzufügen, der eine Microsoft Dynamics 365 Server-Rolle ausführt, einschließlich des Servers, auf dem Microsoft Dynamics 365 Reporting Extensions ausgeführt wird.

Aktualisieren der Verbindungszeichenfolge in der Konfigurationsdatenbank

Aktualisieren Sie die Organisationstabelle in der Konfigurationsdatenbank, um den Verfügbarkeitsgruppenlistener-Namen für die Clientverbindungszeichenfolge anzugeben. Führen Sie hierzu die folgende Aktualisierungsanweisung für die Konfigurationsdatenbank (MSCRM_CONFIG) aus.

Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI';MultiSubnetFailover=True' where DatabaseName = 'OrganizationName_MSCRM'

• Ersetzen Sie AG_Listener_Name durch den Listenernamen der Verfügbarkeitsgruppe Microsoft Dynamics 365, in der sich die Organisationsdatenbank befindet.

• Ersetzen Sie OrganizationName_MSCRM durch den Namen der Organisationsdatenbank.

Zusätzliche verfügbare Parameter

Wenn Sie eine andere Portnummer als 1433 für den Verfügbarkeitsgruppenlistener verwenden, fügen Sie die folgenden Parameter hinzu, in der die Netzwerkportzahl Port_Number ist.

Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name,Port_Number;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI;multisubnetfailover=true' where DatabaseName = 'OrganizationName_MSCRM'

Neustarten von IIS und Microsoft Dynamics 365-Diensten

Setzen Sie nach diesen Änderungen IIS auf dem Computer, auf dem die Webanwendungsserver-Rolle ausgeführt wird, zurück.

Klicken Sie dazu auf Start und anschließend auf Ausführen. Geben Sie im Feld Öffneniisreset ein, und klicken Sie anschließend auf OK.

Starten Sie alle Microsoft Dynamics 365-Services in der Bereitstellung auf allen Servern neu, auf denen Microsoft Dynamics CRM Server 2013-Funktionen installiert sind.

Überwachen der Verfügbarkeitsgruppe und Testen für Failover

Microsoft SQL Server Management Studio umfasst Funktionalität, die das Anzeigen des Verfügbarkeitsgruppenstatus und die Ausführung eines manuellen Failovers vereinfachen kann.

Anzeigen des Verfügbarkeitsgruppenstatus

1. Starten Sie den SQL Server Management Studio und stellen Sie eine Verbindung mit der Instanz von SQL Server her, die das primäre Replikat in der Verfügbarkeitsgruppe ist.

2. Erweitern Sie in SQL Server Management StudioVerfügbarkeitsgruppen, klicken Sie mit der rechten Maustaste auf die Verfügbarkeitsgruppe, die Sie für Microsoft Dynamics 365 erstellt haben, und klicken Sie dann auf Dashboard anzeigen.

Im Dashboard werden alle Replikate und der Synchronisierungsstatus angezeigt. Sie können das Dashboard aus einem beliebigen Replikat in der Verfügbarkeitsgruppe anzeigen.

Test für Failover

1. Überprüfen Sie, ob Microsoft Dynamics 365 eine Verbindung mit der Verfügbarkeitsgruppe herstellen kann. Starten Sie z. B. Internet Explorer und stellen Sie eine Verbindung mit der Microsoft Dynamics 365-Organisations-URL her.

2. Klicken Sie im Dashboard, das in der vorhergehenden Verfahrensweise beschrieben wurde, auf Failover-Assistenten starten, um den Failoverprozess zu beginnen.

3. Folgen Sie den Anweisungen im Assistenten, um den Failover abzuschließen.

   Bei einem erfolgreichen Failover wird das primäre Replikat das sekundäre Replikat und das sekundäre Replikat wird das primäre Replikat.

4. Wechseln Sie zu dem Webbrowser, der mit der Microsoft Dynamics 365-Organisation verbunden ist, und überprüfen Sie, ob Sie eine Verbindung zum neuen primären Replikat nahtlos herstellen können, indem Sie auf eine beliebigen Stelle in der Anwendung klicken.

Um zu den ursprünglichen primären und sekundären Replikaten zurück zu wechseln, führen Sie das manuelle Failoververfahren erneut mit dem neuen primären Replikat aus.

Siehe auch

Installieren oder Upgraden von Microsoft Dynamics CRM Server
Failovercluster-Schritt-für-Schritt-Handbuch: Konfigurieren eines Dateiserver-Failoverclusters mit zwei Knoten
Aktualisieren von Microsoft Dynamics CRM Server

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright