about NetApp

NDMP – Network Data Management Protocol – это разработанный еще в 90-х годах компаниями NetApp и Legato(ныне EMC Software Group) сетевой IP-протокол, и концепция архитектуры резервного копирования для NAS-устройств. Основной идеей, создавшей концепцию NDMP, являлось желание дать NAS-системам хранения, представляющим из себя обычно довольно мощный сервер сам по себе, возможность самостоятельно, своими силами осуществлять резервное копирование своего содержимого.

(Дальше много текста с картинками)

Само по себе это несложно, например те же файлеры NetApp всегда умели делать резервную копию на подключенный к ним tape device. Однако сложность заключается в том, что при этом такой “автономный бэкап” полностью выпадает из поля зрения и управления централизованной системой управления резервными копиями в организации. Мы не можем с сервера резервного копирования запустить задачу резервного копирования NAS, а даже если мы и смогли бы это сделать отправив на него команду “начать”, мы остаемся в полном неведении что за файлы ушли в резервную копию, и как можно эти файлы с устройства резервного копирования извлечь.

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

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

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

Давайте рассмотрим на картинках, для лучшего понимания.

Ленточная библиотека подключена напрямую в контроллер системы хранения NetApp по SCSI или выделенному каналу FC. Также контроллер подключен к общей IP-сети, в которой находится управляющий процессом передачи для протокола NDMP, сервер Backup Exec with NDMP option.

Сервер резервного копирования инициирует сессию NDMP, и начинает получать по IP-сети метаданные файлов, содержимое которых отправляется контроллером на ленту. Таким образом мы получаем вариант, обычно называемый LAN-free backup. Сами данные по сети не передаются. Контроллер системы хранения играет роль своеобразного Dedicated Media Server.

Участвующие в обмене NDMP компьютеры могут выполнять одну из трех ролей: DATA Server – сервер источник данных при бэкапе и получатель при ресторе, TAPE Server – сервер, к которому подключено устройство записи резервной копии, и который рсуществляет управление библиотекой, и Management Client – компьютер, управляющий процессом, в случае резервного копирования он получает поток метаданных.

Разумеется, каждая из этих трех ролей может быть совмещена с другой. Например DATA Server может быть тем же устройством, что и TAPE Server (то есть устройство копирует само себя на локальную ленту). Начиная с версии 2 протокола (текущая – 4) появилась возможность разделить DATA и TAPE сервера, то есть источник данных может копировать данные по протоколу NDMP на другое устройство локальной IP-сети, который уже и пишет данные на ленту. На деле, с NeApp это практично, когда библиотека подключена только к одной из двух голов кластера. Эта голова будет являться и DATA и TAPE, а голова-кластерный партнер – только DATA.

В случае такой трехкомпонентной схемы (два сервера и клиент управления), поток данных можно направить с одного контроллера на другой по выделенному интерфейсу IP, например выделив для этого один из портов гигабитного Ethernet. При этом, как и в варианте выше, можно организовать “псевдо-LAN-free”, при котором, как и выше, данные не будут загружать “общую” сеть, передаваясь только по выделенному интерфейсу.

Любопытно, что в случае NetApp можно использовать протокол NDMP для простого копирования содержимого томов одной системы хранения на другую, причем собственными силами системы хранения. Часто приходится слышать вопрос: “А как бы мне пару терабайт с одного файлера на другой перенести? Неужели придется заряжать на всю ночь копировать по локальной сети свободным сервером?”
Конечно, сделать это можно разными способами, например настроив SnapMirror, но при отсутствии лицензии SnapMirror, вариант с NDMP, используя команду ndmpcopy, пожалуй, самый практичный.

Даже несмотря на то, что, объективно, на сегодня, стандарт “скорее мертв, чем жив”, и используется крайне редко, поддержка NDMP традиционно присутствует в большинстве софта резервного копирования enterprise-class, таких как EMC Networker, Symantec Netbackup, IBM Tivioli, а из сравнительно доступных “массовых” продуктов он появился как опция, начиная с версии 11d, в Symantec Backup Exec.

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

Но прежде всего, надо включить лицензию на использование NDMP в Backup Exec.

Запускаем установку/модификацию стандартным образом:

Вводим лицензию на NDMP (можно воспользоваться триалом на 60 дней, для этого ничего в номер лицензии вводить не нужно).

Выбираем и включаем соответствующую опцию:

Далее займемся NetApp.
Войдем на контроллер NetApp, и включим  по умолчанию выключенный протокол NDMP командой ndmp on

Для его использования с Backup Exec следует выбрать правильный тип аутентификации – challenge (MD5):

?? убедиться, что версия протокола установлена не ниже четвертой

Если это не так, то выбрать использование версии 4
Если стоит совместимость с версией ранее 4, то вы сможете подключить NetApp, и даже увидите его в списке устройств, но не сможете “открыть” его, чтобы выбрать содержимое.
Текущая версия протокола – v4.

Далее приступим к подключению нашей NDMP-системы к серверу Backup Exec.

Для использования NDMP на NetApp, библиотека должна быть подключена непосредственно к контроллеру. В случае SCSI это делается включением либо в набортный SCSI в случае модели FAS3020, либо в соответствующую плату расширения. В случае FC ваша библиотека должна быть подключена в выделенную зону, где нет никаких других клиентов, кроме выделенного порта FC на NetApp, собственно tape drives и робота библиотеки. Совместно использовать библиотеку, без средств ее “партиционирования”, например использовать один из нескольких tape drive на подключение к NetApp, а остальные – к медиасерверу Backup Exec – нельзя! Первое же подключившееся к библиотеке устройство, в случае совместного подключения нескольких “медиасереров”, будет считаться ее owner-ом, и все остальные будут получать запрет доступа.

??так, подключим:

1. В консоли Backup Exec, в Navigation bar выберите Devices
2. В Task pane, под NDMP tasks, щелкните Add NDMP Server.
3. В диалоге Add NDMP Server введите имя или адрес “NDMP-сервера”, то есть нашего NetApp, порт (по умолчанию 10000), и пользователя, от имени которого будут проводиться операции. По умолчанию предлагается root, но если вы настоящий админ, то вы можете сделать на NetApp специального пользователя, для таких действий, разрешив ему некоторое подмножество операций NDMP (смотрите руководство по RBAC – Role-based Acces Control в NetApp). Пользователя для логона можно не указывать, тогда он спросится позже, при начале операций.
   
4. Нажмите OK
5. Перезапустите сервисы Backup Exec

Если все сделано правильно, то вы увидите в списке устройств Backup Exec наш NetApp и подключенную к нему ленточную библиотеку. На скриншоте вы видите библиотеку с одним ленточным приводом (DELL 1) и устройство Robotic library, обеспечивающую смену картриджей с лентой.

Для того, чтобы начать резервное копирование данных NetApp на его ленту под управлением Backup Exec посредством NDMP:

1. На Navigation bar нажмите Backup
2. Щелкните New Backup Job
3. На панели Properties, под Sources, щелкните Selections
4. В дереве выбора раскройте NDMP Devices, или User-defined selections, в зависимости от того, как добавились ресурсы NDMP. Если ресурсы NDMP добавились как устройство хранения, то они будут показаны в ветви NDMP Devices, как показано на скриншоте ниже.
   Такой узел показывается только если вы установили лицензию на NDMP Agent. Вы не можете назначить целиком узел для резервного копирования. Однако, вы можете развернуть содержимое узла, и выбрать индивидуальные контроллеры и ресурсы NetApp.
   
5. Выберите ресурсы NDMP, которые вы хотите забэкапить.
   Если вы ранее не определяли пользователя для logon, появится панель для ввода имени и пароля.
6. Нажмите New для создания нового аккаунта, или выберите имеющийся.
7. Выберите NDMP device целиком, или раскройте его и выберите нужные тома или папки.
   Обратите внимание, Backup Exec позволяет видеть отдельные файлы, но выбрать для резервного копирования можно только папку со всем содержимым целиком. Однако при восстановлении можно выбрать из всей папки отдельные файлы.
8. В окне Properties, под Destination, щелкните Device and Media.
9. Выберите устройство хранения, подключенное к NDMP device из выпадающего списка Device.
10. Для установок свойств NDMP backup job, в панели Properties, в Settings, щелкните NDMP.
11. Запустите backup job с установками по умолчанию, или настройте опции backup в Properties.

См. также:
285736: Backup Exec 11d Best Practices Guide: NDMP
http://support.veritas.com/docs/285736

285907: How to add and configure Network Data Management Protocol (NDMP) Servers when the NDMP Option has been enabled on a media server
http://support.veritas.com/docs/285907

288122: NetApp Filer NDMP Agent Information
http://support.veritas.com/docs/288122

??сточник: http://seer.entsupport.symantec.com/docs/284987.htm