Когда вы создаёте RDS instance, политика автоматического резервного копирования включается по умолчанию. По соображениям безопасности эту политику отключить нельзя. После создания DB instance вы можете при необходимости настроить политику автоматического резервного копирования, и затем RDS будет выполнять резервное копирование данных в соответствии с настроенной политикой.
RDS выполняет резервное копирование данных на уровне DB instance, а не на уровне базы данных. Если DB instance выходит из строя или его данные повреждены, вы можете восстановить его из резервных копий, чтобы обеспечить доступность данных. Резервные копии автоматически сохраняются в виде пакетов в OBS bucket'ах для обеспечения конфиденциальности и надёжности данных. Поскольку резервное копирование влияет на производительность чтения и записи базы данных, рекомендуется установить окно автоматического резервного копирования в часы низкой нагрузки.
После настройки политики автоматического резервного копирования полные резервные копии создаются в соответствии с окном времени и циклом резервного копирования, указанными в политике. Время, необходимое для создания резервной копии, зависит от объёма данных в инстансе. Резервные копии хранятся столько, сколько указано в политике резервного копирования.
Не требуется задавать интервал для инкрементного резервного копирования, поскольку RDS автоматически сохраняет инкрементные данные каждые 5 минут. Инкрементные резервные копии можно использовать для восстановления данных в определённый момент времени.
в верхнем левом углу и выберите регион и проект.
в верхнем левом углу страницы и выберите Database > Relational Database Service.Политика автоматического удаления полных бэкапов:
Для обеспечения целостности данных система сохраняет самый последний бэкап, который превысил период удержания, во время автоматических удалений. Это гарантирует, что данные в пределах периода удержания всё ещё могут быть восстановлены.
Например, если Backup Cycle был установлен на Monday и Tuesday, а Retention Period был установлен на 2, поведение удаления будет следующим:
Полный бэкап, созданный в понедельник, истекает в среду, но согласно политике удаления система сохраняет самый последний полный бэкап, который превысил период удержания. Поэтому он сохраняется до истечения нового бэкапа. Следующий полный бэкап создаётся во вторник и истекает в четверг. Таким образом, в четверг бэкап понедельника удаляется, а бэкап вторника сохраняется.
Бэкап, созданный во вторник, истекает в четверг, но поскольку это последний бэкап, он будет сохраняться до истечения нового бэкапа. Следующий бэкап будет создан в следующий понедельник и истечёт в следующую среду. Таким образом, полный бэкап, созданный во вторник, не будет автоматически удалён до следующей среды.
Чтобы минимизировать потенциальное влияние на рабочие нагрузки, установите временное окно в непиковые часы. Время бэкапа указано в формате UTC. Временное окно бэкапа меняется в зависимости от часового пояса при переходе на летнее или стандартное время.