A. 複数のドメインにわたるログの情報を検索する
B. 現在のパフォーマンスデータをベースラインとして保存し、将来のデータと比較して使用します
C. 単一のコンソールの場所でさまざまなログ情報を表示する
D. 多層複合アプリケーション全体で単一のダッシュボードを提供します
A. 分散JMS用にWebLogicクラスターを構成します。
B. 注文単位を使用するようにJMSメッセージを作成しているクライアントアプリケーションを更新します。
C. クライアントアプリケーションが使用するJMS接続ファクトリで負荷分散を有効にします。
D. 作業単位を使用するようにJMSメッセージを作成しているクライアントアプリケーションを更新します。
E. クライアントアプリケーションが使用するJMS接続ファクトリでXAトランザクションを有効にします。
A. 最大スレッド制約と最小スレッド制約の両方を使用してMDBのワークマネージャーを構成します。
B. 最小スレッド制約と容量制約を使用してMDBのワークマネージャーを構成します。
C. 最大スレッド制約と容量制約を使用してMDBのワークマネージャーを構成します。
D. 最大スレッド制約を使用してMDBのワークマネージャーを構成します。
E. 最小スレッド制約を使用してMDBのワークマネージャーを構成します。
A. サポートワークベンチ
B. アセットディスカバリー
C. レポート
D. OracleRACへのJDBCDataSourceオブジェクトの視覚的な作成
E. コンプライアンス
A. ハードウェアに複数の管理対象サーバーを割り当てても、パフォーマンスが向上することはありません。
B. JVMプロセス内のスレッド管理は、OSレベルでのプロセス間のコンテキスト切り替えよりも効果が低い可能性があります。これらのテクノロジーの両方を組み合わせて、リソースを完全に飽和させることをお勧めします。
C. 現在のCPUはマルチコアユニットです。したがって、管理対象サーバーを物理コアの数で起動し、それらをコアに1：1で固定すると、常に最高のパフォーマンスが得られます。
D. アプリケーションのプロファイルによっては、ヒープが小さいJVMが多いほど、ヒープが大きいJVMが少ない場合よりも応答時間が予測可能になります。
E. インスタンスが増えると、データベースへの接続が増えるため、データベースレベルでより多くの同時呼び出しを処理できます。これが主に、このアプローチでパフォーマンスの数値が向上する理由です。
F. OSレベルでのプロセスの優先順位付けとWLSのWork Managerの組み合わせにより、環境全体をより正確に調整できます。
A. JMSキュー
B. 分散JMSキュー
C. 均一な分散トピック
D. パーティション化された分散トピック
A. wls：install、wls：install-domain、wls：start-domain、wls：wlst、wls：appc
B. wls：unzip、wls：create-domain、wls：start-domain、wls：wlst、wls：appc
C. wls：unzip、wls：install-domain、wls：start-domain、wls：wlst、wls：appc
D. wls：install、wls：create-domain、wls：start-server、wls：wlst、wls：appc：
A. NetBeans
B. InteliJ IDIA
C. JDeveloper
D. WebLogic Workshop
E. Websphere Developer Studio
F. Eclipse
A. テーブル名は使用しないでください
B. 数千のレコードを持つテーブル名
C. 数十のレコードを持つテーブル名
D. 数百のレコードを持つテーブル名
E. 空のレコードを持つテーブル名
A. 管理サーバーごと
B. 管理対象サーバーごと
C. ドメインごと
D. マシンごと
