[20150318]dg与db_create_file_dest参数

最新推荐文章于 2023-02-24 17:07:25 发布
最新推荐文章于 2023-02-24 17:07:25 发布
阅读量179 收藏
点赞数
文章标签： 数据库
原文链接：https://yq.aliyun.com/articles/280122
版权

[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,现在建立在正确的位置，证明自己的判断是对的。

weixin_34289744
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
DataGuard中主库表空间新增数据文件，备库无法创建报错ORA-01274
cuji4856的博客
05-22 868
问题描述 主库环境： Oracle 11.2.0.4 单实例ASM 备库环境： Oracle 11.2.0.4 单实例文件系统 主库给某个表空间增...
oracle数据库设置db_recovery_file_dest_size参数为0
11-02
`db_recovery_file_dest_size`是Oracle数据库中一个重要的初始化参数，它定义了用于恢复文件（如联机重做日志、控制文件备份等）的闪回区域的最大大小。这个参数与数据库的归档模式和数据保护策略密切相关。 在...
[重庆思庄每日技术分享]-12c dg环境测试 db_create_file_dest和db_file_name_convert参数
XIANHUAFANG的博客
06-13 231
12c dg环境测试 db_create_file_dest和db_file_name_convert参数,日志如下：（1）备库参数查看SQL> show parameter db_create_file_dest;NAME TYPE VALUE------------------------------------ ----------- ------------------------------db_create_file
db_create_file_dest参数的设置导致备库数据文件路径不一致
cqszpx的博客
01-19 748
在通过主库的备份来恢复创建备库时发现，restore数据库后部分数据文件路径与我设置的convert参数路径不一致 *.db_file_name_convert='E:\ORACLE\ORADATA\ORCL\DATAFILE\','D:\ORACLE\ORADATA\ORCL\' 备库的部分数据文件会生成在D:\ORACLE\ORADATA\ORCLDG\这个自动创建的目录下 查看这部分数据文件，发现其命名带有 o1_mf_ 前缀，原来是使用了omf命名 查看备库参数文件，发现设置了db_create_f
DG 同步创建datafile失败，如何解决？
vivi的博客
06-28 295
1.问题点： DG同步过程中，因为空间不足、db_file_name_convert或者 standby_file_management 参数设置错误等原因，造成主库增加新的datafile时候，备库同步创建失败。此时备库因为缺失数据文件，无法应用日志，MRP进程异常终止。 此时备库查看v$datafile 信息，里面会有同步创建失败的datafile信息， 在$ORACLE_HOME/dbs/UNNAMED* 开头的名称。 select name from v$datafile; 2.解.
思庄-ORACLE DG物理备库使用别名数据文件改变路径到OMF路径
duanweifang的博客
05-12 154
比如我的备库大部分数据文件在 +DATA/neworcl/datafile/,但有两个数据文件在 +data/orcl/datafile/ List of Permanent Datafiles File Size(MB) Tablespace RB segs Datafile Name 1 27720 SYSTEM *** +DATA/neworcl/datafile/system.302.1104437785 … 82 15360
10g中db_recovery_file_dest和log_archive_dest_greatwhite
01-06
在10g中，如果指定了db_recovery_file_dest 参数，那么归档日志将存放到这个参数指向的目录下，如果同时指定了log_archive_dest，则将同时往这两个参数指定的目录中归档。
file_cp.rar_linux fopen
09-24
FILE *dest_file = fopen("destination.txt", "w"); if (dest_file == NULL) { perror("Failed to open destination file"); fclose(source_file); exit(EXIT_FAILURE); } // 使用fread和fwrite进行数据复制...
tcp.rar_This Is Happy_des_send tcp_sendtcp_tcp dest
09-23
1)以命令行形式运行：SendTCP source_IP source_port dest_ip dest_port 其中，SendTCP为程序名，source_IP为源端IP地址，source_port为源端口，dest_ip 为目的IP地址，dest_port为目的端口 2)其他的TCP头部参数请...
gg.rar_file read and write_gg_txt_txt read write
09-14
这段代码中，'r'参数表示以读取模式打开文件，`file.read()`则用于读取文件全部内容并将其存储在变量`content`中。 对于写入操作，我们可以使用'w'或'a'模式。'w'模式会覆盖原有内容，而'a'模式则会在原有内容后...
ORACLE Tracking 设置
weixin_34336526的博客
11-30 213
2019独角兽企业重金招聘Python工程师标准>>> ...
Oracle11g dg搭建步骤
wanedepidan的博客
02-24 2662
Oracle11g dg搭建步骤
oracle dataguard 备库参数db_file_name_convert/db_create_file_dest注意事项
congse3359的博客
08-14 1035
在dataguard的配置中，db_file_name_convert是比较常用的参数。如果备库中参数db_create_file_dest未设置，则数据文件路径转换是由参数db_file_name_convert决定。...
db_create_file_dest
在路上
02-02 5708
RAC中，将db_create_file_dest修改为本地路径，在创建表空间指定ASM磁盘组的时候还可以直接'+DATA'么？ 1.查看参数设置 db_create_file_dest string +DATA 2.修改并查看参数设置 SQL> alter system set db_create_file_dest='/u02' scope=
设置DB_CREATE_FILE_DEST初始化参数
热门推荐
swordmanwk的专栏
03-08 1万+
<br />这个参数用于指定Oracle数据库服务器创建以下文件的缺省路径：<br /> <br />■ Datafiles<br />■ Tempfiles<br />■ Redo log files<br />■ Control files<br />■ Block change tracking files<br /> <br />指定这个参数后，就不需要在创建表空间时指定具体的datafile的文件路径和名称了。<br /> <br />例如：<br />在设置这个路径参数之前：<br />show
ADG故障解决案例：db_file_name_convert参数设置错误
cuiyan1982的专栏
09-11 3819
原文地址：http://blog.sina.com.cn/s/blog_548c8a830102wttg.html 数据库： 主库：DB12.1.0 RAC ASM 备库：DB12.1.0 单机 原来的RMAN脚本为： ​  RMAN>run { ​duplicate target database for standby from active da
DB_CREATE_FILE_DEST参数
雅冰石的专栏
02-25 2589
DB_CREATE_FILE_DEST Property Description Parameter type String Syntax DB_CREATE_FILE_DEST = directory | disk group Default value There is no default
oracle db_recovery_file_dest
最新发布
07-27
`db_recovery_file_dest`是Oracle数据库中的一个参数，用于指定数据库恢复文件的位置。恢复文件是用于在数据库发生故障时进行恢复和还原的重要文件。 该参数可以设置为一个目录路径，指定恢复文件的存储位置。例如： ``` ALTER SYSTEM SET db_recovery_file_dest='/u01/app/oracle/fast_recovery_area' SCOPE=BOTH; ``` 在上述示例中，恢复文件将被存储在路径`/u01/app/oracle/fast_recovery_area`中。 需要注意的是，该参数只能在数据库处于MOUNT或OPEN状态下进行设置，并且必须具有相应的权限。该参数的默认值通常是$ORACLE_HOME/flash_recovery_area，即ORACLE_HOME目录下的flash_recovery_area子目录。 通过设置`db_recovery_file_dest`参数，可以确保数据库在发生故障时能够正常进行恢复操作，并且可以更好地管理数据库的恢复文件。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值