A.  スナップショット コピー PDB は、スタンドアロン クローン PDB から作成できます。

B.  PDB スナップショットは常にソース PDB のスパース コピーです。

C.  スナップショット コピー PDB は、特定のファイル システムにのみ保存できるストレージ スナップショットに依存します。

D.  PDB スナップショットは、任意のファイル システムに保存できるストレージ スナップショットに依存します。

E.  スナップショット コピー PDB は、任意のファイル システムに保存できるストレージ スナップショットに依存します。

F.  PDB スナップショットは、特定のファイル システムにのみ保存できるストレージ スナップショットに依存します。

G.  PDB スナップショットは常にソース PDB の完全なコピーです。

A.  DBUA はターゲット Oracle ホームから起動する必要があります。

B.  同じ ORACLE_HOME を持つ複数のデータベースを同時にアップグレードできます。

C.  アップグレード前情報ツールのスクリプトは DBUA によって実行されます。

D.  すべてのプラガブル データベースは、コンテナ データベースのアップグレードの一部として自動的にアップグレードされます。

E.  データベースは読み取り専用モードで開く必要があります。

F.  アップグレード前にデータベース全体のバックアップが存在する必要があります。

A.  現在の REDO ログ グループの先頭からリカバリが開始されます。

B.  リカバリは、アクティブな REDO ログ グループの先頭から開始するか、他のグループがアクティブでない場合は現在のログ グループの先頭から開始します。

C.  リカバリは、チェックポイント プロセス (ckpt) によって制御ファイルに記録された最後のチェックポイント位置から開始されます。

D.  リカバリは、インスタンス障害の前にデータベース ライターによって計算された最後のチェックポイント位置から開始されます。

E.  リカバリでは、REDO スレッドが終了するまで REDO を読み取り、その後データベースを開き、smon が無効なトランザクションをロールバックします。

F.  リカバリでは、REDO スレッドが終了するまで REDO を読み取り、smon によって死んだトランザクションがロールバックされ、その後データベースがオープンされます。

A.  FAST_START_MTTR_TARGET をより高い値に設定すると、ログ ライターの書き込み頻度が高くなり、インスタンスの回復中に必要な I/O の数が減り、インスタンスの回復時間が短縮されます。

B.  アーカイブログが存在しない場合は実行できません。

C.  データベースが MOUNT 状態のまま自動的に実行されます。次に、データベースが開きます。

D.  Recovery Writer (RVWR) バックグラウンド プロセスによって実行されます。

E.  FAST_START_MTTR_TARGET を低い値に設定すると、ダーティ バッファがより頻繁にディスクに書き込まれるため、インスタンスの回復時間が短縮され、インスタンスの回復中に必要な I/O の数が減ります。

F.  データベースを開いた後、自動的に実行されます。ただし、回復が必要なブロックは、回復されるまで使用できません。

A.  PDB を接続するときに SYSTEM、SYSAUX、および TEMP を除くすべての表領域を除外します。

B.  非CDBをPDBに移動するときに含めるユーザー表領域のリストを指定します。

C.  同じCDB内の別のPDBからクローン化されたPDB内のデフォルトの表領域を指定します。

D.  CDB シードから PDB を作成するときに含める表領域のリストを指定します。

E.  PDB を接続するときに一時表領域を除外します。

F.  PDB を再配置する場合にのみ特定のユーザー表領域を含めます。