证券TSM存储

TSM 虚拟带库导致的问题

请各位大侠协助。环境 Redhat6.5,TSM635,EMC DD670,IBM TS3584
事情源于备份虚拟带库已满,于是将备份数据迁移到物理带库,并着手清理迁移后虚拟磁带。可能操作上没有按规范来做现在情况如下:
1.虚拟带库的drive都处于Unavailable状态;
2.将原来的没有被使用的虚拟磁带进行了删除,结果发现部分磁带还显示在虚拟带库的驱动器中;
3.现在虚拟带库驱动器无法定义path;
4.在dd操作界面删除虚拟驱动器也报错,提示该驱动器还包含有磁带。
tsm: >define path TSMSERVER2 DRIVE01 srctype=server desttype=drive libr=kzxdd670 device=/dev/lin_tape/by-id/DD_Changer01_9340380001 online=yes
ANR8420E DEFINE PATH: An I/O error occurred while accessing drive DRIVE01.
ANS8001I Return code 15.





tsm:  TSM>q drive DD670 f=d
                                Library Name: DD670
                                  Drive Name: DRIVE01
                                 Device Type: UNKNOWN
                                     On-Line: Yes
                                Read Formats:
                               Write Formats:
                                     Element:
                                 Drive State: UNKNOWN
                                 Volume Name:
                                Allocated to:
                                         WWN:
                               Serial Number:
              Last Update by (administrator):
                       Last Update Date/Time: 07/23/2015 11:23:11
Cleaning Frequency (Gigabytes/ASNEEDED/NONE):

                                Library Name: DD670
                                  Drive Name: DRIVE02
                                 Device Type: LTO
                                     On-Line: Unavailable Since 07/22/2015 02:56:17 PM
                                Read Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3,ULTRIUM2C,ULTRIUM2
                               Write Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3
                                     Element: 258
                                 Drive State: UNKNOWN
                                 Volume Name:
                                Allocated to:
                                         WWN:
                               Serial Number: 9340380002
              Last Update by (administrator):  
                       Last Update Date/Time: 06/18/2015 13:42:05
Cleaning Frequency (Gigabytes/ASNEEDED/NONE):

                                Library Name: DD670
                                  Drive Name: DRIVE03
                                 Device Type: LTO
                                     On-Line: Unavailable Since 07/22/2015 03:43:27 PM
                                Read Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3,ULTRIUM2C,ULTRIUM2
                               Write Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3
                                     Element: 259
                                 Drive State: UNKNOWN
                                 Volume Name: E00078L4
                                Allocated to:
                                         WWN:
                               Serial Number: 9340380003
              Last Update by (administrator):  
                       Last Update Date/Time: 05/20/2015 18:40:04
Cleaning Frequency (Gigabytes/ASNEEDED/NONE):

more...   ( to continue, 'C' to cancel)

                                Library Name: DD670
                                  Drive Name: DRIVE04
                                 Device Type: LTO
                                     On-Line: Unavailable Since 07/22/2015 02:56:48 PM
                                Read Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3,ULTRIUM2C,ULTRIUM2
                               Write Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3
                                     Element: 260
                                 Drive State: UNKNOWN
                                 Volume Name:
                                Allocated to:
                                         WWN:
                               Serial Number: 9340380004
              Last Update by (administrator):  
                       Last Update Date/Time: 05/20/2015 18:40:04
Cleaning Frequency (Gigabytes/ASNEEDED/NONE):

                                Library Name: DD670
                                  Drive Name: DRIVE05
                                 Device Type: LTO
                                     On-Line: Unavailable Since 07/22/2015 02:57:26 PM
                                Read Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3,ULTRIUM2C,ULTRIUM2
                               Write Formats: ULTRIUM4C,ULTRIUM4,ULTRIUM3C,ULTRIUM3
                                     Element: 261
                                 Drive State: UNKNOWN
                                 Volume Name:
                                Allocated to:
                                         WWN:
                               Serial Number: 9340380005
              Last Update by (administrator):  
                       Last Update Date/Time: 06/18/2015 13:42:08
Cleaning Frequency (Gigabytes/ASNEEDED/NONE):



图片暂时无法上传,晚点再传。
。。。。。。
参与6

5同行回答

tonylin89tonylin89信息技术经理汇洁集团
收藏,这个经验收了显示全部
收藏,这个经验收了收起
零售/批发 · 2015-08-10
浏览3141
lmin_432930lmin_432930中天国富证券
公司不能上外网实在麻烦,问题已经解决,我现将这个帖子了结下。因为刚使用虚拟带库不久没经验,当时情况是DD使用率已经99.9%,备份已经停止,从TSM看里面还有大把的虚拟磁带,IBM800建议清理空间,于是将部分数据迁移到物理带库,便直接delete vol,当时比较匆忙,可能操作不规范导致虚拟dr...显示全部
公司不能上外网实在麻烦,问题已经解决,我现将这个帖子了结下。
因为刚使用虚拟带库不久没经验,当时情况是DD使用率已经99.9%,备份已经停止,从TSM看里面还有大把的虚拟磁带,IBM800建议清理空间,于是将部分数据迁移到物理带库,便直接delete vol,当时比较匆忙,可能操作不规范导致虚拟drive都处于Unavailable状态了,而且无法online。后来将drive磁带在dd全备export掉,再online就正常。
虚拟带库在TSM操作跟物理带库是一样,只是日常维护还要监控DD空间实际使用情况,目前也进行了调优,备份数据在虚拟带库设置只保存一周。收起
证券 · 2015-08-10
浏览3122
wangqlwangql系统工程师NULL
你采用了什么方式迁移的,是migrate stg还是move data,还是其他方法是通过什么来判断数据没迁移走的,如果是迁移存储池的方式,上级存储池带缓存的情况下,都迁移走了 还是会显示有数据,这是缓存,不用在意。两个问题解答:1. 驱动器的问题从下向上排查,确保虚拟带库没问题;确保os正常识...显示全部
你采用了什么方式迁移的,是migrate stg还是move data,还是其他方法
是通过什么来判断数据没迁移走的,如果是迁移存储池的方式,上级存储池带缓存的情况下,都迁移走了 还是会显示有数据,这是缓存,不用在意。

两个问题解答:
1. 驱动器的问题从下向上排查,确保虚拟带库没问题;确保os正常识别  然后重新update drive和path
2. 针对虚拟带库没有特别注意的地方,因为tsm看到的就是个带库,和其他的没什么两样。

ps:迁移的方式有很多,比如,定义下级存储池后,采用migrate stg的方式;使用move data或move nodedata的方式;关键是你理解了每个命令的含义,没什么难的。


最后啰嗦一句:不要认为虚拟带库怎么特殊,无从下手,把他当物理带库用就行。收起
IT咨询服务 · 2015-07-24
浏览3757
lmin_432930lmin_432930中天国富证券
虚拟带库还有很多数据没有迁移走,由于驱动器异常现在没办法迁移了。我希望1.解决驱动器问题,数据迁移部分到物理带库,释放一点虚拟带库的空间就可以了;2.虚拟带库结合TSM怎么操作会比较规范;...显示全部
虚拟带库还有很多数据没有迁移走,由于驱动器异常现在没办法迁移了。
我希望
1.解决驱动器问题,数据迁移部分到物理带库,释放一点虚拟带库的空间就可以了;
2.虚拟带库结合TSM怎么操作会比较规范;收起
证券 · 2015-07-23
浏览3401
wangqlwangql系统工程师NULL
写了好多,你想表达什么?数据导成功了吗,虚拟带库还要不要,你期望要做成什么样子显示全部
写了好多,你想表达什么?

数据导成功了吗,虚拟带库还要不要,你期望要做成什么样子收起
IT咨询服务 · 2015-07-23
浏览3044

提问者

lmin_432930
中天国富证券
擅长领域: 存储多路径灾备

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2015-07-23
  • 关注会员:1 人
  • 问题浏览:8603
  • 最近回答:2015-08-10
  • X社区推广