Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
gäller för:Azure SQL Database
Den här guiden beskriver hur du uppdaterar din Azure SQL Database för zonredundans med tillgänglighetszoner.
Om du aktiverar zonredundans för Azure SQL Database garanteras hög tillgänglighet, vilket gör dina databaser och elastiska pooler motståndskraftiga mot en större uppsättning fel, till exempel oåterkalleliga datacenterfel, utan några ändringar i programlogik. När zonredundans är aktiverat använder databasen tillgänglighetszoner för att replikera data över flera fysiska platser i en enda Azure-region.
Prerequisites
Innan du aktiverar stöd för tillgänglighetszoner kontrollerar du att Azure SQL Database finns på en tjänstnivå och distributionsmodell som stöds. Kontrollera att din nivå och modell erbjuds i en region som stöder tillgänglighetszoner.
| Tjänstnivå | Distributionsmodell | Tillgänglighet för zonredundans |
|---|---|---|
| Premium | Enkel databas eller elastisk pool | Alla regioner som stöder tillgänglighetszoner |
| Business Critical | Enkel databas eller elastisk pool | Alla regioner som stöder tillgänglighetszoner |
| General Purpose | Enkel databas eller elastisk pool | Valda regioner som stöder tillgänglighetszoner |
| Hyperscale | Enkel databas | Alla regioner som stöder tillgänglighetszoner |
Krav på stilleståndstid
Aktivering av zonredundans för Premium-, Affärskritiskt- och Allmänt ändamål-tjänstenivåerna är en onlineåtgärd med ett kort avbrott. Om du har implementerat omprövningslogik för tillfälliga standardfel kommer du inte att märka övergången.
För tjänstnivån Hyperskala kan stöd för zonredundans endast anges när databasen skapas och kan inte ändras när resursen har etablerats. Om du vill gå över till stöd för tillgänglighetszoner måste du överföra dina data med databaskopiering, återställning till en specifik tidpunkt eller geo-replica. Om måldatabasen finns i en annan region än källan eller om redundansen för lagring av databassäkerhetskopiering för målet skiljer sig från källdatabasen är stilleståndstiden proportionell mot dataåtgärdens storlek.
Aktivera zonredundans (Premium, Affärskritisk och Generell användning)
För tjänstnivåerna Premium, Affärskritisk och Generell användning är det möjligt att aktivera zonredundans.
Följ de här stegen för att aktivera zonredundans för en enskild databas eller en elastisk pool.
Aktivera zonredundans för en enskild databas
Gå till Azure Portal för att hitta databasen. Sök efter och välj SQL-databaser.
Välj önskad databas.
Under Inställningar väljer du Beräkning + lagring.
Välj Ja för Vill du göra databaszonen redundant?
Välj Använd.
Vänta med att få ett meddelande om att åtgärden har slutförts i Meddelanden på den översta menyn i Azure Portal.
Om du vill kontrollera att zonredundans är aktiverat väljer du Översikt och sedan Egenskaper.
Under avsnittet Tillgänglighet kontrollerar du att zonredundans har angetts till Aktiverad.
Aktivera zonredundans för en elastisk pool
Important
Om du aktiverar stöd för zonredundans för elastiska pooler blir alla databaser i poolzonen redundanta.
Gå till Azure-portalen för att hitta och välj önskad elastisk pool.
Under Inställningar väljer du Beräkning + lagring.
Välj Ja för Vill du göra den här elastiska poolzonen redundant?.
Välj Spara.
Vänta med att få ett meddelande om att åtgärden har slutförts i Meddelanden på den översta menyn i Azure Portal.
Kontrollera att zonredundans är aktiverat genom att välja Konfigurera och sedan välja Poolinställningar.
Alternativet zonredundant bör vara inställt på Ja.
Omdistribuering (Hyperskala)
För tjänstnivån Hyperskala kan stöd för zonredundans endast anges när databasen skapas och kan inte ändras när databasen har etablerats. Om du vill få stöd för zonredundans måste du utföra en dataöverföring från din befintliga hyperskala-tjänstnivå för en enskild databas. För att kunna utföra överföringen och aktivera zonredundansalternativet måste en klon skapas med hjälp av databaskopiering, återställning till en viss tidpunkt eller geo-replik.
Omdistribueringsöverväganden
Det finns två omdistribueringslägen (online och offline):
Databaskopierings- och tidpunktåterställningsmetoder (offlineläge) skapar en transaktionsmässigt konsekvent databas vid en viss tidpunkt. Det innebär att dataändringar som utförs efter att kopierings- eller återställningsåtgärden har initierats inte är tillgängliga för den kopierade eller återställda databasen.
Geo-replikmetoden (onlineläge) är en omdistribution där eventuella dataändringar från källan synkroniseras till målet.
Anslutningssträngen för programmet måste uppdateras så att den pekar på den zonredundanta databasen.
Distribuera om en enskild databas
Databaskopiering
Om du vill skapa en databaskopiering och aktivera zonredundans med Azure Portal, PowerShell eller Azure CLI följer du anvisningarna i kopiera en transaktionsmässigt konsekvent kopia av en databas i Azure SQL Database.
Återställning till tidpunkt
Om du vill skapa en återställning av en tidsbaserad databas och aktivera zonredundans med Azure Portal, PowerShell eller Azure CLI, följ anvisningarna i Återställning till tidpunkt.
Geo-replica
Så här skapar du en geo-replik av databasen:
Följ anvisningarna med Azure portal, PowerShell eller Azure CLI i Konfigurera aktiv geo-replikering och failover (Azure SQL Database) och aktivera zonredundans under Compute + Storage
Repliken är seedad, och den tid det tar att seeda data beror på storleken på källdatabasen. Du kan övervaka statusen för seeding i Azure Portal eller genom att köra följande TSQL-frågor på replikdatabasen:
SELECT * FROM sys.dm_geo_replication_link_status; SELECT * FROM sys.dm_operation_status;När databassådderingen är klar utför du en planerad redundansväxling (ingen dataförlust) för att göra den zonredundanta måldatabasen till primär.
- Använd sys.dm_geo_replication_link_status för att visa status för geo-replikeringstillståndet. Det är
replication_state_descCATCH_UPnär den sekundära databasen är i ett transaktionsmässigt konsekvent tillstånd. - I den dynamiska hanteringsvyn sys.dm_operation_status letar du efter
state_descför att varaCOMPLETEDnär utsädesåtgärden har slutförts.
- Använd sys.dm_geo_replication_link_status för att visa status för geo-replikeringstillståndet. Det är
Uppdatera servernamnet i anslutningssträng för programmet så att det återspeglar den nya zonredundanta databasen.
Du kan rensa genom att ta bort den ursprungliga icke-zonredundanta databasen från geo-replikrelationen. Du kan välja att ta bort den.
Verifiera zonredundans
Du kan använda Azure PowerShell, Azure CLI eller REST API för att kontrollera ZoneRedundant egenskapen för en databas.
- I Azure-portalen navigerar du till din Azure SQL Database.
- Under Inställningar väljer du Beräkning + lagring.
- Kontrollera värdet för inställningen Vill du göra den här databaszonen redundant?
Inaktivera zonredundans
Om du vill inaktivera zonredundans för en enskild databas eller en elastisk pool kan du använda Azure-portalen, ARM API, PowerShell eller CLI.
Inaktivera zonredundans för en enskild databas
Inaktivera zonredundans för en elastisk pool
Om du vill inaktivera zonredundans för Hyperskala-tjänstnivå kan du reversera de steg som beskrivs i Omdistribution (Hyperskala).