Omówienie operacji zarządzania usługi Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

Usługa Azure SQL Managed Instance udostępnia operacje zarządzania, których można użyć do automatycznego wdrażania nowych wystąpień zarządzanych, aktualizowania właściwości wystąpienia i usuwania wystąpień, gdy nie są już potrzebne.

Co to są operacje zarządzania?

Wszystkie operacje zarządzania można klasyfikować w następujący sposób:

• Wdrożenie wystąpienia (utworzenie nowego wystąpienia)
• Aktualizacja wystąpienia (zmiana właściwości wystąpienia, takich jak rdzenie wirtualne lub magazyn zarezerwowany)
• Usunięcie wystąpienia

Aby obsługiwać wdrożenia w sieciach wirtualnych platformy Azure i zapewnić klientom izolację i zabezpieczenia, usługa SQL Managed Instance opiera się na klastrach wirtualnych. Klaster wirtualny reprezentuje dedykowany zestaw izolowanych maszyn wirtualnych wdrożonych w podsieci sieci wirtualnej klienta i zorganizowany w grupach maszyn wirtualnych. Zasadniczo każde wystąpienie zarządzane wdrożone w pustej podsieci powoduje utworzenie nowego klastra wirtualnego, który tworzy pierwszą grupę maszyn wirtualnych.

Kolejne operacje zarządzania w wystąpieniach zarządzanych mogą mieć wpływ na bazowe grupy maszyn wirtualnych. Zmiany wpływające na bazowe grupy maszyn wirtualnych mogą mieć wpływ na czas trwania operacji zarządzania, ponieważ wdrażanie dodatkowych maszyn wirtualnych w klastrze wirtualnym wiąże się z obciążeniem, które należy wziąć pod uwagę podczas planowania nowych wdrożeń lub aktualizacji istniejących wystąpień zarządzanych.

Szybka aprowizacja

Podsieci, które mają włączoną falę funkcji z listopada 2022 r., mogą korzystać z szybkiej aprowizacji usługi SQL Managed Instance, co skraca czas potrzebny na utworzenie pierwszego wystąpienia w podsieci do 30 minut w dół ze średniej 45–60 minut.

Dotyczy tylko szybkiej aprowizacji:

• do pierwszego wystąpienia aprowizowanego w podsieci.
• do wystąpień z 4–8 rdzeniami wirtualnymi.
• do wystąpień korzystających z domyślnego okna obsługi.
• do wystąpień wdrożonych w podsieciach z włączoną falą funkcji z listopada 2022 r., która obejmuje zarówno subskrypcje tworzenia i testowania, jak i produkcyjne.
• do wystąpień, które nie są strefowo nadmiarowe.

Czas trwania

Czas trwania operacji w klastrze wirtualnym może się różnić, ale zazwyczaj ma najdłuższy czas trwania.

W poniższej tabeli wymieniono długotrwałe kroki, które można wyzwolić w ramach operacji tworzenia, aktualizowania lub usuwania. Tabela zawiera również listę czasów trwania, których zwykle można oczekiwać na podstawie istniejących danych telemetrycznych usługi:

Krok	opis	Szacowany czas trwania
Tworzenie klastra wirtualnego (szybka aprowizacja)1	Szybka aprowizacja to synchroniczny krok w operacjach zarządzania wystąpieniami, podczas których pierwsza grupa maszyn wirtualnych jest natychmiast dostępna.	90% operacji kończy się w ciągu 30 minut
Tworzenie klastra wirtualnego	Tworzenie to synchroniczny krok w operacjach zarządzania wystąpieniami, podczas których jest tworzona pierwsza grupa maszyn wirtualnych.	90% operacji kończy się w mniej niż 4 godziny
Zmiana rozmiaru klastra wirtualnego (rozszerzanie lub zmniejszanie)	Dodawanie nowych maszyn do istniejącej grupy maszyn wirtualnych, usuwanie nieużywanych maszyn wirtualnych, dodawanie lub usuwanie całej grupy maszyn wirtualnych. Rozszerzanie to synchroniczny krok, podczas gdy zmniejszanie jest wykonywane asynchronicznie (bez wpływu na czas trwania operacji zarządzania wystąpieniami).	90% rozszerzeń klastra z tworzeniem nowej grupy maszyn wirtualnych kończy się w mniej niż 4 godziny 90% rozszerzeń klastra z rozszerzeniem istniejącej grupy maszyn wirtualnych kończy się w ciągu 60 minut
Usuwanie klastra wirtualnego	Usunięcie klastra wirtualnego jest wyzwalane po usunięciu ostatniego wystąpienia z podsieci.	90% operacji usuwania klastra kończy się w ciągu 1,5 godzin
Rozmieszczanie plikówbazy danych 2	Krok synchroniczny, wyzwalany podczas obliczeń (rdzeni wirtualnych) lub skalowanie magazynu w warstwie usługi Krytyczne dla działania firmy, a także zmiana warstwy usługi z Ogólnego przeznaczenia na Krytyczne dla działania firmy (lub odwrotnie). Czas trwania tej operacji jest proporcjonalny do całkowitego rozmiaru bazy danych, a także bieżącej aktywności bazy danych (liczby aktywnych transakcji). Aktywność bazy danych podczas aktualizowania wystąpienia może wprowadzać znaczącą wariancję łącznego czasu trwania.	90% tych operacji jest wykonywanych przy 220 GB/godzinę lub wyższej

¹ Szybka aprowizacja jest obecnie obsługiwana tylko dla pierwszego wystąpienia w podsieci z 4 lub 8 rdzeniami wirtualnymi oraz z domyślną konfiguracją okna obsługi.
² Podczas skalowania zasobów obliczeniowych (rdzeni wirtualnych) lub magazynu w warstwie usługi Krytyczne dla działania firmy lub przełączania warstwy usługi z warstwy Ogólnego przeznaczenia na Krytyczne dla działania firmy rozmieszczanie obejmuje również rozmieszczanie zawsze włączonej grupy dostępności.

Ważne

Skalowanie magazynu w górę lub w dół w warstwie usługi Ogólnego przeznaczenia obejmuje aktualizowanie metadanych i propagowanie odpowiedzi na przesłane żądanie. Jest to szybka operacja, która kończy się w maksymalnie 5 minutach bez przestoju i przejścia w tryb failover.

Długotrwałe segmenty operacji zarządzania

W poniższych tabelach podsumowano operacje i typowe ogólne czasy trwania na podstawie kategorii operacji:

Kategoria: Wdrożenie

Operacja	Długotrwały segment	Szacowany czas trwania
Pierwsze wystąpienie w pustej podsieci1	Tworzenie klastra wirtualnego (szybka aprowizacja)	90% operacji kończy się w ciągu 30 minut.
Pierwsze wystąpienie w pustej podsieci	Tworzenie klastra wirtualnego	90% operacji kończy się w mniej niż 4 godziny.
Pierwsze wystąpienie z inną generacją sprzętu lub oknem obsługi w niepustej podsieci (na przykład pierwsze wystąpienie serii Premium w podsieci z wystąpieniami serii Standardowa)	Dodawanie nowej grupy maszyn wirtualnych do klastrawirtualnego 2	90% operacji kończy się w mniej niż 4 godziny.
Tworzenie kolejnego wystąpienia w niepustej podsieci (wystąpienie drugie, trzecie itd.)	Zmiana rozmiaru klastra wirtualnego	90% operacji kończy się w ciągu 60 minut.

¹ Szybka aprowizacja jest obecnie obsługiwana tylko dla pierwszego wystąpienia w podsieci z 4 lub 8 rdzeniami wirtualnymi oraz z domyślną konfiguracją okna obsługi. ² Dla każdej generacji sprzętu i konfiguracji okna obsługi jest tworzona oddzielna grupa maszyn wirtualnych.

Kategoria: Aktualizacja

Operacja	Długotrwały segment	Szacowany czas trwania
Zmiana właściwości wystąpienia (hasło administratora, identyfikator logowania firmy Microsoft Entra, flaga Korzyść użycia hybrydowego platformy Azure)	Nie dotyczy	Do 1 minuty.
Skalowanie magazynu wystąpień w górę/w dół (Ogólnego przeznaczenia)	Brak długotrwałego segmentu	99% operacji kończy się w ciągu 5 minut.
Skalowanie magazynu wystąpień w górę/w dół (Krytyczne dla działania firmy)	— Zmiana rozmiaru klastra wirtualnego — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w ciągu 60 minut + czas, aby zainicjować wszystkie bazy danych (220 GB/godzinę).
Skalowanie magazynu wystąpień w górę/w dół (Ogólnego przeznaczenia następnej generacji)	— Tworzenie klastra wirtualnego/zmienianie rozmiaru grupy maszyn wirtualnych — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w mniej niż 4 godziny (tworzenie grupy maszyn wirtualnych) lub 60 minut (zmiana rozmiaru grupy maszyn wirtualnych) + czas na rozmieszczanie wszystkich baz danych (220 GB/godzinę) + tryb failover + czyszczenie starego wystąpienia
Skalowanie obliczeń wystąpień (rdzeni wirtualnych) w górę i w dół (Ogólnego przeznaczenia)	— Zmiana rozmiaru klastra wirtualnego	90% operacji kończy się w ciągu 60 minut.
Skalowanie obliczeń wystąpień (rdzeni wirtualnych) w górę i w dół (Krytyczne dla działania firmy)	— Zmiana rozmiaru klastra wirtualnego — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w ciągu 60 minut + czas, aby zainicjować wszystkie bazy danych (220 GB/godzinę).
Skalowanie obliczeń wystąpień (rdzeni wirtualnych) w górę i w dół (Ogólnego przeznaczenia następnej generacji)	Tworzenie klastra wirtualnego/zmiana rozmiaru grupy maszyn wirtualnych — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w mniej niż 4 godziny (tworzenie grupy maszyn wirtualnych) lub 60 minut (zmiana rozmiaru grupy maszyn wirtualnych) + czas na rozmieszczanie wszystkich baz danych (220 GB/godzinę) + tryb failover + czyszczenie starego wystąpienia
Zmiana warstwy usługi wystąpienia (Ogólnego przeznaczenia do Krytyczne dla działania firmy i odwrotnie)	— Zmiana rozmiaru klastra wirtualnego — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w ciągu 60 minut + czas, aby zainicjować wszystkie bazy danych (220 GB/godzinę).
Zmiana warstwy usługi wystąpienia (Ogólnego przeznaczenia lub Krytyczne dla działania firmy do warstwy Ogólnego przeznaczenia następnej generacji i odwrotnie)	Tworzenie klastra wirtualnego/zmiana rozmiaru grupy maszyn wirtualnych — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w mniej niż 4 godziny (tworzenie grupy maszyn wirtualnych) lub 60 minut (zmiana rozmiaru grupy maszyn wirtualnych) + czas na rozmieszczanie wszystkich baz danych (220 GB/godzinę) + tryb failover + czyszczenie starego wystąpienia
Zmiana sprzętu wystąpienia lub okna obsługi (Ogólnego przeznaczenia)	— Zmiana rozmiaruklastra wirtualnego 1	90% operacji kończy się w mniej niż 4 godziny (tworzenie grupy maszyn wirtualnych) lub 60 minut (zmiana rozmiaru grupy maszyn wirtualnych).
Zmiana sprzętu wystąpienia lub okna obsługi (Krytyczne dla działania firmy)	— Zmiana rozmiaruklastra wirtualnego 1 — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w mniej niż 4 godziny (tworzenie grupy maszyn wirtualnych) lub 60 minut (zmiana rozmiaru grupy maszyn wirtualnych) i czas inicjowania wszystkich baz danych (220 GB/godzinę).
Zmiana sprzętu wystąpienia lub okna obsługi (Ogólnego przeznaczenia następnej generacji)	— Tworzenie klastra wirtualnego/zmienianie rozmiaru grupy maszyn wirtualnych — Zawsze włączone rozmieszczanie grup dostępności	90% operacji kończy się w mniej niż 4 godziny (tworzenie grupy maszyn wirtualnych) lub 60 minut (zmiana rozmiaru grupy maszyn wirtualnych) + czas na rozmieszczanie wszystkich baz danych (220 GB/godzinę) + tryb failover + czyszczenie starego wystąpienia

¹ Wystąpienie zarządzane musi zostać umieszczone w grupie maszyn wirtualnych z tym samym odpowiednim oknem sprzętu i obsługi. Jeśli w klastrze wirtualnym nie ma takiej grupy, należy najpierw utworzyć nową grupę, aby uwzględnić konfigurację wystąpienia.

Kategoria: Usuwanie

Operacja	Długotrwały segment	Szacowany czas trwania
Usuwanie nie ostatniego wystąpienia	Kopia zapasowa ogona dziennika dla wszystkich baz danych	90% operacji kończy się maksymalnie 1 minutą.1
Usuwanie ostatniego wystąpienia	— Kopia zapasowa ogona dziennika dla wszystkich baz danych — Usuwanie klastra wirtualnego	90% operacji kończy się maksymalnie 1,5 godzin.2

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

Ważne

Po wyzwoleniu operacji usuwania rozliczenia dla usługi SQL Managed Instance są wyłączone. Czas trwania operacji usuwania nie będzie mieć wpływu na rozliczenia.

Dostępność wystąpienia

Wystąpienie zarządzane SQL jest dostępne podczas operacji aktualizacji, z wyjątkiem krótkiego przestoju spowodowanego przejściem w tryb failover, który następuje po zakończeniu aktualizacji. Zazwyczaj trwa to do 10 sekund, nawet w przypadku przerwanych transakcji długotrwałych, dzięki przyśpieszonemu odzyskiwaniu bazy danych.

Uwaga

Skalowanie magazynu wystąpienia zarządzanego ogólnego przeznaczenia nie spowoduje przejścia w tryb failover na końcu aktualizacji.

Usługa SQL Managed Instance nie jest dostępna dla aplikacji klienckich podczas operacji wdrażania i usuwania.

Ważne

Nie zaleca się skalowania zasobów obliczeniowych lub magazynu usługi Azure SQL Managed Instance ani zmiany warstwy usługi w tym samym czasie co długotrwałe transakcje (importowanie danych, zadania przetwarzania danych, ponowne kompilowanie indeksu itp.). Przejście bazy danych w tryb failover na końcu operacji anuluje wszystkie trwające transakcje.

Kroki operacji zarządzania

Operacje zarządzania składają się z wielu kroków. W przypadku interfejsu API operacji wprowadzono te kroki dla podzbioru operacji (wdrażanie i aktualizacja). Operacja wdrażania składa się z trzech kroków, podczas gdy operacja aktualizacji jest wykonywana w sześciu krokach. Aby uzyskać szczegółowe informacje na temat czasu trwania operacji, zobacz sekcję Czas trwania operacji zarządzania. Kroki są wyświetlane według kolejności wykonywania.

Kroki wdrażania wystąpienia zarządzanego

Nazwa kroku	Opis kroku
Weryfikacja żądania	Przesłane parametry są weryfikowane. W przypadku nieprawidłowej konfiguracji operacja zakończy się niepowodzeniem z powodu błędu.
Zmiana rozmiaru/tworzenie klastra wirtualnego	W zależności od stanu klastra wirtualnego klaster przechodzi do tworzenia lub zmiany rozmiaru stanu.
Uruchamianie nowego wystąpienia SQL	Proces SQL jest uruchamiany na wdrożonych maszynach wirtualnych.

Kroki aktualizacji wystąpienia zarządzanego

Nazwa kroku	Opis kroku
Weryfikacja żądania	Przesłane parametry są weryfikowane. W przypadku nieprawidłowej konfiguracji operacja zakończy się niepowodzeniem z powodu błędu.
Zmiana rozmiaru/tworzenie klastra wirtualnego	W zależności od stanu klastra wirtualnego klaster przechodzi do tworzenia lub zmiany rozmiaru stanu.
Uruchamianie nowego wystąpienia SQL	Proces SQL jest uruchamiany na wdrożonych maszynach wirtualnych.
Rozmieszczanie plików bazy danych / dołączanie plików bazy danych	W zależności od typu operacji aktualizacji jest wykonywane rozmieszczanie bazy danych lub dołączanie plików bazy danych.
Przygotowywanie trybu failover i trybu failover	Po ponownym dołączeniu danych lub ponownym dołączeniu plików bazy danych system jest przygotowywany do przejścia w tryb failover. Po ustawieniu wszystkiego tryb failover jest wykonywany z krótkim przestojem.
Czyszczenie starego wystąpienia SQL	Usuwanie starego procesu SQL z maszyn wirtualnych.

Kroki usuwania wystąpienia zarządzanego

Nazwa kroku	Opis kroku
Weryfikacja żądania	Przesłane parametry są weryfikowane. W przypadku nieprawidłowej konfiguracji operacja zakończy się niepowodzeniem z powodu błędu.
Oczyszczanie wystąpienia SQL	Usuwanie procesu SQL z maszyn wirtualnych.
Usuwanie klastra wirtualnego	W zależności od tego, czy usuwane wystąpienie jest ostatnie w podsieci, klaster wirtualny jest synchronicznie usuwany jako ostatni krok.

Uwaga

W wyniku skalowania wystąpień źródłowy klaster wirtualny przejdzie przez proces wydawania nieużywanej pojemności i możliwej defragmentacji pojemności, co może mieć wpływ na wystąpienia, które nie brały udziału w operacjach tworzenia/skalowania.

Operacje zarządzania o wpływie krzyżowym

Operacje zarządzania w wystąpieniu zarządzanym mogą mieć wpływ na operacje zarządzania innych wystąpień umieszczonych w tej samej podsieci:

• Długotrwałe operacje przywracania w klastrze wirtualnym umieszczają inne operacje w tej samej grupie maszyn wirtualnych, takie jak operacje tworzenia lub skalowania.
  Przykład: Jeśli istnieje długotrwała operacja przywracania, a także żądanie skalowania wymagające zmniejszenia grupy maszyn wirtualnych, żądanie zmniejszania zajmie więcej czasu, ponieważ czeka na zakończenie operacji przywracania, zanim będzie można kontynuować.

• Kolejna operacja tworzenia lub skalowania wystąpienia jest wstrzymana przez wcześniej zainicjowane tworzenie wystąpienia lub skalowanie wystąpienia, które zainicjowało zmianę rozmiaru grupy maszyn wirtualnych.
  Przykład: jeśli istnieje wiele żądań tworzenia i/lub skalowania w tej samej podsieci w tej samej grupie maszyn wirtualnych, a jedna z nich inicjuje zmianę rozmiaru grupy maszyn wirtualnych, wszystkie żądania przesłane 5+ minut po początkowym żądaniu operacji będą trwać dłużej niż oczekiwano, ponieważ te żądania będą musiały poczekać na ukończenie zmiany rozmiaru przed wznowieniem.

• Operacje tworzenia/skalowania przesłane w 5-minutowym oknie zostaną wsadowe i wykonywane równolegle.
  Przykład: Tylko jeden rozmiar klastra wirtualnego zostanie wykonany dla wszystkich operacji przesłanych w 5-minutowym oknie (pomiar od momentu wykonania pierwszego żądania operacji). Jeśli kolejne żądanie zostanie przesłane ponad 5 minut po przesłaniu pierwszego żądania, będzie czekać na ukończenie zmiany rozmiaru klastra wirtualnego przed rozpoczęciem wykonywania.

Ważne

Operacje zarządzania, które wstrzymano z powodu innej operacji będącej w toku, zostaną automatycznie wznowione po spełnieniu warunków kontynuowania. Do wznowienia tymczasowo wstrzymanych operacji zarządzania nie jest konieczna żadna akcja użytkownika.

Monitorowanie operacji zarządzania

Aby dowiedzieć się, jak monitorować postęp i stan operacji zarządzania, zobacz Monitorowanie operacji zarządzania.

Anulowanie operacji zarządzania

Aby dowiedzieć się, jak anulować operację zarządzania, zobacz Anulowanie operacji zarządzania.

Następne kroki

• Aby dowiedzieć się, jak utworzyć pierwsze wystąpienie zarządzane, zobacz Przewodnik Szybki start.
• Aby zapoznać się z listą funkcji i porównania, zobacz Typowe funkcje SQL.
• Aby uzyskać więcej informacji na temat konfiguracji sieci wirtualnej, zobacz Konfiguracja sieci wirtualnej usługi SQL Managed Instance.
• Aby uzyskać więcej informacji na temat grup maszyn wirtualnych i klastra wirtualnego, zobacz Architektura klastra wirtualnego usługi SQL Managed Instance
• Aby uzyskać przewodnik Szybki start, który tworzy wystąpienie zarządzane i przywraca bazę danych z pliku kopii zapasowej, zobacz Tworzenie wystąpienia zarządzanego.
• Aby zapoznać się z samouczkiem dotyczącym używania usługi Azure Database Migration Service do migracji, zobacz Migracja wystąpienia zarządzanego SQL przy użyciu usługi Database Migration Service.