DBID
|
NUMBER
|
データベースの作成時に計算され、すべてのファイル・ヘッダーに格納されているデータベース識別子
|
NAME
|
VARCHAR2(9)
|
データベース名
|
CREATED
|
DATE
|
データベースの作成日。CREATE CONTROLFILE 文を使用して制御ファイルが再作成された場合、この列には制御ファイルが再作成された日付が表示される。
|
RESETLOGS_CHANGE#
|
NUMBER
|
オープン・リセットログでのシステム変更番号(SCN)
|
RESETLOGS_TIME
|
DATE
|
オープン・リセットログのタイムスタンプ
|
PRIOR_RESETLOGS_CHANGE#
|
NUMBER
|
以前のリセットログでのSCN
|
PRIOR_RESETLOGS_TIME
|
DATE
|
以前のリセットログのタイムスタンプ
|
LOG_MODE
|
VARCHAR2(12)
|
アーカイブ・ログ・モード:
NOARCHIVELOG
ARCHIVELOG
MANUAL
|
CHECKPOINT_CHANGE#
|
NUMBER
|
前回、チェックポイントされたSCN
|
ARCHIVE_CHANGE#
|
NUMBER
|
データベースでアーカイブが強制されるSCN。開始SCNがこれより小さいすべてのREDOログは強制的にアーカイブされる。
|
CONTROLFILE_TYPE
|
VARCHAR2(7)
|
制御ファイルのタイプ:
STANDBY - スタンバイ・モードのデータベース
CLONE - クローン・データベース
BACKUP | CREATED - バックアップまたは作成された制御ファイルを使用して、データベースをリカバリ中
CURRENT - データベースは通常どおり使用可能
|
CONTROLFILE_CREATED
|
DATE
|
制御ファイルの作成日
|
CONTROLFILE_SEQUENCE#
|
NUMBER
|
制御ファイル・トランザクションによって増加する、制御ファイル順序番号
|
CONTROLFILE_CHANGE#
|
NUMBER
|
バックアップ制御ファイル内の最後のSCN(制御ファイルがバックアップでない場合はNULL)
|
CONTROLFILE_TIME
|
DATE
|
バックアップ制御ファイル内の最後のタイムスタンプ(制御ファイルがバックアップでない場合はNULL)
|
OPEN_RESETLOGS
|
VARCHAR2(11)
|
(NOT ALLOWED | ALLOWED | REQUIRED )次のデータベースのオープン時にRESETLOGSオプションが許可されるか、必須かどうかを示す。
|
VERSION_TIME
|
DATE
|
バージョン・タイム
|
OPEN_MODE
|
VARCHAR2(20)
|
オープン・モード情報
|
PROTECTION_MODE
|
VARCHAR2(20)
|
データベースに対して現在有効な保護モード:
MAXIMUM PROTECTION - データベースは最大限の保護モードで実行中
MAXIMUM AVAILABILITY - データベースは最大限の可用性モードで実行中
RESYNCHRONIZATION - データベースは再同期化モードで実行中
MAXIMUM PERFORMANCE - データベースは最大限のパフォーマンス・モードで実行中
UNPROTECTED - データベースは保護対象外(通常は、プライマリ・データベースがマウント済だがオープンされていない場合に発生)
|
PROTECTION_LEVEL
|
VARCHAR2(20)
|
データベースに対して現在有効な集計保護モード:
MAXIMUM PROTECTION - データベースは最大限の保護モードで実行中
MAXIMUM AVAILABILITY - データベースは最大限の可用性モードで実行中
RESYNCHRONIZATION - データベースは再同期化モードで実行中
MAXIMUM PERFORMANCE - データベースは最大限のパフォーマンス・モードで実行中
UNPROTECTED - データベースは保護対象外(通常は、プライマリ・データベースがマウント済だがオープンされていない場合に発生)
注意: この列は、すべてのスタンバイ・アーカイブ・ログのアーカイブ先のPROTECTION_MODE の集計になります。
|
REMOTE_ARCHIVE
|
VARCHAR2(8)
|
REMOTE_ARCHIVE_ENABLE 初期化パラメータの値
|
ACTIVATION#
|
NUMBER
|
データベース・インスタンス化に割り当てられた番号
|
SWITCHOVER#
|
NUMBER
|
データベース・スイッチオーバーに割り当てられた番号
|
DATABASE_ROLE
|
VARCHAR2(16)
|
データベースの現在のロール:
SNAPSHOT STANDBY
LOGICAL STANDBY
PHYSICAL STANDBY
PRIMARY
FAR SYNC
|
ARCHIVELOG_CHANGE#
|
NUMBER
|
アーカイブ・ログの最大NEXT_CHANGE# (V$ARCHIVED_LOG ビューからの値)
|
ARCHIVELOG_COMPRESSION
|
VARCHAR2(8)
|
アーカイブ・ログ圧縮の状態が使用可能(ENABLED )または使用禁止(DISABLED )
|
SWITCHOVER_STATUS
|
VARCHAR2(20)
|
スイッチオーバーが可能かどうか:
NOT ALLOWED - プライマリ・データベースの場合は、有効で使用可能なスタンバイ・データベースがないことを示す。スタンバイ・データベースの場合は、プライマリ・データベースからスイッチオーバー要求を受信していないことを示す。
SESSIONS ACTIVE - データベースにアクティブなセッションがある。フィジカル・スタンバイ・データベースの場合、この状態中にロールの推移を実行するには、WITH SESSION SHUTDOWN SQL句を指定する必要がある。ロジカル・スタンバイ・データベースの場合は、この状態中にロールの推移を実行できるが、すべての現行トランザクションがコミットされるまでロールの推移は完了しない。
SWITCHOVER PENDING - フィジカル・スタンバイ・データベースの場合に、プライマリ・データベースからスイッチオーバー要求を受信して処理中であることを示す。この一時的な状態中に、フィジカル・スタンバイ・データベースをプライマリ・ロールに切り替えることはできない。
SWITCHOVER LATENT - フィジカル・スタンバイ・データベースの場合に、スイッチオーバー要求が保留中になったが、オリジナルのプライマリ・データベースがプライマリ・ロールに戻ったことを示す。
TO PRIMARY - データベースがプライマリ・ロールに切替え可能な状態になっている。
TO STANDBY - データベースがフィジカルまたはロジカル・スタンバイ・ロールに切替え可能な状態になっている。
TO LOGICAL STANDBY - データベースがロジカル・スタンバイ・データベースからデータ・ディクショナリを受信しており、ロジカル・スタンバイ・ロールに切替え可能な状態になっている。
RECOVERY NEEDED - フィジカル・スタンバイ・データベースの場合に、プライマリ・ロールに切替え可能な状態になるには、追加のREDOを適用する必要があることを示す。
PREPARING SWITCHOVER - プライマリ・データベースの場合は、ロジカル・スタンバイ・ロールに切り替わる準備として、ロジカル・スタンバイ・データベースからデータ・ディクショナリを受信中であることを示す。ロジカル・スタンバイ・データベースの場合は、プライマリ・データベースと他のスタンバイ・データベースにデータ・ディクショナリを送信済であることを示す。
PREPARING DICTIONARY - ロジカル・スタンバイ・データベースの場合に、プライマリ・ロールに切り替わる準備として、プライマリ・データベースと他のスタンバイ・データベースにデータ・ディクショナリを送信中であることを示す。
FAILED DESTINATION - プライマリ・データベースの場合に、1つ以上のスタンバイ・データベース宛先がエラー状態であることを示す。
RESOLVABLE GAP - プライマリ・データベースの場合に、1つ以上のスタンバイ・データベースにREDOギャップがあることを示す。このギャップは、プライマリ・データベースまたは他のスタンバイ・データベースから欠落しているREDOをフェッチして自動解決できる。
UNRESOLVABLE GAP - プライマリ・データベースの場合に、1つ以上のスタンバイ・データベースにREDOギャップがあることを示す。このギャップは、プライマリ・データベースまたは他のスタンバイ・データベースから欠落しているREDOをフェッチして自動解決できない。
LOG SWITCH GAP - プライマリ・データベースの場合に、最新のログ切替えによって1つ以上のスタンバイ・データベースでREDOが欠落していることを示す。
|
DATAGUARD_BROKER
|
VARCHAR2(8)
|
Data Guard Brokerの情報:
ENABLED - データベースがブローカ構成に属しており、データベースのブローカ管理が使用可能。
DISABLED - データベースがブローカ構成に属しており、データベースのブローカ管理が使用禁止。この値は、ユーザーによってデータベースまたは構成のブローカ管理が使用禁止にされているか、またはロールの変更によってブローカ管理が使用禁止になっている場合(フェイルオーバー操作後に古いプライマリが使用禁止になった場合など)に表示される。
|
GUARD_STATUS
|
VARCHAR2(7)
|
データの変更禁止状態:
ALL - SYS 以外のユーザーはデータベース内のデータを変更できないことを示す。
STANDBY - SYS 以外のユーザーは、ロジカル・スタンバイでメンテナンスされているデータベース・オブジェクトを変更できないことを示す。
NONE - データベース内のすべてのデータに対する通常のセキュリティを示す。
|
SUPPLEMENTAL_LOG_DATA_MIN
|
VARCHAR2(8)
|
LogMiner(およびLogMinerテクノロジを使用している全製品)に、連鎖行と様々な記憶域配置(クラスタ表など)のサポートに十分な情報が含まれるようにする。
NO - データベース全体のサプリメンタル・ロギング・ディレクティブはすべて使用禁止
CDBでは、値NO は最小限のサプリメンタル・ロギングがCDB内のすべてのPDBで使用可能になっていないことを意味する。
IMPLICIT - すべてのサプリメンタル・ロギング、または主キー、一意キーおよび外部キーのサプリメンタル・ロギングの組合せが使用可能になっているため、最小限のサプリメンタル・ロギングが使用可能
YES - ALTER DATABASE ADD SUPPLEMENTAL LOG DATA 文によって、最小限のサプリメンタル・ロギングが使用可能。
CDBでは、値YES は最小限のサプリメンタル・ロギングがCDB内のすべてのPDBで使用可能になっていることを意味する。
関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG DATA 文の詳細は、『Oracle Database SQL言語リファレンス』を参照。
|
SUPPLEMENTAL_LOG_DATA_PK
|
VARCHAR2(3)
|
主キーを持つすべての表について、更新が実行されるたびに、すべての主キー列がREDOログに書き込まれるかどうか(YES | NO )
CDBで値YES が表示された場合は、主キーのサプリメンタル・ロギングがCDB内のすべてのPDBで使用可能になっていることを意味する。
CDBで値NO が表示された場合は、CDB内の各PDBについてDBA_SUPPLEMENTAL_LOGGING ビューのPRIMARY_KEY 列に対し、主キーのサプリメンタル・ロギングがPDBで使用可能になっているかどうかを問い合せる。
関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause 文の詳細は、『Oracle Database SQL言語リファレンス』を参照。
|
SUPPLEMENTAL_LOG_DATA_UI
|
VARCHAR2(3)
|
一意キーを持つすべての表について、一意キー列のいずれかが変更されるたびに、その一意キーに属する他のすべての列がREDOログに書き込まれるかどうか(YES | NO )
CDBで値YES が表示された場合は、この値がCDB内のすべてのPDBで使用可能になっていることを意味する。
CDBで値NO が表示された場合は、CDB内の各PDBについてDBA_SUPPLEMENTAL_LOGGING ビューのUNIQUE_INDEX 列に対し、一意列のサプリメンタル・ロギングがPDBで使用可能になっているかどうかを問い合せる。
関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause 文の詳細は、『Oracle Database SQL言語リファレンス』を参照。
|
FORCE_LOGGING
|
VARCHAR2(39)
|
データベースが強制ロギング・モードになっているかどうか(YES | NO )
|
PLATFORM_ID
|
NUMBER
|
データベースのプラットフォーム識別子番号
|
PLATFORM_NAME
|
VARCHAR2(101)
|
データベースのプラットフォーム名
|
RECOVERY_TARGET_INCARNATION#
|
NUMBER
|
すべてのデータ・ファイルがRECOVER DATABASE コマンドによってリカバリされるインカネーション番号
|
LAST_OPEN_INCARNATION#
|
NUMBER
|
最後に正常にオープンされたV$DATABASE_INCARNATION 内のインカネーションのレコード番号
|
CURRENT_SCN
|
NUMBER
|
現在のSCN。データベースが現在オープンされていない場合はNULL。スタンバイ・データベースの場合は、メディア・リカバリの間にマウントされたフィジカル・スタンバイ・データベースのチェックポイントSCN。通常、V$RECOVERY_PROGRESS で追跡される最後に適用されたSCNよりも少ない。
|
FLASHBACK_ON
|
VARCHAR2(18)
|
有効な値は次のとおりです。
|
SUPPLEMENTAL_LOG_DATA_FK
|
VARCHAR2(3)
|
外部キーを持つすべての表について、外部キー列のいずれかが変更されるたびに、その外部キーに属する他のすべての列が、REDOログに書き込まれるかどうか(YES | NO )
CDBで値YES が表示された場合は、外部キーのサプリメンタル・ロギングがCDB内のすべてのPDBで使用可能になっていることを意味する。
CDBで値NO が表示された場合は、CDB内の各PDBについてDBA_SUPPLEMENTAL_LOGGING ビューのFOREIGN_KEY 列に対し、外部キーのサプリメンタル・ロギングがPDBで使用可能になっているかどうかを問い合せる。
関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause 文の詳細は、『Oracle Database SQL言語リファレンス』を参照。
|
SUPPLEMENTAL_LOG_DATA_ALL
|
VARCHAR2(3)
|
すべての列について、その行のすべての固定長最大サイズ列がREDOログに書き込まれるかどうか(YES | NO )
CDBで値YES が表示された場合は、すべての列のサプリメンタル・ロギングがCDB内のすべてのPDBで使用可能になっていることを意味する。
CDBで値NO が表示された場合は、CDB内の各PDBについてDBA_SUPPLEMENTAL_LOGGING ビューのALL_COLUMN 列に対し、すべての列のサプリメンタル・ロギングがPDBで使用可能になっているかどうかを問い合せる。
関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause 文の詳細は、『Oracle Database SQL言語リファレンス』を参照。
|
DB_UNIQUE_NAME
|
VARCHAR2(30)
|
一意のデータベース名
|
STANDBY_BECAME_PRIMARY_SCN
|
NUMBER
|
フィジカル・スタンバイ・データベースが、プライマリ・データベースに変換された時点のSCN。このSCNは、強制フェイルオーバー後に、障害が発生したプライマリ・データベースをフィジカル・スタンバイ・データベースに変換する場合に有効。
関連項目: Oracle Data Guardの詳細は、『Oracle Data Guard概要および管理』を参照。
|
FS_FAILOVER_STATUS
|
VARCHAR2(22)
|
ファスト・スタート・フェイルオーバーの状態:
DISABLED
BYSTANDER
SYNCHRONIZED
UNSYNCHRONIZED
SUSPENDED
STALLED
LOADING DICTIONARY
PRIMARY UNOBSERVED
REINSTATE REQUIRED
REINSTATE FAILED
TARGET OVER LAG LIMIT
TARGET UNDER LAG LIMIT
関連項目: これらの値の詳細は、『Oracle Data Guard Broker』を参照。
注意: この列の値がDISABLED である場合、この表内のFS_FAILOVER_CURRENT_TARGET 、FS_FAILOVER_THRESHOLD 、FS_FAILOVER_OBSERVER_PRESENT およびFS_FAILOVER_OBSERVER_HOST の各列に対する値は無効となります。
|
FS_FAILOVER_CURRENT_TARGET
|
VARCHAR2(30)
|
Data Guard構成の現在のFSFOターゲット・スタンバイであるスタンバイのDB_UNIQUE_NAME
|
FS_FAILOVER_THRESHOLD
|
NUMBER
|
ターゲット・スタンバイとのFSFOを試みる前に、オブザーバが切断されたプライマリとの再接続を試みる時間(秒)
|
FS_FAILOVER_OBSERVER_PRESENT
|
VARCHAR2(7)
|
オブザーバが現在ローカル・データベースに接続されているか(YES )、接続されていないか(NO )を示す。
注意: この列はOracle RAC環境全体で一貫しています。つまり、オブザーバがいずれかのインスタンスに接続されている場合、すべてのインスタンスでYES の値が表示されます。
|
FS_FAILOVER_OBSERVER_HOST
|
VARCHAR2(512)
|
現在オブザーバ・プロセスをホストしているマシンの名前
|
CONTROLFILE_CONVERTED
|
VARCHAR2(3)
|
リストア中に制御ファイルが暗黙的に元のタイプに変換されたかどうか(YES | NO )。
RMANが、プライマリ・データベースで取得した制御ファイルのバックアップからスタンバイ制御ファイルをリストアする場合、または物理スタンバイ・データベースで取得したバックアップからバックアップ制御ファイルをリストアする場合、この列はYES に設定される。
リカバリ・カタログ・スキーマの情報を使用してファイル名が修正された場合は、この列がNO に変更される。
|
PRIMARY_DB_UNIQUE_NAME
|
VARCHAR2(30)
|
いずれのスタンバイ・データベース(フィジカル、ロジカルまたはスナップショット)の場合も、この列には、このスタンバイが現行のREDOを最後に受信したプライマリ・データベースのDB_UNIQUE_NAME が含まれる。
このスタンバイが最後に開始されてから現行のREDOを受信していない場合、この列はNULL。
以前にスタンバイであったプライマリ・データベースの場合、この列には、このデータベースがスタンバイとして機能していた間に現行のREDOを最後に受信したプライマリのDB_UNIQUE_NAME が含まれる。
スタンバイとして機能していないプライマリ・データベースの場合、この列はNULL。
|
SUPPLEMENTAL_LOG_DATA_PL
|
VARCHAR2(3)
|
Oracle提供のパッケージに含まれるプロシージャのうち、手続き型レプリケーションをサポートするプロシージャを起動したときに、追加情報がREDOログに記録されるかどうか(YES | NO )。
CDBで値YES が表示された場合は、手続き型レプリケーションに対するサプリメンタル・ロギングがCDB内のすべてのPDBで使用可能になっていることを意味する。
CDBで値NO が表示された場合は、CDB内の各PDBについてDBA_SUPPLEMENTAL_LOGGING ビューのPROCEDURAL 列に対し、手続き型レプリケーションのサプリメンタル・ロギングがPDBで使用可能になっているかどうかを問い合せる。
関連項目: ロジカル・スタンバイ・データベースに手続き的にレプリケートされるOracle提供のパッケージのリストについては、『Oracle Data Guard概要および管理』を参照。
|
MIN_REQUIRED_CAPTURE_CHANGE#
|
NUMBER
|
データベース上のローカル取得プロセスすべてに対する最小のREQUIRED_CHECKPOINT_SCN
|
CDB
|
VARCHAR2(3)
|
可能な値は次のとおり。
データベースがCDBの場合はYES
データベースがCDBではない場合はNO
|
CON_ID
|
NUMBER
|
データが関係するコンテナのID。可能な値は次のとおり。
0 : この値は、CDB全体に関連するデータを含む行に使用される。この値は、非CDB内の行にも使用される。
1 : この値は、ルートのみに関連するデータを含む行に使用される
n: nは、データを含む行に適用されるコンテナID
|
PENDING_ROLE_CHANGE_TASKS
|
VARCHAR2(512)
|
Oracle Data Guardロールの変更後に残っているタスク。可能な値は次のとおり。
NONE : 保留タスクは残っていない
NOT APPLICABLE : データベースがスタンバイである、またはDG_CONFIGメンバーではない
BUILD_PENDING : データベースは以前にはロジカル・スタンバイであり、そのデータ・ディクショナリのスナップショットはREDOストリームへ取得されていない
SRL_ARCHIVE_PENDING : データベースは以前にはロジカル・スタンバイであり、以前のフェイルオーバー操作に関連付けられたスタンバイREDOログがアーカイブされていない
ERROR : データベースは以前にはロジカル・スタンバイであり、ディクショナリのスナップショットに失敗した
UNKNOWN : データベースが開いていないか問合せに失敗した
|
CON_DBID
|
NUMBER
|
PDBのデータベースID
|
FORCE_FULL_DB_CACHING 脚注1
|
VARCHAR2(3)
|
データベースの強制完全データベース・キャッシュ機能のステータスを示す。可能な値は次のとおり。
YES - データベースは強制完全データベース・キャッシュ・モードである。
NO - データベースは強制完全データベース・キャッシュ・モードではない。
関連項目: ALTER DATABASE 文のFORCE FULL DATABASE CACHING 句の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。
|