Zaplanowana konserwacja w usłudze Azure Cosmos DB for PostgreSQL

Ważne

Usługa Azure Cosmos DB for PostgreSQL nie jest już obsługiwana w przypadku nowych projektów. Nie używaj tej usługi dla nowych projektów. Zamiast tego użyj jednej z tych dwóch usług:

• Użyj usługi Azure Cosmos DB for NoSQL dla rozproszonego rozwiązania bazy danych przeznaczonego dla scenariuszy o dużej skali z umową dotyczącą poziomu usług dostępności 99,999% (SLA), natychmiastowym skalowaniem automatycznym i automatycznym przejściem w tryb failover w wielu regionach.

• Użyj funkcji Elastic Clusters usługi Azure Database for PostgreSQL na potrzeby fragmentowanej bazy danych PostgreSQL przy użyciu rozszerzenia Citus typu open source.

Usługa Azure Cosmos DB dla PostgreSQL regularnie przeprowadza 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 upływa co najmniej 30 dni między pomyślnymi przebiegami 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

Wybór okna konserwacji i powiadomienie 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. W każdym razie, system powiadomi Cię na pięć dni 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 wysłana do roli menedżera zasobów Azure
• Wysłane w wiadomości SMS na urządzenia przenośne
• wysyłane jako powiadomienie do aplikacji 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 między pomyślnymi zaplanowanymi wydarzeniami konserwacyjnymi dla klastra występuje co najmniej 30 dni.

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

• Dowiedz się, jak zmienić harmonogram konserwacji
• Dowiedz się, jak otrzymywać powiadomienia o nadchodzącej konserwacji przy użyciu usługi Azure Service Health
• Dowiedz się, jak skonfigurować alerty dotyczące nadchodzących zaplanowanych zdarzeń konserwacji