プライマリ・コンテンツに移動
Oracle® Databaseリファレンス
12c リリース1 (12.1)
B71292-14
目次へ移動
目次
索引へ移動
索引

前
次

7.135 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

  • 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)

有効な値は次のとおりです。

  • 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_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_TARGETFS_FAILOVER_THRESHOLDFS_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言語リファレンス』を参照してください。

脚注1

この列は、Oracle Database 12cリリース1 (12.1.0.2)以降で使用できます。

関連項目:

PDBでのサプリメンタル・ロギングの詳細は、DBA_SUPPLEMENTAL_LOGGINGを参照してください。