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

A. 制御ファイルのすべてのコピーを失った後

B. 使用中のUNDOテーブルスペースを失った後

C. INACTIVEオンラインREDOロググループのすべてのメンバーを失った後

D. SYSAUXテーブルスペースデータファイルを失った後

E. CURRENT onlineredoロググループのすべてのメンバーを失った後

A. CDB $ ROOT、PDB1、PDB2、PDB3、およびPDB4

B. CDB $ ROOT、PDB $ SEED、PDB2、PDB1、PDB3、およびPDB4

C. CDB $ ROOT、PDB $ SEED、PDB1、PDB3、PDB2、およびPDB4

D. CDB $ ROOT、PDB $ SEED、PDB2、PDB1、およびPDB3

E. CDB $ ROOT、PDB2、PDB1、およびPDB3

A. パフォーマンスの低いSQLステートメントごとにSQLプロファイルを作成して、リグレッションを防ぎます。

B. 古くなった統計がないか分析されている各クエリをチェックします。

C. SQLステートメントへの意味的な変更を推奨できます。

D. アドバイザタスクによって分析されているすべてのSQLステートメントをグループと見なします。

E. 分析中の各クエリで不足している統計をチェックします。

F. SQLステートメントの構文変更のみを推奨します。

A. PDBプランでは、サブプランは最大8つのコンシューマーグループで使用できます。

B. プラガブルデータベースでPDBプランが有効になっている場合、CDBプランでPDBに提供されたシェアと、PDBプランでコンシューマーグループに提供されたシェアに基づいて、リソースがコンシューマーグループに割り当てられます。

C. プラガブルデータベースに対してPDBプランが有効になっていない場合、そのPDBのすべてのセッションは、そのPDBのリソース共有と同程度に扱われます。

D. プラガブルデータベースに対してPDBプランが有効になっている場合、リソースはCDB内のすべてのPDBのコンシューマーグループに割り当てられます。

E. プラガブルデータベースに対してPDBプランが有効になっていない場合、CDBプランのPDBシェアは動的に計算されます。

A. 2 年より古い履歴データはすべてフラッシュバック ログにアーカイブされ、フラッシュバック アーカイブには新しい保存期間が設定されます。

B. 保存期間を短縮できないため、エラーが返されます。

C. 2 年より古いすべての履歴データがあれば、フラッシュバック アーカイブ FDA1 から削除されます。

D. すべてのフラッシュバック データ アーカイブがパージされ、その後作成されたフラッシュバック アーカイブは 2 年間保持されます。

A. PDB の SGA_TARGET 設定は、ルート コンテナの SGA_TARGET 値の 50% を超えることはできません。

B. SGA_MIN_SIZE は PDB に設定できません。

C. PDB に DB_CACHE_SIZE を設定すると、その PDB のデータベース バッファ キャッシュ メモリの最小量が保証されます。

D. PDB に SGA_TARGET を設定すると、その PDB の最小量の SGA メモリが保証されます。

E. PDB の SHARED_POOL_SIZE 設定は、ルート コンテナの SHARED_POOL_SIZE 設定の最大 80% にすることができます。

F. PDB の SHARED_POOL_SIZE を設定すると、その PDB の最小量の共有プール メモリが保証されます。

A. すべてのAWRテーブルはSYSTEMスキーマに属しています。

B. AWRには、システム全体のトレースおよびログ情報が含まれています。

C. AWRによって収集されたスナップショットは、データベース内のセルフチューニングコンポーネントによって使用されます

D. AWRは、アクティビティの時間使用量に基づいて時間モデル統計を計算します。これは、v $ SYS時間モデルビューとV $ SESS_TIME_MODELビューに表示されます。

E. AWRデータはメモリとデータベースに保存されます。

A. 自動ストレージ管理とOracleデータベースで同じOSDBAグループを使用する必要があります。

B. デフォルトでは、OSASMグループのメンバーは自動ストレージ管理およびRDBMSインスタンスにアクセスできます。

C. Oracleグリッドインフラストラクチャの所有者は、セカンダリグループとしてOSOPER、OSBACKUPDBA、およびOSKMDBAを持っている必要があります。

D. Oracle Grid Infrastructureインストールは、グリッドユーザーが所有する必要があります。

E. Oracle Grid Infrastructureの所有者は、Oracle RestartとOracle Automatic Storage Managementのバイナリを所有しています。

F. OracleグリッドインフラストラクチャおよびOracleデータベースの所有者のプライマリグループは、Oracleインベントリグループである必要があります。

A. USER1 は APP1_ROOT にのみ接続できます。

B. USER1 は CDB1 に接続できます。

C. USER1 は APP1_ROOT および APP1_PDB1 に接続できます。

D. USER1 は APP1_PDB2 で定義されています。E) USER1 は APP1_PDB1 にのみ接続できます。

E. USER1 は、APP1_ROOT、APP1_ROOT$SEED、および APP1_PDB1 に接続できます。

A. サービスに対して少なくとも1回待機が発生した場合、V $ SERVICE_EVENTはすべてのサービスのすべての待機を表示します。

B. V $ SESSION_WAITとV $ SESSIONの両方に、現在セッションが待機しているイベントの詳細が含まれています。

C. V $ SESSION_WAIT_CLASSは、待機中のセッションについてのみ、待機クラスごとに分類された待機を表示します。

D. V $ SESSION_WAITとV $ SESSIONの両方に、非待機セッションが最後に待機したイベントの詳細が含まれています。

E. V $ SESSION_EVENTは、セッションで少なくとも1回待機が発生した場合、過去のすべてのセッションの待機をすべて表示します。

F. V $ SESSION_EVENTは、セッションで少なくとも1回待機が発生した場合、過去および既存のすべてのセッションの待機をすべて表示します。

A. Oracle Preinstallation RPM を使用して、Oracle データベースのインストール所有者、Oracle インベントリ グループ、および Oracle 管理者権限グループを構成できます。

B. スタンドアロン サーバーのグリッド インフラストラクチャをインストールする前に実行できます。

C. Oracle データベース管理者には、root 特権スクリプトを調整するための root オペレーティング システム アカウントへのアクセス権が付与されている必要があります。

D. Oracle データベース サーバーでサポートされている言語を選択できます。

E. runfixup.sh スクリプトは、不足している RPM をインストールできます。

F. スタンドアロン サーバー用のグリッド インフラストラクチャをインストールした後に実行できます。

G. Oracle Preinstallation RPM を使用して、Oracle データベースのインストール所有者、Oracle インベントリ グループ、および Oracle 管理者権限グループを構成する必要があります。

A. Data Pump の完全なトランスポータブル データベース

B. Data Pump トランスポータブル表領域

C. DBMS_PDB パッケージ

D. GoldenGate を使用したレプリケーション

E. Data Pump の完全なデータベースのエクスポートとインポート

F. 非CDBをPDBとしてクローニングします。

A. 1、2、4、5、7、8

B. 1、2、4、6、7、8

C. 1、2、3、4、5、7、8

D. 2、4、5、6、7

E. 1、2、3、4、5、6、7、8

A. 少なくとも1つのターゲットデータベースをリカバリカタログに登録する必要があります。

B. recovery_catalog_ownerロールを仮想カタログ所有者に付与する必要があります。

C. VPCの所有者はリカバリカタログを所有できません。

D. ベースリカバリカタログが存在する必要があります。

E. データベースの登録特権を仮想カタログの所有者に付与する必要があります。

A. CDB インスタンスをアップグレード モードで開きます。
各PDBで、alter database local undo onを実行し、UNDO表領域を作成して、CDBインスタンスを再起動します。

B. CDB インスタンスを制限モードで開きます。
cdb$root で、alter database local undo on を実行します。
各PDBにUNDO表領域を作成し、CDBインスタンスを再起動します。

C. CDB を読み取り専用モードで開きます。
cdb$root で、データベースのローカル UNDO を変更し、CDB を読み取り/書き込みモードに変更します。

D. CDB インスタンスをアップグレード モードで開きます。
cdb$root で、alter database local undo on を実行し、CDB インスタンスを再起動します。

E. CDB インスタンスを制限モードで開きます。
cdb$root で、UNDO テーブルスペースを削除します。
各PDBでデータベース・ローカル・アンドゥの変更を実行し、CDBインスタンスを再起動します。

A. ターゲットデータベースインスタンスへの接続は常に必要です。

B. 補助インスタンスへの接続は常に必要です。

C. ターゲットデータベースのサブセットを複製できます。

D. リカバリカタログインスタンスへの接続は常に必要です。

E. ターゲットデータベースのバックアップは常に必要です。

F. 複製は、補助データベースインスタンスにターゲットデータベースインスタンスからバックアップセットをプルさせることで実行できます。

G. 複製は、ターゲットデータベースインスタンスがコピーを補助データベースインスタンスにプッシュすることで実行できます。

H. 複製されたデータベースには常に新しいDBIDが作成されます。

A. ルート コンテナと PDB1 に接続されている間に使用されたもののみの完全なエクスポートを作成します。

B. Data Pump をコンテナにできないため、失敗します。

C. ルート コンテナと開いているすべての PDB の完全なエクスポートを作成します。

D. ルート コンテナとすべての PDB の完全なエクスポートを作成します。