Zarządzanie ustawieniami zaplanowanej konserwacji dla usługi Azure Database for MySQL — serwer elastyczny
DOTYCZY: Azure Database for MySQL — serwer elastyczny
W ramach subskrypcji platformy Azure można określić opcje konserwacji dla każdego wystąpienia serwera elastycznego usługi Azure Database for MySQL. Opcje obejmują harmonogram konserwacji i ustawienia powiadomień dotyczące nadchodzących i zakończonych zdarzeń konserwacji.
Wymagania wstępne
Aby ukończyć ten przewodnik z instrukcjami, potrzebne są następujące elementy:
Określanie opcji harmonogramu konserwacji
- Na stronie serwer elastyczny usługi Azure Database for MySQL w obszarze Ustawienia wybierz pozycję Konserwacja , aby otworzyć opcje zaplanowanej konserwacji.
- Domyślny (zarządzany przez system) harmonogram to losowy dzień tygodnia, a 60-minutowe okno na rozpoczęcie konserwacji między godziną 11:00 a 7:00 czasu lokalnego serwera. Jeśli chcesz dostosować ten harmonogram, wybierz pozycję Harmonogram niestandardowy. Następnie możesz wybrać preferowany dzień tygodnia i 60-minutowe okno czasu rozpoczęcia konserwacji.
Konserwacja ponownego harmonogramu
- W oknie Konserwacja zauważysz nowy przycisk z etykietą Zmień harmonogram.
- Po kliknięciu opcji Zmień harmonogram zostanie wyświetlone okno "Harmonogram konserwacji", w którym można wybrać nową datę i godzinę zaplanowanej konserwacji.
- Po wybraniu preferowanej daty i godziny wybierz pozycję Zmień harmonogram , aby potwierdzić wybór.
- Istnieje również opcja konserwacji na żądanie, klikając pozycję Zmień harmonogram na teraz. Zostanie wyświetlone okno dialogowe potwierdzenia, aby sprawdzić, czy rozumiesz potencjalny efekt, w tym możliwy przestój serwera.
Zmiana harmonogramu konserwacji wyzwala również powiadomienia e-mail, aby otrzymywać informacje.
Dostępność okna ponownego uruchamiania nie jest stała, często zależy od rozmiaru ogólnego okna obsługi dla regionu, w którym znajduje się serwer. Oznacza to, że opcje harmonogramów mogą się różnić w zależności od regionalnych operacji i obciążeń.
Uwaga
Harmonogram konserwacji jest dostępny tylko w warstwach usługi Ogólnego przeznaczenia i Krytyczne dla działania firmy.
Rozważania i ograniczenia
Podczas korzystania z tej funkcji należy pamiętać o następujących kwestiach:
- Ograniczenia dotyczące zapotrzebowania: anulowana ponowna konserwacja może zostać anulowana z powodu dużej liczby działań konserwacyjnych występujących jednocześnie w tym samym regionie.
- Okres blokady: Zmiana harmonogramu jest niedostępna 15 minut przed początkowym zaplanowanym czasem konserwacji w celu utrzymania niezawodności usługi.
- Ograniczenie harmonogramów: jeśli zbyt wiele serwerów w tym samym regionie jest zaplanowanych na konserwację w tym samym czasie, ponowne zaplanowanie żądań może zakończyć się niepowodzeniem. Jeśli tak się stanie, użytkownicy otrzymają powiadomienie o błędzie i zaleca się wybranie alternatywnego przedziału czasu. Pomyślnie zaplanowana konserwacja prawdopodobnie nie zostanie anulowana.
Nie ma żadnych ograniczeń dotyczących tego, ile razy można zaplanować konserwację, o ile konserwacja nie została wprowadzona w stan "Przygotowanie", zawsze można ponownie zaplanować konserwację do innego czasu.
Powiadomienia o zaplanowanych zdarzeniach konserwacji
Usługa Azure Service Health umożliwia wyświetlanie powiadomień o nadchodzących i zaplanowanych konserwacji w wystąpieniu serwera elastycznego usługi Azure Database for MySQL. Można też skonfigurować alerty w usłudze Azure Service Health, aby otrzymywać powiadomienia o zdarzeniach konserwacji.
Następne kroki
- Dowiedz się więcej o zaplanowanej konserwacji na serwerze elastycznym usługi Azure Database for MySQL
- Informacje o usłudze Azure Service Health