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` `READ WRITE` `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`
`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` - データベース全体のサプリメンタル・ロギング・ディレクティブはすべて使用禁止 `IMPLICIT` - すべてのサプリメンタル・ロギング、または主キー、一意キーおよび外部キーのサプリメンタル・ロギングの組合せが使用可能になっているため、最小限のサプリメンタル・ロギングが使用可能 `YES` - `ALTER DATABASE ADD SUPPLEMENTAL LOG DATA`文によって、最小限のサプリメンタル・ロギングが使用可能関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG DATA文の詳細は、『Oracle Database SQL言語リファレンス』を参照。
`SUPPLEMENTAL_LOG_DATA_PK`	`VARCHAR2(3)`	主キーを持つすべての表について、更新が実行されるたびに、すべての主キー列がREDOログに書き込まれるかどうか(`YES` \| `NO`) 関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause文の詳細は、`『Oracle Database SQL言語リファレンス』`を参照。
`SUPPLEMENTAL_LOG_DATA_UI`	`VARCHAR2(3)`	一意キーを持つすべての表について、一意キー列のいずれかが変更されるたびに、その一意キーに属する他のすべての列がREDOログに書き込まれるかどうか(`YES` \| `NO`) 関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause文の詳細は、`『Oracle Database SQL言語リファレンス』`を参照。
`FORCE_LOGGING`	`VARCHAR2(3)`	データベースが強制ロギング・モードになっているかどうか(`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)`	指定可能な値は次のとおりです。 `YES` - フラッシュバックがオン `NO` - フラッシュバックがオフ `RESTORE POINT ONLY` - フラッシュバックはオンだが、フラッシュバックできるのは保証されたリストア・ポイントに対してのみ
`SUPPLEMENTAL_LOG_DATA_FK`	`VARCHAR2(3)`	外部キーを持つすべての表について、外部キー列のいずれかが変更されるたびに、その外部キーに属する他のすべての列が、REDOログに書き込まれるかどうか(`YES` \| `NO`) 関連項目: ALTER DATABASE ADD SUPPLEMENTAL LOG supplemental_id_key_clause文の詳細は、`『Oracle Database SQL言語リファレンス』`を参照。
`SUPPLEMENTAL_LOG_DATA_ALL`	`VARCHAR2(3)`	すべての列について、その行のすべての固定長最大サイズ列がREDOログに書き込まれるかどうか(`YES` \| `NO`) 関連項目: 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概要および管理』
`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`)。関連項目: ロジカル・スタンバイ・データベースに手続き的にレプリケートされるOracle提供のパッケージのリストについては、『Oracle Data Guard概要および管理』を参照。
`MIN_REQUIRED_CAPTURE_CHANGE#`	`NUMBER`	データベース上のローカル取得プロセスすべてに対する最小の`REQUIRED_CHECKPOINT_SCN`