Oracle RMANを解決してアーカイブログを削除して問題を解放しない方法
前言
Oracleアーカイブログがいっぱいになったら、oracleに正常に登録できなくなります。一部のアーカイブログを削除しないと、ORACLEに正常に登録できません。
最近同僚が仕事中に問題になりました。彼のところのOracle 11 gデータベースはRMANを使って古いファイルを削除できなくて、ディスクの使用率が高いです。
解決プロセス
そこでネット上で1篇の文章を探し当てて、大体の意味はMANがアーカイブログを削除する根拠はcontrolfileの中で記録したファイリングログで、あなたのディスクの上で実際に存在するファイリングログではありませんて、もしあなたのファイリングログはすでにcontrolfileの中でRMANに識別されないならば、同じく削除することができません。アーカイブ情報はいつ制御ファイルに上書きされますか?これは一つのパラメータcontrol gauからなります。file_レコードkeep_タイムでコントロールします。
データベースのパラメータを表示するのはデフォルトの7日間です。
データベースの中のV$CONTROLFILEを調べます。RECORD.SECTIONビューでは、ARCHIVED LOG行のレコーダを見ました。total=224は、制御ファイルには224件のアーカイブログファイル情報しか保持できないことを意味する。
今はRMANを使ってこれらの古いアーカイブログを削除すればいいですか?
締め括りをつける
以上はこの文章の全部の内容です。本文の内容は皆さんの学習や仕事に一定の助けをもたらすことを望んでいます。もし疑問があれば、メッセージを残して交流してください。ありがとうございます。
Oracleアーカイブログがいっぱいになったら、oracleに正常に登録できなくなります。一部のアーカイブログを削除しないと、ORACLEに正常に登録できません。
最近同僚が仕事中に問題になりました。彼のところのOracle 11 gデータベースはRMANを使って古いファイルを削除できなくて、ディスクの使用率が高いです。
oracle@ps251n2s:[/opt/oracle/archive/db] ls -ltr |more
total 3059881082
-rw-r----- 1 oracle oinstall 725320704 May 20 2016 1_1_91233774.dbf
-rw-rw---- 1 oracle oinstall 1756937216 Jun 7 2016 1_2_91233774.dbf
-rw-rw---- 1 oracle oinstall 1756731392 Jun 21 2016 1_3_91233774.dbf
-rw-rw---- 1 oracle oinstall 1758001152 Jul 3 2016 1_4_91233774.dbf
-rw-rw---- 1 oracle oinstall 1756729344 Jul 15 2016 1_5_91233774.dbf
-rw-rw---- 1 oracle oinstall 1765750784 Jul 26 22:00 1_6_91233774.dbf
-rw-rw---- 1 oracle oinstall 1760346112 Aug 6 14:04 1_7_91233774.dbf
......
RMAN list archivelog all;
を使ってログを調べても古いアーカイブログが表示されませんでした。
RMAN> list archivelog all;
using target database control file instead of recovery catalog
List of Archived Log Copies for database with db_unique_name DBS
=====================================================================
Key Thrd Seq S Low Time
------- ---- ------- - ---------
1206 1 1206 A 14-JAN-17
Name: /opt/oracle/archive/db/1_1206_91233774.dbf
1207 1 1207 A 14-JAN-17
Name: /opt/oracle/archive/db/1_1207_91233774.dbf
1208 1 1208 A 14-JAN-17
Name: /opt/oracle/archive/db/1_1208_91233774.dbf
......
crosscheckを使っても古いアーカイブログを調べられませんでした。
RMAN> crosscheck archivelog all;
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=16 device type=DISK
validation succeeded for archived log
archived log file name=/opt/oracle/archive/db/1_1206_91233774.dbf RECID=1206 STAMP=933244655
validation succeeded for archived log
archived log file name=/opt/oracle/archive/db/1_1207_91233774.dbf RECID=1207 STAMP=933249510
validation succeeded for archived log
archived log file name=/opt/oracle/archive/db/1_1208_91233774.dbf RECID=1208 STAMP=933254500
validation succeeded for archived log
archived log file name=/opt/oracle/archive/db/1_1209_91233774.dbf RECID=1209 STAMP=933259445
validation succeeded for archived log
v$archived_を見てくださいロゴビューも古いアーカイブログの記録がありません。解決プロセス
そこでネット上で1篇の文章を探し当てて、大体の意味はMANがアーカイブログを削除する根拠はcontrolfileの中で記録したファイリングログで、あなたのディスクの上で実際に存在するファイリングログではありませんて、もしあなたのファイリングログはすでにcontrolfileの中でRMANに識別されないならば、同じく削除することができません。アーカイブ情報はいつ制御ファイルに上書きされますか?これは一つのパラメータcontrol gauからなります。file_レコードkeep_タイムでコントロールします。
データベースのパラメータを表示するのはデフォルトの7日間です。
SYS@db> show parameter CONTROL_FILE_RECORD_KEEP_TIME
NAME TYPE VALUE
------------------------------------ -------------------------------- ------------------------------
control_file_record_keep_time integer 7
コントロールファイルにログを保存するログの数は7日間しか残していませんか?そこで、MOSに関連文書を探しに行きました。Why Aree Control file Enties For Archived Logs Not Overwritten After CONTROL_。FILE_RECORD.KEEP_TIME文書ID 106085.1)は、CONTROL_を紹介します。FILE_RECORD.KEEP_TIMEパラメータは、制御ファイルに何日間のアーカイブログ項目を強制的に保存するのではなく、V$CONTROLFILEである。RECORD.SECTIONビューにおけるARCHIVED LOGエントリは、RECORDS__で制御される。TOTAL=RECORDS_USEDでは古いアーカイブログが上書きされます。データベースの中のV$CONTROLFILEを調べます。RECORD.SECTIONビューでは、ARCHIVED LOG行のレコーダを見ました。total=224は、制御ファイルには224件のアーカイブログファイル情報しか保持できないことを意味する。
SYS@dbs> select * from v$controlfile_record_section where type='ARCHIVED LOG';
TYPE RECORD_SIZE RECORDS_TOTAL RECORDS_USED FIRST_INDEX LAST_INDEX LAST_RECID
---------------------------- ----------- ------------- ------------ ----------- ---------- ----------
ARCHIVED LOG 584 224 224 88 87 1235
照会v$archived_ロゴビューの総数は224です。
SYS@dbs> select count(*) from v$archived_log;
COUNT(*)
----------
224
このとき、コントロールファイルには224件のアーカイブログデータしか残っていないので、以前のアーカイブ情報は既に制御ファイルによって読み取られており、RMANはこれらのアーカイブファイルを認識できないため、これらのアーカイブログを削除することができません。今はRMANを使ってこれらの古いアーカイブログを削除すればいいですか?
catalog start with
コマンドでこれらのファイルを制御ファイルに再登録したいです。
RMAN> catalog start with '/opt/oracle/archive/db';
......
File Name: /opt/oracle/archive/db/1_1005_91233774.dbf
File Name: /opt/oracle/archive/db/1_1006_91233774.dbf
File Name: /opt/oracle/archive/db/1_1007_91233774.dbf
Do you really want to catalog the above files (enter YES or NO)? yes
cataloging files...
cataloging done
......
RMAN> list archivelog all;
.....
1236 1 301 A 22-OCT-16
Name: /opt/oracle/archive/db/1_301_91233774.dbf
1237 1 302 A 22-OCT-16
Name: /opt/oracle/archive/db/1_302_91233774.dbf
......
古いアーカイブログファイルはすでにコントロールファイルに登録されています。RMANを使って削除すればいいです。
delete archivelog until logseq 1007;
v$controlfileを再度調べます。レコードセレクションビュートールも「支え」で大きくなりました。
SYS@db> select * from v$controlfile_record_section where type='ARCHIVED LOG';
TYPE RECORD_SIZE RECORDS_TOTAL RECORDS_USED FIRST_INDEX LAST_INDEX LAST_RECID
---------------------------- ----------- ------------- ------------ ----------- ---------- ----------
ARCHIVED LOG 584 896 742 807 652 1800
これで問題は終わりです。締め括りをつける
以上はこの文章の全部の内容です。本文の内容は皆さんの学習や仕事に一定の助けをもたらすことを望んでいます。もし疑問があれば、メッセージを残して交流してください。ありがとうございます。