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

Dotyczy: Azure SQL Managed Instance

Azure SQL Managed Instance zapewnia 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ć izolację i zabezpieczenia dla klientów, SQL Managed Instance opiera się na klastrach wirtualnych. Klaster wirtualny reprezentuje dedykowany zestaw izolowanych maszyn wirtualnych wdrożonych w podsieci sieci wirtualnej klienta. Zasadniczo każde wystąpienie zarządzane wdrożone w pustej podsieci powoduje skompilowanie nowego klastra wirtualnego.

Kolejne operacje zarządzania wystąpieniami zarządzanymi mogą mieć wpływ na bazowy klaster wirtualny. Zmiany, które mają wpływ na bazowy klaster wirtualny, mogą wpłynąć na czas trwania operacji zarządzania, ponieważ wdrażanie dodatkowych maszyn wirtualnych jest związane z obciążeniem, które należy wziąć pod uwagę podczas planowania nowych wdrożeń lub aktualizacji istniejących wystąpień zarządzanych.

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ż czasy trwania, których zwykle można oczekiwać na podstawie istniejących danych telemetrycznych usługi:

Krok Opis Szacowany czas trwania
Tworzenie klastra wirtualnego Tworzenie to synchroniczny krok w operacjach zarządzania wystąpieniami. 90% operacji kończy się w ciągu 4 godzin
Zmiana rozmiaru klastra wirtualnego (rozszerzanie lub zmniejszanie) Rozszerzanie to krok synchroniczny, podczas gdy zmniejszanie jest wykonywane asynchronicznie (bez wpływu na czas trwania operacji zarządzania wystąpieniami). 90% rozszerzeń klastra kończy się w mniej niż 2,5 godzin
Usuwanie klastra wirtualnego Usuwanie klastra wirtualnego może być synchroniczne i asynchroniczne. Usunięcie asynchroniczne jest wykonywane w tle i jest wyzwalane w przypadku wielu klastrów wirtualnych w tej samej podsieci, gdy ostatnie wystąpienie w klastrze nie ostatnim w podsieci zostanie usunięte. Synchroniczne usunięcie klastra wirtualnego jest wyzwalane w ramach ostatniego usunięcia wystąpienia w podsieci. 90% operacji usuwania klastra kończy się w ciągu 1,5 godzin
Rozmieszczanie plików bazy danych1 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/godzinie lub wyższej

1 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 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 polega na aktualizowaniu metadanych i propagowaniu odpowiedzi na przesłane żądanie. Jest to szybka operacja, która kończy się w maksymalnie 5 minutach bez przestoju i trybu failover.

Operacje zarządzania długotrwałymi segmentami

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 podsieci Tworzenie klastra wirtualnego 90% operacji kończy się w ciągu 4 godzin.
Pierwsze wystąpienie innego sprzętu lub okna obsługi w podsieci innej niż pusta (na przykład pierwsze wystąpienie serii Premium w podsieci z wystąpieniami serii Standardowa) Tworzenie klastra wirtualnego1 90% operacji kończy się w ciągu 4 godzin.
Tworzenie kolejnego wystąpienia w niepustej podsieci (wystąpienie drugie, trzecie itd.) Zmiana rozmiaru klastra wirtualnego 90% operacji kończy się w ciągu 2,5 godziny.

1 Oddzielny klaster wirtualny jest tworzony dla każdej konfiguracji sprzętu i dla każdej konfiguracji okna obsługi.

Kategoria: Aktualizacja

Operacja Długotrwały segment Szacowany czas trwania
Zmiana właściwości wystąpienia (hasło administratora, login Azure AD, flaga korzyści 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 2,5 godzin i czasu rozmieszczania wszystkich baz danych (220 GB/godzinę).
Skalowanie obliczeń wystąpienia (rdzeni wirtualnych) w górę i w dół (Ogólnego przeznaczenia) — Zmiana rozmiaru klastra wirtualnego 90% operacji kończy się w ciągu 2,5 godziny.
Skalowanie obliczeń wystąpienia (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 2,5 godzin i czasu rozmieszczania wszystkich baz danych (220 GB/godzinę).
Zmiana warstwy usługi wystąpienia (Ogólnego przeznaczenia na 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 2,5 godzin i czasu rozmieszczania wszystkich baz danych (220 GB/godzinę).
Zmiana sprzętu lub okna obsługi wystąpienia (Ogólnego przeznaczenia) — Tworzenie klastra wirtualnego lub zmiana rozmiaru1 90% operacji kończy się w ciągu 4 godzin (tworzenie) lub 2,5 godzin (zmiana rozmiaru) .
Zmiana sprzętu wystąpienia lub okna obsługi (Krytyczne dla działania firmy) — Tworzenie klastra wirtualnego lub zmiana rozmiaru1
— Zawsze włączone rozmieszczanie grup dostępności
90% operacji kończy się w ciągu 4 godzin (tworzenie) lub 2,5 godzin (zmiana rozmiaru) + czas rozmieszczania wszystkich baz danych (220 GB/godzinę).

1 Wystąpienie zarządzane musi być umieszczone w klastrze wirtualnym z odpowiednim oknem sprzętu i konserwacji. Jeśli w podsieci nie ma takiego klastra wirtualnego, należy najpierw utworzyć nowy klaster, aby uwzględnić wystąpienie.

Kategoria: Usuwanie

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

1 W przypadku wielu klastrów wirtualnych w podsieci, jeśli ostatnie wystąpienie w klastrze wirtualnym zostanie usunięte, ta operacja natychmiast wyzwoli asynchroniczne usunięcie klastra wirtualnego.

2 Usunięcie ostatniego wystąpienia w podsieci natychmiast wyzwala synchroniczne usunięcie klastra wirtualnego.

Ważne

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

Dostępność wystąpienia

SQL Managed Instance jest dostępna 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 Ogólnego przeznaczenia magazynu wystąpienia zarządzanego nie spowoduje przejścia w tryb failover po zakończeniu aktualizacji.

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 Azure SQL Managed Instance ani zmiany warstwy usług 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 te kroki są udostępniane dla podzbioru operacji (wdrażanie i aktualizacja). Operacja wdrażania składa się z trzech kroków podczas wykonywania operacji aktualizacji w sześciu krokach. Aby uzyskać szczegółowe informacje na temat czasu trwania operacji, zobacz sekcję Czas trwania operacji zarządzania . Kroki są wymienione według kolejności wykonywania.

Kroki wdrażania wystąpienia zarządzanego

Nazwa kroku Opis kroku
Walidacja żądania Przesłane parametry są weryfikowane. W przypadku błędnej konfiguracji operacja zakończy się niepowodzeniem z powodu błędu.
Zmiana rozmiaru/tworzenie klastra wirtualnego W zależności od stanu podsieci klaster wirtualny przechodzi do tworzenia lub zmiany rozmiaru.
Nowe uruchamianie wystąpienia SQL Proces SQL jest uruchamiany w wdrożonym klastrze wirtualnym.

Kroki aktualizacji wystąpienia zarządzanego

Nazwa kroku Opis kroku
Walidacja żądania Przesłane parametry są weryfikowane. W przypadku błędnej konfiguracji operacja zakończy się niepowodzeniem z powodu błędu.
Zmiana rozmiaru/tworzenie klastra wirtualnego W zależności od stanu podsieci klaster wirtualny przechodzi do tworzenia lub zmiany rozmiaru.
Nowe uruchamianie wystąpienia SQL Proces SQL jest uruchamiany w wdrożonym klastrze wirtualnym.
Rozmieszczanie plików bazy danych / dołączanie plików bazy danych W zależności od typu operacji aktualizacji wykonywane jest 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 pracy w trybie failover. Po ustawieniu wszystkiego następuje przejście w tryb failover z krótkim przestojem.
Oczyszczanie starego wystąpienia SQL Usuwanie starego procesu SQL z klastra wirtualnego

Kroki usuwania wystąpienia zarządzanego

Nazwa kroku Opis kroku
Walidacja żądania Przesłane parametry są weryfikowane. W przypadku błędnej konfiguracji operacja zakończy się niepowodzeniem z powodu błędu.
Oczyszczanie wystąpienia SQL Usuwanie procesu SQL z klastra wirtualnego
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ń bazowego klastra wirtualnego przejdzie przez proces zwalniania 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 inne operacje zarządzania wystąpieniami umieszczonymi w tym samym klastrze wirtualnym:

  • Długotrwałe operacje przywracania w klastrze wirtualnym spowodują wstrzymanie innych operacji tworzenia lub skalowania wystąpienia w tej samej podsieci.
    Przykład: Jeśli istnieje długotrwała operacja przywracania i istnieje żądanie tworzenia lub skalowania w tej samej podsieci, wykonanie tego żądania potrwa dłużej, ponieważ czeka na ukończenie operacji przywracania przed kontynuowaniem.

  • Kolejna operacja tworzenia lub skalowania wystąpienia jest wstrzymana przez zainicjowane wcześniej tworzenie wystąpienia lub skalowanie wystąpienia, które zainicjowało zmianę rozmiaru klastra wirtualnego.
    Przykład: Jeśli istnieje wiele żądań tworzenia i/lub skalowania w tej samej podsieci w tym samym klastrze wirtualnym, a jeden z nich inicjuje zmianę rozmiaru klastra wirtualnego, wszystkie żądania przesłane przez 5+ minuty 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, przed rozpoczęciem wykonywania zaczeka na ukończenie zmiany rozmiaru klastra wirtualnego.

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