V$DATABASE

8.156 V$DATABASE

V$DATABASEは、制御ファイルからのデータベースに関する情報を示します。

列	データ型	説明
`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)`	オープン・モード情報: `MOUNTED` `READWRITE` `READ ONLY` `READ ONLY WITH APPLY` - フィジカル・スタンバイ・データベースがリアルタイム問合せモードでオープンされている
`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)`	現在施行されているロギング・モードのタイプを示す。有効な値とその意味は次のとおり。 `NO` - この値は、ロギング・モードがデータベースに対して有効になっていないことを意味する `YES` - この値は、FORCE LOGGINGモードがデータベースに対して有効になっていることを意味する `STANDBY NOLOGGING FOR LOAD PERFORMANCE` - この値は、これがデータベースの現行のモードの場合に使用される `STANDBY NOLOGGING FOR DATA AVAILABILITY` - この値は、これがデータベースの現行のモードの場合に使用される
`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)`	有効な値は次のとおりです。 `YES` - フラッシュバックがオン `NO` - フラッシュバックがオフ `RESTORE POINT ONLY` - フラッシュバックはオンだが、フラッシュバックできるのは保証されたリストア・ポイントに対してのみ
`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_MODE`^脚注1	`VARCHAR2(19)`	現在のファスト・スタート・フェイルオーバー・モードを表示します。可能な値は次のとおり。 `DISABLED` - ファスト・スタート・フェイルオーバーは無効になっています。 `OBSERVE-ONLY` - テスト・ドライブ・モードでファスト・スタート・フェイルオーバーが有効です。 `ZERO` `DATA` `LOSS` - ファスト・スタート・フェイルオーバーが有効で、ファスト・スタート・フェイルオーバーでデータ損失が発生することはありません。 `POTENTIAL` `DATA` `LOSS` - ファスト・スタート・フェイルオーバーが有効で、ファスト・スタート・フェイルオーバーで`FastStartFailoverLagLimit`秒内のデータ損失が発生する可能性があります。関連項目: `FastStartFailoverLagLimit`構成プロパティの詳細は、Oracle Data Guard Brokerを参照してください。
`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構成の現在のFail Safeフェイルオーバー・オブザーバのターゲット・スタンバイであるスタンバイの`DB_UNIQUE_NAME`
`FS_FAILOVER_THRESHOLD`	`NUMBER`	ターゲット・スタンバイとのFail Safeフェイルオーバー・オブザーバを試みる前に、オブザーバが切断されたプライマリとの再接続を試みる時間(秒)
`FS_FAILOVER_OBSERVER_PRESENT`	`VARCHAR2(7)`	マスター・オブザーバが現在ローカル・データベースに接続されているかどうか(`YES` \| `NO`) ノート: この列はOracle RAC環境全体で一貫しています。つまり、オブザーバがいずれかのインスタンスに接続されている場合、すべてのインスタンスで`YES`の値が表示されます。
`FS_FAILOVER_OBSERVER_HOST`	`VARCHAR2(512)`	ファスト・スタート・フェイルオーバーが有効な場合、現在マスター・オブザーバ・プロセスをホストしているマシンの名前。ファスト・スタート・フェイルオーバーが有効でない場合は、この列はNULL文字列を返す。
`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`	`VARCHAR2(3)`	データベースの強制完全データベース・キャッシュ機能のステータスを示す。可能な値は次のとおり。 `YES` - データベースは強制完全データベース・キャッシュ・モードである。 `NO` - データベースは強制完全データベース・キャッシュ・モードではない。関連項目: `ALTER DATABASE`文の`FORCE FULL DATABASE CACHING`句の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。
`SUPPLEMENTAL_LOG_DATA_SR`^脚注1	`VARCHAR2(3)`	データベースがサブセット・データベース・レプリケーションに対して有効かどうか(`YES` \| `NO`)。データベースがサブセット・データベース・レプリケーションに対して有効になっている場合、列データのサプリメンタル・ロギングがない表のREDOオーバーヘッドおよび機能制限が削減されます。

^脚注1この列は、Oracle Databaseリリース19c, バージョン19.1以降で使用可能です。