A.  プライマリ データベースで自動ブロック修復を実行するには、フィジカル スタンバイ データベースでリアルタイム クエリを有効にする必要があります。

B.  フィジカル・スタンバイ・データベースで自動ブロック修復を実行するには、そのフィジカル・スタンバイ・データベースでリアルタイム問合せを有効にする必要があります。

C.  フィジカル・スタンバイ・データベースで自動ブロック修復を実行するには、プライマリ・データベースでリアルタイム・クエリを有効にする必要があります。

D.  自動ブロック修復は、db_block_checking = TRUE の場合、スタンバイ データベースがなくてもブロックを修復できます。

E.  メディア破損ブロックは不可能です。

A.  SPFILE バックアップ二重化

B.  REDOログバックアップ二重化

C.  制御ファイルの自動バックアップ形式

D.  アーカイブログバックアップ二重化

E.  イメージコピーの二重化

F.  アーカイブログ削除ポリシー

A.  統計収集プロセスを改善するための変更を推奨できます。

B.  手動でのみ実行できます。

C.  データベース内のすべてのスキーマを常に分析します。

D.  デフォルトでは毎晩自動的に実行されます。

E.  自動でのみ実行できます。

A.  親コンテナーでアクティブなトランザクションが発生しているため、user2.dept への挿入は失敗します。

B.  USER1 のインサート。EMP は、セッションが user2 .dept に行を挿入したときにコミットされました。

C.  user2.dept への挿入はコミットされていません。

D.  USER1 に挿入します。EMP は、セッションが pdb2 に接続したときにコミットされました。

E.  USER 1 に挿入します。セッションが pdb2 に接続されたとき、EMP はコミットされていないままになります。

F.  user2.dept への挿入は、子セッションによる再帰自律トランザクションであり、コミットされます。

G.  セッションが pdb2 に接続したときに、USER1.EMP の挿入がロールバックされました。

A.  DB_LOST_WRITE_PROTECT=TYPICAL により、スタンバイ データベースで余分なロギング オーバーヘッドが発生します。

B.  DB_BLOCK_CHECKING=TRUE を指定すると、各データ ブロックにチェック サムが追加され、物理的またはメディアの破損の検出に役立ちます。

C.  存在しないトランザクションによって行ロックが保持されている場合、その行を含むブロックは論理的に破損しています。

D.  存在しないトランザクションによって行ロックが保持されている場合、その行を含むブロックはメディアが破損しています。

E.  ANALYZE TABLE VALIDATE STRUCTURE CASCADE コマンドは、テーブルの各行にそれを指すインデックス エントリがあることを検証します。

F.  メディア破損ブロックとは、ブロックが正しくフォーマットされていないブロックです。