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

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博客 ” ，链接：http://blog.itpub.net/85922/viewspace-922127/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/85922/viewspace-922127/