【IT168 资讯】检查磁带备份情况

1、检查copypool同步情况(每日6点自动开始同步进程)

(1)Tsm: SERVER1>q process

返回1：ANR0944E QUERY PROCESS找不到活动的进程

ANS8001I Return code 11.

返回2：如果有相应的同步信息，那么就需要等待同步结束。才可执行第2步。

(2)检查任务是否成功

Tsm:SERVER1> q event * type=admin

注意：只需要关注OFFSITECOPY是否是正常完成状态

2、第1步确认完成后执行如下操作

tsm: SERVER1>q libv　在显示结果中找出任意“临时”的磁带

3、制作TSM DB磁带

1)、制作：

tsm: SERVER1>backup db devclass=3584 type=full volumenames=******,******

----注意： volumenames 值为步骤2中状态为“临时”的任何一个标号都可以

2)、检查

tsm: SERVER1> q actlog begint=-1 search="DATABASE BACKUP"

类似以下信息：代表成功。

ANR0985I 在 后台 状态下运行的 DATABASE BACKUP 的进程 129

9:48:17 完成，完成状态为 成功。 (会话: 5566, 进程: 129)

4、查找相应数据磁带，并记录至如下表格中

tsm: SERVER1>query volume stg=copypool access=readwrite

取出磁带

1、tsm: SERVER1>checkout libv 3584lib01 ******* remove=bulk

2、tsm: SERVER1>q process

直至找不到活动进程

3、tsm: SERVER1> q actlog begint=-1 search="ANR8438I"

检查LOG至有如下显示“Checkout libv 成功”

类似消息：

ANR8438I CHECKOUT LIBVOLUME 库中的 3584LIB01 卷 T00024L4 成功完成。 (会话: 5566, 进程: 130)

4、至3584出带口取带，并与第4步记录的表格核对，核对无误后执行(5)

5、将所记录列表中所有已取出磁带设置为“offsite”状态

A、tsm: SERVER1>update volume * access=offsite wherestg=copypool

注意：此时一定用 * 代表 volume，不能用 类似于T00024L4 的值。

B、tsm: SERVER1>q libv――检查取出的磁带应已不在列表中

至此取带流程全部完成

放入磁带

1、 将所有磁带放入带仓后执行如下命令：

tsm: SERVER1> checkin libv 3584lib01 search=bulk status=private checklabel=barcode

tsm:SERVER1> q request ---察看相应的进程号

如下类似信息：

ANR8373I 005：用所有 LTO 卷填充库 3584LIB01 的信息量大的入／出端口，该操作在 60 内处理；当就绪时发出当就绪时，发出 'REPLY' 与请求标

记录上面红色黑体(“005”)

tsm:SERVER1> reply 005

tsm:SERVER1> q process ----察看reply的运行情况；直至结果消失。

2、q actlog search="CHECKIN LIBVOLUME"

消息类似于：

ANR0985I 在 后台 状态下运行的 CHECKIN LIBVOLUME 的进程 147

于 18:14:39 完成，完成状态为 成功。 (会话: 7017, 进程: 147)

3、数据带信息删除：

1)如果在query volume中能够看到放入的磁带信息，则需要执行下面的步骤：

delete volume ******* discard=yes

此步骤可能需要几分钟或1个小时，通过query process察看相应的进程。

在完成后，执行

delete volume ******* 如果不能删除，

q vol ******* f=d 显示是“非现场的”，做以下操作

Update vol ********* access=readwrite

update libv 3584lib01 ********* status=scratch

2)如果在query volume没有看到放入的磁带信息，则直接执行：

update libv 3584lib01 ********* status=scratch

注意：所有TSM DB的带子不做第3-1步操作，已由TSM自动删除

.备份信息，再做会报错