Связаться с намиПодключиться

Изменить политику резервного копирования

Статья создана
Улучшена
Обновлена 6 мая 2025 г.

Примечание

Резервные копии создаются по локальному времени ВМ или сервера Yandex BareMetal. Возможно небольшое отставание от расписания в зависимости от текущей нагрузки на сервис.

Сервис BareMetal находится на стадии Preview.

Изменить основные параметры

Важно

Политики копирования с некоторыми дополнительными настройками нельзя изменить в консоли управления Yandex Cloud. Чтобы изменить настройки таких политик, воспользуйтесь CLI Yandex Cloud, Terraform или API.

Если изменения настроек политики резервного копирования не применились на ВМ или сервере BareMetal, к которым ранее была привязана политика, то отвяжите политику от ВМ и привяжите ее заново.

  1. В консоли управления выберите каталог, в котором нужно изменить политику резервного копирования.

  2. В списке сервисов выберите Cloud Backup.

  3. Перейдите на вкладку Политики копирования.

  4. Напротив политики резервного копирования, которую нужно изменить, нажмите и выберите Редактировать.

  5. Измените параметры политики резервного копирования:

    • Введите имя. Требования к имени:

      • длина — от 2 до 63 символов;
      • может содержать строчные буквы латинского алфавита, цифры и дефисы;
      • первый символ — буква, последний — не дефис.

    • Выберите тип резервных копий:

      • Инкрементальный — сохраняются только отличия от предыдущей копии. При первом запуске будет создана полная копия ресурса.
      • Полный — сохраняются все данные виртуальной машины или сервера BareMetal.

    • В блоке Расписание запуска укажите:

      • Периодичность выберите частоту создания копий:
        • Каждый день. Настройте создание резервной копии либо один раз в день в указанное время, либо несколько раз в день с заданной периодичностью в указанном временном интервале.
        • Каждую неделю. Выберите дни недели и время, в которое в эти дни будет выполняться резервное копирование.
        • По месяцам. Укажите месяцы, день месяца и время, в которые будет выполняться резервное копирование.

      Резервные копии создаются по локальному времени ВМ или сервера BareMetal. Возможно небольшое отставание от расписания в зависимости от текущей нагрузки на сервис.

    • Для инкрементальных копий вы можете включить Раз в неделю создавать полную копию и выбрать день недели, в который будет создаваться полная копия. В выбранный день вместо инкрементальной копии будет создана полная резервная копия.

    • В блоке Настройки хранения задайте политику хранения копий:

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

      • Только последнюю — укажите количество последних копий, которые нужно хранить, или количество дней, недель или месяцев, копии за которые нужно хранить. Остальные копии будут удаляться автоматически.

        Примечание

        При создании политики с помощью консоли управления последующие изменения настроек хранения резервных копий применяются только после создания очередной резервной копии. Если изменения не вступили в силу, то отвяжите политику от ВМ или сервера BareMetal и после привяжите ее заново.

    • В блоке Дополнительно:

      • (Опционально) Включите Быстрое резервное копирование, чтобы ускорить создание инкрементальных копий. Наличие изменений в файле будет определяться по размеру, дате и времени последнего изменения. Если опция отключена, Cloud Backup будет сравнивать содержимое всех файлов с содержимым резервной копии. Опция не работает для томов с файловыми системами JFS, ReiserFS3, ReiserFS4, ReFS или XFS.

      • (Опционально) Включите Одновременное создание снимков нескольких томов для создания синхронизированных по времени резервных копий данных, расположенных на нескольких томах. Параметр определяет, будут ли создаваться снимки нескольких томов одновременно или последовательно.

    • (Опционально) В блоке Повторение операций при сбое задания укажите настройки резервного копирования в случае сбоя копирования:

      • Количество попыток — максимальное количество попыток. При достижении максимального количества повторных попыток операция будет считаться неуспешной. Попытки будут прекращены, как только операция будет успешно выполнена или по достижении указанного количества попыток, в зависимости от того, что наступит раньше.
        Не действует, если резервное копирование запущено вручную.
      • Интервал между попытками — длительность интервала между повторениями попыток.

    • (Опционально) В блоке Обработка ошибок настройте поведение Cloud Backup при возникновении ошибок:

      • Повторение операций при сбое задания — настройки повторных попыток при ошибках копирования:
        • Количество попыток — максимальное количество попыток.
        • Интервал между попытками — длительность интервала между повторениями попыток.
      • В случае ошибки при создании снимка повторить попытку — настройки повторных попыток при ошибках создания снимка:
        • Количество попыток — максимальное количество попыток.
        • Интервал между попытками — длительность интервала между повторениями попыток.

    • (Опционально) В блоке Фильтры файлов вы можете с помощью фильтров исключить из резервных копий определенные файлы и папки или, наоборот, делать резервные копии только конкретных элементов файловой системы:

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

      Исключающий фильтр имеет преимущество над включающим.

      Чтобы включить или исключить файлы, добавьте критерии, которым они должны соответствовать, например, имена файлов, пути или маски. Поддерживаются подстановочные символы * и ?. Каждый критерий указывается с новой строки. В критериях не учитывается регистр.

  6. Нажмите кнопку Сохранить.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

  1. Посмотрите описание команды CLI для изменения политики резервного копирования:

    yc backup policy update --help

  2. Опишите конфигурацию политики резервного копирования в формате JSON.

    Пример файла конфигурации
    {
  "compression": "NORMAL",
  "format": "AUTO",
  "multiVolumeSnapshottingEnabled": true,
  "preserveFileSecuritySettings": true,
  "reattempts": {
    "enabled": true,
    "interval": {
      "type": "SECONDS",
      "count": "30"
    },
    "maxAttempts": "30"
  },
  "silentModeEnabled": true,
  "splitting": {
    "size": "1099511627776"
  },
  "vmSnapshotReattempts": {
    "enabled": true,
    "interval": {
      "type": "MINUTES",
      "count": "5"
    },
    "maxAttempts": "3"
  },
  "vss": {
    "enabled": true,
    "provider": "TARGET_SYSTEM_DEFINED"
  },
  "archive": {
    "name": "'[Machine Name]-[Plan ID]-[Unique ID]A'"
  },
  "performanceWindow": {
  },
  "retention": {
    "rules": [
      {
        "maxCount": "10"
      }
    ],
    "beforeBackup": true
  },
  "scheduling": {
    "backupSets": [
      {
        "time": {
          "weekdays": [
            "MONDAY"
          ],
          "repeatAt": [
            {
              "minute": "5"
            }
          ],
          "type": "WEEKLY"
        }
      }
    ],
    "enabled": true,
    "maxParallelBackups": "2",
    "randMaxDelay": {
      "type": "MINUTES",
      "count": "30"
    },
    "scheme": "ALWAYS_INCREMENTAL",
    "weeklyBackupDay": "MONDAY"
  },
  "cbt": "ENABLE_AND_USE",
  "fastBackupEnabled": true,
  "quiesceSnapshottingEnabled": true
}

    В примере приведена конфигурация политики резервного копирования, которая будет создавать инкрементальные резервные копии виртуальной машины или сервера BareMetal каждый понедельник в 00:05 (UTC+0). При этом храниться будут только десять последних копий.

    См. полную спецификацию политики резервного копирования.

  3. Узнайте идентификатор политики резервного копирования, которую нужно изменить:

    yc backup policy list

    Результат:

    +----------------------+----------------------+---------+---------+---------------------+---------------------+
|          ID          |      FOLDER ID       |  NAME   | ENABLED |     CREATED AT      |     UPDATED AT      |
+----------------------+----------------------+---------+---------+---------------------+---------------------+
| abc7n3wln123******** | ghi681qpe789******** | policy1 | true    | 2023-07-03 09:12:02 | 2023-07-03 09:12:43 |
| deflqbiwc456******** | ghi681qpe789******** | policy2 | true    | 2023-07-07 14:58:23 | 2023-07-07 14:58:23 |
+----------------------+----------------------+---------+---------+---------------------+---------------------+

  4. Измените политику резервного копирования, указав ее идентификатор:

    yc backup policy update <идентификатор_политики_резервного_копирования> \
  --settings-from-file <путь_к_файлу_конфигурации>

    Где --settings-from-file — путь к файлу с конфигурацией политики резервного копирования в формате JSON.

    Результат:

    id: cbq5rwepukxn********
name: test2
created_at: "2023-07-03T08:24:16.735555276Z"
updated_at: "2023-07-03T08:24:16.746377738Z"
enabled: true
settings:
  compression: NORMAL
  format: AUTO
  multi_volume_snapshotting_enabled: true
  preserve_file_security_settings: true
  reattempts:
    enabled: true
    interval:
      type: SECONDS
      count: "30"
    max_attempts: "30"
  silent_mode_enabled: true
  splitting:
    size: "1099511627776"
  vm_snapshot_reattempts:
    enabled: true
    interval:
      type: MINUTES
      count: "5"
    max_attempts: "3"
  vss:
    enabled: true
    provider: TARGET_SYSTEM_DEFINED
  archive:
    name: '''[Machine Name]-[Plan ID]-[Unique ID]A'''
  performance_window: {}
  retention:
    rules:
      - max_count: "10"
    before_backup: true
  scheduling:
    backup_sets:
      - time:
          weekdays:
            - MONDAY
          repeat_at:
            - minute: "5"
          type: WEEKLY
    enabled: true
    max_parallel_backups: "2"
    rand_max_delay:
      type: MINUTES
      count: "30"
    scheme: ALWAYS_INCREMENTAL
    weekly_backup_day: MONDAY
  cbt: ENABLE_AND_USE
  fast_backup_enabled: true
  quiesce_snapshotting_enabled: true
folder_id: d2q792qpemb4********

    Подробнее о команде читайте в справочнике CLI.

Terraform позволяет быстро создать облачную инфраструктуру в Yandex Cloud и управлять ею с помощью файлов конфигураций. В файлах конфигураций хранится описание инфраструктуры на языке HCL (HashiCorp Configuration Language). При изменении файлов конфигураций Terraform автоматически определяет, какая часть вашей конфигурации уже развернута, что следует добавить или удалить.

Terraform распространяется под лицензией Business Source License, а провайдер Yandex Cloud для Terraform — под лицензией MPL-2.0.

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

Если у вас еще нет Terraform, установите его и настройте провайдер Yandex Cloud.

Чтобы изменить основные параметры в политике резервного копирования:

  1. Откройте файл конфигурации Terraform и измените необходимые параметры во фрагменте с описанием ресурса yandex_backup_policy:

    Пример описания ресурса yandex_backup_policy в конфигурации Terraform
    resource "yandex_backup_policy" "my_policy" {
    archive_name                      = "[<имя_ВМ_или_сервера_BareMetal>]-[<идентификатор_плана>]-[<уникальный_идентификатор>]a"
    cbt                               = "USE_IF_ENABLED"
    compression                       = "NORMAL"
    fast_backup_enabled               = true
    format                            = "AUTO"
    multi_volume_snapshotting_enabled = true
    name                              = "<имя_политики_резервного_копирования>"
    performance_window_enabled        = true
    preserve_file_security_settings   = true
    quiesce_snapshotting_enabled      = true
    silent_mode_enabled               = true
    splitting_bytes                   = "9223372036854775807"
    vss_provider                      = "NATIVE"

    reattempts {
        enabled      = true
        interval     = "1m"
        max_attempts = 10
    }

    retention {
        after_backup = false

        rules {
            max_age       = "365d"
            repeat_period = []
        }
    }

    scheduling {
        enabled              = false
        max_parallel_backups = 0
        random_max_delay     = "30m"
        scheme               = "ALWAYS_INCREMENTAL"
        weekly_backup_day    = "MONDAY"

        execute_by_time {
            include_last_day_of_month = true
            monthdays                 = []
            months                    = [1,2,3,4,5,6,7,8,9,10,11,12]
            repeat_at                 = ["04:10"]
            repeat_every              = "30m"
            type                      = "MONTHLY"
            weekdays                  = []
        }
    }

    vm_snapshot_reattempts {
        enabled      = true
        interval     = "1m"
        max_attempts = 10
    }
}

    Более подробную информацию о параметрах ресурса yandex_backup_policy см. в документации провайдера.

  2. Примените изменения:

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

    2. Проверьте корректность конфигурационного файла с помощью команды:

      terraform validate

      Если конфигурация является корректной, появится сообщение:

      Success! The configuration is valid.

    3. Выполните команду:

      terraform plan

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

    4. Примените изменения конфигурации:

      terraform apply

    5. Подтвердите изменения: введите в терминале слово yes и нажмите Enter.

    Проверить изменения можно в консоли управления или с помощью команды CLI:

    yc backup policy get <идентификатор_политики_резервного_копирования>

Чтобы изменить основные параметры политики резервного копирования, воспользуйтесь методом REST API update для ресурса Policy или вызовом gRPC API PolicyService/Update.

Изменить список виртуальных машин и серверов Yandex BareMetal

  1. В консоли управления выберите каталог, в котором находится политика резервного копирования.
  2. В списке сервисов выберите Cloud Backup.
  3. Перейдите на вкладку Политики копирования.
  4. Выберите политику резервного копирования, в которой нужно изменить список виртуальных машин или серверов BareMetal.
  5. Измените список привязанных ресурсов:

    • Чтобы привязать новую ВМ или сервер BareMetal, нажмите кнопку Привязать ресурс и в открывшемся окне:

      • В зависимости от того, какой ресурс вы хотите привязать к политике, выберите вкладку Виртуальные машины или Серверы BareMetal и в списке выберите нужные ВМ или сервер.

        Если ВМ или сервера BareMetal, которые вы хотите привязать к политике, нет в списке, убедитесь, что они подключены к Cloud Backup.

      • Нажмите кнопку Привязать.

    • Чтобы отвязать ВМ или сервер BareMetal:

      • В зависимости от того, какой ресурс вы хотите отвязать от политики резервного копирования, выберите вкладку Виртуальные машины или Серверы BareMetal.
      • В строке с ВМ или сервером BareMetal, которые нужно отвязать от политики, нажмите и выберите соответственно Отвязать ВМ от политики или Отвязать сервер от политики.
      • В открывшемся окне подтвердите это действие.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

  1. Узнайте идентификатор политики резервного копирования, в которой нужно изменить список ВМ или серверов BareMetal:

    yc backup policy list

    Результат:

    +----------------------+----------------------+---------+---------+---------------------+---------------------+
|          ID          |      FOLDER ID       |  NAME   | ENABLED |     CREATED AT      |     UPDATED AT      |
+----------------------+----------------------+---------+---------+---------------------+---------------------+
| abc7n3wln123******** | ghi681qpe789******** | policy1 | true    | 2023-07-03 09:12:02 | 2023-07-03 09:12:43 |
| deflqbiwc456******** | ghi681qpe789******** | policy2 | true    | 2023-07-07 14:58:23 | 2023-07-07 14:58:23 |
+----------------------+----------------------+---------+---------+---------------------+---------------------+

  2. Узнайте идентификаторы виртуальных машин, которые нужно добавить или удалить:

    yc compute instance list

    Результат:

    +----------------------+---------+---------------+---------+--------------+-------------+
|          ID          |  NAME   |    ZONE ID    | STATUS  | EXTERNAL IP  | INTERNAL IP |
+----------------------+---------+---------------+---------+--------------+-------------+
| jklp0o9i8012******** | my-vm-1 | ru-central1-b | RUNNING | 51.250.**.** | 192.168.*.* |
| mnoa5s6d8345******** | my-vm-2 | ru-central1-b | RUNNING | 84.201.**.** | 192.168.*.* |
+----------------------+---------+---------------+---------+--------------+-------------+

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

  3. Измените список ВМ и серверов BareMetal в политике резервного копирования.

    • Чтобы привязать ВМ или сервер BareMetal к политике резервного копирования:

      Посмотрите описание команды CLI:

      yc backup policy apply --help

      Привяжите ВМ или серверы BareMetal к политике резервного копирования, указав ее идентификатор:

      yc backup policy apply <идентификатор_политики_резервного_копирования> \
  --instance-ids <идентификаторы_ВМ_или_серверов_BareMetal>

      Где --instance-ids — идентификаторы подключенных к Cloud Backup виртуальных машин и серверов BareMetal, которые нужно привязать к политике резервного копирования. Несколько идентификаторов указываются через запятую.

      Подробнее о команде читайте в справочнике CLI.

    • Чтобы отвязать ВМ или серверы BareMetal от политики резервного копирования:

      Посмотрите описание команды CLI:

      yc backup policy revoke --help

      Отвяжите ВМ или серверы BareMetal от политики резервного копирования, указав ее идентификатор:

      yc backup policy revoke <идентификатор_политики_резервного_копирования> \
  --instance-ids <идентификаторы_ВМ_или_серверов_BareMetal>

      Где --instance-ids — идентификаторы ВМ или серверов BareMetal, которые нужно отвязать от политики резервного копирования. Несколько идентификаторов указываются через запятую.

      Подробнее о команде читайте в справочнике CLI.

Чтобы изменить список ВМ или серверов BareMetal, копии которых создаются согласно политике резервного копирования, воспользуйтесь методом REST API update для ресурса Policy или вызовом gRPC API PolicyService/Update.

См. также

Предыдущая
Создать политику
Следующая
Привязать ВМ или сервер BareMetal к политике