清洗磁带
https://www.veritas.com/content/support/en_US/doc/123533878-127136857-0/v123555387-127136857
https://vox.veritas.com/t5/NetBackup/Checking-on-TapeAlert-cleaning/td-p/378776
https://www.forzw.com/archives/746
step 1.清洗磁带驱动一般是在 带库磁带机端IE 做清洗的，推荐这么做
step 2.nbu 软件端 只能通过收到 带库磁带机 firmware 端的提示符号Tapealerts 。才通过tpclean -L 端出现提示，这个时候可以通过nbu 端做带库 驱动 的清洗，
https://vox.veritas.com/t5/NetBackup/Checking-on-TapeAlert-cleaning/td-p/378776
... and I believe here we have the answer ...
"I checked the library, and the drive still reported that it needed cleaning, which I ran manually from the robot management page."
From this, I know that the library is reading the status of the drives.
Tapealerts work like this.
When the drive has a problem (eg. clean me) a 'clean me' bit is set in the firmware.
When the library (in this case) reads the bits , it is able to display the message you see. However, the act of the library reading the 'bits' resets them, so they can never be read by NBU.
So, you need to configure the library so it knows nothing at all about cleaning or cleaning tapes. Once the library is stopped from reading the drive status it will not reset the 'bits'. Then, when NBU wishes to get the drive status (after each backupI think) the bits will not have been reset, and it should detect the drive needs cleaning.
Hope this helps,
Martin
nbu 软件端是通过服务器日志/var/log/messags 收到的信息，比如如下信息
TapeAlert Code: 0x15, TYPE:warning, Flag :clean periodic, from driver hp.ultium7-scsci.008
step 3. NBU 端清洗磁带机的方法如下：
清洗磁带机
1.查看需要清洗的磁带机
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
netback:root:/usr/openv/volmgr/bin>./tpclean -L Drive Name Type Mount Time Frequency Last Cleaned Comment ********** **** ********** ********* **************** ******* IBM.ULT3580-TD4.000 hcart* 1906.3 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.001 hcart* 2950.6 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.002 hcart* 2804.5 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.003 hcart* 2895.4 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.004 hcart* 1804.2 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.005 hcart* 2916.2 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.006 hcart* 2970.3 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.007 hcart* 2909.5 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.008 hcart* 2895.8 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.009 hcart* 2896.7 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.010 hcart* 2840.6 0 N/A NEEDS CLEANING |
2.清洗磁带机
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
netback:root:/usr/openv/volmgr/bin>./tpclean -M “Drive Name” netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.000 netback:root:/usr/openv/volmgr/bin>./tpclean -L Drive Name Type Mount Time Frequency Last Cleaned Comment ********** **** ********** ********* **************** ******* IBM.ULT3580-TD4.000 hcart* 0.0 0 16:44 06/16/2015 IBM.ULT3580-TD4.001 hcart* 2950.6 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.002 hcart* 2804.5 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.003 hcart* 2895.4 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.004 hcart* 1804.2 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.005 hcart* 2916.2 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.006 hcart* 2970.3 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.007 hcart* 2909.5 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.008 hcart* 2895.8 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.009 hcart* 2896.7 0 N/A NEEDS CLEANING IBM.ULT3580-TD4.010 hcart* 2840.6 0 N/A NEEDS CLEANING netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.001 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.002 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.003 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.004 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.005 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.006 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.007 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.008 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.009 netback:root:/usr/openv/volmgr/bin>./tpclean -M IBM.ULT3580-TD4.010 |
3.清洗后查看
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
netback:root:/usr/openv/volmgr/bin>./tpclean -L netback:root:/usr/openv/volmgr/bin>./tpclean -L Drive Name Type Mount Time Frequency Last Cleaned Comment ********** **** ********** ********* **************** ******* IBM.ULT3580-TD4.000 hcart* 0.0 0 16:44 06/16/2015 IBM.ULT3580-TD4.001 hcart* 0.0 0 16:45 06/16/2015 IBM.ULT3580-TD4.002 hcart* 0.0 0 16:45 06/16/2015 IBM.ULT3580-TD4.003 hcart* 0.0 0 16:45 06/16/2015 IBM.ULT3580-TD4.004 hcart* 0.0 0 16:46 06/16/2015 IBM.ULT3580-TD4.005 hcart* 0.0 0 16:46 06/16/2015 IBM.ULT3580-TD4.006 hcart* 0.0 0 16:46 06/16/2015 IBM.ULT3580-TD4.007 hcart* 0.0 0 16:46 06/16/2015 IBM.ULT3580-TD4.008 hcart* 0.0 0 16:46 06/16/2015 IBM.ULT3580-TD4.009 hcart* 0.0 0 16:47 06/16/2015 IBM.ULT3580-TD4.010 hcart* 0.0 0 16:47 06/16/2015 |
3.
step 4. 有的时候，带库磁带机的IE 管理 界面没有提示 磁带需要清理， 但是nbu 服务器端，tpclean -L 却显示很多磁带 磁带驱动器 command 需要清理，
NEEDS CLEANING
这个时候可以手工清理下磁带驱动器试试 使用步骤3.
#############sample 3
一、bpverify
bpverify — 验证由 NetBackup 创建的备份
bpverify 通过读取备份卷，并将其内容与 NetBackup 目录库进行比较来验证一个或多个备份的内容。
该操作并不将卷数据与客户端磁盘的内容进行比较。它读取映像中的每个块以验证卷是否为可读。
NetBackup 一次只验证一个备份，并尝试最大限度地缩短介质装入和定位时间。
bpverify [-l] [-p] [-pb] [-v] [-local] [-client name] [-st sched_type] [-sl sched_label] [-L output_file [-en]] [-policy name] [-s date] [-e date]
[-M master_server] [-Bidfile file_name] [-pt policy_type] [-hoursago hours] [[-cn copy number] | [-primary]] [-backupid backup_id] [[-id media_id or path] |
[-stype server_type] [-dp disk_pool_name [-dv disk_volume]]] [-priority number]
二、选项
-backupid backup_id
指定要验证的单个备份的备份 ID。除 -Bidfile 以外，该选项优先于任何其他选择条件。默认为任何备份。
-Bidfile file_name
指定一个包含要验证的备份 ID 列表的文件。此文件会在命令行界面 (CLI) 激活期间删除。删除文件的原因是 NetBackup GUI 经常使用此参数。
-client name
指定生成原始备份的客户端的名称。默认为任何客户端。
-cn copy_number|-primary
确定要验证的备份 ID 的副本号。有效值为从 1 到 bpconfig -max_copies 设置所指定的设置，最大值为 10。默认值为 1。
-primary 指示应验证主副本而不是该副本。
-dp disk_pool_name [-dv disk_volume]
指定磁盘池的名称。磁盘池是该存储单元的数据存储区域。另外，bpverify 仅验证驻留在指定磁盘卷上的映像。该选项必须与 -stype 选项一起使用。磁盘池必须已存在。
-hoursago hours
从当前时间算起，指定要搜索此前多少小时之内的备份。这相当于将开始时间 (-s) 指定为当前时间减去 hours 值。不要将该选项与 -s 选项一起使用。
-id media_id | path
在映像目录库中搜索备份，以验证它们是否位于此介质 ID 或路径名上。如果备份的一些片段位于该介质 ID 上，而另一些片段位于其他介质 ID 上，则会发生以下情况：只要在所提供的介质 ID 的介质上开始备份，NetBackup 便会对跨介质映像进行验证。
-L output_file [-en]
指定要在其中写入进度信息的文件的名称。默认为不使用进度文件，在这种情况下，将进度信息写入 stderr。有关更多信息，请参见此命令说明后面介绍的“显示格式”。
-l
指定列表类型为长列表，以使 bpverify 向进度日志中写入附加信息。默认列表类型为短列表。有关附加信息，请参见此命令说明后面介绍的“显示格式”。
-local
如果从主服务器以外的主机启动 bpverify，并且没有使用 -local（默认），则发生以下情况：bpverify 在主服务器上启动该命令的远程副本。
-M master_server
指定提供 bpverify 映像数据的主服务器。主服务器必须允许发出 bpverify 命令的系统对其进行访问。默认为输入 bpverify 的系统的主服务器：
-p
预览验证，但并不执行验证。有关附加信息，请参见此命令说明后面介绍的“显示格式”。
-pb
预览验证，但并不执行验证。-pb 选项类似于 -p 选项，但前者不显示各备份的信息。有关附加信息，请参见此命令说明后面介绍的“显示格式”。
-policy name
在指定策略中搜索要验证的备份。默认为任何策略。
-priority number
为验证作业指定一个新优先级来覆盖默认作业优先级。
-pt policy_type
指定选择要验证的备份时使用的策略类型。默认值为任意策略类型。
-s date, -e date
为所有要验证的备份指定日期和时间范围的开始时间。-e 选项指定范围的截止时间。
-sl sched_label
搜索备份以验证指定的日程表已创建。默认值为所有日程表。
-st sched_type
搜索备份以验证指定的日程表类型已创建。默认值为任意日程表类型。
-stype server_type
指定标识存储服务器类型的字符串。server_type 值可能源自以下来源之一：
-v
选择详细模式。如果指定了 -v，调试日志和进度日志将包含更多信息。默认为非详细模式。
-p 显示内容中列出了满足 bpverify 命令行选项所设条件的备份 ID。-p 信息按卷顺序显示。对于包含所选备份的每个卷，都会列出介质 ID 和服务器。随后显示驻留在该卷上的所选备份 ID。
-pb 显示内容是 -p 显示内容的简要版本。对于包含满足选择条件的备份的每个卷，此选项将列出这些卷的介质 ID 和服务器。
三、示例
示例 1 - 对过去 36 小时内运行的备份进行验证：
bpverify -hoursago 36
Verify started Thu Feb 3 11:30:29 2012
INF - Verifying policy mkb_policy, schedule Full
(plim_0949536546), path /tmp/mkbunit, created 02/02/12 18:09:06.
INF - Verify of policy mkb_policy, schedule Full
(plim_0949536546) was successful.
INF - Status = successfully verified 1 of 1 images.
示例 2 - 比较 -p 和 -pb 这两种预览显示模式：
bpverify -p -hoursago 2000
Media id = A01001 Server = plim
Bid = plim_0949616279 Kbytes = 32800 Filenum = 1 Fragment = 1
Bid = gava_0949681647 Kbytes = 12191 Filenum = 2 Fragment = 1
Bid = gava_0949683298 Kbytes = 161 Filenum = 3 Fragment = 1
Bid = gava_0949683671 Kbytes = 11417 Filenum = 4 Fragment = 1
Media id = 400000 Server = plim
Bid = toaster2_0950199621 Kbytes = 298180 Filenum = 1 Fragment = 1
Bid = toaster2_0950199901 Kbytes = 298180 Filenum = 3 Fragment = 1
bpverify -pb -hoursago 200
Media id = A01001 Server = plim
Media id = 400000 Server = plim
返回值
0 退出状态表示已成功运行命令。任何非 0 的退出状态都表示发生了错误。
############
NetBackup status code 87: media close error
https://www.veritas.com/support/en_US/article.100030347