次の認定試験に速く合格する!
簡単に認定試験を準備し、学び、そして合格するためにすべてが必要だ。
(A)オブジェクト ストレージ バケットを公開し、オブジェクトの「詳細」にある URL を使用します。
(B)オブジェクト ストレージ バケットを非公開にし、すべてのオブジェクトを公開し、オブジェクトの「詳細」にある URL を使用します。
(C)事前認証済みリクエスト (PAR) を作成し、有効期限として 00:00:0000 を指定します。
(D)PAR を作成し、有効期限を指定しません。
(A)Autonomous Data Warehouse (ADW) と ATP データベースの両方にデータベース名を同時に使用することはできません
(B)ATP データベースに対して最大 8 コアを有効にできます。
(C)データベースを終了した後、データベース名をすぐに再利用できます
(D)ATP データベースに対して最大 2 TB のストレージを有効にできます
(A)Block Storage よりも高い IOPS を提供します。
(B)データは単一の AD にのみ冗長的に格納されます。
(C)データは、マルチ AD リージョン内の複数の可用性ドメイン (AD) にわたって冗長的に格納されます。
(D)コンピューティング インスタンスに直接アタッチまたはデタッチできます。
(E)強整合性を提供します。
(A)ファイルストレージ
(B)オブジェクト ストレージ
(C)ブロックボリューム
(D)データ転送アプライアンス
(A)加重ラウンドロビン
(B)スループット
(C)最小接続数
(D)IP ハッシュ
(E)CPU 使用率
(A)バックアップが保存されているのと同じリージョン内の任意の可用性ドメインにボリュームを復元できます。
(B)フル ボリューム バックアップからボリュームを復元できますが、増分バックアップからは復元できません。
(C)ボリュームは、元のブロック ボリュームが存在する同じ可用性ドメインにのみ復元できます。
(D)ブロック ボリュームのバックアップをより大きなボリューム サイズに復元できます。
(E)手動ブロック ボリューム バックアップから復元できるボリュームは 1 つだけです。
(A)XML
(B)YAML
(C)HCL
(D)JSON
(A)ストリーミング
(B)OS 管理
(C)リソース マネージャー
(D)ストレージ ゲートウェイ
(E)レジストリ
(A)すべてのオブジェクト パーツをアップロードした後、アップロードをコミットする必要はありません。
(B)オブジェクトをパーツに分割する必要はありません。Object Storage は、オブジェクトをパーツに分割し、すべてのパーツを自動的にアップロードします。
(C)マルチパート アップロードがアクティブな間、合計数が 10000 未満である限り、パーツを追加し続けることができます。
(D)オブジェクトを個々のパーツに分割すると、各パーツは最大 50 GiB になる場合があります。
(A)VCNに5つのインターネット・ゲートウェイを作成し、インターネット・ゲートウェイごとに個別のルート表を用意します。
(B)各会社の場所で 5 つの IPsec VPN 接続を作成し、これらの接続を 5 つの個別の DRG で終了します。それらのDRGをVCNにアタッチします。
(C)会社の場所ごとに FastConnect を使用して 5 つの仮想回線を作成し、これらの接続を 1 つの動的ルーティング ゲートウェイ (DRG) で終端します。そのDRGをVCNにアタッチします。
(D)会社の場所ごとに 5 つの IPsec 接続を作成し、これらの接続を 1 つの DRG で終了します。そのDRGをVCNにアタッチします。
(A)パブリックIPのブロックを所有している場合、それをVCNの1つに割り当てることができます。
(B)VCNには複数のCIDRブロックを関連付けることができます。
(C)VCNを削除するには、そのサブネットにリソースが含まれていない必要があります。
(D)VCN は、選択した単一の連続した IPv4 CIDR ブロックをカバーします。
(E)複数の可用性ドメイン(AD)があるリージョンでは、各ADに独自のVCNが割り当てられている必要があります。
(A)VCN A (172.16.0.0/24) および VCN B (172.16.0.0/28)
(B)VCN A (10.0.0.0/16) および VCN B (10.0.16.0/24)
(C)VCN A (10.0.2.0/16) および VCN B (10.0.2.0/25)
(D)VCN A (10.0.0.0/16)およびVCN B (10.1.0.0/16)
(A)ブロック ボリュームのみを拡張でき、ブート ボリュームは拡張できません
(B)オンラインのサイズ変更で既存のボリュームを拡張する
(C)既存のボリュームのバックアップを取り、ボリューム バックアップからより大きなボリュームに復元します。
(D)オフラインのサイズ変更で既存のボリュームを拡張します
(E)既存のボリュームを新しいより大きなボリュームに複製します
(A)インスタンスはセキュアで、他のOCIサービスをコールできません
(B)一致するルールで動的グループを作成してインスタンスを含め、この動的グループのポリシーを作成します
(C)一致するルールを使用して動的グループを作成し、インスタンスを含めます
(D)インスタンスは他のOCIサービスを自動的にコールできます
(A)プライマリ データベースのデプロイにパッチを適用する
(B)DB のクローンを作成します
(C)VCNでポート1521を開き、リスナーへのトラフィックを許可します
(D)データベース インスタンスを起動して開く
(E)Oracle Guard構成でのスイッチオーバーとフェイルオーバー
(A)既存のボリュームを新しいより大きなボリュームにクローンします。
(B)オフラインのサイズ変更で既存のボリュームを縮小します。
(C)オフラインのサイズ変更で既存のボリュームを拡張します。
(D)ボリューム バックアップからより大きなボリュームに復元します。
(A)プライマリとセカンダリの VNIC 関連付けは、異なる仮想クラウド ネットワーク (VCN) に存在できます。
(B)セカンダリ VNIC の接続が完了したら、プライマリ VNIC を削除できます。
(C)プライマリおよびセカンダリ VNIC アソシエーションは、同じ可用性ドメイン内にある必要があります。
(D)エフェメラル パブリック IP をセカンダリ VNIC に割り当てることはできません。
(E)セカンダリ VNIC は同じ Virtual Cloud Network (VCN) にある必要がありますが、プライマリ VNIC とは異なるサブネットにある場合があります。
(A)それぞれコンテナーを持つ 2 つの Pod が作成されます。
(B)1 つのコンテナーを持つ単一の Pod が作成されます。
(C)Pod は作成されません。
(D)2 つのコンテナーを持つ単一の Pod が作成されます。
我々は12時間以内ですべてのお問い合わせを答えます。
オンラインサポート時間:( UTC+9 ) 9:00-24:00月曜日から土曜日まで
サポート:現在連絡