問題の背景：
顧客からのフィードバックアプリケーションは、調査とその理由を支援するために、再起動後に通常のデータベースを使用することはできません
1>表示の質問期間のアラート・ログ
スレッド< 番号>新しい割り当てることはできませんログ、シーケンスを< 数> チェックポイント ではない、完全な スレッド1が新しい割り当てることができないのログを、シーケンス279334 チェックポイント ではない完全な 現在の ログ＃4、SEQ＃279333 MEM＃0：/ U01 / oradataに/ ORCL / redo04。ログ 現在の ログ＃4のSEQ＃279333を MEM＃1：/ U03 / oradataに/ ORCL / redo04。ログ
REDOログのアーカイブを待っているが原因がある可能性があり、アラーム情報の以下の種類があります
ORACLEインスタンス<名前> -することはできません割り当てるログを、アーカイブに必要な スレッド< 数が>新割り当てることができないのログを、シーケンス< 番号>
2>分析：
一般的に、なぜならREDOログ（REDOログ）のログ・グループは、完全な切り替わり後、今回のイベントは、チェックポイント（チェックポイント）をトリガする、
チェックポイント（チェックポイント）は、データベース・ライター・プロセス（DBWR）が活性化されるトリガーします、汚れたブロック内のデータバッファは、ディスク・データ・ファイルに書き戻される
限り、汚れたデータがディスクイベントへのバックが終了していない書かれている通り、その後、データベースは、ログ・グループを解放しません。
アーカイブモードでは、ARCHプロセスは、プロセスを伴うことになるREDOログをアーカイブされます。速すぎREDOログ（REDOログ）CPKまたはアーカイブがまだ完了していないときに生成は、LGWRがログ・グループの残りの部分を満たしている場合は、
だけでなく、今回が発生したときにREDOログを書いた現在のログ・グループへ紛争、データベースが中断されます。そして、常に上記ALERT.LOGのようなエラーメッセージを書き込みます。
場合DML操作の多数さらに、やり直しにスイッチング周波数の異なるサービスの異なる周期を記録するため、このエラーが発生した、または忙しい通常起こります。
3>ソリューション：
1：REDOログ・ファイルのサイズの増加
合理的である何をするの増加REDOログ・ファイルのサイズは、操作が簡単ですが、REDOログ・ファイル？
1：OPTIMAL_LOGFILE_SIZEフィールド値のリファレンスV $ INSTANCE_RECOVERYが、あなたは0 FAST_START_MTTR_TARGETよりも値以上のパラメータを調整しない限り、このフィールドはNULL値に可能性を秘めています
FAST_START_MTTR_TARGETの現在の設定に基づいて最適と考えられている（メガバイト単位）REDOログ・ファイルのサイズ。ユーザーが少なくともこの値になるように、すべてのオンラインREDOログを設定することをお勧めします。
それは次のように公式文書であることをお勧めします：
あなたは、オンラインREDOログのサイズを決定するためにV $ INSTANCE_RECOVERYビュー列OPTIMAL_LOGFILE_SIZEを使用することができます。このフィールドは、FAST_START_MTTR_TARGETの現在の設定に基づいて最適と考えられているメガバイト単位でのREDOログ・ファイルのサイズを示しています。このフィールドは、一貫し、最小のオンライン・ログのサイズよりも大きい値を示した場合は、すべてのオンライン・ログには、少なくともこのサイズになるように設定する必要があります。
ただし、REDOログ・ファイルのサイズがMTTRに影響を与えること。いくつかのケースでは、あなたの提案し、最適なログ・ファイルのサイズとMTTRアドバイザを再実行することで、最適なFAST_START_MTTR_TARGET値の選択肢を絞り込むことができるかもしれません。
SQL > SELECT OPTIMAL_LOGFILE_SIZE FROM V $ INSTANCE_RECOVERY。
2：スイッチの数とを決定するREDOログ生成REDOログの量
Awr_redo_size_historyスクリプトは一定の時間が非常に切り替えることがあれば、（時間（頻繁な切り替え時間）アーカイブログのサイズと15〜20分の一定期間とする統計的な瞬間、毎時間、毎日生成されたログファイルのサイズを用いて分析することができますリストラログは非常に大きくなりますので、頻繁に、ほとんど不可能一度計算REDOログ・サイズを切り替える）、このルールを使用します。もちろん、これはほとんどの場合、あなたはまだこれを参照することができ、実際の経営判断に応じて、普遍的なルールではありません
clip_image001
参照のためのスクリプトの計算REDOログ
SELECT （SELECT ROUND（AVG（BYTES）/ 1024個 / 1024個、2）FROM V $ LOG）AS "やり直しサイズ（MB）"、 ROUND（（20 / AVERAGE_PERIOD）*（SELECT AVG （BYTES） FROM V $ LOG）/ 1024個 / 1024個、2）AS "推奨サイズ（MB）" FROM（SELECT AVG（（NEXT_TIME -FIRST_TIME）* 24 * 60）AS AVERAGE_PERIOD FROM V $ ARCHIVED_LOG FIRST_TIME > SYSDATE - 3 と TO_CHAR（FIRST_TIME、' HH24：MI '）BETWEEN ＆ START_OF_PEAK_HOURS AND ＆END_OF_PEAK_HOURS ）。
2：REDOログ・グループの数の増加
ログ・グループの数を増やすと、実際には、「スレッド<番号>新しいログ、シーケンスを割り当てることができない<数>チェックポイント完了していない」解決しない問題が、彼は次のような問題を解決することができました：
ORACLEインスタンス<名前> -ログを割り当てることができません、アーカイブの必要な
スレッド<番号>は新しいログを割り当てることができない、シーケンス<番号>
ARCHプロセスの後、まだ完全なREDOログ・アーカイブ先へのファイル（アーカイブが必要）が、今回によるREDOログ・スイッチに速すぎたり少なすぎるログ・グループは、サイクルカバーログに完全なアーカイブARCRへのプロセスを待つ必要があるためですグループ。
3：チューンは、チェックポイント
ノート147468.1チェックポイントのチューニングとトラブルシューティングガイド：公式ドキュメントを参照して、より多くの困難を
4：オンラインREDOログ/アーカイブREDOを書くためのI / O速度を上げます
これは、<番号>のスレッドに適用される新しいログを割り当てることができない、シーケンス<番号>
チェックポイント完了していません
-使用ASYNC I / Oでない場合はすでにそう
-使用DBWR I / Oスレーブまたは複数のDBWRプロセス
参照：
Oracle Databaseのパフォーマンス・チューニング・ガイド
パフォーマンス・ビューを使用したインスタンスのチューニングには、
複数のデータベース・ライター（DBWR）プロセスまたはI / Oスレーブを考えてみましょう
- REDOログファイルの一般的な推奨事項を考慮してください。
高いI / Oファイルは、REDOログ・ファイルである場合は、他のファイルから分割REDOログ・ファイルを検討してください。可能な構成は以下のものを含めることができます。
1.他のファイルなしに一つのディスク上のすべてのREDOログを配置します。また、可用性を考慮してください。同じグループのメンバーは、回収可能性のために、異なる物理ディスクとコントローラにする必要があります。
2.他のファイルが格納されていない別のディスク上の各REDOログ・グループを配置します。
3.ツールをストライピングオペレーティングシステムを使用して、複数のディスクにREDOログ・ファイルをストライピング。（手動ストライピングは、このような状況では不可能です。）
4. REDOログのRAID 5の使用を避けます。
参照：
Oracle Databaseのパフォーマンス・チューニング・ガイド
REDOログ・ファイル
にとって
ORACLEインスタンス<名前> -ログを割り当てることができません、必要なアーカイブ
スレッド<番号>新しいログ、シーケンス<番号を割り当てることができない
あなたはセクション「アーカイブREDOログ」をチェックして上記文書で
5：REDOログを減らし、やり直しの大量のビジネスロジックや場所が、修正する必要がある場合には不合理な、またはNOLOGGINGに関連テーブルにSQL、SQLをログに記録して下さい
SQLをローカライズする方法についてのものは、あなたがLogMinerのツールを使用することができ、REDOログの多くを生成し、あなたは、「REDOログの多くを生成し、それらのSQLを検索する方法」を私のブログの記事を参照することができます
マイクロチャンネル公衆数にもっとしてください注意を払う：他の人とデータ
