私は「楽しみのために」学校を運営しており、ソフトウェアをいつ更新すべきかについて常に話し合っています。たとえば、今日Office 2007 SP2がリリースされ、すべてのPCを更新するまでにどれくらい待つ必要があるか悩んでいました。数個のPCがあり、自動インストールクライアントを使用しているため、最終的にバグを修正するのは非常に難しいので、更新するまでどのくらい待つ必要があると思いますか?
一般的に言えば、2種類の更新があります。
あなたのようにマシンを管理する場合、1台のマシンで試してみるというdeevusの提案は慎重なアプローチです。
1台のマシンにインストールして1週間ほどテストします。問題がない場合は、アップデートを段階的に展開できます。
セキュリティアップデートのために、私は一週間待つ傾向があります。これは通常、「アーリーアダプター」が主要なバグを見つけるのに十分な長さです。野生で活発なエクスプロイトがあることがわかっている場合、私はこれを行うつもりはありません。そのような場合、私は24時間待ってから行くかもしれません。セキュリティ以外の更新については、通常、もう少し時間をかけたいと思います。多分一ヶ月か二ヶ月。
あなたの場合、一握りのテストシステムを選ぶのはおそらく安全です。 WSUSを使用している場合は、別のグループを作成して、他のシステムよりも早くパッチ/更新プログラムを承認できます。実際にシステムのペースを調整し、問題が見つかった場合に何をしたか、何を見たかについて適切なフィードバックを提供できるユーザーを選択するようにしてください。バグを解決したことを確認したら、一括展開をスケジュールします。
通常の月は次の手順に従います。Microsoftは第2火曜日にパッチをリリースし、クライアントは数日以内にパッチの展開を承認し、数日後にパッチを承認してロールし(パイロットワークステーションのみ)、パッチを承認してロールします。その数日後(残りのワークステーション)、サーバーの次の週末にパッチを承認してインストールします。次の「パッチ火曜日」より前に、何かの必須インストール日を設定します。これらはすべて、リリースされるパッチの重要な性質と、クライアントのきしむ音の大きさに応じて変化します。 :)
あなたがマイクロソフトのアップデートについて話しているなら、私はこれらをすぐにインストールする傾向があります。 MSDNまたはTechnetのサブスクリプションをお持ちの場合は、すべてのサービスパックが長いベータ版とRCサイクルを経ているため、かなり安定していることに気付くでしょう。
マイクロソフトはまた、Windows Updateに何かをプッシュする前に、更新をダウンロードできるように公開する傾向があります(プレリリースバージョンをテストする機会がなかった人向け)。
あなたが話していることが何であれ、主なことは、デプロイする前にインストールしてテストし、他のアプリケーション(特に内部カスタムアプリケーション)を壊さないことを確認することです。これは常識です。互換性が確認できたら、更新を延期する本当の理由はありません。
Office 2007 SP2の例では、一般公開前に十分にテストされています。もう1週間待っても違いはありません。問題が発生する場合は、問題が発生します。それがあなたが最初にテストしたい理由です:)