[20150318]dg与db_create_file_dest参数

[20150318]dg与db_create_file_dest参数.txt

--今天在例行检查时，发现dataguard上新建立的文件防的位置不对。

RMAN> report schema ;
.....
37   32767    PORTAL_HIS           ***     /u01/app/oracle/oradata/dbcndg/datafile/portal_his16.dbf
38   32767    PORTAL_EMR           ***     /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_b6qswkwx_.dbf
39   100      TSP_AUDIT            ***     /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_tsp_audi_bbh9slps_.dbf
40   32767    PORTAL_EMR           ***     /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6mb3w_.dbf
41   32767    PORTAL_EMR           ***     /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6qx43_.dbf
42   32767    PORTAL_EMR           ***     /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6wsqs_.dbf
43   32767    PORTAL_EMRCA         ***     /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bdgf7qcx_.dbf

--我们生产系统使用的asm+rac，而dataguard的数据文件使用的是文件形式。正常都应该像file#=37一样，而不是像后面那样。这样以后
--不好管理，容易被不知道的人误删除。(我以前就遇到过这种情况).

SYS@dbcndg> show parameter convert
NAME                   TYPE    VALUE
---------------------- ------- ----------------------------------------------------------
db_file_name_convert   string  +datac1/dbcn/, /u01/app/oracle/oradata/dbcndg/
log_file_name_convert  string  +datac1/dbcn, /u01/app/oracle/oradata/dbcndg/onlinelog

--在建立dataguard时，数据文件建立的问题是正确的，而以后新增加的数据文件存在问题，是什么影响后续文件的建立呢？
--检查发现最大的可能就是参数db_create_file_dest。
SYS@dbcndg> show parameter db_create_file_dest
NAME                 TYPE     VALUE
-------------------- -------- ---------------------------------
db_create_file_dest  string   /u01/app/oracle/oradata/dbcndg/

SYS@dbcndg> alter system set db_create_file_dest='';
System altered.

SYS@dbcndg> alter system reset db_create_file_dest sid='*';
System altered.

--现在要恢复原来的位置，做一个记录：

1.停止日志应用：
使用dgmgrl:
DGMGRL> edit database dbcndg set state="APPLY-OFF";
Succeeded.
DGMGRL> show database   dbcndg

Database - dbcndg

  Enterprise Manager Name: dbcn_dg
  Role:                    PHYSICAL STANDBY
  Intended State:          APPLY-OFF
  Transport Lag:           0 seconds (computed 0 seconds ago)
  Apply Lag:               5 seconds (computed 0 seconds ago)
  Apply Rate:              (unknown)
  Real Time Query:         OFF
  Instance(s):
    dbcndg

Database Status:
SUCCESS

2.dg数据库到mount状态。
--移动文件：
mv /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_b6qswkwx_.dbf /u01/app/oracle/oradata/dbcndg/datafile/portal_emr09.dbf
mv /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_tsp_audi_bbh9slps_.dbf /u01/app/oracle/oradata/dbcndg/datafile/tsp_audit01.dbf
mv /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6mb3w_.dbf /u01/app/oracle/oradata/dbcndg/datafile/portal_emr10.dbf
mv /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6qx43_.dbf /u01/app/oracle/oradata/dbcndg/datafile/portal_emr11.dbf
mv /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6wsqs_.dbf /u01/app/oracle/oradata/dbcndg/datafile/portal_emr12.dbf
mv /u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bdgf7qcx_.dbf /u01/app/oracle/oradata/dbcndg/datafile/portal_emrca01.dbf

--在dataguard上执行如下：
SELECT    'alter database rename file '
         || CHR (39)
         || name
         || CHR (39)
         || ' to '
         || CHR (39)
         || '/u01/app/oracle/oradata/dbcndg/datafile'
         || SUBSTR (name, INSTR (name, '/', -1))
         || CHR (39)
         || ';'
            x
    FROM V$DATAFILE_HEADER
   WHERE file# >= 38
ORDER BY file#;

--输出结果:
alter database rename file '/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_b6qswkwx_.dbf' to '/u01/app/oracle/oradata/dbcndg/datafile/portal_emr09.dbf';
alter database rename file '/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_tsp_audi_bbh9slps_.dbf' to '/u01/app/oracle/oradata/dbcndg/datafile/tsp_audit01.dbf';
alter database rename file '/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6mb3w_.dbf' to '/u01/app/oracle/oradata/dbcndg/datafile/portal_emr10.dbf';
alter database rename file '/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6qx43_.dbf' to '/u01/app/oracle/oradata/dbcndg/datafile/portal_emr11.dbf';
alter database rename file '/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6wsqs_.dbf' to '/u01/app/oracle/oradata/dbcndg/datafile/portal_emr12.dbf';
alter database rename file '/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bdgf7qcx_.dbf' to '/u01/app/oracle/oradata/dbcndg/datafile/portal_emrca01.dbf';
--或者执行如下：
alter database rename file
'/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_b6qswkwx_.dbf',
'/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_tsp_audi_bbh9slps_.dbf',
'/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6mb3w_.dbf',
'/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6qx43_.dbf',
'/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bcv6wsqs_.dbf',
'/u01/app/oracle/oradata/dbcndg/DBCNDG/datafile/o1_mf_portal_e_bdgf7qcx_.dbf'
to
'/u01/app/oracle/oradata/dbcndg/datafile/portal_emr09.dbf',
'/u01/app/oracle/oradata/dbcndg/datafile/tsp_audit01.dbf',
'/u01/app/oracle/oradata/dbcndg/datafile/portal_emr10.dbf',
'/u01/app/oracle/oradata/dbcndg/datafile/portal_emr11.dbf',
'/u01/app/oracle/oradata/dbcndg/datafile/portal_emr12.dbf',
'/u01/app/oracle/oradata/dbcndg/datafile/portal_emrca01.dbf';

--另外必须修改参数standby_file_management(在dg上)，否则报错。

DGMGRL> edit  database  dbcndg set PROPERTY StandbyFileManagement='MANUAL';
Property "standbyfilemanagement" updated

3.开启日志应用：
DGMGRL> edit  database  dbcndg set PROPERTY StandbyFileManagement='AUTO';
Property "standbyfilemanagement" updated
DGMGRL> edit database dbcndg set state="APPLY-ON";
Succeeded.

4.检查日志应用情况：
DGMGRL> show database dbcndg
Database - dbcndg

  Enterprise Manager Name: dbcn_dg
  Role:                    PHYSICAL STANDBY
  Intended State:          APPLY-ON
  Transport Lag:           29 seconds (computed 310 seconds ago)
  Apply Lag:               29 seconds (computed 310 seconds ago)
  Apply Rate:              0 Byte/s
  Real Time Query:         ON
  Instance(s):
    dbcndg

  Database Warning(s):
    ORA-16857: standby disconnected from redo source for longer than specified threshold

Database Status:

$ oerr ora 16857
16857,0000, "standby disconnected from redo source for longer than specified threshold"
// *Cause: The amount of time the standby was disconnected from the
//         redo source database exceeded the value specified by the
//         'TransportDisconnectedThreshold' database property. It is caused by
//         no network connectivity between the redo source and the standby
//         databases.
// *Action: Ensure that there is network connectivity between the redo source
//          and standby databases, and the redo source is working properly.

--估计时间太长，超过了限制：
DGMGRL> show database dbcndg TransportDisconnectedThreshold
  TransportDisconnectedThreshold = '30'
DGMGRL> show database dbcn TransportDisconnectedThreshold
  TransportDisconnectedThreshold = '30'

--在主服务器上执行。 alter system archive log current ;

DGMGRL> show database   dbcndg

Database - dbcndg

  Enterprise Manager Name: dbcn_dg
  Role:                    PHYSICAL STANDBY
  Intended State:          APPLY-ON
  Transport Lag:           0 seconds (computed 0 seconds ago)
  Apply Lag:               34 seconds (computed 0 seconds ago)
  Apply Rate:              0 Byte/s
  Real Time Query:         ON
  Instance(s):
    dbcndg

Database Status:
SUCCESS

DGMGRL> show database   dbcndg

Database - dbcndg

  Enterprise Manager Name: dbcn_dg
  Role:                    PHYSICAL STANDBY
  Intended State:          APPLY-ON
  Transport Lag:           0 seconds (computed 0 seconds ago)
  Apply Lag:               0 seconds (computed 0 seconds ago)
  Apply Rate:              24.45 MByte/s
  Real Time Query:         ON
  Instance(s):
    dbcndg
Database Status:
SUCCESS

--后记：
--另外我新建一个数据文件，检查dg,现在建立在正确的位置，证明自己的判断是对的。

时间： 2024-07-30 10:48:08

[20150318]dg与db_create_file_dest参数的相关文章

Oracle的db_create_file_dest参数

在043里面有下面这个题目 You want an ASM instance to manage the files of your database. To achieve this objective, you specify the following parameters in the parameter file of the database: INSTANCE_TYPE = RDBMS DB_NAME = PROD LARGE_POOL_SIZE = 8MB DB_BLOCK_SI

Oracle 11g Dataguard参数详解_oracle

注:本文译自<Oracle Data Guard 11g Handbook> Page 78 – Page 88 就Data Guard(后面都写成DG)来说,我们只关注如下三种参数: 1.独立于数据库角色的参数 2.数据库角色为primary时的参数 3.数据库角色为standby时的参数 虽然DG有着非常多的配置参数,我们实际使用的只有其中很少的部分,而且因为现在许多的DG功能被集成到了代码中,最近的DG版本中很多配置参数已经被弃用了.需要注意的是,为了便于完成数据库的角色转换(Role

【DG】主rac + 备rac dg 部署

[DG]主rac + 备rac dg 部署 一.1  BLOG文档结构图       一.2  前言部分   一.2.1  导读和注意事项 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① 主库为rac,备库为rac的物理dg的搭建(重点) ② dbca 静默方式创建rac数据库 ③ 如何将数据库加入crsctl管理 ④ rac库修改归档路径和归档模式 ⑤ 如何添加standby日志 ⑥ 简单物理dg的维护     Tips:    

ORACLE 11.2.0.4 dg搭建及对DDL的支持验证

    今天,有同事问ORACLE 11.2.0.4 dataguard是否对DDL支持:由于,我工作中oracle 11g的dataguard环境很少,所以对她的研究不是很多:因此,对于有疑问的知识,最好的办法就是用实验数据进行验证了.     首先,先说明下实验结论:ORACLE 11.2.0.4的dataguard对DDL是支持的.     服务器环境: 主库 [oracle@oradbs ~]$ uname -a Linux oradbs 2.6.18-194.el5 #1 SMP Tu

Oralce OMF功能详解(一） Oracle数据文件的OMF管理

OMF,全称是Oracle_Managed Files,即Oracle文件管理,使用OMF可以简化管理员的管理工作,不用指定文件的名字.大小.路径,其名字,大小,路径由oracle 自动分配.在删除不再使用的日志.数据.控制文件时,OMF也可以自动删除其对应的OS文件. OMF支持下列文件的自动管理: (1)表空间 (2)日志文件(联机) (3)控制文件 前提条件:需要为这些类型文件设定相关参数. 一.数据文件的OMF管理 数据文件管理参数:db_create_file_dest db_crea

创建Oracle sharding database的例子

一.Oracle sharding database的一些概念 (1)Table family: 有相关关联关系的一组表,如客户表(customers),订单表(order),订单明细表(LineItems).这些表之间往往有外键约束关系,可以通过如下2中方式建立table family: (1.1)通过CONSTRAINT [FK_name] FOREIGN KEY (FK_column) REFERENCES [R_table_name]([R_table_column]) --这种关系可以

Oralce OMF 功能详解

原文转自:http://blog.csdn.net/robinson_0612/article/details/5478323   OMF,全称是Oracle_Managed Files,即Oracle文件管理,使用OMF可以简化管理员的管理工作,不用指定文件的名字.大小.路径,其名字,大小, 路径由oracle 自动分配.在删除不再使用的日志.数据.控制文件时,OMF也可以自动删除其对应的OS文件.   OMF支持下列文件的自动管理:     表空间     日志文件(联机)     控制文件

如何使用EasyUI显示表格界面

       还记得前面有篇博客叫---使用TT模板+mvc+wcf实现简单查询,这篇博文的末尾,小编贴了一张查询出来的结果图,那么这篇博客的中新来了,如何使用EasyUI显示出表格样式的界面,以前学习CS的时候,我们的界面都是用控件直接进行拖拽,然后调整好布局,使其美观整齐即可,但是现在不一样了,小编现在接触的是BS的项目,现在的界面不像BS一样可以进行直接拖拽,现在的界面需要一句一句的代码写出来,没有接触过的新鲜玩意让小编有种狗啃刺猬的赶脚,然后小编就开始找各种资料,参考其她小伙伴的系统,终

11g OCM 考试感悟

11g OCM 考试感悟    PrudentWoo             累,累,真的很累:考前每天全场景的刷两遍,三遍不觉得累,总感觉练习时间不够:考中虽然时间足够,但是压力非常大,尤其看到一些和平时训练不一样题目的时候,那种紧张是无法言喻的,两天9个场景下来,中间休息的时间都是不固定的,你不知道下一场考试什么时候开始,有几场一杯咖啡还没喝完就叫进去考试了,进入考场完全一点准备的时间都没有,从考官叫你进去的那一刻就已经在开始计时了,完全没有让你平静下来的意思,你的心理,身体,精神等诸多方面