ORA-19815閃回空間爆滿問題處理
ORA-19815閃回空間爆滿問題處理
閃回區爆滿問題也是經常會遇到的問題,最關鍵的是閃回設定大小以及歸檔被預設存放在了閃回目錄,恰巧今天又遇到了這個問題,就記錄下處理步驟,僅供遇到這類問題的人參考。
一、 錯誤現象描述
1)應用端錯誤資訊
Error: 2016-11-26 11:45:25 ORA-00257: Archiver error. Connect AS SYSDBA only until resolved.
Error: 2016-11-26 11:45:25 ORA-00257: Archiver error. Connect AS SYSDBA only until resolved.
Error: 2016-11-26 11:45:25 init connpool:one or more conn open error.
2)資料庫端錯誤資訊
Sat Nov 26 12:13:14 2016
Errors in file /home/U01/app/oracle/diag/rdbms/testdb/testdb/trace/testdb_arc2_929.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 42949672960 bytes is 100.00% used, and has 0 remaining bytes available.
Sat Nov 26 12:13:14 2016
************************************************************************
You have following choices to free up space from recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
Sat Nov 26 12:13:14 2016
Errors in file /home/U01/app/oracle/diag/rdbms/testdb/testdb/trace/testdb_arc2_929.trc:
ORA-19809: limit exceeded for recovery files
ORA-19804: cannot reclaim 524288000 bytes disk space from 42949672960 limit
二、 錯誤分析
從應用日誌看,是由於不能歸檔導致的DB連線池不能被初始化開啟,基本可以判斷是由於資料庫的歸檔檔案所在磁碟空間滿導致。
從資料庫日誌檢視發現確實是由於閃回空間已經爆滿,透過檢視伺服器磁碟空間以及閃回空間大小即可再次驗證。
三、 詳細處理過程
1)登陸資料庫伺服器,檢視磁碟空間使用資訊
[oracle@teststd trace]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 9.9G 2.6G 6.9G 28% /
tmpfs 32G 18M 32G 1% /dev/shm
/dev/sda1 388M 62M 307M 17% /boot
/dev/sda6 1.6T 506G 1017G 34% /home
/dev/sda2 20G 508M 19G 3% /var
2)檢視資料庫錯誤日誌,發現閃回空間爆滿
cd /home/U01/app/oracle/diag/rdbms/testdb/testdb/trace
tail -n 35 alert_testdb.log
ORA-19815: WARNING: db_recovery_file_dest_size of 42949672960 bytes is 100.00% used, and has 0 remaining bytes available.
3)登陸資料庫,檢視閃迴路徑以及閃回空間使用情況
檢視閃回空間設定大小
SQL> show parameter recover;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string /home/U01/app/oracle/fast_recovery_area
db_recovery_file_dest_size big integer 40G
db_unrecoverable_scn_tracking boolean TRUE
recovery_parallelism integer 0
或者利用SQL檢視閃迴路徑
Col name for a60;
Set line 200;
SQL> select * from v$recovery_file_dest ;
NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES CON_ID
------------------------------------------------------- ----------- ---------- ----------------- --------------- ----------
/home/U01/app/oracle/fast_recovery_area 4.2950E+10 2.1538E+10 0 89 0
檢視閃回空間所在磁碟大小
SQL> !df -h /home/U01/app/oracle/fast_recovery_area
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 1.6T 504G 1019G 34% /home
檢視閃回目錄使用大小
SQL> !du -hs /home/U01/app/oracle/fast_recovery_area
40G /home/U01/app/oracle/fast_recovery_area
檢視閃回空間使用情況
SQL> select * from V$RECOVERY_AREA_USAGE;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES CON_ID
----------------------- ------------------ ------------------------- --------------- ----------
CONTROL FILE 0 0 0 0
REDO LOG 7.45 0 7 0
ARCHIVED LOG 100 0 76 0
BACKUP PIECE 0 0 0 0
IMAGE COPY 0 0 0 0
FLASHBACK LOG 0 0 0 0
FOREIGN ARCHIVED LOG 0 0 0 0
AUXILIARY DATAFILE COPY 0 0 0 0
4)刪除歸檔、調整閃回區大小
從上面看確實是閃回空間滿了,而佔用閃回區滿的罪魁禍首就是歸檔日誌。要解決的方法有兩個:
方案1:刪除多餘的歸檔
最佳刪除歸檔的途徑是透過rman工具做,如果直接刪除檔案資料庫是識別不到閃回區釋放的。
[oracle@teststd trace]$ rman target /
Recovery Manager: Release 12.1.0.2.0 - Production on Sat Nov 26 13:00:28 2016
Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.
connected to target database: TESTDB (DBID=2708971821)
RMAN> crosscheck archivelog all;
RMAN> delete expired archivelog all;
RMAN> DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7' ;
或者利用下面的語句刪除七天前的歸檔日誌
RMAN> DELETE NOPROMPT ARCHIVELOG UNTIL TIME 'SYSDATE-7' ;
注意:(一般刪除歸檔騰出足夠的閃回區後,建議調整歸檔路徑或者調整足夠閃回區大小)
方案2:調整閃回區大小
SQL> alter system set db_recovery_file_dest_size=100G scope=both;
alter system set db_recovery_file_dest_size=100G scope=both
*
ERROR at line 1:
ORA-65040: operation not allowed from within a pluggable database
###資料庫為12c,不允許在pdb下操作,需要切換到sys下操作
SQL> conn /as sysdba;
Connected.
SQL> alter system set db_recovery_file_dest_size=100G scope=both;
System altered.
5)檢視閃回區使用情況和其大小
[oracle@teststd trace]$ du -hs /home/U01/app/oracle/fast_recovery_area
27G /home/U01/app/oracle/fast_recovery_area
SQL> select * from V$RECOVERY_AREA_USAGE;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES CON_ID
----------------------- ------------------ ------------------------- --------------- ----------
CONTROL FILE 0 0 0 0
REDO LOG 2.98 0 7 0
ARCHIVED LOG 17.08 0 82 0
BACKUP PIECE 0 0 0 0
IMAGE COPY 0 0 0 0
FLASHBACK LOG 0 0 0 0
FOREIGN ARCHIVED LOG 0 0 0 0
AUXILIARY DATAFILE COPY 0 0 0 0
8 rows selected.
6)通知系統管理員啟動應用,正常啟動
至此問題得以徹底解決
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/27067062/viewspace-2129130/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORA-19815: WARNING: db_recovery_file_dest_size閃回區爆滿問題處理
- 索引節點(inode)爆滿問題處理索引
- sysaux 表空間爆滿處理方法UX
- 處理TEMP表空間滿的問題
- Oracle undo表空間爆滿的處理方法Oracle
- 處理SQLServer errorlog滿問題SQLServerError
- 閃回區滿的處理 - flashback
- ORA-19815 的處理
- sysaux 表空間不足問題處理UX
- 傳輸表空間及問題處理
- oracle 10g rac+asm 歸檔路徑磁碟組空間滿問題處理Oracle 10gASM
- undo 表空間滿了的處理方法
- openGauss資料庫xlog目錄滿問題處理資料庫
- undo表空間佔用磁碟空間滿案例處理
- 處理不滿
- 資料庫夯住!ORA-19815!歸檔空間滿資料庫
- 一個關於資料庫閃回區問題的處理資料庫
- oracle sysaux表空間滿了處理辦法OracleUX
- 手工清除歸檔處理歸檔空間滿
- system表空間爆滿解決方法
- 關於時間 PHP 處理包遇到的問題時間序列化差值問題PHP
- oracle系統表空間過大問題處理Oracle
- 表空間無法擴充套件問題處理套件
- SYSAUX表空間使用率高問題處理UX
- 解決FRA空間滿的問題
- flash recovery area 空間滿了的處理辦法
- SQLServer 2008中事務日誌已滿問題處理SQLServer
- [zt] 手工處理Standby 歸檔間隔(gap)的問題
- Oracle undo表空間爆滿的解決Oracle
- 使用者和角色多對多問題,物件間關聯處理問題物件
- 處理問題的方法
- perl中文處理問題
- 漢字處理問題?
- xml處理的問題XML
- 貨品問題處理
- [git] git問題處理Git
- Linux下處理時間同步相關問題彙總Linux
- Linux磁碟空間佔滿問題快速排雷Linux