尝试为Backup Exec 10D创build备份作业时出现“拒绝访问”错误

我想我的问题的简单答案是“有些东西没有正确的权限”。 = P。 我读了Backup Exec b2d NAS ,但是这并没有真正回答我的问题。

我围绕pipe理指南和谷歌试图搞清楚这一点,但我没有真正得到任何地方非常快,我不愿意打电话给赛门铁克支持,如果我能避免它。

基本设置:

思科NSS324

Windows Server 2003 – SP2

赛门铁克Backup Exec 10D

我想创build一个B2D作业到NAS,并使用UNCpath\\<NAS DEVICE NAME>\<TOP LEVEL SHARE>\<BACKUP FOLDER>\ 。 然而,一旦我点击“确定”,popup一个“访问被拒绝”的错误。

NAS已经正确地join了networking领域,我已经通过思科Web界面给予了'veritas'AD用户对我的NAS共享的全部读/写访问权限,并将'veritas'用户添加到AD'Backup Operators'组中组没有出现在Web Interface中作为我可以访问的域组,而导致我怀疑这一步可能是没有意义的),而有趣的是我可以实际浏览到BE10D中的文件夹!

我明显错过了一些非常基本的东西,

我只是不知道是什么。 任何人都可以给我一个指针?

干杯,

更新:

啊,该死的。 昨天发布后,我意识到我已经连接到本地驱动器(得到B:\与Z:\混淆),而不是NAS。 所以我是个笨蛋,还没解决呢。

在使用UNCpath时,在NAS共享上的“veritas”用户权限,我备份的文件夹以及将用户添加到“Backup Operators”组后,我仍然收到“拒绝访问”消息。

我已经尝试将NAS上的IT_Admin共享映射到Z:\并使用pathZ:\Backup\ ,该path出现错误,提示“系统找不到指定的path”。 如果在驱动器号前添加“\\”,则错误将更改为“未findnetworkingpath”。 林非常确定使用映射的path将无法正常工作,我读了http://www.symantec.com/connect/forums/bacup-network-drive-backup-exec-10d 。

设备名称是“NSS324”,我创build的顶级共享是“IT_Admin”,我在共享的根目录创build了一个名为“Backup”的文件夹。 我觉得\\NSS324\IT_Admin\Backup\的UNCpath是正确的。 可能有更高级别的人可以确认吗?

我不希望听起来像我要求勺子喂,但真的不知道我可以给予用户权限,为了得到这个工作。 任何人都觉得像扔2c?

尝试以Veritas用户身份login到计算机,并确认您实际上能够浏览到您要备份的数据,并尝试从networking共享中将某些内容复制到计算机。 另外检查你可以浏览到NAS共享并创build文件。

在您的Backup Exec介质服务器上,尝试浏览\\NSS324的根目录。 我不知道这个特定的NAS,但是如果它是一个基于Linux的NAS,我看到有些人有时候不是在DNS中正确注册(或根本没有注册),或者他们没有一致地回答分配的名字。 如果这不起作用,你可能想尝试一个完全合格的名称(即\\NSS324.corp.acme-widgets.com (显然用你的实际FQDN取而代之))。

在您的B2D介质中,不需要将NAS上的共享映射到Windows驱动器盘符,Backup Exec将完全满意于\\NSS324\IT_Admin\Backup

我以前经历过Backup Exec界面的一些白痴,它声称我指定的用户是因为备份用户没有足够的权限(当它真的这么做)。 如果我手动执行作业,则备份所有内容并成功完成作业(通过恢复进行确认)。

我还发现Backup Exec作业日志中的任何错误都比设置作业时出现的错误消息更有用。 这可能是值得设置的工作,并忽略任何权限错误,无论如何运行,所以你可以询问工作日志。 作业日志中的任何错误或警告通常都会指向Symantec知识库文章,但并不总是有帮助,但可能会提示您考虑一些可能被忽略的内容。

GAH! 我没有给“veritas”用户适当的权限来访问我想通过explorer.exe备份的文件夹…

Facepalm.jpg

对不起浪费大家的时间! > <

编辑

值得注意的是,我仍然无法使用UNCpath来使其工作(可能我没有正确inputpath)。 我已经将共享映射为WinServer上的B:\ ,在给Veritas用户访问权限后,我在共享的根目录下创build了一个“备份”文件夹,并通过BE10D浏览它,点击“确定”很甜蜜。 实际上还没有试过对这个文件夹做备份/恢复,如果有什么错误就更新。

编辑#2

最后想出了这一个(虽然我有点欺骗,因为我有一些帮助我们build立一个BES的外部帮助昨天)。

我有我的Win服务器(\ xxxx \ Share Name \ Backup)上的IP映射 NAS共享并使用我的pipe理员AD凭据login到共享。 我们断开了这个驱动,并使用它的UNCpath重映射它 。 现在login共享的唯一方法是使用NAS的pipe理员login名,所以当windows身份validation窗口popup以访问我使用“设备名\pipe理员”及其相关密码的共享时

我现在通过在Windows中的UNCpathlogin到共享。 重新打开BE10D,重新尝试创build一个B2D到NAS共享它像一个魅力工作! 没有访问拒绝错误或任何东西!

我已经做了一个备份和恢复的NAS共享,这两个工作,现在这个问题已经解决了。 好极了! :D再次感谢大家的帮助!