亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

ADG備庫ORA-01274問題處理

IT那活兒 / 3249人閱讀
ADG備庫ORA-01274問題處理
點擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了?。?！

 故障現(xiàn)象

備庫巡檢時發(fā)現(xiàn)，MRP進(jìn)程異常終止。

查看備庫alert日志：

發(fā)現(xiàn)由于磁盤組空間已滿，導(dǎo)致不能添加數(shù)據(jù)文件，MRP進(jìn)程異常終止。

登陸主庫查看，主庫在這個時候擴(kuò)容表空間，添加了兩個數(shù)據(jù)文件，如圖所示：

查看備庫數(shù)據(jù)文件情況，備庫無法創(chuàng)建數(shù)據(jù)文件541，只能在控制文件添加記錄，并將文件號541命名為UNNAMED00541。

經(jīng)過以上分析，查明故障的原因：

運(yùn)維人員在主庫擴(kuò)容表空間，添加數(shù)據(jù)文件時，沒有核實備庫的存儲空間，備庫存儲空間不足，導(dǎo)致創(chuàng)建文件失敗，進(jìn)而導(dǎo)致MRP進(jìn)程異常終止。

 解決辦法

在備庫實施：

首先減少歸檔保留時間，刪除一部分歸檔，給磁盤組騰出空間，然后處理兩個數(shù)據(jù)文件。

1. 將standby_file_management設(shè)置為手動。

ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;（備庫是單實例）

如果備庫是RAC，執(zhí)行命令：

ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL SID=*;

2. 創(chuàng)建一個空的數(shù)據(jù)文件，結(jié)構(gòu)和數(shù)據(jù)文件541一致，路徑放在磁盤組，大小和主庫一樣，然后利用歸檔恢復(fù)這個文件的數(shù)據(jù)。

alter database create datafile 
‘/oracle/app/oracle/product/19.3.0/db_1/dbs/UNNAMED00541’ as 
‘+DATAC1/’ size 32760M AUTOEXTEND OFF;

3. 啟用MRP進(jìn)程：

alter database recover managed standby database disconnect from session;

MRP進(jìn)程啟用后，發(fā)現(xiàn)文件542也是同樣的情況，被命名為UNNAMED00542。

停止MRP進(jìn)程，然后用同樣的方式處理數(shù)據(jù)文件542，備庫兩個文件創(chuàng)建成功。

MRP進(jìn)程應(yīng)用日志，恢復(fù)兩個數(shù)據(jù)文件的數(shù)據(jù)。

總結(jié)：通過本案例，提醒運(yùn)維人員以后擴(kuò)容表空間時，一定要注意同時核實主備庫的存儲空間，避免發(fā)生類似的錯誤。


本文作者：談龍鳳（上海新炬王翦團(tuán)隊）

本文來源：“IT那活兒”公眾號

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/129406.html

相關(guān)文章

  • 利用Oracle ADG升級11.2.0.4到19.8案例分享

    利用Oracle ADG升級11.2.0.4到19.8案例分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75...

    IT那活兒 評論0 收藏1380

  • MySQL 復(fù)制 - 性能與擴(kuò)展性的基石 3：常見問題及解決方案

    摘要：問題原因非正常關(guān)機(jī)導(dǎo)致沒有把數(shù)據(jù)及時的寫入硬盤。丟失的臨時表臨時表和基于語句的復(fù)制方式不相容。如果備庫崩潰或者正常關(guān)閉，任何復(fù)制線程擁有的臨時表都會丟失。臨時表的特性只對創(chuàng)建臨時表的連接可見。 主備復(fù)制過程中有很大可能會出現(xiàn)各種問題，接下來我們就討論一些比較普遍的問題，以及當(dāng)遇到這些問題時，如何解決或者預(yù)防問題發(fā)生。 1 數(shù)據(jù)損壞或丟失 問題描述：服務(wù)器崩潰、斷電、磁盤損壞、內(nèi)存或網(wǎng)絡(luò)...

    canopus4u 評論0 收藏0

  • MySQL 復(fù)制 - 性能與擴(kuò)展性的基石 3：常見問題及解決方案

    摘要：問題原因非正常關(guān)機(jī)導(dǎo)致沒有把數(shù)據(jù)及時的寫入硬盤。丟失的臨時表臨時表和基于語句的復(fù)制方式不相容。如果備庫崩潰或者正常關(guān)閉，任何復(fù)制線程擁有的臨時表都會丟失。臨時表的特性只對創(chuàng)建臨時表的連接可見。 主備復(fù)制過程中有很大可能會出現(xiàn)各種問題，接下來我們就討論一些比較普遍的問題，以及當(dāng)遇到這些問題時，如何解決或者預(yù)防問題發(fā)生。 1 數(shù)據(jù)損壞或丟失 問題描述：服務(wù)器崩潰、斷電、磁盤損壞、內(nèi)存或網(wǎng)絡(luò)...

    haobowd 評論0 收藏0

發(fā)表評論

0條評論

IT那活兒

男|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<