我在安装新的 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 port = 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 port = 50857，dst port = 10000
在备份服务器上运行 wireshark 没有产生太多结果。它显示来自备份服务器的 SYN -> SYN/ACK -> NDMP CONNECT_CLOSE 请求。
恢复作业的资源凭证行为非常奇怪。如果我输入 NDMP 凭证并执行“全部测试”，它会失败。如果我使用我的常规域备份帐户，它会成功。NetApp ndmp 日志中没有失败或成功的登录，跟踪此检查显示它甚至没有连接到 SAN。这让我认为这更可能是不稳定的 BE 行为，而不是 SAN 的配置错误。
以下是选项 ndmp 输出：
FAS2020-1> 选项 ndmp
ndmpd.access 所有
ndmpd.authtype 挑战
ndmpd.connectlog.enabled 开启
ndmpd.enable 开启
ndmpd.ignore_ctime.enabled 关闭
ndmpd.offset_map.enable 开启
ndmpd.密码长度 16
ndmpd.preferred_interface 禁用
ndmpd.tcpnodelay.enable 关闭
答案1
这是赛门铁克已知的错误，预计将在几周后发布的 2010R3 中修复。