下午协助客户做异机备份恢复测试,平台是AIX 5.3使用tsm备份。在源生产机上备份了数据库和控制文件,准备从磁带库上恢复到测试机时RMAN报找到不备份的控制文件,之后crosscheck了一把:
居然所有的备份都显示为’EXPIRED’的!管理备份的技术人员反映tsm没有部署任何备份策略,怀疑是RMAN的配置问题;但实际上RMAN就算备份已经处于obsolete状态了,也不会自动去删除备份导致变成’EXPIRED’的过期状态。显然这还是TSM备份软件配置的问题,仔细检查过tdpo.opt文件后发现测试机上的TDPO_OWNER设置为oracle,而实际生产机上的 TDPO_OWNER则不是oracle,因为安全级别的问题,客户在安装生产库时没有建立我们常见的oracle用户,而是在dba组内建立了其他数据库管理用户名。虽然不甚了解TSM,但多少也玩过Veritas的NBU,显然tdpo.opt文件中的TDPO_OWNER参数是用来识别tsm备份的拥有者的,客户在生产库上是以非oracle用户名的用户产生的备份,因此tsm server认为在oracle用户名下并没有任何实际备份,从而导致RMAN去crosscheck的时候返回的都是expired状态。将 tdpo.opt中的TDPO_OWNER改回和原生产库中一致:
以上因为是异机的不完全恢复,故原日志文件所在裸设备内没有任何信息,因此出现了ORA-00367: checksum error in log file header 错误,可以忽略之后Oracle将重用这些裸设备为日志文件WARNING: You are creating/reusing datafile /dev/rprm1dbg4_redo3.
同样因为是异机恢复,临时文件所在裸设备内没有信息,会出现类似以下错误Errors in file /oracle/admin/PRMDB1/bdump/prmdb11_dbw0_618984.trc:ORA-01186: file 201 failed verification testsORA-01122: database file 201 failed verification checkORA-01110: data file 201: ‘/dev/rprm1dbg1_tmp1′ORA-01210: data file header is media corruptFile 201 not verified due to error ORA-01122….Errors in file /oracle/admin/PRMDB1/bdump/prmdb11_j001_315982.trc:ORA-01187: cannot read from file 201 because it failed verification testsORA-01110: data file 201: ‘/dev/rprm1dbg1_tmp1′
建议将原临时表空间删除,然后重建一个新的。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30
添加新评论0 条评论