Freigeben über

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

  • Artikel

 

Veröffentlicht: November 2016

Gilt für: Dynamics CRM 2015

Microsoft SQL Server 2012AlwaysOn-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 CRM Server so konfiguriert wird, dass die Konfigurations- und Organisationsdatenbanken Teil einer SQL Server 2012AlwaysOn-Failoverclusterinstanz mit zwei Knoten sind, die Verfügbarkeitsgruppen verwenden.

Wichtig

Wenn Sie Microsoft Dynamics 365-Konfigurations- und Organisationsdatenbanken aktualisieren, in denen bereits Microsoft SQL Server 2012AlwaysOn FCI konfiguriert ist, müssen Sie diese Vorgehensweise nicht erneut durchführen.

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

In diesem Thema

Voraussetzungen

Aktivieren von SQL Server 2012 AlwaysOn

Erstellen der Verfügbarkeitsgruppe

Erstellen Sie die SQL-Anmeldungen für die Microsoft Dynamics CRM-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 CRM-Diensten

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

Voraussetzungen

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

  • Zwei Windows Server 2012-Server, die in einer Failoverclusterkonfiguration mit zwei Knoten und freigegebenem Speicher ausgeführt werden, beispielsweise in einem SAN, NAS oder Windows Storage Server.

  • Zwei Server, auf denen SQL Server 2012 auf Windows Server 2012 ausgeführt wird, die Replikate im SQL Server 2012AlwaysOn-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 Server 2012AlwaysOn unterstützen, finden Sie unter Hohe Verfügbarkeit (AlwaysOn). Weitere Informationen dazu, wie ein SQL Server 2012-Failovercluster erstellt wird, finden Sie unter Einen neuen SQL Server-Failovercluster (Setup) erstellen.

SQL Server 2012 Failoverclusterinstanz mit 2 Knoten

Aktivieren von SQL Server 2012 AlwaysOn

Die folgenden Schritte zum Einrichten der AlwaysOn-Funktionen verwenden Microsoft SQL Server 2012 Management Studio. Alternativ können Sie 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 2012-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 CRM, 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

    Beachten Sie die folgenden 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.

    • Eine vollständige Sicherung der Datenbank ist erforderlich.

  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 CRM-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, 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 CRM Server-Rolle ausführen, also auch für den Microsoft Dynamics CRM Reporting Extensions-Server. Führen Sie dazu die folgenden Schritte aus:

Warnung

Durch die unsachgemäße Bearbeitung der Registrierung mit dem Registrierungs-Editor oder mithilfe einer anderen Methode werden möglicherweise schwerwiegende Probleme verursacht. Diese Probleme können dazu führen, dass das Betriebssystem und Microsoft Dynamics CRM neu installiert werden müssen. Es wird keine Garantie übernommen, dass diese Probleme behoben werden können. Änderungen der Registrierung erfolgen auf eigenes Risiko.

  1. Starten Sie auf dem Computer mit der Microsoft Dynamics CRM 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. Falls Failoverpartner=MSCRM_Mirror vorhanden ist, entfernen Sie es 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 configdb-Wertes 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 folgt 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 CRM Server-Rolle ausführt, einschließlich des Servers, auf dem Microsoft Dynamics CRM 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.

Warnung

Sichern Sie die Microsoft Dynamics 365-Konfigurationsdatenbank (MSCRM_CONFIG), bevor Sie die Aktualisierungsanweisungen ausführen.

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 außerdem 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 CRM-Diensten

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

Warnung

Alle aktiven Microsoft Dynamics 365-Benutzer werden getrennt.

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 2012 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. Beachten Sie, dass Sie das Dashboard aus einem beliebigen Replikat in der Verfügbarkeitsgruppe anzeigen können.

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

© 2016 Microsoft Corporation. Alle Rechte vorbehalten. Copyright