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

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

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

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

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

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

Дополнительную информацию об архитектуре репликации можно найти в статье Проектирование аварийного восстановления для сбоев облачной инфраструктуры.

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

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

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

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

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

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

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

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

экспорт данных.

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

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

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

Клон базы данных

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

Чтобы начать клонирование, ознакомьтесь с разделом Клонирование из базы данных.

Дальнейшие действия