ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 11G RAC修改db_recovery_file_dest 痛苦经历(转)

11G RAC修改db_recovery_file_dest 痛苦经历(转)

原创 Linux操作系统 作者:xudemin618 时间:2012-05-05 21:40:22 0 删除 编辑

最近几天回东北老家处理些事情,在老家的时候公司正好有一个项目要上线,让我导入数据和数据库备份。原以为数据导入和做RMAN7策略备份会很快。真是应了那句话了:“事情总是向最坏的方向发展”。

一、讲一下RAC坏境:

操作系统:

#lsb_release -a

LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch

Distributor ID: RedHatEnterpriseServer

Description: Red Hat Enterprise Linux Server release 5.5 (Tikanga)

Release: 5.5

Codename: Tikanga

11GRAC

数据库版本:

SQL> select * from v$version;

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

PL/SQL Release 11.2.0.1.0 - Production

CORE 11.2.0.1.0 Production

TNS for Linux: Version 11.2.0.1.0 - Production

NLSRTL Version 11.2.0.1.0 – Production

二、我的操作步骤:

2.1、配置启动归档及闪回

--先配归档才可以启动闪回

alter system set cluster_database=false scope=spfile

alter system switch logfile;

startup mount

alter database archivelog;

alter system set cluster_database=true scope=spfile

shutdown immediate;

startup

SQL> archive log list;

Database log mode Archive Mode

Automatic archival Enabled

Archive destination +DATAASM/orcl/archivelog

Oldest online log sequence 129

Next log sequence to archive 130

Current log sequence 130

SQL> select max(sequence#) from v$archived_log

col NAME format a80

SQL> select SEQUENCE#,NAME,FIRST_TIME, NEXT_TIME FROM v$ARCHIVED_LOG ORDER BY SEQUENCE#;

SEQUENCE#

NAME

FIRST_TIME NEXT_TIME

---------- -----------------------------

129

++DATAASM/orcl/archivelog/2011_08_02/thread_2_seq_11.257.7184

--查看归档丢失的情况:

SELECT THREAD#,LOW_SEQUENCE#,HIGH_SEQUENCE# from v$archive_gap;

--启动闪回

alter system set db_recovery_file_dest_size=200g scope=both;

alter system set db_recovery_file_dest='+DATAASM/orcl/archivelog ' scope=spfile;

噩梦开始啦,着急操作,11G的直接修改成功,我当时没有反映过来,就继续敲这命令。

alter database flashback ON;

--查看闪回是否开启

select log_mode,open_mode,flashback_on from v$database;

--重启数据库校验

Shutdown immediate

--启动数据库

Startup

ORA-01261: Parameter db_recovery_file_dest destination string cannot betranslated

我晕,参数文件配置错了,后悔没备份参数文件再修改。现在情况没有参数文件备份文件,并且目前参数文件存放在ASM中,无法启动数据库实例修改参数,只能手工修改参数文件。

解决方法:

<!--[if !supportLists]-->A、 <!--[endif]-->首先,我想的是去ASM里面去把参数文件找出来。

<!--[if !supportLists]-->B、 <!--[endif]-->ASM中把参数文件(命名为spfile_asm)拷贝出来。

<!--[if !supportLists]-->C、<!--[endif]-->登陆到没有启动的实例上,把spfile文件转化成pfile文件。

操作命令:create pfile=路径+文件名from spfile=路径+文件名。

<!--[if !supportLists]-->D、<!--[endif]-->修改pfile参数文件,db_recovery_file_dest='+DATAASM ',并且转换回spfile文件

<!--[if !supportLists]-->E、 <!--[endif]-->通过新的参数文件(spfile_rac1)启动当前节点实例,并且用RMAN备份当前节点spfile文件(命名为spfile_bank

<!--[if !supportLists]-->F、 <!--[endif]-->spfile_bank文件cpASM中,并且用RMAN恢复ASM中的参数文件

<!--[if !supportLists]-->G、<!--[endif]-->启动CRS_START RAC

参考文献:

Oracle 11g ASM使用方法参考说明:http://space.itpub.net/4227/viewspace-442247

Oracle 11g新特性-自动存储管理http://forum.acoug.org/read.php?tid=117

通过FTP访问ASM磁盘组:http://space.itpub.net/4227/viewspace-448289

如何从ASM中进行数据拷贝:http://www.zlsoft.com/techbbs/dispbbs.asp?boardID=3&ID=65780&page=8

2.2、编写备份脚本

2.3、设置定时任务

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

下一篇: oracle 10G 卸载crs
请登录后发表评论 登录
全部评论

注册时间:2008-11-18

  • 博文量
    28
  • 访问量
    112680