Udostępnij za pośrednictwem

Tworzenie kopii zapasowej i przywracanie 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 Cosmos DB for PostgreSQL automatycznie tworzy kopie zapasowe każdego węzła w klastrze. Kopie zapasowe mogą służyć do przywracania klastra do określonego czasu — przywracania do punktu w czasie (PITR). Tworzenie kopii zapasowych i przywracanie jest istotną częścią strategii ciągłości biznesowej, ponieważ chronią dane przed przypadkowym uszkodzeniem lub usunięciem.

Kopie zapasowe

Zautomatyzowany proces wykonuje kopię zapasową każdego węzła usługi Azure Cosmos DB for PostgreSQL od momentu aprowizowania klastra i całego cyklu życia klastra. Usługa Azure Cosmos DB for PostgreSQL tworzy okresowe migawki dysków i łączy je z plikami WAL węzła przesyłanymi strumieniowo do usługi Azure Blob Storage.

Kopie zapasowe umożliwiają przywrócenie serwera do dowolnego punktu w czasie w okresie przechowywania. (Okres przechowywania wynosi obecnie 35 dni dla wszystkich klastrów). Wszystkie kopie zapasowe są szyfrowane przy użyciu 256-bitowego szyfrowania AES.

Plików kopii zapasowych nie można eksportować. Mogą być używane tylko do operacji przywracania w usłudze Azure Cosmos DB for PostgreSQL.

Nadmiarowość kopii zapasowych

Usługa Azure Cosmos DB for PostgreSQL obsługuje następujące opcje nadmiarowości kopii zapasowych.

  • Kopia zapasowa tego samego regionu

    • Magazyn kopii zapasowych strefowo nadmiarowych: ta opcja jest wybierana automatycznie dla regionów obsługujących strefy dostępności. Gdy kopie zapasowe są przechowywane w magazynie kopii zapasowych strefowo nadmiarowych, oprócz wielu kopii danych przechowywanych w strefie dostępności, w której jest hostowany węzeł każdego klastra, dane są również replikowane do innych stref dostępności.

    • Lokalnie nadmiarowy magazyn kopii zapasowych: ta opcja jest wybierana automatycznie dla regionów, które nie obsługują stref dostępności. Gdy kopie zapasowe są przechowywane w lokalnie nadmiarowym magazynie kopii zapasowych, wiele kopii kopii zapasowych jest przechowywanych w tym samym regionie.

  • Kopia zapasowa między regionami

    • Magazyn kopii zapasowych geograficznie nadmiarowych: tę opcję można wybrać podczas tworzenia klastra. Gdy kopie zapasowe są przechowywane w innym regionie, oprócz trzech kopii danych przechowywanych w regionie, w którym jest hostowany klaster, dane są replikowane do innego regionu.

Region świadczenia usługi Azure, w którym jest przechowywana geograficznie nadmiarowa kopia zapasowa klastra, zależy od regionu świadczenia usługi Azure, w którym znajduje się klaster usługi Azure Cosmos DB for PostgreSQL.

Koszt magazynu kopii zapasowych

Aby uzyskać informacje o bieżących cenach magazynu kopii zapasowych, zobacz stronę cennika usługi Azure Cosmos DB for PostgreSQL.

Przywracanie

Klaster można przywrócić do dowolnego punktu w czasie w ciągu ostatnich 35 dni. Przywracanie do punktu w czasie jest przydatne w wielu scenariuszach. Gdy na przykład użytkownik przypadkowo usunie dane, porzuci ważną tabelę lub bazę danych bądź gdy aplikacja przypadkowo zastąpi dobre dane za pomocą nieprawidłowych danych.

Uwaga

Chociaż kopie zapasowe klastra są zawsze przechowywane przez 35 dni, może być konieczne otwarcie wniosku o pomoc techniczną w celu przywrócenia klastra do punktu, który jest wcześniejszy niż ostatni czas pracy w trybie failover. Oprócz wysokiej dostępności (HA) operacje konserwacji i skalowania zasobów obliczeniowych/magazynu używają trybu failover w celu zminimalizowania przestojów podczas tych operacji.

W przypadku przywracania w tym samym regionie, gdy wszystkie węzły są uruchomione, można przywrócić klaster bez utraty danych. W bardzo rzadkim przypadku węzła, w którym występuje katastrofalne zdarzenie (a wysoka dostępność nie jest włączona w klastrze), możesz utracić do 5 minut danych.

W klastrach z włączoną geograficzną kopią zapasową przywracanie można wykonać w regionie zdalnym lub w tym samym regionie, w którym znajduje się klaster.

Ważne

Usuniętych klastrów nie można przywrócić. Jeśli usuniesz klaster, wszystkie należące do niego węzły zostaną usunięte i nie będzie można ich odzyskać. Aby chronić zasoby klastra, po wdrożeniu przed przypadkowym usunięciem lub nieoczekiwanymi zmianami, administratorzy mogą korzystać z blokad zarządzania.

Proces przywracania tworzy nowy klaster w tym samym lub zdalnym regionie, subskrypcji i grupie zasobów platformy Azure co oryginalna. Ten klaster ma konfigurację oryginalnego klastra: taką samą liczbę węzłów, liczbę rdzeni wirtualnych, rozmiar magazynu, role użytkownika, wersję usługi PostgreSQL i wersję rozszerzenia Citus.

Ustawienia sieci nie są zachowywane z oryginalnego klastra. Są one resetowane do wartości domyślnych. Po przywróceniu należy ręcznie dostosować te ustawienia, aby zezwolić na dostęp do przywróconego klastra. Ogólnie rzecz biorąc, zobacz naszą listę sugerowanych zadań po przywróceniu.

W większości przypadków przywracanie klastra trwa do 1 godziny.

Następne kroki