| Dotyczy wersji Firestore Standard i Firestore Enterprise. |
Na tej stronie opisano funkcje Cloud Firestore, które mogą pomóc w tworzeniu i wdrażaniu planów odtwarzania awaryjnego.
Planowanie odtwarzania awaryjnego w przypadku przerw w działaniu infrastruktury w chmurze
Aby chronić przed potencjalnymi zakłóceniami infrastruktury w chmurze w Google Cloud, takimi jak przerwa w działaniu strefy lub regionu, Cloud Firestore 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 2 regionami obsługującymi i 1 regionem świadka. Bazy danych w wielu regionach 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 obsługi administracyjnej. Więcej informacji znajdziesz tutaj:
Więcej informacji o architekturze replikacji znajdziesz w artykule Projektowanie odtwarzania awaryjnego na wypadek przerw w działaniu infrastruktury w chmurze.
Planowanie odtwarzania awaryjnego danych
Aby chronić dane przed awariami, takimi jak przypadkowe usunięcie lub modyfikacja, 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 jednocześnie.
Zaplanowane kopie zapasowe
Kopie zapasowe obsługują maksymalny okres przechowywania wynoszący 14 tygodni. Możesz zaplanować codzienne lub cotygodniowe kopie zapasowe. Możesz przywrócić bazę danych z kopii zapasowej do nowej bazy danych Cloud Firestore w tym samym projekcie. Więcej informacji znajdziesz w artykule Tworzenie kopii zapasowej i przywracanie danych.
Kopie zapasowe zapewniają dłuższy okres przechowywania niż odzyskiwanie do określonego momentu. Przywracanie bazy danych z kopii zapasowej kosztuje mniej niż przywracanie bazy danych z danych PITR.
Odzyskiwanie do określonego momentu (PITR)
Włącz odzyskiwanie do określonego momentu, aby odczytywać dokumenty z określonego momentu z ostatnich 7 dni. Możesz odczytywać dane z dokładnością do 1 minuty i z chirurgiczną precyzją zapisywać je z powrotem w bazie danych z docelowym czasem odtworzenia (maksymalnym czasem odzyskiwania) 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ą odzyskać tylko wymagane dane. Odczyty PITR zapewniają też krótszy maksymalny czas przywrócenia i dopuszczalny okres utraty danych niż kopie zapasowe.
Eksporty danych
Jeśli chcesz przechowywać dane dłużej niż 14 tygodni, możesz użyć odzyskiwania do określonego momentu, aby utworzyć eksport całej bazy danych i zapisać te dane w Cloud Storage na czas nieokreślony. Eksport danych PITR obejmuje 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 odzyskiwanie bazy danych z eksportu PITR jest zwykle droższe niż odzyskiwanie tych samych danych z kopii zapasowej.
Aby dowiedzieć się, jak rozpocząć operację eksportu PITR, przeczytaj artykuł o eksportowaniu i importowaniu 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 ostatnich 7 dni. 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.