Chinaunix

标题: 再求救一下TSM问题，谢谢！ [打印本页]

作者: leonzhuyipeng 时间: 2004-10-09 09:52
标题: 再求救一下TSM问题，谢谢！
定义了一个stgpool，里面有4盘磁带，但在一盘满后系统就不用剩余的去做bk了，看了以前的帖子，说把Collocation改成None就可以了；但我看我的stopool的collocate就是设置的no啊（不知道是不是看错地方了）；如何解决此问题，请各位指点一下，先谢了！
信息：
TSM>;query stgpool 3581_pool format=detail

            Storage Pool Name: 3581_POOL
            Storage Pool Type: Primary
            Device Class Name: LTOTAPE
      Estimated Capacity (MB): 2,755,514.5
                     Pct Util: 4.2
                     Pct Migr: 4.2
                  Pct Logical: 100.0
                  High Mig Pct: 90
                  Low Mig Pct: 70
               Migration Delay: 0
            Migration Continue: Yes
         Migration Processes:
            Next Storage Pool:
         Reclaim Storage Pool:
      Maximum Size Threshold: No Limit
                        Access: Read/Write
                  Description:
            Overflow Location:
         Cache Migrated Files?:
                  Collocate?: No  <---是不是这里啊？
         Reclamation Threshold: 60
Maximum Scratch Volumes Allowed: 20
Delay Period for Volume Reuse: 0 Day(s)
      Migration in Progress?: No
         Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
      Reclamation in Progress?: No
Volume Being Migrated/Reclaimed:
  Last Update by (administrator): ADMIN
         Last Update Date/Time: 09/27/03 21:43:58
      Storage Pool Data Format: Native
         Copy Storage Pool(s):
      Continue Copy on Error?:
                     CRC Data: No

作者: leonzhuyipeng 时间: 2004-10-09 11:23
标题: 再求救一下TSM问题，谢谢！
各位给帮帮忙啊！！自己顶一下！别沉太快了！

作者: nothingtolose 时间: 2004-10-09 15:29
标题: 再求救一下TSM问题，谢谢！
从q stgpool的结果看不出问题。请帖出TSM server报错信息，以便解答你的问题。

作者: wqhhust 时间: 2004-10-09 17:51
标题: 再求救一下TSM问题，谢谢！
关注

作者: leonzhuyipeng 时间: 2004-10-10 17:00
标题: 再求救一下TSM问题，谢谢！
actlog中的报错：
10/10/04 01:32:20  ANR8381E LTO volume LZYB05 could not be mounted in drive  DRIVE01 (/dev/rmt0).
10/10/04 01:32:20  ANR1401W Mount request denied for volume LZYB05 - mount  failed.
10/10/04 01:32:21  ANR8381E LTO volume LZYB05 could not be mounted in drive DRIVE01 (/dev/rmt0).
10/10/04 01:32:21  ANR1401W Mount request denied for volume LZYB05 - mount failed.
10/10/04 01:32:22  ANR8381E LTO volume LZYB05 could not be mounted in drive DRIVE01 (/dev/rmt0).
10/10/04 01:32:22  ANR1401W Mount request denied for volume LZYB05 - mount  failed.
10/10/04 01:32:22  ANR0525W Transaction failed for session 9979 for node LZYB-DB-2 (TDP Oracle AIX) - storage media inaccessible.
RMAN log中的报错：
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on t1 channel at 10/10/2004 01:35:50
ORA-19502: write error on file "df_t539141734_s175_p1_u5fg259j6_c1", blockno 419
85 (blocksize=512)
ORA-27030: skgfwrt: sbtwrite2 returned error
ORA-19511: Error received from media manager layer, error text:
ANS1312E (RC12) Server media mount not possible
q volume的结果：
Volume Name             Storage    Device    Estimated Pct Volume
                        Pool Name Class Name Capacity Util Status
                                                      (MB)
------------------------  -----------  ----------  ---------  -----  --------
LZYB02                   3581_POOL LTOTAPE          0.0 0.0 Empty
LZYB03                   3581_POOL LTOTAPE          0.0 0.0 Empty
LZYB04                   3581_POOL LTOTAPE          0.0 0.0 Empty
LZYB05                   3581_POOL LTOTAPE    114,813.1  100.0  Filling

不知道为什么会突然mount不上磁带，带子还在带库中。请各位帮帮忙，谢谢！

作者: nothingtolose 时间: 2004-10-10 17:20
标题: 再求救一下TSM问题，谢谢！
q libvol的结果贴出来。

作者: DREAMIBM 时间: 2004-10-10 18:18
标题: 再求救一下TSM问题，谢谢！
q dr

看一下，你的diver 是否都是 on 。

作者: leonzhuyipeng 时间: 2004-10-10 18:21
标题: 再求救一下TSM问题，谢谢！
tsm: TSM>;q libvol

Library Name Volume Name Status    Owner       Last Use Home Element
------------ ----------- ---------- ---------- --------- ------------
AUTOLIB       LZYB01       Private    TSM       DbBackup 2
AUTOLIB       LZYB02       Private    TSM       DbBackup 6
AUTOLIB       LZYB03       Private    TSM       DbBackup 1
AUTOLIB       LZYB04       Private    TSM       DbBackup 3
AUTOLIB       LZYB05       Private    TSM       Data          4

作者: leonzhuyipeng 时间: 2004-10-10 18:25
标题: 再求救一下TSM问题，谢谢！
drive都是online的没有问题！不知道q libvol的信息是不是正常？谢谢！

作者: sharkbing 时间: 2004-10-10 20:21
标题: 再求救一下TSM问题，谢谢！
你的3581,是什么模式，建议你换一下模式测试一下。

作者: fenglimian 时间: 2004-10-11 09:28
标题: 再求救一下TSM问题，谢谢！
看看这些的输出结果是什么
q path f＝d
q devclass ltotape f＝d
tsm的message中关于1401w错误项的处理是：
Possible reasons include, an error in device
specifications to the server or the mount request timed
out.
User Response: If the device specifications (DEFINE DEVCLASS and so forth) are in error, correct them and reissue the command that requested the volume to be mounted.

作者: leonzhuyipeng 时间: 2004-10-11 09:52
标题: 再求救一下TSM问题，谢谢！
谢谢各位的帮助，我再好好查查，如果还有那位有其他什么想法或建议也请继续跟一下帖，谢谢！！
to sharkbing大哥：能不能说的清楚一些啊？什么是什么模式啊？嘿嘿，恕小弟太笨，谢谢！
to nothingtolose大哥：我贴的q libvol的结果没什么不对的吧？谢谢！
to fenglimian大哥：谢谢你的建议，我会按思路查查看的！

作者: nothingtolose 时间: 2004-10-11 09:56
标题: 再求救一下TSM问题，谢谢！
从q libvol的结果很清楚的看到，你一共是5盘磁带，其中一盘存储的是备份来的数据，而其他4盘数据带都被你日常的TSM server DB备份所占用，而你唯一能存放TDP cliet备份数据的数据带也没有空间了，就是说stgpool中没有可抓取的scratch状态的磁带了，所以就会报错。

解决方法：
1、可以加数据带到磁带库中，然后将其定义到3581_pool中；
2、可以删除被TSM DB备份所占用的数据带，使其置成scratch状态。你做日常TSM DB备份时最好指定volume，不然它每次备份都会抓取一盘新带备份，结果你的大部分volume都被dbbackup所占用。

作者: leonzhuyipeng 时间: 2004-10-11 10:11
标题: 再求救一下TSM问题，谢谢！
谢谢nothingtolose！估计就是这个问题了！十分感谢！！
还有就是想问问为什么在q libvol 中能显示LZYB01带的信息而在q volume中却没有这盘带的信息呢？？
tsm: TSM>;q volume
Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
(MB)
------------------------ ----------- ---------- --------- ----- --------
LZYB02 3581_POOL LTOTAPE 0.0 0.0 Empty
LZYB03 3581_POOL LTOTAPE 0.0 0.0 Empty
LZYB04 3581_POOL LTOTAPE 0.0 0.0 Empty
LZYB05 3581_POOL LTOTAPE 114,813.1 100.0 Filling

tsm: TSM>;q libvol

Library Name Volume Name Status Owner Last Use Home Element
------------ ----------- ---------- ---------- --------- ------------
AUTOLIB LZYB01 Private TSM DbBackup 2
AUTOLIB LZYB02 Private TSM DbBackup 6
AUTOLIB LZYB03 Private TSM DbBackup 1
AUTOLIB LZYB04 Private TSM DbBackup 3
AUTOLIB LZYB05 Private TSM Data 4

作者: leonzhuyipeng 时间: 2004-10-11 10:14
标题: 再求救一下TSM问题，谢谢！
还有就是怎么指定tsm db备份只使用一个volume呢？还请给耐心指点一下！谢谢！！

作者: sharkbing 时间: 2004-10-11 10:22
标题: 再求救一下TSM问题，谢谢！
你在建立一个pool,给你的db备份用

作者: nothingtolose 时间: 2004-10-11 10:44
标题: 再求救一下TSM问题，谢谢！
回答你的第一个问题：

q libvolume及q volume的命令不同，当然输出的内容就不同。具体为什么不同我想就不用解释了，查差手册就能解决。

回答你的第二个问题：

1、首先你要知道你的TSM db备份现在的运行方式及具体命令。一般的都是定义的server自动化作业，贴出你的TSM db备份作业的具体命令。
2、有两个命令组合来解决整个问题，分别是backup db devclass＝ltotape type＝full volumenames＝lzyb01，lzyb02 和 delete volhistory todate＝today-2 type＝dbbackup
3、你需要使用lzyb01，lzyb02 两盘磁带轮流使用，确保能恢复TSM db。
4、2中所提到的2个命令都需要定义成server的自动化作业，注意前后关系。

作者: leonzhuyipeng 时间: 2004-10-11 11:09
标题: 再求救一下TSM问题，谢谢！
谢谢各位耐心的解答，尤其是nothingtolose和sharkbing！谢谢！现在不能动系统，等问题解决了，我会再次回复此贴将结果告诉大家的！

作者: alligator 时间: 2004-10-11 11:21
标题: 再求救一下TSM问题，谢谢！
你每次做完db备份后，前一盘带子就可以再用了．
我觉的你可能在administrative schedule里少建了一个delete_volhist的schedule，所以备份过db的带子不能再用．

你运行下q schedule type=administrative f=d贴出来看下

如果是这个原因，建一个就好了
define schedule delete_volhist　type=administrative
cmd="delete volhistory type=dbbackup todate=today-5" starttime=07:00

作者: dooza 时间: 2004-10-11 12:04
标题: 再求救一下TSM问题，谢谢！
不错。

作者: oldrock 时间: 2004-10-11 16:16
标题: 再求救一下TSM问题，谢谢！
第一个问题：
q libvolume查询的是磁带库里磁带，只要磁带定义到库了，用该命令就能查到
q volume查询的是存储池卷，只定义到库但没定义到存储池的卷，用该命令是查不到的。
第二个问题：
tsm必须保证至少有一个tsm db备份，所以我觉得至少要有两卷磁带轮流来备份tsm db。还是按nothingtolose说的做吧，呵呵～～
还有，楼主是不是zhu yi peng？北航6系毕业的？曾经是辅导员？

作者: sharkbing 时间: 2004-10-12 09:58
标题: 再求救一下TSM问题，谢谢！
呵呵，等你的好消息

作者: leonzhuyipeng 时间: 2004-11-01 17:10
标题: 再求救一下TSM问题，谢谢！
不好意思！这么久才回复这个帖子，实在是前一段时间没时间弄那事！首先谢谢各位的回复！！今天按nothingtolose的说法做了一下，但执行delete volhistory todate＝today-2 type＝dbbackup是提示说0条记录被删除，q libvol的信息还是那样！我不知道是什么原因！请各位再给指点指点！我现在也知道为什么备份会失败了，我能不能把lzyb03和lzyb04再定义成临时卷呢！？这样会不会解决问题呢！？谢谢！

to：oldrock 我不是你说的那个人！呵呵！同时谢谢你的帮忙！

作者: leonzhuyipeng 时间: 2004-11-01 19:06
标题: 再求救一下TSM问题，谢谢！
自己顶一下吧！沉的有点快！！
还请各位再次慷慨发表回复啊！谢谢！

作者: leonzhuyipeng 时间: 2004-11-02 11:40
标题: 再求救一下TSM问题，谢谢！
沉的好快啊！怕各位看不到，在顶一下！顶到各位回复为止！

作者: leonzhuyipeng 时间: 2004-11-02 18:01
标题: 再求救一下TSM问题，谢谢！
各位，我能不能先把lzyb03和lzyb04从我的pool中删除（带数据），然后再放回来？backup db devclass＝ltotape type＝full volumenames＝lzyb01，lzyb02 命令是不是就限制了TSM备份DB只能用lzyb01和lzyb02两盘带子了？

各位怎么都不说话啊！？

作者: nothingtolose 时间: 2004-11-03 14:18
标题: 再求救一下TSM问题，谢谢！
呵呵，我又回来了。

你TSM命令执行的次序应该是：delete volhistory；backup db。

另外，如果执行命令报错的话把错误信息贴出来。

作者: leonzhuyipeng 时间: 2004-11-03 16:04
标题: 再求救一下TSM问题，谢谢！
下班是执行的结果：
tsm: TSM>;delete volhistory todate=today-2 type=dbbackup
Do you wish to proceed? (Yes (Y)/No (N)) y
yANR2467I DELETE VOLHISTORY: 0 sequential volume history entries were successfully deleted.

tsm: TSM>;backup db devclass=ltotape type=full volumename=lzyb01,lzyb02
ANR2280I Full database backup started as process 188.
ANS8003I Process number 188 started.

tsm: TSM>;q process 188
ANR0942E QUERY PROCESS: Process 188 cannot be found.
ANS8001I Return code 11.

tsm: TSM>;q libvolume

Library Name    Volume Name    Status       Owner       Last Use    Home Element
------------    -----------    ----------    ----------    ---------    ------------
AUTOLIB       LZYB01       Private       TSM          DbBackup    2
AUTOLIB       LZYB02       Private       TSM          DbBackup    6
AUTOLIB       LZYB03       Private       TSM          DbBackup    1
AUTOLIB       LZYB04       Private       TSM          DbBackup    3
AUTOLIB       LZYB05       Private       TSM          Data       4

执行后我看log，log明显说是DBbackup都没成功
tsm: TSM>;q actlog

11/03/04 14:44:39    ANR2280I Full database backup started as process 188.
11/03/04 14:44:39    ANR1409W Volume LZYB01 already in use - skipped.
11/03/04 14:44:39    ANR1409W Volume LZYB02 already in use - skipped.
11/03/04 14:44:40    ANR1405W Scratch volume mount request denied - no scratch
                        volume available.
11/03/04 14:44:40    ANR4578E Database backup/restore terminated - required
                        volume was not mounted.
11/03/04 14:44:40    ANR0985I Process 188 for DATABASE BACKUP running in the
                        BACKGROUND completed with completion state FAILURE at
                        14:44:40.

还请各位再给看看！
实在不行我就checkout一个带出来，然后再checkin进去不知道可以不可以！？

作者: leonzhuyipeng 时间: 2004-11-05 11:26
标题: 再求救一下TSM问题，谢谢！
各位不会也没有什么好招了吧！？

作者: leonzhuyipeng 时间: 2004-11-07 21:07
标题: 再求救一下TSM问题，谢谢！
nothingtolose，sharkbing，alligator还有各位曾经给我回过帖的前辈们，你们不会也没招儿了吧？

再来帮帮忙啊！

作者: oldrock 时间: 2004-11-08 09:57
标题: 再求救一下TSM问题，谢谢！
首先，你备份db失败的原因是没有可用的卷，为了有可用的卷，你可以用
delete volhist todate＝today type＝dbbackup删除以前的dbback
试试，我不知道你的命令为什么会失败，你 q actlog看看为什么会失败。

另外，据你q libv的结果来看，LZYB03 和 LZYB04 上的数据也是dbback，好像也没什么用，可以把他们改为临时卷来用，这样的话你的备份命令应该可以成功。
但不管怎样，你还是要想办法把LZYB0＝01和LZYB02上的数据删掉，因为毕竟要重新使用这两卷磁带。

作者: leonzhuyipeng 时间: 2004-11-08 12:31
标题: 再求救一下TSM问题，谢谢！
我试过将lzyb04，lzyb03，lzyb02和lzyb01定义成临时卷，但是报错说这些卷已经在lib中了，不能定义成临时卷，我现在想把lzyb03和lzyb04checkout出来然后给它们换成lzyb06和lzyb07，我觉得这样我的oracle很可能会备份成功；但是我怕的是在checkin进去后TSM DB又将它们定义成dbbackup的带子；我记得但是是系统报错说TSM DB的修改超过了50%需要备份，然后我查出错号，告诉我打开一个选项就可以让TSM自动备份DB，然后我就照做了；现在我q dbvolume时系统告诉我lzyb01是备份DB的卷，但它为什么不一直用lzyb01去做db的备份呢！？怎么才能让TSM一直用lzyb01和lzyb02去备份DB，不要再从池中拿别的带子呢！？命令backup db devclass＝ltotape type＝full volumenames＝lzyb01，lzyb02是不是就是让TSM 一直用lzyb01，lzyb02备份DB？还请各位继续给指点一下！

作者: leonzhuyipeng 时间: 2004-11-08 15:33
标题: 再求救一下TSM问题，谢谢！
我今天把一盘带子checkout出来了，进行了re－label，然后checkin进去，接着定义到了3581_pool存储池中，但奇怪的是我用q vol能看到这盘带子的信息，但用q libvol却看不到，不是说只要在库中的带子用q libvol都能看到吗？我新checkin进去的带子怎么会看不到呢！？

作者: oldrock 时间: 2004-11-09 09:10
标题: 再求救一下TSM问题，谢谢！
其实，只要checkin到lib中就可以了，状态为scratch，不要定义到3581_pool中，备份时执行：backup db devclass=devclassname type=full,
至于你说的 q libv看不到带子，我也不明白怎么回事，最好先查查相关信息

作者: balefired 时间: 2004-11-09 11:34
标题: 再求救一下TSM问题，谢谢！
我也碰到类似问题。

正常是每日23:30作ORACLE全库备份,通过RMAN调用TSM直接备份到3583磁带库中,从前天起全库备份不成功,但每隔两小时作的归档日志备份都成功完成,以下为TSM的LOG.
11/08/04 23:36:10 ANR0406I Session 721 started for node TDPO (TDP Oracle
AIX) (Tcp/Ip 10.0.11.12(47239)).
11/08/04 23:36:34 ANR8337I LTO volume ZY1088 mounted in drive DEV3583
(/dev/rmt1).
11/08/04 23:41:00 ANR8341I End-of-volume reached for LTO volume ZY1088.
more... (<ENTER>; to continue, 'C' to cancel)

11/08/04 23:41:09 ANR8336I Verifying label of LTO volume ZY1088 in drive
DEV3583 (/dev/rmt1).
11/08/04 23:41:49 ANR8468I LTO volume ZY1088 dismounted from drive DEV3583
(/dev/rmt1) in library LIB3583.
11/08/04 23:42:17 ANR8337I LTO volume ZY1084 mounted in drive DEV3583
(/dev/rmt1).
11/08/04 23:42:17 ANR1401W Mount request denied for volume ZY1084 - mount
failed.
11/08/04 23:42:45 ANR8468I LTO volume ZY1084 dismounted from drive DEV3583
(/dev/rmt1) in library LIB3583.
11/08/04 23:43:11 ANR8337I LTO volume ZY1084 mounted in drive DEV3583
(/dev/rmt1).
11/08/04 23:43:11 ANR1401W Mount request denied for volume ZY1084 - mount
failed.
11/08/04 23:43:38 ANR8468I LTO volume ZY1084 dismounted from drive DEV3583
(/dev/rmt1) in library LIB3583.
11/08/04 23:44:05 ANR8337I LTO volume ZY1087 mounted in drive DEV3583

11/08/04 23:44:05 ANR1401W Mount request denied for volume ZY1087 - mount
failed.
11/08/04 23:44:05 ANR0525W Transaction failed for session 721 for node TDPO
(TDP Oracle AIX) - storage media inaccessible.
11/08/04 23:44:05 ANR0403I Session 721 ended for node TDPO (TDP Oracle AIX).
11/08/04 23:44:15 ANR0406I Session 722 started for node TDPO (TDP Oracle
AIX) (Tcp/Ip 10.0.11.12(47253)).
11/08/04 23:44:15 ANE4994S (Session: 722, Node: TDPO) TDP Oracle AIX
ANU0599 ANU2602E The object /adsmorc//CCICDB_full_541726-
202_4024_1 was not found on the TSM Server
11/08/04 23:44:15 ANR0403I Session 722 ended for node TDPO (TDP Oracle AIX).
11/08/04 23:44:32 ANR8468I LTO volume ZY1087 dismounted from drive DEV3583 (/dev/rmt1) in library LIB3583.

作者: leonzhuyipeng 时间: 2004-11-10 17:41
标题: 再求救一下TSM问题，谢谢！
我的问题解决了！谢谢各位的提示和指点！

作者: nothingtolose 时间: 2004-11-11 13:45
标题: 再求救一下TSM问题，谢谢！
leonzhuyipeng,您好！

不是我说你，你也太那个了吧，好了就不搭理我们了，我想你需要把你的解决过程详细的描述一下，让我们也分享一下，不然我们大家会心寒的。呵呵，开个玩笑，我们大家一齐学学，你也需要做贡献吆。

作者: nothingtolose 时间: 2004-11-15 12:59
标题: 再求救一下TSM问题，谢谢！
leonzhuyipeng,您好！

不是我说你，你也太那个了吧，好了就不搭理我们了，我想你需要把你的解决过程详细的描述一下，让我们也分享一下，不然我们大家会心寒的。呵呵，开个玩笑，我们大家一齐学学，你也需要做贡献吆。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)