Przekształć istniejącą bazę danych na Hiperskalę

Dotyczy:Azure SQL Database

Istniejącą bazę danych w usłudze Azure SQL Database można przekonwertować na hiperskala przy użyciu witryny Azure Portal, interfejsu wiersza polecenia platformy Azure, programu PowerShell lub języka Transact-SQL.

Prerequisites

Aby przekonwertować bazę danych korzystającą z replikacji geograficznej lub będącą częścią grupy przełączania awaryjnego do warstwy Hiperskala, rozpocznij od przekonwertowania repliki podstawowej. Geosekundarna replika jest automatycznie konwertowana. Bazę danych geograficznie zreplikowaną, która nie należy do warstwy Hiperskala, można przekonwertować do warstwy Hiperskala przy użyciu języka T-SQL, interfejsu API REST, programu PowerShell lub interfejsu wiersza polecenia platformy Azure.
Bezpośrednia konwersja z warstwy usługi Podstawowa na Hiperskala nie jest obsługiwana. Aby wykonać tę konwersję, najpierw zmień bazę danych na dowolną warstwę usługi inną niż Podstawowa (na przykład Ogólnego przeznaczenia), a następnie przejdź do konwersji na warstwę Hiperskala.
Postęp konwersji można monitorować za pomocą języka T-SQL. Aby uruchomić polecenia języka T-SQL w usłudze Azure SQL Database, użyj programu SQL Server Management Studio (SSMS),rozszerzenia MSSQL dla programu Visual Studio Code, sqlcmd lub ulubionego narzędzia do wykonywania zapytań T-SQL.

Konwertowanie bazy danych za pomocą replik geograficznych

Podczas konwertowania bazy danych w relacji replikacji geograficznej, proces konwersji zachowuje link replikacji geograficznej. Zarówno główne, jak i geodrugie bazy danych są konwertowane do Hyperscale razem.

Konwersja na hiperskalę musi zostać rozpoczęta przez konwersję podstawowej repliki geograficznej. Próba przekonwertowania geograficznej repliki pomocniczej powoduje błąd: Nie można przekonwertować geograficznej repliki pomocniczej "database-name-placeholder" do Hyperscale. Aby przekonwertować replikę podstawową i geograficzną replikę pomocniczą na Hyperscale, ponownie wykonaj operację na replice podstawowej.
Aby zainicjować proces konwersji, należy zmniejszyć liczbę replik pomocniczych geograficznie do jednej.
Tworzenie repliki geo-replik (zwanej również „łańcuchem geo-replik”) nie jest obsługiwane w Hyperscale. Jeśli istnieje konfiguracja łańcuchowej replikacji geograficznej, należy ją usunąć przed rozpoczęciem konwersji na Hyperscale.
Planowany failover nie jest możliwy, gdy trwa konwersja bazy danych geo-primary na Hyperscale. Możliwe jest wymuszone przejście w tryb failover do repliki pomocniczej geograficznej. Jednak w zależności od stanu konwersji, gdy nastąpi wymuszone przełączenie awaryjne, nowy główny węzeł geograficzny po awarii może wykorzystywać warstwę usługi Hiperskala lub oryginalną warstwę usługi.
Jeśli podstawowa baza danych geograficznie znajduje się w elastycznej puli, można ją przenieść do istniejącej elastycznej puli Hiperskala w ramach konwersji lub utworzyć autonomiczną bazę danych w warstwie Hiperskala. Jeśli jednak geograficzna baza danych pomocnicza znajduje się w elastycznej puli, konwersja na warstwę Hiperskala zawsze przenosi ją z puli. Gdy zakończysz konwersję, możesz przenieść geograficznie podrzędną bazę danych do elastycznej puli w warstwie Hyperscale.

Cutover

Proces konwersji jest podzielony na dwa etapy — konwersję bazy danych, która występuje, gdy istniejąca baza danych jest w trybie online, a następnie przejście jednorazowe do nowej bazy danych w warstwie Hiperskala.

Czas wymagany do przeniesienia istniejącej bazy danych do warstwy Hiperskala składa się z czasu kopiowania danych i czasu ponownego odtwarzania zmian w źródłowej bazie danych podczas kopiowania danych. Podczas gdy czas kopiowania danych jest skalowany w przybliżeniu wraz z rozmiarem bazy danych, rzeczywista szybkość kopiowania może się różnić ze względu na czynniki, takie jak przepływność sieci, przepustowość operacji we/wy, opóźnienie magazynu i przejściowe obciążenie usługi. Zalecamy konwertowanie na Hyperscale w okresie niższej aktywności zapisu, aby czas ponownego odtwarzania skumulowanych zmian był krótszy. Zaleca się użycie ręcznego przełączania w celu zarządzania następnym etapem.
Możesz wybrać, kiedy nastąpi przełączenie - zaraz po przygotowaniu bazy danych, albo osobiście w wybranym przez Ciebie momencie. Domyślnie proces konwersji na Hyperscale zostanie automatycznie przełączony.
- Jeśli zdecydujesz się ręcznie przeprowadzić przełączenie w wybranym momencie, masz 24 godziny na zainicjowanie ręcznego przełączenia po momencie, gdy baza danych jest gotowa do przełączenia. Ręczne przełączanie można zainicjować za pośrednictwem witryny Azure Portal, interfejsu wiersza polecenia platformy Azure, programu PowerShell lub języka T-SQL.
Podczas ostatecznego przejścia do Hyperscale, aplikacje doświadczają jedynie krótkiej przerwy, która zwykle trwa krócej niż minutę.

Proces konwersji obejmuje wiele faz, które można monitorować w witrynie Azure Portal (na stronie raportowania postępu), za pośrednictwem interfejsu wiersza polecenia platformy Azure (az sql db op list), programu PowerShell (Get-AzSqlDatabaseActivity) lub języka T-SQL (sys.dm_operation_status).

Podczas konwersji bazy danych z warstw usługi Premium lub Biznes Krytyczny na poziom Hiperskala, istniejące połączenia klienta są rozłączane w pierwszej fazie. Jest to podobne do rozłączenia występującego podczas skalowania bazy danych między warstwami usług. Aplikacje powinny być zaprojektowane tak, aby bezpiecznie obsługiwać przejściowe przerwy w łączności, implementując logikę ponawiania prób zgodnie z opisem w temacie Logika ponawiania prób dla błędów przejściowych.

Konwertowanie bazy danych na hiperskala

Aby przekonwertować istniejącą usługę Azure SQL Database na hiperskala, najpierw zidentyfikuj cel usługi docelowej.

Przejrzyj limity zasobów dla pojedynczych baz danych , jeśli nie masz pewności, który cel usługi jest odpowiedni dla bazy danych. W wielu przypadkach można wybrać cel usługi o tej samej liczbie rdzeni wirtualnych i tej samej generacji sprzętu co oryginalna baza danych. W razie potrzeby możesz później zmienić cel usługi z minimalnym przestojem. Rozliczenia za Hiperskalę rozpoczynają się dopiero po przełączeniu.

Wybierz kartę preferowanej metody, aby przekonwertować bazę danych:

Portal Azure umożliwia konwersję na Hyperscale poprzez zmienienie poziomu usługi dla bazy danych.

Przejdź do bazy danych, którą chcesz przekonwertować w witrynie Azure Portal.
Na lewym pasku nawigacyjnym wybierz pozycję Obliczenia i magazyn.
Wybierz listę rozwijaną Warstwa usługi , aby rozwinąć opcje warstw usług.
1. Jeśli korzystasz z bezpłatnej oferty usługi Azure SQL Database, wybierz przycisk, aby usunąć ofertę Bezpłatnej bazy danych. Następnie zobaczysz rozwijalną listę Warstwy usługi.
Wybierz pozycję Hiperskala z listy rozwijanej.
Przejrzyj warstwę Obliczeniową i wybierz pozycję Aprowizowana lub Bezserwerowa.
Zapoznaj się z trybem przejścia, wyborem specyficznym dla konwersji do warstwy Hiperskala.
- Przełączenie następuje po przygotowaniu bazy danych do konwersji na Hiperskalę. Tryb migracji określa, kiedy łączność z istniejącą usługą Azure SQL Database będzie chwilowo zakłócana na potrzeby konwersji na hiperskalę:
  - Automatyczne przełączanie dokonuje zmiany, gdy tylko baza danych Hyperscale jest gotowa.
  - Ręczna migracja zachęca do zainicjowania migracji w dowolnym momencie w witrynie Azure Portal. Ta opcja jest najbardziej przydatna dla zaplanowania przejścia przy minimalnym zakłóceniu działalności.
Zapoznaj się z wyświetloną konfiguracją sprzętu . W razie potrzeby wybierz pozycję Zmień konfigurację , aby wybrać odpowiednią konfigurację sprzętu dla obciążenia.
Wybierz suwak Rdzenie wirtualne , jeśli chcesz zmienić liczbę rdzeni wirtualnych dostępnych dla bazy danych w warstwie usługi Hiperskala.
Wybierz suwak High-Availability Repliki pomocnicze, jeśli chcesz zmienić liczbę replik w warstwie usługi Hiperskala.
Wybierz i zastosuj.
Monitoruj konwersję w witrynie Azure Portal.
1. Przejdź do bazy danych w witrynie Azure Portal.
2. Na lewym pasku nawigacyjnym wybierz pozycję Przegląd.
3. Przejrzyj sekcję Powiadomienia w dolnej części okienka po prawej stronie. Jeśli operacje trwają, zostanie wyświetlone okno powiadomień.
4. Wybierz pole powiadomienia, aby wyświetlić szczegóły.
5. Zostanie otwarte okienko Bieżące operacje . Przejrzyj szczegóły bieżących operacji.

W przypadku wybrania opcji Ręczne przejście jednorazowe, w portalu Azure zostanie wyświetlony przycisk Cutover, gdy wszystko będzie gotowe.

Zrzut ekranu z portalu Azure przedstawiający przycisk Cutover w konwersji hiperskali.

Ten przykład kodu wywołuje polecenie az sql db update w celu przekonwertowania istniejącej bazy danych Azure SQL Database na hiperskalę. Należy określić zarówno wydanie, jak i cel usługi. Zastąp resourceGroupName, serverName, databaseName i serviceObjective odpowiednimi wartościami przed uruchomieniem następującego przykładu kodu.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

Użyj --manual-cutover do ręcznego zainicjowania przełączenia do Hiperskali w wybranym przez Ciebie czasie. Ta opcja jest najbardziej przydatna dla zaplanowania przejścia przy minimalnym zakłóceniu działalności. Przykład:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --edition Hyperscale --service-objective $serviceObjective --manual-cutover

Monitoruj bieżącą operację za pomocą polecenia az sql db op list, aby wyświetlić niedawne lub bieżące operacje dla bazy danych w usłudze Azure SQL Database.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName -n $databaseName

Użyj --perform-cutover, aby zainicjować przełączenie (w ciągu 24 godzin), gdy baza danych Hyperscale będzie gotowa:

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --perform-cutover

W poniższym przykładzie użyto polecenia cmdlet Set-AzSqlDatabase w celu przekonwertowania istniejącej bazy danych Azure SQL Database na hiperskala. Należy określić zarówno wydanie, jak i cel usługi. Zastąp $resourceGroupName, $serverName, $databaseName i $serviceObjective odpowiednimi wartościami przed uruchomieniem tego przykładu kodu.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

Użyj -ManualCutover, aby ręcznie zainicjować przełączenie w wybranym momencie. Ta opcja jest najbardziej przydatna dla zaplanowania przejścia przy minimalnym zakłóceniu działalności. Przykład:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -ManualCutover

Monitoruj operację w toku za pomocą polecenia cmdlet Get-AzSqlDatabaseActivity , które zwraca ostatnie lub trwające operacje dla bazy danych w usłudze Azure SQL Database. $resourceGroupNameUstaw parametry , $serverNamei $databaseName na odpowiednie wartości dla bazy danych przed uruchomieniem przykładowego kodu:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName

Użyj -PerformCutover , aby zainicjować przełączenie, gdy baza danych Hiperskala będzie gotowa:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -PerformCutover

Aby przekonwertować istniejącą bazę danych Azure SQL Database na Hiperskala przy użyciu języka Transact-SQL, najpierw połącz się z bazą danych na serwerze logicznym SQL przy użyciu programu SQL Server Management Studio (SSMS) lub rozszerzenia mssql dla programu Visual Studio Code.

Należy określić zarówno wydanie, jak i parametr docelowy usługi w instrukcji ALTER DATABASE.

Ta przykładowa instrukcja konwertuje bazę danych o nazwie mySampleDatabase na hiperskala z HS_Gen5_2 celem usługi. Przed wykonaniem instrukcji zastąp nazwę bazy danych odpowiednią wartością.

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

Domyślnie baza danych wykonuje migrację jednorazową do bazy danych Hiperskala, aby zakończyć konwersję natychmiast po udostępnieniu bazy danych w warstwie Hiperskala. Opcjonalnie użyj argumentu MANUAL_CUTOVER, aby uruchomić konwersję, która zakończy się ręcznie zainicjowaną zmianą w momencie wybranym przez Ciebie. Ta opcja jest najbardziej przydatna dla zaplanowania przejścia przy minimalnym zakłóceniu działalności. Przykład:

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
   WITH MANUAL_CUTOVER;

Aby monitorować wszystkie operacje dla bazy danych w warstwie Hiperskala, obejmujące konwersję na Hiperskala, połącz się z master bazą danych Twojego podstawowego serwera logicznego geograficznego, i wykonaj zapytania T-SQL w widoku dynamicznego zarządzania sys.dm_operation_status. Narzędzie sys.dm_operation_status generuje raporty o postępie operacji bazy danych, w tym konwersji na Hyperscale. W przypadku wybrania MANUAL_CUTOVERsys.dm_operation_status opcji widok zawiera dodatkowe informacje.

Na przykład

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;

Gdy wszystko będzie gotowe do ręcznego przełączenia, phase_desc będzie WaitingForCutover. Użyj argumentu PERFORM_CUTOVER, aby zainicjować przełączenie:

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Sprzężenie zwrotne

Czy ta strona była pomocna?

Last updated on 2025-10-23