Kurz: Konfigurace aktivní geografické replikace a převzetí služeb při selhání (Azure SQL Database)

Platí pro: Azure SQL Database

V tomto článku se dozvíte, jak nakonfigurovat aktivní geografickou replikaci a zahájit převzetí služeb při selhání pro Azure SQL Database pomocí webu Azure Portal, PowerShellu nebo Azure CLI.

Aktivní geografická replikace je nakonfigurovaná pro každou databázi. Pokud chcete převzít služby při selhání skupiny databází nebo pokud vaše aplikace vyžaduje stabilní koncový bod připojení, zvažte místo toho skupiny převzetí služeb při selhání.

Požadavky

• K dokončení tohoto kurzu potřebujete jednu službu Azure SQL Database. Informace o vytvoření izolované databáze pomocí webu Azure Portal, Azure CLI nebo PowerShellu najdete v tématu Rychlý start: Vytvoření izolované databáze – Azure SQL Database.

• Pomocí webu Azure Portal můžete nastavit aktivní geografickou replikaci napříč předplatnými, pokud jsou obě předplatná ve stejném tenantovi Microsoft Entra ID.

  • Pokud chcete vytvořit geografickou sekundární repliku v předplatném , které se liší od předplatného primárního tenanta v jiném tenantovi Microsoft Entra ID, použijte geografickou sekundární oblast napříč předplatnými a kurz T-SQL tenanta Microsoft Entra ID.
  • Operace geografické replikace mezi předplatnými, včetně nastavení a geografického převzetí služeb při selhání, se podporují také pomocí rozhraní Databases Create nebo Update REST API.

Přidání sekundární databáze

Následující kroky vytvoří novou sekundární databázi v partnerství geografické replikace.

Pokud chcete přidat sekundární databázi, musíte být vlastníkem nebo spoluvlastníkem předplatného.

Sekundární databáze má stejný název jako primární databáze a má ve výchozím nastavení stejnou úroveň služby a velikost výpočetních prostředků. Sekundární databází může být jedna databáze nebo databáze ve fondu. Další informace najdete v tématu Přehled nákupního modelu založeného na DTU a nákupní model založený na virtuálních jádrech. Po vytvoření a počátečním vytvoření sekundární databáze začnou data replikovat z primární databáze do nové sekundární databáze.

Pokud se sekundární replika používá jenom pro zotavení po havárii (DR) a nemá žádné úlohy čtení nebo zápisu, můžete ušetřit náklady na licencování tím, že databázi navrhnete pro pohotovostní režim při konfiguraci nového aktivního vztahu geografické replikace. Další informace najdete v pohotovostní replice bez licence.

az sql db replica create --resource-group ContosoHotel --server contosoeast --name guestlist --partner-server contosowest --family Gen5 --capacity 2 --secondary-type Geo

az sql db replica list-links --name guestlist --resource-group ContosoHotel --server contosowest

Connect-AzAccount
$subscriptionid = <your subscription id here>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'SecondaryRG'
    PartnerServerName = 'SecondaryServer'
    PartnerDatabaseName = 'TestDB'
}

New-AzSqlDatabaseSecondary @parameters

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'SecondaryRG'
}

Get-AzSqlDatabaseReplicationLink @parameters

Inicializace převzetí služeb při selhání

Sekundární databázi je možné přepnout na primární databázi.

az sql db replica set-primary --name guestlist --resource-group ContosoHotel --server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryServer'
}

Set-AzSqlDatabaseSecondary @parameters -Failover

Příkaz okamžitě přepne sekundární databázi do primární role. Tento proces by se obvykle měl dokončit během 30 sekund nebo méně.

Obě databáze jsou nedostupné po dobu až 25 sekund, zatímco se role přepnou. Pokud má primární databáze více sekundárních databází, příkaz automaticky překonfiguruje ostatní sekundární databáze pro připojení k nové primární databázi. Dokončení celé operace by za normálních okolností mělo trvat méně než minutu.

Odebrání sekundární databáze

Tato operace trvale zastaví replikaci do sekundární databáze a změní roli sekundární databáze na běžnou databázi pro čtení i zápis. Pokud dojde k přerušení připojení k sekundární databázi, příkaz proběhne úspěšně, ale sekundární se nepředpokládá do doby, než se připojení obnoví.

az sql db replica delete-link --name guestlist --resource-group ContosoHotel --server contosoeast --partner-server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryRG'
    PartnerServerName = 'PrimaryServer'
}
Remove-AzSqlDatabaseSecondary @parameters

Geografická replikace mezi předplatnými

• Pokud chcete vytvořit geografickou sekundární repliku v předplatném , které se liší od předplatného primárního tenanta ve stejném tenantovi Microsoft Entra, můžete použít Azure Portal nebo postup v této části.
• Pokud chcete vytvořit geografickou sekundární repliku v předplatném , které se liší od předplatného primárního v jiném tenantovi Microsoft Entra, musíte použít ověřování SQL a T-SQL, jak je popsáno v krocích v této části. Ověřování Microsoft Entra pro Azure SQL pro geografickou replikaci mezi předplatnými se nepodporuje, pokud je logický server v jiném tenantovi Azure.

1. Přidejte IP adresu klientského počítače, který v tomto příkladu spouští příkazy T-SQL, do bran firewall serveru primárních i sekundárních serverů. Tuto IP adresu můžete potvrdit spuštěním následujícího dotazu při připojení k primárnímu serveru ze stejného klientského počítače.

   SELECT client_net_address
   FROM sys.dm_exec_connections
   WHERE session_id = @@SPID;
   

   Další informace najdete v tématu Azure SQL Database a pravidla brány firewall protokolu IP služby Azure Synapse.

2. master V databázi na primárním serveru vytvořte přihlašovací jméno ověřování SQL vyhrazené pro aktivní nastavení geografické replikace. Podle potřeby upravte přihlašovací jméno a heslo.

   CREATE LOGIN geodrsetup
       WITH PASSWORD = 'ComplexPassword01';
   

3. Ve stejné databázi vytvořte uživatele pro přihlášení a přidejte ho dbmanager do role:

   CREATE USER geodrsetup FOR LOGIN geodrsetup;
   
   ALTER ROLE dbmanager ADD MEMBER geodrsetup;
   

4. Poznamenejte si hodnotu SID nového přihlášení. Získejte hodnotu SID pomocí následujícího dotazu.

   SELECT sid
   FROM sys.sql_logins
   WHERE name = 'geodrsetup';
   

5. Připojte se k primární databázi (ne master k databázi) a vytvořte uživatele pro stejné přihlášení.

   CREATE USER geodrsetup FOR LOGIN geodrsetup;
   

6. Ve stejné databázi přidejte uživatele do db_owner role.

   ALTER ROLE db_owner ADD MEMBER geodrsetup;
   

7. master V databázi na sekundárním serveru vytvořte stejné přihlášení jako na primárním serveru s použitím stejného názvu, hesla a identifikátoru SID. Hodnotu šestnáctkového identifikátoru SID v ukázkovém příkazu níže nahraďte šestnáctkovou hodnotou získanou v kroku 4.

   CREATE LOGIN geodrsetup
       WITH PASSWORD = 'ComplexPassword01', SID = 0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;
   

8. Ve stejné databázi vytvořte uživatele pro přihlášení a přidejte ho dbmanager do role.

   CREATE USER geodrsetup FOR LOGIN geodrsetup;
   
   ALTER ROLE dbmanager ADD MEMBER geodrsetup;
   

9. Připojte se k master databázi na primárním serveru pomocí nového geodrsetup přihlášení a zahajte vytvoření sekundární geografické oblasti na sekundárním serveru. Podle potřeby upravte název databáze a název sekundárního serveru. Po spuštění příkazu můžete monitorováním geografického sekundárního vytváření dotazováním zobrazení sys.dm_geo_replication_link_status v primární databázi a zobrazením sys.dm_operation_status v master databázi na primárním serveru. Doba potřebná k vytvoření geografické sekundární oblasti závisí na velikosti primární databáze.

   alter database [dbrep] add secondary on server [servername];
   

10. Po úspěšném vytvoření geografické sekundární oblasti je možné uživatele, přihlášení a pravidla brány firewall vytvořená tímto postupem odebrat.

Související obsah

• Aktivní geografická replikace
• Přehled skupin převzetí služeb při selhání a osvědčené postupy (Azure SQL Database)
• Přehled kontinuity podnikových procesů se službou Azure SQL Database
• Konfigurace pohotovostní repliky bez licence pro Azure SQL Database