資訊專欄INFORMATION COLUMN
故障現象
查看備庫alert日志：
發現由于磁盤組空間已滿，導致不能添加數據文件，MRP進程異常終止。
登陸主庫查看，主庫在這個時候擴容表空間，添加了兩個數據文件，如圖所示：
查看備庫數據文件情況，備庫無法創建數據文件541，只能在控制文件添加記錄，并將文件號541命名為UNNAMED00541。
經過以上分析，查明故障的原因：
解決辦法
首先減少歸檔保留時間，刪除一部分歸檔，給磁盤組騰出空間，然后處理兩個數據文件。
1. 將standby_file_management設置為手動。
ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;（備庫是單實例）如果備庫是RAC，執行命令：
ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL SID=*;2. 創建一個空的數據文件，結構和數據文件541一致，路徑放在磁盤組，大小和主庫一樣，然后利用歸檔恢復這個文件的數據。
alter database create datafile
‘/oracle/app/oracle/product/19.3.0/db_1/dbs/UNNAMED00541’ as
‘+DATAC1/’ size 32760M AUTOEXTEND OFF;3. 啟用MRP進程：
alter database recover managed standby database disconnect from session;MRP進程啟用后，發現文件542也是同樣的情況，被命名為UNNAMED00542。
停止MRP進程，然后用同樣的方式處理數據文件542，備庫兩個文件創建成功。
總結：通過本案例，提醒運維人員以后擴容表空間時，一定要注意同時核實主備庫的存儲空間，避免發生類似的錯誤。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129406.html
摘要：問題原因非正常關機導致沒有把數據及時的寫入硬盤。丟失的臨時表臨時表和基于語句的復制方式不相容。如果備庫崩潰或者正常關閉，任何復制線程擁有的臨時表都會丟失。臨時表的特性只對創建臨時表的連接可見。 主備復制過程中有很大可能會出現各種問題，接下來我們就討論一些比較普遍的問題，以及當遇到這些問題時，如何解決或者預防問題發生。 1 數據損壞或丟失 問題描述：服務器崩潰、斷電、磁盤損壞、內存或網絡...
摘要：問題原因非正常關機導致沒有把數據及時的寫入硬盤。丟失的臨時表臨時表和基于語句的復制方式不相容。如果備庫崩潰或者正常關閉，任何復制線程擁有的臨時表都會丟失。臨時表的特性只對創建臨時表的連接可見。 主備復制過程中有很大可能會出現各種問題，接下來我們就討論一些比較普遍的問題，以及當遇到這些問題時，如何解決或者預防問題發生。 1 數據損壞或丟失 問題描述：服務器崩潰、斷電、磁盤損壞、內存或網絡...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20
