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
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.
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.
Jeśli region jest obsługiwany, przeprowadź uaktualnienie za pośrednictwem Azure Portal
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
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).
Przygotuj się na kilka minut przestoju.
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
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.
Wybierz kartę Uaktualnij do generacji 2 na karcie Zadania:
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ę.
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:
Monitoruj uaktualnienie, sprawdzając stan w Azure Portal:
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.
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
Zaloguj się w witrynie Azure Portal.
Przejdź do dedykowanej puli SQL (dawniej SQL DW), dla której chcesz utworzyć punkt przywracania.
W górnej części sekcji Przegląd wybierz pozycję +Nowy punkt przywracania.
Określ nazwę punktu przywracania.
Przywracanie aktywnej lub wstrzymanej bazy danych przy użyciu Azure Portal
Zaloguj się w witrynie Azure Portal.
Przejdź do dedykowanej puli SQL (dawniej SQL DW), z której chcesz przywrócić.
W górnej części sekcji Przegląd wybierz pozycję Przywróć.
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.
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.
- Otwórz program Windows PowerShell.
- Połącz się z kontem platformy Azure i wyświetl listę wszystkich subskrypcji skojarzonych z kontem.
- Wybierz subskrypcję zawierającą bazę danych do przywrócenia.
- Pobierz bazę danych, którą chcesz odzyskać.
- Utwórz żądanie odzyskiwania bazy danych, określając wartość ServiceObjectiveName gen2.
- 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.