Odzyskiwanie po awarii geograficznej w usłudze Azure Database for PostgreSQL — serwer elastyczny
DOTYCZY: 
Azure Database for PostgreSQL — serwer elastyczny
Jeśli wystąpi awaria w całym regionie, platforma Azure może zapewnić ochronę przed awariami regionalnymi lub dużymi lokalizacjami geograficznymi z odzyskiwaniem po awarii, korzystając z innego regionu. Aby uzyskać więcej informacji na temat architektury odzyskiwania po awarii platformy Azure, zobacz Architektura odzyskiwania po awarii z platformy Azure do platformy Azure.
Serwer elastyczny usługi Azure Database for PostgreSQL udostępnia funkcje, które chronią dane i ograniczają przestoje dla baz danych o znaczeniu krytycznym podczas planowanych i nieplanowanych zdarzeń przestojów. Oparta na infrastrukturze platformy Azure, która oferuje niezawodną odporność i dostępność, serwer elastyczny usługi Azure Database for PostgreSQL oferuje funkcje ciągłości działania, które zapewniają ochronę błędów, spełniają wymagania dotyczące czasu odzyskiwania i zmniejszają narażenie na utratę danych. Podczas tworzenia architektury aplikacji należy wziąć pod uwagę tolerancję przestojów — cel czasu odzyskiwania (RTO) i narażenie na utratę danych — cel punktu odzyskiwania (RPO). Na przykład baza danych o krytycznym znaczeniu dla działania firmy wymaga bardziej rygorystycznego czasu pracy niż testowa baza danych.
Porównanie replikacji geograficznej z magazynem kopii zapasowych geograficznie nadmiarowych
Zarówno replikacja geograficzna z replikami do odczytu, jak i geograficzna kopia zapasowa to rozwiązania do odzyskiwania po awarii geograficznej. Różnią się jednak szczegółami swoich ofert. Aby wybrać odpowiednie rozwiązanie dla systemu, ważne jest, aby zrozumieć i porównać ich funkcje.
| Funkcja | Geo-replication (Replikacja geograficzna) | Geograficzna kopia zapasowa |
|---|---|---|
| Automatyczne przełączanie w tryb failover | Nie | Nie. |
| Użytkownik musi zaktualizować parametry połączenia po przejściu w tryb failover | Nie. | Tak |
| Może znajdować się w regionie nie sparowanym | Tak | Nie. |
| Obsługuje skalę odczytu | Tak | Nie. |
| Można skonfigurować po utworzeniu serwera | Tak | Nie. |
| Przywracanie do określonego punktu w czasie | Nie | Nie. |
| Gwarantowana pojemność | Tak | Nie. |
Geograficznie nadmiarowa kopia zapasowa i przywracanie
Geograficznie nadmiarowe tworzenie kopii zapasowych i przywracanie umożliwia przywrócenie serwera w innym regionie w przypadku awarii. Zapewnia również co najmniej 99,999999999999999999 procent (16 dziewiątek) trwałość obiektów kopii zapasowych w ciągu roku.
Geograficznie nadmiarowa kopia zapasowa można skonfigurować tylko w momencie tworzenia serwera. Po skonfigurowaniu serwera z geograficznie nadmiarową kopią zapasową dane kopii zapasowej i dzienniki transakcji są kopiowane do sparowanego regionu asynchronicznie przez replikację magazynu.
Aby uzyskać więcej informacji na temat geograficznie nadmiarowej kopii zapasowej i przywracania, zobacz geograficznie nadmiarowe kopie zapasowe i przywracanie.
Repliki do odczytu
Repliki odczytu między regionami można wdrożyć w celu ochrony baz danych przed awariami na poziomie regionu. Repliki do odczytu są aktualizowane asynchronicznie przy użyciu elastycznej technologii replikacji serwera elastycznego usługi Azure Database for PostgreSQL i mogą opóźnić replikację podstawową. Repliki do odczytu są obsługiwane w warstwach obliczeniowych ogólnego przeznaczenia i zoptymalizowanych pod kątem pamięci.
Aby uzyskać więcej informacji na temat funkcji i zagadnień dotyczących replik do odczytu, zobacz Read replicas (Repliki do odczytu).
Wykrywanie, powiadamianie i zarządzanie awariami
Jeśli serwer jest skonfigurowany z geograficznie nadmiarową kopią zapasową, możesz wykonać przywracanie geograficzne w sparowanym regionie. Nowy serwer jest aprowizowany i przywracany do ostatnich dostępnych danych skopiowanych do tego regionu.
Można również użyć replik do odczytu między regionami. W przypadku awarii regionu można wykonać operację odzyskiwania po awarii, promując replikę do odczytu jako autonomiczny serwer do odczytu i zapisu. Oczekuje się, że cel punktu odzyskiwania będzie do 5 minut (możliwa utrata danych), z wyjątkiem sytuacji, gdy wystąpi poważna awaria regionalna, cel punktu odzyskiwania może być bliski opóźnienia replikacji w momencie awarii.
Aby uzyskać więcej informacji na temat nieplanowanego ograniczania przestojów i odzyskiwania po regionalnej awarii, zobacz Nieplanowane środki zaradcze dotyczące przestojów.