SCCM 2012でソフトウェア更新ベースラインを構成する方法
WSUSサーバーがダウンしたために過去4か月間パッチが適用されていない約70のシステムがあるリモートサイトがあり、現在SCCM 2012）の展開に取り掛かっています。
あなたの1人SCCM gurus、MCC、MVP、誰かが、次の方法があなたにとって意味があるかどうか教えてくれますか？そうであれば、それは良いアイデアですか？毎週パッチ火曜日の更新プログラムを削除するために使用するソフトウェア更新プログラムパッケージです。
- SCCM 2012クライアントをこれらの70システムに導入します
- Microsoftと同期して、更新メタデータを取得します
- ソフトウェアアップデートスキャンサイクルを実行して、リモートサイトの70システムでどのアップデートが必要かを判断します
- 会社のパッチポリシーに該当する更新を取得するための検索条件を作成します（重要およびセキュリティのみ）。
- これらの更新をすべてパッケージにダウンロードし、次の規則にちなんで名前を付けます：SUM_Baseline
- ソフトウェアアップデートグループを作成し、次の規則に従って名前を付けます。SUM_Baseline_YYYYMMDD
- リモートサイトにある70のシステムにSUGを展開します
これは皆さんにとってどのように見えますか？
もう1つ、すでに使用しているソフトウェアアップデートパッケージがありますが、これは火曜日のパッチのみのパッチであり、ベースラインパッチではありません。火曜日のパッチ更新用とベースライン更新用の2つのパッケージを用意するのは理にかなっていますか？
私の考えでは、Patch Tuesdayパッケージは最新であり、事前のパッチを必要としないシステムに使用されます。ベースラインパッケージは、新しいシステム、または何らかの理由でかなり長い間パッチが適用されていないシステム用です。
また、すべてのSCCM 2012クライアントではなくSCCM 2012 consoleでは、システムのサブセットで必要な更新を見つけることができるようにする方法があります？これを行う方法がわからない場合や、それが可能な場合でも、ソフトウェア更新構成のベースラインを作成できますか？
ここで良いフィードバックをいただければ幸いです。
みんな、ありがとう
さて、私はこの記事を見つけました、そしてそれは私の質問のすべてではないとしても、ほとんどに答えるようでした。それは非常に素晴らしい記事です：