Förbered att använda en SQL Server AlwaysOn-tillgänglighetsgrupp med Configuration Manager

  • Artikel

Gäller för: Konfigurationshanteraren (current branch)

Använd den här artikeln om du vill förbereda Configuration Manager för att använda en SQL Server AlwaysOn-tillgänglighetsgrupp för platsdatabasen. Den här funktionen ger en lösning för hög tillgänglighet och haveriberedskap.

Configuration Manager stöder användning av tillgänglighetsgrupper:

  • På primära platser och på den centrala administrationsplatsen.
  • Lokalt eller i Microsoft Azure.

När du använder tillgänglighetsgrupper i Microsoft Azure kan du ytterligare öka tillgängligheten för din platsdatabas med hjälp av Azure-tillgänglighetsuppsättningar. Mer information om Azure-tillgänglighetsuppsättningar finns i Hantera tillgängligheten för virtuella datorer.

Viktigt

Innan du fortsätter bör du vara bekväm med att konfigurera SQL Server och tillgänglighetsgrupper. Den här artikeln refererar till SQL Server dokumentationsbibliotek med mer information och procedurer.

Scenarier som stöds

Följande scenarier stöds för användning av tillgänglighetsgrupper med Configuration Manager. Mer information och procedurer för varje scenario finns i Konfigurera tillgänglighetsgrupper för Configuration Manager.

Förhandskrav

Följande krav gäller för alla scenarier. Om ytterligare krav gäller för ett specifikt scenario beskrivs de i det scenariot.

Configuration Manager konton och behörigheter

Installationskonto

Kontot som du använder för att köra Configuration Manager måste vara:

  • En medlem i den lokala gruppen Administratörer på varje dator som är medlem i tillgänglighetsgruppen.
  • En sysadmin för varje instans av SQL Server som är värd för platsdatabasen.

Platsserver för replikmedlemsåtkomst

Platsserverns datorkonto måste vara medlem i den lokala gruppen Administratörer på varje dator som är medlem i tillgänglighetsgruppen.

SQL Server

Version

Varje replik i tillgänglighetsgruppen måste köra en version av SQL Server som stöds av din version av Configuration Manager. När de stöds av SQL Server kan olika noder i en tillgänglighetsgrupp köra olika versioner av SQL Server. Mer information finns i SQL Server versioner som stöds för Configuration Manager.

Edition

Använd en Enterprise-version av SQL Server.

Konto

Varje instans av SQL Server kan köras under ett domänanvändarkonto (tjänstkonto) eller ett icke-domänkonto. Varje replik i en grupp kan ha en annan konfiguration.

Databas

Konfigurera databasen på en ny replik

Gör bara dessa konfigurationer på en primär replik. Om du vill konfigurera en sekundär replik redundansväxlar du först den primära till den sekundära. Den här åtgärden gör den sekundära till den nya primära repliken.

Konfigurera databasen för varje replik med följande inställningar:

  • Aktivera CLR-integrering:

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

    Mer information finns i CLR-integrering.

  • Ange Maxstorlek för textrepl till 2147483647:

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

  • Ange databasägaren till SA-kontot. Du behöver inte aktivera det här kontot.

  • Aktivera inställningen TRUSTWORTHY:

    ALTER DATABASE [CM_xxx] SET TRUSTWORTHY ON;

    Mer information finns i databasegenskapen TRUSTWORTHY.

  • Aktivera Service Broker:

    ALTER DATABASE [CM_xxx] SET ENABLE_BROKER

    Obs!

    Du kan inte aktivera alternativet Service Broker i en databas som redan ingår i en tillgänglighetsgrupp. Du måste aktivera det alternativet innan du lägger till det i tillgänglighetsgruppen.

  • Konfigurera Prioritet för Service Broker:

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

Verifieringsskript för databas

Kör följande SQL-skript för att verifiera databaskonfigurationer för både primära och sekundära repliker. Innan du kan åtgärda ett problem på en sekundär replik ändrar du den sekundära repliken till den primära repliken.

    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:

Konfigurationer för tillgänglighetsgrupp

Replikmedlemmar

Configuration Manager verifierar inte tillståndet för den asynkrona incheckningsrepliken för att bekräfta att den är aktuell. Användning av en asynkron incheckningsreplik eftersom platsdatabasen kan utsätta webbplatsens och datas integritet för risker. Den här repliken kan vara osynkroniserad avsiktligt. Mer information finns i Översikt över SQL Server AlwaysOn-tillgänglighetsgrupper.

Varje replikmedlem måste ha följande konfiguration:

  • Använd standardinstansen eller en namngiven instans.

    Obs!

    Har inte en filresurs på servern som är samma namn som SQL Server instansnamn.

  • Inställningen Anslutningar i primär roll är Tillåt alla anslutningar.

  • Inställningen Läsbar sekundär är Ja.

  • Aktiverad för manuell redundans

    Obs!

    Configuration Manager stöder användning av synkrona repliker i tillgänglighetsgruppen när den ställs in på Automatisk redundans. Ange manuell redundans när:

    • Du kör Configuration Manager installationsprogrammet för att ange användning av platsdatabasen i tillgänglighetsgruppen.
    • Du installerar alla uppdateringar för att Configuration Manager. (Inte bara uppdateringar som gäller för platsdatabasen).

  • Alla medlemmar behöver samma seeding-läge.Configuration Manager installationsprogrammet innehåller en nödvändig kontroll för att verifiera den här konfigurationen när du skapar en databas genom installation eller återställning.

    Obs!

    När konfigurationen skapar databasen och du konfigurerar automatisk seeding måste tillgänglighetsgruppen ha behörighet att skapa databasen. Det här kravet gäller både för en ny databas eller återställning. Mer information finns i Automatisk seeding för sekundär replik.

Plats för replikmedlem

Du kan antingen vara värd för alla repliker i en lokal tillgänglighetsgrupp eller vara värd för alla på Microsoft Azure. En grupp som innehåller en lokal medlem och en medlem i Azure stöds inte.

Obs!

Om du använder en virtuell Azure-dator för SQL Server aktiverar du flytande IP-adress. Mer information finns i Konfigurera en lastbalanserare för en SQL Server AlwaysOn-tillgänglighetsgrupp på virtuella Azure-datorer.

Configuration Manager konfigurationen måste ansluta till varje replik. När du konfigurerar en tillgänglighetsgrupp i Azure och gruppen ligger bakom en intern eller extern lastbalanserare öppnar du följande standardportar:

  • RPC-slutpunktsmappare: TCP 135

  • SQL Server Service Broker: TCP 4022

  • SQL över TCP: TCP 1433

När installationen är klar måste dessa portar vara öppna för Configuration Manager och replikeringslänkanalys.

Du kan använda anpassade portar för dessa konfigurationer. Använd samma anpassade portar efter slutpunkten och på alla repliker i tillgänglighetsgruppen.

För SQL Server att replikera data mellan platser skapar du en belastningsutjämningsregel för varje port i Azure-lastbalanseraren. Mer information finns i Konfigurera portar med hög tillgänglighet för en intern lastbalanserare.

Lyssnaren

Tillgänglighetsgruppen måste ha minst en tillgänglighetsgruppslyssnare. När du konfigurerar Configuration Manager att använda platsdatabasen i tillgänglighetsgruppen använder den lyssnarens virtuella namn. Även om en tillgänglighetsgrupp kan innehålla flera lyssnare kan Configuration Manager bara använda en. Mer information finns i Skapa eller konfigurera en SQL Server tillgänglighetsgrupplyssnare.

Filsökvägar

När du kör Configuration Manager konfiguration för att konfigurera en plats att använda databasen i en tillgänglighetsgrupp måste varje sekundär replikserver ha en SQL Server filsökväg som är identisk med filsökvägen för platsdatabasfilerna på den aktuella primära repliken. Om det inte finns någon identisk sökväg kan installationen inte lägga till instansen för tillgänglighetsgruppen som den nya platsen för platsdatabasen.

Det lokala SQL Server tjänstkontot måste ha fullständig behörighet till den här mappen.

De sekundära replikservrarna kräver bara den här filsökvägen när du använder Configuration Manager installation för att ange databasinstansen i tillgänglighetsgruppen. När konfigurationen av platsdatabasen har slutförts i tillgänglighetsgruppen kan du ta bort den oanvända sökvägen från sekundära replikserverservrar.

Tänk dig exempelvis följande situation:

  • Du skapar en tillgänglighetsgrupp som använder tre SQL-servrar.

  • Den primära replikservern är en ny installation av SQL Server 2014. Som standard lagrar den databasens MDF- och LDF-filer i C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA.

  • Du har uppgraderat båda dina sekundära replikservrar till SQL Server 2014 från tidigare versioner. Med uppgraderingen behåller dessa servrar den ursprungliga filsökvägen för att lagra databasfiler: C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA.

  • Innan du flyttar platsdatabasen till den här tillgänglighetsgruppen skapar du följande filsökväg på varje sekundär replikserver: C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA. Den här sökvägen är en dubblett av sökvägen som används på den primära repliken, även om de sekundära replikerna inte använder den här filplatsen.

  • Sedan beviljar du SQL Server tjänstkontot för varje sekundär replik fullständig kontrollåtkomst till den nyligen skapade filplatsen på den servern.

  • Nu kan du köra Configuration Manager konfigurationen för att konfigurera platsen så att den använder platsdatabasen i tillgänglighetsgruppen.

Redundansväxling för flera undernät

Du kan aktivera nyckelordet MultiSubnetFailover-anslutningssträng i SQL Server. Du måste också lägga till följande värden manuellt i Windows-registret på platsservern:

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

MSF Enabled : 1 (DWORD)

Varning

Användning av platsserver med hög tillgänglighet och SQL Server AlwaysOn-tillgänglighetsgrupper med redundansväxling med flera undernät ger inte alla funktioner för automatisk redundans för haveriberedskapsscenarier.

Om du behöver skapa en tillgänglighetsgrupp med en medlem på en fjärrplats prioriterar du baserat på den lägsta nätverksfördröjningen. Hög nätverksfördröjning kan orsaka replikeringsfel.

Begränsningar och kända problem

Följande begränsningar gäller för alla scenarier.

Alternativ och konfigurationer som inte stöds SQL Server

  • Grundläggande tillgänglighetsgrupper: Med SQL Server 2016 Standard Edition har grundläggande tillgänglighetsgrupper inte stöd för läsåtkomst till sekundära repliker. Konfigurationen kräver den här åtkomsten. Mer information finns i Grundläggande SQL Server tillgänglighetsgrupper.

  • Redundansklusterinstans: Redundansklusterinstanser stöds inte för en replik som du använder med Configuration Manager. Mer information finns i SQL Server AlwaysOn-redundansklusterinstanser.

SQL-servrar som är värdar för ytterligare tillgänglighetsgrupper

När SQL Server är värd för en eller flera tillgänglighetsgrupper utöver den grupp som du använder för Configuration Manager behöver den specifika inställningar när du kör Configuration Manager installationsprogrammet. De här inställningarna behövs också för att installera en uppdatering för Configuration Manager. Varje replik i varje tillgänglighetsgrupp måste ha följande konfigurationer:

  • Manuell redundans

  • Tillåt skrivskyddad anslutning

Obs!

Configuration Manager stöder användning av synkrona repliker i tillgänglighetsgruppen när den ställs in på Automatisk redundans. Ange manuell redundans när:

  • Du kör Configuration Manager installationsprogrammet för att ange användning av platsdatabasen i tillgänglighetsgruppen.
  • Du installerar alla uppdateringar för att Configuration Manager. (Inte bara uppdateringar som gäller för platsdatabasen).

Databasanvändning som inte stöds

Configuration Manager stöder endast platsdatabasen i en tillgänglighetsgrupp

Följande databaser stöds inte av Configuration Manager i en tillgänglighetsgrupp:

  • Rapporteringsdatabas

  • WSUS-databas

Befintlig databas

Du kan inte använda en ny databas som skapats på repliken. När du konfigurerar en tillgänglighetsgrupp återställer du en kopia av en befintlig Configuration Manager databas till den primära repliken.

Installationsfel i ConfigMgrSetup.log

När du kör Configuration Manager installation för att flytta en platsdatabas till en tillgänglighetsgrupp försöker den bearbeta databasroller på tillgänglighetsgruppens sekundära repliker. Filen ConfigMgrSetup.log visar följande fel:

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)

Dessa fel är säkra att ignorera.

Webbplatsexpansion

Om du konfigurerar platsdatabasen för en fristående primär plats så att den använder en tillgänglighetsgrupp kan du inte expandera platsen så att den innehåller en central administrationsplats. Om du provar den här processen misslyckas den. Om du vill expandera platsen tar du tillfälligt bort den primära platsdatabasen från tillgänglighetsgruppen.

Du behöver inte göra några ändringar i konfigurationen när du lägger till en sekundär plats.

Ändringar för webbplatssäkerhetskopiering

Säkerhetskopiera databasfiler

När en platsdatabas använder en tillgänglighetsgrupp kör du den inbyggda underhållsuppgiften säkerhetskopieringsplatsserver för att säkerhetskopiera vanliga Configuration Manager inställningar och filer. Använd inte MDF- eller LDF-filerna som skapades av säkerhetskopian. Gör i stället direkt säkerhetskopior av dessa databasfiler med hjälp av SQL Server.

Du kan fortfarande använda SQL Server säkerhetskopiering, men du kan inte återställa den direkt till ett SQL Server AlwaysOn-kluster. Du måste återställa den på en fristående server och flytta tillbaka den till SQL Server AlwaysOn.

Transaktionsloggen

Ange återställningsmodellen för platsdatabasen till Fullständig. Den här konfigurationen är ett krav för Configuration Manager användning i en tillgänglighetsgrupp. Planera att övervaka och underhålla storleken på platsdatabasens transaktionslogg. I den fullständiga återställningsmodellen är transaktionerna inte förstärkta förrän de gör en fullständig säkerhetskopia av databasen eller transaktionsloggen. Mer information finns i Säkerhetskopiera och återställa SQL Server databaser.

Ändringar för webbplatsåterställning

Om minst en nod i tillgänglighetsgruppen fortfarande fungerar använder du alternativet för platsåterställning för att hoppa över databasåterställning (Använd det här alternativet om platsdatabasen inte påverkades).

Site Recovery kan återskapa databasen i en tillgänglighetsgrupp. Den här processen fungerar med både manuell och automatisk seeding.

Tips

När du kör installations-/återställningsguiden gäller sidan Ny tillgänglighetsgruppdatabas endast för manuella seeding-konfigurationer. Med automatisk seeding finns det ingen delad databassäkerhetskopiering, så den sidan i guiden visas inte.

Mer information finns i Säkerhetskopiering och återställning.

Ändringar för rapportering

Installera reporting service-platsen

Reporting Services-platsen stöder inte användning av det virtuella lyssnarnamnet för tillgänglighetsgruppen. Den stöder inte heller värdtjänster för databasen i en tillgänglighetsgrupp.

  • Som standard anger Reporting Services-platsinstallationen platsdatabasservernamnet till det virtuella namn som anges som lyssnare. Ändra den här inställningen om du vill ange ett datornamn och en instans av en replik i tillgänglighetsgruppen.

  • Om du vill avlasta rapportering och öka tillgängligheten när en repliknod är offline bör du överväga att installera ytterligare Reporting Services-punkter på varje repliknod. Konfigurera sedan varje Reporting Services-plats så att den använder sitt eget datornamn. När du installerar en rapporttjänstplats på varje replik av tillgänglighetsgruppen kan rapportering alltid ansluta till en aktiv rapportpunktserver.

Växla reporting services-platsen som används av konsolen

  1. I Configuration Manager-konsolen går du till arbetsytan Övervakning, expanderar Rapportering och väljer noden Rapporter.

  2. I menyfliksområdet väljer du Rapportalternativ.

  3. I dialogrutan Rapportalternativ väljer du den Reporting Services-plats som du vill använda.

Nästa steg

Den här artikeln beskriver krav, begränsningar och ändringar av vanliga uppgifter som Configuration Manager kräver när du använder tillgänglighetsgrupper. Anvisningar för hur du konfigurerar webbplatsen för att använda tillgänglighetsgrupper finns i Konfigurera tillgänglighetsgrupper.