歸檔放在閃回區帶來的問題
問題描述:
好不容易新安了12c rac,測試rman功能時,需要開啟歸檔,開完歸檔發現資料庫效能很差,在recover database時甚至卡在那不會結束,dave的一句‘看看閃回區’提醒了我,進到閃回區,果然15G的閃回區已經將近滿了!本來以為測試用,懶得修改歸檔路徑,直接把日誌清了,資料庫暫時回歸正常了;接下來向資料庫匯入4G的測試資料,arch再次崩潰,會話無法來接,報錯如下:
Imp會話被hang住,又去查了一下歸檔,4.5g的歸檔,15g的空間,不至於是歸檔的問題呀,檢視一下閃回區大小:
SQL> select file_type,percent_space_used from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED
----------------------- ------------------
CONTROL FILE .4
REDO LOG .4
ARCHIVED LOG 96.32
BACKUP PIECE .4
IMAGE COPY 0
FLASHBACK LOG 0
FOREIGN ARCHIVED LOG 0
AUXILIARY DATAFILE COPY 0
8 rows selected.
原來,這裡才是罪魁禍首,檢視一下閃回區大小
SQL> show parameter db_recovery_file_dest_size;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest_size big integer 4785M
果然4500/4785將近 98%,看來是oracle歸檔雖然放在足夠大的閃回區,閃回區有引數的限制,修改一下歸檔路徑,刪除原來閃回區中的歸檔,一切OK,總結下一些命令:
RMAN刪除歸檔日誌:
檢查所有archivelog
crosscheck archivelog all;
刪除廢棄的日誌
delete expired archivelog all;
刪除7天前日誌
delete archivelog all completed before ‘sysdate-7’;
甚至刪除2小時前日誌
delete archivelog all completed befor ‘sysdate-2/24’;
檢視資料庫閃回區空間使用情況
SQL> select file_type,percent_space_used from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED
----------------------- ------------------
CONTROL FILE .4
REDO LOG 4.26
ARCHIVED LOG 0
BACKUP PIECE .4
IMAGE COPY 0
FLASHBACK LOG 0
FOREIGN ARCHIVED LOG 0
AUXILIARY DATAFILE COPY 0
8 rows selected.
修改閃回區大小:
SQL> select flashback_on from v$database;
FLASHBACK_ON
------------------
NO
SQL> show parameter flash;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_flash_cache_file string
db_flash_cache_size big integer 0
db_flashback_retention_target integer 1440
SQL> show parameter db_recovery_file_dest;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string +FLASH
db_recovery_file_dest_size big integer 4785M
SQL> alter system set db_recovery_file_dest_size = 5G;
System altered.
SQL> show parameter db_recovery_file_dest;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string +FLASH
db_recovery_file_dest_size big integer 5G
修改歸檔路徑:
SQL> alter system set log_archive_dest_1='location=/u01/app/oracle/arch';
System altered.
SQL> alter system set log_archive_dest_state_1=enable;
System altered.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29320885/viewspace-1356017/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 清除閃回資料歸檔區資料
- 開閃回及閃迴歸檔
- 10g關閉歸檔/啟用閃回恢復區歸檔
- Oracle閃回資料歸檔Oracle
- rac使用預設閃回區歸檔空間滿
- 【oracle 】閃回與歸檔位置的理解Oracle
- 10g閃回區和歸檔目錄的關係
- 閃回與歸檔引數的設定
- 閃回資料歸檔-- Flashback Data ArchiveHive
- 11g閃回資料歸檔
- Oracle的閃回恢復區和歸檔日誌多路徑設定Oracle
- 【備份恢復】 閃回技術之閃迴歸檔
- 閃回區空間不足引發的SQL問題分析SQL
- Oracle 11g 閃回資料歸檔Oracle
- 關於oracle閃回資料歸檔的總結Oracle
- 【Flashback】11g的閃回資料歸檔初探
- 巧用閃回查詢來分析事務延遲的問題
- Oracle資料庫的閃回恢復區及多歸檔路徑的設定Oracle資料庫
- [zt] Oracle 11g 閃回資料歸檔Oracle
- 一個關於資料庫閃回區問題的處理資料庫
- 歸檔日誌物理刪除後閃回恢復區空間未釋放
- RAC資料庫啟用歸檔和閃回的步驟資料庫
- ORA-00257 archiver error--資料閃回區滿導致無法歸檔HiveError
- 清空 oracle 閃回區Oracle
- Oracle 11g閃回資料歸檔新功能解析Oracle
- Oracle -- 閃回恢復區---實踐1---閃回庫Oracle
- Oracle閃回恢復區Oracle
- dataguard歸檔路徑的問題
- 閃回區滿的處理 - flashback
- (f)--閃回恢復區---實踐2---閃回表(閃回DML部分資料會用到閃回查詢)
- 11g新特性--Oracle 11g 閃回資料歸檔Oracle
- 測試DML 時產生歸檔日誌和閃回日誌的比
- 親身經歷oracle 10g預設的歸檔路徑(在閃回區)的2g大小限制Oracle 10g
- Oracle10g閃回恢復區詳解--開啟,設定閃回區Oracle
- ajax回撥函式執行順序帶來的同步非同步問題函式非同步
- clone 淺克隆帶來的問題
- 【Flashback】啟用閃回資料庫功能需要在歸檔模式下完成資料庫模式
- Oracle 11g新特性--閃回資料歸檔(flashback data archive)[zt]OracleHive