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