Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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 Architekturę odzyskiwania po awarii w ramach platformy Azure.
Usługa Azure Database for PostgreSQL udostępnia funkcje, które chronią dane i zmniejszają przestoje 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ść, usługa Azure Database for PostgreSQL oferuje funkcje ciągłości działania, które zapewniają ochronę przed błędami, 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 | 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. |
Georedundantna kopia zapasowa i odtwarzanie
Geograficznie nadmiarowe tworzenie kopii zapasowych i przywracanie umożliwia przywrócenie serwera w innym regionie w przypadku awarii. Zapewnia również co najmniej 99,99999999999999 procent (16 dziewiątek) trwałości obiektów kopii zapasowych w ciągu roku.
Kopię zapasową z georedundancją można skonfigurować tylko podczas tworzenia serwera. Po skonfigurowaniu serwera z georedundantną kopią zapasową, dane kopii zapasowej i dzienniki transakcji są kopiowane do sparowanego regionu asynchronicznie poprzez replikację pamięci.
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 technologii replikacji fizycznej wystąpienia serwera elastycznego usługi Azure Database for PostgreSQL i mogą opóźnić podstawową replikację. Repliki do odczytu są obsługiwane w warstwie obliczeniowej o ogólnym przeznaczeniu oraz zoptymalizowanej 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 w różnych regionach. 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.