虚拟带库里有这样一盘磁带，在tsm下看是空的scratch状态，在EMC控制台下看到是满的？

直接放到磁带机里SCAN是最安全的

2017年11月8日更新：
看到了很多朋友给这个回复点赞，于是再更新下回复，若各位实际工作中遇到此问题，务必仔细阅读下面的详细回复。

对于磁带使用的问题，强烈建议是一盘磁带在单次使用周期（从空磁带到写满为一个单次使用周期）内只给一款备份软件使用。
（单次使用周期）备份软件首次识别该磁带，会对磁带进行标记，即写磁带头标签，比如我们常说的lable等。这个操作完成后在备份软件的元数据里也会建立对该磁带的索引。但如果磁带被一款备份软件识别，现在又放到另一款备份软件里识别，必然无法识别读取，磁带头信息私有！！
在题主的这种情况里，如果不确定磁带是不是被EMC Networker使用，或者说不确定是不是因为索引信息丢失或过期才导致看不到磁带内数据，最安全的操作是将磁带强制加载到磁带机上，然后执行scan，从磁带头到磁带尾开始扫描，若scan返回的信息是unknown lalble information之类的信息，就表示该磁带不是被这个备份系统使用（是否有数据也不确定）；若scan返回了数据信息，lable名称，block大小，file位置等，则表明磁带是被这个备份系统使用，此前无法看到数据是因为索引信息丢失。

1.查看带库日志和备份软件相关日志信息；
2.TSM备份配置参数：
如果collocation的参数设置不是no。则可能的参数值包括：filespace，node，group。
如果设置为filespace，则磁带选择的顺序是：
1． 优先选择已经备份同一文件空间数据的磁带；
2． 已经定义的空白磁带；
3． 定义为scratch的空白磁带；
4． 包含同一节点数据的已经使用过的磁带；
5． 空间最大的一盘已经使用过的磁带；
如果设置为node，则磁带的选择顺序是：
1． 包含同一节点数据的已经使用过的磁带；
2． 已经定义的空白磁带；
3． 定义为scratch的空白磁带；
4． 空间最大的一盘已经使用过的磁带；
如果设置为group，则磁带的选择顺序是：
1． 优先选择已经包含来自客户端所属的collocation group的备份数据的磁带；
2． 已经定义的空白磁带；
3． 定义为scratch 的空白磁带；
4． 空间最大的一盘已经是使用过的磁带。
面对上述例子中情况，用户可以考虑下列方法来跳过需要等待的60分钟。
在checkout命令执行完后，修改磁带A0000的access属性为unavailable。命令如下：
update volume A0000 access=unavailable
上述建议希望对你有帮助，谢谢

看一下日志的情况吧

EMC控制台是虚拟带库的控制台吗？我觉得可能问题不大，因为虚拟带库不是左右的虚拟磁带都是过期之后全部清空的，如果显示为满的状态，而备份软件认为是空，应该是数据没有被覆盖呢吧，如果确认空磁带确认没用了，你可以直接抓带使用一下，他应该会自动把数据写进去的。

我先是checkout libv DD860 A99120L3 remove=no checklabel=no，然后进EMC控制台，将磁带删除重建，再进TSM 运行label libv DD860 checkin=scr search=yes labelsource=barcode overwrite=no waitt=0，再次查看各种状态，正常