KACE Asset Management Appliance 7.1 - Administrator Guide (Japanese)

名前

スケジュールを識別するための名前。この名前は、パッチスケジュール ページに表示されます。

アクション

検出 を選択します。適切なオプションにページが更新されます。

パッチアクションの動作は、再起動、検出、展開、ロールバックから選択した組み合わせによって異なります。パッチアクションによってパッチの検出とその他のアクションの両方が実行される場合は常に、展開またはロールバックするすべてのパッチが検出アクションによって検出されるまで、アクションが循環的に繰り返し実行されます。例えば、「検出と展開」および「検出とロールバック」を実行する場合がこれに該当します。この動作により、スケジュール済みの実行が1つだけの場合でも、複数の再起動アクションが必要となることがあります。さらに、パッチを適用するデバイスの種類が、使用するパッチアクションの種類に影響します。

全デバイス

すべてのデバイス上でスケジュールを実行します。アプライアンスで組織コンポーネントが有効になっている場合、選択した組織のすべてデバイスがこのスケジュールに含まれます。

この設定の使用には注意が必要です。通常、限られた数のデバイスでパッチアクションをテストし、選択したデバイスまたはデバイスラベルに限ってパッチアクションを実行するほうが適切です。この制限により、パッチアクションが適切に適用されます。

注: このオプションは、一般設定 ページの すべてのデバイスを非表示 チェックボックスがオフの場合にのみ表示されます。

デバイスラベル

選択したラベル内のデバイスにパッチアクションを制限します。ラベル、特にSmart Labelに実行を制限すると、パッチを適切に適用するのに役立ちます。

例えば、アプリケーションパッチの中には、既にインストールされているアプリケーションを更新するだけでなく、アプリケーションをインストールする機能を持つものがあります。アプリケーションがインストールされていないデバイスに対して、アプリケーションがインストールされないようにするには、Smart Labelを作成し、アプリケーションがインストールされたデバイスを特定します。その後、そのラベルが適用されたデバイスへのパッチアクションを制限できます。パッチは、既にアプリケーションがインストールされたデバイスにのみ適用されます。

このオプションを使用するには、予めラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

デバイス

パッチの検出と展開アクションを、選択したデバイスに対して実行します。デバイスを検索するには、フィールドに入力し始めます。

オペレーティングシステム

アクションを実行するデバイスのオペレーティングシステムを選択します。デフォルトは、すべてのオペレーティングシステムです。

すべてのパッチ

使用可能なすべてのパッチを検出します。このプロセスの処理は長時間かかることがあります。また、管理対象デバイスにインストールされていないソフトウェアや、必要とされないソフトウェアのパッチが検出されることがあります。例えば、管理対象デバイスで使用しているウイルス対策アプリケーションのベンダーが1社だけの場合は、すべてのウイルス対策アプリケーションのベンダーに対してパッチを検出する必要がないこともあります。しかし、「すべてのパッチ」では、管理対象デバイスで必要であるかどうかにかかわらず、不足しているパッチがすべて検出されてしまいます。パッチ検出を絞り込むには、検出するパッチのラベルを設定し、パッチラベル オプションを使用します。

パッチラベル

選択したラベル内のパッチにアクションを制限します。これは、最も一般的に使用されるパッチ検出オプションです。ラベルを選択するには、編集 をクリックします。このオプションを使用するには、予め検出するパッチのラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

すべてのパッチ

選択したデバイスにすべてのパッチを展開します。

パッチラベル

選択したラベル内のパッチにアクションを制限します。このオプションは、最も一般的に使用されるパッチ検出オプションです。ラベルを選択するには、編集 をクリックします。このオプションを使用するには、予め検出するパッチのラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

展開の最大試行回数

最大試行回数。アプライアンスによってパッチの展開またはロールバックが試行される回数を0～99の間で指定します。「0」を指定すると、パッチの展開またはロールバックはアプライアンスによって無制限に試行されます。

パッチの展開やロールバックの最後の手順として、アプライアンスによってパッチが正常に展開またはロールバックされたかどうかが確認されます。展開やロールバックに失敗すると、アプライアンスは、次のいずれかの状態になるまで再度パッチの展開またはロールバックを試行します。

オプション

パッチアクションの実行時にユーザーに表示されるオプション。ユーザーに通知することなくアクションを実行するには、オプション フィールドを空白のままにします。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再通知間隔

ユーザーが 再通知 をクリックした後の期間（分単位）。この期間が経過すると、ダイアログが再度表示されます。

限度まで再通知

ユーザーが指定回数だけパッチアクションを再通知できるようにするには、限度まで再通知 チェックボックスをオンにします。試行回数 を指定します。

初期メッセージ

アクションが実行される前に、ユーザーに表示されるメッセージ。ダイアログに表示されるロゴをカスタマイズするには、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

進行状況メッセージ

パッチアクションの実行中にユーザーに表示されるメッセージ。

完了メッセージ

パッチアクションの完了時にユーザーに表示されるメッセージ。

オプション

管理対象デバイスの再起動のオプション。

再起動しない

パッチを有効にするために再起動が必要な可能性がある場合でも、デバイスを再起動しません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

No Reboot（再起動しない） はお勧めしません。これは、再起動が必要な場合に、再起動しないでパッチを展開するため、システムが不安定な状態のままになることがあるからです。さらに、再起動が必要なパッチは、再起動後にのみ適用済みとして表示されます。

ユーザーにプロンプトを表示

デバイスを再起動する前に、ユーザーが再起動に同意するまで待ちます。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

ユーザーが再通知を選択するか、または再起動をキャンセルすると、再起動されるまでパッチ適用は停止します。再起動されると、ロールバックは次回の再起動が必要になるまで続行され、ユーザーに再度プロンプトが表示されます。パッチリストが空になるまで、この繰り返しのプロセスは続行されます。

強制的に再起動

再起動が必要なパッチが展開されるとすぐに再起動されます。強制的な再起動はキャンセルできません。強制的な再起動は、デスクトップとサーバーに対して効果的です。ノートPCの再起動を強制することはお勧めしません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

通常サーバーには専属のユーザーがいないため、強制的な再起動はサーバーで効果的に機能します。ただし、サーバーがパッチを適用し再起動しているときにサービスが使用できなくなることをユーザーに警告するのは重要です。詳細については、パッチ適用に関するベストプラクティスを参照してください。

誰もログインしていない場合、自動的に再起動

ユーザーがログインしていない場合、管理対象デバイスは自動的に再起動されます。

メッセージ

デバイスが再起動される前に、ユーザーに表示されるメッセージ。メッセージダイアログにカスタムロゴを追加する方法については、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

強制的に再起動 を選択すると、タイムアウト動作でKUSerAlertおよびグローバルK1000エージェントプロセスタイムアウトが考慮されます。エージェント設定 ページから、amp.confで設定されるグローバルタイムアウトは、KUserAlertタイムアウトを含め、エージェントが起動したプロセスの実行時間を常に決定します。たとえば、KUserAlertタイムアウトが2時間に設定されていて、グローバルタイムアウトを1時間に設定した場合、実行時間が長すぎるため、エージェントがKUserAlertを停止します。そのため、グローバルタイムアウトは、KUserAlertタイムアウトより長い、目的のタイムアウトに設定する必要があります。この値はそれに合わせて設定する必要があります。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再起動の遅延（カウントダウン）

カウントダウンを使用して再起動を延期します。カウントダウンは分単位です。

今すぐ再起動

デバイスを直ちに再起動します。

後で再起動

デバイスを後で再起動します。

プロンプト数

デバイスが再起動される前に、ユーザーが受け取るプロンプトの数。例えば、値「5」を入力すると、5回目にユーザーが再起動のプロンプトを受け取ったときに、デバイスが自動的に再起動されます。つまり、Number of prompts（プロンプト数） の値として「5」を設定した場合、ユーザーは再起動を 4 回まで遅延させることができます。

プロンプト再表示間隔

ユーザーに再起動を求めるプロンプトを再表示するまでの時間。

なし

特定の日付や時間ではなく、イベントと連携して実行します。このオプションは、サーバーに手動でパッチを適用するか、または定期的に実行しないパッチアクションを実行する場合に便利です。

毎 _ 時間

指定した間隔で実行します。

毎日 HH:MM から

毎日または特定曜日の指定した時間に実行します。

Run on the n of every month/specific month at HH:MM（実行基準n日/毎月/特定月HH:MMから）

毎月n日（たとえば、毎月1日または2日）、または特定の月、特定の時刻に実行します。

カスタム

カスタムスケジュールに従って実行します。

標準の5つのフィールドからなるcron形式を使用します（拡張cron形式はサポート対象外）。

値の指定は次の要領で 行います。

例:

タイムゾーン

アクションをスケジュールするときに使用するタイムゾーン。サーバー を選択すると、アプライアンスのタイムゾーンを使用します。エージェント を選択すると、管理対象デバイスのタイムゾーンを使用します。

オフラインの場合は次の接続時に実行

管理対象デバイスが現在オフラインである場合、次回管理対象デバイスがアプライアンスに接続するときにアクションを実行します。このオプションは、定期的にオフラインになるノートPCおよびその他のデバイスに対して役立ちます。このオプションが選択されていない場合でデバイスがオフラインのときは、次回のスケジュールされた時間までアクションは再度実行されません。

再接続後の実行を遅延

指定した時間、スケジュールを遅延させます。遅延時間は、パッチアクションの実行がスケジュールされている時間から開始されます。

次の時間の経過後に終了:

パッチ適用アクションの期限。

例えば、04:00にパッチが実行されるようスケジュールする場合、07:00にパッチ適用アクションをすべて停止し、ユーザーが業務を開始するときに帯域幅の問題が発生しないようにすることができます。これを行うには、分 ボックスで「180」を指定します。

期限に到達すると、進行中のパッチ適用タスクはすべて中断され、これらのタスクに対するセキュリティログのステータスは「中断されました」になります。

これらのパッチ適用タスクは次回実行で再開されず、スケジュール済みの毎回のパッチ適用アクションで最初から開始されます。

名前

スケジュールを識別するための名前。この名前は、パッチスケジュール ページに表示されます。

アクション

検出 を選択します。適切なオプションにページが更新されます。

パッチアクションの動作は、再起動、検出、展開、ロールバックから選択した組み合わせによって異なります。パッチアクションによってパッチの検出とその他のアクションの両方が実行される場合は常に、展開またはロールバックするすべてのパッチが検出アクションによって検出されるまで、アクションが循環的に繰り返し実行されます。例えば、「検出と展開」および「検出とロールバック」を実行する場合がこれに該当します。この動作により、スケジュール済みの実行が1つだけの場合でも、複数の再起動アクションが必要となることがあります。さらに、パッチを適用するデバイスの種類が、使用するパッチアクションの種類に影響します。

全デバイス

すべてのデバイス上でスケジュールを実行します。アプライアンスで組織コンポーネントが有効になっている場合、選択した組織のすべてデバイスがこのスケジュールに含まれます。

この設定の使用には注意が必要です。通常、限られた数のデバイスでパッチアクションをテストし、選択したデバイスまたはデバイスラベルに限ってパッチアクションを実行するほうが適切です。この制限により、パッチアクションが適切に適用されます。

注: このオプションは、一般設定 ページの すべてのデバイスを非表示 チェックボックスがオフの場合にのみ表示されます。

デバイスラベル

選択したラベル内のデバイスにパッチアクションを制限します。ラベル、特にSmart Labelに実行を制限すると、パッチを適切に適用するのに役立ちます。

例えば、アプリケーションパッチの中には、既にインストールされているアプリケーションを更新するだけでなく、アプリケーションをインストールする機能を持つものがあります。アプリケーションがインストールされていないデバイスに対して、アプリケーションがインストールされないようにするには、Smart Labelを作成し、アプリケーションがインストールされたデバイスを特定します。その後、そのラベルが適用されたデバイスへのパッチアクションを制限できます。パッチは、既にアプリケーションがインストールされたデバイスにのみ適用されます。

このオプションを使用するには、予めラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

デバイス

パッチの検出と展開アクションを、選択したデバイスに対して実行します。デバイスを検索するには、フィールドに入力し始めます。

オペレーティングシステム

アクションを実行するデバイスのオペレーティングシステムを選択します。デフォルトは、すべてのオペレーティングシステムです。

すべてのパッチ

選択したデバイスにすべてのパッチを展開します。

パッチラベル

選択したラベル内のパッチにアクションを制限します。このオプションは、最も一般的に使用されるパッチ検出オプションです。ラベルを選択するには、編集 をクリックします。このオプションを使用するには、予め検出するパッチのラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

展開の最大試行回数

最大試行回数。アプライアンスによってパッチの展開またはロールバックが試行される回数を0～99の間で指定します。「0」を指定すると、パッチの展開またはロールバックはアプライアンスによって無制限に試行されます。

パッチの展開やロールバックの最後の手順として、アプライアンスによってパッチが正常に展開またはロールバックされたかどうかが確認されます。展開やロールバックに失敗すると、アプライアンスは、次のいずれかの状態になるまで再度パッチの展開またはロールバックを試行します。

オプション

パッチアクションの実行時にユーザーに表示されるオプション。ユーザーに通知することなくアクションを実行するには、オプション フィールドを空白のままにします。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再通知間隔

ユーザーが 再通知 をクリックした後の期間（分単位）。この期間が経過すると、ダイアログが再度表示されます。

限度まで再通知

ユーザーが指定回数だけパッチアクションを再通知できるようにするには、限度まで再通知 チェックボックスをオンにします。試行回数 を指定します。

初期メッセージ

アクションが実行される前に、ユーザーに表示されるメッセージ。ダイアログに表示されるロゴをカスタマイズするには、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

進行状況メッセージ

パッチアクションの実行中にユーザーに表示されるメッセージ。

完了メッセージ

パッチアクションの完了時にユーザーに表示されるメッセージ。

オプション

管理対象デバイスの再起動のオプション。

再起動しない

パッチを有効にするために再起動が必要な可能性がある場合でも、デバイスを再起動しません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

No Reboot（再起動しない） はお勧めしません。これは、再起動が必要な場合に、再起動しないでパッチを展開するため、システムが不安定な状態のままになることがあるからです。さらに、再起動が必要なパッチは、再起動後にのみ適用済みとして表示されます。

ユーザーにプロンプトを表示

デバイスを再起動する前に、ユーザーが再起動に同意するまで待ちます。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

ユーザーが再通知を選択するか、または再起動をキャンセルすると、再起動されるまでパッチ適用は停止します。再起動されると、ロールバックは次回の再起動が必要になるまで続行され、ユーザーに再度プロンプトが表示されます。パッチリストが空になるまで、この繰り返しのプロセスは続行されます。

強制的に再起動

再起動が必要なパッチが展開されるとすぐに再起動されます。強制的な再起動はキャンセルできません。強制的な再起動は、デスクトップとサーバーに対して効果的です。ノートPCの再起動を強制することはお勧めしません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

通常サーバーには専属のユーザーがいないため、強制的な再起動はサーバーで効果的に機能します。ただし、サーバーがパッチを適用し再起動しているときにサービスが使用できなくなることをユーザーに警告するのは重要です。詳細については、パッチ適用に関するベストプラクティスを参照してください。

誰もログインしていない場合、自動的に再起動

ユーザーがログインしていない場合、管理対象デバイスは自動的に再起動されます。

メッセージ

デバイスが再起動される前に、ユーザーに表示されるメッセージ。メッセージダイアログにカスタムロゴを追加する方法については、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

強制的に再起動 を選択すると、タイムアウト動作でKUSerAlertおよびグローバルK1000エージェントプロセスタイムアウトが考慮されます。エージェント設定 ページから、amp.confで設定されるグローバルタイムアウトは、KUserAlertタイムアウトを含め、エージェントが起動したプロセスの実行時間を常に決定します。たとえば、KUserAlertタイムアウトが2時間に設定されていて、グローバルタイムアウトを1時間に設定した場合、実行時間が長すぎるため、エージェントがKUserAlertを停止します。そのため、グローバルタイムアウトは、KUserAlertタイムアウトより長い、目的のタイムアウトに設定する必要があります。この値はそれに合わせて設定する必要があります。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再起動の遅延（カウントダウン）

カウントダウンを使用して再起動を延期します。カウントダウンは分単位です。

今すぐ再起動

デバイスを直ちに再起動します。

後で再起動

デバイスを後で再起動します。

プロンプト数

デバイスが再起動される前に、ユーザーが受け取るプロンプトの数。例えば、値「5」を入力すると、5回目にユーザーが再起動のプロンプトを受け取ったときに、デバイスが自動的に再起動されます。つまり、Number of prompts（プロンプト数） の値として「5」を設定した場合、ユーザーは再起動を 4 回まで遅延させることができます。

プロンプト再表示間隔

ユーザーに再起動を求めるプロンプトを再表示するまでの時間。

なし

特定の日付や時間ではなく、イベントと連携して実行します。このオプションは、サーバーに手動でパッチを適用するか、または定期的に実行しないパッチアクションを実行する場合に便利です。

毎 _ 時間

指定した間隔で実行します。

毎日 HH:MM から

毎日または特定曜日の指定した時間に実行します。

Run on the n of every month/specific month at HH:MM（実行基準n日/毎月/特定月HH:MMから）

毎月n日（たとえば、毎月1日または2日）、または特定の月、特定の時刻に実行します。

カスタム

カスタムスケジュールに従って実行します。

標準の5つのフィールドからなるcron形式を使用します（拡張cron形式はサポート対象外）。

値の指定は次の要領で 行います。

例:

タイムゾーン

アクションをスケジュールするときに使用するタイムゾーン。サーバー を選択すると、アプライアンスのタイムゾーンを使用します。エージェント を選択すると、管理対象デバイスのタイムゾーンを使用します。

オフラインの場合は次の接続時に実行

管理対象デバイスが現在オフラインである場合、次回管理対象デバイスがアプライアンスに接続するときにアクションを実行します。このオプションは、定期的にオフラインになるノートPCおよびその他のデバイスに対して役立ちます。このオプションが選択されていない場合でデバイスがオフラインのときは、次回のスケジュールされた時間までアクションは再度実行されません。

再接続後の実行を遅延

指定した時間、スケジュールを遅延させます。遅延時間は、パッチアクションの実行がスケジュールされている時間から開始されます。

次の時間の経過後に終了:

パッチ適用アクションの期限。

例えば、04:00にパッチが実行されるようスケジュールする場合、07:00にパッチ適用アクションをすべて停止し、ユーザーが業務を開始するときに帯域幅の問題が発生しないようにすることができます。これを行うには、分 ボックスで「180」を指定します。

期限に到達すると、進行中のパッチ適用タスクはすべて中断され、これらのタスクに対するセキュリティログのステータスは「中断されました」になります。

これらのパッチ適用タスクは次回実行で再開されず、スケジュール済みの毎回のパッチ適用アクションで最初から開始されます。

名前

スケジュールを識別するための名前。この名前は、パッチスケジュール ページに表示されます。

アクション

検出 を選択します。適切なオプションにページが更新されます。

パッチアクションの動作は、再起動、検出、展開、ロールバックから選択した組み合わせによって異なります。パッチアクションによってパッチの検出とその他のアクションの両方が実行される場合は常に、展開またはロールバックするすべてのパッチが検出アクションによって検出されるまで、アクションが循環的に繰り返し実行されます。例えば、「検出と展開」および「検出とロールバック」を実行する場合がこれに該当します。この動作により、スケジュール済みの実行が1つだけの場合でも、複数の再起動アクションが必要となることがあります。さらに、パッチを適用するデバイスの種類が、使用するパッチアクションの種類に影響します。

全デバイス

すべてのデバイス上でスケジュールを実行します。アプライアンスで組織コンポーネントが有効になっている場合、選択した組織のすべてデバイスがこのスケジュールに含まれます。

この設定の使用には注意が必要です。通常、限られた数のデバイスでパッチアクションをテストし、選択したデバイスまたはデバイスラベルに限ってパッチアクションを実行するほうが適切です。この制限により、パッチアクションが適切に適用されます。

注: このオプションは、一般設定 ページの すべてのデバイスを非表示 チェックボックスがオフの場合にのみ表示されます。

デバイスラベル

選択したラベル内のデバイスにパッチアクションを制限します。ラベル、特にSmart Labelに実行を制限すると、パッチを適切に適用するのに役立ちます。

例えば、アプリケーションパッチの中には、既にインストールされているアプリケーションを更新するだけでなく、アプリケーションをインストールする機能を持つものがあります。アプリケーションがインストールされていないデバイスに対して、アプリケーションがインストールされないようにするには、Smart Labelを作成し、アプリケーションがインストールされたデバイスを特定します。その後、そのラベルが適用されたデバイスへのパッチアクションを制限できます。パッチは、既にアプリケーションがインストールされたデバイスにのみ適用されます。

このオプションを使用するには、予めラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

デバイス

パッチの検出と展開アクションを、選択したデバイスに対して実行します。デバイスを検索するには、フィールドに入力し始めます。

オペレーティングシステム

アクションを実行するデバイスのオペレーティングシステムを選択します。デフォルトは、すべてのオペレーティングシステムです。

すべてのパッチ

使用可能なすべてのパッチを検出します。このプロセスの処理は長時間かかることがあります。また、管理対象デバイスにインストールされていないソフトウェアや、必要とされないソフトウェアのパッチが検出されることがあります。例えば、管理対象デバイスで使用しているウイルス対策アプリケーションのベンダーが1社だけの場合は、すべてのウイルス対策アプリケーションのベンダーに対してパッチを検出する必要がないこともあります。しかし、「すべてのパッチ」では、管理対象デバイスで必要であるかどうかにかかわらず、不足しているパッチがすべて検出されてしまいます。パッチ検出を絞り込むには、検出するパッチのラベルを設定し、パッチラベル オプションを使用します。

パッチラベル

選択したラベル内のパッチにアクションを制限します。これは、最も一般的に使用されるパッチ検出オプションです。ラベルを選択するには、編集 をクリックします。このオプションを使用するには、予め検出するパッチのラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

すべてのパッチ

選択したデバイスのすべてのパッチをロールバックします。

ラベル

選択したラベル内のパッチにアクションを制限します。このオプションは、最も一般的に使用されるパッチ検出オプションです。ラベルを選択するには、編集 をクリックします。このオプションを使用するには、予め検出するパッチのラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

ロールバックの最大試行回数

最大試行回数。アプライアンスによってパッチの展開またはロールバックが試行される回数を0～99の間で指定します。「0」を指定すると、パッチの展開またはロールバックはアプライアンスによって無制限に試行されます。

パッチの展開やロールバックの最後の手順として、アプライアンスによってパッチが正常に展開またはロールバックされたかどうかが確認されます。展開やロールバックに失敗すると、アプライアンスは、次のいずれかの状態になるまで再度パッチの展開またはロールバックを試行します。

オプション

パッチアクションの実行時にユーザーに表示されるオプション。ユーザーに通知することなくアクションを実行するには、オプション フィールドを空白のままにします。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再通知間隔

ユーザーが 再通知 をクリックした後の期間（分単位）。この期間が経過すると、ダイアログが再度表示されます。

限度まで再通知

ユーザーが指定回数だけパッチアクションを再通知できるようにするには、限度まで再通知 チェックボックスをオンにします。試行回数 を指定します。

初期メッセージ

アクションが実行される前に、ユーザーに表示されるメッセージ。ダイアログに表示されるロゴをカスタマイズするには、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

進行状況メッセージ

パッチアクションの実行中にユーザーに表示されるメッセージ。

完了メッセージ

パッチアクションの完了時にユーザーに表示されるメッセージ。

オプション

管理対象デバイスの再起動のオプション。

再起動しない

パッチを有効にするために再起動が必要な可能性がある場合でも、デバイスを再起動しません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

No Reboot（再起動しない） はお勧めしません。これは、再起動が必要な場合に、再起動しないでパッチを展開するため、システムが不安定な状態のままになることがあるからです。さらに、再起動が必要なパッチは、再起動後にのみ適用済みとして表示されます。

ユーザーにプロンプトを表示

デバイスを再起動する前に、ユーザーが再起動に同意するまで待ちます。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

ユーザーが再通知を選択するか、または再起動をキャンセルすると、再起動されるまでパッチ適用は停止します。再起動されると、ロールバックは次回の再起動が必要になるまで続行され、ユーザーに再度プロンプトが表示されます。パッチリストが空になるまで、この繰り返しのプロセスは続行されます。

強制的に再起動

再起動が必要なパッチが展開されるとすぐに再起動されます。強制的な再起動はキャンセルできません。強制的な再起動は、デスクトップとサーバーに対して効果的です。ノートPCの再起動を強制することはお勧めしません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

通常サーバーには専属のユーザーがいないため、強制的な再起動はサーバーで効果的に機能します。ただし、サーバーがパッチを適用し再起動しているときにサービスが使用できなくなることをユーザーに警告するのは重要です。詳細については、パッチ適用に関するベストプラクティスを参照してください。

誰もログインしていない場合、自動的に再起動

ユーザーがログインしていない場合、管理対象デバイスは自動的に再起動されます。

メッセージ

デバイスが再起動される前に、ユーザーに表示されるメッセージ。メッセージダイアログにカスタムロゴを追加する方法については、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

強制的に再起動 を選択すると、タイムアウト動作でKUSerAlertおよびグローバルK1000エージェントプロセスタイムアウトが考慮されます。エージェント設定 ページから、amp.confで設定されるグローバルタイムアウトは、KUserAlertタイムアウトを含め、エージェントが起動したプロセスの実行時間を常に決定します。たとえば、KUserAlertタイムアウトが2時間に設定されていて、グローバルタイムアウトを1時間に設定した場合、実行時間が長すぎるため、エージェントがKUserAlertを停止します。そのため、グローバルタイムアウトは、KUserAlertタイムアウトより長い、目的のタイムアウトに設定する必要があります。この値はそれに合わせて設定する必要があります。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再起動の遅延（カウントダウン）

カウントダウンを使用して再起動を延期します。カウントダウンは分単位です。

今すぐ再起動

デバイスを直ちに再起動します。

後で再起動

デバイスを後で再起動します。

プロンプト数

デバイスが再起動される前に、ユーザーが受け取るプロンプトの数。例えば、値「5」を入力すると、5回目にユーザーが再起動のプロンプトを受け取ったときに、デバイスが自動的に再起動されます。つまり、Number of prompts（プロンプト数） の値として「5」を設定した場合、ユーザーは再起動を 4 回まで遅延させることができます。

プロンプト再表示間隔

ユーザーに再起動を求めるプロンプトを再表示するまでの時間。

なし

特定の日付や時間ではなく、イベントと連携して実行します。このオプションは、サーバーに手動でパッチを適用するか、または定期的に実行しないパッチアクションを実行する場合に便利です。

毎 _ 時間

指定した間隔で実行します。

毎日 HH:MM から

毎日または特定曜日の指定した時間に実行します。

Run on the n of every month/specific month at HH:MM（実行基準n日/毎月/特定月HH:MMから）

毎月n日（たとえば、毎月1日または2日）、または特定の月、特定の時刻に実行します。

カスタム

カスタムスケジュールに従って実行します。

標準の5つのフィールドからなるcron形式を使用します（拡張cron形式はサポート対象外）。

値の指定は次の要領で 行います。

例:

タイムゾーン

アクションをスケジュールするときに使用するタイムゾーン。サーバー を選択すると、アプライアンスのタイムゾーンを使用します。エージェント を選択すると、管理対象デバイスのタイムゾーンを使用します。

オフラインの場合は次の接続時に実行

管理対象デバイスが現在オフラインである場合、次回管理対象デバイスがアプライアンスに接続するときにアクションを実行します。このオプションは、定期的にオフラインになるノートPCおよびその他のデバイスに対して役立ちます。このオプションが選択されていない場合でデバイスがオフラインのときは、次回のスケジュールされた時間までアクションは再度実行されません。

再接続後の実行を遅延

指定した時間、スケジュールを遅延させます。遅延時間は、パッチアクションの実行がスケジュールされている時間から開始されます。

次の時間の経過後に終了:

パッチ適用アクションの期限。

例えば、04:00にパッチが実行されるようスケジュールする場合、07:00にパッチ適用アクションをすべて停止し、ユーザーが業務を開始するときに帯域幅の問題が発生しないようにすることができます。これを行うには、分 ボックスで「180」を指定します。

期限に到達すると、進行中のパッチ適用タスクはすべて中断され、これらのタスクに対するセキュリティログのステータスは「中断されました」になります。

これらのパッチ適用タスクは次回実行で再開されず、スケジュール済みの毎回のパッチ適用アクションで最初から開始されます。

名前

スケジュールを識別するための名前。この名前は、パッチスケジュール ページに表示されます。

アクション

検出 を選択します。適切なオプションにページが更新されます。

パッチアクションの動作は、再起動、検出、展開、ロールバックから選択した組み合わせによって異なります。パッチアクションによってパッチの検出とその他のアクションの両方が実行される場合は常に、展開またはロールバックするすべてのパッチが検出アクションによって検出されるまで、アクションが循環的に繰り返し実行されます。例えば、「検出と展開」および「検出とロールバック」を実行する場合がこれに該当します。この動作により、スケジュール済みの実行が1つだけの場合でも、複数の再起動アクションが必要となることがあります。さらに、パッチを適用するデバイスの種類が、使用するパッチアクションの種類に影響します。

全デバイス

すべてのデバイス上でスケジュールを実行します。アプライアンスで組織コンポーネントが有効になっている場合、選択した組織のすべてデバイスがこのスケジュールに含まれます。

この設定の使用には注意が必要です。通常、限られた数のデバイスでパッチアクションをテストし、選択したデバイスまたはデバイスラベルに限ってパッチアクションを実行するほうが適切です。この制限により、パッチアクションが適切に適用されます。

注: このオプションは、一般設定 ページの すべてのデバイスを非表示 チェックボックスがオフの場合にのみ表示されます。

デバイスラベル

選択したラベル内のデバイスにパッチアクションを制限します。ラベル、特にSmart Labelに実行を制限すると、パッチを適切に適用するのに役立ちます。

例えば、アプリケーションパッチの中には、既にインストールされているアプリケーションを更新するだけでなく、アプリケーションをインストールする機能を持つものがあります。アプリケーションがインストールされていないデバイスに対して、アプリケーションがインストールされないようにするには、Smart Labelを作成し、アプリケーションがインストールされたデバイスを特定します。その後、そのラベルが適用されたデバイスへのパッチアクションを制限できます。パッチは、既にアプリケーションがインストールされたデバイスにのみ適用されます。

このオプションを使用するには、予めラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

デバイス

パッチの検出と展開アクションを、選択したデバイスに対して実行します。デバイスを検索するには、フィールドに入力し始めます。

オペレーティングシステム

アクションを実行するデバイスのオペレーティングシステムを選択します。デフォルトは、すべてのオペレーティングシステムです。

すべてのパッチ

選択したデバイスのすべてのパッチをロールバックします。

ラベル

選択したラベル内のパッチにアクションを制限します。このオプションは、最も一般的に使用されるパッチ検出オプションです。ラベルを選択するには、編集 をクリックします。このオプションを使用するには、予め検出するパッチのラベルまたはSmart Labelを作成しておく必要があります。詳細については、パッチ適用に対する Smart Label の使用を参照してください。

ロールバックの最大試行回数

最大試行回数。アプライアンスによってパッチの展開またはロールバックが試行される回数を0～99の間で指定します。「0」を指定すると、パッチの展開またはロールバックはアプライアンスによって無制限に試行されます。

パッチの展開やロールバックの最後の手順として、アプライアンスによってパッチが正常に展開またはロールバックされたかどうかが確認されます。展開やロールバックに失敗すると、アプライアンスは、次のいずれかの状態になるまで再度パッチの展開またはロールバックを試行します。

オプション

パッチアクションの実行時にユーザーに表示されるオプション。ユーザーに通知することなくアクションを実行するには、オプション フィールドを空白のままにします。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再通知間隔

ユーザーが 再通知 をクリックした後の期間（分単位）。この期間が経過すると、ダイアログが再度表示されます。

限度まで再通知

ユーザーが指定回数だけパッチアクションを再通知できるようにするには、限度まで再通知 チェックボックスをオンにします。試行回数 を指定します。

初期メッセージ

アクションが実行される前に、ユーザーに表示されるメッセージ。ダイアログに表示されるロゴをカスタマイズするには、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

進行状況メッセージ

パッチアクションの実行中にユーザーに表示されるメッセージ。

完了メッセージ

パッチアクションの完了時にユーザーに表示されるメッセージ。

オプション

管理対象デバイスの再起動のオプション。

再起動しない

パッチを有効にするために再起動が必要な可能性がある場合でも、デバイスを再起動しません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

No Reboot（再起動しない） はお勧めしません。これは、再起動が必要な場合に、再起動しないでパッチを展開するため、システムが不安定な状態のままになることがあるからです。さらに、再起動が必要なパッチは、再起動後にのみ適用済みとして表示されます。

ユーザーにプロンプトを表示

デバイスを再起動する前に、ユーザーが再起動に同意するまで待ちます。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

ユーザーが再通知を選択するか、または再起動をキャンセルすると、再起動されるまでパッチ適用は停止します。再起動されると、ロールバックは次回の再起動が必要になるまで続行され、ユーザーに再度プロンプトが表示されます。パッチリストが空になるまで、この繰り返しのプロセスは続行されます。

強制的に再起動

再起動が必要なパッチが展開されるとすぐに再起動されます。強制的な再起動はキャンセルできません。強制的な再起動は、デスクトップとサーバーに対して効果的です。ノートPCの再起動を強制することはお勧めしません。このオプションを選択した場合、パッチスケジュールに従って、次の処理が実行されます。

通常サーバーには専属のユーザーがいないため、強制的な再起動はサーバーで効果的に機能します。ただし、サーバーがパッチを適用し再起動しているときにサービスが使用できなくなることをユーザーに警告するのは重要です。詳細については、パッチ適用に関するベストプラクティスを参照してください。

誰もログインしていない場合、自動的に再起動

ユーザーがログインしていない場合、管理対象デバイスは自動的に再起動されます。

メッセージ

デバイスが再起動される前に、ユーザーに表示されるメッセージ。メッセージダイアログにカスタムロゴを追加する方法については、組織コンポーネントが有効になっている場合のアプライアンス一般設定項目の設定を参照してください。

タイムアウト

アクションの実行前にダイアログが表示される期間（分単位）。この期間が経過するまでの間にユーザーがボタンを押さないと、Timeout（タイムアウト） ドロップダウンリストで指定されたアクションをアプライアンスが実行します。

強制的に再起動 を選択すると、タイムアウト動作でKUSerAlertおよびグローバルK1000エージェントプロセスタイムアウトが考慮されます。エージェント設定 ページから、amp.confで設定されるグローバルタイムアウトは、KUserAlertタイムアウトを含め、エージェントが起動したプロセスの実行時間を常に決定します。たとえば、KUserAlertタイムアウトが2時間に設定されていて、グローバルタイムアウトを1時間に設定した場合、実行時間が長すぎるため、エージェントがKUserAlertを停止します。そのため、グローバルタイムアウトは、KUserAlertタイムアウトより長い、目的のタイムアウトに設定する必要があります。この値はそれに合わせて設定する必要があります。

タイムアウトアクション

ユーザーがオプションを選択することなく Timeout（タイムアウト） で指定した期間が経過した場合に実行されるアクション。

再起動の遅延（カウントダウン）

カウントダウンを使用して再起動を延期します。カウントダウンは分単位です。

今すぐ再起動

デバイスを直ちに再起動します。

後で再起動

デバイスを後で再起動します。

プロンプト数

デバイスが再起動される前に、ユーザーが受け取るプロンプトの数。例えば、値「5」を入力すると、5回目にユーザーが再起動のプロンプトを受け取ったときに、デバイスが自動的に再起動されます。つまり、Number of prompts（プロンプト数） の値として「5」を設定した場合、ユーザーは再起動を 4 回まで遅延させることができます。

プロンプト再表示間隔

ユーザーに再起動を求めるプロンプトを再表示するまでの時間。

なし

特定の日付や時間ではなく、イベントと連携して実行します。このオプションは、サーバーに手動でパッチを適用するか、または定期的に実行しないパッチアクションを実行する場合に便利です。

毎 _ 時間

指定した間隔で実行します。

毎日 HH:MM から

毎日または特定曜日の指定した時間に実行します。

Run on the n of every month/specific month at HH:MM（実行基準n日/毎月/特定月HH:MMから）

毎月n日（たとえば、毎月1日または2日）、または特定の月、特定の時刻に実行します。

カスタム

カスタムスケジュールに従って実行します。

標準の5つのフィールドからなるcron形式を使用します（拡張cron形式はサポート対象外）。

値の指定は次の要領で 行います。

例:

タイムゾーン

アクションをスケジュールするときに使用するタイムゾーン。サーバー を選択すると、アプライアンスのタイムゾーンを使用します。エージェント を選択すると、管理対象デバイスのタイムゾーンを使用します。

オフラインの場合は次の接続時に実行

管理対象デバイスが現在オフラインである場合、次回管理対象デバイスがアプライアンスに接続するときにアクションを実行します。このオプションは、定期的にオフラインになるノートPCおよびその他のデバイスに対して役立ちます。このオプションが選択されていない場合でデバイスがオフラインのときは、次回のスケジュールされた時間までアクションは再度実行されません。

再接続後の実行を遅延

指定した時間、スケジュールを遅延させます。遅延時間は、パッチアクションの実行がスケジュールされている時間から開始されます。

次の時間の経過後に終了:

パッチ適用アクションの期限。

例えば、04:00にパッチが実行されるようスケジュールする場合、07:00にパッチ適用アクションをすべて停止し、ユーザーが業務を開始するときに帯域幅の問題が発生しないようにすることができます。これを行うには、分 ボックスで「180」を指定します。

期限に到達すると、進行中のパッチ適用タスクはすべて中断され、これらのタスクに対するセキュリティログのステータスは「中断されました」になります。

これらのパッチ適用タスクは次回実行で再開されず、スケジュール済みの毎回のパッチ適用アクションで最初から開始されます。