ITPub博客

首页 > 数据库 > 数据库开发技术 > 一次用RMAN做数据库恢复遇到的问题

一次用RMAN做数据库恢复遇到的问题

原创 数据库开发技术 作者:empo007 时间:2007-06-29 10:19:52 0 删除 编辑
4月份的时候,一个客户的数据库出现严重的性能问题,到现场后,决定将备份恢复到测试机上并让测试机作为生产库给外界提供服务,然后再比较测试库和生产库上SQL的执行计划,从而找出生产库的问题。事实证明,这个思路是非常正确的。然而当时做RMAN恢复的时候遇到过几个问题,这里记录一下:[@more@]

1、遇到的第一个问题是要在操作系统上设置环境变量NLS_LANG和NLS_DATE_FORMAT。我先按照OCP教材上的方式设置了NLS_LANG=AMERICAN,结果登陆RMAN时总是提示错误:设置了错误的值。后来在同事的帮助下顺利解决了相关问题,方法就是设置NLS_LANG=AMERICAN_AMERICA.AL32UTF8。

另外NLS_DATE_FORMAT也可以在RMAN登陆后设置,比如下面的例子:

RMAN> run {
2> sql 'alter session set nls_date_format="yyyymmdd hh24:mi:ss"';
3> set until time = '20070619 10:00:00';
4> restore database;
5> recover database;
6> }

或者:

RMAN> run {
2> set until time = "to_date('20070619 10:00:00','yyyymmdd hh24:mi:ss')";
3> restore database;
4> recover database;
5> }

2、由于当时RMAN使用了recovery catalog,一方面为了恢复失败可以重新恢复,另一方面为了恢复完后还原recovery catalog到原来的状态,对recovery catalog的内容进行了EXP。后来的事实告诉我这一步操作真的是英明。

3、每次alter database open resetlogs会自动生成新的控制文件,如果你想将recovery catalog 恢复后重新做数据库的恢复,那么你必须恢复控制文件,这样的话,执行restore control file from autobackup恢复的控制文件就是新生成的控制文件,那显然不是你想要的控制文件。通常的做法是将原来的控制文件先做备份,此时把备份拷贝过来再恢复控制文件就可以了。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/85922/viewspace-922127/ ,如需转载,请注明出处,否则将追究法律责任。

下一篇: ORACLE RELINK
请登录后发表评论 登录
全部评论
  • 博文量
    126
  • 访问量
    1098960