Меню Закрыть

Настройка наборов носителей (media set) в Symantec BackUp Exec

Symantec BackUp Exec

Несмотря на наличие подробной документации на русском языке, до сих пор на форумах часто можно встретить вопросы по настройке наборов носителей  Symantec BackUp Exec. В данной статье я постараюсь подробно рассказать об их настройке, назначении и правильном использовании для выполнения резервного копирования (РК).Media Sets – наборы носителей (это могут быть ленточные кассеты или простые файлы при использовании папок резервного копирования на диск (backup-to-disk, B2D)) предназначены для логической организации длительности хранения данных после выполнения задания резервного копирования. С их помощью настраивается, какие данные сколько будут храниться на том или ином носителе и можно ли будет на этот носитель до-записывать данные при следующем выполнении этого же или другого задания.

У каждого набора есть два основных параметра:

  1. Защита от перезаписи – это время, в течение которого данные в файле (при использовании B2D) или на ленточном накопителе (при использовании стримера) не могут быть перезаписаны, отсчет этого времени начинается с момента последней записи на носитель, т.е. если данные до-записываются каждый день, то и данное время каждый раз начинает отсчитываться заново. По истечение указанного срока носитель может быть перезаписан, причем стираются все хранящиеся на нем данные .
  2. Период добавления – время, в течение которого на этот носитель могут добавляться (дозаписываться) данные, отсчет начинается с момента помещения носителя в набор носителей. По истечение времени носитель может быть перезаписан если только истек предыдущий параметр защиты от перезаписи.

При использовании backup-to-disk, то есть простого бэкапа на локальный жесткий диск или на сетевую шару, носитель представляет собой обычный файл, хранящийся в настроенной папке. Эти файлы-носители создаются автоматически заданием резервного копирования, максимально возможный размер файла задается вручную в свойствах этой папки.


Рассмотрим на простом примере: нам необходимо выполнять РК папки \\server1\account так, чтобы имелась возможность восстановить любой файл за любой рабочий день за две предыдущие недели, т.е. даже если файл изменяется каждый день, мы бы могли получить любую его версию, а также иметь ежемесячную копию этой папки в течение года. Размер папки составляет 100 Gb, причем ежедневно изменяется более половины её содержимого, поэтому простое ежедневное копирование нам не подходит, так как место для резервных копий ограничено (ну или мало ленточек).

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

При использовании B2D:

  1. “Ежедневный набор носителей”  с настройками защиты от перезаписи 13 дней, период добавления 0 дней;
  2. “Ежемесячный набор носителей” – защита от перезаписи 364 дня, период добавления 0 дней.

BackUp Exec BackUp Exec
При использовании стримера и ленточных накопителей:

  1. “Ежедневный набор носителей”  с настройками защиты от перезаписи 13 дней, период добавления 2 недели;
  2. “Ежемесячный набор носителей” – защита от перезаписи 364 дня, период добавления 1 год.
BackUp Exec
BackUp Exec

Также у нас имеется две BackUp-to-Disk Folder, каждая из них настроена на максимальный размер файла в 400 Gb. Опция  “Использовать максимальный размер файла” сразу создает файлы указанного размера (400Gb), в противном случае размер файла РК увеличивается пропорционально записанным на него данным. В теории это немного повышает скорость записи, однако на практике я не рекомендую её использовать.
При использовании одиночных устройств записи на ленточные носители (стримеров) вам придется вручную менять кассету в устройстве каждый день, причем перед использованием каждую новую кассету обязательно нужно импортировать в BackUp Exec, для этого перед началом резервного копирования вставьте поочереди каждую из кассет, которые будут использоваться (в нашем случае это 9 кассет LTO4 400Gb) в стример и нажмите “Импорт”. Теперь BackUp Exec сможет их использовать при выполнении РК

Итак, наборы созданы, устройства хранения тоже, осталось настроить сами задания РК. Всего нам потребуется три задания:

  1. “Полная еженедельная копия” (Weekly Full Backup), выполнящееся раз в неделю по воскресениям. В его настройках мы указываем устройство “Ежедневные копии” и набор носителей “Ежедневный набор носителей”. Метод РК – “Full Backup”
  2. “Инкрементальная ежедневная копия” (Daily Incremental Backup), выполняющееся каждый день кроме воскресения. В его настройках мы также указываем устройство “Ежедневные копии” и набор носителей “Ежедневный набор носителей”. Метод РК – “Incremental Backup”
  3. “Полная ежемесячная копия” (Monthly Full Backup), выполняющееся 30 числа каждого месяца. Указывается устройство “Ежемесячные копии” и набор носителей “Ежемесячный набор носителей”. Метод РК – “Full Backup”.

При использовании для РК ленточных накопителей, во всех заданиях устройством необходимо указывать ваш стример!

Что мы получаем в итоге?

При использовании B2D каждый день в течение двух недель на устройстве (сетевой шаре) “Ежедневные копии” будет создаваться новый файл (итого 14 файлов), содержащий полную или инкрементную копию за текущий день, по истечение двух недель начнется их перезапись начиная с первого созданного. Исходя из наших вводных общий объем данных будет составлять 800 Gb (2х100Gb полных копий + 12х50Gb разностных), причем используя программное сжатие (при использовании B2D аппаратное сжатие недоступно), в зависимости от типа данных, этот объем может быть значительно меньше. Также на устройстве “Ежемесячные копии” 30 числа каждого месяца в течение года будут создаваться полные копии папки, которые также затем будут перезаписываться(это еще + 1.2 Tb)

При использовании стримера всего будет использоваться 9 кассет, семь из которых необходимо будет менять каждый день, и еще две поочередно ставить 30 числа каждого месяца. Каждая из кассет будет содержать две копии данных – набор из семи “ежедневных” кассет по 2 копии ежедневных данных за определенный день с разницей в неделю, а две оставшиеся – по полной ежемесячной копии с разницей в месяц.

Существует три основных метода резервного копирования:

  1. Full Backup – Полная резервная копия данных независимо от атрибута архивации, после обработки данных атрибут “Готов к архивированию” снимается;
  2. Incremental Backup – Резервное копирование только измененных данных, тех у кого стоит атрибут “Готов к архивированию”, после выполнения атрибут снимается;
  3. Defference BackUp – Резервное копирование только измененных данных, тех у кого стоит атрибут “Готов к архивированию”, после выполнения атрибут устанавливается вновь

Разница между инкрементным и дифференциальным способами РК в том, что после выполнения полного РК инкрементный сохраняет только изменённые данные от предыдущего полного и инкрементного бэкапа, а дифференциальный каждый раз делает копии всех измененных данных с момента полного

8 Comments

  1. Роман

    Немножно не понятен вот этот момент «набор из семи «ежедневных» кассет по 2 копии ежедневных данных за определенный день с разницей в неделю» — получается раз в две недели каждая кассета будет полностью затираться (параметр защита от перезаписи) т.е. будет содержаться только 1 копия за текущую неделю и после выполнения бекапа, а не две

  2. Алексей

    Очень интересно. Вопрос: при варианте с B2D получается ситуация, что 30 числа будут дублироваться полные бэкапы, когда 30 число выпадает на воскресенье. Как этого избежать?

  3. Алексей

    для ежемесячного полного бэкапа логичнее было бы в настройках расписания указывать галочку “последний день месяца”, т.к. в феврале нет 30го числа.

  4. Антон

    Спасибо Автору, искал инфу по этому ПО, только эту статью нашел толковую, ну и ее варианты (с битыми картинками). Так что спасибо еще раз, будем действовать 😉 ресурсу +1. Я добавил в закладочный ТОП.

  5. Сергей

    Вопрос, что можно сделать с износом ежедневных копий? Смущает, что месячные вытаскиваются на новых кассетах (и хранятся в другом месте около 2 лет), а ежедневные изнашивают кассеты до дыр. Можно ли это как то автоматизировать? Пока только идея с ручным переназначением кассет в медиасеты (в случае если кассета стала Overwritable)

Добавить комментарий

Ваш адрес email не будет опубликован.

17 − одиннадцать =

%d такие блоггеры, как: