Планирование аварийного восстановления

На этой странице описаны функции Cloud Firestore , которые помогут вам создавать и реализовывать планы аварийного восстановления.

Планирование аварийного восстановления при сбоях в облачной инфраструктуре

Чтобы защититься от потенциальных сбоев в облачной инфраструктуре Google Cloud таких как сбой в зоне или регионе, Cloud Firestore реплицирует данные в нескольких базах данных-репликах.

Архитектура репликации зависит от того, находится ли база данных в региональном расположении или в нескольких регионах. Региональные базы данных синхронно реплицируют данные как минимум по трем зонам. Многорегиональные базы данных синхронно реплицируют данные в пяти зонах в трех регионах с двумя обслуживающими регионами и одним регионом-свидетелем. Базы данных с несколькими регионами максимизируют доступность и надежность баз данных, обеспечивая доступность на уровне 99,999%. Региональные базы данных обеспечивают доступность на уровне 99,99%.

Cloud Firestore автоматически выполняет репликацию за вас и не требует дополнительной настройки или подготовки. Дополнительную информацию см. в следующем:

Дополнительные сведения об архитектуре репликации см. в разделе «Архитектура аварийного восстановления при сбоях в облачной инфраструктуре» .

Планирование аварийного восстановления данных

Чтобы защититься от сбоев данных, таких как случайное удаление или изменение данных, используйте запланированное резервное копирование и восстановление на определенный момент времени (PITR). В зависимости от ваших требований к аварийному восстановлению вы можете использовать обе функции вместе.

Резервное копирование по расписанию

Резервные копии поддерживают максимальный период хранения 14 недель. Вы можете запланировать ежедневное или еженедельное резервное копирование. Вы можете восстановить свою базу данных из резервной копии в новую базу данных Cloud Firestore в том же проекте. Дополнительные сведения см. в разделе Резервное копирование и восстановление данных .

Резервные копии обеспечивают более длительный срок хранения, чем PITR. Восстановление базы данных из резервной копии обходится дешевле, чем восстановление базы данных из данных PITR.

Восстановление на определенный момент времени (PITR)

Включите PITR для чтения документов с момента времени до семи дней назад. Вы можете считывать данные с уровнем детализации 1 минуту и ​​хирургическим путем записывать обратно в базу данных с целевым временем восстановления (максимальное время восстановления) 0. Целевое время восстановления (максимально возможная потеря данных) составляет 1 минуту. Дополнительные сведения см. в разделе Восстановление на определенный момент времени .

Если вам не нужно восстанавливать всю базу данных, PITR может восстановить только необходимые данные. PITR также обеспечивает более низкое целевое время восстановления и более низкую целевую точку восстановления, чем резервные копии.

Экспорт данных

Если срок хранения данных превышает 14 недель, вы можете использовать PITR для экспорта всей базы данных и сохранения этих данных в Cloud Storage на неопределенный срок. Экспорт данных PITR собирает данные из отметки времени до семи дней назад.

Экспорт данных PITR полезен для архивирования данных из вашей базы данных. По сравнению с резервными копиями восстановление базы данных из экспорта PITR обычно обходится дороже, чем восстановление тех же данных из резервной копии.

Чтобы начать операцию экспорта PITR, см. раздел Экспорт и импорт из данных PITR .

Что дальше