Migrowanie usługi Azure SQL Database do obsługi stref dostępności

Artykuł
04/07/2024

W tym przewodniku opisano sposób migrowania usługi Azure SQL Database z obsługi stref niedostępnych do obsługi dostępności.

Włączenie nadmiarowości strefy dla usługi Azure SQL Database gwarantuje wysoką dostępność, ponieważ baza danych korzysta z usługi Azure Strefy dostępności do replikowania danych w wielu lokalizacjach fizycznych w regionie świadczenia usługi Azure. Wybierając nadmiarowość stref, możesz sprawić, że bazy danych i elastyczne pule będą odporne na większy zestaw awarii, takich jak katastrofalne awarie centrum danych bez żadnych zmian logiki aplikacji.

Wymagania wstępne

Przed przeprowadzeniem migracji do obsługi strefy dostępności zapoznaj się z poniższą tabelą, aby upewnić się, że usługa Azure SQL Database znajduje się w obsługiwanej warstwie usług i modelu wdrażania. Upewnij się, że warstwa i model są oferowane w regionie obsługującym strefy dostępności.

Warstwa usług	Model wdrażania	Dostępność nadmiarowości strefy
Premium	Pojedyncza baza danych lub elastyczna pula	Wszystkie regiony obsługujące strefy dostępności
Krytyczne dla działania firmy	Pojedyncza baza danych lub elastyczna pula	Wszystkie regiony obsługujące strefy dostępności
Ogólnego przeznaczenia	Pojedyncza baza danych lub elastyczna pula	Wybrane regiony, które obsługują strefy dostępności
Hiperskala	Pojedyncza baza danych	Wszystkie regiony obsługujące strefy dostępności

Wymagania dotyczące przestojów

Migracja dla warstwy premium, Krytyczne dla działania firmy i usługi Ogólnego przeznaczenia to operacja online z krótkim rozłączeniem w celu zakończenia procesu migracji. Jeśli zaimplementowano logikę ponawiania prób dla standardowych błędów przejściowych, nie zauważysz trybu failover.

W przypadku warstwy usługi Hiperskala obsługę nadmiarowości strefy można określić tylko podczas tworzenia bazy danych i nie można jej modyfikować po aprowizacji zasobu. Jeśli chcesz przejść do obsługi strefy dostępności, musisz przenieść dane za pomocą kopii bazy danych, przywracania do punktu w czasie lub repliki geograficznej. Jeśli docelowa baza danych znajduje się w innym regionie niż źródło lub jeśli nadmiarowość magazynu kopii zapasowej bazy danych dla obiektu docelowego różni się od źródłowej bazy danych, przestój jest proporcjonalny do rozmiaru operacji danych.

Migracja (Premium, Krytyczne dla działania firmy i Ogólnego przeznaczenia)

W przypadku warstw usługi Premium, Krytyczne dla działania firmy i Ogólnego przeznaczenia migracja do strefowej nadmiarowości jest możliwa.

Wykonaj poniższe kroki, aby przeprowadzić migrację dla pojedynczej bazy danych lub elastycznej puli.

Migrowanie pojedynczej bazy danych

Przejdź do witryny Azure Portal , aby znaleźć bazę danych. Wyszukaj i wybierz pozycję Bazy danych SQL.
Wybierz bazę danych, którą chcesz przeprowadzić migrację.
W obszarze Ustawienia wybierz pozycję Obliczenia i magazyn.
Wybierz pozycję Tak dla opcji Czy chcesz, aby ta strefa bazy danych jest strefowo nadmiarowa?
Wybierz Zastosuj.
Poczekaj, aż otrzymasz powiadomienie o zakończeniu operacji w obszarze Powiadomienia w górnym menu witryny Azure Portal.
Aby sprawdzić, czy nadmiarowość strefy jest włączona, wybierz pozycję Przegląd , a następnie wybierz pozycję Właściwości.
W sekcji Dostępność upewnij się, że nadmiarowość strefy jest ustawiona na wartość Włączone.

Otwórz program PowerShell jako Administracja istrator i uruchom następujące polecenie (zastąp symbole zastępcze ciągiem "<>" swoimi nazwami zasobów). Należy pamiętać, że <server_name> nie powinien zawierać .database.windows.net.

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

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant

Użyj interfejsu wiersza polecenia platformy Azure, aby uruchomić następujące polecenie (zastąp symbole zastępcze w ciągu "<>" swoimi nazwami zasobów):

    az sql db update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Database_Name>” --zone-redundant

Migrowanie elastycznej puli

Ważne

Włączenie obsługi nadmiarowości strefy dla elastycznych pul sprawia, że wszystkie bazy danych w strefie puli są nadmiarowe.

Przejdź do witryny Azure Portal , aby znaleźć i wybrać elastyczną pulę, którą chcesz zmigrować.
Wybierz Ustawienia, a następnie wybierz pozycję Konfiguruj.
Wybierz pozycję Tak dla opcji Czy chcesz, aby ta strefa elastycznej puli jest strefą nadmiarową?.
Wybierz pozycję Zapisz.
Poczekaj, aż otrzymasz powiadomienie o zakończeniu operacji w obszarze Powiadomienia w górnym menu witryny Azure Portal.
Aby sprawdzić, czy nadmiarowość strefy jest włączona, wybierz pozycję Konfiguruj , a następnie wybierz pozycję Ustawienia puli.
Opcja strefowo nadmiarowa powinna być ustawiona na Wartość Tak.

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

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant

Użyj interfejsu wiersza polecenia platformy Azure, aby uruchomić następujące polecenie (zastąp symbole zastępcze w ciągu "<>" swoimi nazwami zasobów):

    az sql elastic-pool update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Elastic_Pool_Name>” --zone-redundant

Ponowne wdrażanie (Hiperskala)

W przypadku warstwy usługi Hiperskala obsługę nadmiarowości strefy można określić tylko podczas tworzenia bazy danych i nie można jej modyfikować po aprowizacji bazy danych. Jeśli chcesz uzyskać obsługę nadmiarowości stref, musisz wykonać transfer danych z istniejącej pojedynczej bazy danych warstwy usługi Hiperskala. Aby przeprowadzić transfer i włączyć opcję nadmiarowości strefy, należy utworzyć klon przy użyciu kopii bazy danych, przywracania do punktu w czasie lub repliki geograficznej.

Zagadnienia dotyczące ponownego wdrażania

Istnieją dwa tryby ponownego wdrażania (online i offline):
- Metody kopiowania bazy danych i przywracania do punktu w czasie (tryb offline) tworzą transakcyjnie spójną bazę danych w określonym punkcie w czasie. W związku z tym wszelkie zmiany danych wykonywane po zainicjowaniu operacji kopiowania lub przywracania nie będą dostępne w skopiowanej lub przywróconej bazie danych.
- Metoda repliki geograficznej (tryb online) to ponowne wdrożenie, w którym wszystkie zmiany danych ze źródła są synchronizowane z obiektem docelowym.
Połączenie ciąg dla aplikacji musi zostać zaktualizowany, aby wskazywał strefowo nadmiarową bazę danych.

Ponowne wdrażanie pojedynczej bazy danych

Kopia bazy danych

Aby utworzyć kopię bazy danych i włączyć nadmiarowość strefy za pomocą witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia platformy Azure, postępuj zgodnie z instrukcjami w artykule kopiowanie transakcyjnie spójnej kopii bazy danych w usłudze Azure SQL Database.

Przywracanie do punktu w czasie

Aby utworzyć przywracanie bazy danych do punktu w czasie i włączyć nadmiarowość strefy za pomocą witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia platformy Azure, postępuj zgodnie z instrukcjami w artykule Przywracanie do punktu w czasie.

Replika geograficzna

Aby utworzyć replikę geograficzną bazy danych:

Postępuj zgodnie z instrukcjami w witrynie Azure Portal, programie PowerShell lub interfejsie wiersza polecenia platformy Azure w temacie Konfigurowanie aktywnej replikacji geograficznej i trybu failover (Azure SQL Database) oraz włączanie nadmiarowości strefy w obszarze Obliczenia i magazyn
Replika jest rozmieszczana, a czas potrzebny na rozmieszczanie danych zależy od rozmiaru źródłowej bazy danych. Stan rozmieszczania można monitorować w witrynie Azure Portal lub uruchamiając następujące zapytania TSQL w bazie danych repliki:
```
    SELECT * FROM sys.dm_geo_replication_link_status;
    SELECT * FROM sys.dm_operation_status;
```
Po zakończeniu rozmieszczania bazy danych przeprowadź planowany (bez utraty danych) tryb failover, aby strefowo nadmiarowa docelowa baza danych jako podstawowa. Użyj sys.dm_geo_replication_link_status, aby wyświetlić stan stanu replikacji geograficznej. Jest toCATCH_UP, gdy pomocnicza replication_state_desc baza danych jest w stanie spójnym transakcyjnie. W widoku dynamicznego zarządzania sys.dm_operation_status poszukaj state_descCOMPLETED wartości po zakończeniu operacji rozmieszczania.
Zaktualizuj nazwę serwera w parametry połączenia aplikacji, aby odzwierciedlała nową strefowo nadmiarową bazę danych.
Aby wyczyścić, rozważ usunięcie oryginalnej, strefowo nadmiarowej bazy danych z relacji repliki geograficznej. Możesz go usunąć.

Wyłączanie nadmiarowości stref

Aby wyłączyć nadmiarowość stref dla pojedynczej bazy danych lub elastycznej puli, możesz użyć portalu lub interfejsu API usługi ARM.

Aby wyłączyć nadmiarowość strefową dla warstwy usługi Hiperskala, możesz cofnąć kroki opisane w temacie Ponowne wdrażanie (Hiperskala).

Elastyczna pula
Pojedyncza baza danych

Aby wyłączyć nadmiarowość stref w witrynie Azure Portal:

Przejdź do witryny Azure Portal , aby znaleźć i wybrać elastyczną pulę, która nie ma już być strefowo nadmiarowa.
Wybierz Ustawienia, a następnie wybierz pozycję Konfiguruj.
Wybierz pozycję Nie dla opcji Czy chcesz, aby ta strefa elastycznej puli jest strefą nadmiarową?.
Wybierz pozycję Zapisz.

Aby wyłączyć nadmiarowość strefową w usłudze ARM, zobacz Bazy danych — tworzenie lub aktualizowanie w usłudze ARM i używanie properties.zoneRedundant właściwości .