Udostępnij za pośrednictwem

Zaplanowana konserwacja w usłudze Azure Cosmos DB for PostgreSQL

  • Artykuł

DOTYCZY: Usługa Azure Cosmos DB for PostgreSQL (obsługiwana przez rozszerzenie bazy danych Citus do bazy danych PostgreSQL)

Usługa Azure Database for PostgreSQL wykonuje okresową konserwację, aby zapewnić bezpieczeństwo, stabilność i aktualność zarządzanej bazy danych. Podczas konserwacji wszystkie węzły w klastrze uzyskują nowe funkcje, aktualizacje i poprawki.

Najważniejsze funkcje zaplanowanej konserwacji usługi Azure Cosmos DB for PostgreSQL to:

  • Aktualizacje są stosowane jednocześnie we wszystkich węzłach w klastrze
  • Powiadomienia o nadchodzącej konserwacji są publikowane w usłudze Azure Service Health z pięciodniowym wyprzedzeniem
  • Zazwyczaj występuje co najmniej 30 dni między pomyślnymi zdarzeniami konserwacji klastra
  • Preferowany dzień tygodnia i przedziału czasu w tym dniu na potrzeby rozpoczęcia konserwacji można zdefiniować osobno dla każdego klastra

Wybieranie okna obsługi i powiadomienia o nadchodzącej konserwacji

Konserwację można zaplanować w określonym dniu tygodnia, podając okno czasowe w ciągu tego dnia. Możesz też zezwolić systemowi na automatyczne wybranie dnia i przedziału czasu. Tak czy inaczej, system powiadomi Cię o pięciu dniach przed uruchomieniem jakiejkolwiek konserwacji. System poinformuje Cię również o rozpoczęciu konserwacji i pomyślnym zakończeniu.

Powiadomienia o nadchodzącej zaplanowanej konserwacji są publikowane w usłudze Azure Service Health i mogą być następujące:

  • Wiadomość e-mail na określony adres
  • Wiadomość e-mail do roli usługi Azure Resource Manager
  • Wysłane w wiadomości SMS na urządzenia przenośne
  • wypychane jako powiadomienie do aplikacji platformy Azure
  • dostarczone jako wiadomość głosowa

Określając preferencje dla harmonogramu konserwacji, można wybrać dzień tygodnia i przedział czasu. Jeśli nie określisz, system wybierze godziny między godziną 11:00 a 7:00 w czasie regionu klastra. Możesz zdefiniować różne harmonogramy dla każdego klastra w ramach subskrypcji platformy Azure.

Ważne

Zwykle występuje co najmniej 30 dni od pomyślnych zdarzeń konserwacji zaplanowanej dla klastra.

Jednak w przypadku krytycznej aktualizacji awaryjnej, takiej jak poważna luka w zabezpieczeniach, okno powiadomień może być krótsze, niż pięć dni. Aktualizacja krytyczna może zostać zastosowana do serwera, nawet jeśli konserwacja zaplanowana została wykonana w ciągu ostatnich 30 dni.

Ustawienia planowania można aktualizować w dowolnym momencie. Jeśli zaplanowano konserwację klastra i zaktualizujesz harmonogram, istniejące zdarzenia zostaną ponownie zaplanowane.

Jeśli konserwacja zakończy się niepowodzeniem lub zostanie anulowana, system utworzy powiadomienie. Ponowi próbę konserwacji zgodnie z bieżącymi ustawieniami planowania i powiadomi Cię o pięciu dniach przed następnym zdarzeniem konserwacji.

Następne kroki