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ć do dedykowanej puli SQL (dawniej SQL DW) w warstwie Compute Optimized Gen2 w Azure Portal 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 samoobsługowego uaktualnienia w Twoim regionie. Uaktualnij teraz, aby korzystać z najnowszej generacji sprzętu platformy Azure i rozszerzonej architektury magazynu, w tym szybszej wydajności, wyższej skalowalności i nieograniczonego magazynu kolumnowego.

Ważne

To uaktualnienie dotyczy dedykowanych pul SQL warstwy Compute Optimized Gen1 (fornmerly SQL DW) w obsługiwanych regionach.

Zanim rozpoczniesz

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

  2. Jeśli jesteś w regionie, który nie jest jeszcze obsługiwany, sprawdź, czy region ma zostać dodany lub uaktualniony przy użyciu przywracania do obsługiwanego regionu.

  3. Jeśli region jest obsługiwany, przeprowadź uaktualnienie za pośrednictwem 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 Compute Optimized Gen1 Warstwa Compute Optimized 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

Uwaga

Sugerowane poziomy wydajności nie są bezpośrednią konwersją. Na przykład zalecamy przejście z dw600 do DW500c.

Uaktualnianie w obsługiwanym regionie przy użyciu Azure Portal

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

Zanim rozpoczniesz

Uwaga

Zalecamy korzystanie z modułu Azure Az programu PowerShell do interakcji z platformą Azure. Zobacz Instalowanie programu Azure PowerShell, aby rozpocząć. Aby dowiedzieć się, jak przeprowadzić migrację do modułu Az PowerShell, zobacz Migracja programu Azure PowerShell z modułu AzureRM do modułu Az.

  • Zaloguj się w witrynie Azure Portal.
  • Upewnij się, że dedykowana pula SQL (dawniej SQL DW) jest uruchomiona — należy przeprowadzić migrację do usługi Gen2

Polecenia uaktualniania programu PowerShell

  1. Jeśli dedykowana pula SQL w warstwie Compute Optimized Gen1 (dawniej SQL DW) do uaktualnienia jest wstrzymana, 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 zoptymalizowanej pod kątem obliczeń 1. generacji i zmodyfikuj je na równoważnym poziomie wydajności zoptymalizowanym pod kątem obliczeń Gen2. Poniżej przedstawiono dwa przykłady aktualizacji odwołań do kodu przed uaktualnieniem:

    Oryginalne polecenie programu PowerShell Gen1:

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

    Zmodyfikowano w:

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

    Uwaga

    -RequestedServiceObjectiveName "DW300" został zmieniony na — RequestedServiceObjectiveName "DW300c"

    Oryginalne polecenie języka T-SQL gen1:

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

    Zmodyfikowano w:

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

    Uwaga

    SERVICE_OBJECTIVE = 'DW300' został zmieniony na SERVICE_OBJECTIVE = 'DW300c'

Uruchamianie uaktualniania

  1. Przejdź do dedykowanej puli SQL usługi Compute Optimized Gen1 (dawniej SQL DW) w Azure Portal. Jeśli dedykowana pula SQL w warstwie Compute Optimized Gen1 (dawniej SQL DW) do uaktualnienia została wstrzymana, wznów dedykowaną pulę SQL.

  2. Wybierz kartę Uaktualnij do generacji 2 na karcie Zadania: Upgrade_1

    Uwaga

    Jeśli karta Uaktualnianie do generacji2 nie jest widoczna na karcie Zadania, typ subskrypcji jest ograniczony w bieżącym regionie. Prześlij bilet pomocy technicznej, aby uzyskać zatwierdzoną subskrypcję.

  3. Przed uaktualnieniem upewnij się, że obciążenie zostało ukończone i zostało przełączone w stan spoczynku. Po kilku minutach wystąpi przestój, zanim dedykowana pula SQL (dawniej SQL DW) powróci do trybu online jako dedykowana pula SQL w warstwie Compute Optimized Gen2 (wcześniej SQL DW). Wybierz pozycję Uaktualnij:

    Upgrade_2

  4. Monitoruj uaktualnienie, sprawdzając stan w Azure Portal:

    Uaktualnianie 3

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

    Drugim krokiem procesu uaktualniania jest migracja danych ("Uaktualnianie — online"). Migracja danych jest 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 w trybie 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ę w różnych stawkach w zależności od rozmiaru danych, poziomu wydajności i liczby segmentów magazynu kolumn.

  5. Zalecenie opcjonalne: Po zakończeniu operacji skalowania można przyspieszyć proces migracji danych w tle. Możesz wymusić przenoszenie danych, uruchamiając polecenie Alter Index rebuild on all primary columnstore tables you'd be querying at a larger SLO and resource class ( Ponowne kompilowanie alter index we wszystkich podstawowych tabelach magazynu kolumn, które będą odpytywać w większym celu slo i klasie zasobów). Ta operacja jest w trybie offline w porównaniu z procesem w tle, który może potrwać kilka godzin 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ą rozszerzoną architekturę magazynu z wysokiej jakości grupami wierszy.

Uwaga

Zmiana ponownego kompilowania indeksu jest operacją offline, a tabele nie będą dostępne do czasu zakończenia ponownego kompilowania.

Następujące zapytanie generuje wymagane polecenia Alter Index Rebuild 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';

Uaktualnianie z regionu geograficznego platformy Azure przy użyciu przywracania za pośrednictwem Azure Portal

Tworzenie punktu przywracania zdefiniowanego przez użytkownika przy użyciu 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. W górnej części sekcji Przegląd wybierz pozycję +Nowy punkt przywracania.

    Nowy punkt przywracania

  4. Określ nazwę punktu przywracania.

    Nazwa punktu przywracania

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

  1. Zaloguj się w witrynie Azure Portal.

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

  3. W górnej części sekcji Przegląd wybierz pozycję Przywróć.

     Omówienie przywracania

  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. Dla serwera wybierz pozycję Utwórz nowy i wybierz serwer w obsługiwanym regionie geograficznym Gen2.

    Automatyczne punkty przywracania

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

Uwaga

Zalecamy korzystanie z modułu Azure Az programu PowerShell do interakcji z platformą Azure. Zobacz Instalowanie programu Azure PowerShell, aby rozpocząć. Aby dowiedzieć się, jak przeprowadzić migrację do modułu Az PowerShell, zobacz Migracja programu Azure PowerShell z modułu AzureRM do modułu Az.

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

Uwaga

Możesz wykonać przywracanie geograficzne do usługi Gen2! W tym celu określ parametr ServiceObjectiveName Gen2 (np. DW1000c) jako opcjonalny parametr.

  1. Otwórz program Windows PowerShell.
  2. Połącz się z kontem platformy Azure i wyświetl listę wszystkich subskrypcji skojarzonych z kontem.
  3. Wybierz subskrypcję zawierającą bazę danych do przywrócenia.
  4. Pobierz bazę danych, którą chcesz odzyskać.
  5. Utwórz żądanie odzyskiwania bazy danych, określając wartość 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

Uwaga

Aby skonfigurować bazę danych po zakończeniu przywracania, zobacz Konfigurowanie bazy danych po odzyskaniu.

Odzyskana baza danych będzie włączona przez funkcję TDE, jeśli źródłowa baza danych jest włączona przez funkcję TDE.

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

Następne kroki

Uaktualniona dedykowana pula SQL (dawniej SQL DW) jest w trybie online. Aby skorzystać z rozszerzonej architektury, zobacz Klasy zasobów dla zarządzania obciążeniami.