备份成功却在磁带上看不到?

石斑鱼 发表于:12年02月13日 10:00 [来稿] 存储在线

  • 分享:
[导读]备份成功,可是在磁带上却看不到,没有我要备份的test.sh,请指点一下。

问:先看一下我备份成功:

[root@aoracle bin]# ./dsmc selective /tmp/test.sh
IBM Tivoli Storage Manager
Command Line Backup/Archive Client Interface
Client Version 5, Release 5, Level 1.0
Client date/time: 02/03/2012 19:38:17
(c) Copyright by IBM Corporation and other(s) 1990, 2008. All Rights Reserved.
Node Name: SHENG
Session established with server TSM_SVR1: Linux/i386
Server Version 5, Release 5, Level 1.0
Server date/time: 05/31/2008 11:30:26 Last access: 05/31/2008 11:28:55
Selective Backup function invoked.
Normal File--> 23 /tmp/test.sh [Sent]
Selective Backup processing of '/tmp/test.sh' finished without failure.

Total number of objects inspected: 1
Total number of objects backed up: 1
Total number of objects updated: 0
Total number of objects rebound: 0
Total number of objects deleted: 0
Total number of objects expired: 0
Total number of objects failed: 0
Total number of bytes transferred: 47 B
Data transfer time: 0.00 sec
Network data transfer rate: 5,737.30 KB/sec
Aggregate data transfer rate: 0.00 KB/sec
Objects compressed by: 0%
Elapsed processing time: 00:00:07

可是在磁带上却看不到:
tsm: TSM_SVR1>q libv
Library Name Volume Name Status Owner Last Use Home Device
Element Type
------------ ----------- ---------------- ---------- --------- ------- ------
VTL01 CO0001 Private 1
VTL01 CO0002 Private Data 2
VTL01 CO0003 Scratch 3
VTL01 CO0004 Scratch 4
VTL01 CO0005 Scratch 5
tsm: TSM_SVR1>q content co0002
Node Name Type Filespace FSID Client's Name for File
Name
--------------- ---- ---------- ---- --------------------------------------
HUIPING Bkup / 1 /shp/ daily_back.sh
HUIPING Bkup / 1 /shp/ daily_back.sh
HUIPING Bkup / 1 /shp/ daily_back.sh

没有我要备份的test.sh,请指点一下,谢谢

答:检查一下node ,发现node : 是没有加到domain 里:
tsm: TSM_SVR1>q node

Node Name Platform Policy Domain Days Since Days Since Locked?
Name Last Acce- Password
ss Set
------------------------- -------- -------------- ---------- ---------- -------
CLIENT (?) STANDARD 16 16 No
HUIPING Linux86 DO_VTL 5 15 No
SHENG Linux86 STANDARD <1 1 No
TEST Linux86 DO_VTL 15 15 No

tsm: TSM_SVR1>update node sheng domain=do_vtl
ANR2063I Node SHENG updated.

tsm: TSM_SVR1>q node

Node Name Platform Policy Domain Days Since Days Since Locked?
Name Last Acce- Password
ss Set
------------------------- -------- -------------- ---------- ---------- -------
CLIENT (?) STANDARD 16 16 No
HUIPING Linux86 DO_VTL 5 15 No
SHENG Linux86 DO_VTL <1 1 No
TEST Linux86 DO_VTL 15 15 No

备份一下:
root@aoracle bin]# ./dsmc selective /tmp/test.sh
IBM Tivoli Storage Manager
Command Line Backup/Archive Client Interface
Client Version 5, Release 5, Level 1.0
Client date/time: 02/04/2012 12:42:49
(c) Copyright by IBM Corporation and other(s) 1990, 2008. All Rights Reserved.

Node Name: SHENG
Session established with server TSM_SVR1: Linux/i386
Server Version 5, Release 5, Level 1.0
Server date/time: 06/01/2008 04:35:08 Last access: 06/01/2008 04:16:39

Selective Backup function invoked.

Normal File--> 23 /tmp/test.sh ** Unsuccessful **
ANS1114I Waiting for mount of offline media.
< 94 B> [ - ]

一直处于等待状态,下面看一下 q actlog begindate=-1 begintime=-1
发现 有个volume : CC 是不合法的:libv 中没有:
06/01/2008 04:39:09 ANR8308I 001: LTO volume CC is required for use in library
VTL01; CHECKIN LIBVOLUME required within 56 minutes.

下面把其从 volume 中删除:
tsm: TSM_SVR1>delete volume CC
ANR2220W This command will delete volume CC from its storage pool after verifying that the volume contains no data.

Do you wish to proceed? (Yes (Y)/No (N)) Y
ANR2405E DELETE VOLUME: Volume CC is currently in use by clients and/or data management operations.
ANS8001I Return code 14.

发现正在检查的volume 不能 delete:
[root@sheng tmp]# ps -ef | grep dsm
root 6571 4979 0 12:42 pts/1 00:00:00 ./dsmc selective /tmp/test.sh
root 6842 4779 0 12:51 pts/0 00:00:00 ./dsmadmc
root 7225 5942 0 12:52 pts/2 00:00:00 grep dsm
[root@sheng tmp]# kill -9 6571

但是当我用 delete volume CC 还是有相同的warning,
该用下面的命令:
delete v CC discarddata=yes
还是有相当的warning

tsm: TSM_SVR1>q request
ANR8352I Requests outstanding:
ANR8308I 001: LTO volume CC is required for use in library VTL01; CHECKIN LIBVOLUME required within 38 minutes.

tsm: TSM_SVR1>reply 001
ANR8499I Command accepted.

下面delete v CC discarddata=yes 还是有问题。

tsm: TSM_SVR1>q session

Sess Comm. Sess Wait Bytes Bytes Sess Platform Client Name
Number Method State Time Sent Recvd Type
------ ------ ------ ------ ------- ------- ----- -------- --------------------
11 Tcp/Ip MediaW 24.2 M 352 954 Node Linux86 SHENG
13 Tcp/Ip Run 0 S 13.1 K 1.4 K Admin Linux86 ADMIN

后来看了一下: actlog:

06/01/2008 05:35:10 ANR8351E 001: Mount request for volume CC has timed out.
06/01/2008 05:35:10 ANR8313E Volume CC is not present in library VTL01.
(SESSION: 11)
06/01/2008 05:35:10 ANR1402W Mount request denied for volume CC - volume
unavailable. (SESSION: 11)
06/01/2008 05:35:10 ANR1410W Access mode for volume CC now set to
"unavailable". (SESSION: 11)
06/01/2008 05:35:10 ANR8337I LTO volume CO0003 mounted in drive DRV1
(/dev/tsmscsi/mt0). (SESSION: 11)
06/01/2008 05:35:10 ANR4502W No files have been defined for automatically
storing sequential volume history information. (SESSION:
11)
06/01/2008 05:35:10 ANR1340I Scratch volume CO0003 is now defined in storage
pool BA_TAPE_POOL. (SESSION: 11)
06/01/2008 05:35:10 ANR0511I Session 11 opened output volume CO0003. (SESSION:
11)
06/01/2008 05:35:10 ANR0514I Session 11 closed volume CO0003. (SESSION: 11)
06/01/2008 05:35:10 ANR0480W Session 11 for node SHENG (Linux86) terminated -
connection with client severed. (SESSION: 11)
06/01/2008 06:35:10 ANR8325I Dismounting volume CO0003 - 60 minute mount
retention expired.
06/01/2008 06:35:10 ANR8336I Verifying label of LTO volume CO0003 in drive
DRV1 (/dev/tsmscsi/mt0). (SESSION: 11)
06/01/2008 06:35:10 ANR8468I LTO volume CO0003 dismounted from drive DRV1
(/dev/tsmscsi/mt0) in library VTL01. (SESSION: 11)

对应上面的session NO : 11

发现磁带: co0003 自动被利用了:
tsm: TSM_SVR1>q v

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
------------------------ ----------- ---------- --------- ----- --------
/opt/tivoli/tsm/server/- ARCHIVEPOOL DISK 5.0 M 0.0 On-Line
bin/archive.dsm
/opt/tivoli/tsm/server/- BACKUPPOOL DISK 10.0 M 70.7 On-Line
bin/backup.dsm
CC BA_TAPE_PO- LTO2 0.0 M 0.0 Empty
OL
CO0002 BA_TAPE_PO- LTO2 1.0 G 0.0 Filling
OL
CO0003 BA_TAPE_PO- LTO2 1.0 G 0.0 Filling
OL

tsm: TSM_SVR1>q libv

Library Name Volume Name Status Owner Last Use Home Device
Element Type
------------ ----------- ---------------- ---------- --------- ------- ------
VTL01 CO0001 Private 1
VTL01 CO0002 Private Data 2
VTL01 CO0003 Private Data 3
VTL01 CO0004 Scratch 4
VTL01 CO0005 Scratch 5

tsm: TSM_SVR1>delete v cc
ANR2220W This command will delete volume CC from its storage pool after verifying that the volume contains no data.

Do you wish to proceed? (Yes (Y)/No (N)) Y

tsm: TSM_SVR1>q v

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
------------------------ ----------- ---------- --------- ----- --------
/opt/tivoli/tsm/server/- ARCHIVEPOOL DISK 5.0 M 0.0 On-Line
bin/archive.dsm
/opt/tivoli/tsm/server/- BACKUPPOOL DISK 10.0 M 70.7 On-Line
bin/backup.dsm
CO0002 BA_TAPE_PO- LTO2 1.0 G 0.0 Filling
OL
CO0003 BA_TAPE_PO- LTO2 1.0 G 0.0 Filling
OL

----------------

好,对上面的内容做个总结:如果node 没有加入到domain 中,在磁带中是不会有内容看到的( q content ).
还有个办法,就是可以检查是否已经备份了: ./dsmc q backup /tmp/ -subdir=yes -inactive
当然检查的过程中,可以运用: q request, 来看session, reply 来看看都可以。

[责任编辑:杨坤]
石斑鱼
IBM一直主张建立合作共赢的生态体系,TSM(Tivoli Storage Manager)作为优秀的存储管理解决方案,长久以来一直与广大的IBM合作伙伴保持着共赢的合作模式。正是基于对合作伙伴的重视,IBM已经与众多国内外厂商及认证与研究机构建立了广泛的合作关系。
官方微信
weixin
精彩专题更多
华为OceanStor V3系列存储系统是面向企业级应用的新一代统一存储产品。在功能、性能、效率、可靠性和易用性上都达到业界领先水平,很好的满足了大型数据库OLTP/OLAP、文件共享、云计算等各种应用下的数据存储需求。
12月15日,中国闪存联盟成立,同时IBM Flash System卓越中心正式启动
DOIT、DOSTOR、易会移动客户端播报中国存储峰会盛况。
 

公司简介 | 媒体优势 | 广告服务 | 客户寄语 | DOIT历程 | 诚聘英才 | 联系我们 | 会员注册 | 订阅中心

Copyright © 2013 DOIT Media, All rights Reserved.