RAC 11g 閃回區和歸檔區是分開的，閃回區不斷的增長，快99%了，歸檔區空間很多！怎么才能將閃回區降下來呢！
運行：select t.* from v$flash_recovery_area_usage t;
結果：
CONTROL FILE 0.04 0 1
REDO LOG 0.4 0 4
ARCHIVED LOG 0 0 0
BACKUP PIECE 0.04 0 1
IMAGE COPY 0 0 0
FLASHBACK LOG 98.59 45.64 2750
FOREIGN ARCHIVED LOG 0 0 0
怎么才能讓閃回區使用降下來。。。。
uj5u.com熱心網友回復：
為什么要降下來，閃回區滿了會自動覆寫最舊的資料，保留最新的記錄uj5u.com熱心網友回復：
如果占用到了99% 資料庫會掛掉嗎？uj5u.com熱心網友回復：
應該不會，11G閃回區滿了就會覆寫之前的舊檔案。你也可以增大閃回區空間或者設定縮短閃回時間。
uj5u.com熱心網友回復：
理論上資料庫自動會洗掉釋放空間，但不排除例外情況導致100%占滿引起系統掛起。但需結合下面考慮：
1 db_flashback_retention_target引數值，可減少需要保留的FLASHBACKLOG
2 增加db_recovery_file_dest_size引數值，增加閃回區空間。(前提是有足夠的存盤空間)
uj5u.com熱心網友回復：
db_flashback_retention_target我設定的3天，4320但是閃回日志中還是有7天的資料
select a.gdate,sum(a.BYTES) as BYTES_GB from (
select substr(to_char(t.FIRST_TIME,'YYYY-MM-DD'),1,10) as gdate,t.BYTES as BYTES from v$flashback_database_logfile t where 1=1
) a group by a.gdate order by a.gdate desc;
=================
2020-08-29 5876023296
2020-08-28 14884339712
2020-08-27 14923988992
2020-08-26 13139771392
2020-08-25 14226161664
2020-08-24 14749532160
2020-08-23 13717356544
2020-08-22 9727344640
db_recovery_file_dest_size 我已經設定到了110G了，總感覺 回收要比增長快。
uj5u.com熱心網友回復：
從資料上看，回收的資料要比增長的慢，導致可用空間越來越來少，現在每天增長 3%uj5u.com熱心網友回復：
db_flashback_retention_target設定的3天,只是說空間足夠的情況下，可以閃回到3天的時間點，不是說只保留3天。uj5u.com熱心網友回復：
有沒有辦法讓閃回日志所占的空間降下來，我這邊因為閃回日志占滿，資料庫都掛了一次了uj5u.com熱心網友回復：
你1天的檔案大概有多大，你回滾區大小和磁盤大小分別是多少？你可以試著把閃回區大小調小一點，這樣回滾區空間滿了會自動覆寫前面的資料
uj5u.com熱心網友回復：
1天的閃回日志大約是18G，目前閃回區配置的是110G，磁盤總大小是180G。之前配置的是60G，幾天就99.99%了！所以擴大到了110G。現在已經88%了。目前，新增的資料比自動回收的資料要快。
uj5u.com熱心網友回復：
寫個定時自動洗掉日志的腳本嘛uj5u.com熱心網友回復：
oracle 沒有提供洗掉閃回日志的命令呢！都是自動回收！uj5u.com熱心網友回復：
如果是手動洗掉檔案的話，風隙訓是太高了，正式環境，不敢動啊uj5u.com熱心網友回復：
先搞清楚飛漲的空間是什么導致的，大概率是歸檔，既然開了歸檔，那么就可能有rman備份，或者作為資料同步工具的源庫，洗掉歸檔不是想刪就刪的。轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/6841.html
標籤：高級技術