Optymalizowanie wydajności przez uaktualnienie dedykowanej puli SQL (dawniej SQL DW) w usłudze Azure Synapse Analytics

Uaktualnij dedykowaną pulę SQL (dawniej SQL DW) do najnowszej generacji architektury sprzętu i magazynu platformy Azure.

Dlaczego warto uaktualnić?

Teraz możesz bezproblemowo uaktualnić dedykowaną pulę SQL (dawniej SQL DW) do warstwy Compute Optimized Gen2 w portalu Azure dla obsługiwanych regionów. Jeśli region nie obsługuje samodzielnego uaktualniania, możesz przeprowadzić uaktualnienie do obsługiwanego regionu lub poczekać na udostępnienie samodzielnego uaktualnienia w twoim regionie. Uaktualnij teraz, aby skorzystać z najnowszej generacji sprzętu platformy Azure i ulepszonej architektury przechowywania, obejmującej szybsze działanie, większą skalowalność i nieograniczone przechowywanie kolumnowe.

Zanim rozpoczniesz

1. Sprawdź, czy region jest obsługiwany dla migracji z GEN1 do GEN2. Zanotuj daty automatycznej migracji. Aby uniknąć konfliktów z zautomatyzowanym procesem, zaplanuj migrację ręczną przed datą rozpoczęcia zautomatyzowanego procesu.

2. Jeśli jesteś w regionie, który nie jest jeszcze obsługiwany, sprawdzaj, czy twój region zostanie dodany lub zaktualizuj za pomocą przywracania do wspieranego regionu.

3. Jeśli region jest obsługiwany, przeprowadź uaktualnienie za pośrednictwem witryny Azure Portal

4. Wybierz sugerowany poziom wydajności dedykowanej puli SQL (dawniej SQL DW) na podstawie bieżącego poziomu wydajności w warstwie Compute Optimized Gen1, korzystając z poniższego mapowania:

   Warstwa zoptymalizowana pod kątem obliczeń Gen1	Warstwa zoptymalizowana pod względem obliczeń Gen2
   DW100	DW100c
   DW200	DW200c
   DW300	DW300c
   DW400	DW400c
   DW500	DW500c.
   DW600	DW500c.
   DW1000	DW1000c
   DW1200	DW1000c
   DW1500	DW1500c
   DW2000	DW2000c
   DW3000	DW3000c
   DW6000	DW6000c

Aktualizacja w obsługiwanym regionie przy użyciu portalu Azure

• Migracja z gen1 do 2. generacji za pośrednictwem witryny Azure Portal jest trwała. Nie ma procesu powrotu do usługi Gen1.
• Aby przeprowadzić migrację do usługi Gen2, musi być uruchomiona dedykowana pula SQL (dawniej SQL DW)

Zanim rozpoczniesz

• Zaloguj się w witrynie Azure Portal.
• Upewnij się, że dedykowana pula SQL (dawniej SQL DW) jest uruchomiona — musi działać, aby przeprowadzić migrację do Gen2.

Polecenia aktualizacji PowerShell

1. Jeśli wstrzymana jest przeznaczona do uaktualnienia dedykowana pula SQL w warstwie Compute Optimized Gen1 (dawniej SQL DW), wznów dedykowaną pulę SQL (dawniej SQL DW).

2. Przygotuj się na kilka minut przestoju.

3. Zidentyfikuj odwołania kodu do poziomów wydajności zoptymalizowanych pod kątem obliczeń Gen1 i zmodyfikuj je na równoważnym poziomie wydajności zoptymalizowanym pod kątem obliczeń Gen2. Poniżej przedstawiono dwa przykłady, gdzie powinieneś zaktualizować odwołania kodu, zanim dokonasz uaktualnienia.

   Oryginalne polecenie programu PowerShell Gen1:

   Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -DatabaseName "mySampleDataWarehouse" -ServerName "mynewserver-20171113" -RequestedServiceObjectiveName "DW300"
   

   Zmodyfikowano na:

   Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -DatabaseName "mySampleDataWarehouse" -ServerName "mynewserver-20171113" -RequestedServiceObjectiveName "DW300c"
   

   Uwaga

   -RequestedServiceObjectiveName "DW300" jest zmieniany na — RequestedServiceObjectiveName "DW300c"

   Oryginalne polecenie języka T-SQL gen1:

   ALTER DATABASE mySampleDataWarehouse MODIFY (SERVICE_OBJECTIVE = 'DW300') ;
   

   Zmodyfikowano na:

   ALTER DATABASE mySampleDataWarehouse MODIFY (SERVICE_OBJECTIVE = 'DW300c') ;
   

   Uwaga

   SERVICE_OBJECTIVE = 'DW300' zostaje zmieniony na SERVICE_OBJECTIVE = 'DW300c'

Rozpoczynanie uaktualniania

1. Przejdź do dedykowanej puli SQL usługi Compute Optimized Gen1 (dawniej SQL DW) w witrynie Azure Portal. Jeśli dedykowana pula SQL w warstwie Compute Optimized Gen1 (dawniej SQL DW) jest wstrzymana, wznów działanie dedykowanej puli SQL.

2. Wybierz kartę Zaktualizuj do Gen2 na karcie Zadania

   Uwaga

   Jeśli zakładka Upgrade to Gen2 nie jest widoczna na karcie Zadania, typ subskrypcji jest ograniczony w bieżącym regionie. Zgłoś zgłoszenie do pomocy technicznej, aby uzyskać zatwierdzenie subskrypcji.

3. Przed uaktualnieniem upewnij się, że obciążenie zostało uruchomione i zostało przełączone w stan spoczynku. Nastąpi kilka minut przestoju, zanim dedykowana pula SQL (dawniej SQL DW) zostanie ponownie uruchomiona jako dedykowana pula SQL klasy Gen2 zoptymalizowana pod względem obliczeniowym (dawniej SQL DW).

4. Wybierz pozycję Uaktualnij.

5. Monitoruj uaktualnienie , sprawdzając stan w witrynie Azure Portal. Prawdopodobnie zostanie wyświetlony baner komunikatu informujący o uaktualnieniu tego magazynu danych do wersji Gen2.

   Pierwszym krokiem procesu uaktualniania jest operacja skalowania ("Uaktualnianie — offline"), w której wszystkie sesje zostaną przerwane, a połączenia rozłączone.

   Drugim krokiem procesu uaktualniania jest migracja danych ("Uaktualnianie — online"). Migracja danych jest powolnym, stopniowym procesem w tle w trybie online. Ten proces powoli przenosi dane kolumnowe ze starej architektury magazynu do nowej architektury magazynu przy użyciu lokalnej pamięci podręcznej SSD. W tym czasie dedykowana pula SQL (dawniej SQL DW) będzie dostępna online na potrzeby wykonywania zapytań i ładowania. Dane będą dostępne do wykonywania zapytań niezależnie od tego, czy zostały zmigrowane, czy nie. Migracja danych odbywa się z różną szybkością w zależności od rozmiaru danych, poziomu wydajności i liczby segmentów magazynu kolumn.

6. Opcjonalne zalecenie: po zakończeniu operacji skalowania można przyspieszyć proces migracji danych w tle. Możesz wymusić przenoszenie danych, uruchamiając polecenie ALTER INDEX ... REBUILD na wszystkich podstawowych tabelach magazynu kolumn, na które będą wykonywać zapytania przy wyższym poziomie SLO i klasie zasobów. Ta operacja jest w trybie offline, co może obniżyć wydajność lub zablokować inne zapytania, ale zakończy się szybciej niż wydłużający się proces w tle, który może potrwać kilka godzin do zakończenia w zależności od liczby i rozmiarów tabel. Jednak po zakończeniu migracja danych będzie znacznie szybsza ze względu na nową ulepszoną architekturę przechowywania z wysokiej jakości grupami wierszy.

Następujące zapytanie generuje wymagane ALTER INDEX ... REBUILD polecenia w celu przyspieszenia migracji danych:

SELECT 'ALTER INDEX [' + idx.NAME + '] ON ['
       + Schema_name(tbl.schema_id) + '].['
       + Object_name(idx.object_id) + '] REBUILD ' + ( CASE
                                                         WHEN (
                                                     (SELECT Count(*)
                                                      FROM   sys.partitions
                                                             part2
                                                      WHERE  part2.index_id
                                                             = idx.index_id
                                                             AND
                                                     idx.object_id =
                                                     part2.object_id)
                                                     > 1 ) THEN
              ' PARTITION = '
              + Cast(part.partition_number AS NVARCHAR(256))
              ELSE ''
                                                       END ) + '; SELECT ''[' +
              idx.NAME + '] ON [' + Schema_name(tbl.schema_id) + '].[' +
              Object_name(idx.object_id) + '] ' + (
              CASE
                WHEN ( (SELECT Count(*)
                        FROM   sys.partitions
                               part2
                        WHERE
                     part2.index_id =
                     idx.index_id
                     AND idx.object_id
                         = part2.object_id) > 1 ) THEN
              ' PARTITION = '
              + Cast(part.partition_number AS NVARCHAR(256))
              + ' completed'';'
              ELSE ' completed'';'
                                                    END )
FROM   sys.indexes idx
       INNER JOIN sys.tables tbl
               ON idx.object_id = tbl.object_id
       LEFT OUTER JOIN sys.partitions part
                    ON idx.index_id = part.index_id
                       AND idx.object_id = part.object_id
WHERE  idx.type_desc = 'CLUSTERED COLUMNSTORE';

Aktualizacja z regionu geograficznego platformy Azure przy użyciu przywracania za pośrednictwem portalu Azure

Tworzenie punktu przywracania zdefiniowanego przez użytkownika przy użyciu witryny Azure Portal

1. Zaloguj się w witrynie Azure Portal.
2. Przejdź do dedykowanej puli SQL (dawniej SQL DW), dla której chcesz utworzyć punkt przywracania.
3. Na pasku narzędzi strony Przegląd wybierz + Nowy punkt przywracania.
4. Określ nazwę punktu przywracania.

Przywracanie aktywnej lub wstrzymanej bazy danych przy użyciu witryny Azure Portal

1. Zaloguj się w witrynie Azure Portal.

2. Przejdź do dedykowanej puli SQL (dawniej SQL DW), z której chcesz przywrócić dane.

3. Na pasku narzędzi sekcji Przegląd wybierz pozycję Przywróć.

4. Wybierz pozycję Automatyczne punkty przywracania lub punkty przywracania zdefiniowane przez użytkownika. W przypadku punktów przywracania zdefiniowanych przez użytkownika wybierz punkt przywracania zdefiniowany przez użytkownika lub Utwórz nowy punkt przywracania zdefiniowany przez użytkownika. Na serwerze wybierz pozycję Utwórz nowy i wybierz serwer w obsługiwanym regionie geograficznym Gen2.

   

Przywracanie z regionu geograficznego platformy Azure przy użyciu programu PowerShell

Aby odzyskać bazę danych, użyj polecenia cmdlet Restore-AzSqlDatabase .

1. Otwórz Windows PowerShell
2. Połącz się z kontem platformy Azure i wyświetl listę wszystkich subskrypcji skojarzonych z twoim kontem.
3. Wybierz subskrypcję zawierającą bazę danych do przywrócenia.
4. Pobierz bazę danych, którą chcesz odzyskać.
5. Utwórz żądanie odzyskiwania dla bazy danych, określając parametr ServiceObjectiveName gen2.
6. Sprawdź stan przywróconej geograficznie bazy danych.

Connect-AzAccount
Get-AzSubscription
Select-AzSubscription -SubscriptionName "<Subscription_name>"

# Get the database you want to recover
$GeoBackup = Get-AzSqlDatabaseGeoBackup -ResourceGroupName "<YourResourceGroupName>" -ServerName "<YourServerName>" -DatabaseName "<YourDatabaseName>"

# Recover database
$GeoRestoredDatabase = Restore-AzSqlDatabase –FromGeoBackup -ResourceGroupName "<YourResourceGroupName>" -ServerName "<YourTargetServer>" -TargetDatabaseName "<NewDatabaseName>" –ResourceId $GeoBackup.ResourceID -ServiceObjectiveName "<YourTargetServiceLevel>" -RequestedServiceObjectiveName "DW300c"

# Verify that the geo-restored database is online
$GeoRestoredDatabase.status

Jeśli źródłowa baza danych obsługuje funkcję TDE, odzyskana baza danych również będzie obsługiwać funkcję TDE.

Jeśli wystąpią jakiekolwiek problemy z dedykowaną pulą SQL, utwórz wniosek o pomoc techniczną i odwołaj się do "Gen2 Upgrade" jako możliwej przyczyny.

Twoja zaktualizowana dedykowana pula SQL (dawniej SQL DW) jest już dostępna online. Aby skorzystać z rozszerzonej architektury, dowiedz się więcej o klasach zasobów.

Następny krok