NBU奇怪的报错:(213) no storage units avaible for use.
环境:
NBU 5.0
SUN L8
solaris 9
修改了备份脚本后,需要手工测试一下,有时登录到console之后,手工启动policies 测试,会报213错
(213) no storage units avaible for use.
根据NBU联机帮助中的troubleshoot提供的解决方法,检查了各种相关内容,都没问题
等一会儿再运行,就可以执行了。。
到底什么原因呢?这个错误出现的没头没脑,去的也没头没脑。
是不是并发数太少导致的,可现在jobs并发数是缺省的1,且也没有其它备份job在运行。
不过带库只有一个驱动器,也不能设的更高吧?
希望大家指点。
[ 本帖最后由 rickcafe 于 2008-11-28 00:15 编辑 ]
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
你说的219是下面这个吗?
NetBackup 状态码: 219
消息:必需的存储单元不可用
解释:备份的策略或日程表需要特定的存储单元,但该存储单元当前不可用。在当前备份
会话中,使用该存储单元的其他尝试也将导致此错误。
推荐的操作:在作业详细信息窗口中查找失败的作业。
不过213的错误,有空再试试这个,
NetBackup 状态码: 213
消息:没有可供使用的存储单元
解释:NetBackup 资源代理 (nbrb) 没有发现任何可供使用的存储单元。或者是所有存储单元均不可用,或者是所有存储单元都配置为只根据要求(On demand only) 而且策略和日程表不需要特定存储单元。
推荐的操作:
1. 检查适当时间段的“备份状态”和“所有日志条目”报告,确定收到该错误的策略或日程表。
2. 确认存储单元的驱动器没有关闭。
3. 确认没有将所有存储单元的最多并行作业数(Maximum concurrent jobs) 属性(对于磁盘存储单元)和最多并行写驱动器数(Maximum concurrent write drives) 属性
(对于介质管理器存储单元)设置为 0 。
4. 验证存储单元配置中的机械手编号和主机名是否与介质管理器设备配置匹配。
5. 对于不需要特定存储单元的策略和日程表组合,确定是否所有存储单元都设置为只根据要求(On demand only)。如果是这种情况,请为该策略和日程表组合指定一个存储
单元,或者关闭一个存储单元的只根据要求(On demand only) 设置。
6. 如果存储单元位于 UNIX NetBackup 介质服务器上,则它可能表明 bpcd 有问题。检查介质服务器上的 /etc/inetd.conf,确保 bpcd 项正确无误。如果存储单元位于 Windows NetBackup 介质服务器上,请验证在 WindowsNetBackup 介质服务器上是否已启动 NetBackup 客户机服务。
7. 要获取详细的故障排除信息,请提高主服务器上 nbrb 和 mds 的日志记录级别(按第77 页的“配置和使用统一日志记录”中的说明使用 vxlogcfg 命令)。重试该操作,
并检查所生成的调试日志。
最低端的带库,06年就停产了。
driver当时in use的话,会是要么排队要么219
我建议重新Configure Storage Device
那driver当时肯定是in use状态,单个driver不牢靠滴,建议再扩一个。