| Dotyczy wersji Firestore Standard i Firestore Enterprise. |
Ta strona opisuje Cloud Firestore funkcje, które mogą pomóc w tworzeniu i wdrażaniu planów odtwarzania awaryjnego.
Planowanie odtwarzania awaryjnego w przypadku awarii infrastruktury w chmurze
Aby chronić się przed potencjalnymi zakłóceniami infrastruktury w chmurze w Google Cloud takimi jak awaria strefy lub regionu, Cloud Firestore replikuje dane w wielu replikach baz danych.
Architektura replikacji zależy od tego, czy baza danych znajduje się w lokalizacji regionalnej czy w lokalizacji obejmującej wiele regionów. Regionalne bazy danych synchronicznie replikują dane w co najmniej 3 strefach. Bazy danych obejmujące wiele regionów synchronicznie replikują dane w 5 strefach w 3 regionach, z których 2 to regiony obsługujące, a 1 to region pomocniczy. Bazy danych obejmujące wiele regionów maksymalizują dostępność i trwałość baz danych, zapewniając dostępność na poziomie 99,999%. Regionalne bazy danych zapewniają dostępność na poziomie 99,99%.
Cloud Firestore 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 Tworzenie architektury odtwarzania awaryjnego w przypadku awarii infrastruktury w chmurze.
Planowanie odtwarzania awaryjnego danych
Aby chronić się przed awariami danych, takimi jak przypadkowe usunięcie lub zmodyfikowanie danych, używaj zaplanowanych kopii zapasowych i odzyskiwania do określonego momentu (PITR). W zależności od wymagań dotyczących odtwarzania awaryjnego możesz używać obu tych funkcji razem.
Zaplanowane kopie zapasowe
Kopie zapasowe obsługują maksymalny okres przechowywania wynoszący 14 tygodni. Możesz zaplanować codzienne lub cotygodniowe kopie zapasowe. Bazę danych możesz przywrócić z kopii zapasowej do nowej Cloud Firestore bazy danych w tym samym projekcie. Więcej informacji znajdziesz w artykule Tworzenie kopii zapasowych i przywracanie danych.
Kopie zapasowe zapewniają 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 punktu 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 do bazy danych z maksymalnym czasem przywrócenia wynoszącym 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ą przywrócić tylko wymagane dane. Odczyty PITR zapewniają też krótszy maksymalny czas przywrócenia i krótszy cel punktu odzyskiwania niż kopie zapasowe.
Eksportu danych
Jeśli musisz 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.
Eksporty danych PITR są przydatne do archiwizowania danych z bazy danych. W porównaniu z kopiami zapasowymi przywracanie bazy danych z eksportu PITR jest zwykle droższe niż przywracanie tych samych danych z kopii zapasowej.
Aby rozpocząć operację eksportu PITR, zobacz Eksportowanie i importowanie z danych PITR.
Klon bazy danych
Dane możesz odzyskać, klonując bazę danych z punktu w czasie w przeszłości. Jeśli PITR jest włączone, możesz klonować dane z okresu do 7 dni wstecz. Jeśli PITR nie jest włączone, możesz klonować dane z okresu do 1 godziny wstecz.
Aby rozpocząć operację klonowania, zobacz Klonowanie z bazy danych.