正解はBです。CPTAはCheck Point Transfer Agentの略で、ポリシーインストールフローにおけるその役割は、セキュリティ管理サーバーから該当するセキュリティゲートウェイにポリシーファイルを転送することです。従来のフローでは、検証、変換、コード生成、コンパイルが完了した後、管理サーバーはCPTAを呼び出して、準備されたポリシーパッケージをゲートウェイに送信します。これはThreatCloudの通信コンポーネントではないため、オプションAは誤りです。また、Gaiaソフトウェア更新メカニズムでもありません。この機能はCPUSEとデプロイメントエージェントによって処理されるため、オプションCも誤りです。オプションDは、ライセンスと契約の取得はCPTAの役割ではないため、無関係です。CPTAは、ポリシーインストールの転送/コミットフェーズに特化しています。ゲートウェイ側では、受信したファイルがステージングされてからコミットされ、ゲートウェイが新しくインストールされたポリシーを適用できるようになります。参照トピック：ポリシーインストールフロー/Check Point Policy Transfer Agent。

転送フェーズでは、セキュリティゲートウェイはCPTAからポリシーファイルを受信し、適用のためコミットおよびロードされる前に、一時ディレクトリ$FWDIR/state/_tmp/FW1に一時的に保存します。

正解はAです。fw fetchコマンドは、セキュリティゲートウェイで、指定されたホスト（通常はセキュリティ管理サーバー）からセキュリティポリシーを取得し、カーネルにインストールするために使用されます。R82 CLIリファレンスガイドには、fw fetchは「指定されたホストからセキュリティポリシーを取得し、カーネルにインストールする」と記載されています。ポリシーは、$FWDIR/conf/mastersにリストされている管理サーバー、指定されたマスター、またはゲートウェイ上のローカルポリシーディレクトリから取得できます。オプションBは、このコンテキストでは有効なCheck Pointポリシーロードコマンドではありません。オプションCは、fw installがポリシーファイルを手動で取得してロードするために使用されるゲートウェイ側のコマンドではないため、誤りです。オプションDは汎用的であり、このタスクの有効なCLIコマンドではありません。試験の目的で、次の方向を覚えておいてください。管理は通常のインストール中にポリシーをプッシュします。ゲートウェイはfw fetchを使用してポリシーを手動で取得します。参照トピック：R82 CLIリファレンスガイド / fw fetch。

正解はAです。Check Point R82 Management High Availabilityでは、同期は一定間隔で、また管理者がSmartConsoleセッションを公開したときに行われます。この違いは重要です。なぜなら、SmartConsoleの変更は公開されるまで管理データベースに完全にコミットされないからです。オブジェクトを編集して「OK」をクリックするだけでは、変更は現在のプライベートセッション内に保存されますが、公開されていないセッションはスタンバイ管理サーバーと同期されません。R82ガイドには、アクティブサーバーは一定間隔で、またセッションが公開されたときにスタンバイサーバーと同期し、公開されていないセッションは同期されないことが明記されています。したがって、オプションBは不完全です。オブジェクトで「OK」をクリックすることは公開操作とは等しくないからです。オプションCは古いスタイルの「保存」用語を使用しており、R80+の公開モデルではありません。
オプションDは架空のものです。10秒間の非アクティブ同期トリガーは存在しません。CCSEの目的においては、覚えておくべき重要なトリガーはオブジェクト編集完了ではなく、発行です。参照トピック：アクティブサーバーとスタンバイサーバーの同期。

Check Pointデータベースをエクスポートする際、ログとそのインデックスは自動的には含まれません。バックアップや移行の目的で必要な場合は、別途エクスポートする必要があります。