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