У меня возникли проблемы с новой установкой Backup Exec 2010 R2. Я настроил NetApp FAS2020 как устройство NDMP и хочу выполнять резервное копирование файлов из SAN на ленточный накопитель, подключенный к моему серверу резервного копирования. Я установил ndmpd в соответствии с этим документом (http://www.symantec.com/business/support/index?page=content&id=TECH48957) и создал отдельного резервного пользователя (http://filers.blogspot.com/2006/09/setting-veritas-netbackup-with-non.html).
Резервное копирование работает отлично, но восстановление любого файла дает мне ошибку аутентификации. Устройство NDMP имеет «глобального» пользователя ndmp, настроенного на вкладке устройства (попробовал это с недавно созданным пользователем резервного копирования ndmpd и корневым каталогом netapp), и я также могу настроить отдельные учетные данные ресурса в задании восстановления BE.
Я попытался установить одни и те же учетные записи для «глобального» устройства ndmp и учетных данных для восстановления, а также попытался установить для них разные учетные записи.
Уровень отладки NDMP равен 5, и это то, что отображается в / etc / messages. Сессия закрывается сразу после ее предоставления.
16:12:07 PST [Java_Thread: info]: ndmpdserver: ndmpd.access разрешен для версии = 4, sessionId = 51, из src ip = 192.168.11.17, dst ip = FAS2020-1 / 192.168.11.75, src port = 50857 , порт dst = 10000 16:12:07 PST [Java_Thread: info]: Ndmpd51: сеанс ndmpd успешно завершен для версии = 4, sessionId = 51, из src ip = 192.168.11.17, dst ip = FAS2020-1 / 192.168.11.75 , порт src = 50857, порт dst = 10000
Запуск WireShark на сервере резервного копирования не приносит особых результатов. Он показывает запрос SYN -> SYN / ACK -> NDMP CONNECT_CLOSE от резервного сервера.
Учетные данные ресурса для задания восстановления ведут себя очень странно. Если я ввожу учетные данные NDMP и выполняю «Проверить все», это не удается. Если я использую свою обычную учетную запись резервного копирования домена, это будет успешно. В журнале NetApp ndmp нет ни неудачных, ни успешных входов в систему, и отслеживание этой проверки показывает, что он даже не подключается к SAN. Это заставляет меня думать, что это скорее ненадежное поведение BE, чем неправильная конфигурация SAN.
Вот параметры вывода ndmp:
FAS2020-1> опции ndmp
ndmpd.access all
вызов ndmpd.authtype
ndmpd.connectlog.enabled on
ndmpd.enable on
ndmpd.ignore_ctime.enabled off
ndmpd.offset_map.enable on
ndmpd.password_length 16
ndmpd.preferred_interface отключить
ndmpd.tcpnodelay.enable off
Это известная ошибка Symantec, которая предположительно будет исправлена с выпуском 2010R3 в течение пары недель.