Подключиться
Yandex Managed Service for SQL Server™

Управление резервными копиями

Статья создана

Вы можете создавать резервные копии и восстанавливать кластеры из имеющихся резервных копий.

Важно

Вы не можете с помощью команд SQL изменять модель восстановления для операций резервного копирования и восстановления.

Получить список резервных копий

  1. Перейдите на страницу каталога и выберите сервис Managed Service for SQL Server.
  2. Нажмите на имя нужного кластера и выберите вкладку Резервные копии.

Чтобы получить список резервных копий кластера, воспользуйтесь методом API listBackups и передайте идентификатор кластера в параметре clusterId запроса.

Чтобы получить список резервных копий всех кластеров Managed Service for SQL Server в каталоге, воспользуйтесь методом API list и передайте идентификатор каталога в параметре folderId запроса.

Чтобы узнать идентификатор кластера, получите список кластеров в каталоге.

Получить информацию о резервной копии

  1. Перейдите на страницу каталога и выберите сервис Managed Service for SQL Server.
  2. Нажмите на имя нужного кластера и выберите вкладку Резервные копии.

Воспользуйтесь методом API get и передайте идентификатор резервной копии в параметре backupId запроса. Чтобы узнать идентификатор, получите список резервных копий.

Создать резервную копию

  1. Перейдите на страницу каталога и выберите сервис Managed Service for SQL Server.
  2. Нажмите на имя нужного кластера и выберите вкладку Резервные копии.
  3. Нажмите кнопку Создать резервную копию.

Managed Service for SQL Server запустит операцию создания резервной копии.

Воспользуйтесь методом API backup и передайте идентификатор кластера в параметре clusterId запроса.

Чтобы узнать идентификатор кластера, получите список кластеров в каталоге.

Восстановить кластер из резервной копии

Технология Point-in-Time Recovery (PITR) позволяет восстановить состояние кластера на любой момент времени в интервале от создания самой старой полной резервной копии до архивации самого свежего журнала транзакций (Transaction Log). Подробнее в разделе Резервные копии.

Например, если операция создания резервной копии завершилась 10.08.2020 в 12:00:00 UTC, текущая дата — 15.08.2020 19:00:00 UTC, а последний журнал транзакций был сохранен 15.08.2020 в 18:50:00 UTC, кластер может быть восстановлен в любое свое состояние в промежутке времени с 10.08.2020 12:00:01 UTC до 15.08.2020 18:50:00 UTC включительно.

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

Для нового кластера необходимо задать все обязательные при его создании параметры.

При восстановлении до состояния на текущий момент времени новый кластер будет отражать состояние:

  • существующего кластера на момент восстановления;
  • удаленного кластера на момент архивации последнего журнала транзакций.

Чтобы восстановить из резервной копии существующий кластер:

  1. Перейдите на страницу каталога и выберите сервис Managed Service for SQL Server.
  2. Нажмите на имя нужного кластера и выберите вкладку Резервные копии.
  3. Нажмите значок для нужной резервной копии, затем нажмите Восстановить кластер.
  4. Задайте настройки нового кластера. В списке Каталог можно выбрать каталог для нового кластера.
  5. Нажмите кнопку Восстановить кластер.

Managed Service for SQL Server запустит операцию создания кластера из резервной копии.

Воспользуйтесь методом API restore и передайте в запросе:

  • Идентификатор требуемой резервной копии в параметре backupId. Чтобы узнать идентификатор, получите список резервных копий в кластере.
  • Момент времени, на который должен быть восстановлен кластер в параметре time.
  • Имя нового кластера, который будет содержать восстановленные из резервной копии данные. Имя кластера должно быть уникальным в рамках каталога.

Задать время начала резервного копирования

В консоли управления задать время начала резервного копирования можно при создании или изменении кластера.

Воспользуйтесь методом API update и передайте в запросе:

  • Идентификатор кластера в параметре clusterId. Чтобы узнать идентификатор, получите список кластеров в каталоге.
  • Новое время начала резервного копирования в параметре configSpec.backupWindowStart.
  • Список полей конфигурации кластера, подлежащих изменению (в данном случае — configSpec.backupWindowStart), в параметре updateMask.

Важно

Этот метод API сбросит все настройки кластера, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

  1. Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

    О том, как создать такой файл, см. в разделе Создание кластера SQL Server.

  2. Добавьте к описанию кластера Managed Service for SQL Server блок backup_window_start в секции config:

    resource "yandex_mdb_sqlserver_cluster" "<имя кластера>" {
  ...
  config {
    backup_window_start {
      hours   = <Час начала резервного копирования (UTC)>
      minutes = <Минута начала резервного копирования (UTC)>
    }
    ...
  }
}

  3. Проверьте корректность настроек.

    1. В командной строке перейдите в каталог, в котором вы создали конфигурационный файл.

    2. Выполните проверку с помощью команды:

      terraform plan

    Если конфигурация описана верно, в терминале отобразится список изменяемых ресурсов и их параметров. Если в конфигурации есть ошибки, Terraform на них укажет. Это проверочный этап: ресурсы не будут изменены.

  4. Подтвердите изменение ресурсов.

    1. Если в конфигурации нет ошибок, выполните команду:

      terraform apply

    2. Подтвердите изменение ресурсов.

Подробнее см. в документации провайдера Terraform.

В этой статье: