| Dotyczy wersji Cloud Firestore Standard i Cloud Firestore Enterprise. |
Na tej stronie opisujemy funkcje Cloud Firestore w trybie zgodności z MongoDB, które mogą Ci pomóc w tworzeniu i wdrażaniu planów przywracania po awarii.
Planowanie odtwarzania awaryjnego w przypadku awarii infrastruktury w chmurze
Aby chronić przed potencjalnymi zakłóceniami w infrastrukturze chmury w Google Cloud, takimi jak awaria strefy lub regionu, Cloud Firestore w trybie zgodności z MongoDB replikuje dane w wielu bazach danych replik.
Architektura replikacji zależy od tego, czy baza danych znajduje się w lokalizacji regionalnej czy w wielu regionach. Regionalne bazy danych synchronicznie replikują dane w co najmniej 3 strefach. Bazy danych w wielu regionach synchronicznie replikują dane w 5 strefach w 3 regionach, z których 2 są regionami obsługującymi, a 1 jest regionem pomocniczym. Bazy danych w wielu regionach maksymalizują dostępność i trwałość baz danych, zapewniając dostępność na poziomie 99,999%. Bazy danych w regionie zapewniają dostępność na poziomie 99,99%.
Cloud Firestore w trybie zgodności z MongoDB automatycznie obsługuje replikację i nie wymaga dodatkowej konfiguracji ani udostępniania. Więcej informacji znajdziesz w tych artykułach:
Więcej informacji o architekturze replikacji znajdziesz w artykule Projektowanie odtwarzania awaryjnego na wypadek awarii infrastruktury chmury.
Planowanie odtwarzania awaryjnego danych
Aby chronić się przed utratą danych w wyniku przypadkowego usunięcia lub zmodyfikowania danych, korzystaj z zaplanowanych kopii zapasowych i odzyskiwania do określonego momentu (PITR). W zależności od wymagań dotyczących odzyskiwania po awarii możesz używać obu funkcji jednocześnie.
Zaplanowane kopie zapasowe
Kopie zapasowe mogą być przechowywane maksymalnie przez 14 tygodni. Możesz zaplanować codzienne lub cotygodniowe kopie zapasowe. Bazę danych możesz przywrócić z kopii zapasowej do nowej bazy danych Cloud Firestore w trybie zgodności z MongoDB w tym samym projekcie. Więcej informacji znajdziesz w artykule Tworzenie kopii zapasowej i przywracanie danych.
Kopie zapasowe mają dłuższy okres przechowywania niż PITR. Przywracanie bazy danych z kopii zapasowej jest tańsze niż przywracanie bazy danych z danych PITR.
Odzyskiwanie do określonego momentu (PITR)
Włącz PITR, aby odczytywać dokumenty z momentu w czasie sięgającego do 7 dni wstecz. Możesz odczytywać dane z dokładnością do 1 minuty i z chirurgiczną precyzją zapisywać je z powrotem w bazie danych, zachowując docelowy czas przywracania (maksymalny czas przywracania) wynoszący 0. Cel punktu odzyskiwania (maksymalna możliwa utrata danych) wynosi 1 minutę. Więcej informacji znajdziesz w artykule Odzyskiwanie do określonego momentu.
Jeśli nie musisz przywracać całej bazy danych, odczyty PITR mogą odzyskać tylko wymagane dane. Odczyty PITR zapewniają też krótszy maksymalny czas przywrócenia i mniejszy dopuszczalny okres utraty danych niż kopie zapasowe.
Eksport danych
Jeśli potrzebujesz przechowywać dane dłużej niż 14 tygodni, możesz użyć PITR, aby utworzyć eksport całej bazy danych i zapisać te dane w Cloud Storage na czas nieokreślony. Eksport danych PITR rejestruje dane z sygnatury czasowej sięgającej do 7 dni wstecz.
Eksportowanie danych PITR jest przydatne do archiwizowania danych z bazy danych. W porównaniu z kopiami zapasowymi odzyskiwanie bazy danych z eksportu PITR jest zwykle droższe niż odzyskiwanie tych samych danych z kopii zapasowej.
Aby rozpocząć operację eksportu PITR, zapoznaj się z artykułem Eksportowanie i importowanie danych PITR.
Klon bazy danych
Możesz odzyskać dane, klonując bazę danych z określonego momentu w przeszłości. Jeśli odzyskiwanie do określonego momentu jest włączone, możesz sklonować dane z maksymalnie 7 dni wstecz. Jeśli odzyskiwanie do określonego momentu nie jest włączone, możesz sklonować dane z ostatniej godziny.
Aby rozpocząć operację klonowania, zapoznaj się z artykułem Klonowanie z bazy danych.