Рекомендации по работе с Symantec Backup Exec 2010 R3

Описание

Устройства (Devices)

Устройство - это физическое (магнитная лента, роботизированная библиотека) или виртуальное устройство (папка на жёстком диске), на которое происходит резервное копирование.

На любом подключённом в Windows жёстком диске через Backup Exec можно создать такую папку, которая будет являться устройством и будет иметь 2 важных параметра:

  1. Максимальный размер создаваемых в папке файлов (каждый файл - носитель, на котором будут храниться резервные копии)

  2. Количество наборов данных (data sets), которые могут быть записаны в файл (один набор данных = один выбранный ресурс в задании бэкапа. Каждый новый бэкап того же ресурса - новый набор данных)

Также при создании можно выбрать ещё 2 опции:

  • Резервировать сразу место на диске под размер файла (т.е. вместо динамически расширяемого файла получится сразу файл определённого объёма). Это нужно, чтобы уменьшить фрагментацию жёсткого диска (влияет на скорость записи-чтения).
  • Задать количество одновременных параллельных операций на носитель (таким образом снизить нагрузку на диск)

Носители (media) и наборы носителей (media sets)

Носитель представляет собой файл в папке (на устройстве). Во время выполнения задания бэкапа он создаётся автоматически в наборе носителей, который задан для этого задания. Параметры файла зависят от устройства (папки)

Набор носителей - группа носителей (файлов) с определёнными свойствами (период добавления, период защиты от перезаписи)

Период добавления - время после занятия носителя, в течение которого в файл можно записать ещё данных (до его заполнения).  Начинается заново при каждом новом занятии носителя.

Период защиты от перезаписи - время, в течение которого данные на носителе нельзя затирать. Считается с момента последней записи на носитель.

Т.е., если период добавления = 4 дня, а период защиты от перезаписи = 7 дней, то данные не будут перезаписаны минимум 7 дней, а добавлены могут быть ровно в течение 4 дней. Если на 4 день добавлены данные, то носитель не будет перезаписан 7 дней с момента добавления.

Рекомендации по резервному копированию на диск (b2d, backup-to-disk)

Для минимизации фрагментации

  • Избегать создания большого количества папок (устройств) на одном диске

  • Минимизировать количество одновременных операций бэкапа для лучшего контроля

  • Держите в запасе 30% свободного пространства и не давайте диску заполняться полностью

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

  • Во избежание фрагментации настройте автоматическую дефрагментацию

  • Держите уровень фрагментации в пределах 10%

  • Делайте chkdsk диска

Для производительности

  • Делая GRT-бэкапы, не выделяйте сразу место под файл (делайте его динамическим)

  • Исключите бэкапные устройства (папки) из проверок антивируса

  • Используйте RAID10

  • Не используйте сжатии или шифрование данных Windows на устройствах

Основные принципы

  • Все задания Backup-to-disk (b2d) должны быть заданиями перезаписи. (*заметка: как я понял, имеется в виду, что надо избегать создания новых носителей, стараясь максимально использовать перезапись устаревших бэкапов)

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

  • Создайте отдельную папку (устройство), специально предназначенную для GRT-бэкапов

  • Удаляйте носитель (файл) из программы Backup Exec, не используйте средства Windows для этого (только если предварительно корректно удалили его из программы)

  • Размер файлов на устройстве не должен быть больше 4GB. Это размер по-умолчанию в Backup Exec 2010 R3. Больший размер файла приведёт к большим потерям данным в случае его повреждения

Рекомендации по технологи гранулированного восстановления (GRT, Granular Recovery Technology)

  • Используйте файловую систему без лимита на размер файла. NTFS - подходит, FAT32 - нет

  • Не используйте системный диск для хранения временных данных GRT (Сервис - Параметры - Резервное копирование - Технология выборочного восстановления (GRT)

  • Создайте отдельную папку (устройство), специально предназначенную для GRT-бэкапов

  • Делая GRT-бэкапы, не выделяйте сразу место под файл (делайте его динамическим)

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

Рекомендации по резервному копированию MSSQL

  • Резервируйте весь сервер с MS SQL, в том числе: полные бэкапы баз данных SQL, Windows System State, бэкапы дисков с самим MS SQL и его базами данных

  • Исключите всех файлы баз данных из антивирусных проверок

  • Запускайте проверку целостности до или после бэкапа SQL, а также после восстановления SQL. Если вы забэкапите базу данных, transaction log или группу файлов, которые содержат ошибку, та же ошибка останется и в восстановленной версии. В некоторых случаях такие ошибки могут привести к невозможности успешно восстановиться. Symantec рекомендует проводить регулярные проверки целостности баз данных

  • Резервируйте transaction log, если база данных настроена на возможность его бэкапа, чтобы избежать его разрастания. Backup Exec выводит предупреждение при бэкапе SQL, если среди последних 10 заданий не было бэкапа transaction log.

Особенности

  • В Backup Exec 2010 R3 необходимо самостоятельно отслеживать зависимость инкрементальных и дифференциальных бэкапов от полных бэкапов, чтобы не получилось ситуаций, когда диффы остались, а фулл, от которого они делались, уже затёрт.

  • Соответственно вышесказанному и надо создавать наборы данных, т.к. именно у них задаётся период защиты от перезаписи и период добавления. Пример:

Сервер: файловый сервер

Задача: каждую неделю создавать полный бэкап и хранить 2 последних копии, от него делать дифф каждую ночь, а также делать ежечасные диффы, чтобы не потерять наработанные данные

Решение:

Для полного бэкапа создаём набор носителей с сроком перезаписи 13 дней:

  • Первый фул сделается в воскресенье 1 недели, создав для себя новые файлы носителей, и не будет перезаписан до субботы 3 недели.
  • Второй фул сделается в воскресенье 2 недели, создав для себя новые файлы носителей.
  • Третий фул сделается в воскресенье 3 недели, заняв файлы первого фула