あなたは、主なアプリケーションが支払い処理ゲートウェイ API である大手銀行で働いています。アプリケーションをOracle Container Engine for Kubernetes (OKE)にデプロイし、APIゲートウェイをいくつかのポリシーとともに使用して、APIエンドポイントのアクセスを制御しました。
しかし、顧客は API エンドポイントが利用できないことに不満を持っています。チェックすると、ゲートウェイ URL が Service Unavailable エラーをスローしていることに気付きました。このエラーが昨夜発生したときのバックエンド レイテンシとバックエンド レスポンスを確認する必要があります。
このデータを取得するにはどうすればよいですか? （最良の答えを選択する。）

• A. [ガバナンス] メニューに移動し、[監査] をクリックして、API ゲートウェイの監査ログを表示します。503 応答ステータスで開始日と終了日を使用してフィルター処理します。
• B. Developer Services に移動し、API Gateway をクリックします。ゲートウェイの詳細ページに移動し、[メトリクス] を選択します。開始時刻と終了時刻を変更して、メトリックをフィルタリングします。
• C. [監視] に移動し、[サービス メトリック] をクリックします。Metric Namespace を oci_apigateway として選択します。それに応じて開始時刻と終了時刻を変更します。ディメンションを追加し、httpStatusCode: 503 を選択します。バックエンド レイテンシとバックエンド レスポンス メトリックを確認します。
• D. アプリケーションの所有者に確認し、ログ ファイルでコンテナーを検索して、ログ ファイルからメトリックを取得します。

3 つの Data Guard 構成はすべて、Oracle Cloud インフラストラクチャ (OCI) で完全にサポートされています。データベースのワークロード用に最大可用性アーキテクチャ (MAA) をデプロイしたいと考えています。
データ損失を発生させずに最適な RTO と PRO を確保するために、Data Guard 構成を設計する際に考慮すべきオプションはどれですか?

• A. 「最大パフォーマンス」モードを構成する 2 つの可用性ドメイン (同じリージョン) 間の SYNC モードで、プライマリ データベースのパフォーマンスに影響を与えずに可能な最高レベルのデータ保護を提供します。
• B. プライマリ データベースの可用性を損なうことなく最高レベルのスケーラビリティを提供する「最大スケーラビリティ」モードを構成します。
• C. プライマリ データベースに障害が発生した場合にデータ損失がゼロになる「最大保護」モードを構成します。
• D. 2 つの可用性ドメイン (同じリージョン) 間で SYNC モードで「最大可用性」モードを構成し、2 つのリージョン間で SYNC モードで最大可用性モードを使用します。

バッグ、衣類、その他の高級品を販売するコスト意識の高いファッション デザイン会社は最近、オンプレミス インフラストラクチャのすべてを Oracle Cloud Infrastructure (OCI) に移行することを決定しました。オンプレミス アプリケーションの 1 つは NGINX サーバー上で実行されており、 Oracle データベースは、2 ノードの Oracle Real Application Clusters (RAC) 構成で実行されています。
コストを考慮して、お客様のアプリケーションを OCI に移行し、定期的な自動バックアップを設定するための効果的なメカニズムは何ですか?

• A. コンピューティング インスタンスを起動し、NGINX サーバーを実行してアプリケーションをホストします。Oracle RACが有効な2ノードのVM DBシステムをデプロイし、Oracle Data Pumpを使用してオンプレミス・データベースをOCI VM DBシステムにインポートし、自動バックアップを有効にします。
• B. NGINX アプリケーション サーバーとデータベース サーバーの両方のコンピューティング インスタンスを起動します。データベース サーバー コンピューティング インスタンスにブロック ボリュームをアタッチし、ブロック ボリュームをバックアップするバックアップ ポリシーを有効にします。
• C. Compute インスタンスを起動し、NGINX サーバーを実行してアプリケーションをホストします。Oracle RACが有効な2ノードのVM DBシステムをデプロイします データ・ポンプを使用してオンプレミス・データベースをOCI VM DBシステムにインポートし、自動バックアップを有効にします - また、データベース・サーバーでOracle Data Guardを有効にします
• D. コンピューティング インスタンスを起動し、NGINX サーバーを実行してアプリケーションをホストします。Exadata Quarter Rack をデプロイし、自動バックアップを有効にして、Oracle Data Pump を使用してデータベースをインポートします。

あなたは、Oracle Cloud Infrastructure (OCI) で作成された開発環境で作業するプロジェクト チームの一員です。Virtual Cloud Network (VCN)のサブネットの1つに指定されたCIDRブロックが正しくないことに気づき、サブネットを削除したいと考えています。削除中に、最初に削除する必要があるリソースがまだあることを示すエラーが表示されます。このエラーには、サブネット内にある VNIC の OCID が含まれています。
この問題をトラブルシューティングするために、次のうちどれを実行しますか?

• A. OCI CLIを使用して、最初にVNICを削除してから、サブネットを削除します。
• B. OCI CLIを使用して「network vnic」操作と「compute vnic-attachment」操作を呼び出し、VNICの親リソースを見つけます。
• C. VNICのOCIDをコピーしてOCIコンソールの検索ボックスに貼り付け、VNICの親リソースを見つけます。
• D. OCI CLIを使用して、-forceオプションを使用してサブネットを削除します。

このコンパートメント構造を考えると:

現在コンピュート・コンパートメントに存在するコンピュート・インスタンスを管理しています。コンピュート・インスタンスが最初にデプロイされたVirtual Cloud Network (VCN)も、このコンパートメントに存在します。プロジェクト関連のタスクをサポートするには、計算インスタンスのみを SysTest-Team コンパートメントに移動する必要があります。Oracle Cloud Infrastructure (OCI)アカウントにログインし、「リソースの移動」オプションを使用してコンピュート・インスタンスを新しいコンパートメントに配置します。
コンピュート・インスタンスを新しいコンパートメントに移動しようとした結果はどうなりますか? （最良の答えを選択する。）

• A. 移動は失敗し、最初にVCNを移動するよう求められます。VCNがターゲット・コンパートメントに移動されると、コンピュート・インスタンスを移動できます。
• B. コンピュート インスタンスを移動した後、別のアクションとしてコンピュート インスタンス VNIC を移動する必要があります。インスタンスのパブリックおよびプライベートIPアドレスは変更されず、ソース・コンパートメントからのVCNに関連付けられたままになります。
• C. 移動は成功します。コンピューティング インスタンスのパブリック IP アドレスとプライベート IP アドレスは変わりません。コンピュート・インスタンスは、ソース・コンパートメントからの VCN に関連付けられたままになります。
• D. 移動は成功します。ただし、コンピュート・インスタンスのパブリックおよびプライベートIPアドレスは変更され、新しいターゲット・コンパートメントで作成された最初のVCNに関連付けられます。