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
- 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 SQL Managed Instance konfiguracja sieci wirtualnej.
- 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 Azure Database Migration Service do migracji, zobacz SQL Managed Instance migracji przy użyciu Database Migration Service.