顧客テストアラートポイントに応じたライブラリ、ダウン問題分析、問題、異常終了の例が、それ以外の貴重な情報
エラーへのインスタンスのための終了471、メモリ不足（OOM）キラークラッシュOracleデータベース（ドキュメントID 1622379.1）
現象
インスタンスは、バックグラウンド・プロセスの死による終了しました。この場合は、DBWRでした。
警告/トレースなぜDBWRプロセス死んでより多くの情報はありません。
2月4日（火）午後1時00分03秒2014
LNS：スレッド1用に選択されたスタンバイのREDOログファイルシーケンス6206先LOG_ARCHIVE_DEST_2用
：スレッド1つのシーケンス6205 ID 0x77e10623 destの1のために追加のアーカイブ・ログのエントリ10547
火2月4日13時05分09秒2014
のためのLGWR待機インスタンス終了
火2月4日午後01時05分15秒2014
システム状態ダンプは、要約= [異常なインスタンスの終了]、（インスタンス= 1、OSID = 13406（PMON））によって要求されました。
システム状態は、トレース・ファイルにダンプ/opt/oracle/diag/rdbms/<SID>/<SID>/trace/<SID>_diag_13429.trc
火2月4日午前13時05分21秒2014
（：13406 ospid）：PMONのインスタンスを終了します471エラーのため
火2月4日夜01時05分21秒2014
オペレーティングシステムのバージョンに応じて、適切なオペレーティングシステムのログをチェックし、あなたは明らかにキルSPID、マッチ、およびクエリのオペレーティング・システムと無料-mパラメータに一致sga_max_targetに関する以下の情報を得ることができます
OOMメカニズムのkillプロセスは、デフォルトのLinuxの機能で有効になっています。メモリは多くの圧力がある場合、それは自己保護メカニズムは、Linuxカーネルを使用しています。
原因
OSログごとに、OOMキラーは、メモリを解放するには、Oracleバックグラウンド・プロセスを殺しました。
2月4日午後1時05分15秒<HOST>カーネル：メモリ不足：キルプロセス13439（Oracleが）239または犠牲子スコア
殺したプロセス13439（オラクル）合計-VM：2月4日午後1時05分15秒<HOST>カーネル52681184kB 、アノン-RSS：12404kB、ファイル、RSS：22732576kB
2月4日午後一時05分20秒<HOST>カーネル：zabbix_agentd呼び出さOOMキラー：gfp_mask = 0x201da、順番= 0、oom_adj = 0、oom_score_adj = 0
2月4日夜01時05分：20 <HOST>カーネル：zabbix_agentdのcpuset = / mems_allowed = 0
2月4日夜01時05分20秒<HOST>カーネル：Pid：1750 COMM：zabbix_agentd 2.6.39-400.209.1.el6uek.x86_64位汚染されていない1
溶液
OOMキラーは、デフォルトで有効になって、Linuxの機能です。これは、深刻なメモリ圧力の下でLinuxカーネルを採用し、自己保護メカニズムです。
詳細については、ノートの下に確認してください。
Linuxの場合：メモリ不足（OOM）キラー（ドキュメントID 452000.1）
解決策：この問題を回避するために、サーバーにRAM /スワップを追加することです。またはメモリ不足の問題に対処するためにあなたのOSの管理者に従事。