최신 1Z0-083日本語 무료덤프 - Oracle Database Administration II (1Z0-083日本語版)

A. コマンドを実行する前にPDB_FILE_NAME_CONVERTを設定する必要があります。

B. PDB1データファイルはすでに正しい場所に存在しています。

C. PDB1をCDB1から削除する必要があります。

D. /u01/app/oracle/oradata/pdb1.xmlには、PDB1のデータファイルの現在の場所が含まれていません。

E. コマンドを実行する前に、CDB1でDBMS_PDB.CHECK_PLUG_COMPATIBILITYを実行する必要があります。

A. 8 月 24 日より前のすべてのバックアップ

B. 8 月 22 日より前のすべてのバックアップ

C. 8 月 17 日より前のすべてのバックアップ

D. 8 月 10 日より前のすべてのバックアップ

E. 8 月 20 日より前のすべてのバックアップ

A. CDB1とCDB2は共有undoモードでなければなりません。

B. CDB1のHR_PDB1内のすべてのトランザクションは、クローン作成プロセスが開始する前にコミットする必要があります。

C. CDB2で作成されたHR_PDB1クローンは、クローンが終了するとマウント状態になります。

D. CREATE PLUGGABLE DATABASE特権を持つCDB2に共通ユーザーが存在する必要があります。

E. HR_ROOTを複製すると、HR_PDB1が自動的に複製されます。

A. 1 つの SQL ステートメントを最適化するソリューションは、他の SQL ステートメントのパフォーマンスを低下させる可能性があります。

B. 論理読み取りのみを行う SQL ステートメントは、物理 I/O を行わないため、チューニングの必要はありません。

C. パフォーマンスの悪い SQL ステートメントは、Oracle サーバーによって自動的に調整できます。

D. 結合を実行する SQL ステートメントは、常に単一テーブル クエリよりも多くの物理 I/O を実行します。

E. 多くの物理 I/O を実行する SQL ステートメントは、インデックスを作成することで常にパフォーマンスを向上させることができます。

A. SQL チューニング アドバイザを使用して個々の SQL ステートメントをチューニングします。

B. 自動データベース診断モニターを使用して、調整が不十分な SQL ステートメントを特定します。

C. アプリケーション内のすべてのステートメントについて、調整された SQL ステートメントを一度に 1 つずつテストします。

D. 調整された SQL ステートメントを使用してアプリケーション全体をテストします。

E. SQL チューニングおよび SQL アクセス アドバイザを使用して、SQL ステートメントをグループとしてチューニングします。

F. SQL チューニング アドバイザを使用して、チューニングが不十分な SQL ステートメントを特定します。

A. DBWR_IO_SLAVESをゼロ以外の値に設定すると、同期I / Oを使用するときのバックアップパフォーマンスを向上させることができます。

B. RMAN BACKUP VALIDATEコマンドに実際のバックアップとほぼ同じ時間がかかる場合、読み取りI / Oがボトルネックになっている可能性があります。

C. V $ BACKUP_ASYNC_IO.SHORT_WAITSの値が高いデータファイルは、非同期I / Oを使用するときにパフォーマンスのボトルネックになる可能性があります。

D. RMAN BACKUP VALIDATEコマンドが実際のバックアップよりも著しく少ない場合、書き込みI / Oがボトルネックになっている可能性があります。

E. RMAN BACKUP VALIDATEコマンドに実際のバックアップとほぼ同じ時間がかかる場合は、読み取りと書き込みの両方のI / Oがボトルネックになっている可能性があります。

F. V $ BACKUP_SYNC_IO.DISCRETE_BYTES_PER_SECONDの値が高いデータファイルは、同期I / Oを使用する場合にパフォーマンスのボトルネックになる可能性があります。

G. DBWR_IO_SLAVESをゼロ以外の値に設定すると、非同期I / Oを使用する場合のバックアップパフォーマンスが向上します。

A. CDBの作成時に作成されるPDB$SEEDを1つだけ含めることができます。

B. 空き容量によってのみ制限される、任意の数のプラガブル データベース (PDB) を含めることができます。

C. 異なる PDB に同じ名前のローカル ユーザーを持つことができます。

D. 非CDBから作成できます。

E. 既存の CDB を複製することで作成できます。

F. アプリケーション コンテナの作成時に作成されるアプリケーション コンテナ シードを 1 つだけ含めることができます。

G. ルートとシードの両方に事前定義された共通の役割が含まれています。

A. フラッシュバック ログの保存期間が短縮されると、スペースが自動的に再利用される可能性があります。

B. 領域は、高速リカバリ領域に領域圧力がある場合にのみ再利用されます。(フランス)

C. スペースの圧迫が発生する前に、スペースが積極的に再利用される可能性があります。

D. フラッシュバック ログの保持期間が短縮されると、スペースは常に自動的に再利用されます。

E. スペース圧力が発生する前に、スペースは常に積極的に回収されます。

A. 1、2、5

B. 1、3、6

C. 3、4、5

D. 2、3、5、6

A. Oracle Databaseの時間モデルを使用して、チューニングが最も必要なデータベースとインスタンスの領域を見つける必要があります。

B. SQLステートメントは、ファイルシステムを調整する前に常に調整する必要があります。

C. ユーザーがパフォーマンスに満足したら、チューニングアクティビティを停止する必要があります。

D. ファイルシステムを調整する前に、データベースインスタンスメモリを常に調整する必要があります。

E. アラートログを使用して、最も調整が必要なデータベースとインスタンス領域を見つける必要があります。

F. パフォーマンスに関して合意されたサービスレベルに達したら、チューニングアクティビティを停止する必要があります。

A. RMAN は、SYSTEM ユーザーが所有するテーブルをリカバリできます。

B. RMAN は常に補助インスタンスを使用します。

C. RMAN は、DDL 操作によって表の構造が変更された後に表をリカバリできます。

D. RMAN は SYSTEM 表領域内のテーブルをリカバリできます。

E. RMAN は、SYS ユーザーが所有するテーブルをリカバリできます。

F. RMAN は SYSAUX 表領域内のテーブルをリカバリできます。

G. RMAN はスタンバイ・データベース内の表をリカバリできます。

A. 新しいバージョンは、既存のバージョンと同じサーバー上の別のOracle Grid Infrastructureホームにインストールされます。

B. アップグレードプロセスでは、現在のバージョンのOracle Grid Infrastructureのすべての必須パッチが自動的にインストールされます。

C. アップグレードを開始する前に、既存のOracleデータベースインスタンスをシャットダウンする必要があります。

D. 直接アップグレードは、直前のOracle Grid Infrastructureバージョンからのみ実行できます。

E. グリッドユーザーのみがアップグレードを実行できます。

F. 既存のOracleベースを使用できます。

A. Oracle Restartは、障害が発生したASMインスタンスを自動的に再起動しようとします。

B. Oracle Database ソフトウェアのインストール後にインストールする必要があります。

C. Oracle Restartは、データベースにASMを使用せずに使用できます。

D. Oracle RestartをインストールせずにASMバイナリをインストールできるようにします。

E. Oracle Database ソフトウェアをインストールする前にインストールする必要があります。

F. ASMをインストールせずにOracle Restartバイナリをインストールできるようにします。

A. SQL の記述が不十分です

B. トランザクションをコミットしない十分なトレーニングを受けていないユーザー

C. トランザクションによって更新されたテーブルを含むテーブルスペースの数

D. トランザクションによって更新されたテーブルに属するエクステントを含むデータ ファイルの数

E. トランザクション中に複数のセーブポイントを発行する

A. 論理I / Oの削減

B. シリアル実行パフォーマンスの向上

C. 仮想メモリ使用率の削減

D. 物理I / Oの削減

E. CPU使用率の低下

A. EMP_V.SAL 列のデータは編集されません。

B. SCOTT セッションに MGR ロールが設定されている場合にのみ、EMP_V.SAL 列のデータが編集されます。

C. SCOTT セッションに MGR ロールが設定されていない場合にのみ、EMP.SAL 列のデータが編集されます。

D. SCOTT セッションに MGR ロールが設定されている場合にのみ、EMP.SAL 列のデータが編集されます。

E. SCOTT セッションに MGR ロールが設定されていない場合にのみ、EMP_V.SAL 列のデータが編集されます。

A. テーブルまたはテーブルパーティションは、データベースがマウント状態の場合にのみ回復できます。

B. null以外の制約のあるテーブルは回復できません。

C. 外部キーを持つ表または表パーティションはリカバリーできません。

D. システムおよびsysaux表領域からの表または表パーティションをリカバリーできません。

E. テーブルまたはテーブルパーティションは、補助インスタンスのみを使用してリカバリできます。

A. 使用するアクセス方法を変更するためのオプティマイザーによる一連の推奨事項です。

B. これは、最適化されていない実行プランを回避するために SQL ステートメントを再構築するためのオプティマイザーによる一連の推奨事項です。

C. SQL 文のオプティマイザが推定誤差を排除するために収集する補助情報です。

D. これは、より適切な結合順序を使用するために SQL ステートメントのオプティマイザーによって収集される補助情報です。

E. 新しいインデックスを作成するためのオプティマイザーによる一連の推奨事項です。

A. ターゲット データベースは MOUNT 状態である必要があります。

B. PROD データベースに対してフラッシュバックを有効にする必要があります。

C. PROD データベースの最新のバックアップ セットが存在する必要があります。

D. RMAN はターゲット データベース インスタンスと補助インスタンスに接続する必要があります。

A. 紛失したパスワード ファイルは SQL*PLUS を使用して再作成できます。

B. 失われた TEMPFILE は常に手動で再作成する必要があります。

C. 失われた SPFILE は、SQL*PLUS を使用してメモリから回復できます。

D. 紛失したパスワード ファイルは、orapwd ユーティリティを使用して手動で再作成できます。

E. 失われたインデックス表領域は、リカバリを実行せずに再作成できます。

F. 失われた PFILE は、SQL*PLUS を使用してalert.log を再作成できます。