介质服务器的NetBackup Deduplication Engine 莫名其妙down掉，原因是数据文件丢失

大叔你好紧

NBU在凌晨4点备份出现“213”代码错误。即没有可用存储单元。
早上发现之后，检查介质服务器发现NetBackup Deduplication Engine服务不能启动。进一步检查日志发现：

[00000000014D8C40]: 25002: _storeCheckContainers: container data file F:\dedup\data/7572.bin is missing
August 02 10:00:23 ERR [00000000014D8C40]: 25002: Could not initialize DataStore Manager
August 02 10:00:23 INFO [00000000014D8C40]: Server is Version 6.5.0.0, Protocol Version 6.6.1
August 02 10:00:24 ERR [00000000014D8C40]: 26016: Store Manager: Activate failure.

原来是数据文件丢失，感到很奇怪。在网上看到如下帖子：
http://bbs.chinaunix.net/thread-3586158-1-1.html
http://www.symantec.com/business ... rchid=1375407805868

所以：
1、介质服务器装有SEP，但已禁用，所以不存在误删情况。
2、时间发生在凌晨4点左右，因为当晚之前（包括凌晨12点以前）的备份均成功。所以也不可能存在人为删除情况。

问题：
1、有什么方法恢复这个文件或让NetBackup Deduplication Engine能正常启动，而不是重建磁盘池（因为数据较多。）？

望老师们不吝赐教。

xuman6601651

            同求

无牙

查一查文件“F:\dedup\data/7572.bin”是不存在了，还是有但是文件损坏了？

检查一下SEP的日志，有没有隔离文件的日志

大叔你好紧

1、文件丢失
2、刚刚检查了日志发现，在风险日志里发现被SEP删掉了。（SEP一直处于禁用状态）比较囧。。。。。。。
3、我已经新建一个7572.bin文件。介质服务器的NetBackup Deduplication Engine成功起来，备份也能成功，无牙大大，我想请问以后还原会出现问题吗？

maoj2008

如果是手工创建的空文件7572.bin， 肯定会影响之前的backup，建议：
1. Image verify一下当时受影响的backup。
2. 如果有image verify不通过的，需要expire掉，重新backup，以防错误扩大化

fhqjgd

大叔你好紧 发表于 2013-08-13 17:28
1、文件丢失
2、刚刚检查了日志发现，在风险日志里发现被SEP删掉了。（SEP一直处于禁用状态）比较囧。。。 ...

    7.5配重删除了NBU一体机，目前看一没有稳定过的。出现StroageServerDown非常常见，一般就是重启服务来解决。如果解决不了只能破坏掉重建了。功能是真不错，但稳

定性真的不咋嘀。