Назад | Перейти на главную страницу

Получение ошибки «Доступ запрещен» при попытке создать задание резервного копирования для Backup Exec 10D

Думаю, простой ответ на мой вопрос: «Что-то не имеет правильных разрешений». = 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 Еще раз спасибо всем за помощь!