我的编程空间,编程开发者的网络收藏夹
学习永远不晚

12c broker 配置文件损坏处理

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

12c broker 配置文件损坏处理

一、问题描述
1.查看broker日志发现报错

tail -f drcorcl.log
>> Starting Data Guard Broker bootstrap <<
Broker Configuration File Locations:
      dg_broker_config_file1 = "+DATADG/orcl/dr1.dat"
      dg_broker_config_file2 = "+DATADG/orcl/dr2.dat"
2017-12-02 17:08:50.847                      DMON: Attach state object
2017-12-02 17:08:50.941                      DMON: cannot open configuration file "+DATADG/orcl/dr2.dat", retrying
2017-12-02 17:08:51.952                      DMON: cannot open configuration file "+DATADG/orcl/dr2.dat"
2017-12-02 17:08:51.954                        ORA-17503: ksfdopn:2 Failed to open file +DATADG/orcl/dr2.dat
2017-12-02 17:08:51.954                        ORA-15173: entry 'dr2.dat' does not exist in directory 'orcl'
2017-12-02 17:08:51.954                      DMON: Error opening "+DATADG/orcl/dr2.dat", error = ORA-16572
2017-12-02 17:08:51.954                      DMON: Establishing "+DATADG/orcl/dr1.dat" as the more current file
2017-12-02 17:08:51.958                      DMON: rfafoGetLocks reinitializing dubious PMYSHUT lock value block contents: sts=0, flags=0x0, spare1=0x0, spare2=0x0, cksm=0x0, rndm=0x0
2017-12-02 17:08:51.958                      DMON: Broker state reconciled, version = 0, state = 00000000
2017-12-02 17:08:51.958                      DMON: Broker State Initialized
2017-12-02 17:08:51.958                            Version = 1
2017-12-02 17:08:51.958                            State = 00000000
2017-12-02 17:08:51.958                      DMON: Entered rfm_get_chief_lock() for CTL_BOOTSTRAP, reason 2
2017-12-02 17:08:51.959 7fffffff           0 DMON: Entered rfm_get_chief_lock() for CTL_BOOTSTRAP, reason 0
2017-12-02 17:08:55.971 7fffffff           0 DMON: start task execution: broker initialization
2017-12-02 17:08:55.971                      DMON: Boot configuration (0.0.0), loading from "+DATADG/orcl/dr1.dat"
2017-12-02 17:08:55.979                      DMON Registering service orcl_DGB with listener(s)
2017-12-02 17:08:55.980                      DMON: Executing SQL [ALTER SYSTEM REGISTER]
2017-12-02 17:08:55.980                      SQL [ALTER SYSTEM REGISTER] Executed successfully
12/02/2017 17:08:55
Broker Configuration:       "dg_config"
      Protection Mode:            Maximum Availability
      Fast-Start Failover (FSFO): Disabled, flags=0x0, version=0
      Primary Database:           orcl (0x01010000)

2.查看broker是否正常

DGMGRL> show configuration;

Configuration - dg_config

  Protection Mode: MaxAvailability
  Members:
  orcl   - Primary database
    orcldg - Physical standby database 

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS   (status updated 57 seconds ago)       --正常可用。
因为设置了两个broker文件,所以损坏了一个文件没所谓。

二、处理过程

1.停掉dmon进程

SQL> alter system set dg_broker_start=false;
System altered.

2.复制配置文件

    <roidb01:+ASM:/home/grid>$asmcmd -p
lsASMCMD [+] > 
DATADG/
ASMCMD [+] > cd datadg
ASMCMD [+datadg] > ls
ASM/
ORCL/
arcch/
arch/
orapwasm
ASMCMD [+datadg] > cd orcl
ASMCMD [+datadg/orcl] > ls
ARCHIVELOG/
CONTROLFILE/
DATAFILE/
DATAGUARDCONFIG/
ONLINELOG/
PARAMETERFILE/
TEMPFILE/
dr1.dat
ASMCMD [+datadg/orcl] > cp dr1.dat dr2.dat  

3.启动dmon

SQL> alter system set dg_broker_start=true;

System altered.
SQL> !ps -ef|grep dmon
oracle   31088     1  0 17:40 ?        00:00:00 ora_dmon_orcl
oracle   31120 25505  0 17:40 pts/0    00:00:00 /bin/bash -c ps -ef|grep dmon
oracle   31122 31120  0 17:40 pts/0    00:00:00 grep dmon

SQL> 

4.查看broker日志

12/02/2017 17:38:05
Data Guard Broker shutting down
RSM0 successfully terminated
2017-12-02 17:38:08.711                      >> DMON Process Shutdown <<
2017-12-02 17:38:09.710                      Fore Deregistering service orcl_DGB with listener(s)
2017-12-02 17:38:09.711                      Fore: Executing SQL [ALTER SYSTEM REGISTER]
2017-12-02 17:38:09.711                      SQL [ALTER SYSTEM REGISTER] Executed successfully
2017-12-02 17:40:04.954                      LGWR: Creating Data Guard Broker Monitor Process (DMON)
2017-12-02 17:40:07.977                      >> Starting Data Guard Broker bootstrap <<
2017-12-02 17:40:07.977                      Broker Configuration File Locations:
2017-12-02 17:40:07.977                            dg_broker_config_file1 = "+DATADG/orcl/dr1.dat"
2017-12-02 17:40:07.977                            dg_broker_config_file2 = "+DATADG/orcl/dr2.dat"
2017-12-02 17:40:07.977                      DMON: Attach state object
2017-12-02 17:40:07.978                      DMON: rfafoGetLocks reinitializing dubious PMYSHUT lock value block contents: sts=0, flags=0x0, spare1=0x0, spare2=0x0, cksm=0x0, rndm=0x0
2017-12-02 17:40:07.978                      DMON: Broker state reconciled, version = 0, state = 00000000
2017-12-02 17:40:07.978                      DMON: Broker State Initialized
2017-12-02 17:40:07.978                            Version = 1
2017-12-02 17:40:07.978                            State = 00000000
2017-12-02 17:40:07.978                      DMON: Entered rfm_get_chief_lock() for CTL_BOOTSTRAP, reason 2
2017-12-02 17:40:07.978 7fffffff           0 DMON: Entered rfm_get_chief_lock() for CTL_BOOTSTRAP, reason 0
2017-12-02 17:40:11.012 7fffffff           0 DMON: start task execution: broker initialization
2017-12-02 17:40:11.013                      DMON: Boot configuration (0.0.0), loading from "+DATADG/orcl/dr1.dat"
2017-12-02 17:40:11.027                      DMON Registering service orcl_DGB with listener(s)
2017-12-02 17:40:11.027                      DMON: Executing SQL [ALTER SYSTEM REGISTER]
2017-12-02 17:40:11.027                      SQL [ALTER SYSTEM REGISTER] Executed successfully
12/02/2017 17:40:11
Broker Configuration:       "dg_config"
      Protection Mode:            Maximum Availability
      Fast-Start Failover (FSFO): Disabled, flags=0x0, version=0
      Primary Database:           orcl (0x01010000)
12/02/2017 17:40:15
Version Check Results:
      Database orcldg returned ORA-00000
Creating process RSM0

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

12c broker 配置文件损坏处理

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

如何在批处理文件或配置文件中加入注释

这篇文章主要讲解了“如何在批处理文件或配置文件中加入注释”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“如何在批处理文件或配置文件中加入注释”吧!Rem 使您可以在批处理文件或配置文件中加入注
2023-06-09

Python中怎么利用内置模块处理ini配置文件

Python中怎么利用内置模块处理ini配置文件,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。注意:本文基于Python 3.9.0(CPython)。可以在
2023-06-15

如何实现显示网络配置的批处理文件

这篇文章主要介绍如何实现显示网络配置的批处理文件,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!显示网络配置.bat代码如下:@echo off :: 代码编写:3742668 代码修订:namejm www.cn-d
2023-06-09

vue静态配置文件不进行编译的处理过程是什么

这篇文章主要介绍了vue静态配置文件不进行编译的处理过程是什么的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇vue静态配置文件不进行编译的处理过程是什么文章都会有所收获,下面我们一起来看看吧。vue静态配置文件
2023-07-05

如何实现自定义配置网络ip、网关、dns的批处理文件

这篇文章主要为大家展示了“如何实现自定义配置网络ip、网关、dns的批处理文件”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“如何实现自定义配置网络ip、网关、dns的批处理文件”这篇文章吧。自定
2023-06-09

数据库周刊28│开发者最喜爱的数据库是什么?阿里云脱口秀聊程序员转型;MySQL update误操作;PG流复制踩坑;PG异机归档;MySQL架构选型;Oracle技能表;Oracle文件损坏处理……

墨天轮数据库周刊第28期发布啦,每周1次推送本周数据库相关热门资讯、精选文章、干货文档。本周分享 开发者最喜爱的数据库是什么?阿里云脱口秀爆聊程序员转型;MySQL update误操作后进行数据库恢复;PG流复制踩坑;PG异机归档;MySQL架构选型案例;or
数据库周刊28│开发者最喜爱的数据库是什么?阿里云脱口秀聊程序员转型;MySQL update误操作;PG流复制踩坑;PG异机归档;MySQL架构选型;Oracle技能表;Oracle文件损坏处理……
2014-10-19
SQLServer 错误 30089 全文筛选器后台程序宿主(FDHost)进程已异常停止。 如果在执行全文检索或查询处理期间配置错误或工作不正常的语言组件(如断字器、词干分析器或筛选器)造成了无法恢
2023-11-05

编程热搜

目录