web-dev-qa-db-ja.com

msiexec / aを使用して開始される管理者用インストールの目的は何ですか？

Windowsインストーラテクノロジは、管理者用インストールをサポートしています。管理者用インストールを開始するためのコマンドラインは、「msiexec/a setup.msi」です。このタイプのインストールの目的を理解したいのですが、どのようなシナリオで役立ちますか？

wixinstallerwindows-installermsiexec
23
Anand Patel

現実の世界では、それほど価値はありません。 MSIは、コンピューターに通常2〜20 GBのハードドライブが搭載されていた時代に設計されました。彼らはこれらすべての「ソースから実行」広告シナリオを思いついたが、それは当時は本当にクールに見えたが、現実の世界では決して流行ったことはなかった。

今日、/ aがセットアップ開発者である私にできることは、MSIを簡単に "抽出"してその内容を確認する方法です。それだけです。

21
Christopher Painter

管理インストール：いくつかの実用的な例を追加します。

_1)_サイレント実行抽出（GUIなし）：

_msiexec.exe /A MySetup.msi TARGETDIR=D:\Extract\ /QN /L*V D:\Extract.log
_

_2)_インタラクティブ抽出（抽出用GUIのセットアップ）：

_msiexec.exe /A MySetup.msi 
_

パラメータの簡単な説明：

_- /A - run administrative installation sequence.
- /QN - run completely silently (alternatively: /QB! for semi-silent).
- /L*V "Extract.log" - create verbose log file.
- TARGETDIR - destination path for file extraction (top level folder).
_

_3)_一部_setup.exe_files は_setup.exe /a_を介して管理インストールを実行できます

msiexec.exeコマンドライン：

管理者用インストールの目的

一般に、管理者用インストールは、大規模な展開シナリオで非常に便利です。たとえば、数千のワークステーションを持つ大規模な銀行など、多数のコンピュータにソフトウェアを一度にインストールします。実際、このような展開シナリオでは非常に重要です。application packagerとして最初に行うことは、MSIファイルの内容と構造を検査するために管理者インストールを実行することです。

管理インストールの操作

管理者は自分自身を単純にextractsから内部cabファイルをインストールし、media layoutをMSIファイルに調整します内部cabファイルの代わりに、抽出されたファイルをインストールに使用します。最終結果は、ファイルがターゲットシステムのどこに配置されるかを示すきちんとしたフォルダー階層と、内部のcabファイルが削除された元のファイルよりも小さいMSIファイルです。 MSIがそうするようにMSIがカスタム設計されていない限り、この操作はターゲットシステムに変更を加えません。これは、ほとんどすべての場合に重大な設計エラーです。私の頭の上の例外には、ライセンスファイルのセットアップや、何らかの方法で展開するための後処理ファイルが含まれる場合があります。私は実際にそのような構成要素を見たことがありませんが、カスタムインストールを管理者インストールに追加することは可能です。

管理者用インストールの使用

管理者がインストールした後、抽出されたファイルは、数千のワークステーションからアクセス可能なnetwork shareに配置でき、そこからインストールできます。通常、これは[〜＃〜] sccm [〜＃〜]（以前のMicrosoft SMS）などの特殊な展開ソフトウェアを介して行われます。ただし、場合によっては、ワークステーションのユーザーが手動でインストールをトリガーすることもできます。このネットワーク共有インストールの重要な利点は、self-repair operationsおよびそれに続くpatchおよびupgradeワークステーションへのインストールは、元のソースファイルにアクセスできるため、インストールは正常に完了します。 Microsoft Officeが突然、いくつかのファイルを再インストールするためにインストールCDを挿入するように要求することを経験した可能性があります。ソースがオンラインで利用可能でない限り、これはワークステーションにも起こります。このソース要件は、Microsoftが各ローカルマシンでより多くのインストーラーコンテンツをキャッシュするため、将来変更される可能性があります（Windows 7以降、UPDATE 2018年1月：詳細については、この回答を参照してくださいこのキャッシュ： MSIでアンインストールを続行するために元の.msiファイルが必要なのはなぜですか？ ）。抽出されていないMSIファイルを管理イメージ経由で抽出せずにそのような場所に置くこともできますが、管理者インストールを使用すると、任意のファイルを個別にダウンロードできます（大規模なcabダウンロードなし）。巨大なMSIファイルの場合、これは重要であり、パッチ適用の信頼性を高めるために、インストールソースとして管理イメージを好みます。これは主観的な好みですが、これは実際の経験によるものです。

管理者用インストールとパッチ

最後に、MSIパッチを作成するには、通常、元のセットアップと新しいセットアップの両方で管理者インストールを実行する必要があります。次に、新しいインストーラーフォルダーと古いインストーラーフォルダーの違いに基づいて、Windowsインストーラーパッチファイルが作成されます。そのため、その後のパッチファイルの作成には管理者インストールが重要です。これはWise for Windows Installerの場合です-実体験で本当に信頼できるパッチを作成できる唯一の製品（この製品は現在市場に出ていません。詳細はこちら） ： 使用するインストール製品は何ですか？InstallShield、WiX、Wise、Advanced Installerなど ）。再度、広範な実世界のテストに基づく主観的な観察。

ベンダーからMSIおよびMSP（パスファイル）を入手した場合は、管理者用インストールにパッチを適用することもできます。 MSIを抽出し、MSPで管理イメージにパッチを適用します。ターゲットフォルダーには、新しいMSIとすべての新しいファイルが含まれます（管理パッチが機能する場合、通常、私のパッチでは機能しません）。

"ソースから実行"

Chrisは「ソースから実行」について言及していますが、これは実際にはかなり役に立たない時代遅れの概念であり、インストール内の一部のファイルをネットワーク共有に残して、そこから直接アクセスできます。私は正直に言って、この機能を何年も試していません。

この機能はめったに使用されませんが、リソースファイルの共通セットにすべてのワークステーションからアクセスする必要があり、大量の複製を避けたい場合に役立つと思います。リソースファイルの修正は、ワークステーションに何も再インストールせずに、上記の「管理者インストールパッチ」によって展開できます（どのように機能するかは不明確です-この機能を使用しないことは手がかりかもしれません）。

多くの異なるモジュールを備えた大規模なソフトウェアスイートでは、必要な機能のいくつかのみをインストールし、残りをソースから実行するか、初回使用時にインストールするだけで、少数のユーザーのみが使用し、インストールと使用を大幅にスピードアップできます。これにより、インストールとその後のパッチのインストールが高速化され、システムから安全でない可能性のある不要なバイナリが削除される可能性があります。この最後のポイントは、ロックダウンされた環境では重要です。ただし、実際には、パッチがパッチ適用後にアドバタイズされた機能をローカルにインストールするように変更するのを見ました。これは非常に奇妙で望ましくない動作ですが、経験上非常に一般的です。実際には、「ソースから実行」または非常に限定された使用のアドバタイズされた機能を見つけます。一般に、セットアップを2つに分割し、1つをクライアント用に、もう1つをサーバーインストール用に使用することをお勧めします。

[〜＃〜]更新[〜＃〜]：

これは、同じ問題の新しい要約です： admin install and its uses（file extract and beyond） 。 「MSIのWindows 7以降のMSIのキャッシュ動作が変更されました」に関する以下のコメントもお読みください。

39
Stein Åsmul

いくつかのマシンに製品Xをインストールする必要があり、Xにもいくつかのパッチを適用する必要があるとします。各マシンに一連のパッチを適用する代わりに、これを行うことができます：

  • Xのアドミニストレーティブイメージを作成する
  • 管理イメージにパッチを適用します
  • パッチを適用したイメージを使用して各マシンにXをインストールします

時間と労力を節約でき、すべてのマシンが同じパッチレベルであることを確認できます。

1
Ed.

ユーザーごとのセットアップがあり、システムを介してユーザーによるインストールを許可しない場合グループポリシーを使用すると、ユーザーは管理インストールによってターゲットフォルダに作成されたmsiからインストールできます。ソフトウェアのインストールを承認する方法。

0
Sean Williamson