Windowsインストーラー：ベンダーが注文したもの

Windowsインストーラーを使用するというテーマを続けて、今日、ソフトウェアメーカーが提供する既製のインストーラーについて話すことを提案します。「ベンダーMSI」という用語は、それらを指すのに広く使用されています。



前の記事で覚えているとおり、Windows Installerはインストールファイルの業界標準であり、ほとんどのアプリケーション展開システムで使用されています。 ベンダーMSIは、企業ネットワークでのソフトウェア展開に関与するシステム管理者にとって非常に便利です。 ドキュメントからインストールパラメータを取得し、コマンドラインまたはトランスフォームで使用するだけで十分であるように思われます。これで作業は完了です。 簡単ですか？



複数のベンダーのMSIを調べて、それらのデバイスを扱うことをお勧めします。



すべてのルールには例外があります。 インストールパッケージが製造元によってテストされているという事実にもかかわらず、独自の条件で発生するインストールプロセス中に予期しない動作に直面する準備をしてください。



当然、企業環境での展開用にアプリケーションを準備するときは、主にソフトウェア製造元の推奨事項に従う必要があります。 ただし、展開システムがMSI形式のみを認識し、ベンダーがexe-installerのみを提供する場合があります。この場合、ベンダーのMSIを取得するのが理にかなっています。

ベンダーMSIはどこで入手できますか？

ネットワークにアプリケーションを展開する必要があるとします。 通常、ソフトウェアの製造元からインストールパッケージを受け取ります。インストールディスクからコピーしたり、公式サイトからダウンロードしたりします。

インストールパッケージがない場合は、 製造元のルートトラッカーに移動してパッケージを探します。 このサイトにはMSI形式のパッケージはなく、オンラインインストーラーまたはsetup.exeのみがありますか？ よりよく検索してみましょう。 多くの場合、企業ユーザー向けのmsiファイルは展開手順とともにメインページではなく、「ビジネス向け」（ Google ChromeやSkypeなど ）などの大きな名前のサイトのセクション、または製造元のftpにあります。 オンラインおよびオフラインのインストーラーから選択できる場合は、オフラインオプションを選択します。



簡単なルールは、インストールパッケージ（任意の形式）はメーカーの公式Webサイト（またはftp）からのみダウンロードできるということです。 不快な驚きに遭遇しないように、「ファイルアーカイブ」および「プログラムディレクトリ」からインストーラーをダウンロードしないでください。

もちろん、Adobe Creative Suiteのような有料アプリケーションのフルバージョンは、パブリックドメインにはありません。 コーポレートバージョンのライセンスを持っているが、インストールファイルがない場合は、メーカーのサポートサービスにお気軽にお問い合わせください。



これで、インストールパッケージができました。 拡張子が.msiのファイルの場合-ベンダーMSIを扱っています（ありがとう、Cap！）。 インストーラーに一連のファイルが含まれており、その中に拡張子.msiのファイルがある場合、これはベンダーMSIのランクの候補でもあります。 インストーラーが拡張子.exeのファイルである場合、すぐに削除しないでください。これは「ラッパー」であり、ベンダーMSIが再び内部に見つかる可能性があります。



これは次のように確認できます。

•アーカイバプログラム（7-zip、WinRAR）を使用してexeファイルを開こうとします。

•既存のexeファイルからアプリケーションのインストールを開始し、一時フォルダー（％temp％）を確認します。 通常、ランダムな名前のフォルダーはインストール中に作成され、msiファイルを含むインストールファイルが含まれます。 インストールファイルを安全な場所にコピーします。インストールプロセスが完了すると、一時フォルダーは削除されます。

•インストールの最後にイベントログを調べ、MsiInstallerソースからの新しいイベントレコードを確認します。

• あなたのオプション？



iTunesインストーラーの簡単な実験から始めましょう。7-zipを使用してiTunesSetup.exeファイルを開き、5つのmsiファイルが一度に含まれていることを確認します（どれだけの数が「追加」かを決めることをお勧めします）。

ベンダーのMSIを扱っていることを確認した後、調査を続けます。



便宜上、ベンダーMSIの主要カテゴリを強調することを提案します。 分類は完全に任意であり、個人的な経験にのみ基づいています。

リソースのタイプ別：

•「クリーンMSI」

•「結合されたMSI」

設定の種類別：

•変換またはパラメータを介した簡単な構成のMSI

•セットアップウィザードを使用したMSI

•応答ファイルを含むMSI



次に、それぞれについてもう少し例を挙げて説明します。

「クリーンMSI」

このタイプのインストーラーの一般的なプロパティは、ネイティブのWindowsインストーラーメカニズムを使用してファイルとレジストリキーをインストールすることです。 これらのリソースに対応するレコードは、MSIテーブル（ファイル、レジストリ、ショートカットなど）に存在します。 インストールを変更するには、トランスフォームでこれらのテーブルのレコードを編集するだけで十分です。インストールプロセスをほぼ完全に制御できます。



「純粋なMSI」の簡単な例は、 Skype 、 InstEdです。

このようなインストーラーの問題を診断するには、標準機能を使用します-イベントログエントリ（アプリケーションログ、MsiInstallerソースのイベント）の読み取りまたは完全インストールログ（/ l * v <install.log>パラメーターでmsiexecを開始）。

「結合MSI」

このカテゴリには、Windowsインストーラーの非標準的な方法でリソースをインストールするWindowsインストーラー形式のインストーラーが含まれています。 この場合、Windowsインストーラーは補助タスクに使用され、作業の主要部分はバイナリカスタムアクション（.dllまたは.exe）によって実行されます。



例1は、ビジネス向けGoogle Chromeです。



インストーラーのファイルテーブルが完全に存在せず、インストールの主要部分がDoInstallと呼ばれるバイナリカスタムアクションによって実行され、その中にシステムにインストールされるファイルがあることがはっきりとわかります。



もう1つの興味深い例は、Java Runtime Environmentです。 exeファイル形式で配布されたオフラインインストーラーから、付随するcabファイルとともにmsiファイルを抽出します。

このベンダーMSIのファイルテーブルには4つのエントリのみが含まれます。メインアプリケーションファイルはzipアーカイブ内にあり（これはcabファイル内にあります）、インストール中に後続の解凍が行われます。



regutils.dllファイルはインストールプロセスの主要部分を担当し、カスタムアクションの名前は非常に雄弁です。





このタイプのインストーラーは、エラーを診断するのが少し難しくなります。Windowsインストーラーのログは、内部exeファイルの開始までのみ有用な情報を提供します。エラーが発生すると、exeファイル自体は必ずしも個別のメッセージを生成しません。 また、このようなベンダーのMSIは構成がより困難です。 むしろ、インストールプロセスをカスタマイズする機能は、ほとんどの場合、ソフトウェアメーカーが提供する設定によってのみ制限されます。 たとえば、ソフトウェアの製造元は、インストール時にショートカットのインストールを無効にしたり、アプリケーション構成ファイルを変更したりする機能を常に提供するとは限りません。



このタイプのインストーラーは、インストールプロセス中に不愉快な驚きをもたらすことがあります（カスタムアクションの実行に失敗したJREとAdobe Flash Playerに対処する必要がありました）。エラーの診断と修正には時間がかかる場合があります。



次に、ソフトウェアメーカーが提供するパッケージカスタマイズオプションに移りましょう。

変換またはパラメーターを介した単純な構成のMSI

これが最も一般的な方法です。ほとんどのベンダーのMSIはこれを実行できます。 通常、製造元は、アプリケーションの自動更新やサーバー接続設定を無効にするなど、最も一般的な設定を既に提供しており、ドキュメントで説明しています。 設定は、インストーラーのコマンドラインパラメーター、MSIパラメーター（MSIプロパティ）、またはパッケージのトランスフォームに追加できるレジストリエントリの説明の形式で説明できます。

ベンダーMSIの新しいバージョンでは、パラメーターが以前のものとは異なる動作をする場合がある（または動作を停止したJRE自動更新設定で一度発生したため、完全に動作を停止する）こともありますが、これは非常にまれです。

セットアップウィザードを使用したMSI

一部のベンダーは、パッケージをインストールおよび構成するためのコマンドラインオプションのリストの公開に限定されていません。 これらは、いくつかの便利な機能を実行するインストーラーを微調整するユーティリティを提供します。

•直感的なインターフェイスにより、システム管理者がエディターでmsiファイルを開き、テーブル内の多数のエントリを手動で変更する必要がなくなります。

•通常、ユーティリティは「ばかに対する保護」を提供し、変数パラメーターの値の正確さをチェックします。



msiファイルの構成ウィザードの結果として、パッケージを展開するときに使用されるトランスフォームが形成されます。 当然、エディターで開いたmsiファイルに適用することにより、保存された変換の内容を表示できます。

このアプローチの良い例は、 Adobe Customization Wizardです 。これは、Adobe ReaderおよびAdobe Acrobatのインストールオプションを構成するために使用されます。





よく知られているセットアップウィザードのもう1つの例は、 Officeカスタマイズツール（OCT）です。 このユーティリティを使用すると、MS Officeのインストールおよびユーザー設定に関連する多数のパラメーターを構成できます。 ウィザードの結果、.mspファイルが作成され（Windowsインストーラーの用語ではパッチ）、企業環境での MS Officeのさらなる展開に使用されます。

応答ファイル付きのMSI

このタイプのインストールパッケージは、「応答ファイルを含むSetup.exe」と呼ばれるべきです。 これは、特定のインストールファイル（Setup.exeと呼びます）がシステム管理者（config.xml）によって以前に生成された構成ファイルを読み取り、近くのmsiインストールファイル（または複数のmsiファイル）を起動するためのパラメーターセットを生成するというものです。

このアプローチでは、msiファイルを使用した作業は直接行われないため、あまり詳しく説明しません。 このようなインストーラーの例-Adobe Creative Suite 設定ファイル （バージョンCS2-CS3）、およびMS Officeをインストールするためのconfig.xml応答ファイルの使用について説明します 。

通常、インストールの問題が発生した場合の診断には、インストーラーによって作成されたログファイルを使用して、実行段階の説明を記述できます。 Windowsインストーラーからの追加情報もイベントログに記録されます。



ご覧のとおり、一般名ベンダーのMSIは、まったく異なるインストーラーを隠す場合があります。 このレビュー記事が、それらの多様性と考えられるインストールの問題、およびそれらを診断する方法を理解するのに役立つことを願っています。