Начали проект по внедрению Symantec Netbackup

Решили уйти с HP DataProtector(используем версию) из за отсутствие одной фичи и относительно дорого лицензирования. Symantec предлагает относительно выгодно по-терабайтное лицензирование продукта, в рамках чего доступны все фичи сразу, но объем защищаемых данных не должен превышать приобретенных терабайтных лицензий.
Также необходимо было восстановление почтовых ящиков пользователей до уровня одного сообщения.
Долго думали, смотрели имеющиеся внедрения - поглядим, что из этого выйдет.
Предварительно не понравилось отсутствие аналогичной с HP DataProtector ротации пулов лент и отсутствие возможности резервного копирования баз SQL файловым агентом, что вызывало необходимость дополнительного агента для восстановления и резервного копирования баз SQL, а при восстановлении из клона это ещё более усложнялось но думаю что получиться сделать сценарии восстановления такими, что руками ничего практически не придется делать.

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

Конечно рассматривали ещё и symantec BackupExec но он тоже выбыл из-за по-агентной, как и у HP Dataprotector, политики лицензирования.

Техническими требованиями для выбора системы резервного копирования были следующие:

1. Снятие образов дисков.
1.a. Исключение из образов диска определенных файлов (например pagefile.sys)
1.b. Восстановление образов дисков
2. Резервное копирование баз Exchange 2007 кластера через SAN.
2.a. Восстановление с точностью до одного сообщения одного пользователя.
2.b. Восстановление на определенный момент времени.
3. Резервное копирование SQL баз, в том числе с кластера SQL через SAN
3.a. Восстановление баз на другие сервера, отличные от сервера источника резервного копирования.
3.b. Восстановление баз с другим именем – не существующим на восстанавливаемом инстансе SQL.
3.c. Восстановление на определенный момент времени.
3.d. Восстановление элементов базы данных – таблиц и т.п.
4. Резервное копирование файлового сервера/кластера через SAN.
4.a. Восстановление на определенное время
5. Резервное копирование определенных групп файлов на серверах (типа system state) – резервная копия конфигураций и данных каких либо сервисов (папки с файлами на серверах).
5.a. резервное копирование на работающей системе занятых файлов в том числе.
6. Резервное копирование Active Directory
6.a. Восстановление определенных объектов.
6.b. Восстановление всей базы Active Directory.
7. Поддержка и интеграция с Ленточными библиотеками LTU-3 MSL6030 и LTU-4 MSL4048 – возможность резервного копирования напрямую на ленточные устройства.
8. Возможность резервного копирования на дисковое хранилище напрямую (использование себя в качестве Media сервера)
9. Единая консоль управления по всем резервным копиям на всех серверах задействованных в резервном копировании.
10. Создание резервных копий по расписанию.
11. Поддержка Linux/Windows.
12. Резервное копирование ESX
12.a. резервное копирование хостов
12.b. резервное копирование гостевых операционных систем
12.c. восстановление определенных дисков виртуальных машин.
12.d. восстановление определенных файлов на дисках виртуальных машин.
13. Дублирование резервных копий
14. Отчетность
14.a. сводная за сутки
14.b. журнал
14.c. отправка по электронной почте

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

Кстати, занятная статейка по дедупликации:

http://habrahabr.ru/blogs/sysadm/104979/