Kommentar
Å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 artikeln visar hur du konfigurerar aktiv geo-replikering och initierar en failover för Azure SQL Database genom att använda Azure-portalen, PowerShell eller Azure CLI.
Aktiv geo-replikering konfigureras per databas. Om du vill växla över en grupp databaser, eller om ditt program kräver en stabil anslutningsslutpunkt, bör du överväga failover-grupper i stället.
Förutsättningar
För att slutföra denna handledning behöver du en enda Azure SQL Database. För att lära dig hur man skapar en enda databas med Azure portal, Azure CLI eller PowerShell, se Quickstart: Create a single database - Azure SQL Database.
Du kan använda Azure-portalen för att konfigurera Active geo-replikering mellan prenumerationer så länge båda prenumerationerna finns i samma Microsoft Entra ID-klientorganisation.
- För att skapa en geosekundär replika i ett abonnemang som skiljer sig från abonnemanget för den primära databasen i en annan Microsoft Entra ID-klientorganisation använder du självstudiekursen i T-SQL om geosekundär replikering mellan abonnemang och Microsoft Entra ID-klientorganisationer.
- Geo-replikeringsåtgärder mellan prenumerationer, inklusive konfiguration och geo-överflyttning, stöds också med hjälp av REST API för att skapa eller uppdatera databaser.
Lägga till en sekundär databas
Följande steg skapar en ny sekundär databas i ett georeplikeringspartnerskap.
Om du vill lägga till en sekundär databas måste du vara prenumerationsägare eller medägare.
Den sekundära databasen har samma namn som primärdatabasen och har som standard samma tjänstenivå och beräkningsstorlek. Den sekundära databasen kan vara en enda databas eller en poolad databas. För mer information, se översikt av DTU-baserade inköpsmodeller och vCore-baserade inköpsmodeller. Efter att sekundären skapats och seedats börjar data replikera från primärdatabasen till den nya sekundärdatabasen.
Om din sekundära replik endast används för katastrofåterställning (DR) och inte har några arbetsbelastningar för läsning eller skrivning, kan du spara licenskostnader genom att ange databasen som standby när du konfigurerar en ny aktiv geo-replikeringsrelation. Mer information finns i licensfri standby-replika.
Note
Om partnerdatabasen redan existerar (till exempel som ett resultat av att en tidigare geo-replikationsrelation avslutats) misslyckas kommandot.
I Azure-portalen, bläddra till databasen som du vill skapa för georeplikering.
På sidan SQL Database, välj din databas, scrolla till Data Management, välj Replicas och välj sedan Create replica.
Välj din geosekundära databas Prenumeration och resursgrupp.
Välj eller skapa servern för den sekundära databasen och konfigurera Compute + lagringsalternativen om det behövs. Du kan välja vilken region som helst för din sekundära server, men vi rekommenderar den parade regionen.
Eventuellt kan du lägga till en sekundär databas i en elastisk pool. För att skapa den sekundära databasen i en pool, välj Ja bredvid Vill du använda SQL elastic pool? och välj en pool på målservern. En pool måste redan finnas på målservern. Detta arbetsflöde skapar ingen pool.
Välj Granska + skapa, granska informationen och välj sedan Skapa.
Den sekundära databasen skapas och distributionsprocessen börjar.
När distributionen är klar visar den sekundära databasen dess status.
Gå tillbaka till den primära databassidan och välj sedan Repliker. Din sekundära databas listas under Geo-repliker.
Initiera en övergång till reservsystem
Den sekundära databasen kan bytas till att bli den primära.
I Azure Portal går du till den primära databasen i geo-replikeringspartnerskapet.
Scrolla till Datahantering och välj sedan Repliker.
I listan Geo-repliker väljer du den databas som du vill ska bli den nya primära databasen, väljer ellipsen (...) och väljer sedan Tvungen redundansväxling.
Välj Ja när du vill starta redundansväxlingen.
Kommandot byter omedelbart den sekundära databasen till primärrollen. Denna process bör normalt vara klar inom 30 sekunder eller mindre.
Båda databaserna är otillgängliga, i upp till 25 sekunder, medan rollerna är ombytta. Om primärdatabasen har flera sekundära databaser omkonfigurerar kommandot automatiskt de andra sekundära databaserna för att ansluta till den nya primärdatabasen. Hela operationen borde under normala omständigheter ta mindre än en minut att slutföra den.
Ta bort sekundär databas
Denna operation stoppar permanent replikeringen till den sekundära databasen och ändrar sekundärens roll till en vanlig läs-skriv-databas. Om anslutningen till den sekundära databasen bryts lyckas kommandot, men den sekundära databasen går inte över till läs- och skrivläge förrän anslutningen har återställts.
- I Azure-portalen går du till den primära databasen i geo-replikeringspartnerskapet.
- Välj Replicas.
- I Geo-replikationslistan , välj databasen du vill ta bort från geo-replikeringspartnerskapet, välj ellipsen och välj sedan Stoppa replikering.
- Ett bekräftelsefönster öppnas. Välj Ja för att ta bort databasen från geo-replikeringskopplingen. (Sätt in den i en läs-skriv-databas som inte ingår i någon replikering.)
Geo-replikering mellan prenumerationer
- För att skapa en geosekundär replika i en prenumeration som skiljer sig från prenumerationen för primären i samma Microsoft Entra-tenant, kan du använda Azure-portalen eller stegen i detta avsnitt.
- För att skapa en geosekundär replika i en prenumeration som skiljer sig från prenumerationen för primären i en annan Microsoft Entra-tenant, måste du använda SQL-autentisering och T-SQL som beskrivs i stegen i detta avsnitt. Microsoft Entra-autentisering för Azure SQL för georeplikering mellan prenumerationer stöds inte när en logisk server ligger i en annan Azure-klientorganisation
Lägg till IP-adressen till klientmaskinen som utför T-SQL-kommandona i detta exempel, till serverbrandväggarna för både primära och sekundära servrar. Du kan bekräfta den IP-adressen genom att köra följande fråga medan du är ansluten till primärservern från samma klientdator.
SELECT client_net_address FROM sys.dm_exec_connections WHERE session_id = @@SPID;Mer information finns i Azure SQL Database och Azure Synapse IP-brandväggsregler.
I databasen
masterpå primärservern , skapa en SQL-autentiseringsinloggning dedikerad till aktiv georeplikeringsinstallation. Justera inloggningsnamn och lösenord vid behov.CREATE LOGIN geodrsetup WITH PASSWORD = 'ComplexPassword01';I samma databas, skapa en användare för inloggningen och lägg till den i
dbmanagerrollen:CREATE USER geodrsetup FOR LOGIN geodrsetup; ALTER ROLE dbmanager ADD MEMBER geodrsetup;Notera SID-värdet på den nya inloggningen. Erhåll SID-värdet med följande fråga.
SELECT sid FROM sys.sql_logins WHERE name = 'geodrsetup';Koppla upp dig mot huvuddatabasen (inte databasen
master) och skapa en användare för samma inloggning.CREATE USER geodrsetup FOR LOGIN geodrsetup;I samma databas, lägg till användaren i rollen
db_owner.ALTER ROLE db_owner ADD MEMBER geodrsetup;I databasen
masterpå den sekundära servern, skapa samma inloggning som på den primära servern, med samma namn, lösenord och SID. Byt ut det hexadecimala SID-värdet i exempelkommandot nedan mot det som erhålls i steg 4.CREATE LOGIN geodrsetup WITH PASSWORD = 'ComplexPassword01', SID = 0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;I samma databas, skapa en användare för inloggningen och lägg till den i
dbmanagerrollen.CREATE USER geodrsetup FOR LOGIN geodrsetup; ALTER ROLE dbmanager ADD MEMBER geodrsetup;Koppla upp dig mot databasen
masterpå primärservern med den nyageodrsetupinloggningen och initiera geosekundär skapande på sekundärservern. Justera databasnamn och sekundärservernamn efter behov. När kommandot har körts kan du övervaka skapandet av geo-sekundären genom att köra frågor mot vyn sys.dm_geo_replication_link_status i primärdatabasen och vyn sys.dm_operation_status imaster-databasen på primärservern. Tiden som krävs för att skapa en geo-sekundär beror på storleken på den primära databasen.alter database [dbrep] add secondary on server [servername];Efter att geo-sekundären har skapats framgångsrikt kan användarna, inloggningarna och brandväggsreglerna som skapats med denna procedur tas bort.