Planowanie odtwarzania awaryjnego

Na tej stronie opisano funkcje Cloud Firestore, które mogą Ci pomóc w tworzeniu i wdrażaniu planów odzyskiwania po awarii.

Planowanie odtwarzania awaryjnego w przypadku przerw w działaniu infrastruktury w chmurze

Aby chronić Google Cloud przed potencjalnymi przerwami w działaniu infrastruktury chmury, np. w przypadku awarii 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 wielu regionach. Bazy danych regionalnych 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 pomocniczym. Bazy danych w wielu regionach maksymalizują dostępność i trwałość baz danych, zapewniając dostępność na poziomie 99,999%. Bazy danych regionalnych 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 w tych artykułach:

Więcej informacji o architekturze replikacji znajdziesz w artykule Architektura odtwarzania awaryjnego w przypadku przerw w działaniu infrastruktury chmury.

Planowanie odtwarzania awaryjnego danych

Aby chronić dane przed katastrofami, takimi jak przypadkowe usunięcie lub zmodyfikowanie danych, korzystaj z zaplanowanych kopii zapasowych i odzyskiwania do określonego momentu (PITR). W zależności od wymagań odzyskiwania po awarii możesz używać obu funkcji jednocześnie.

Zaplanowane kopie zapasowe

Maksymalny okres przechowywania kopii zapasowych to 14 tygodni. Możesz zaplanować kopie zapasowe na co dzień lub co tydzień. 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 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 odzyskiwanie do określonego momentu, aby odczytywać dokumenty z maksymalnie 7 dni wstecz. Możesz odczytywać dane z poziomu szczegółowości 1 minuty i zapisywać je z chirurgiczną dokładnością z powrotem do bazy danych z wartością celu czasu odzyskiwania (maksymalnego czasu odzyskiwania) 0. Cel punktu odzyskiwania (maksymalna możliwa utrata danych) to 1 minuta. Więcej informacji znajdziesz w artykule Odzyskiwanie do określonego momentu.

Jeśli nie musisz przywracać całej bazy danych, PITR może odzyskać tylko wymagane dane. Odzyskiwanie do określonego momentu zapewnia też krótszy maksymalny czas przywrócenia i krótszy dopuszczalny okres utraty danych niż kopie zapasowe.

Eksportowanie danych

Jeśli potrzebujesz danych na dłużej niż 14 tygodni, możesz użyć PITR, aby wyeksportować całą bazę danych i zaoszczędzić te dane w Cloud Storage na czas nieokreślony. Eksport danych PITR obejmuje dane z sygnaturą czasową sięgającą maksymalnie 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 zazwyczaj droższe niż przywracanie tych samych danych z kopii zapasowej.

Aby rozpocząć operację eksportu PITR, zapoznaj się z artykułem Eksportowanie i importowanie danych z PITR.

Co dalej?