10回答
有很大关系,备份失败会造成为了保证数据的安全,会把磁带置成readonly状态,查看actlog看详细日志。
收起正常的状态应该是readwrite,检查日志,看是什么造成的原因,可以尝试把磁带手工置成readwrite,Z在备份看看是否会变成只读。
收起就只有这几盘磁带吗,还有没有其他可用磁带了,ReadOnly会导致该Volume不能继续写,但是如果还有可用磁带的话,应该不会影响到备份,如果只剩下这些磁带了,无可用磁带了,那估计就会影响了。分开来看,act里查查为什么vol会ReadOnly;第二就是还有没有可用磁带;如果可以的话,对比一下是不是所有的作业都失败,还是固定的某个。
收起- q libv 可以看到还有两个磁带没有用到, 在日志中又看到 no space available in storage pool DBPOOL,空间不足。不是所有备份都失败了。不太明白tsm备份是怎样使用vol的,q vol里面看到的有很多都没有满,那为什么还提示 空间不足呢。
- q libv显示的状态是否偶scratch的,你的DBPool允许临时卷的最大数量设置为多少,还能不能抓空磁带了。TSM备份一般是一个节点组的抓一盘磁带,在有scratch磁带的情况下,且存储池允许抓新磁带,那么备份就可以进行。你的ReadOnly需要有日志分析一下看看是不是磁带坏了之类的。
如楼上所说,,还是需要先查看备份失败时的日志信息;Volume的ReadOnly状态不会直接导致备份失败,当然全部的磁带都ReadOnly了,那就会影响。query libvol检查一下已检如磁带库 的磁带状态。看看具体的报错信息,再做分析。
收起物理带库还是VTL,建议检查下磁带
收起执行这条命令就可以把日志输出到指定路径下:q act begindate=-1 > c:\\act.log
- 命令好使,多谢
- 这个c:\cat.log 是放到本地了吗?
- 是的,就是放在本地的C盘
- 恩,测试过了,如上命令有问题,纠正一下: q act begint=-10 > c:\act.log 解释:前10个小时的日志