91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

10g RAC的dataguad異常一則

發布時間:2020-05-26 23:15:30 來源:網絡 閱讀:471 作者:cainiao315 欄目:關系型數據庫

今天重啟一個dataguad的時候,無法啟動MRP進程,報錯如下

Wed Mar  9 15:32:55 2016
ALTER DATABASE recover managed standby database using current logfile disconnect
Wed Mar  9 15:32:55 2016
Attempt to start background Managed Standby Recovery process (ORCL1)
MRP0 started with pid=30, OS id=9267
Wed Mar  9 15:32:55 2016
MRP0: Background Managed Standby Recovery process started (ORCL1)
Wed Mar  9 15:33:00 2016
Managed Standby Recovery starting Real Time Apply
Wed Mar  9 15:33:00 2016
MRP0: Some datafile enqueues are still held! Retry recovery...
Wed Mar  9 15:33:00 2016
Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc:
ORA-01124: Message 1124 not found; No message file for product=RDBMS, facility=ORA; arguments: [1]
ORA-01110: Message 1110 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] [+DATA/orcl/system01.dbf]
Wed Mar  9 15:33:00 2016
Managed Standby Recovery not using Real Time Apply
Wed Mar  9 15:33:00 2016
Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc:
ORA-01124: Message 1124 not found; No message file for product=RDBMS, facility=ORA; arguments: [1]
ORA-01110: Message 1110 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] [+DATA/orcl/system01.dbf]
Wed Mar  9 15:33:20 2016
MRP0: Background Media Recovery terminated with error 1153
Wed Mar  9 15:33:20 2016
Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc:
ORA-01153: Message 1153 not found; No message file for product=RDBMS, facility=ORA
Wed Mar  9 15:33:20 2016
Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc:


這里說一下環境

  主庫是10g 2節點RAC,備庫同樣是2個節點10g RAC,但是只有節點1做日志恢復

事故經過:

  昨天由于備庫的存儲故障(有raid,數據沒異常),就停了crs讓存儲工程師維護,維護以后,新磁盤需要同步數據,所以就今天啟動dg,間隔大概24小時

今天維護好了,需要啟動,2節點分別執行了/etc/init.d/init.crs start

都知道這個命令會啟動asm及db的實例,但是我給忽略了

在節點1起來以后,看日志,數據庫open到了readonly,然后執行了shutdown,并啟動到mount執行revoer,但是這里報錯,信息如上


其實現在很清晰的能看到,1節點啟動MRP進程準備恢復,但由于2節點也處于readonly模式,數據文件已經被占用了.所以節點1的MRP沒法恢復數據文件.就被關閉了


解決辦法:

    shutdown 2節點db即可



向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

太仆寺旗| 汕头市| 辰溪县| 澄江县| 望城县| 泰顺县| 平定县| 乐昌市| 芜湖县| 筠连县| 如东县| 云阳县| 花莲市| 泗阳县| 腾冲县| 台南县| 林口县| 静安区| 溧水县| 乌兰浩特市| 新化县| 宜城市| 尉氏县| 莱州市| 海林市| 临朐县| 紫云| 湟中县| 河西区| 凤城市| 彰化市| 临漳县| 哈巴河县| 南安市| 巴里| 吴旗县| 微山县| 宁安市| 台中县| 文登市| 左贡县|