Jak zarządzać bazą danych w warstwie Hiperskala

Dotyczy: Azure SQL Database

Warstwa usługi Hiperskala zapewnia wysoce skalowalną warstwę wydajności magazynu i zasobów obliczeniowych, która wykorzystuje architekturę platformy Azure do skalowania w poziomie magazynu i zasobów obliczeniowych dla usługi Azure SQL Database znacznie poza limity dostępne dla warstw Ogólnego przeznaczenia i Krytyczne dla działania firmy warstw usług. W tym artykule opisano sposób wykonywania podstawowych zadań administracyjnych dla baz danych w warstwie Hiperskala, w tym migrowania istniejącej bazy danych do warstwy Hiperskala, przywracania bazy danych hiperskala do innego regionu, cofania migracji z warstwy Hiperskala do innej warstwy usług oraz monitorowania stanu bieżących i ostatnich operacji względem bazy danych w warstwie Hiperskala.

Dowiedz się, jak utworzyć nową bazę danych w warstwie Hiperskala w przewodniku Szybki start: tworzenie bazy danych w warstwie Hiperskala w usłudze Azure SQL Database.

Napiwek

Uproszczone ceny hiperskala usługi SQL Database w grudniu 2023 r. Aby uzyskać szczegółowe informacje, zapoznaj się z blogiem dotyczącym cennika hiperskala.

Migrowanie istniejącej bazy danych do warstwy Hiperskala

Istniejące bazy danych w usłudze Azure SQL Database można migrować do warstwy Hiperskala przy użyciu witryny Azure Portal, interfejsu wiersza polecenia platformy Azure, programu PowerShell lub języka Transact-SQL.

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. Czas kopiowania danych jest proporcjonalny do rozmiaru danych. Zalecamy migrację do warstwy Hiperskala w krótszym okresie aktywności zapisu, aby czas ponownego odtwarzania skumulowanych zmian był krótszy.

Podczas ostatniego przejścia jednorazowego do warstwy usługi Hiperskala wystąpi tylko krótki czas przestoju.

Wymagania wstępne

Aby przenieść bazę danych, która jest częścią relacji replikacji geograficznej, jako podstawowa lub pomocnicza, do warstwy Hiperskala, należy najpierw przerwać replikację danych między repliką podstawową i pomocniczą. Bazy danych w grupie trybu failover należy najpierw usunąć z grupy.

Po przeniesieniu bazy danych do warstwy Hiperskala możesz utworzyć nową replikę geograficzną w warstwie Hiperskala dla tej bazy danych.

Bezpośrednia migracja z warstwy usługi Podstawowa do warstwy usługi Hiperskala nie jest obsługiwana. Aby przeprowadzić tę migrację, najpierw zmień bazę danych na dowolną warstwę usługi inną niż Podstawowa (na przykład Ogólnego przeznaczenia), a następnie przejdź do migracji do warstwy Hiperskala.

Jak przeprowadzić migrację bazy danych do warstwy usługi Hiperskala

Aby przeprowadzić migrację istniejącej bazy danych w usłudze Azure SQL Database do warstwy usługi 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 zmienić cel usługi z minimalnym przestojem.

Wybierz kartę preferowanego narzędzia, aby przeprowadzić migrację bazy danych:

Portal

Witryna Azure Portal umożliwia migrację do warstwy usługi Hiperskala przez zmodyfikowanie warstwy cenowej bazy danych.

1. Przejdź do bazy danych, którą chcesz przeprowadzić migrację w witrynie Azure Portal.
2. Na lewym pasku nawigacyjnym wybierz pozycję Obliczenia i magazyn.
3. Wybierz listę rozwijaną Warstwa usługi, aby rozwinąć opcje warstw usług.
4. Z menu rozwijanego wybierz pozycję Hiperskala (skalowalny magazyn na żądanie).
5. Zapoznaj się z wyświetloną konfiguracją sprzętu. W razie potrzeby wybierz pozycję Zmień konfigurację , aby wybrać odpowiednią konfigurację sprzętu dla obciążenia.
6. Wybierz suwak Rdzenie wirtualne, jeśli chcesz zmienić liczbę rdzeni wirtualnych dostępnych dla bazy danych w warstwie usługi Hiperskala.
7. Wybierz suwak High-AvailabilitySecondaryReplicas, jeśli chcesz zmienić liczbę replik w warstwie usługi Hiperskala.
8. Wybierz Zastosuj.

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Interfejs wiersza polecenia platformy Azure

Ten przykładowy kod wywołuje polecenie az sql db update , aby przeprowadzić migrację istniejącej bazy danych w usłudze Azure SQL Database do warstwy usługi Hiperskala. Należy określić zarówno wydanie, jak i cel usługi.

Zastąp resourceGroupNamewartości , serverName, databaseNamei 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

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Program PowerShell

W poniższym przykładzie użyto polecenia cmdlet Set-AzSqlDatabase , aby przeprowadzić migrację istniejącej bazy danych w usłudze Azure SQL Database do warstwy usługi Hiperskala. Należy określić zarówno wydanie, jak i cel usługi.

Zastąp $resourceGroupNamewartości , $serverName, $databaseNamei $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

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Język Transact-SQL

Aby przeprowadzić migrację istniejącej bazy danych w usłudze Azure SQL Database do warstwy usługi Hiperskala przy użyciu języka Transact-SQL, najpierw połącz się z master bazą danych na serwerze logicznym SQL przy użyciu edytora zapytań witryny Azure Portal dla usługi Azure SQL Database, programu SQL Server Management Studio (SSMS) lub narzędzia Azure Data Studio.

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

Ta przykładowa instrukcja migruje bazę danych o nazwie mySampleDatabase do warstwy usługi 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

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Migracja odwrotna z warstwy Hiperskala

Migracja odwrotna do warstwy usługi Ogólnego przeznaczenia umożliwia klientom, którzy niedawno zmigrowali istniejącą bazę danych w usłudze Azure SQL Database do warstwy usługi Hiperskala, aby powrócić w nagłych wypadkach, jeśli hiperskala nie spełnia swoich potrzeb. Mimo że migracja wsteczna jest inicjowana przez zmianę warstwy usługi, zasadniczo jest to przenoszenie rozmiaru danych między różnymi architekturami.

Ograniczenia dotyczące migracji odwrotnej

Migracja odwrotna jest dostępna w następujących warunkach:

• Migracja odwrotna jest dostępna tylko w ciągu 45 dni od pierwotnej migracji do warstwy Hiperskala.
• Bazy danych utworzone pierwotnie w warstwie usługi Hiperskala nie kwalifikują się do migracji odwrotnej.
• Migrację można cofnąć tylko do warstwy usługi Ogólnego przeznaczenia . Migracja z warstwy Hiperskala do warstwy Ogólnego przeznaczenia może dotyczyć warstw obliczeniowych bezserwerowych lub aprowizowanych. Jeśli chcesz przeprowadzić migrację bazy danych do innej warstwy usługi, takiej jak Krytyczne dla działania firmy lub warstwa usługi oparta na jednostkach DTU, najpierw przeprowadź migrację odwrotną do warstwy usługi Ogólnego przeznaczenia, a następnie zmień warstwę usługi.
• Migracja odwrotna do baz danych z mniej niż 2 rdzeniami wirtualnymi nie jest obsługiwana. Bazę danych można skalować w dół do mniej niż 2 rdzenie wirtualne po zakończeniu migracji.
• Bezpośrednia migracja odwrotna z lub do puli elastycznej nie jest obsługiwana. Można cofnąć migrację tylko pojedynczej bazy danych w warstwie Hiperskala do pojedynczej bazy danych ogólnego przeznaczenia.
  • Jeśli baza danych Hiperskala jest częścią elastycznej puli hiperskala, musisz najpierw usunąć ją z elastycznej puli Hiperskala przed migracją odwrotną.
  • Po zakończeniu migracji odwrotnej można opcjonalnie dodać pojedynczą bazę danych ogólnego przeznaczenia do elastycznej puli ogólnego przeznaczenia w razie potrzeby.
• W przypadku baz danych, które nie kwalifikują się do migracji wstecznej, jedynym sposobem migracji z warstwy usługi Hiperskala do innej warstwy usługi jest eksport/import przy użyciu pliku bacpac lub innych technologii przenoszenia danych (kopiowanie zbiorcze, usługa Azure Data Factory, usługa Azure Databricks, SSIS itp.). Eksport/import pliku bacpac za pomocą witryny Azure Portal, programu PowerShell przy użyciu polecenia New-AzSqlDatabaseExport lub New-AzSqlDatabaseImport, interfejsu wiersza polecenia platformy Azure przy użyciu poleceń az sql db export i az sql db import oraz za pomocą interfejsu API REST nie jest obsługiwany. Importowanie/eksportowanie plików Bacpac dla mniejszych baz danych w warstwie Hiperskala (do 150 GB) jest obsługiwane przy użyciu programów SSMS i SqlPackage w wersji 18.4 lub nowszej. W przypadku większych baz danych eksportowanie/importowanie pliku bacpac może trwać długo i może zakończyć się niepowodzeniem z różnych powodów.

Czas trwania i przestój

W przeciwieństwie do zwykłych operacji zmiany poziomu usług w warstwie Hiperskala migracja do warstwy Hiperskala i migracja odwrotna do warstwy Ogólnego przeznaczenia to operacje o rozmiarze danych.

Czas trwania operacji migracji odwrotnej zależy głównie od rozmiaru bazy danych i współbieżnych działań zapisu wykonywanych podczas migracji. Liczba rdzeni wirtualnych przypisanych do docelowej bazy danych ogólnego przeznaczenia ma również wpływ na czas trwania migracji odwrotnej. Zalecamy aprowizację docelowej bazy danych ogólnego przeznaczenia z liczbą rdzeni wirtualnych większą lub równą liczbie rdzeni wirtualnych przypisanych do źródłowej bazy danych hiperskala w celu utrzymania podobnych obciążeń.

Podczas migracji odwrotnej źródłowa baza danych w warstwie Hiperskala może doświadczyć obniżenia wydajności w przypadku znacznego obciążenia. W szczególności szybkość rejestrowania transakcji może zostać zmniejszona (ograniczona), aby zapewnić postęp migracji odwrotnej.

Podczas ostatniego przejścia jednorazowego do nowej docelowej bazy danych ogólnego przeznaczenia będziesz mieć krótki czas przestoju.

Wymagania wstępne

Przed zainicjowaniem migracji odwrotnej z warstwy usługi Hiperskala do warstwy usługi Ogólnego przeznaczenia należy upewnić się, że baza danych spełnia ograniczenia dotyczące migracji odwrotnej i:

• Baza danych nie ma włączonej replikacji geograficznej.
• Baza danych nie ma nazwanych replik.
• Baza danych (przydzielony rozmiar) jest wystarczająco mała, aby zmieścić się w docelowej warstwie usługi.
• Jeśli określisz maksymalny rozmiar bazy danych dla docelowej bazy danych ogólnego przeznaczenia, upewnij się, że przydzielony rozmiar bazy danych jest wystarczająco mały, aby zmieścić się w tym maksymalnym rozmiarze.

Testy wymagań wstępnych są wykonywane przed rozpoczęciem operacji migracji odwrotnej. Jeśli wymagania wstępne nie zostaną spełnione, operacja migracji odwrotnej zakończy się niepowodzeniem natychmiast.

Zasady kopii zapasowych

Opłaty są naliczane przy użyciu regularnych cen dla wszystkich istniejących kopii zapasowych bazy danych w skonfigurowanym okresie przechowywania. Opłaty są naliczane za migawki magazynu kopii zapasowych w warstwie Hiperskala i dla obiektów blob magazynu danych o rozmiarze, które muszą być przechowywane, aby można było przywrócić kopię zapasową.

Bazę danych można migrować do warstwy Hiperskala i ponownie przeprowadzić migrację z powrotem do warstwy Ogólnego przeznaczenia wiele razy. Tylko kopie zapasowe z bieżącej i poprzedniej warstwy bazy danych są dostępne do przywrócenia. Jeśli przeniesiono warstwę usługi Ogólnego przeznaczenia do warstwy Hiperskala i z powrotem do warstwy Ogólnego przeznaczenia, jedynymi dostępnymi kopiami zapasowymi są te z bieżącej bazy danych ogólnego przeznaczenia i bezpośrednio poprzedniej bazy danych warstwy Hiperskala. Te zachowane kopie zapasowe są rozliczane zgodnie z rozliczeniami usługi Azure SQL Database. Wszystkie wypróbowane poprzednie warstwy nie będą miały dostępnych kopii zapasowych i nie będą naliczane opłaty.

Można na przykład przeprowadzić migrację między warstwami usług Hiperskala i nieskala:

1. Ogólnego przeznaczenia
2. Migracja do warstwy Hiperskala
3. Migracja odwrotna do warstwy Ogólnego przeznaczenia
4. Zmiana warstwy usługi na Krytyczne dla działania firmy
5. Migracja do warstwy Hiperskala
6. Migracja odwrotna do warstwy Ogólnego przeznaczenia

W takim przypadku jedynymi dostępnymi kopiami zapasowymi będą kroki 5 i 6 osi czasu, jeśli nadal znajdują się w skonfigurowanym okresie przechowywania. Wszystkie kopie zapasowe z poprzednich kroków byłyby niedostępne. Starannie rozważ dostępność kopii zapasowych podczas próby wielokrotnej migracji tej samej bazy danych między warstwami usług Hiperskala i Ogólnego przeznaczenia. Kopie zapasowe baz danych starszych niż poprzednia baza danych stają się niedostępne od razu po rozpoczęciu migracji odwrotnej i pozostaną niedostępne, nawet jeśli migracja zostanie anulowana.

Jak cofnąć migrację bazy danych warstwy Hiperskala do warstwy usługi Ogólnego przeznaczenia

Aby cofnąć migrację istniejącej bazy danych hiperskala w usłudze Azure SQL Database do warstwy usługi Ogólnego przeznaczenia, najpierw zidentyfikuj cel usługi docelowej w warstwie usługi Ogólnego przeznaczenia i niezależnie od tego, czy chcesz przeprowadzić migrację do aprowizowanych lub bezserwerowych warstw obliczeniowych. Przejrzyj limity zasobów dla pojedynczych baz danych , jeśli nie masz pewności, który cel usługi jest odpowiedni dla bazy danych.

Jeśli chcesz przeprowadzić dodatkową zmianę warstwy usługi po zakończeniu migracji odwrotnej do warstwy Ogólnego przeznaczenia, zidentyfikuj również docelowy cel usługi i upewnij się, że przydzielony rozmiar bazy danych jest wystarczająco mały, aby zmieścić się w tym celu usługi.

Wybierz kartę preferowanej metody, aby cofnąć migrację bazy danych:

Portal

Witryna Azure Portal umożliwia odwrócenie migracji do warstwy usługi Ogólnego przeznaczenia przez zmodyfikowanie warstwy cenowej bazy danych.

1. Przejdź do bazy danych, którą chcesz przeprowadzić migrację w witrynie Azure Portal.
2. Na lewym pasku nawigacyjnym wybierz pozycję Obliczenia i magazyn.
3. Wybierz listę rozwijaną Warstwa usługi, aby rozwinąć opcje warstw usług.
4. Z menu rozwijanego wybierz pozycję Ogólnego przeznaczenia (skalowalne opcje zasobów obliczeniowych i magazynu).
5. Zapoznaj się z wyświetloną konfiguracją sprzętu. W razie potrzeby wybierz pozycję Zmień konfigurację , aby wybrać odpowiednią konfigurację sprzętu dla obciążenia.
6. Wybierz suwak Rdzenie wirtualne, jeśli chcesz zmienić liczbę rdzeni wirtualnych dostępnych dla bazy danych w warstwie usługi Ogólnego przeznaczenia.
7. Wybierz Zastosuj.

Interfejs wiersza polecenia platformy Azure

Ten przykładowy kod wywołuje polecenie az sql db update w celu odwrócenia migracji istniejącej bazy danych w warstwie usługi Hiperskala do warstwy usługi Ogólnego przeznaczenia. Należy określić zarówno wydanie, jak i cel usługi. Możesz wybrać Provisioned model obliczeniowy lub Serverless docelowy.

Zastąp resourceGroupNamewartości , serverName, databaseNamei serviceObjective odpowiednimi wartościami przed uruchomieniem następującego przykładu kodu:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel

Opcjonalnie możesz dołączyć maxsize argument . maxsize Jeśli wartość przekracza prawidłowy maksymalny rozmiar celu usługi docelowej, zwracany jest błąd. maxsize Jeśli argument nie zostanie określony, operacja zostanie domyślnie ustawiona na maksymalny rozmiar dostępny dla danego celu usługi. Poniższy przykład określa:maxsize

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Program PowerShell

W tym przykładzie kodu użyto polecenia cmdlet Set-AzSqlDatabase w celu odwrócenia migracji istniejącej bazy danych z warstwy usługi Hiperskala do warstwy usługi Ogólnego przeznaczenia. Należy określić zarówno wydanie, jak i cel usługi. Możesz wybrać Provisioned warstwę obliczeniową lub Serverless docelową.

Zastąp $resourceGroupNamewartości , , $serverName$databaseName, $serviceObjectivei $computeModel odpowiednimi wartościami przed uruchomieniem tego przykładu kodu:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

Opcjonalnie możesz dołączyć maxsize argument . maxsize Jeśli wartość przekracza prawidłowy maksymalny rozmiar celu usługi docelowej, zwracany jest błąd. maxsize Jeśli argument nie zostanie określony, operacja zostanie domyślnie ustawiona na maksymalny rozmiar dostępny dla danego celu usługi. Poniższy przykład określa:maxsize

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Język Transact-SQL

Aby cofnąć migrację bazy danych hiperskala do warstwy usługi Ogólnego przeznaczenia przy użyciu języka Transact-SQL, najpierw połącz się z master bazą danych na serwerze logicznym SQL przy użyciu programu SQL Server Management Studio (SSMS), Azure Data Studio.

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

Ta przykładowa instrukcja migruje bazę danych o nazwie mySampleDatabase do warstwy usługi Ogólnego przeznaczenia z GP_Gen5_4 celem usługi. Zastąp nazwę bazy danych i cel usługi odpowiednimi wartościami przed wykonaniem instrukcji .

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

Opcjonalnie możesz dołączyć maxsize argument . maxsize Jeśli wartość przekracza prawidłowy maksymalny rozmiar celu usługi docelowej, zwracany jest błąd. maxsize Jeśli argument nie zostanie określony, operacja zostanie domyślnie ustawiona na maksymalny rozmiar dostępny dla danego celu usługi. Poniższy przykład określa:maxsize

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

Operacje bazy danych w warstwie Hiperskala można monitorować, gdy operacja jest w toku.

Monitorowanie operacji dla bazy danych w warstwie Hiperskala

Stan bieżących lub ostatnio zakończonych operacji dla usługi Azure SQL Database można monitorować przy użyciu witryny Azure Portal, interfejsu wiersza polecenia platformy Azure, programu PowerShell lub języka Transact-SQL.

Wybierz kartę preferowanej metody do monitorowania operacji.

Portal

W witrynie Azure Portal jest wyświetlane powiadomienie dotyczące bazy danych w usłudze Azure SQL Database, gdy trwa operacja, taka jak migracja, migracja odwrotna lub przywracanie.

1. Przejdź do bazy danych w witrynie Azure Portal.
2. Na pasku nawigacyjnym po lewej stronie 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.

Interfejs wiersza polecenia platformy Azure

Ten przykładowy kod wywołuje polecenie az sql db op list w celu zwrócenia ostatnich lub bieżących operacji dla bazy danych w usłudze Azure SQL Database.

Zastąp resourceGroupNamewartości , serverName, databaseNamei serviceObjective odpowiednimi wartościami przed uruchomieniem następującego przykładu kodu:

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

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

Program PowerShell

Polecenie cmdlet Get-AzSqlDatabaseActivity 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

Język Transact-SQL

Aby monitorować master operacje bazy danych w warstwie Hiperskala, najpierw nawiąż połączenie z bazą danych na serwerze logicznym przy użyciu programu SQL Server Management Studio (SSMS), narzędzia Azure Data Studio lub wybranego klienta, aby uruchomić polecenia języka Transact-SQL.

Wykonaj zapytanie sys.dm_operation_status dynamiczny widok zarządzania, aby przejrzeć informacje o ostatnich operacjach wykonywanych na bazach danych na serwerze [logicznym](logical-servers.md).

Ten przykładowy kod zwraca wszystkie całe elementy dla sys.dm_operation_status określonej bazy danych posortowane według tego, które operacje rozpoczęły się ostatnio. Zastąp nazwę bazy danych odpowiednią wartością przed uruchomieniem przykładu kodu.

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

Wyświetlanie baz danych w warstwie usługi Hiperskala

Po przeprowadzeniu migracji bazy danych do warstwy Hiperskala lub ponownym skonfigurowaniu bazy danych w warstwie usługi Hiperskala możesz wyświetlić i/lub udokumentować konfigurację bazy danych w warstwie Hiperskala.

Portal

W witrynie Azure Portal jest wyświetlana lista wszystkich baz danych na serwerze logicznym. Kolumna Warstwa cenowa zawiera warstwę usługi dla każdej bazy danych.

1. Przejdź do serwera logicznego w witrynie Azure Portal.
2. Na pasku nawigacyjnym po lewej stronie wybierz pozycję Przegląd.
3. Przewiń do listy zasobów w dolnej części okienka. W oknie zostaną wyświetlone elastyczne pule i bazy danych SQL na serwerze logicznym.
4. Przejrzyj kolumnę Warstwa cenowa, aby zidentyfikować bazy danych w warstwie usługi Hiperskala.

Interfejs wiersza polecenia platformy Azure

Ten przykładowy kod interfejsu wiersza polecenia platformy Azure wywołuje polecenie az sql db list, aby wyświetlić listę baz danych w warstwie Hiperskala na serwerze logicznym z nazwą, lokalizacją, celem poziomu usługi, maksymalnym rozmiarem i liczbą replik wysokiej dostępności.

Zastąp resourceGroupName wartości i serverName odpowiednimi wartościami przed uruchomieniem następującego przykładu kodu:

resourceGroupName="myResourceGroup"
serverName="server01"

az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table

Program PowerShell

Polecenie cmdlet Get-AzSqlDatabase programu Azure PowerShell zwraca listę baz danych w warstwie Hiperskala na serwerze logicznym o nazwie, lokalizacji, celu poziomu usługi, maksymalnym rozmiarze i liczbie replik wysokiej dostępności.

$resourceGroupName Ustaw parametry i $serverName na odpowiednie wartości przed uruchomieniem przykładowego kodu:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"

Get-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName | `
    Where-Object { $_.Edition -eq 'Hyperscale' } | `
        Select-Object DatabaseName, Location, currentServiceObjectiveName, Edition, `
        MaxSizeBytes, HighAvailabilityReplicaCount | `
            Format-Table

Przejrzyj kolumnę Edition, aby zidentyfikować bazy danych w warstwie usługi Hiperskala.

Język Transact-SQL

Aby przejrzeć master warstwy usług wszystkich baz danych w warstwie Hiperskala na serwerze logicznym z językiem Transact-SQL, najpierw połącz się z bazą danych przy użyciu programu SQL Server Management Studio (SSMS) lub narzędzia Azure Data Studio.

Wykonaj zapytanie względem widoku wykazu systemu sys.database_service_objectives, aby przejrzeć bazy danych w warstwie usługi Hiperskala:

SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO

Powiązana zawartość

Dowiedz się więcej o bazach danych w warstwie Hiperskala w następujących artykułach:

• Szybki start: tworzenie bazy danych w warstwie Hiperskala w usłudze Azure SQL Database
• Warstwa usługi Hiperskala
• Azure SQL Database Hiperskala — często zadawane pytania
• Repliki pomocnicze w warstwie Hiperskala
• Azure SQL Database — hiperskala nazwane repliki — często zadawane pytania