Windows Server Update Services（WSUS）4.0で最も必要な機能
一部のブログでは、次のWindows Server Update Services（WSUS）で、ユーザー定義のパッケージやMicrosoft以外のパッケージをホストできるようになるとの噂があります。
WSUS 4.0のウィッシュリストは何ですか？
Microsoft以外のパッケージは素晴らしいでしょうif十分な数の人々がそれをサポートしました。
異なる時間に自己更新する他のすべての標準デスクトップアプリケーション（特にAdobe Acrobat）は、デスクトップ環境でますます悪化し、ユーザーの混乱とシステムの不安定さを引き起こしています。
ベンダーが一元管理された配信メカニズム（WSUSまたはその他）を介して単一の更新戦略に集まり、合意できれば、システム管理者は更新とパッチの展開をより詳細に制御でき、私たちのシステムに何が起こっていたのか。
私は希望を持って生きています.... :-)
公式にサポートされているコマンドラインアップデートのインストール機能。 「wuauclt/installnow」と考えてください。
UIを少し調整するだけで、非常に役立ちます。大量の更新を承認するのは本当に面倒です。 UIの応答が遅く、既に更新したものが反映されていません。
更新ビューのルールを改善したい（つまり、カスタム）。これが私のシナリオです：
- リンクされたすべてのPCとサーバーには、私の以外の更新が自動承認されています
DMZサーバー。問題が発生した場合に備えて、手動で承認します
アップデート。 - 私が欲しいのは、特定のターゲットグループの未承認の更新をすべて表示するビューです。それ
不可能のようです。 - 指定できるビューもお願いします
「先月」や「先週」ではなく、過去X日間を表示します。
通知メールのしきい値。例：前回の同期で20を超える新しい更新が見つかった場合は、通知を送信します。または、特定の製品または特定のカテゴリに特定のキーワードで更新が見つかった場合は、電子メールで送信します。
承認時のタイムスタンプへのアクセス。私の監査人は、実際のインストール日と比較して、いつ承認されたかを正確に知りたいと思っています。私はそれがデータベースに記録されているが、UIには公開されていないことを強く疑っています。
更新の任意の「バンドル」を作成する機能。 「2011年1月」と言って、個々のKBではなく、バンドルごとに承認/拒否/報告します。
しかし、実際には、「私たちが長年提案してきたSCOMプロジェクトの経営陣の承認と資金提供」に落ち着きます。
WSUSを一般的なアプリケーション/更新プラットフォームに変えてください。Microsoftブランドのものをモジュールまたは同様のものとして持ってください。 WSUSはそのシンプルさの点で優れており、それを他のすべてに拡張することは素晴らしいことです。