First:
redoログには、インスタンス-リカバリなどに必要な多くのものが含まれています。 アーカイブ-ログはリストアにのみ使用されます-redoログにあるすべてのものを必要としないため、archがアーカイブ-ログを書き出すときには、リストア
second:
どうして？
——————————————————————————–
Modified02-JUN-2007Type HOWTO Status MODERATED
この中にDocument
Goal
Solution
——————————————————————————–
このドキュメントは、Oracle SupportのRapid Visibility(RaV)プロセスを介して提供されるため、独立した技術レビューの対象とはなりません。 適用先:
Oracle Server-Enterprise Edition-バージョン:8.1.7.4 11.1
このドキュメントの情報は、どのプラットフォームにも適用されます。
目標
アーカイブログは、元のredoログよりも小さく、不均一なサイズで作成されます。次のようなコマンド:
ALTER SYSTEM SWITCH LOGFILE
または
ALTER SYSTEM ARCHIVE LOG。..
は、アーカイブの生成やログファイルの切り替えには使用されません。 また、ARCHIVE_LAG_TARGETパラメータセットはありません。
他に何がそのような行動を引き起こす可能性がありますか？
解決策
によると、
Bug:5450861:アーカイブログがREDOログファイルよりも小さいサイズで生成されます
この状況の説明には、主に2つの理由があります。
1。 アーカイブログのサイズが均一である必要はありません。 これは、ディスクスペースを節約するために、非常に正当な理由で、アーカイブログの空白のパディングが停止した非常に長い時間前に決定されました。
2. redoログ・ファイルが100%いっぱいの場合、ログ・スイッチは発生しません。 ログスイッチモーメントを決定する内部algorythmがあります。 最後の瞬間にログスイッチを実行すると、パフォーマンスの問題が発生する可能性があります（さまざまな理由で、このノートの範囲外です）。
その結果、ログ-スイッチが発生した後、アーカイバはredoログ-ファイルから実際の情報のみをコピーしています。 Logスイッチ後はredoログが100%いっぱいではなく、copy操作の終了後はアーカイブ・ログが空白で埋められないため、元のredoログ・ファイルよりも不均一で小さ
これは非常に小さなredoログ・ファイル(10MBより小さい)では非常に顕著であり、5MBのredoログから生成された2.5MBのアーカイブ・ログは非常に目に
現時点では、デフォルトのredoログ・ファイルのサイズは100MBであることに注意してください。 結果のアーカイブログファイルが98から100MBの間にある場合、誰も気付かないでしょう。
アーカイブログファイルの主な関心事は、最終的な破損です。 これは、テストリカバリを試みることで非常に簡単に確認できます。 これが問題ない場合は、予期されるように、不均一なアーカイブログサイズは心配しないでください。
