Samouczek: konfigurowanie aktywnej replikacji geograficznej i trybu failover (Azure SQL Database)

Dotyczy:Azure SQL Database

W tym artykule pokazano, jak skonfigurować aktywną replikację geograficzną i zainicjować tryb failover dla usługi Azure SQL Database przy użyciu witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia platformy Azure.

Aktywna replikacja geograficzna jest konfigurowana dla bazy danych. Aby przełączyć grupę baz danych w tryb failover lub jeśli aplikacja wymaga stabilnego punktu końcowego dla połączenia, warto zamiast tego rozważyć Grupy trybu failover.

Wymagania wstępne

• Aby ukończyć ten samouczek, potrzebujesz pojedynczej bazy danych Azure SQL Database. Aby dowiedzieć się, jak utworzyć pojedynczą bazę danych za pomocą witryny Azure Portal, interfejsu wiersza polecenia platformy Azure lub programu PowerShell, zobacz Szybki start: tworzenie pojedynczej bazy danych — Azure SQL Database.

• Za pomocą portalu Azure można skonfigurować aktywną replikację geograficzną między subskrypcjami, pod warunkiem że obie subskrypcje znajdują się w tej samej dzierżawie Microsoft Entra ID.

  • Aby utworzyć geograficzną replikę pomocniczą w subskrypcji innej niż subskrypcja podstawowej repliki, w innej dzierżawie Microsoft Entra ID, skorzystaj z samouczka T-SQL dotyczącego geograficznej repliki pomocniczej w różnych subskrypcjach i dzierżawie Microsoft Entra ID.
  • Operacje replikacji geograficznej między subskrypcjami, w tym konfigurowanie i geograficzne przełączanie awaryjne, są również obsługiwane przy użyciu interfejsu Databases Create or Update REST API.

Dodawanie pomocniczej bazy danych

Poniższe kroki umożliwiają utworzenie nowej pomocniczej bazy danych w ramach partnerstwa replikacji geograficznej.

Aby dodać pomocniczą bazę danych, musisz być właścicielem lub współwłaścicielem subskrypcji.

Pomocnicza baza danych ma taką samą nazwę jak podstawowa baza danych i domyślnie ma tę samą warstwę usługi i rozmiar obliczeniowy. Pomocnicza baza danych może być pojedynczą bazą danych lub bazą danych w puli. Aby uzyskać więcej informacji, zobacz Omówienie modelu zakupowego opartego na jednostkach DTU i model zakupowy oparty na rdzeniach wirtualnych. Po utworzeniu pomocniczej bazy danych i zapełnieniu jej danymi początkowymi rozpoczyna się replikacja danych z podstawowej bazy danych do nowej pomocniczej bazy danych.

Jeśli replika pomocnicza jest używana tylko do odzyskiwania po awarii (DR) i nie ma żadnych obciążeń odczytu lub zapisu, możesz zaoszczędzić na kosztach licencjonowania, określając bazę danych na potrzeby rezerwowania podczas konfigurowania nowej aktywnej relacji replikacji geograficznej. Aby uzyskać więcej informacji, zobacz replika rezerwowa bez licencji.

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

Zainicjuj przełączenie awaryjne

Pomocnicza baza danych może zostać przełączona na podstawową.

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

Polecenie natychmiast przełącza pomocniczą bazę danych do roli podstawowej. Ten proces powinien zostać ukończony w ciągu 30 sekund lub mniej.

Obie bazy danych są niedostępne przez maksymalnie 25 sekund, podczas gdy role są przełączane. Jeśli podstawowa baza danych ma wiele pomocniczych baz danych, polecenie automatycznie ponownie skonfiguruje inne pomocnicze bazy danych w celu nawiązania połączenia z nowym podstawowym. Cała operacja powinna potrwać krócej niż minutę w normalnych okolicznościach.

Usuwanie pomocniczej bazy danych

Ta operacja trwale zatrzymuje replikację do pomocniczej bazy danych i zmienia rolę pomocniczej w regularnej bazie danych odczytu i zapisu. Jeśli łączność z pomocniczą bazą danych zostanie przerwana, polecenie zakończy się powodzeniem, ale pomocnicza baza danych nie przełączy się w tryb odczytu i zapisu, dopóki łączność nie zostanie przywrócona.

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

Replikacja geograficzna między subskrypcjami

• Aby utworzyć pomocniczą replikę geograficzną w subskrypcji innej niż subskrypcja podstawowa, ale w tej samej dzierżawie Microsoft Entra, możesz użyć portalu Azure lub wykonać kroki opisane w tej sekcji.
• Aby utworzyć replikę pomocniczą geograficzną w subskrypcji innej niż subskrypcja podstawowej w innej dzierżawie firmy Microsoft Entra, należy użyć uwierzytelniania SQL i języka T-SQL zgodnie z opisem w krokach w tej sekcji. Uwierzytelnianie Microsoft Entra dla usługi Azure SQL na potrzeby replikacji geograficznej między subskrypcjami nie jest obsługiwane, gdy serwer logiczny znajduje się w innej dzierżawie usługi Azure

1. Dodaj adres IP maszyny klienckiej wykonującej w tym przykładzie polecenia T-SQL do zapór obu serwerów: podstawowego i pomocniczego. Możesz potwierdzić ten adres IP, wykonując następujące zapytanie podczas nawiązywania połączenia z serwerem podstawowym z tego samego komputera klienckiego.

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

   Aby uzyskać więcej informacji, zobacz Azure SQL Database i reguły zapory IP w usłudze Azure Synapse.

2. W bazie danych na serwerze podstawowymmaster utwórz login SQL przeznaczony do skonfigurowania aktywnej replikacji geograficznej. Zastąp <password> silnym hasłem.

   CREATE LOGIN geodrsetup
       WITH PASSWORD = '<password>';
   

3. W tej samej bazie danych utwórz użytkownika na potrzeby logowania i dodaj go do dbmanager roli:

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

4. Zanotuj wartość identyfikatora SID nowego loginu. Uzyskaj wartość identyfikatora SID przy użyciu następującego zapytania.

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

5. Połącz się z podstawową bazą danych (a nie z bazą master) i utwórz użytkownika dla tego samego loginu.

   CREATE USER geodrsetup FOR LOGIN geodrsetup;
   

6. W tej samej bazie danych dodaj użytkownika do db_owner roli.

   ALTER ROLE db_owner ADD MEMBER geodrsetup;
   

7. master W bazie danych na serwerze pomocniczym utwórz te same dane logowania co na serwerze podstawowym, używając tej samej nazwy, hasła i identyfikatora SID. Zastąp szesnastkową wartość identyfikatora SID w poniższym przykładowym poleceniu wartością uzyskaną w kroku 4.

   CREATE LOGIN geodrsetup
       WITH PASSWORD = '<password>', SID = 0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;
   

8. W tej samej bazie danych utwórz użytkownika na potrzeby logowania i dodaj go do dbmanager roli.

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

9. Połącz się z bazą master danych na serwerze podstawowym przy użyciu nowego geodrsetup identyfikatora logowania i zainicjuj tworzenie pomocniczej lokalizacji geograficznej na serwerze pomocniczym. Dostosuj nazwę bazy danych i nazwę serwera pomocniczego zgodnie z potrzebami. Po wykonaniu polecenia można monitorować tworzenie geograficznej repliki pomocniczej, odpytując widok sys.dm_geo_replication_link_status w podstawowej bazie danych oraz widok sys.dm_operation_status w bazie danych master na serwerze podstawowym. Czas potrzebny do utworzenia geograficznej bazy pomocniczej zależy od rozmiaru podstawowej bazy danych.

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

10. Po pomyślnym utworzeniu pomocniczego obszaru geograficznego użytkownicy, identyfikatory logowania i reguły zapory utworzone przez tę procedurę mogą zostać usunięte.

Powiązana zawartość

• Aktywna replikacja geograficzna
• Omówienie grup trybu failover i najlepsze praktyki (Azure SQL Database)
• Omówienie ciągłości działalności biznesowej w usłudze Azure SQL Database
• Konfigurowanie bezpłatnej licencji repliki rezerwowej dla usługi Azure SQL Database