F バックグラウンド・プロセス
V$PROCESS
でリストされるプロセスのうち、PNAME
列の値がNULLではないものをすべて、Oracle Databaseバックグラウンド・プロセスと定義しています。
表F-1に、Oracle Databaseのバックグラウンド・プロセスを示します。
この表の外部プロパティ列には、プロセスが実行されるインスタンスのタイプのリストを示します。プロセスが特定の機能専用の場合には、その機能名が外部プロパティ列に示されます。
ノート:
LinuxおよびUNIX上でTHREADED_EXECUTION
初期化パラメータがTRUE
に設定されている場合、バックグラウンド・プロセスのDBW
、PMON
、PSP
およびVKTM
はオペレーティング・システム・プロセスとして実行され、他のバックグラウンド・プロセスはオペレーティング・システム・スレッドとして実行されます。
THREADED_EXECUTION
初期化パラメータの詳細は、「THREADED_EXECUTION」を参照してください。
表F-1 バックグラウンド・プロセス
名前 | 正式名 | 概略 | 詳細 | 外部プロパティ |
---|---|---|---|---|
ABMR |
自動BMRバックグラウンド・プロセス |
重複するブロック・メディア・リカバリ要求のフィルタリング、フラッド制御など、タスクの実行を調整する |
プロセスがABMRにブロック・メディア・リカバリ要求を発行すると、ABMRはスレーブ・プロセス(BMRn)を動的に起動してリカバリを実行する。ABMRとBMRnは、アイドル状態が長時間続くと終了する。 |
データベース・インスタンス |
ACFS |
Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS) CSSプロセス |
CSS内のクラスタ・メンバーシップを追跡して、ファイル・システム・ドライバにメンバーシップの変更を通知する |
ACFSプロセスはCSSメンバーシップの変更をクラスタ・ファイル・システムに転送する。このようなメンバーシップの変更は、ファイル・システムがクラスタ内のファイル・システムの一貫性を保持するために必要である。 |
Oracle ASMインスタンス、Oracle RAC |
ACMS |
メモリー・サービスへのアトミック制御ファイル・プロセス |
Oracle RAC環境内のすべてのインスタンス上の対応するSGAと、制御ファイル・リソースへの更新の一貫性が保持されるように調整する |
ACMSプロセスは調整しているコール元と連携して、障害状況でもOracle RAC内のすべてのインスタンスで確実に操作が実行されるようにする。ACMSプロセスでは、分散操作がコールされる。その結果、このプロセスは様々な動作をする可能性がある。通常、ACMSの動作は、インスタンス間の一部の操作に対応する、小規模な非ブロック化状態変更に限定されている。 |
データベース・インスタンス、Oracle RAC |
AMBn |
「ASMB, AMBn」を参照 |
|||
APnn |
データベース適用プロセス・コーディネータ・プロセス |
リーダー・サーバーからトランザクションを取得して適用サーバーに渡す |
コーディネータ・プロセス名はAPnn(nnには文字および数字が含まれる)。 コーディネータ・プロセスの詳細は、XStreamの場合は |
データベース・インスタンス、ロジカル・スタンバイ、XStreamインバウンド・サーバー、XStreamアウトバウンド・サーバー、GoldenGate Integrated Replicat |
AQPC |
AQプロセス・コーディネータ |
インスタンスのAQグローバル・コーディネータごと |
AQPCは、開始、停止などのコマンドや他の管理タスクを含むAQマスター・クラス・プロセスの管理タスクを実行する。このプロセスは、インスタンスの起動時に自動的に開始される。 |
データベース・インスタンスのアドバンスト・キューイング |
ARB0 |
ASMリバランス・プロセス |
Oracle ASMディスク・グループ内のデータ・エクステントのリバランスを行う |
ARB0は、ディスクの再調整の最大能力として、Oracle ASMインスタンスの |
Oracle ASMインスタンス |
ARCn |
アーカイバ・プロセス |
REDOログ・ファイルが一杯になるか、オンラインREDOログの切替えが発生した場合に、REDOログ・ファイルをアーカイブ記憶領域にコピーする |
ARCnプロセスは、データベースが 一杯になったオンラインREDOログが遅延なく確実にアーカイブされるように、データベースは必要に応じて複数のアーカイバ・プロセスを起動する。可能なプロセスは、ARC0からARC9およびARCaからARCt。
|
データベース・インスタンス |
ARSn |
ASMリカバリ・スレーブ・プロセス |
ASMトランザクション操作をリカバリする |
ASM RBALバックグラウンド・プロセスは、これらのスレーブ・プロセスを1つ以上調整して起動し、異常終了したASMトランザクション操作をリカバリする。これらのプロセスは、Oracle ASMインスタンスでのみ実行される。 可能なプロセスは、ARS0-ARS9。 |
Oracle ASMインスタンス |
ASMB, AMBn |
ASMバックグラウンド・プロセス |
Oracle ASMインスタンスと通信して、記憶域の管理と統計情報の提供を行う |
データベース・インスタンスでは、ASMBおよびAMBnプロセスによってデータベース・インスタンスがOracle ASMディスク・グループにアクセスするためにOracle ASMインスタンスに接続できるようになります。可能なプロセスは、ASMBおよびAMB1-AMB3です。 Oracle ASMインスタンスでは、ASMCMD Oracle IOServer (IOS)インスタンスでは、ASMBプロセスによってIOSインスタンスがOracle ASMディスク・グループにアクセスするためにOracle ASMインスタンスに接続できるようになります。可能なプロセスはASMBのみです(IOSインスタンスではAMBnプロセスは実行されません)。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle IOServer (IOS)インスタンス |
ASnn |
データベース適用リーダー・サーバーまたは適用サーバー |
論理変更レコード(LCR)間の依存性を計算して、メッセージをトランザクションにアセンブルする(リーダー・サーバー) LCRをデータベース・オブジェクトに適用するか、またはLCRとユーザー・メッセージを適切な適用ハンドラに渡す(適用サーバー) |
リーダー・サーバーは、LCR間の依存性を計算してトランザクションにアセンブルすると、そのトランザクションをコーディネータ・プロセスに戻す。リーダー・サーバーのバックグラウンド・プロセスの詳細は、 適用サーバーはコーディネータ・バックグラウンド・プロセスからトランザクションを受信すると、LCRにデータベースの変更を適用するか、適用ハンドラにLCRまたはメッセージを送信する。適用サーバーはキューをエンキューすることもできる。エラーが発生すると、適用サーバーはユーザー指定の競合ハンドラまたはエラー・ハンドラを使用してエラーの解決を試みる。エラーを解決できない場合は、トランザクションをロールバックして、すべてのメッセージを含めトランザクション全体をエラー・キューに配置する。適用サーバーが完了済トランザクションをコミットした場合、そのトランザクションは適用される。トランザクションをエラー・キューに配置してコミットした場合にも、トランザクションは適用される。適用サーバーのバックグラウンド・プロセスの詳細は、 コーディネータ・プロセス名はASnn(nnには文字および数字が含まれる)。 |
データベース・インスタンス、XStreamアウトバウンド・サーバー、XStreamインバウンド・サーバー、GoldenGate Integrated Replicat |
BMRn |
自動ブロック・メディア・リカバリ・スレーブ・プール・プロセス |
リアルタイムで読取り可能なスタンバイ・データベースからブロックをフェッチする |
プロセスがABMRにブロック・メディア・リカバリ要求を発行すると、ABMRはスレーブ・プロセス(BMRn)を動的に起動してリカバリを実行する。BMRnプロセスは、リアルタイムで読取り可能なスタンバイ・データベースからブロックをフェッチする。ABMRとBMRnは、アイドル状態が長時間続くと終了する。 |
データベース・インスタンス |
Bnnn |
GMON用ASMブロッキング・スレーブ・プロセス |
Oracle ASMディスク・グループでメンテナンス・アクションを実行する |
Bnnnは、GMONにかわって、リソースを待機する必要のあるアクションを実行する。GMONは高い可用性を保つ必要があるため、待機できない。 Bnnnスレーブは、Oracle ASMディスク・グループで1つのディスクがオフラインになると起動される。このスレーブでは、オフライン・タイマー処理とディスクの削除が実行される。負荷に応じて、最大5つのプロセス(B000からB004)が存在できる。 |
Oracle ASMインスタンス |
BWnn |
データベース・ライター・プロセス |
変更されたブロックをデータベース・バッファ・キャッシュからデータ・ファイルに書き込む。 |
BWnnプロセスの詳細は、この表のDBWnプロセスの「詳細」を参照。 |
データベース・インスタンス |
CJQ0 |
ジョブ・キュー・コーディネータ・プロセス |
データ・ディクショナリから実行する必要のあるジョブを選択し、ジョブを実行するジョブ・キュー・スレーブ・プロセス(Jnnn)を起動する |
CJQ0は、必要に応じてOracle Schedulerにより自動的に起動および停止される。
|
データベース・インスタンス |
CKPT |
チェックポイント・プロセス |
チェックポイントでDBWnにシグナルを送り、データベースのすべてのデータ・ファイルと制御ファイルを更新して、最新のチェックポイントを示す |
特定の時刻に、CKPTは使用済バッファの書込みを開始するようDBWnにメッセージを送って、チェックポイント要求を開始する。個々のチェックポイント要求の完了時に、CKPTはデータ・ファイル・ヘッダーおよび制御ファイルを更新して最新のチェックポイントを記録する。 CKPTは、メモリー量が 関連項目: 『Oracle Database概要』 |
データベース・インスタンス、Oracle ASMインスタンス |
CLnn |
クリーンアップ・スレーブ・プロセス |
使用不能プロセスのクリーンアップの実行 |
使用不能プロセスのクリーンアップおよびセッションの強制終了における、スレーブのクリーンアップのアシスト。スレーブの数は、実行するクリーンアップ作業の量と現在のクリーンアップ効率に比例する。 |
データベース・インスタンス、Oracle ASMインスタンス |
CLG |
永続的なクラスタ・フラッシュ・キャッシュのバックグラウンド・プロセス |
Oracle Data Applianceのみ、このプロセスが、使用不能インスタンスのデータベース・フラッシュ・キャッシュのリカバリに関連するアクションを実行する |
Oracle Data Applianceのみ、インスタンスがクラッシュした場合に、残っているインスタンスが使用不能になったインスタンスのデータベースのフラッシュ・キャッシュをリカバリする。CLGプロセスは、使用不能になったインスタンスのデータベース・フラッシュ・キャッシュのスキャンに関連するアクションを実行し、使用不能になったインスタンスがマスターであるフラッシュ・ブロックを要求する。 |
データベース・インスタンス、Oracle RAC |
CLMN |
クリーンアップ・メイン・プロセス |
使用不能プロセス、強制終了されたセッション、強制終了されたトランザクションおよび強制終了されたネットワーク接続のクリーンアップを実行する |
CLMNは、周期的に次のすべてのもののクリーンアップを実行する: 使用不能プロセス、強制終了されたセッション、トランザクションおよびネットワーク接続、アイドル・タイムアウトを超過したアイドル・セッション、デタッチされたトランザクションおよびデタッチされたネットワーク接続。 |
データベース・インスタンス、Oracle ASMインスタンス |
CPnn |
データベース取得プロセス |
LogMinerのインフラストラクチャを使用して、REDOログからデータベースの変更を取得する |
取得プロセス名はCPnn(nnには文字と数字が含まれる)。基になるLogMinerプロセス名はMSnn(nnには文字と数字が含まれる)。取得プロセスには、1つのリーダー・サーバー(REDOログを読み取ってリージョンに分割する)、1つ以上のプリペアラ・サーバー(REDOログをスキャンする)、1つのビルダー・サーバー(プリペアラ・サーバーからREDOレコードをマージする)が含まれる。リーダー・サーバー、プリペアラ・サーバーおよびビルダー・サーバーはそれぞれが1つのプロセスである。このバックグラウンド・プロセスの詳細は、 |
データベース・インスタンス、XStreamアウトバウンド・サーバー |
CRnn |
LMS CRスレーブ・プロセス |
大量のUNDOの適用が必要なブロックがLMSをブロックしないように、LMSから作業をオフロードする。このような要求は、LMSが停止されないように、スレーブに渡される |
LMSプロセス当たりCRプロセスを最大8個まで(名前はCR00からCR07まで)保持できる。各LMSには類似した名前の固有のセットがある。CRnnプロセスはスレッドであり、プロセスIDの部分は所有するLMSのプロセスIDと同じになる。 CRnnプロセスの名前の形式は、CR0n_<spawning process id>_<thread id>となる。 |
Oracle RAC |
CSnn |
I/O測定プロセス |
記憶域測定の一部として記憶域にI/Oを発行する。 |
CSnnスレーブ・プロセスは、 |
データベース・インスタンス、Oracle RAC |
CTWR |
変更トラッキング書込みプロセス |
Recovery Managerのブロック・チェンジ・トラッキング機能の一部として、変更されたデータ・ブロックを追跡する |
CTWRは、プライマリ・データベースでのREDOの生成時およびスタンバイ・データベースでのREDOの適用時に、変更されたブロックを追跡する。プロセスはデータベースのタイプに応じて多少異なる。 |
データベース・インスタンス |
CXnn |
伝播送信者プロセス |
LCRを伝播の受信者に送信する |
伝播送信者プロセス名はCXnn(nnには文字と数字が含まれる)。伝播送信者の詳細は、 |
データベース・インスタンス、XStreamアウトバウンド・サーバー |
DBRM |
データベース・リソース・マネージャ・プロセス |
リソース・プランを設定して、データベース・リソース・マネージャに関連するその他のタスクを実行する |
リソース・プランが有効でない場合、このプロセスはアイドル状態になる。 関連項目: 『Oracle Database管理者ガイド』 |
データベース・インスタンス |
DBWn |
データベース・ライター・プロセス |
変更されたブロックをデータベース・バッファ・キャッシュからデータ・ファイルに書き込む。 |
データベース・ライター・プロセスでは、主としてブロック・データをディスクに書き込む。また、チェックポイント、ファイル・オープンの同期化、ブロック書込み記録のロギングも処理する。 多くの場合、データベース・ライター・プロセスで書き込まれるブロックは、ディスク全体に分散される。このため、この書込みは、LGWRが実行する順次書込みよりも遅くなる傾向があります。効率が向上する場合は、データベース・ライター・プロセスでマルチブロック書込みが実行される。マルチブロック書込みで書き込まれるブロックの数は、オペレーティング・システムに応じて異なる。 データベース・ライター・プロセスの数は、 関連項目: 「DB_WRITER_PROCESSES」 |
データベース・インスタンス |
DIA0 |
診断プロセス |
ハングおよびデッドロックを検出して解決する |
|
データベース・インスタンス、Oracle ASMインスタンス |
DIAG |
診断取得プロセス |
診断ダンプを実行する |
DIAGは他のプロセスから要求された診断ダンプおよびプロセスまたはインスタンスの終了によってトリガーされるダンプを実行する。Oracle RACでは、DIAGはリモート・インスタンスから要求されたグローバル診断ダンプを実行する。 |
データベース・インスタンス、Oracle ASMインスタンス |
DMnn |
データ・ポンプ・マスター・プロセス |
データ・ポンプのワーカー・プロセスによって実行されるデータ・ポンプ・ジョブ・タスクを調整し、クライアント間の相互作用を処理する。 |
データ・ポンプ・マスター(制御)プロセスはジョブ作成時に起動され、データ・ポンプ・ジョブによって実行されるすべてのタスクを調整する。これは、クライアント間の相互作用と通信をすべて処理し、すべてのジョブ・コンテキストを確立し、ジョブにかわってすべてのワーカー・プロセスのアクティビティを調整する。 |
データベース・インスタンス、データ・ポンプ |
DMON |
Data Guard Brokerモニター・プロセス |
Data Guard Broker構成に属するデータベースを管理および監視する |
Data Guard Brokerを起動すると、DMONプロセスが作成される。DMONは、ブローカが管理するすべてのデータベース・インスタンスに対して実行される。DMONはローカル・データベースとやり取りするとともに、他のデータベースのDMONプロセスともやり取りして、要求された機能を実行する。また、DMONはブローカ構成の状態を監視して、すべてのデータベース間で構成の記述の一貫性を確保する。 DMONは、ブローカ構成内のすべてのデータベース・オブジェクトに関するプロファイルをバイナリ構成ファイル内で保持する。このファイルのコピーは、ブローカ構成に属する各データベースのDMONプロセスによって保持される。 |
データベース・インスタンス、Data Guard |
Dnnn |
ディスパッチャ・プロセス |
共有サーバー・アーキテクチャでネットワーク通信を実行する |
共有サーバー・アーキテクチャでは、クライアントはディスパッチャ・プロセスに接続する。これによって、各接続に対してバーチャル・サーキットが形成される。クライアントがサーバーにデータを送信すると、ディスパッチャはバーチャル・サーキットにデータを受信し、アイドル状態の共有サーバーによって取得される共通キューにアクティブ・サーキットを配置する。共有サーバーはバーチャル・サーキットからデータを読み取り、要求の完了に必要なデータベース作業を実行する。共有サーバーがクライアントにデータを送信する必要がある場合、共有サーバーはデータをバーチャル・サーキットに書き戻し、ディスパッチャがそのデータをクライアントに送信する。クライアント要求の完了後、共有サーバーはバーチャル・サーキットを解放してディスパッチャに戻し、他のクライアントに対応できる状態になる。 いくつかの初期化パラメータは共有サーバーに関連している。主なパラメータは、 関連項目: 『Oracle Database概要』 |
データベース・インスタンス、共有サーバー |
DSKM |
スレーブDiskmonプロセス |
データベース間のパイプ、Oracle ASMインスタンスおよびマスターDiskmonデーモンとして動作し、Exadataストレージに情報を伝達する |
このプロセスは、Exadataストレージが使用される場合にのみアクティブになる。DSKMは、Exadata I/OフェンシングおよびExadataセル障害処理に関連する操作を実行する。 |
Oracle ASMインスタンス、Exadata |
DWnn |
データ・ポンプ・ワーカー・プロセス |
データ・ポンプ・マスター・プロセスにより割り当てられたデータ・ポンプ・タスクを実行する |
データ・ポンプ・ワーカー・プロセスは、データ・ポンプ・マスター・プロセスにより割り当てられたタスクを実行する(メタデータおよびデータのロード、アンロードなど)。 |
データベース・インスタンス |
EMNC |
EMONコーディネータ・プロセス |
データベース・イベントの管理および通知を調整する |
EMNCはマスター・バックグラウンド・プロセスであり、データベースでのイベントの管理および通知アクティビティ(Streamsでのイベント通知、連続問合せ通知、高速アプリケーション通知など)を調整する。 |
データベース・インスタンス |
Ennn |
EMONスレーブ・プロセス |
データベース・イベントの管理および通知を実行する |
データベース・イベントの管理や通知に関する負荷は、EMONスレーブ・プロセス間に分散される。これらのプロセスは並行してシステム通知作業を行うことによって、より大量の通知処理、応答時間の短縮、ステージング通知の共有メモリー使用量の削減を実現する。 |
データベース・インスタンス |
FBDA |
フラッシュバック・データ・アーカイバ・プロセス |
フラッシュバック・データ・アーカイブに追跡対象の表の履歴行をアーカイブし、アーカイブの領域、編成、保存を管理する |
追跡対象の表を変更するトランザクションがコミットされると、FBDAはその行の事前イメージをアーカイブに格納する。FBDAは、現在の行にメタデータを保持し、アーカイブされたデータの量を追跡する。 FBDAは、フラッシュバック・データ・アーカイブの領域、編成(表領域のパーティション化)、保存についても自動的に管理する。また、FBDAは追跡対象のトランザクションのアーカイブの進捗状況も記録する。 関連項目: 『Oracle Database開発ガイド』 |
データベース・インスタンス |
FDnn |
Oracle ASM失効FDクリーンアップ・スレーブ・プロセス |
フォアグラウンド・プロセスでOracle ASMの失効したファイル記述子をクリーンアップする |
このプロセスは、Oracle ASMディスクがグローバルにクローズされた場合に、Oracle ASM失効ファイル記述子をフォアグラウンド・プロセスでクリーンアップする。 |
データベースおよびOracle ASMインスタンス |
FENC |
フェンス監視プロセス |
Oracle ASMインスタンスを使用中のRDBMSインスタンスのフェンス要求を処理する |
CSSは、Oracle ASMインスタンスと常時動作I/Oに接続されているRDBMSインスタンスを監視する。障害が発生したためRDBMSインスタンスが終了すると、RDBMSインスタンスからの未処理I/Oはすべて排出され、新しいI/Oは拒否される。FENCは、CSSDからフェンス要求を受け取って処理する。 |
Oracle ASMインスタンス |
FMON |
ファイル・マッピング・モニター・プロセス |
Oracle Databaseファイル・マッピング・インタフェース用のマッピング情報を管理する |
|
データベース・インスタンス、Oracle ASMインスタンス |
FSFP |
Data Guard Brokerファスト・スタート・フェイルオーバーPingerプロセス |
プライマリとターゲット・スタンバイ・データベース間のファスト・スタート・フェイルオーバー状態を保持する |
FSFPはファスト・スタート・フェイルオーバーが有効な場合に作成される。 |
データベース・インスタンス、Data Guard |
GCRn |
グローバル競合解消スレーブ・プロセス |
LMHBにかわって、同期タスクを実行する |
GCRnプロセスは、LMHBが同期タスクまたはリソース集中タスクを実行するために必要に応じて開始および停止する一時スレーブのことです。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
GEN0 |
一般タスク実行プロセス |
SQLとDMLを含む要求されたタスクを実行する |
|
データベース・インスタンス、Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
GMON |
ASMディスク・グループ・モニター・プロセス |
マウントされているすべてのOracle ASMディスク・グループを監視する |
GMONは、Oracle ASMインスタンスにマウントされているすべてのディスク・グループを監視し、ディスクのメンバーシップと状態に関する情報の一貫性を保持する。メンバーシップはディスクの追加および削除によって変更され、ディスクの状態はディスクのオフライン化またはオンライン化によって変更される。 |
Oracle ASMインスタンス |
GTXn |
グローバル・トランザクション・プロセス |
Oracle RAC環境でXAグローバル・トランザクションを透過的にサポートする |
このプロセスは、クラスタ全体のXAグローバル・トランザクションに関するグローバル情報の保持に役立つ。また、クラスタ内の任意の場所でグローバル・トランザクションに対して2フェーズ・コミットを実行する場合にも役立ち、Oracle RACデータベースは、外部で調整された分散トランザクションに対して単一システムとして動作することができる。
|
データベース・インスタンス、Oracle RAC |
Innn |
ディスクおよびテープI/Oスレーブ・プロセス |
DBWR、LGWRまたはRMANバックアップ・セッションのかわりに起動され、I/Oスレーブ・プロセスとして機能する |
I/Oスレーブ・プロセスは、非同期I/Oサポートを利用できないプラットフォーム上で構成できる。これらのスレーブを起動するには、サーバー・パラメータ・ファイルで対応するスレーブを有効にするパラメータを設定する。I/Oスレーブは、基になるプラットフォームが非同期I/Oをネイティブ・サポートしていない場合に、非同期I/Oの動作をシミュレートする。 |
データベース・インスタンス |
IMCO |
インメモリー・コーディネータ |
インメモリー有効化オブジェクトのバックグラウンド移入および再移入を開始する |
IMCOバックグラウンド・プロセスでは、優先度がLOW/MEDIUM/HIGH/CRITICALのインメモリー有効化オブジェクトの移入(再移入)を開始する。優先度がNONEのインメモリー有効化オブジェクトは再移入されないが、問合せ時にWnnnプロセス経由で要求に応じて移入される。IMCOバックグラウンド・プロセスでは、インメモリー・オブジェクトの再移入の開始も可能。 Oracle Database 19c以降、IMXT (インメモリー外部表)セグメントはIMCOバックグラウンド・プロセスによって削除されます。以前のリリースでは、IMXTセグメントはフォアグラウンド・プロセスによって削除されていました。 |
データベース・インスタンス |
IMR0 |
インスタンス・メンバー・リカバリ・スレーブ・プロセス |
LMONにかわって、同期タスクを実行する |
IMR0バックグラウンド・プロセスは、LMONにかわってインスタンス・メンバー・リカバリの同期操作を実行する |
Oracle RAC、データベース・インスタンス、Oracle ASMインスタンス |
INSV |
Data Guard Brokerインスタンス・スレーブ・プロセス |
Oracle RAC環境内のインスタンス間でData Guard Brokerの通信を実行する |
|
データベース・インスタンス、Data Guard |
IPC0 |
IPCサービス・バックグラウンド・プロセス |
IPC (プロセス間通信)メソッドに基づいた、基本的なメッセージとRDMAプリミティブ用の一般的なバックグラウンド・サーバー。 |
IPC0は、非常に高いレートで受信する接続要求を処理すると同時に、UDP、RDS、InfiniBand、RCなどの複数の転送で基本的なメッセージおよびRDMAプリミティブをサポートするように再構成する。 |
Oracle RAC |
Jnnn |
ジョブ・キュー・スレーブ・プロセス |
ジョブ・コーディネータから割り当てられたジョブを実行する |
ジョブ・スレーブ・プロセスは、ジョブが実行される時間にジョブ・コーディネータによって作成または起動される。 ジョブ・スレーブは、ジョブの実行に必要なすべてのメタデータをデータ・ディクショナリから収集する。スレーブ・プロセスはジョブの所有者としてデータベース・セッションを開始し、トリガーを実行し、ジョブを実行する。ジョブが完了すると、スレーブ・プロセスはコミットし、適切なトリガーを実行してセッションをクローズする。他のジョブの実行が必要な場合、スレーブはこの操作を繰り返すことができる。 |
データベース・インスタンス |
JPn |
Javaパッチ・スレーブ・プロセス |
データベース・クラス内のJavaのパッチ適用および更新 |
JPnは、データベース・クラス内のJavaにパッチを適用して更新する。これはOracle Real Application Clusters (Oracle RAC)データベースを起動するのみで、データベース・オブジェクト内のJavaのパッチ適用はデータベース・インスタンスの1つが担当する。マルチテナント・コンテナ・データベース(CDB)の場合は、プロセスがそれぞれのプラガブル・データベース(PDB)を個別に更新する。JPnは、自動的に開始され、ユーザーの介入を必要としない。 |
Oracle RAC |
LCKn |
ロック・プロセス |
グローバル・エンキュー要求とインスタンス間ブロードキャストを管理する |
このプロセスは、データ・ブロック以外のリソースに対するすべての要求を処理する。たとえば、LCKnはライブラリ・キャッシュ要求および行キャッシュ要求を管理する。 可能なプロセスは、LCK0およびLCK1。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LDDn |
グローバル・エンキュー・サービス・デーモン・ヘルパー・スレーブ |
様々なタスクでLMDnプロセスを支援する |
LDDnプロセスは、LMDnプロセスによってオンデマンドで起動されるスレーブ・プロセスである。一定のワークロードによってパフォーマンス・ボトルネックが発生し始めると、様々なタスクで専用LMDnプロセスを支援するために起動される。これらのスレーブ・プロセスは、オンデマンドで起動して不要になったらシャットダウンできるように、一時的なものである。最大36 (LDD0-LDDz)まで可能。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LGnn |
ログ・ライター・ワーカー |
REDOログを書き込む |
LGWRは、マルチプロセッサ・システム上でワーカー・プロセスを作成し、REDOログへの書込みパフォーマンスを改善する。LGWRワーカーは、SYNCスタンバイ接続先がある場合は使用されない。 可能なプロセスは、LG00-LG99。 |
データベース・インスタンス |
LGWR |
ログ・ライター・プロセス |
オンラインREDOログにREDOエントリを書き込む |
REDOログ・エントリは、システム・グローバル領域(SGA)のREDOログ・バッファに生成される。LGWRは、REDOログ・ファイルにREDOログ・エントリを順番に書き込む。データベースに多重化されたREDOログがある場合、LGWRはREDOログ・ファイルのグループにREDOログ・エントリを書き込む。 |
データベース・インスタンス、Oracle ASMインスタンス |
LMnn |
参照: LMSn、LMnn |
|||
LMDn |
グローバル・エンキュー・サービス・デーモン・プロセス |
他のインスタンスから受信するリモート・リソース要求を管理する |
LMDnは、グローバル・エンキュー・サービスによって管理されるエンキュー・リソースを処理する。特に、受信したエンキュー要求メッセージを処理して、グローバル・エンキューへのアクセスを制御する。また、分散デッドロックの検出も行う。最大36 (LMD0-LMDz)まで可能。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LMFC |
ロック・マネージャ・フラッシュ・キャッシュ・プロセス |
Oracle Database Applianceのみ、使用不能インスタンスのデータベース・フラッシュ・キャッシュのリカバリに関連するアクションを実行する。 |
Oracle Database Applianceのみ、インスタンスがクラッシュした場合に、残っているインスタンスが使用不能になったインスタンスのデータベースのフラッシュ・キャッシュをリカバリする。LMFCプロセスは、使用不能になったインスタンスのデータベース・フラッシュ・キャッシュのスキャンに関連するアクションを実行し、使用不能になったインスタンスがマスターであるフラッシュ・ブロックを要求する。 |
データベース・インスタンス、Oracle RAC |
LMHB |
グローバル・キャッシュ/エンキュー・サービス・ハートビート・モニター |
いくつかのプロセスのハートビートを監視する |
LMHBは、CKPT、DIAn、LCKn、LGnn、LGWR、LMDn、LMON、LMSnおよびRMSnの各プロセスを監視して、これらのプロセスがブロックやスピンなしで正常に動作していることを確認する。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LMON |
グローバル・エンキュー・サービス・モニター・プロセス |
Oracle RACクラスタを監視して、グローバル・リソースを管理する |
LMONはOracle RAC内のインスタンス・メンバーシップを保守する。また、インスタンス・トランザクションを検出して、GESリソースとGCSリソースを再構成する。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LMSn、LMnn |
グローバル・キャッシュ・サービス・プロセス |
リソースを管理して、Oracle RACインスタンス間のリソースを制御する |
LMSnプロセスとLMnnプロセスは、グローバル・キャッシュ・サービス(GCS)とバッファ・キャッシュのリソースのためにロック・データベースを維持します。これらのプロセスでは、GCS関連のメッセージ(GCS要求やブロック転送など)を受信、処理および送信します。これらは、次のように名前が付けられ、最大100プロセスまで存在可能です。
|
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LREG |
リスナー登録プロセス |
インスタンスをリスナーに登録する |
LREGは、インスタンス、サービス、ハンドラおよびエンドポイントをリスナーに通知する。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
LSP0 |
ロジカル・スタンバイ・コーディネータ・プロセス |
Data Guard SQL Applyに対してトランザクションのスケジュールを設定する |
LSP0は、Data Guard SQL Applyの起動時に作成される初期プロセスである。LogMinerプロセスとApplyプロセスの管理に加え、LSP0はトランザクション間の依存性を保守し、適用元プロセスとのトランザクションを適切にスケジュール設定する。また、LSP0は、SQL Apply製品全体のランタイム・パラメータの変更を検出し、変更を有効にする。 |
データベース・インスタンス、Data Guard |
LSP1 |
ロジカル・スタンバイ・ディクショナリ作成プロセス |
プライマリ・データベースでロジカル・スタンバイ・ディクショナリの作成を実行する |
LSP1プロセスは、新しくプライマリ・データベースになる予定のロジカル・スタンバイ・データベースで起動される。ロジカル・スタンバイ・データベースはスイッチオーバーまたはフェイルオーバーが発生するとプライマリ・データベースになる。ディクショナリは、ロジカル・スタンバイ・データベースが新しいプライマリ・データベースのREDOを解釈するために必要である。 |
データベース・インスタンス、Data Guard |
LSP2 |
ロジカル・スタンバイ・ガード設定プロセス |
データベース・ガードによって保護するデータベース・オブジェクトを決定する |
LSP2プロセスは、データベース・ガードによって保護されるオブジェクトのリストを更新するために、SQL Applyの起動時に必要に応じて作成される。 |
データベース・インスタンス、Data Guard |
Lnnn |
プール・サーバー・プロセス |
データベース常駐接続プーリングでクライアント要求を処理する |
データベース常駐接続プーリングでは、クライアントは接続ブローカ・プロセスに接続する。接続がアクティブになると、接続ブローカは互換性のあるプール・サーバー・プロセスに接続を渡す。プール・サーバー・プロセスは、クライアント接続で直接ネットワーク通信を行い、クライアントがサーバーを解放するまで要求を処理する。解放後、接続は監視のためにブローカに戻され、サーバーは他のクライアントに自由に対応できる状態になる。 関連項目: 『Oracle Database概要』 |
データベース・インスタンス、データベース常駐接続プーリング |
MARK |
再同期化用AUマーキング・コーディネータ・プロセス |
オフライン・ディスクに対して欠落している書込みを追跡し、ASM割当て単位を失効としてマーキングする |
基本的にMARKは、オフライン・ディスクに対して再同期化が必要な程度を追跡する。このプロセスはデータベース・インスタンスで実行され、データベース・インスタンスが最初にOracle ASMインスタンスの使用を開始したときに起動される。必要な場合は、Oracle ASM冗長性ディスク・グループでディスクがオフラインになったときに、オンデマンドでMARKを起動することもできる。 |
データベース・インスタンス、Oracle ASMインスタンス |
MMAN |
メモリー・マネージャ・プロセス |
インスタンスのメモリー・マネージャとして機能する |
このプロセスは、インスタンスのメモリー・コンポーネントのサイズ変更を実行する。 |
データベース・インスタンス、Oracle ASMインスタンス |
MMNL |
管理性モニター・ライト・プロセス |
アクティブ・セッション履歴のサンプリング、メトリック計算など、管理性に関するタスクを実行する |
MMNLは、セッション履歴の取得、メトリック計算など、管理性に関する多数のタスクを実行する。 |
データベース・インスタンス、Oracle ASMインスタンス |
MMON |
管理性モニター・プロセス |
管理性に関する多数のタスクを実行したり、そのスケジュールを設定する |
MMONは、Automatic Workload Repositoryのスナップショットの取得、Automatic Database Diagnostic Monitor分析の実行など、管理性に関するタスクを実行する。 |
データベース・インスタンス、Oracle ASMインスタンス |
Mnnn |
共有MMONスレーブ・プロセス |
MMONにかわって、管理性に関するタスクを実行する |
Mnnnプロセスは、複数のMZnnプロセスで共有できるスレーブ・プロセスのプール。 MZnnプロセスの詳細は、この表内のMZnnプロセスの詳細を参照。 |
データベース・インスタンス、Oracle ASMインスタンス |
MRP0 |
管理スタンバイ・リカバリ・プロセス |
フィジカル・スタンバイ・データベースでのREDOの適用を調整する |
MRP0は、フィジカル・スタンバイ・データベースでのREDO適用の開始時に起動される。このプロセスは、REDOの抽出を処理し、フィジカル・スタンバイ・データベースでのREDOの適用を調整する。 |
データベース・インスタンス、Data Guard |
MSnn |
LogMinerワーカー・プロセス |
REDOログ・ファイルを読み取って翻訳し、トランザクションにアセンブルする |
複数のMSnnプロセスが存在できる(nは、0から9またはaからZ)。3つ以上のMSnnプロセスがグループとして動作し、LogMinerクライアント(ロジカル・スタンバイ・データベース、データベース取得など)にトランザクションを提供する。データベースには、ローカル取得またはダウンストリーム取得用に構成された複数の取得プロセスなど、複数のグループが存在できる。 |
データベース・インスタンス、ロジカル・スタンバイ、XStreamアウトバウンド・サーバー、Oracle GoldenGate |
MZnn |
専用MMONスレーブ・プロセス |
MMONにかわって、管理性に関するタスクを実行する |
MZnnは、単一のMMONスレーブ・アクションの専用プロセス。これは、MMONによってディスパッチされた管理性タスクを実行する。これには、自動ワークロード・リポジトリのスナップショットの作成や、自動データベース診断モニターの分析の実行などがある。 |
データベース・インスタンス、Oracle ASMインスタンス |
Nnnn |
接続ブローカ・プロセス |
データベース常駐接続プーリングでアイドル状態の接続を監視し、アクティブな接続を渡す |
データベース常駐接続プーリングでは、クライアントは接続ブローカ・プロセスに接続する。接続がアクティブになると、接続ブローカは互換性のあるプール・サーバー・プロセスに接続を渡す。プール・サーバー・プロセスは、クライアント接続で直接ネットワーク通信を行い、クライアントがサーバーを解放するまで要求を処理する。解放後、接続は監視のためにブローカに戻され、サーバーは他のクライアントに自由に対応できる状態になる。 関連項目: 『Oracle Database概要』 |
データベース・インスタンス、データベース常駐接続プーリング |
NFSn |
Direct NFSディスパッチャIOスレーブ・プロセス |
データベース・プロセスに対するDirect NFS I/Oの実行 |
ディスパッチャ・スレーブ・プロセスは、クラスタ化されたNASストレージに対するDirect NFS接続のスケーリングを有効にする。これらのスレーブ専用セットは、データベース・プロセスにかわってDirect NFS I/Oの実行に使用される。ディスパッチャ・プロセスは、 関連項目: 「ENABLE_DNFS_DISPATCHER」を参照 |
データベース・インスタンス |
NSSn |
ネットワーク・サーバーSYNCプロセス |
SYNC転送用に構成されたリモート・スタンバイ接続先に、現在のオンラインREDOログからREDOを転送する |
NSSnは複数プロセスとして実行できる(nは1-9またはA)。 |
データベース・インスタンス、Data Guard |
NSVn |
Data Guard Broker NetSlaveプロセス |
Data Guard環境のデータベース間でブローカ・ネットワーク通信を実行する |
NSVnは、Data Guard Broker構成が有効な場合に作成される。Data Guard Broker構成内のデータベースと同数のNSVnプロセスを作成できる(nは、0から9およびAからU)。 |
データベース・インスタンス、Data Guard |
OCFn |
ASM CF接続プール・プロセス |
メタデータ操作用にOracle ASMインスタンスへの接続を保持する |
|
データベース・インスタンス、Oracle ASMインスタンス |
OFSD |
Oracleファイル・サーバー・バックグラウンド・プロセス |
Oracleインスタンスに送られたファイル・システム要求を処理する |
このバックグラウンド・プロセスは、新しいファイル・システム要求、管理(マウント、アンマウント、エクスポートなど)およびI/Oの両方の要求をリスニングし、Oracleスレッドを使用して実行する。 |
データベース・インスタンス、Oracle RAC |
OFnn |
Oracleファイル・サーバー・バックグラウンド・プロセス・スレッド |
Oracleインスタンスに送られたファイル・システム要求を処理する |
OFSDバックグラウンド・プロセスのスレッド このバックグラウンド・プロセス・スレッドは、Linuxシステムでのみ使用可能。 |
データベース・インスタンス、Oracle RAC |
Onnn |
ASM接続プール・プロセス |
メタデータ操作用にOracle ASMインスタンスへの接続を保持する |
Onnnスレーブ・プロセスはオンデマンドで起動される。これらのプロセスはOracle ASMインスタンスと通信する。 |
データベース・インスタンス、Oracle ASMインスタンス |
PING |
インターコネクト待機時間測定プロセス |
クラスタ・インスタンス・ペアごとに通信に伴う待機時間を評価する |
数秒ごとに、1つのインスタンス内のプロセスから各インスタンスにメッセージが送信される。メッセージは、ターゲット・インスタンス上のPINGにより受信される。ラウンド・トリップにかかる時間が測定および収集される。 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle RAC |
PMAN |
プロセス・マネージャ |
共有サーバー、プーリングされたサーバーおよびジョブ・キュー・プロセスを含む、いくつかのバックグラウンド・プロセスを管理する |
PMANは、必要に応じて次のプロセスを監視、起動、停止する。
|
データベース・インスタンス、Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
PMON |
プロセス・モニター |
使用不能プロセスのスキャンおよびクリーンアップの調整 |
PMONは、異常停止しているプロセスを検出するため、すべてのプロセスを周期的にスキャンする。その後、PMONは、CLMNプロセスおよびCLnnスレーブによって実行されるクリーンアップの調整を担当する。 関連項目: 『Oracle Database概要』および『Oracle Database Net Services管理者ガイド』 |
データベース・インスタンス、Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
Pnnn |
パラレル問合せスレーブ・プロセス |
SQL文(問合せ、DMLまたはDDL)をパラレル実行する |
パラレル問合せには、問合せコーディネータとして動作するフォアグラウンド・プロセス、およびバックグラウンド・プロセスである一連のパラレル・スレーブ(Pnnn)の、2つのコンポーネントがある。バックグラウンド・プロセスは、パラレル文の開始時に起動または再利用される。これらのプロセスは、問合せコーディネータから送信された作業単位を受信して実行する。 Pnnnプロセスの最大数は、初期化パラメータ |
データベース・インスタンス、Oracle ASMインスタンス |
PRnn |
パラレル・リカバリ・プロセス |
パラレル・リカバリを実行しているコーディネータ・プロセスから割り当てられたタスクを実行する |
PRnnは、パラレル・メディア・リカバリを実行しているコーディネータ・プロセスのスレーブ・プロセスとして機能し、コーディネータにより割り当てられたタスクを実行する。このプロセスのデフォルトの数は、CPUの数に基づいている。 |
データベース・インスタンス |
PSP0 |
プロセス・スポーナ・プロセス |
初期のインスタンス起動後にOracleバックグラウンド・プロセスを起動する |
|
データベース・インスタンス、Oracle ASMインスタンス |
PXMN |
パラレル実行の監視 |
リモート・インスタンスの問合せコーディネータ用のOracle RAC環境のローカル・インスタンスでパラレル・サーバー・プロセスを起動する。 |
|
データベース・インスタンス |
QMNC |
非シャード・キュー・マスター・プロセス |
AQを監視する |
QMNCは非シャード・キュー・マスター・プロセスであり、AQに必要な各種バックグラウンド・アクティビティ(メッセージの時間管理、非永続キューの管理、リソースのクリーンアップなど)を容易にする。QMNCは、必要に応じて、これらのタスクを実行するためにQnnnプロセスを動的に起動する。
|
データベース・インスタンスのアドバンスト・キューイング |
QMnn |
AQマスター・クラス・プロセス |
各AQマスター・クラス・プロセスのインスタンスごと |
このタイプのプロセスのそれぞれが、AQ通知、キュー・モニター、クロス・プロセスなどの作業アイテムの1つのクラスを表す。 |
データベース・インスタンスのアドバンスト・キューイング |
Qnnn |
AQサーバー・クラス・プロセス |
AQマスター・クラス・サーバー・プロセスごと |
各サーバー・クラス・プロセスがAQマスター・クラス・プロセスのかわりに動作する。この関係は、該当するマスターが特定のサービス・プロセスのサービスを必要とするまで維持される。解放されると、サーバー・クラス・プロセスは空きサーバー・プールに移動される。 |
データベース・インスタンスのアドバンスト・キューイング |
Rnnn |
ASMブロック再マッピング・スレーブ・プロセス |
読取りエラーのあるブロックを再マッピングする |
データベース・インスタンスがOracle ASMディスク・グループからの読取り中に、エラーが発生する場合がある。可能な場合、Oracle ASMは非同期的にRnnnスレーブ・プロセスをスケジュールして、ミラー・コピーからこの不良ブロックを再マッピングする。 |
Oracle ASMインスタンス |
RBAL |
ASMリバランス・マスター・プロセス |
リバランス・アクティビティを調整する |
Oracle ASMインスタンスでは、ディスク・グループのリバランス・アクティビティを調整する。データベース・インスタンスでは、Oracle ASMディスク・グループを管理する。 |
データベース・インスタンス、Oracle ASMインスタンス |
RCBG |
結果キャッシュ・バックグラウンド・プロセス |
結果キャッシュ・メッセージを処理する |
このプロセスは、Oracle RAC内の他のインスタンスに接続しているサーバー・プロセスによって生成された、無効化などのメッセージの処理に使用される。 |
データベース・インスタンス、Oracle RAC |
RECO |
リカバリ・プロセス |
分散データベースでのネットワークまたはシステムの障害によって保留にされている分散トランザクションを解決する |
RECOは保留中のトランザクション表の情報を使用して、インダウト・トランザクションの状態を解決する。ローカルRECOは一定周期でリモート・データベースへの接続を試み、保留中の分散トランザクションのローカル部分のコミットまたはロールバックを自動的に完了させる。RECOによって自動解決されたトランザクションはすべて、保留中のトランザクション表から削除される。 関連項目: 『Oracle Database概要』および『Oracle Database Net Services管理者ガイド』 |
データベース・インスタンス |
RLnn |
リセット・ログ・プロセス |
リセット・ログのオープンを実行してフィジカル・スタンバイに変換するときに、オンラインREDOログをクリアする |
オンラインREDOログをクリアするため、RLnnプロセスが作成される。これらのスレーブは、オンラインREDOログがクリアされた後で終了され、セッションは保持されない。 可能なプロセスは、RL00-RL31。 |
データベース・インスタンス |
RM |
RATマスキング・スレーブ・プロセス |
SQLチューニング・セットやDBリプレイ取得ファイルなどのワークロードからバインド値を抽出してマスクする |
このバックグラウンド・プロセスは、データ・マスキングおよびReal Application Testingで使用される。 |
データベース・インスタンス |
RMON |
ローリング移行監視プロセス |
Oracle ASMクラスタのローリング移行の手順を管理する |
RMONプロセスがオンデマンドで起動されると、ASMクラスタのローリング移行モードへの遷移またはローリング移行モードからの遷移を行うプロトコルが実行される。 |
Oracle ASMインスタンス、Oracle RAC |
RMSn |
Oracle RAC管理プロセス |
Oracle RACの管理性タスクを実行する |
RMSnは様々なタスクを実行する(クラスタに新しいインスタンスが追加された時に、Oracle RACに関連するリソースを作成することなど)。 |
データベース・インスタンス、Oracle RAC |
RPnn |
取得処理ワーカー・プロセス |
一連のワークロード取得ファイルを処理する |
RPnnは、 ワーカー・プロセスはパラレル実行され、相互に通信する必要がない。各プロセスは割り当てられたファイルの処理を完了すると、終了して親プロセスに通知する。 ワーカー・プロセスの数は、 SELECT VALUE FROM V$PARAMETER WHERE NAME='cpu_count';
|
データベース・インスタンス |
RPOP |
インスタント・リカバリ再移入デーモン |
スナップショット・ファイルおよびバックアップ・ファイルからデータ・ファイルを再作成または再移入(あるいはその両方)する |
RPOPプロセスは、スナップショット・ファイルからデータ・ファイルを再作成および再移入する。瞬時リカバリ機能と連携して、即座にデータ・ファイルにアクセスできるようにする。ローカル・インスタンスはリモートのスナップショット・ファイルのデータに即座にアクセスでき、一方で、リカバリされたプライマリ・データ・ファイルの再移入が並行して行われる。データの変更はインスタンスのDBWプロセスとRPOPプロセス間で管理され、データの最新のコピーが確実にユーザーに戻されるようにする。 |
データベース・インスタンス |
RSnn |
グローバル・キャッシュ・サービス再マスター・プロセス |
クラスタの再構成の再マスター化および動的再マスター化を実行する |
各RSnnプロセスは、LMSnが再マスター化作業を処理するためのスレーブ・プロセスです。グローバル・キャッシュ・サービスの非クリティカルな動作に対処するLMSのヘルパー・プロセスでもある。 RSnnプロセスは、Oracle Database 12c以前のリリースではRMVnという名前でした。 |
データベース・インスタンス、Oracle RAC |
RSM0 |
Data Guard Brokerワーカー・プロセス |
DMONにかわって、Data Guardに関連する管理タスクの監視を実行する |
このプロセスはData Guard Broker構成が有効な場合に作成される。 |
データベース・インスタンス、Data Guard |
RSMN |
リモート・スレーブ・モニター・プロセス |
Oracle RAC内のリモート・インスタンスで、バックグラウンド・スレーブ・プロセスの作成および通信を管理する |
このバックグラウンド・プロセスは、スレーブ・プロセスの作成を管理し、スレーブ・プロセスのコーディネータおよびピアとの通信を管理する。このバックグラウンド・スレーブ・プロセスは、他のクラスタ・インスタンスで実行されている調整プロセスにかわってタスクを実行する。 |
データベース・インスタンス、Oracle RAC |
RVWR |
リカバリ・ライター・プロセス |
フラッシュバック・データを高速リカバリ領域のフラッシュバック・ログに書き込む |
RVWRは、SGA内のフラッシュバック・バッファからフラッシュバック・データをフラッシュバック・ログに書き込む。また、RVWRはフラッシュバック・ログを作成して、フラッシュバック・ログ自動管理用の一部のタスクを実行する。 |
データベース・インスタンス、フラッシュバック・データベース |
Snnn |
共有サーバー・プロセス |
共有サーバー・アーキテクチャでクライアント要求を処理する |
共有サーバー・アーキテクチャでは、クライアントはディスパッチャ・プロセスに接続する。これによって、各接続に対してバーチャル・サーキットが形成される。クライアントがサーバーにデータを送信すると、ディスパッチャはバーチャル・サーキットにデータを受信し、アイドル状態の共有サーバーによって取得される共通キューにアクティブ・サーキットを配置する。共有サーバーはバーチャル・サーキットからデータを読み取り、要求の完了に必要なデータベース作業を実行する。共有サーバーがクライアントにデータを送信する必要がある場合、共有サーバーはデータをバーチャル・サーキットに書き戻し、ディスパッチャがそのデータをクライアントに送信する。クライアント要求の完了後、共有サーバーはバーチャル・サーキットを解放してディスパッチャに戻し、他のクライアントに対応できる状態になる。 いくつかの初期化パラメータは共有サーバーに関連している。主なパラメータは、 関連項目: 『Oracle Database概要』 |
データベース・インスタンス、共有サーバー |
SAnn |
SGAアロケータ |
SGAを割り当てる |
SGAの小さい断片は、インスタンス起動時に割り当てられる。SAnnプロセスは、残りのSGAを小さいチャンクで割り当てる。SGAの割当てが完了すると、プロセスは終了する。 可能なプロセスは、SA00-SAzz。 |
データベース・インスタンス |
SCCn |
ASMディスク・スクラブ・スレーブ・チェック・プロセス |
Oracle ASMディスク・スクラブ・チェック操作を実行する |
SCCnは、SCRBのスレーブ・プロセスとして動作し、チェック操作を実行する。 可能なプロセスは、SCC0-SCC9。 |
Oracle ASMインスタンス |
SCM0 |
DLM統計収集および管理スレーブ |
グローバル・エンキュー・サービス(GES)およびグローバル・キャッシュ・サービス(GCS)に関連する統計を収集および管理する |
DLM統計収集および管理スレーブ(SCM0)は、グローバル・エンキュー・サービス(GES)およびグローバル・キャッシュ・サービス(GCS)に関連した統計の収集および管理を担当する。このスレーブは、DLM統計収集が有効になっている場合にのみ存在する。 |
データベース・インスタンス |
SCRB |
ASMディスク・スクラブ・マスター・プロセス |
Oracle ASMディスク・スクラブ操作を調整する |
SCRBはOracle ASMインスタンスで実行され、Oracle ASMディスク・スクラブ操作を調整する。 |
Oracle ASMインスタンス |
SCRn |
ASMディスク・スクラブ・スレーブ修復プロセス |
Oracle ASMディスク・スクラブ修復操作を実行する |
SCRnは、SCRBのスレーブ・プロセスとして動作し、修復操作を実行する。 可能なプロセスは、SCR0-SCR9。 |
Oracle ASMインスタンス |
SCVn |
ASMディスク・スクラブ・スレーブ検証プロセス |
Oracle ASMディスク・スクラブ検証操作を実行する |
SCVnは、SCRBのスレーブ・プロセスとして動作し、検証操作を実行する。 可能なプロセスは、SCV0-SCV9。 |
Oracle ASMインスタンス |
SMCO |
領域管理コーディネータ・プロセス |
様々な領域管理タスクの実行を調整する |
このバックグラウンド・プロセスは、様々な領域管理タスクの実行を調整する(事前の領域割当て、領域の再利用など)。SMCOは、これらのタスクを実現するためにスレーブ・プロセス(Wnnn)を動的に起動する。 |
データベース・インスタンス |
SMON |
システム・モニター・プロセス |
重要なタスク(インスタンス・リカバリ、無効になったトランザクションのリカバリなど)およびメンテナンス・タスク(一時領域の再利用、データ・ディクショナリのクリーンアップ、UNDO表領域の管理など)を実行する。 |
SMONは、次のタスクを含め、多数のデータベース・メンテナンス・タスクを実行する。
Oracle RACデータベースでは、インスタンスのSMONプロセスは、障害が発生した他のインスタンスに対してインスタンス・リカバリを実行できる。 SMONには、バックグラウンド・アクティビティ中に発生した内部および外部のエラーに対するリジリエンスがある。 関連項目: 『Oracle Database概要』 |
データベース・インスタンス |
SP |
SPA実行スレーブ |
SQLパフォーマンス・アナライザ(SPA)から送信された単一のSQL文を分析する |
SQLチューニング・セットから作成されたSPAタスクの実行では、このスレーブを使用して同時にSQLチューニング・セットのSQL文を分析する。 |
データベース・インスタンス |
SVCB |
サービス・バックグラウンド・プロセス |
データベース・サービスのランタイム・ロード・バランシングおよびトポロジ情報をクライアントに提供する。 |
このプロセスは、30秒ごとにランタイム・ロード・バランシング情報を処理して公開し、トポロジ情報を最新の状態に保持する。Oracle Real Application Clusters (Oracle RAC)が有効になっている場合にのみ、このプロセスが開始される。 |
Oracle RAC |
TEMn |
ASMディスク・テスト・エラー・エミュレーション・プロセス |
指定されたイベントについて、Oracle ASMディスク上でのI/Oエラーをエミュレートする |
指定されたイベントについて、Oracle ASMディスクI/OでのI/Oエラーをエミュレートできる。その対象範囲にはプロセス、インスタンス、さらにクラスタも含まれる。オプションとして、エラー・エミュレーションに一連のAUを選択できる。 |
Oracle ASMインスタンス |
TTnn |
REDO転送スレーブ・プロセス |
ASYNC転送用に構成されたリモート・スタンバイ接続先に、現在のオンラインおよびスタンバイREDOログからREDOを送る |
TTnnは複数プロセスとして実行できる(nnは、00からZZ)。 |
データベース・インスタンス、Data Guard |
Unnn |
スレッドのコンテナ・プロセス |
データベース・プロセスがスレッドとして実行する場合のホスト・プロセス。 |
Unnnプロセスは、SMON、CJQ0などのデータベース・バックグラウンド・プロセスとデータベース・フォアグラウンド・プロセスが実行する場合のデータベース・コンテナのオペレーティング・システム・プロセス。 これらのプロセスは致命的プロセスであり、そのいずれかが中断されると、インスタンスが終了する。これらのプロセスは、インスタンスが停止または終了すると、終了する。 |
データベース・インスタンス |
VBGn |
ボリューム・バックグラウンド・プロセス |
Oracle ASMインスタンスとオペレーティング・システムのボリューム・ドライバ間で通信する |
VBGnは、オペレーティング・システムのボリューム・ドライバから生成されたメッセージを処理し、それをOracle ASMインスタンスに送信する。 VBGnは複数プロセスとして実行できる(nは、0から9)。 |
Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
VDBG |
ボリューム・ドライバ・プロセス |
Oracle ASM要求を転送して、様々なボリューム関連のタスクを実行する |
VDBGは、リバランスのためのエクステントのロックまたはアンロック、ボリューム・サイズの変更、ディスクのオフライン化、ディスクの追加または削除、動的ボリューム・マネージャ・ドライバに対するディスク・グループの強制およびディスマウントの各要求を処理する。 |
Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
VInn |
ボリュームI/O |
Exadata内の計算ノードにASMインスタンスのADVMボリュームI/Oをルーティングする |
これらのプロセスは、ローカルでアクセスできない記憶域をターゲットにしたI/Oのリクエストを処理する。Exadataのターゲット記憶域にも使用される。これらのバックグラウンド・プロセスは、ASMボリュームが作成されて、使用するように設定された場合のみ開始する。ターゲット・マシンのNUMAノードごとに1つのプロセスが開始する。Exadata以外のハードウェア、およびASMボリュームを使用しないExadataハードウェアの通常の操作では、これらのプロセスは開始されない。 VIプロセスは32個まで存在可能で、VI00からVI31の順に名前が付けられる。 |
Oracle ASMプロキシ・インスタンス |
VKRM |
リソース・マネージャ・プロセス用バーチャル・スケジューラ |
リソース・マネージャのアクティビティの集中スケジューラとして機能する |
VKRMは、管理対象のすべてのOracleプロセスのCPUスケジュールを管理する。アクティブ・リソース・プランに従って、管理対象のプロセスをスケジュールする。 |
データベース・インスタンス |
VKTM |
時間の仮想キーパー・プロセス |
時間間隔の測定のために実時間と参照時間を提供する |
VKTMは、Oracleインスタンスに対して時間パブリッシャとして機能する。VKTMは時間間隔の測定のために、実時間(秒単位)と、より高度な分解時間(実時間ではない)の2種類の時間を発行する。VKTMタイマー・サービスは時間追跡を集中化して、他のクライアントからの複数のタイマー・コールをオフロードする。 |
データベース・インスタンス、Oracle ASMインスタンス |
VMB0 |
ボリューム・メンバーシップ・プロセス |
Oracle ASMボリューム・ドライバにかわってクラスタ・メンバーシップを維持する |
Oracle ASMボリューム・ドライバにかわって、I/O対応クライアントとしてクラスタ内のメンバーシップを処理する。 |
Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
VUBG |
ボリューム・ドライブ・アンビリカス・バックグラウンド |
Oracle ASMインスタンスと、ADVM (ACFS用)で使用されるOracle ASMプロキシ・インスタンス間でメッセージをリレーする |
|
Oracle ASMインスタンス、Oracle ASMプロキシ・インスタンス |
Wnnn |
領域管理スレーブ・プロセス |
様々なバックグラウンド領域管理タスクを実行する(事前の領域割当て、領域の再利用など) |
Wnnnスレーブ・プロセスは、領域管理およびOracle Databaseインメモリー・オプションのかわりに動作を実行する。
|
データベース・インスタンス |
XDMG |
Exadata自動化マネージャ |
Exadataストレージの管理に関連する自動化タスクを開始する |
XDMGでは、構成されたすべてのExadataセルで、不良ディスクの交換などの状態変化がないかを監視して、そのようなイベントに必要なタスクを実行します。その主なタスクは、アクセス不可能なディスクおよびセルが再度アクセス可能になったタイミングを監視すること、およびASM ONLINE操作を開始することです。ONLINE操作は、XDWKによって処理されます。 |
Oracle ASMインスタンス、Exadata |
XDWK |
Exadata自動化マネージャ |
XDMGによって要求される自動化タスクを実行する |
Oracle ASMディスクのONLINE、DROPおよびADDなどの非同期アクションがXDMGによって要求されると、XDWKが開始される。非アクティブな状態が5分間続くと、このプロセスは自動的に停止します。 |
Oracle ASMインスタンス、Exadata |
Xnnn |
ASMディスク除外スレーブ・プロセス |
Oracle ASMリバランス後のアクティビティを実行する |
Oracle ASMリバランスの後に、削除されたディスクを除外する。 |
Oracle ASMインスタンス |