第一范文网 - 专业文章范例文档资料分享平台

tsm维护

来源:用户分享 时间:2025/11/4 14:09:34 本文由loading 分享 下载这篇文档手机版
说明:文章内容仅供预览,部分内容可能不全,需要完整文档或者需要复制内容,请下载word后使用。下载word有问题请添加微信号:xxxxxxx或QQ:xxxxxx 处理(尽可能给您提供完整文档),感谢您的支持与谅解。

为了减少备份集的大小,没有必要备份上次已经备份过的归档日志. backup archivelog all not backed up 2 times; 删除你想保留期限以前的归档日志.

delete noprompt archivelog all completed before 'sysdate -7'; 42. RMAN 维护

1. 查看RMAN的信息

RMAN>list backup; // 检查现有备份 list backup summary; list backup of controlfile;

list backupset of archivelog all;

RMAN>report obsolete; // 列出过期备份 RMAN>allocate channel for maintenance type disk; RMAN>change backupset id delete; // 删除过期的备份 RMAN>release channel; 2. 同步或重置RMAN

如果目标数据库物理对象发生了变化,如添加了一个数据文件,需要用如下命令同步: RMAN>resync catalog;

如果目标数据库reset了数据库,需要用如下命令同步 RMAN>reset database;

当手工删除了数据库的归档文件后,要执行以下脚本同步 RMAN>allocate channel for maintenance type disk; RMAN> change archivelog all crosscheck; RMAN>release channel;

当手工删除了数据库的RMAN备份后,要执行以下脚本来同步 RMAN>allocate channel for maintenance type disk; RMAN>crosscheck backup; RMAN>delete expired backup; RMAN>release channel; 3. rman备份示例

下面的脚本备份在24小时内产生的归档日志,在备份完成后会自动删除归档日志。如果备份失败,归档日志不会被删- 10 -

除。delete all input加在backup命令后,会在完成备份后删除已经备份的归档日志。 RMAN> run {

2> allocate channel dev1 type disk; 3> backup

4> format \ 5> (archivelog from time \ 6> release channel dev1; 7> }

4. 常用数据库查询命令 列出数据库的数据文件:

SQL> select file#,status,enabled,name from v$datafile; 列出数据库的控制文件: SQL> select * from v$controlfile; 列出数据库的重做日志: SQL> select * from v$logfile; 查看归档日志位置

SQL>select name from v$archived_log; SQL> archive log list

SQL> show parameter archive 查询v$recover_file

SQL> select * from v$recover_file; FILE# ONLINE ERROR CHANGE# TIME ---------- ------- ------------------ ---------- ----------- 1 ONLINE FILE NOT FOUND 0 2 ONLINE FILE NOT FOUND 0 5 ONLINE FILE NOT FOUND 0 6 ONLINE FILE NOT FOUND 0

(从上面可知,当前有四个数据文件需要恢复。) 5. 报警日志文件

报警日志文件一般记载了数据库的启动/关闭信息,归档信息,备份信息,恢复信息,常见错误信息,部分数据库修改记录等。一般令名规则为Alrt.log,如我的测试数据库的报警日志文件的名称为testalrt.log。- 11 -

报警日志文件的路径是根据初始化参数background_dump_dest来决定的,如在我的机器上,该参数值为D:\\Oracle\\admin\\test\\bdump,那么,你就可以在该路径下找到该文件。 6. 后台进程跟踪文件

后台进程跟踪文件的路径与报警日志文件的路径一致,在某些情况下,你可以通过后台跟踪文件的信息了解更多的需要恢复的信息。如在数据库需要恢复的时候,报警日志文件中常有这样的语句: Errors in file D:\\Oracle\\admin\\test\\bdump\\testDBW0.TRC: ORA-01157: cannot identify/lock data file 1 - see DBWR trace file 通过提示的DBWR跟踪文件,可以查询到更详细的信息。 43. TSM常用统计语句

1. 有多少磁带逻辑状态不正常? select VOLUME_NAME,ACCESS from volumes where access ='UNAVAILABLE' 2. 带库里目前有多少scratch磁带? select count(*) as Scratch_count from libvolumes where status='Scratch' 3. 在改变存储池回收回收阀值时有多少个磁带会做回收处理? select count(*) from volumes where stgpool_name='poolname'and upper(status)='FULL' and pct_utilized <%% 4. 各存储池卷分配情况 select stgpool_name,devclass_name,count(*) as \ 44. 评估TSM的网络备份速度

利用Tivoli Storage Manager进行文档数据或数据库数据的备份是成熟的备份解决方案。但是,用户在定制备份的策略时,常常面对一个问题:通常情况下,多长时间能够能够完成这些数据的备份?

这个问题的答案涉及多方面的因素,例如,备份数据量的多少,存储设备的读写速度,CPU的处理速度,网络的传输速度。在这里,我们主要讨论网络传输速度对TSM备份速度的影响。

一般说来,利用TSM进行数据备份时候所能利用到的网络速度应该低于正常情况下的网络速度。同时下面的因素也是在进行备份时候必须要考虑的:

1. TSM所能利用到的网络传输速率一般说来是硬件设备网络传输协议理论速度的40%-80%; 2. 考虑到CPU处理速度,对于快速以太网,例如千兆网等,网络传递速度一般很难接近80%; 3. 用户能够使用一些简单的网络传输协议应用来评估网络的正常速度,例如使用FTP软件来实际测量一下网络速度。

下面我们用百兆以太网的例子来评估一下每小时钟能够传递的数据量,假设网络传递速度为标称速度的40%。

如我们所说,影响速度的因素还包括存储设备的读写速度。一般说来,速度最慢的因素决定了最终的备份效果。因此在用户定制策略时候,应该考虑到最坏的数据传输结果,并用这个结果来作为定制备份数据方案的预期标准。

45. 处理通常的TSM服务器故障

TSM服务器是TSM存储备份环境中最为重要的组成部分。一旦TSM服务器出现故障后,所有客户端的备份和恢复操作都有可能受到影响。当故障出现时,用户通常可以执行下面列举的一些操作来检查错误,这样可以尽快发现问题的根源,并协助技术支持工程师排除故障:

1. 查看服务器的活动日志

通常建议客户检查故障出现前后一段时间(例如前后30分钟内)出现的各种信息,通常情况下,除了出错信息以外,故障前后一段时间的提示信息会给出一些与故障相关的消息,甚至揭示问题出现的根源。

下面是查看服务器活动日志的命令示例: QUERY ACTLOG BEGINTIME=NOW-30 ENDTIME=NOW 2. 利用HELP命令查看TSM的出错信息

使用HELP用户可以获得关于这条出错信息更多的内容,包括对信息更详细的解释,系统所做的反应和用户应该做的操作等等,下面是利用HELP命令查看出错信息的示例:

查看错误号为ANR7800I的信息: help 7800 系统输出为:

ANR7800I DSMSERV GENERATED AT time ON date.

EXPLANATION: The Tivoli Storage Manager server module was generated at the indicated date and time. SYSTEM ACTION: Server operation USER RESPONSE: None 3. 检查问题是否可以重现

- 12 - - 13 -

如果问题可以比较容易的重现,则意味着可以比较容易孤立并发现出现故障的原因。但是并不是所有问题都可以很容易重现,而这往往意味着问题的产生是多方面因素结合的结果,这时候就需要用户放宽思维范围,从更广的范围和更长的时间段上来发现问题。

4. 问题的出现是否与读或写设备有关系

如果问题的出现是在读或者写某个硬件设备上的数据的时候,则硬件系统所在的计算机操作系统往往也会产生一些错误日志记录,例如AIX,Windows都会产生相应的错误日志。用户可以利用这些记录来帮助发现问题的所在。

5 检查服务器和客户端的配置信息是否发生过修改

如果错误是在配置信息修改以后产生的,则可以考虑重新修改配置信息,并测试问题是否重复出现。 6 检查服务器的数据库空间是否溢出

TSM利用数据库来记录和管理元数据,所以如果数据库空间不够时,所有的备份和恢复操作都无法进行。查看数据库空间可以使用命令Query Database。

7 关于客户端无法连接的问题,通常需要检查下面一些细节:

检查服务器配置文件,并检查服务器是否绑定配置文件中规定的端口; 查看服务器的状态(Query Status)确保设置好了\; 检查客户端配置文件中端口号和IP地址是否与服务器端一致; 检查节点是否被服务器端锁定(LOCK);

配置系统管理员检查网络状况和服务器的内存利用状况,如果内存不够用了,则新的连接肯定无法建立。

命令 系统查询 query status query db query log query dbvolume query logvolume query filespace 管理查询 query actlog query event * * query session query collocgroup query procss query content Volname query occupany Node Directory cancel process N audit library query volhist type=dbbackup

说明 查看服务器状态 显示关于数据库的信息 显示关于恢复日志的信息 显示关于数据库卷的信息 显示关于恢复日志卷的信息 显示节点文件存储空间 查看操作日志 查看调度执行情况 查看会话状态 显示在服务器上定义的并置组 显示当前活动进程 显示存储卷的内容 显示 Node节点 Directory目录的存储使用空间 取消N号进程 审计库 查看TSM数据库备份情况

搜索更多关于: tsm维护 的文档
tsm维护.doc 将本文的Word文档下载到电脑,方便复制、编辑、收藏和打印
本文链接:https://www.diyifanwen.net/c0xcx530uz923x6i11q3j_3.html(转载请注明文章来源)
热门推荐
Copyright © 2012-2023 第一范文网 版权所有 免责声明 | 联系我们
声明 :本网站尊重并保护知识产权,根据《信息网络传播权保护条例》,如果我们转载的作品侵犯了您的权利,请在一个月内通知我们,我们会及时删除。
客服QQ:xxxxxx 邮箱:xxxxxx@qq.com
渝ICP备2023013149号
Top