Dela via

Konfigurera en licensfri standby-replik för Azure SQL Database

  • Artikel

gäller för:Azure SQL Database

Den här artikeln beskriver hur du kan spara på licenskostnader genom att ange din sekundära haveriberedskapsdatabas (DR) för vänteläge när du använder Azure SQL Database.

Översikt

När en sekundär databasreplik används endast för katastrofåterställning och inte har några belastningar som körs på den eller program som ansluter till den, kan du spara på licenskostnader genom att ange databasen som en standbykopiering. När en sekundär databas är avsedd för vänteläge ger Microsoft dig antalet virtuella kärnor som licensierats till den primära databasen utan extra kostnad under redundansrättsförmånen i produktlicensvillkor. Du debiteras fortfarande för den beräkning och lagring som den sekundära databasen använder.

Du kan ange en replik för vänteläge när du konfigurerar en ny aktiv geo-replikering replikering, eller så kan du konvertera en befintlig replik till vänteläge.

Aktiv geo-replikering har stöd för att lägga till fyra sekundära repliker, men du kan bara ange en sekundär databasreplik som vänteläge. Redundansgrupper stöder en sekundär databasreplik per primär databas, och den sekundära repliken kan vara antingen läsbar eller i standby-läge.

Under planerad eller oplanerad redundansväxling blir standby-repliken den nya primära repliken och börjar medföra regelbundna licensieringskostnader för virtuella kärnor medan den ursprungliga primära blir den nya sekundära väntelägesrepliken och slutar att medföra licensieringskostnader för virtuella kärnor.

Kostnadsförmån

När du anger en databasreplik som vänteläge debiterar Microsoft inte SQL Server-licensieringskostnader för de virtuella kärnor som används av väntelägesrepliken. Men eftersom databasen faktureras för hela timmen kan du fortfarande debiteras licenskostnader för hela timmen om tillståndsändringen görs i mitten av timmen.

Förmånen översätts på olika sätt mellan kunder som använder modellen betala per användning och kunder som använder Azure Hybrid-förmån modell. För en betala-per-användning-kund rabatteras de virtuella kärnorna på fakturan. För en kund som använder Azure Hybrid-förmånen för reservrepliken returneras antalet virtuella kärnor som den sekundära repliken använder till sin licenspool.

Som en kund med betala-efterhand-prisplan, om du till exempel har tilldelats 16 virtuella kärnor till den sekundära databasen, visas en rabatt för 16 virtuella kärnor på fakturan om du endast anger den sekundära databasen som standby-läge.

I ett annat exempel, om du har 16 Azure Hybrid-förmånslicenser och distribuerar en databas som har 16 virtuella kärnor, returneras 16 virtuella kärnor till din licenspool när du har angett den sekundära databasen för vänteläge, så returneras 16 virtuella kärnor till din licenspool så att du kan använda med andra Azure SQL-distributioner.

Funktionella möjligheter

I följande tabell beskrivs de funktionella funktionerna i en sekundär databasreplik i vänteläge:

Funktionalitet Beskrivning
Begränsade läsarbetsbelastningar När du har angett databasen som vänteläge kan du bara köra ett begränsat antal läsarbetsbelastningar på den sekundära databasen, till exempel FRÅGOR om dynamiska hanteringsvyer (DMV), säkerhetskopior och DBCC-frågor (Database Console Commands).
Planerad redundans Alla planerade redundansscenarier - inklusive återställningstest, flytt av databaser till andra regioner och returnering av databaser till den primära - stöds av väntelägesrepliken. När den sekundära växlar till den primära kan den hantera läs- och skrivfrågor. Den nya sekundära (den ursprungliga primära) blir standby-replikan och bör inte användas för läsoperationer.
Oplanerad övergång Under en oplanerad övergång, efter att den sekundära antar den primära rollen, kan den besvara läs- och skrivfrågor. När avbrottet har åtgärdats och den ursprungliga primära återansluter blir den den nya sekundära standby-replikan och bör inte användas för läsprocesser.
Säkerhetskopiera och återställa Säkerhetskopierings- och återställningsbeteendet i en väntelägesreplik och en läsbar sekundär databasreplik är desamma.
Övervakning Alla övervakningsåtgärder som stöds av en läsbar sekundär replik stöds av väntelägesrepliken.

Standby-databasrepliken får bara användas för haveriberedskap. Följande visar de enda aktiviteter som tillåts i väntelägesdatabasen:

  • Utföra underhållsåtgärder, till exempel checkDB
  • Ansluta övervakningsprogram
  • Köra haveriberedskapstest

Begränsningar

I följande tabell visas de distributionsmodeller som stöds och som inte stöds:

Distributionsmodell Beräkningsnivå Tjänstnivå Väntelägesreplik som stöds Hårdvara
Enkel databas Tillhandahållen Generell användning Ja Standardserie (Gen5), FSv2-serien, DC-Series
Enkel databas Tilldelad Affärskritisk Ja Standardserie (Gen5), DC-Series
Enkel databas Tillhandahållen Storskalig datorarkitektur Ej tillämpligt Ej tillämpligt
Enkel databas Utan server Allt Nej Ej tillämpligt
Elastisk databaspool Allt Allt Nej Ej tillämpligt

Användning av en väntelägesdatabas har följande begränsningar:

  • Endast en sekundär databasreplik kan anges för standbyläge.
  • Den serverlösa beräkningsnivån stöds inte. Det går inte att aktivera väntelägesreplik om den primära eller sekundära databasen finns på den serverlösa beräkningsnivån.
  • DTU-köpmodellen stöds inte. Du kan aktivera en väntelägesreplik för databaser endast med köpmodellen för virtuella kärnor.
  • Tjänstnivån Hyperskala stöds inte. Endast databaser på tjänstnivåerna Generell användning och Affärskritisk kan anges för vänteläge.
  • När du använder en redundansgrupp tilldelas väntelägesrättigheter på databasnivå, inte på redundansgruppsnivå, och måste tilldelas separat för varje databas i redundansgruppen.
  • Det är inte möjligt att ange en sekundär replik i reservläge när repliken är en sekundär replik av en sekundär replik (en process som kallas kedjning).

Förutsättningar

Konfigurera ny replik för standbyläge

Du kan ange en replik för vänteläge när du konfigurerar en ny aktiv geo-replikeringsrelation med hjälp av Azure-portalen, PowerShell, Azure CLI eller REST-API:et.

Följ dessa steg för att skapa en ny aktiv geo-replikeringsrelation och ange din sekundära databas som vänteläge i Azure-portalen:

  1. Gå till din SQL-databasresurs i Azure-portalen.

  2. Välj Replika under Datahantering från resursmenyn, och välj sedan + Skapa replik för att öppna sidan Skapa SQL Database – Geo Replica.

    Skärmbild av sidan Repliker för SQL-databasen i Azure-portalen.

  3. På sidan Skapa SQL Database – Geo Replica väljer du standby-replika för repliktyp under replik-konfiguration. Markera kryssrutan för att bekräfta att du använder repliken i vänteläge.

    Skärmbild av sidan Skapa geo-replik med väntelägesreplik markerad i Azure-portalen.

  4. Ange en ny eller befintlig server för den nya väntelägesdatabasen och använd sedan Granska + skapa för att göra en slutlig validering av databas- och serverinformationen.

  5. Använd Skapa för att bekräfta inställningarna och skapa din nya standby-databasreplik.

Anmärkning

Du kan också ange dina databaser som vänteläge när du skapar en redundansgruppeller lägga till databaser i en befintlig redundansgrupp i Azure-portalen.

Konvertera befintlig replik

Du kan använda Azure-portalen eller kommandot Replikeringslänkar – Uppdatera REST API för att konvertera en befintlig replik från en vanlig geo-replik till en standby-replik eller en standby-replik till en vanlig geo-replik.

Så här konverterar du en befintlig replik i Azure-portalen:

  1. Gå till SQL-databasresursen i Azure-portalen.
  2. Välj repliker under Datahantering.
  3. Välj ellipserna (...) för repliken och sedan:
    1. Om du vill konvertera en vanlig replik till en väntelägesreplik väljer du Konvertera till vänteläge. Markera kryssrutan bredvid jag bekräftar... i popup-fönstret Konvertera till väntelägesreplik och välj sedan Ja för att spara ändringen och konvertera repliken.
    2. Om du vill konvertera en standbyreplik till en vanlig geografisk replik väljer du Konvertera till Geografisk replik. Markera kryssrutan bredvid jag bekräftar... i popup-fönstret Konvertera till geo-replik och välj sedan Ja för att spara ändringarna och konvertera repliken.

Om du vill konvertera en befintlig replik med hjälp av REST API Replikeringslänkar – Uppdatera-kommandot anger du linkType som STANDBY för en standby-replik eller GEO för att konvertera en befintlig standby-replik tillbaka till en vanlig geo-replik.

Visa licensrättigheter

Du kan visa licensrättigheterna för en befintlig databas med hjälp av Azure-portalen, PowerShell, Azure CLI eller REST API.

Följ dessa steg om du vill kontrollera licensrättigheterna för en befintlig databas med hjälp av Azure-portalen:

  1. Gå till din SQL-databas i Azure-portalen.

  2. På sidan Översikt ska du kontrollera Repliktyp under Essentials. Värdet Standby anger att databasen är en väntelägesreplik och att du inte debiteras för SQL-licensieringskostnader för den här databasen:

    Skärmbild av översiktssidan för SQL-databasen i Azure-portalen med repliktypen markerad.

Ta bort reservreplik

När en databas har angetts som vänteläge kan du inte bara ta bort standby-egenskapen. Om du vill ta bort en väntelägesreplik måste du stoppa replikeringen för att avsluta den aktiva geo-replikeringsrelationen. När replikeringen har upphört blir databasen fristående och du kommer att börja dra på dig licenskostnader.

Du kan stoppa geo-replikering med hjälp av Azure-portalen, PowerShell, Azure CLI eller REST API.

Följ dessa steg om du vill ta bort en standby-replik genom att avsluta geo-replikeringen i Azure-portalen:

  1. Gå till din SQL-databas i Azure-portalen.
  2. Välj repliker under Datahantering.
  3. Välj ellipserna (...) för Standby-replik och välj sedan Stoppa replikering från popup-menyn. Detta stoppar replikeringen så att den sekundära databasen nu är fristående i stället för avsedd för vänteläge och medför licenskostnader.

Vanliga frågor och svar

  • Vilka är priskonsekvenserna?

    Sekundära databasrepliker debiteras för SQL-licensiering, beräkning och lagring för data och säkerhetskopior. När du anger en databasreplik för vänteläge debiteras du inte för licenskostnaderna för de virtuella kärnor som används av den sekundära repliken, men du debiteras fortfarande för beräkning och lagring.

  • Vilka är de ungefärliga besparingarna med en reservreplik?

    Utan inkluderade licenskostnader kan en standby-replik spara mellan 35 och 40 procent jämfört med en vanlig helt läsbar sekundär replik, även om besparingarna varierar beroende på region. För korrekt prissättning använder du Azure Pricing Calculator och väljer Standby-kopia i listrutan **Haveriberedskap.

  • Hur många virtuella kärnor kommer att vara licensfria för standby-repliken?

    Samma antal virtuella kärnor som den primära databasen använder. Att konfigurera den sekundära repliken med samma antal virtuella kärnor som den primära databasen rekommenderas för optimal geo-replikeringsprestanda.

  • Behöver jag ha en SQL Server-licens med aktiv Software Assurance för att använda en standby-kopia?

    Nej. Eftersom standby-repliken inte medför licenskostnader behöver du ingen aktiv SQL Server-licens med aktiv Software Assurance.

  • Hur kan jag använda standbykopian?

    Standby-repliker är endast avsedda för katastrofåterställning (DR) och kan inte ha aktiva läsarbetsbelastningar på dem. De enda godkända arbetsbelastningarna är för övervakning, underhåll som att köra dynamiska hanteringsvyer (DMV:er) och CheckDB.

  • Kan jag uppdatera min befintliga läsbara sekundära replik till en standby-replik för att sänka kostnaderna?

    Ja, i Azure-portalen, på fliken Repliker. Välj ellipserna (...) och välj sedan alternativet för att Konvertera repliken.

  • Kan jag aktivera Azure Hybrid Benefit för standby-repliken?

    Om du anger en replik för vänteläge ersätts rabatten från Azure Hybrid-förmånen, så att du inte kan ändra licensieringsmodellen för repliken med hjälp av Azure-portalen. Men om du vill att väntelägesrepliken ska använda Azure Hybrid-förmånen vid redundansväxling kan du använda Set-AzSqlDatabase PowerShell eller az sql db update Azure CLI-kommandot för att uppdatera licenstypen till BasePrice (Azure Hybrid-förmån) för standby-repliken som ska användas när väntelägesrepliken blir primär efter redundansväxling.

  • Vad händer med statusen för väntelägesrepliken under failover?

    Under planerad eller oplanerad överflyttning blir standby-repliken den nya primära, vilket medför regelbundna licenskostnader, medan den ursprungliga primära blir den nya sekundära reserven och upphör att medföra vCore-licensieringskostnader. Men eftersom instansen faktureras för hela timmen kan du fortfarande debiteras licenskostnader för den nya sekundärinstansen för hela timmen om tillståndsändringen sker i mitten av timmen. Om den ursprungliga primära (som blir vänteläge efter redundansväxling) använde Azure Hybrid-förmånen åsidosätter rabatten för väntelägeslicensiering den Azure Hybrid-förmån som används av databasen.

  • Vad händer om jag skalar upp den primära eller sekundära instansen till en högre vCore-storlek?

    När du skalar upp är det bästa praxis att skala upp den sekundära först och sedan den primära. Även om den sekundära repliken kommer att ha fler virtuella kärnor än den primära under övergångsperioden, gäller fördelarna med standby-replikerna fortfarande. Försök att minimera övergångsperioden så mycket som möjligt.

  • Vad händer om jag skalar ned den primära eller sekundära till en mindre vCore-storlek?

    När du skalar ned är det bästa praxis att skala ned den primära först och sedan den sekundära. Även om den sekundära repliken kommer att ha ett högre antal virtuella kärnor än den primära under övergångsperioden, gäller fördelarna med standby-repliken fortfarande. Försök att minimera övergångsperioden så mycket som möjligt.

  • Vad händer om jag tar bort geo-replikeringsrelationen mellan den primära repliken och väntelägesrepliken?

    När geo-replikering har tagits bort blir väntelägesdatabasen en vanlig fristående databas och börjar medföra licenskostnader.

  • Kan jag få fördelarna med en reservation för standby-repliken?

    Ja. Reservationspriser är helt kompatibla med reservreplikan.

  • Kan jag ange en replik för beredskapsläge när jag skapar en ny failover-grupp eller lägger till databaser i den?

    Ja, men bara när du skapar en ny redundansgrupp eller lägger till databaser i en befintlig redundansgrupp i Azure-portalen. PowerShell och Azure CLI är för närvarande inte tillgängliga.

Relaterat innehåll