Konfigurera en licensfri standby-replik (förhandsversion) 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.

Kommentar

Azure SQL Database-repliker i vänteläge är för närvarande i förhandsversion.

Översikt

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

Du anger en replik för vänteläge när du konfigurerar en ny aktiv geo-replikeringsreplikering . Du kan sedan, om du vill, lägga till repliken i en redundansgrupp.

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 kan vara läsbar eller väntelä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.

Om du vill veta mer kan du titta på den här videon från Data Exposed:

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 modellen. 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ån för standby-repliken returneras antalet virtuella kärnor som den sekundära repliken använder till sin licensieringspool.

Om du till exempel har tilldelats 16 virtuella kärnor till den sekundära databasen visas en rabatt på 16 virtuella kärnor på fakturan om du endast anger den sekundära databasen som vänteläge.

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

Funktionsfunktioner

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

Funktioner 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-repliken och bör inte användas för läsarbetsbelastningar.
Oplanerad redundans Under en oplanerad redundansväxling, efter att de sekundära växlat till den primära rollen, kan den hantera läs- och skrivfrågor. När avbrotten har åtgärdats och den ursprungliga primära återanslutningen blir den den nya sekundära väntelägesrepliken och bör inte användas för läsarbetsbelastningar.
Säkerhetskopiera och återställ 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 endast användas för haveriberedskap. Inga produktionsprogram kan anslutas till repliken. 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änstenivå Väntelägesreplik som stöds Maskinvara
Enkel databas Etablerad Generell användning Ja Standardserie (Gen5), FSv2-serien, DC-serien
Enkel databas Etablerad Affärskritisk Ja Standardserie (Gen5), DC-serien
Enkel databas Etablerad Hyperskala Nej Ej tillämpligt
Enkel databas Utan server Alla Nej Ej tillämpligt
Elastisk pool Alla Allt Nej Ej tillämpligt

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

  • Du kan bara ange en databas för vänteläge när du upprättar en ny aktiv geo-replikeringsrelation. Databaser med befintliga active-georeplication-relationer, eller i befintliga redundansgrupper, kan inte utses för vänteläge.
  • Endast en sekundär databasreplik kan anges för väntelä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 tilldelas 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 går inte att ange en sekundär replik för vänteläge när repliken är en sekundär replik av en sekundär replik (en process som kallas länkning).

Förutsättningar

  • En Azure-prenumeration. Om du inte har en Azure-prenumeration skapar du ett kostnadsfritt Azure-konto innan du börjar.
  • En primär etablerad Azure SQL Database med virtuell kärna på tjänstnivån Generell användning eller Affärskritisk som körs på maskinvara som stöds. Gå igenom snabbstarten för att komma igång.

Konfigurera en väntelägesreplik

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 eller Azure CLI.

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 sql-databasresursen i Azure-portalen.

  2. Välj Repliker under Datahantering på resursmenyn och välj sedan + Skapa replik för att öppna sidan Skapa SQL Database – Geo-replik .

    Screenshot of the Replicas page for the SQL database in the Azure portal.

  3. På sidan Skapa SQL Database – Geo Replica väljer du Väntelägesreplik för repliktyp under Replikkonfiguration. Markera kryssrutan för att bekräfta att du använder repliken i vänteläge.

    Screenshot of the Create geo replica page with standby replica highlighted in the Azure portal.

  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 databasen och serverinformationen.

  5. Använd Skapa för att bekräfta inställningarna och skapa din nya väntelägesdatabasreplik.

Lägg till i en redundansgrupp (valfritt)

När din aktiva geo-replikeringsrelation har upprättats för din nya väntelägesdatabasreplik kan du välja att lägga till den i en redundansgrupp. Mer information finns i Konfigurera redundansgrupper.

Visa licensrättigheter

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

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 kontrollerar du 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:

    Screenshot of the Overview page for SQL database in the Azure portal with replica type highlighted.

Ta bort väntelägesreplik

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 och Azure CLI.

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-repliken 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 väntelägesreplik?

    Utan licensieringskostnader 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 Priskalkylatorn för Azure och ställer in SQL Server-licensen på Azure Hybrid-förmån.

  • 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 optimala geo-replikeringsprestanda.

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

    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 väntelägesrepliken?

    Väntelägesrepliker är endast avsedda för haveriberedskap (DR) och kan inte ha några aktiva läsarbetsbelastningar på den. 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 väntelägesreplik för att spara på kostnaderna?

    Nej. Endast nya repliker kan anges som vänteläge. Det går inte att uppdatera befintliga repliker. Du kan dock skapa en ny väntelägesreplik som är avsedd för vänteläge och sedan ta bort den befintliga geo-sekundära repliken för att spara på kostnaderna.

  • Kan jag aktivera Azure Hybrid-förmån för standby-repliken?

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

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

    Under planerad eller oplanerad redundansväxling blir väntelägesrepliken den nya primära som medför regelbundna licenskostnader medan den ursprungliga primära blir den nya reserven sekundär och slutar att medföra licensieringskostnader för virtuella kärnor. Men eftersom instansen faktureras för hela timmen kan du fortfarande debiteras licenskostnader för den nya sekundära under 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ån åsidosätter rabatten för väntelägeslicensiering Azure Hybrid-förmån som används av databasen.

  • Vad händer om jag skalar upp den primära eller sekundära till en högre storlek på virtuella kärnor?

    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 ett högre antal 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 lägre storlek på virtuella kärnor?

    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-replikerna 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ördelar med reserverad kapacitet för väntelägesrepliken?

    Ja. Prissättningen för reserverad kapacitet är helt kompatibel med väntelägesrepliken.

Nästa steg