web-dev-qa-db-ja.com

GPOでインストールされたアップグレードソフトウェアパッケージ

最近、私はADポリシーを使用して、小規模ドメインで [〜#〜] gpo [〜#〜] を介してソフトウェアパッケージを展開しています。これはうまく機能していましたが、パッケージをアップグレードするための正しい手順は何なのかわかりません。

最初に展開したと仮定すると[〜#〜] x [〜#〜]、バージョンa 〜GPOという名前の「Install X」」という名前です。すべて正常に動作しますbがリリースされます(新しいバージョンの.msiが既にインストールされているバージョンのアップグレードを実行できると仮定)アップグレードを実行するための次のオプションがあると思います:

  1. 配布ポイントの元の.msiを置き換えてから、グループポリシーエディターを使用します(GPO "を開きます)Xをインストールします ")、コンピュータの構成/ソフトウェアの設定/ソフトウェアのインストールの下で、「アプリケーションの再デプロイ」にタスクを割り当てます

  2. グループポリシーエディターを使用して、新しいバージョンのコンピューターの構成/ソフトウェアの設定/ソフトウェアのインストールに新しいパッケージを作成し、このパッケージでアップグレードする古いパッケージを指定します([アップグレード]タブでバージョンのパッケージa;既存のアンインストールまたはアップグレードを行うオプション)

  3. グループポリシーエディターを使用してバージョンaのパッケージを削除し(すぐにアンインストールオプションを使用)、バージョンbの新しいパッケージを追加する

質問:

  • 最初のオプションの欠点は何ですか?
  • 2番目のオプションは、GPO経由で配布されたパッケージをアップグレードする適切な/推奨される方法ですか?
  • GPOを使用したパッケージのアップグレードに関して、他に微妙な点、ベストプラクティス、または一般的なアドバイスはありますか?

編集:また、私は3を適切にテストしただけなので、1と2でいくつかの重要なステップが欠けている場合は、ポインタをいただければ幸いです。 :)

10
Unreason

オプション2と3を実行しました。以前のMSIパッケージで問題が発生したことがわかっている場合を除き、ほとんどの場合オプション2を使用します。オプション1は、そのために設計されていないため、物事を行うためのハック方法にすぎません。念のため、古いMSIは常に展開場所に置いておきます。オプション2では、MSIが適切に構成されているときに手動で(Windows Server 2008 R2)に設定しなくても、以前のバージョンが自動的に検出され、以前のパッケージが自動的にアップグレードされます。

5
xeon

SCCMをご覧になることをお勧めします。これは、特にWindowsボックスだけを扱っている場合は、アプリケーションとそれぞれのアップデートをプッシュアウトするのにはるかに優れた製品です。あなたがその道を行くことに決めた場合、MYITForums MSSMSリストは、助けを求める最高のメーリングリストの1つです。

1
Tatas