| Относится к версиям Firestore Standard и Firestore Enterprise. |
На этой странице описаны функции Cloud Firestore, которые помогут вам создать и реализовать планы аварийного восстановления.
Планирование аварийного восстановления на случай сбоев в облачной инфраструктуре
Чтобы защитить данные от возможных сбоев в облачной инфраструктуре Google Cloud, например от отключения зоны или региона, Cloud Firestore копирует данные в несколько баз данных.
Архитектура репликации зависит от того, находится ли база данных в регионе или макрорегионе. Региональные базы данных синхронно реплицируют данные как минимум в три зоны. Базы данных в нескольких регионах синхронно реплицируют данные в пяти зонах в трех регионах с двумя обслуживающими регионами и одним регионом-свидетелем. Мультирегиональные базы данных обеспечивают максимальную доступность и долговечность баз данных, обеспечивая доступность на уровне 99,999%. Региональные базы данных обеспечивают доступность на уровне 99,99 %.
Cloud Firestore автоматически обрабатывает репликацию и не требует дополнительной настройки или инициализации. Дополнительную информацию можно найти в следующих статьях:
Дополнительную информацию об архитектуре репликации можно найти в статье Проектирование аварийного восстановления на случай сбоев в облачной инфраструктуре.
Планирование аварийного восстановления данных
Чтобы защитить данные от случайного удаления или изменения, используйте резервное копирование по расписанию и восстановление на определенный момент времени. В зависимости от требований к аварийному восстановлению вы можете использовать обе функции вместе.
Резервное копирование по расписанию
Максимальный срок хранения резервных копий составляет 14 недель. Вы можете запланировать ежедневное или еженедельное резервное копирование. Вы можете восстановить базу данных из резервной копии в новую базу данных Cloud Firestore в том же проекте. Подробнее о резервном копировании и восстановлении данных…
Резервные копии обеспечивают более длительный период хранения, чем PITR. Восстановление базы данных из резервной копии стоит меньше, чем восстановление из данных PITR.
Восстановление на определенный момент времени (PITR)
Включите PITR, чтобы читать документы, созданные в определенный момент времени в течение последних семи дней. Вы можете считывать данные с точностью до 1 минуты и записывать их обратно в базу данных с целевым временем восстановления (максимальным временем восстановления), равным 0. Целевая точка восстановления (максимально возможная потеря данных) составляет 1 минуту. Подробнее о восстановлении на определенный момент времени…
Если вам не нужно восстанавливать всю базу данных, вы можете восстановить только необходимые данные. Кроме того, чтение данных на определенный момент времени обеспечивает более низкие целевые время и точку восстановления, чем резервные копии.
экспорт данных.
Если вам нужно хранить данные дольше 14 недель, вы можете использовать PITR, чтобы экспортировать всю базу данных и сохранить ее в Cloud Storage на неограниченный срок. Экспорт данных PITR фиксирует данные с временной метки до семи дней в прошлом.
Экспорт данных PITR полезен для архивирования данных из базы данных. Восстановление базы данных из экспорта PITR обычно обходится дороже, чем восстановление тех же данных из резервной копии.
Чтобы начать операцию экспорта PITR, ознакомьтесь со статьей Экспорт и импорт данных PITR.
Клон базы данных
Вы можете восстановить данные, клонировав базу данных на определенный момент времени в прошлом. Если восстановление на определенный момент времени включено, вы можете клонировать данные за последние семь дней. Если восстановление на определенный момент времени не включено, вы можете клонировать данные, созданные не более часа назад.
Чтобы начать клонирование, ознакомьтесь с разделом Клонирование из базы данных.