ITPub博客

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

11G RAC修改db_recovery_file_dest 痛苦经历

原创 Linux操作系统 作者:mahanso 时间:2011-08-04 16:52:20 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

        

 

         11G RAC

数据库版本:

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 be translated

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

 

解决方法:

 

A、  首先,我想的是去ASM里面去把参数文件找出来。

B、  ASM中把参数文件(命名为spfile_asm)拷贝出来。

C、 登陆到没有启动的实例上,把spfile文件转化成pfile文件。

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

D、 修改pfile参数文件,db_recovery_file_dest='+DATAASM ',并且转换回spfile文件

E、  通过新的参数文件(spfile_rac1)启动当前节点实例,并且用RMAN备份当前节点spfile文件(命名为spfile_bank

F、  spfile_bank文件cpASM中,并且用RMAN恢复ASM中的参数文件

G、 启动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/12272958/viewspace-704125/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2010-10-18

  • 博文量
    160
  • 访问量
    604792