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