Indstil konfigurations- og organisationsdatabaser til SQL Server 2012 AlwaysOn-failover
Udgivet: november 2016
Gælder for: Dynamics CRM 2015
Microsoft SQL Server 2012AlwaysOn-failoverklyngeforekomster (FCI) og AlwaysOn-tilgængelighedsgrupper leverer en omfattende løsning, der sikrer høj tilgængelighed og genoprettelse efter nedbrud. I dette emne beskrives det, hvordan du konfigurerer en eksisterende udrulning på stedet af Microsoft Dynamics CRM Server, så konfigurations- og organisationsdatabaserne er en del af en SQL Server 2012AlwaysOn-failoverklyngeforekomst med to noder, der bruger tilgængelighedsgrupper.
Vigtigt
Hvis du opgraderer Microsoft Dynamics 365-konfigurations- og organisationsdatabaser, der allerede har Microsoft SQL Server 2012AlwaysOn FCI konfigureret, behøver du ikke at udføre denne procedure igen.
Du kan finde flere oplyshninger om disse SQL Server 2012-løsninger med høj tilgængelighed under AlwaysOn-failoverklyngeforekomster og AlwaysOn-tilgængelighedsgrupper.
Dette emne indeholder
Forudsætninger
Aktivere SQL Server 2012 AlwaysOn
Oprette tilgængelighedsgruppen
Opret SQL-logon til Microsoft Dynamics CRM-sikkerhedsgrupper på alle sekundære replikaer.
Opdatere konfigurationsdatabasens forbindelsesstrenge i Windows-registreringsdatabasen
Opdatere forbindelsesstrengen i konfigurationsdatabasen
Genstart IIS og Microsoft Dynamics CRM-tjenester
Overvåge tilgængelighedsgruppen og teste for failover
Forudsætninger
I dette emne konfigureres der en enkel toserverforekomsts failoverklynge, der kræver følgende:
To Windows Server 2012-servere, der kører i en failoverklynge med to noder og en konfiguration med delt lager, f. eks. et SAN, en NAS eller en Windows Storage Server.
To servere, der kører SQL Server 2012 på Windows Server 2012, der bliver replikaer i SQL Server 2012AlwaysOn-forekomstens failoverklynge. Den primære SQL Server-replikaforekomst har både konfigurationsdatabaser (MSCRM_CONFIG) og organisationsdatabaser (OrganizationName_MSCRM).
Du kan finde flere oplysninger om, hvilke versioner af SQL Server 2012 der understøtter AlwaysOn, i Høj tilgængelighed (AlwaysOn). Du kan finde flere oplysninger om at oprette en SQL Server 2012-failoverklynge under Oprette en ny SQL Server-failoverklynge (installation).
Aktivere SQL Server 2012 AlwaysOn
Følgende trin til at fastsætte AlwaysOn-funktioner bruger Microsoft SQL Server 2012 Management Studio. Alternativt kan du bruge Transact-SQL eller SQL ServerPowerShell.Flere oplysninger:Introduktion til AlwaysOn-tilgængelighedsgrupper (SQL Server)
I Konfigurationsstyring til SQL Server skal du aktivere AlwaysOn-tilgængelighedsgrupper på den primære og sekundære replika. Du kan finde detaljerede trin i Aktivér AlwaysOn-tilgængelighedsgrupper.
I SQL Server Management Studio skal du oprette en tilgængelighedsgruppe, angive konfigurations- og organisationsdatabaserne og den primære og sekundære replika.Flere oplysninger:Oprettelse og konfiguration af tilgængelighedsgrupper (SQL Server)
Oprette tilgængelighedsgruppen
Følgende trin opretter en enkelt SQL Server 2012-tilgængelighedsgruppe, der inkluderer en Microsoft Dynamics 365-konfigurationsdatabase og en enkelt organisationsdatabase. Desuden føjes der en lyttefunktion til tilgængelighedsgruppen.
Oprette tilgængelighedsgruppen for konfigurations- og organisationsdatabaserne
På den SQL Server, som skal være den primære replika, skal du starte SQL Server Management Studio.
I Object Explorer skal du højreklikke på AlwaysOn - høj tilgængelighed og derefter klikke på Guiden Ny tilgængelighedsgruppe.
Når guiden vises, skal du klikke på Næste.
På siden Angiv navn skal du indtaste et navn på tilgængelighedsgruppen, f. eks. Dynamics CRM, og derefter klikke på Næste.
På siden Vælg databaser skal du vælge databaserne MSCRM_CONFIG og OrganizationName_MSCRM og derefter klikke på Næste.
Bemærk
Bemærk følgende krav til tilføjelse af en database til en tilgængelighedsgruppe:
Gendannelsesmodellen skal være angivet til Fuld. Organisationsdatabaser (OrganizationName_MSCRM) er som standard indstillet til Simpel.
En fuldstændig sikkerhedskopi af databasen er påkrævet.
På siden Angiv replikaer skal du klikke på Tilføj replika, skrive navnet på din replika SQL Server i boksen Server (f. eks. CRMNode2 i dette eksempel) og derefter klikke på Opret forbindelse. Replikaserverforekomsten vises på listen Serverforekomst.
Klik på fanen Slutpunkter, og kontrollér, at begge replikaer findes på listen. Rul til højre til SQL Server-tjenestekontoen, og sørg for, at der er angivet en domænebrugerkonto. Der kræves en domænebrugerkonto til SQL Server-tjenesten til SQL Server-failoverklyngen.
Klik på fanen Lyttefunktion. En tilgængelighedsgruppes lyttefunktion giver hurtigere klientforbindelsesfailover i multiundernetscenarier. Angiv følgende oplysninger.
DNS-navn på lyttefunktion: Skriv et navn til lyttefunktionen.
Hvis du vil fuldføre oprettelse af lyttefunktionen, skal du angive en TCP-port og angive Netværkstilstand til Statisk IP. Klik på Tilføj for at angive IP-adressen, og klik på OK. Du kan finde flere oplysninger om disse egenskaber ved at klikke på Hjælp i guiden Ny tilgængelighedsgruppe.
Klik på Næste.
Fastlæg, hvilke yderligere ændringer, hvis der er nogen, der skal foretages på replikaerne, og klik derefter på Næste. Du kan finde flere oplysninger ved at klikke på Hjælp i guiden Ny tilgængelighedsgruppe.
Vælg datasynkroniseringsmetode på siden Vælg datasynkronisering. Hvis du vælger Fuld, skal du tilføje et netværksshare, som er tilgængeligt for alle replikaer. Bemærk, at SQL Server-tjenestekontoen kræver læse-\skrivetilladelse til netværkssharet. Du kan finde flere oplysninger ved at klikke på Hjælp i guiden Ny tilgængelighedsgruppe.
Klik på Næste.
Siden Validering, der kører valideringskontrollerne af den nye tilgængelighedsgruppe, vises. Fejl skal rettes, før tilgængelighedsgruppen kan oprettes. Klik på Næste.
Kontrollér, at valget er korrekt på siden Oversigt, og klik derefter på Udfør.
Opret SQL-logon til Microsoft Dynamics CRM-sikkerhedsgrupper på alle sekundære replikaer.
Opret SQL-logon til Microsoft Dynamics 365-sikkerhedsgrupper på den sekundære replika. Det kan du gøre ved at benytte følgende fremgangsmåde:
Start SQL Server Management Studio, og opret forbindelse til den sekundære SQL Server-replika (CRMNode2).
Udvid noden Sikkerhed, højreklik på Logon, og klik derefter på Nyt logon.
I navnefeltet Logon skal du klikke på Søg og kontrollere, at Grupper er inkluderet i Vælg denne objekttype (hvis ikke skal du klikke på Objekttyper og tilføje det). Skriv DomainName\PrivReportingGroup, klik på Kontroller navne, og klik på OK, når navnet oversættes korrekt.
Bemærk
Den faktiske Sikkerhedsgruppes navn kan være forskelligt. Kontrollér navnet, da det findes i Active Directory.
Gentag trin 2 og 3 for følgende sikkerhedsgrupper.
ReportingGroup
SQLAccessGroup
Opret MSCRMSqlClrLogin SQL-logon
Opret den asymmetriske nøgle til MSCRMSqlClrLogin SQL-logon
På alle sekundære replikaer skal du udføre følgende SQL-sætning op mod masterdatabasen for at oprette den asymmetriske nøgle, hvor <path> er stien til filen Microsoft. Crm. SqlClr. Helper. dll, der er placeret på serveren, hvor udrulningsværktøjernes serverrolle er installeret. For eksempel skal du angive en UNC-sti på et share, der svarer til \\crmdeploymenttools\CRMshare\Tools\. Som standard er Microsoft.Crm.SqlClr.Helper.dll placeret på serveren med udrulningsværktøjer i mappen C:\Program Files\Microsoft Dynamics CRM\Tools\.
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
Opret MSCRMSqlClrLogin SQL-logon
Udfør følgende SQL-sætning op mod masterdatabasen til oprettelse af MSCRMSqlClrLogin SQL-logon.
IF NOT EXISTS (SELECT * FROM sys.syslogins WHERE name = 'MSCRMSqlClrLogin') BEGIN CREATE LOGIN MSCRMSqlClrLogin FROM ASYMMETRIC KEY MSCRMSqlClrKey GRANT UNSAFE ASSEMBLY TO MSCRMSqlClrLogin END
Opdatere konfigurationsdatabasens forbindelsesstrenge i Windows-registreringsdatabasen
Opdater SQL Server-tilslutningsstrengen i hver Windows-registreringsdatabase på alle servere, der kører en Microsoft Dynamics CRM Server-rolle, herunder Microsoft Dynamics CRM-rapporteringsudvidelser-serveren. Det kan du gøre ved at benytte følgende fremgangsmåde.
Advarsel!
Der kan opstå alvorlige problemer, hvis du redigerer registreringsdatabasen forkert ved hjælp af Registreringseditor eller en anden metode. Disse problemer kan kræve, at du geninstallerer operativsystemet og Microsoft Dynamics CRM. Vi kan ikke garantere, at disse problemer kan løses. Redigering af registreringsdatabasen sker på eget ansvar.
På den computer, der kører Microsoft Dynamics CRM Server-rollen, skal du starte Registreringseditor og finde følgende undernøgle i registreringsdatabasen:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\
Højreklik på configdb, og klik derefter på Rediger.
Hvis Failover Partner=MSCRM_Mirror findes, skal du fjerne dette fra værdien.
Rediger Datakilde fra SQL Server-forekomstnavnet til tilgængelighedsgruppens lyttefunktionsnavn.
Den fuldstændige forbindelsesstreng bør se nogenlunde sådan ud, hvor MSCRMAG er tilgængelighedsgruppens lyttefunktionsnavn på den tilgængelighedsgruppe, der indeholder Microsoft Dynamics 365-konfigurationsdatabasen:
Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI
Tip
Lyttefunktionsnavnet kan være placeret under noden Tilgængelighedsgrupper i SQL Server Management Studio.
Hvis du bruger en lytter, skal til føje ; multisubnetfailover=true til slutningen af værdien configdb for at danne forbindelsesstrengen.Flere oplysninger:SqlClient-understøttelse sikrer høj tilgængelighed, genoprettelse efter nedbrud
En komplet configdb-værdi for flere undernet bør se ud som følger:
Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI;multisubnetfailover=true
Klik på OK, og luk derefter Registreringseditor.
Gentag de forrige trin for at tilføje forbindelsesstrengen til undernøglen config for hver server, der kører en Microsoft Dynamics CRM Server-rolle, herunder den server, der kører Microsoft Dynamics CRM-rapporteringsudvidelser.
Opdatere forbindelsesstrengen i konfigurationsdatabasen
Opdater organisationstabellen i konfigurationsdatabasen til at angive tilgængelighedsgruppens lyttefunktionsnavn for klientforbindelsesstrengen. Dette gøres ved at køre følgende opdateringssætning mod konfigurationsdatabasen (MSCRM_CONFIG).
Advarsel!
Opret en sikkerhedskopi af Microsoft Dynamics 365-konfigurationsdatabasen (MSCRM_CONFIG), inden du kører disse opdateringssætninger.
Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI';MultiSubnetFailover=True' where DatabaseName = 'OrganizationName_MSCRM'
Erstat AG_Listener_Name med tilgængelighedsgruppens lyttefunktionsnavn, hvor Microsoft Dynamics 365-organisationsdatabasen er placeret.
Erstat OrganizationName_MSCRM med navnet på organisationsdatabasen.
Yderligere tilgængelige parametre
Hvis du desuden bruger et andet portnummer end 1433 til tilgængelighedsgruppens lyttefunktion, skal du tilføje følgende parameter, hvor Port_Number er antallet af netværksporte.
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'
Genstart IIS og Microsoft Dynamics CRM-tjenester
Når du har foretaget disse ændringer, skal du nulstille IIS på den computer, der kører rollen Webprogramserver.
Advarsel!
Alle aktive Microsoft Dynamics 365-brugere vil blive frakoblet.
Det kan du gøre ved at klikke på Start og derefter klikke på Kør. Skriv iisreset i feltet Åbn, og klik derefter på OK.
Genstart alle Microsoft Dynamics 365-tjenester i udrulningen på alle servere, hvor Microsoft Dynamics CRM Server 2013-funktioner er installeret.
Overvåge tilgængelighedsgruppen og teste for failover
Microsoft SQL Server 2012 Management Studio Indeholder funktioner, der gør visning af tilgængelighedsgruppens status og udførelse af en manuel failover nemt.
Vise tilgængelighedsgruppetilstanden
Start SQL Server Management Studio, og opret forbindelse til SQL Server-forekomsten, der er den primære replika i tilgængelighedsgruppen.
I SQL Server Management Studio skal du udvide Tilgængelighedsgrupper, højreklikke på den tilgængelighedsgruppe, du har oprettet til Microsoft Dynamics 365 og derefter klikke på Vis dashboard.
Dashboardet viser alle replikaer og synkroniseringstilstanden. Bemærk, at du kan se dashboardet fra enhver replika i tilgængelighedsgruppen.
Teste for failover
Kontroller, at en Microsoft Dynamics 365 kan oprette forbindelse til tilgængelighedsgruppen. Start f.eks. Internet Explorer, og opret forbindelse til Microsoft Dynamics 365-organisationens URL.
Klik på Guiden Start failover for at starte failoverprocessen fra det dashboard, der er beskrevet i den forrige fremgangsmåde.
Følg anvisningerne i guiden for at fuldføre failover.
Når du har gennemført en failover, bliver den primære replika til den sekundære replika og den sekundære replika, bliver den primære replika.
Skift til den webbrowser, der er tilsluttet Microsoft Dynamics 365-organisationen, og bekræft, at du uden problemer kan oprette forbindelse til den nye primære replika ved at klikke et sted i programmet.
Hvis du vil skifte tilbage til de oprindelige primære og sekundære replikaer, skal du udføre den manuelle failoverprocedure igen på den nye primære replika.
Se også
Installer eller opgrader Microsoft Dynamics CRM-server.
Trinvis vejledning for failoverklynge: Konfiguration af en filserverfailoverklynge med to noder
Opgradere Microsoft Dynamics CRM Server
© 2016 Microsoft Corporation. Alle rettigheder forbeholdes. Ophavsret