Думаю, простой ответ на мой вопрос: «Что-то не имеет правильных разрешений». = P. Я читаю Сетевое хранилище Backup Exec b2d, но это не совсем ответ на мой вопрос.
Я ковырялся в руководстве администратора и Google пытался разобраться в этом, но на самом деле я ничего не добился очень быстро, и я не хочу звонить в службу поддержки Symantec, если я могу этого избежать.
Базовая настройка:
Cisco NSS324
Windows Server 2003 с пакетом обновления 2 (SP2)
Symantec Backup Exec 10D
Я хочу создать задание B2D для NAS и использовал путь UNC \\<NAS DEVICE NAME>\<TOP LEVEL SHARE>\<BACKUP FOLDER>\
. Однако, как только я нажимаю «ОК», появляется сообщение об ошибке «Доступ запрещен».
NAS правильно присоединился к сетевому домену, и я предоставил пользователю AD veritas полный доступ для чтения / записи к моему общему ресурсу NAS через веб-интерфейс Cisco и добавил пользователя veritas в группу AD Backup Operators (хотя это group не отображается в веб-интерфейсе как группа домена, к которой я могу предоставить доступ, что заставляет меня подозревать, что этот шаг может быть спорным) и, что забавно, я действительно могу перейти к папке в BE10D!
Мне явно здесь не хватает чего-то очень простого,
Я просто не знаю что. Кто-нибудь может дать мне указатель?
Привет,
Обновить:
Ах, черт побери. После вчерашней публикации я понял, что подключился к локальному диску (B: \ как-то перепутали с Z: \), а не к NAS. Поэтому я гигантский тупица и еще не решил эту проблему.
Я все еще получаю сообщение «Доступ запрещен» при использовании пути UNC после добавления разрешений для пользователя «veritas» на общем ресурсе NAS, папке, для которой выполняется резервное копирование, и добавлении пользователя в группу «Операторы резервного копирования».
Я попытался сопоставить общий ресурс IT_Admin на NAS с Z:\
и использовал путь Z:\Backup\
что дает сообщение об ошибке «Система не может найти указанный путь». Если я добавлю «\\» перед буквой диска, ошибка изменится на «Сетевой путь не найден». Я почти уверен, что использование обозначенного пути в любом случае не сработает, поскольку я прочитал здесь http://www.symantec.com/connect/forums/bacup-network-drive-backup-exec-10d.
Имя устройства - «NSS324», созданный мной общий ресурс верхнего уровня - «IT_Admin», я создал папку в корне общего ресурса под названием «Резервное копирование». Я вполне уверен, что путь UNC \\NSS324\IT_Admin\Backup\
правильно. Может ли кто-нибудь более высокого уровня подтвердить?
Я не хочу, чтобы звучал так, будто я прошу, чтобы меня накормили с ложечки, но на самом деле не знаю, на что еще я могу дать пользователю разрешения, чтобы это работало. Кто-нибудь хочет добавить свои 2с?
Попробуйте войти в систему как ваш Veritas user и убедитесь, что вы действительно можете перейти к данным, для которых вы пытаетесь создать резервную копию, и попробуйте скопировать что-то из общего сетевого ресурса на компьютер. Также убедитесь, что вы можете просматривать общий ресурс NAS и создавать на нем файлы.
На сервере Backup Exec Media Server попробуйте перейти в корень \\NSS324
. Я не знаю об этом конкретном NAS, но если это NAS на базе Linux, я видел, что они иногда либо не регистрируются в DNS должным образом (или вообще), либо не всегда отвечают на назначенное им имя. Если это не сработает, вы можете попробовать полностью определенное имя (т.е. \\NSS324.corp.acme-widgets.com
(очевидно, замените это своим фактическим FQDN)).
На носителе B2D нет необходимости сопоставлять общий ресурс на NAS с буквой диска Windows - Backup Exec будет вполне доволен простым \\NSS324\IT_Admin\Backup
.
Раньше я сталкивался с некоторым идиотизмом в интерфейсе Backup Exec, когда он утверждал, что у пользователя, которого я указал в качестве пользователя резервного копирования, недостаточно прав (когда это действительно было). Если я запускал задание вручную, оно создавало резервную копию всего, и задание завершалось успешно (подтверждено восстановлением).
Я также обнаружил, что любые ошибки в журнале заданий Backup Exec более полезны, чем сообщения об ошибках, которые вы получаете при настройке задания. Возможно, стоит настроить задание и игнорировать любые возникающие ошибки разрешения и запустить его в любом случае, чтобы вы могли запросить журнал задания. Любые ошибки или предупреждения в журнале заданий обычно указывают на статью в базе знаний Symantec, которая, по общему признанию, не всегда полезна, но может побудить вас задуматься о том, что вы, возможно, упустили.
ГАХ! Я не дал пользователю veritas надлежащих разрешений на доступ к папке, которую я хотел сделать резервную копию через explorer.exe ...
Facepalm.jpg
Извините за зря потраченное время !! >. <
РЕДАКТИРОВАТЬ
Интересно, что я все еще не мог использовать путь UNC, чтобы заставить это работать (возможно, я неправильно ввел путь). Я обозначил долю как B:\
на WinServer, и после предоставления пользователю veritas соответствующих разрешений для доступа к нему, я создал папку «Backup» на корневом уровне общего ресурса и просмотрел ее через BE10D, нажал «ОК», и все было замечательно. Еще не пробовал делать резервную копию / восстановление в / из этой папки, обновлю, если что-то пойдет не так.
РЕДАКТИРОВАТЬ # 2
Наконец-то разобрался с этим (хотя я как бы обманул, поскольку вчера у меня была некоторая внешняя помощь от кого-то, кто помогал нам настроить BES).
У меня был общий ресурс NAS сопоставлен IP на моем Win Server (\ x.x.x.x \ Share Name \ Backup) и использовал мои учетные данные администратора AD для входа в общий ресурс. Мы отключили этот диск и переназначили его, используя его путь UNC. Единственный способ войти в общую папку сейчас - это использовать учетную запись администратора для NAS, поэтому, когда выскакивает окно аутентификации Windows для моего доступа к общей папке, которую я использовал "имя устройства \ admin" и связанный с ним пароль.
Теперь я вошел в общий ресурс через его UNC-путь в Windows. Повторное открытие BE10D и повторная попытка создать B2D для общего доступа NAS сработали отлично! Нет отказов в доступе, ошибок или чего-то еще!
Я сделал резервную копию и восстановил общий ресурс NAS, и то, и другое сработало, и теперь этот вопрос решен. Ура! : D Еще раз спасибо всем за помощь!