アクティビティを使用して、ポリシーおよびポリシー割り当てに対して行われる変更を制御します。アクティビティがどのように実装されるかは、選択したワークフロー設定によって異なりますが、すべてのアクティビティに共通して次のような利点があります。

• 監査証跡：アクティビティによって、Security Manager で行われた変更が追跡されます。アクティビティ/チケットのステータスおよび履歴の表示で説明しているように、この情報を使用して、どのような変更が誰によって行われたかを判断できます。また、監査レポートの使用で説明しているように、Workflow モードと Workflow 以外のモードのどちらにも、アクティビティおよびその他のアクションに可視性を提供するための監査レポートが用意されています。

• 安全性メカニズム：アクティビティは、変更を重ねて実験するための手段を提供します。変更はプライベート データベース ビューに対して行うため、その変更を実装しない場合は、アクティビティまたは設定セッションを廃棄します。詳細については、アクティビティ/チケットの破棄を参照してください。

• タスク分離：あるアクティビティ（または設定セッション）内で変更されたポリシーは、別のアクティビティ内で変更されないようにロックされます。このため、変更の競合によりポリシーが不安定になることがありません。詳細については、アクティビティとロッキングを参照してください。

また、アクティビティ内で行った変更は、そのアクティビティ内部でだけ表示されます。その他のユーザには、最後に承認されたコミット済みの設定だけが表示されます。ただし、（Workflow モードで）アクティビティを閉じる前に他のユーザにアクティビティが表示されていた場合を除きます。

Workflow モードをイネーブルにした場合、アクティビティ アプルーバを使用するかどうかを選択できます。

アクティビティを承認するための上位の権限を持つ別の人が組織に必要な場合は、アプルーバを使用してワークフローをイネーブル化できます。Workflow モードでアプルーバを使用する場合は、ポリシーをデータベースにコミットできるように、適切な権限を持つ人がアクティビティを承認する必要があります。ポリシー定義レベルでこの承認プロセスを使用すると、ネットワーク デバイスに不適切な設定が適用されることはありません。

アプルーバを使用しないように選択した場合は、ポリシーを定義した人がそのポリシーを承認する権限を持ちます。

アクティビティ承認をイネーブルまたはディセーブルにし、デフォルトのアクティビティ アプルーバを変更する方法の詳細については、[Workflow] ページを参照してください。

複数のユーザが競合する変更を行うことがないように、Workflow モードまたは Workflow 以外のモードでユーザがアクティビティまたは設定セッション内で特定のアクションを実行すると、Security Manager によってアクティビティレベルのロックが取得されます。このため、複数のユーザが同じ機能ポリシー、ポリシー割り当て、またはオブジェクトに対して同時に変更を行うことができなくなります。

また、Security Manager では、ロッキングを使用して、コミット済みの設定に関連する操作が常に互いに排他的に実行されるようにしています。これらの操作は、2 つのカテゴリに分けられます。

コミット済みの設定を変更する操作：

• アクティビティの承認。Workflow 以外のモードでの設定セッションの送信が含まれます。

• デバイスの削除。

• デバイス プロパティの編集。

コミット済みの設定を読み込む操作：

• 設定のプレビュー。

• 展開（Workflow 以外のモード）。

• 展開ジョブの作成（Workflow 以外のモード）。

• アクティビティまたは設定セッションの検証。

コミット済みの設定を変更する操作を実行している間は、その操作が完了するまで、他のユーザはどちらのリストの操作も実行できません。ユーザが操作を試行すると、アクションおよびアクティビティ（または Workflow 以外のモードではユーザ）がロックされていることを示すエラー メッセージが表示されます。たとえば、アクティビティを承認している間（Workflow 以外のモードでは、アクティビティが送信されると自動的に実行される）、その承認が完了するまで、他のユーザがデバイスを削除したり、別のアクティビティを検証したりすることはできません。このタイプのロッキングは、コミット済みの設定を複数のユーザが同時に変更することを回避できるため、マルチユーザ設定においては特に重要になります。

コミット済みの設定を読み込む操作を実行している間、コミット済みの設定を変更する操作はだれも実行できません。たとえば、アクティビティを検証している間、別のユーザはアクティビティを承認できません。ただし、設定を読み込む別の操作を他のユーザが実行することはできます。たとえば、アクティビティを検証している間、別のユーザは展開ジョブを作成できます。同様に、展開前に設定をプレビューしている間、別のユーザも同じように設定をプレビューできます。これは、この 2 つの操作ではコミット済みの設定が読み込まれるだけで、設定が変更されることはないためです。

ヒント	アクティビティ ロッキングの方が、ポリシー ロッキングよりも広範囲です。これについては、ポリシーのロックについてで説明しています。ポリシー ロッキングにより、2 人のユーザが同じデバイス上の同じポリシーを同時に変更することを回避しています。

各アクティビティ内でポリシーを同時に定義または変更できるのは、1 人のユーザだけです。ただし、Workflow モードがイネーブルになっている場合、または Workflow 以外のモードでチケット管理がイネーブルになっている場合は、アクティビティ内で複数のユーザーが順番に作業できます。つまり、アクティビティまたはチケットが閉じている（ただし、承認はされておらず、承認のための送信もされていない）場合は、別のユーザーがそのアクティビティを開いて変更できます（必要な権限を持っている場合）。複数のユーザは、異なるアクティビティで並行して作業できます。

Workflow モードでのアクティビティと Workflow 以外のモードでのチケット（チケット管理が有効な場合）の状態について、次の表で説明します。主要な状態は太字で示しています。

チケットのワークフローは、チケットワークフローの段階を示しています。アプルーバを使用しないアクティビティ ワークフローは、アプルーバを使用しないアクティビティワークフローの段階を示しています。アプルーバを使用するアクティビティ ワークフローは、アプルーバを使用するアクティビティワークフローの段階を示しています。

Workflow モードでは、次の方法でアクティビティ管理機能にアクセスできます。

• [管理（Manage）] > [アクティビティ（Activities）] を選択します。[Activity Manager] ウィンドウに、既存のアクティビティとその状態が一覧表示されます。このウィンドウから、新しいアクティビティを作成したり、既存のアクティビティの開閉、送信、承認、拒否、または廃棄を行ったりできます。詳細については、アクティビティ/チケット マネージャ ウィンドウを参照してください。

• メイン ツールバーの [Activities] 部分にあるボタンをクリックするか、[Activities] メニューで対応するコマンドを選択します。ボタンまたはコマンドがアクティブになるかどうかは、ユーザの権限、アクティビティの状態、およびワークフローでアプルーバを使用しているかどうかによって決まります。次の表に、ボタン、コマンド、およびそれを使用できる条件について説明します。

（注）	アクティビティが開いている場合、Configuration Manager インターフェイスの右上隅にある [グローバル検索（Global Search）] の上にアクティビティ名が表示されます。アクティビティ名をクリックすると、[Activity Manager] ウィンドウが開きます。

チケット管理が有効になっている Workflow 以外のモードでは、次の方法でチケット管理機能にアクセスできます。

• [管理（Manage）] > [チケット（Tickets）] を選択します。[チケットマネージャ（Ticket Manager）] ウィンドウには、既存のチケットとチケットの状態のリストが含まれています。このウィンドウから、新しいチケットを作成したり、既存のチケットを開閉、送信、または破棄したりできます。詳細については、アクティビティ/チケット マネージャ ウィンドウを参照してください。

• [メイン（Main）] ツールバーの [チケット（Tickets）] 部分にあるボタンをクリックするか、[チケット（Tickets）] メニューで対応するコマンドを選択します。ボタンやコマンドのアクティブ状態は、ユーザーのアクセス許可とチケットの状態によって異なります。次の表に、ボタン、コマンド、およびそれを使用できる条件について説明します。

（注）	チケットが開いている場合、チケット ID は、Configuration Manager インターフェイスの右上隅にある [グローバル検索（Global Search）] フィールドの上に表示されます。チケット ID をクリックして、[チケットマネージャ（Ticket Manager）] ウィンドウを開くことができます。

アクティビティ管理とチケット管理は非常によく似たプロセスです。アクティビティとチケットの主な違いは、チケットは承認プロセスを使用しないことです。さまざまな動作モードの比較については、Workflow モードの比較を参照してください。

• Activity Manager：[Activity Manager] ウィンドウを使用して、アクティビティの作成と管理、およびアクティビティのステータスと履歴の表示を行います。上半分のペインに、作成されたアクティビティが一覧表示されます。アクティビティを選択すると、下半分のペインにそのアクティビティの詳細と履歴が表示されます。

• Ticket Manager：[Ticket Manager] ウィンドウを使用して、チケットの作成と管理、およびチケットのステータスと履歴を表示します。上半分のペインに、作成されたチケットが一覧表示されます。チケットを選択すると、下半分のペインにそのチケットの詳細と履歴が表示されます。

（注）	[Activity Manager] ウィンドウは、Workflow モードで作業している場合だけ使用可能です。[Ticket Manager] ウィンドウは、チケット管理が有効になっている Workflow 以外のモードを運用している場合にのみ使用できます。チケット管理が有効でない Workflow 以外のモードでは、Security Manager によって自動的かつ透過的にアクティビティが管理されます。モードの選択の詳細については、ワークフロー モードの変更を参照してください。

Workflow モードでは、他のユーザが開いていない既存のアクティビティを開くことができます。[Edit] 状態の既存のアクティビティを開いて、さらにポリシーを変更したり、[Submitted] 状態の既存のアクティビティを開いて、提案されたポリシー変更を承認または拒否する前に確認したりできます（適切な権限を持っているユーザが、アプルーバを使用する Workflow モードで作業している場合）。

[編集（Edit）] 状態のアクティビティは変更できますが、[送信済み（Submitted）] 状態のアクティビティは表示しかできません。

Workflow 以外のモードでは、チケット管理が有効になっている場合、他のチケットが開かれていないときに、既存のチケットを開いてポリシーをさらに変更できます。

アクティビティ/チケットを開くには、次のいずれかを実行します。

• アクティビティの場合：

  • アクティビティツールバーで [開く（Open）] ボタンをクリックするか、[アクティビティ（Activities）] > [アクティビティを開く（Open Activity）] を選択します。[Openable Activities] ダイアログボックスに、開くことができるすべてのアクティビティが一覧表示されます。また、アクティビティの名前、その状態、およびアクティビティを作成したユーザ名も表示されます。開くアクティビティを選択し、[OK] をクリックします。

  • [管理（Manage）] > [アクティビティ（Activities）] を選択します。[Activity Manager] ウィンドウから、開くアクティビティを選択し、[開く（Open）] をクリックします。

• チケットの場合：

  • チケットツールバーの [開く（Open）] ボタンをクリックするか、[チケット（Tickets）] > [チケットを開く（Open Ticket）] を選択します。[開くことができるチケット（Openable Tickets）] ダイアログボックスには、チケット ID、状態、チケット作成者のユーザー名などの情報を含めて、開くことができるすべてのチケットが一覧表示されます。開くチケットを選択し、[OK] をクリックします。

  • [管理（Manage）] > [チケット（Tickets）] を選択します。[Ticket Manager] ウィンドウから、開くチケットを選択し、[開く（Open）] をクリックします。

ヒント	Workflow 以外のモードで、チケット管理が無効になっている場合、必要に応じて（まだ送信していない）直前の設定セッションが開かれます。アクティビティを必要とするアクションを次に実行するときに、新しいアクティビティが作成されます。

（注）	Workflow モードおよびチケット管理が有効になっている非 Workflow モードでは、Security Manager を起動すると、アクティビティ/チケットを開くか作成するように求められます。

あとで引き続きポリシーを設定できるように、アクティビティを承認なしで（または承認のために送信せずに）閉じる、またはチケットを送信せずに閉じることができます。

管理者権限を持つユーザは、別のユーザが開いたアクティビティ/チケットを閉じることができます。

開いているアクティビティ/チケットを閉じるには、次のいずれかを実行します。

• アクティビティの場合：

  • アクティビティツールバーで [閉じる（Close）] ボタンをクリックします。

  • [アクティビティ（Activities）] > [アクティビティを閉じる（Close Activity）] を選択します。

  • [管理（Manage）] > [アクティビティ（Activities）] を選択します。[Activity Manager] ウィンドウから、[閉じる（Close）] をクリックします。

• チケットの場合：

  • チケットツールバーで [閉じる（Close）] ボタンをクリックします。

  • [チケット（Tickets ）] > [チケットを閉じる（Close Ticket ）] を選択します。

  • [管理（Manage）] > [チケット（Tickets）] を選択します。[Ticket Manager] ウィンドウから、[閉じる（Close）] をクリックします。

ヒント	チケット管理が無効の Workflow 以外のモードでは、ログアウトするたびに設定セッションが閉じます。次回ログインすると、同じセッションが再び開きます。

インターフェイス内には、変更レポートを開ける場所が多数あります。通常、レポートを生成するためのボタンまたはコマンドは、[変更の表示（View Changes）] です。これらの変更レポートは、Workflow モードか Workflow 以外のモードのいずれを使用しているかにかかわらず、ポリシーおよびポリシーオブジェクトの変更や、操作が実行されたデバイス、アクティビティ/チケット内で作成されたデバイスに関する詳細情報を提供します。

変更レポートは、Adobe Acrobat（PDF）形式です。[bookmarks] タブを含むすべての Acrobat 機能を使用して、レポートを表示できます。

デバイスを検出した場合、またはデバイス上のポリシーを再検出した場合、同じアクティビティ/チケット内でそのデバイスに対してそれ以降に実行されたポリシー変更は、アクティビティ変更レポートに一覧表示されません。これは、別のデバイスから複製したデバイスについても当てはまります。

変更レポートを表示するための方法を次に示します。

• チケット管理のある Workflow 以外モード：

  • [チケット（Tickets）] > [変更の表示（View Changes）] を選択するか、ツールバーで [変更の表示（View Changes）] ボタンをクリックすると、現在開いているチケット内で行われた変更が表示されます。

  • [チケットマネージャ（Ticket Manager）] ウィンドウでチケットを強調表示し、[変更の表示（View Changes）] をクリックして、そのチケットに行われた変更を表示します。

• チケット管理のない Workflow 以外モード：

  • [ファイル（File）> [変更の表示（View Changes）] を選択すると、現在の設定セッション中に行われた変更が表示されます。

  • [管理（Manage）] > [レポートの変更（Change Reports）] を選択すると、以前のセッション中に行われた変更が表示されます（これらのセッションは、変更を送信するか廃棄すると閉じます）。[レポートの変更（Change Report）] ウィンドウから設定セッションを選択し、[変更の表示（View Changes）] をクリックします（チケット管理が無効になっている Workflow 以外のモードでの変更レポートの選択 を参照。）

• Workflow モード：

  • [アクティビティ（Activities）] > [変更の表示（View Changes）] を選択するか、ツールバーで [変更の表示（View Changes）] ボタンをクリックすると、現在開いているアクティビティ内で行われた変更が表示されます。

  • [アクティビティマネージャ（Activity Manager）] ウィンドウでアクティビティを強調表示し、[変更の表示（View Changes）] をクリックすると、そのアクティビティ内で行われた変更が表示されます。

• すべてのモードで、展開ジョブを作成するときに、さまざまなダイアログボックスから変更を表示できます。

（注）	アクティビティ レポートが確実に開くように、ポップアップブロッカ アプリケーションが実行されていればそれをディセーブルにする必要があります。

次の図に、アクティビティ レポートの例を示します。

変更レポートには、次の要素が含まれます。

• [Activity name/Ticket ID]：アクティビティの名前（名前がない場合は、ユーザおよびセッションの開始日時）またはチケット ID。

• [Created by]：アクティビティ/チケットを作成したユーザ名、および日時。

• [Current state]：アクティビティの現在の状態。

• [Report created on]：レポートが作成された日時。

• [Devices section]：アクティビティ/チケット内で操作が実行されたデバイス（つまり、追加、変更、または削除されたデバイス）の要約。ローカル ポリシーに対する変更は、ここに表示されます。

レポートのこのセクションおよび他のセクションの中の変更は、区別しやすいように色分けされます。

• 緑：新しく挿入された項目を示します。

• 赤：削除された項目、または変更された項目の古い値を示します。

• 青：変更された項目の新しい値を示します。

• [Shared Policies] セクション：ここには、すべての共有ポリシーに対する変更が表示されます。

• [Policy Bundles]：すべてのポリシーバンドルへの変更がここに表示されます。

• [Policy Objects]：ここには、すべてのポリシー オブジェクトに対する変更が表示されます。

• [VPN]：新たに検出された VPN と削除された VPN トポロジを含め、VPN トポロジとポリシーに対する変更はここに表示されます。

アクティビティ/チケット（Workflow 以外のモードでは設定セッション）が不要になった場合は、破棄できます。アクティビティ/チケットを破棄すると、そのアクティビティ内で定義されていたすべてのポリシーおよびポリシー割り当てが削除されます。これらのポリシーおよびポリシー割り当てはデータベース内には存在しないため、展開はできません。

廃棄されたアクティビティは、Security Manager の Workflow 設定で定義されている設定に基づいてシステムから削除されます。また、そのアクティビティに関連付けられているデバイスがロック解除され、他のアクティビティで使用できるようになります。詳細については、[Workflow] ページを参照してください。

破棄されたチケットは、Security Manager の [チケット管理（Ticket Management）] で定義されている設定に基づいてシステムから削除されます。また、そのチケットに関連付けられているデバイスがロック解除され、他のアクティビティで使用できるようになります。チケットがシステムから削除されるまで、チケットの状態は [破棄（Discarded）] と表示されます。詳細については、[チケット管理（Ticket Management）] ページを参照してください。

（注）	チケットが破棄されても、そのチケットに割り当てられたイメージ管理ジョブは自動的に破棄されません。必要に応じて、Image Manager で該当するチケット ID を持つ保留中のイメージ管理ジョブを検索し、それらのジョブを削除する必要があります。

Workflow モードでは、[Activity Manager] ウィンドウでアクティビティの変更のステータスおよび履歴を表示できます。チケット管理が有効になっている Workflow 以外のモードでは、Ticket Manager ウィンドウでチケットのステータスと変更の履歴を表示できます。

アクティビティのウィンドウを開くには、ツールバーで [Activity Manager] ボタンをクリックするか、[管理（Manage）] > [アクティビティ（Activities）] を選択します。

チケットのウィンドウを開くには、ツールバーで [Ticket Manager] ボタンをクリックするか、[管理（Manage）] > [チケット（Tickets）] を選択します。

上部ペインに、アクティビティ/チケットの現在の状態を含む、すべての使用可能なアクティビティ/チケットが一覧表示されます。アクティビティ/チケットを選択すると、下部ペインの次のタブに追加情報が表示されます。

• [詳細（Details）] タブ：アクティビティ/チケットが作成された日時とその説明が表示されます。

• [履歴（History）] タブ：アクティビティ/チケットのトランザクション履歴が表示されます。状態が変更されるたびに、変更のレコード（変更を行ったユーザーや、変更に関するコメントなど）が保持されます。