Configuration Managerのメンテナンス タスク

Configuration Manager (現在のブランチ) に適用

Configuration Managerサイトと階層には、サービスを効果的かつ継続的に提供するために、定期的なメンテナンスと監視が必要です。 定期的なメンテナンスにより、ハードウェア、ソフトウェア、Configuration Manager データベースが正常かつ効率的に機能し続けることができます。 最適なパフォーマンスにより、障害のリスクが大幅に軽減されます。

アラートを設定し、状態システムを使用してConfiguration Managerの正常性を監視するには、「状態システムを使用する」と「アラートの構成」を参照してください。

メンテナンス タスク

サイト操作を正しく行うためには、定期的なメンテナンスが重要です。 メンテナンス ログを保持して、メンテナンスの日付、メンテナンスを行ったユーザー、およびタスクに関するメンテナンス関連のコメントを文書化します。 サイトを維持するには、毎日または毎週のメンテナンスを検討してください。 一部のタスクでは、別のスケジュールが必要な場合があります。 一般的なメンテナンスには、組み込みのメンテナンス タスクと、会社のポリシーへの準拠を維持するためのアカウント メンテナンスなどの他のタスクの両方が含まれます。

さまざまなメンテナンス タスクを実行するタイミングを計画するのに役立つガイドとして、次の情報を使用します。 これらのリストを出発点として使用し、必要なタスクを追加します。

毎日のタスク

1 日のスケジュールで考慮する可能性があるメンテナンス タスクを次に示します。

• 毎日実行するようにスケジュールされている定義済みのメンテナンス タスクが正常に実行されていることを確認します。

• Configuration Manager データベースの状態を確認します。

• サイト サーバーの状態を確認します。

• ファイル バックログConfiguration Managerサイト システムの受信トレイを確認します。

• サイト システムの状態を確認します。

• サイト システムからのオペレーティング システム イベント ログを確認します。

• サイト データベース コンピューターからSQL Serverエラー ログを確認します。

• システム のパフォーマンスを確認します。

• Configuration Managerアラートを確認します。

毎週のタスク

毎週のスケジュールで考慮する可能性があるメンテナンス タスクを次に示します。

• 毎週実行するようにスケジュールされている定義済みのメンテナンス タスクが正常に実行されていることを確認します。

• 不要なファイルをサイト システムから削除します。

• 必要に応じて、エンド ユーザー レポートを生成して配布します。

• アプリケーション、セキュリティ、およびシステム イベント ログをバックアップし、クリアします。

• サイト データベースのサイズを確認し、サイト データベースを拡張できるように、サイト データベース サーバーに十分な空きディスク領域があることを確認します。

• SQL Serverメンテナンス プランに従って、サイト データベースのデータベース メンテナンスをSQL Serverします。

• すべてのサイト システムで使用可能なディスク領域を確認します。

• すべてのサイト システムでディスク最適化ツールを実行します。

定期的なタスク

サイト全体の正常性を確保するために、毎日または毎週のメンテナンスを必要としない一部のタスクが重要です。 これらのタスクでは、セキュリティとディザスター リカバリーの計画が最新の状態に保たれるようにもします。 次に示すメンテナンス タスクは、毎日または毎週のタスクよりも定期的なスケジュールを考慮する必要があります。

• 必要に応じて、セキュリティ プランに従ってアカウントとパスワードを変更します。

• メンテナンス プランを確認して、構成されたサイト設定に応じて、スケジュールされたメンテナンス タスクが正しく効果的にスケジュールされていることを確認します。

• 必要な変更がないか、Configuration Manager階層設計を確認します。

• ネットワーク のパフォーマンスを確認して、サイトの操作に影響を与える変更が行われていないことを確認します。

• サイトの操作に影響を与える Active Directory 設定が変更されていないかどうかを確認します。 たとえば、Active Directory サイトに割り当てられ、サイトの境界として使用されるサブネットConfiguration Manager変更されていないことを確認します。

• 必要な変更がないか、ディザスター リカバリー計画を確認します。

• バックアップ サイト サーバーのメンテナンス タスクで作成された最新のバックアップのバックアップ コピーを使用して、テスト ラボのディザスター リカバリー 計画に従ってサイトの復旧を行います。

• ハードウェアでエラーがないか、または使用可能なハードウェア更新プログラムがないか確認します。

• サイトの全体的な正常性を確認します。

サイト データベースの運用状態を維持する

Configuration Managerサイトと階層は、スケジュールおよび設定したタスクを実行しますが、サイト コンポーネントは継続的にConfiguration Manager データベースにデータを追加します。 データ量が増加すると、データベースのパフォーマンスとデータベース内の空きストレージ領域が低下します。 不要になった期限切れのデータを削除するサイト メンテナンス タスクを設定できます。

Configuration Managerには、Configuration Manager データベースの正常性を維持するために使用できる定義済みのメンテナンス タスクが用意されています。 既定では、すべてのメンテナンス タスクが各サイトで使用できるわけではありません。 一部のタスクは有効になっていませんが、すべて設定できるスケジュールをサポートしています。

ほとんどのメンテナンス タスクでは、Configuration Manager データベースから古いデータが定期的に削除されます。 不要なデータを削除してデータベースのサイズを小さくすると、データベースのパフォーマンスと整合性が向上し、サイトと階層の効率が向上します。 インデックスの再構築などの他のタスクは、データベースの効率を維持するのに役立ちます。 バックアップ サイト サーバー タスクなどのその他のタスクは、ディザスター リカバリーの準備に役立ちます。

重要

データを削除するタスクのスケジュールを計画するときは、そのデータを階層全体で使用することを検討してください。 データを削除するタスクがサイトで実行されると、Configuration Manager データベースから情報が削除され、この変更は階層内のすべてのサイトにレプリケートされます。 この削除は、そのデータに依存する他のタスクに影響する可能性があります。 たとえば、中央管理サイトでは、クライアント以外のコンピューターを識別するために、1 か月に 1 回実行するように Discovery を設定できます。 検出から 2 週間以内に、Configuration Manager クライアントをこれらのコンピューターにインストールする予定です。 ただし、階層内の 1 つのサイトで、管理者は期限切れの探索データの削除タスクを 7 日ごとに実行するように設定します。 その結果、クライアント以外のコンピューターが検出されてから 7 日後に、Configuration Manager データベースから削除されます。 中央管理サイトに戻り、10 日目にConfiguration Manager クライアントをこれらの新しいコンピューターにプッシュ インストールする準備をします。 ただし、期限切れの探索データの削除タスクは最近実行され、7 日以上前のデータを削除したため、最近検出されたコンピューターはデータベースで使用できなくなります。

Configuration Manager サイトをインストールしたら、使用可能なメンテナンス タスクを確認し、操作に必要なタスクを有効にします。 各タスクの既定のスケジュールを確認し、必要に応じて、階層と環境に合わせてメンテナンス タスクを微調整するようにスケジュールを設定します。 各タスクの既定のスケジュールはほとんどの環境に適していますが、サイトとデータベースのパフォーマンスを監視し、デプロイの効率を向上させるためにタスクを微調整することを期待します。 サイトとデータベースのパフォーマンスを定期的に確認し、メンテナンス タスクとそのスケジュールを再構成して、その効率を維持する計画を立てます。

メンテナンス タスクを設定する

各Configuration Manager サイトは、サイト データベースの運用効率を維持するのに役立つメンテナンス タスクをサポートします。 既定では、各サイトで複数のメンテナンス タスクが有効になり、すべてのタスクで個別のスケジュールがサポートされます。 メンテナンス タスクはサイトごとに個別に設定され、そのサイトのデータベースに適用されます。 ただし、 期限切れの探索データの削除などの一部のタスクは、階層内のすべてのサイトで使用できる情報に影響します。

Configuration Manager コンソールには、サイトで設定できるメンテナンス タスクのみが表示されます。 サイトの種類別のメンテナンス タスクの完全な一覧については、「Configuration Managerのメンテナンス タスクのリファレンス」を参照してください。

メンテナンス タスクの一般的な設定を設定するには、次の手順に従います。

Configuration Managerのメンテナンス タスクを設定するには

サイト サーバーのメンテナンス タスクを、サイト サーバーの詳細ビューの独自のタブから表示、編集、監視できるようになりました。 メンテナンス タスクを編集するには、以前のバージョンのConfiguration Managerと同様に、[設定] グループで [サイトメンテナンス] を選択します。

1. Configuration Manager コンソールで、[管理>サイト構成サイト]> に移動します。
2. 一覧からサイトを選択し、詳細パネルの [ メンテナンス タスク ] タブをクリックします。
3. 選択したサイトで使用できるタスクのみが表示されます。 メンテナンス タスクのいずれかを右クリックし、次のいずれかのオプションを選択します。
   • [有効] - タスクを有効にします。
   • [無効] - タスクをオフにします。
   • [編集] - タスク スケジュールまたはそのプロパティを編集します。

[ メンテナンス タスク] タブには、次のような情報が表示されます。

• タスクが有効になっている場合
• タスク スケジュール
• 最終開始時刻
• 最終完了時刻
• タスクが正常に完了した場合

データベースのインデックス再作成は、レプリケーション リンクの状態に一時的に影響する可能性があります

組み込みのメンテナンス タスクまたはSQL Server Management Studioを使用して、Configuration Manager データベースのインデックスを再作成すると、このプロセス中にレプリケーション リンクが一時的に低下または失敗状態になることがあります。 状態の低下は、データベース テーブルでインデックス再作成が実行されるとブロックされ、書き込みができないために発生します。 これはオフライン操作であり、 DBCC REINDEX の機能の基本です。 レプリケーション グループ上の同期を成功と見なすには、サイトが実際に受信したデータを処理できる必要があります。 これは、このインデックス再作成プロセス中に、リンクの状態が低下、失敗、アクティブ、および再びバウンスする可能性があることを意味します。 サイト間でレプリケートされるデータの量に応じて、障害が発生した状態からアクティブな状態に移動する時間は、環境によって異なります。

インデックス再作成中の状態の変更が監視に問題がある場合、各レプリケーション リンクには一連の しきい値 があり、リンクが機能低下状態になったとき、または障害状態になったときに調整できます。 レプリケーション リンクには複数のレプリケーション グループが含まれています。これは、グローバル データとサイト データの 2 種類に分かれています。 グローバル データは 1 分ごとに同期を試み、サイト データは 5 分ごとに同期されます。 既定では、12 個の障害のしきい値に達すると、リンクは低下状態に変わり、24 で失敗状態に変わります。 これらのしきい値を設定するには、[ データベース レプリケーション ] ノードの下にあるリンクを選択し、[ リンク プロパティ] を選択します。 [ アラート ] タブには、リンクを低下または失敗に設定するためのしきい値があります。 既定では、これらの値はそれぞれ 12 と 24 に設定されます。

次の手順

メンテナンス タスクのリファレンス