Облачная платформаAdvanced

Настройка политики резервного копирования в том же регионе

Эта статья полезна?
Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Сценарии

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

RDS выполняет резервное копирование данных на уровне DB instance, а не на уровне базы данных. Если DB instance выходит из строя или его данные повреждены, вы можете восстановить их из резервных копий для обеспечения доступности данных. Резервные копии автоматически сохраняются в виде пакетов в OBS buckets для обеспечения конфиденциальности и надёжности данных. Поскольку процесс резервного копирования влияет на производительность чтения и записи базы данных, рекомендуется установить временное окно автоматического резервного копирования на часы низкой нагрузки.

После настройки автоматической политики резервного копирования полные резервные копии создаются в соответствии с временным окном и циклом резервного копирования, указанными в политике. Время, необходимое для создания резервной копии, зависит от объёма данных в instance. Резервные копии хранятся столько времени, сколько указано в политике резервного копирования.

Не требуется задавать интервал для инкрементного резервного копирования, поскольку RDS автоматически сохраняет инкрементные данные каждые 5 минут. Инкрементные резервные копии можно использовать для восстановления данных в определённый момент времени.

Просмотр или изменение стандартной политики резервного копирования

  1. Войдите в консоль управления.
  2. Нажмите в левом верхнем углу страницы и выберите Database > Relational Database Service.
  3. На странице Instances нажмите имя целевого instance.
  4. В левой панели навигации выберите Backups & Restorations. На открывшейся странице выберите Modify Backup Policy > Configure Same-Region Backup Policy. Система отображает настроенные вами политики резервного копирования. Чтобы изменить их, при необходимости скорректируйте параметры.

    • Retention Period: количество дней, в течение которых могут храниться автоматические полные и инкрементные резервные копии. Период хранения составляет от 1 до 732 дней, значение по умолчанию — 7.
      • Увеличение периода хранения повышает надёжность данных.
      • Если вы уменьшите период хранения, новая политика резервного копирования будет применяться к существующим резервным копиям. Ручные резервные копии не будут удаляться автоматически. Будьте осторожны при выборе.

      Политика автоматического удаления полных резервных копий:

      Чтобы обеспечить целостность данных, система сохраняет самый последний бэкап, срок хранения которого превысил Retention Period, во время автоматических удалений. Это гарантирует, что данные в пределах Retention Period всё ещё могут быть восстановлены.

      Например, если Backup Cycle был установлен на Monday и Tuesday, а Retention Period был установлен на 2, поведение при удалении будет следующим:

      • Полный бэкап, созданный в понедельник, автоматически удаляется в четверг.

        Полный бэкап, созданный в понедельник, истекает в среду, но согласно политике удаления система сохраняет самый последний полный бэкап, срок хранения которого превысил Retention Period. Поэтому он сохраняется до истечения нового бэкапа. Следующий полный бэкап создаётся во вторник и истекает в четверг. Таким образом, в четверг бэкап понедельника удаляется, а бэкап вторника сохраняется.

      • Полный бэкап, созданный во вторник, автоматически удаляется в среду следующей недели.

        Бэкап, созданный во вторник, запланирован к истечению в четверг; однако, поскольку это последний доступный бэкап, он сохраняется до истечения последующего бэкапа. Следующий бэкап создаётся в следующий понедельник и истекает в следующую среду, после чего полный бэкап, созданный во вторник, автоматически удаляется.

    • Manual Period
      • Permanent: Ручные бэкапы сохраняются, пока вы не удалите их вручную.
      • Custom: Вы можете настроить период удержания для ручных бэкапов от 1 до 732 дней. Ручные бэкапы, превышающие Retention Period, будут автоматически удалены.
    • Time Window: Установите его в однoчасовой период, в который будет запланирован бэкап, например 01:00-02:00 или 12:00-13:00. Он указывает время начала бэкапа, а не продолжительность всей задачи бэкапа. Длительность бэкапа зависит от объёма данных вашего инстанса.
      Note

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

    • Backup Cycle: По умолчанию выбраны все варианты, но вы можете изменить их. Выберите хотя бы один день недели.

  5. Нажмите OK.