博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
service_names配置不正确,导致dg创建失败
阅读量:6908 次
发布时间:2019-06-27

本文共 2631 字,大约阅读时间需要 8 分钟。

service_names配置不正确,导致dg创建失败

伙伴发来消息,创建dg后,主备一直无法进行日志同步。

以下是查看过程

备库的alert日志:

2018-11-13T17:47:36.231294+08:00Errors in file /d12/app/oracle/diag/rdbms/orcls/test/trace/test_m000_20088.trc:ORA-01110: data file 1: '/u01/app/oracle/oradata/orcl/system01.dbf'2018-11-13T17:47:36.311896+08:00Errors in file /u01/app/oracle/diag/rdbms/orcls/test/trace/test_m000_20088.trc:ORA-01110: data file 3: '/u01/app/oracle/oradata/orcl/sysaux01.dbf'2018-11-13T17:47:36.394797+08:00Errors in file /u01/app/oracle/diag/rdbms/orcls/test/trace/test_m000_20088.trc:ORA-01110: data file 4: '/u01/app/oracle/oradata/orcl/undotbs01.dbf'2018-11-13T17:47:36.480646+08:00Errors in file /u01/app/oracle/diag/rdbms/orcls/test/trace/test_m000_20088.trc:ORA-01110: data file 7: '/u01/app/oracle/oradata/orcl/users01.dbf'2018-11-13T17:47:40.958801+08:00 Started logmerger process2018-11-13T17:47:40.979088+08:00Managed Standby Recovery starting Real Time Apply2018-11-13T17:47:41.067310+08:00Parallel Media Recovery started with 4 slaves2018-11-13T17:47:41.140323+08:00Media Recovery Waiting for thread 1 sequence 49Fetching gap sequence in thread 1, gap sequence 49-492018-11-13T17:47:41.938608+08:00Completed: alter database recover managed standby database disconnect from session

可以看到在执行alter database recover managed standby database disconnect from session后,备库就一致hang在那里了。

 

standby库查看:

SQL>  select client_process, process, thread#, sequence#, status from v$managed_standby where client_process='LGWR' or process='MRP0';CLIENT_P PROCESS      THREAD#  SEQUENCE# STATUS-------- --------- ---------- ---------- ------------N/A      MRP0               1         49 WAIT_FOR_GAPSQL>

也可以看出,日志没有进行传输。

 

然后在primary库查看:

SQL>  select error from v$archive_dest;ERROR-----------------------------------------------------------------ORA-12514: TNS:listener does not currently know of servicerequested in connect descriptor

查看显示tns有问题!

就让其测试tnsping的结果。结果显示都是通的。

继续查看主备的tnsnames.ora文件(二者配置相同):

$ more tnsnames.ora#primaryORCL =  (DESCRIPTION =    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.20.10)(PORT = 1521))    (CONNECT_DATA =      (SERVER = DEDICATED)      (SERVICE_NAME = orcl)    )  )#standbyORCLS =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.20.11)(PORT = 1521))    )    (CONNECT_DATA =      (SERVER = DEDICATED)      (SERVICE_NAME = orcl)    )  )

可以看到primary库的service_name是orcl,standby库的service_name也是orcl。

这里就有问题了。因为默认service_names=DB_UNIQUE_NAME.DB_DOMAIN。一般在测试的时候是不设置db_domain的值的,service_names值就设置成了DB_UNIQUE_NAME。但是primary和standby是不可以具有相同的DB_UNIQUE_NAME的,因此这里standby的service_name就有问题了。

 

因此,需要修改primary和standby端的tnsnames.ora文件。

转载地址:http://cjgdl.baihongyu.com/

你可能感兴趣的文章
区块链除了发币其它功用估计不值钱
查看>>
亚马逊Alexa绑定美国运通卡,说一声即可支付账单
查看>>
黑客常用WinAPI函数整理
查看>>
AI总会有低潮,但为什么科学家们一直有快感?
查看>>
IDC:研究表明云计算支出将逐年增长
查看>>
WasteShark:海洋世界的清洁工
查看>>
交通部:加快ETC推广,探索在城市停车等领域广泛应用
查看>>
ecshop 工作流程加载配置介绍
查看>>
中国IT移动智库平台“找专家”正式上线
查看>>
PHP中获取星期的几种方法
查看>>
华夏银行与蚂蚁金服达成战略合作,开创银行移动数字化转型新趋势
查看>>
新华三发布“物联校园”解决方案,瞄准普教场景 引领智慧转型
查看>>
清除浮动方法总结(转)
查看>>
各种排序(数据结构复习之内部排序算法总结)
查看>>
哈夫曼树与哈夫曼编码
查看>>
迪士尼研究院用深度学习打造语音动画,让VR社交更真实
查看>>
css3 Gradients 线性渐变
查看>>
公安部科信局及各省(市)领导莅临品高参观指导
查看>>
富士通加入AI竞赛
查看>>
解析广泛应用于NLP的自注意力机制(附论文、源码)
查看>>