Udostępnij za pośrednictwem

Czas trwania operacji zarządzania w usłudze Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

W tym artykule szczegółowo opisano kroki i czas trwania operacji zarządzania w usłudze Azure SQL Managed Instance.

Aby zapoznać się z omówieniem podstawowych procesów związanych z operacjami zarządzania, takimi jak inicjowanie i tryb failover, zobacz Omówienie operacji zarządzania.

Kroki operacji zarządzania

Zarządzanie usługą Azure SQL Managed Instance obejmuje następujące operacje:

  • Utwórz: operacje wykonywane podczas tworzenia nowego wystąpienia zarządzanego SQL. Obejmuje to tworzenie lub zmienianie rozmiaru podstawowej grupy maszyn wirtualnych oraz wdrażanie procesu silnika bazy danych SQL.
  • Aktualizacja: operacje występujące podczas zmiany właściwości istniejącego wystąpienia zarządzanego SQL, takiego jak skalowanie zasobów obliczeniowych lub magazynu, zmiana warstwy usługi lub aktualizowanie konfiguracji wystąpienia. Wprowadzanie aktualizacji często wiąże się z tworzeniem lub zmienianiem rozmiaru podstawowej grupy maszyn wirtualnych, a także zasiewaniem danych, po czym następuje przełączenie awaryjne do nowego procesu aparatu bazy danych SQL.
  • Usuń: operacje występujące podczas usuwania istniejącego wystąpienia zarządzanego SQL, w tym czyszczenie zasobów, takich jak grupa maszyn wirtualnych skojarzona z wystąpieniem.

Tworzenie operacji

Operacja Tworzenia inicjuje wdrażanie nowego zarządzanego wystąpienia SQL w podsieci sieci wirtualnej, jednocześnie konfigurując środowisko obliczeniowe, pamięć masową oraz środowisko Microsoft SQL Server dla tego wystąpienia.

Proces tworzenia zwykle przechodzi trzy fazy:

  1. Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Jeśli parametry są nieprawidłowe (takie jak nieprawidłowa podsieć lub nieobsługiwana jednostka SKU), operacja natychmiast kończy się niepowodzeniem z powodu błędu.
  2. Utwórz lub zmień rozmiar grupy maszyn wirtualnych: tworzy lub rozszerza grupę maszyn wirtualnych w celu hostowania nowego wystąpienia. Czas trwania operacji zależy od tego, czy wystąpienie jest strefowo nadmiarowe, czy nie.
  3. Uruchom nowe wystąpienie SQL: wdraża i uruchamia proces silnika bazy danych SQL na przydzielonych maszynach wirtualnych.

Operacje aktualizacji

Operacja aktualizacji modyfikuje właściwości istniejącego wystąpienia zarządzanego SQL, takiego jak skalowanie zasobów obliczeniowych lub magazynu, zmiana warstwy usługi lub aktualizowanie konfiguracji wystąpienia.

Proces aktualizacji zwykle przechodzi pięć faz:

  1. Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Sprawdza obsługiwane typy aktualizacji na podstawie bieżącej konfiguracji wystąpienia i żądanych zmian. Jeśli żądanie jest nieprawidłowe, operacja kończy się niepowodzeniem z powodu błędu.
  2. Utwórz lub zmień rozmiar grupy maszyn wirtualnych: w zależności od zmiany rozmiar istniejącej grupy maszyn wirtualnych jest zmieniany lub tworzona jest nowa grupa maszyn wirtualnych, na przykład w następujących operacjach aktualizacji:
    • Skalowanie magazynu w górę lub w dół
    • Skalowanie obliczeń w górę lub w dół
    • Zmiana warstwy usługi
    • Zmienianie sprzętu
    • Dostosowywanie okna obsługi
    • Włączanie lub wyłączanie redundancji strefowej
  3. Uruchamianie wystąpienia SQL: nowy proces silnika bazy danych SQL jest inicjowany przy użyciu zaktualizowanej konfiguracji.
    • Jeśli zostanie utworzona nowa grupa maszyn wirtualnych lub istniejąca grupa maszyn wirtualnych zostanie zmieniona, nastąpi pełne wdrożenie aparatu bazy danych SQL.
  4. Inicjuj/przypisz magazyn: przygotowuje bazę danych w nowej lub grupie maszyn wirtualnych o zmienionym rozmiarze. Wystąpienie jest dostępne podczas tego procesu.
  5. Przygotuj się do zmiany na tryb awaryjny: ruch jest przekierowywany do nowego wystąpienia.
    • Wystąpienie jest niedostępne tylko podczas pracy w trybie failover, gdy ruch jest przekierowywany do nowego procesu aparatu bazy danych SQL. W warstwie usługi Krytyczne dla działania firmy wystąpienie jest niedostępne przez maksymalnie 20 sekund, podczas gdy w warstwie usługi Ogólnego przeznaczenia wystąpienie może być niedostępne przez maksymalnie 2 minuty.
  6. Wyczyść stare wystąpienie SQL: Zdealokuj stare maszyny wirtualne i zakończ procesy SQL, które nie są już wymagane.

Ważne

Skalowanie zasobów obliczeniowych lub magazynu lub zmiana warstwy usługi w tym samym czasie co długotrwałe transakcje (takie jak importowanie danych, zadania przetwarzania danych lub ponowne kompilowanie indeksu) nie jest zalecane, ponieważ przejście bazy danych w tryb failover na końcu operacji anuluje wszystkie trwające transakcje.

Operacja usuwania

Operacja Usuwania usuwa istniejące wystąpienie zarządzane SQL i czyści skojarzone zasoby. Po uruchomieniu operacji usuwania rozliczenia dla SQL Managed Instance zostają wyłączone. Czas trwania operacji usuwania nie ma wpływu na rozliczenia.

Proces usuwania zwykle przechodzi cztery fazy:

  1. Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Jeśli żądanie jest nieprawidłowe, operacja kończy się niepowodzeniem z powodu błędu.
  2. Kopia końcowa dziennika transakcji: jeśli instancja nie jest pusta, dla każdej bazy danych wykonywana jest kopia końcowa dziennika transakcji, aby upewnić się, że żadne dane nie zostaną utracone po usunięciu instancji. Kopie zapasowe są przechowywane na podstawie zasad przechowywania każdej bazy danych.
  3. Oczyszczanie wystąpienia SQL: proces silnika bazy danych SQL zostanie usunięty z grupy maszyn wirtualnych, i zasoby skojarzone z wystąpieniem zostaną zdezaktywowane.
  4. Usuń grupę maszyn wirtualnych: jeśli w podsieci znajdują się inne wystąpienia, grupa maszyn wirtualnych pozostaje nienaruszona dla tych wystąpień. Jeśli usunięte wystąpienie jest ostatnim wystąpieniem w podsieci, grupa maszyn wirtualnych zostanie synchronicznie usunięta jako ostatni krok. Gdy ostatnie wystąpienie w podsieci zostanie usunięte, usunięcie grupy maszyn wirtualnych automatycznie inicjuje usunięcie klastra wirtualnego.

Pule wystąpień

Pule wystąpień umożliwiają tworzenie wielu wystąpień i zarządzanie nimi za pomocą zasobów udostępnionych, co może pomóc zmniejszyć koszty i uprościć zarządzanie. Wdrażanie pojedynczego wystąpienia w istniejącej puli jest znacznie szybsze niż przygotowywanie samodzielnego zarządzanego wystąpienia, ponieważ infrastruktura jest już dostępna.

Tworzenie puli wystąpień obejmuje następujące kroki:

  • Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Jeśli żądanie jest nieprawidłowe, operacja kończy się niepowodzeniem z powodu błędu.
  • Utwórz grupę maszyn wirtualnych: zostanie utworzona nowa grupa maszyn wirtualnych do hostowania puli wystąpień w podsieci sieci wirtualnej platformy Azure. Liczba rdzeni wirtualnych przydzielonych do klastra wirtualnego to maksymalna liczba rdzeni wirtualnych używanych przez wszystkie instancje w puli. Jest to jednorazowa operacja, która konfiguruje infrastrukturę bazową dla wielu wystąpień zarządzanych.
  • Tworzenie instancji: instancje są tworzone w puli instancji, co obejmuje wdrożenie procesu silnika bazy danych SQL na przydzielonych VM-ach. Jednostki współdzielą zasoby klastra wirtualnego, co umożliwia bardziej efektywne wykorzystanie zasobów. Przykłady są tworzone przez klienta w miarę potrzeb.

Tworzenie wystąpienia w puli obejmuje następujące kroki:

  • Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Jeśli żądanie jest nieprawidłowe, operacja kończy się niepowodzeniem z powodu błędu.
  • Tworzenie instancji: instancje są tworzone w puli instancji, co obejmuje wdrożenie procesu silnika bazy danych SQL na przydzielonych VM-ach.

Przeniesienie wystąpienia do puli wystąpień obejmuje następujące kroki:

  • Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Jeśli żądanie jest nieprawidłowe, operacja kończy się niepowodzeniem z powodu błędu.
  • Przydzielanie rdzeni wirtualnych: wystąpienie musi mieć przypisaną odpowiednią liczbę wymaganych rdzeni wirtualnych z puli. Ponieważ mamy już aprowizowanie rdzeni wirtualnych w puli, jest to łatwe i działa tak samo jak aprowizowanie nowego wystąpienia w puli.

Przeniesienie wystąpienia z puli wystąpień obejmuje następujące kroki:

  • Żądanie weryfikacji: przesłane parametry są składniowo i semantycznie weryfikowane. Jeśli żądanie jest nieprawidłowe, operacja kończy się niepowodzeniem z powodu błędu.
  • Utwórz lub zmień rozmiar grupy maszyn wirtualnych: wymaga to zapewnienia odpowiedniej liczby wymaganych rdzeni wirtualnych dla instancji poza pulą. Rdzenie wirtualne nie są gotowe i muszą być prowiżonowane, więc ta operacja jest podobna do każdej operacji aktualizacji, która musi zmienić rozmiar istniejącej grupy maszyn wirtualnych lub utworzyć nową grupę maszyn wirtualnych.

Redundancja strefowa

W przypadku włączenia redundancji strefy warstwy obliczeń i przechowywania są rozłożone na wiele stref dostępności, aby zapewnić wysoką dostępność i integralność danych.

Nadmiarowość w strefach rozszerza czas trwania operacji zarządzania w celu dostosowania się do zmian w zasobach w wielu strefach dostępności.

Czas trwania operacji zarządzania

Czas trwania operacji zarządzania różni się w zależności od warstwy usług wystąpienia zarządzanego SQL. Poniższe sekcje zawierają szczegółowe informacje na temat czasu trwania operacji zarządzania dla każdej warstwy usług:

W poniższej tabeli przedstawiono czas trwania operacji zarządzania w warstwie usługi Ogólnego przeznaczenia , w tym długotrwałe segmenty i szacowany czas trwania każdej operacji:

Operacja zarządzania Długotrwałe segmenty Szacowany czas trwania
Tworzenie operacji
Tworzenie nowego wystąpienia Tworzenie lub zmienianie rozmiaru grupy maszyn wirtualnych 95% operacji kończy się w ciągu 30 minut
Tworzenie nowej instancji z nadmiarowością strefową Tworzenie lub zmienianie rozmiaru grupy maszyn wirtualnych z redundancją strefową 95% operacji kończy się w ciągu 4 godzin
Tworzenie nowej puli wystąpień Tworzenie grupy maszyn wirtualnych 95% operacji kończy się w ciągu 30 minut
Tworzenie instancji w puli Żaden 95% operacji kończy się w mniej niż 10 minut
Operacje aktualizacji
Zmiana podstawowych atrybutów instancji, takich jak typ licencji lub Microsoft Entra Żaden Do 1 minuty
Skalowanie magazynu Żaden 99% zakończenia operacji w ciągu 5 minut
Skalowanie zasobów obliczeniowych (rdzeni wirtualnych) Tworzenie lub zmienianie rozmiaru grupy maszyn wirtualnych 95% operacji kończy się w ciągu 60 minut
Zmiana na warstwę usługi Krytyczne dla działania firmy Zmiana rozmiaru grupy maszyn wirtualnych
+ Rozmieszczanie bazy danych		 95% operacji kończy się w ciągu 60 minut + czas na inicjowanie baz danych
Zmiana na warstwę usługi Ogólnego przeznaczenia następnej generacji Tworzenie lub zmienianie rozmiaru grupy maszyn wirtualnych
+ Rozmieszczanie bazy danych		 95% operacji kończy się w ciągu 60 minut + czas na inicjowanie baz danych
Zmienianie sprzętu lub okna obsługi Tworzenie lub zmienianie rozmiaru grupy maszyn wirtualnych 95% operacji kończy się w ciągu 60 minut
Włączanie redundancji strefowej Tworzenie nowej grupy maszyn wirtualnych
+ Rozmieszczanie bazy danych		 95% operacji kończy się w ciągu 4 godzin plus czas potrzebny na zasilenie baz danych czas potrzebny na zasilenie baz danych
Wyłączanie nadmiarowości strefy Tworzenie nowej grupy maszyn wirtualnych
+ Rozmieszczanie bazy danych		 95% operacji kończy się w ciągu 30 minut + czas na wprowadzenie danych do baz
Przenoszenie wystąpienia do puli wystąpień Żaden 95% zakończenia operacji w ciągu 10 minut
Przenoszenie wystąpienia z puli wystąpień Tworzenie lub zmienianie rozmiaru grupy maszyn wirtualnych 95% operacji kończy się w ciągu 60 minut
Operacje usuwania
Usuwanie wystąpienia 1, które nie jest ostatnie Kopia zapasowa ogona dziennika dla wszystkich baz danych 90% operacji kończy się w ciągu 1 minuty.
Usuwanie ostatniego wystąpienia2 Tworzenie kopii zapasowej końcówki dziennika dla wszystkich baz danych
Usuwanie klastra wirtualnego		 95% zakończenia operacji w ciągu 90 minut

1 Jeśli w klastrze istnieje wiele grup maszyn wirtualnych, usunięcie ostatniego wystąpienia w grupie powoduje natychmiastowe usunięcie grupy maszyn wirtualnych asynchronicznie.
2 Usunięcie ostatniego wystąpienia w podsieci natychmiast powoduje synchroniczne usunięcie klastra wirtualnego.

Wystąpienie jest dostępne na czas trwania wszystkich operacji zarządzania, z wyjątkiem ostatniego kroku przełączenia awaryjnego, gdy ruch jest przekierowywany do nowego procesu silnika bazy danych SQL. W warstwie usługi Krytyczne dla działania firmy wystąpienie jest niedostępne przez maksymalnie 20 sekund, podczas gdy w warstwach usługi Ogólnego przeznaczenia i Ogólnego przeznaczenia następnej generacji wystąpienie może być niedostępne przez maksymalnie 2 minuty.

Czas trwania siewu

Inicjowanie to proces inicjowania i synchronizowania danych w ramach procesów aparatu bazy danych SQL. Czas trwania zasiewania zależy przede wszystkim od rozmiaru bazy danych. Średnio wysyłanie danych przebiega w tempie około 220 GB na godzinę.

Inicjowanie jest wykonywane jednocześnie przez osiem kanałów równoległych. W dowolnym momencie do transferu danych wybiera się osiem baz danych. Po zakończeniu transferu jednej bazy danych następna dostępna baza danych zostanie przypisana do teraz bezpłatnego kanału, co zapewnia ciągłą i wydajną przepływność.

Poniższa tabela zawiera następujące informacje:

  • Prawdopodobny szacowany czas zasiewu dla większości przypadków
  • Oczekiwany maksymalny szacowany czas zasiewu dla 95% przypadków%
Zakres rozmiaru bazy danych (GB) Prawdopodobny czas siania Oczekiwany maksymalny czas wysiewu
0 – 32 GB 30 minut 1 godzina
32 – 256 GB 1,5 godz. 2 godziny
256 – 512 GB 2 godziny 5 godzin
512 – 1024 GB 5 godzin 9 godzin
1024 – 2048 GB 9 godzin 15 godzin
2048 – 3072 GB 10 godzin 16 godz.
3072 – 4096 GB 12 godz. 18 godz.
Więcej niż 4096 GB 15 godzin 20 godzin

Treści powiązane