Управление емкостью Avamar: Как удалить или истечении срока действия резервных копий пакетно с помощью инструмента «modify-snapups»

В этой статье описано, как использовать инструмент modify-snapupsв системе Avamar для устранения некоторых из следующих проблем.

• Администратор хочет удалять резервные копии большими объемами для устранения или предотвращения ситуации с большой емкостью.
• Система становится заполненной, и, несмотря на снижение политик хранения, это действие влияет только на новые резервные копии. Кроме того, необходимо изменить срок действия существующих резервных копий.
• Существующие резервные копии были установлены с неправильными датами истечения срока действия.
• Бизнес-требования меняются, и организации необходимо хранить больше или меньше резервных копий, чем первоначально было запланировано.

Утилита «modify-snapups.sh» — это сценарий, который присутствует по умолчанию на утилитном узле Avamar в папке /usr/local/avamar/bin.

Утилита заменяет скрипты «expire-snapups» и «delete-snapups», которые были более ранними формами инструмента. Оба из этих более ранних сценариев не поддерживаются, и теперь команды непосредственно звонить в команды modify-snapups, если они запускаются (см. элемент No 1 в Примечаниях).

Режимы истечения срока действия и удаления:    
изменение снимков выполняется в режиме истечения срока действия или в режиме удаления.
 
Флаги, которые переданы в каждый режим, почти идентичны и просматриваются путем добавления --help к команде. (см. пункт No 2 в примечаниях)

Что делает сценарий?  
Выполнение команды modify-snapups само по себе безопасно, так как она не вносит никаких изменений на сервере Avamar.

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

Команды создаются в соответствии с флагами, переданным для изменения снимков.  

Пользователь может решить, следует ли включать резервные копии:      

• В пределах определенного диапазона дат (--after/--before)
• В определенном домене (--domain)
• Для определенного клиента
• Следует ли включать внутренние резервные копии баз данных Avamar для AVI, EM, MC
• Следует ли включать резервные копии в целевой ресурс репликации

Примеры команд

Пример 1. Проверьте все резервные копии в разделе «mydomain» и создайте скрипт, срок действия которого истекает до 1 марта 2015 г.
 
Сценарий создает список команд редактирования резервных копий mccli для ИЗМЕНЕНИЯ (что в данном случае истекает срок действия) соответствующих резервных копий. Те, которые не соответствуют критериям, также перечислены, но имеют префикс с хэшом (#) и описанием «CONSERVE»:   
 
Пример 2. Удалите все резервные копии в mydomain, созданные более месяца назад.
 
Используйте правильные даты, как в примере 1, но для наглядности здесь используются «понятные» даты Linux (1 месяц назад).

Сценарий содержит выходные данные, как показано ниже (усечено из-за пробела). В заголовоке сценарий точно описывает, какую операцию выполняет и какие параметры находятся в силе. Сценарий был выполнен 17 апреля 2015 г.
Резервные копии, перечисленные в разделе MODIFY, изменяются с помощью команды «mccli backup delete». Все эти резервные копии были созданы до 1 месяца назад (17 марта 2015 г.).

Пример 3. Продлите срок действия существующих резервных копий.
Следующая команда создает резервные копии, созданные в период с 1 по 15 мая 2018 г. для клиентов в домене /clients, и создает сценарий, который при запуске заменяет срок их действия, чтобы срок их действия истекает через 100 дней после создания резервной копии.
 

.
8.
# ====================================================================
# КЛИЕНТСКИЕ СИСТЕМЫ: /clients/server.asl.lab.emc.com
# Операция: EXPIRE selected snapups
# After: «2018-05-01» (1525158000) Вторник, 1 00:00:00 PDT 2018
# Раньше: «2018-05-15 » (1526367600) Вторник, 15 мая 00:00:00 PDT 2018
# =========================================================================
# ИЗМЕНИТЬ дату создания снимка: 2018-05-07 22:00:52 PDT Lab#: 498 Реплицированная конфигурация: Н/ч эхо выполняется
: «mccli backup edit --domain=/clients --name=server --labelNum=498 --created=2018-05-07 --expiration=2018-08-15"
mccli редактирование резервного копирования --domain=/clients --name=server --labelNum=498 --created=2018-05-07 --expiration=2018-08-15
# MODIFY Snapup date: 2018-05-06 22:00:46 PDT Lab#: 497 Репликация: Н/ч эхо выполняется
: «mccli backup edit --domain=/clients --name=server --labelNum=497 --created=2018-05-06 --expiration=2018-08-14"
mccli backup edit --domain=/clients --name=server --labelNum=497 --created=2018-05-06 --expiration=2018-08-14
8# СОХРАНЯЕМАЯ дата создания снимка: 2018-06-25 22:00:41 PDT Lab#: 501 Реплицированная конфигурация: Н/нет, эхо
выполняется: «mccli backup edit --domain=/clients --name=server --labelNum=501 --created=2018-06-25 --expiration=2018-10-03"
# mccli редактирование резервного копирования --domain=/clients --name=server --labelNum=501 --created=2018-06-25 --expiration=2018-10-03
# CONSERVE Snapup date: 2018-04-30 22:00:57 PDT Lab#: 491 «Реплицированная система: Н/нет, эхо
выполняется: «mccli backup edit --domain=/clients --name=server --labelNum=491 --created=2018-04-30 --expiration=2018-08-08»
# mccli backup edit --domain=/clients --name=server --labelNum=491 --created=2018-04-30 --expiration=2018-08-08

Выполнение сценария для изменения или удаления резервных копий

Настоятельно рекомендуется перед выполнением этой процедуры выполнить контрольную точку.

Создав сценарий, внимательно проверьте его содержимое. Если вы довольны действиями, которые необходимо выполнить, задайте сценарий как исполняемый.

Например, создайте сценарий для удаления всех резервных копий в каталоге /mydomain старше 6 месяцев.

Задайте сценарий как исполняемый и проверьте разрешения:    
 
Запустите сценарий. Перенаправляет выходные данные в другой файл для записи внесенных изменений.
 
Если сценарий был запущен до завершения и выполняется во второй раз, см.:    
Если выполнение скрипта занимает много времени и его необходимо остановить, его можно запустить во второй раз. Чтобы избежать повторной проверки ранее удаленных резервных копий, измените сценарий вручную, чтобы удалить уже обработанные команды. Также можно повторно создать сценарий.

Создание и выполнение сценария может занять значительное время. Полезно разделять и разделять рабочие процессы на более мелкие периоды времени или отдельные домены.

Элемент 1
Термин «snapup» — устаревшая терминология Avamar, которую можно использовать для резервного копирования. Это гибридный момент моментальных снимков и резервноекопирование слов.

Элемент 2
Полную документацию по использованию режимов удаления и истечения срока действия можно найти в приложении --help к команде.
 
Элемент 3
Обратите внимание на следующую статью.

• (Только зарегистрированные заказчики Dell могут получить доступ к содержимому в статье базы знаний Dell) Avamar — флаг --domain modify-snapups не работает должным образом, что приводит к возврату сценария «NO SNAPUPS FOUND».

Посмотрите это видео: