Configuration Manager (現在のブランチ) に適用
Package Conversion Manager は、Configuration Manager のレガシ パッケージをアプリケーションに変換するのに役立ちます。 アプリケーションには、依存関係、要件ルール、検出方法、ユーザー デバイスのアフィニティなどの利点が他にもあります。
Configuration Manager アプリケーションには、クライアント デバイスに展開するファイルとプログラムが含まれています。 ただし、従来のパッケージやプログラムとは異なり、アプリケーションはユーザー中心の追加機能を提供します。 例えば、ソフトウェアパッケージのローカルインストール、仮想アプリケーションパッケージ、またはモバイルデバイス用のアプリケーションのバージョンの展開タイプがアプリケーションに含まれる場合があります。
詳細については、次の記事を参照してください。
重要
以前に Package Conversion Manager の古いバージョンをインストールした場合は、サイトをアップグレードする前にまずアンインストールしてください。 この統合バージョンをインストールする必要はありませんが、既存のバージョンと競合する可能性があります。
この統合バージョンの Package Conversion Manager は、Configuration Manager の現在のブランチ サイトのパッケージで動作します。 これはスタンドアロン ツールではありません。 以前のバージョンの Configuration Manager にパッケージとプログラムがある場合は、まずパッケージを現在のブランチ サイトに移行します。 詳細については、「 階層間のデータの移行」を参照してください。
計画
パッケージをアプリケーションに変換する前に、まず計画を作成してください。 次のプロセスは計画の例です。
詳細なパッケージ変換プランを定義する
このセクションでは、2 つのパッケージ変換プランの例について説明します。
リソースの多いテスト環境: 実稼働環境を完全にレプリケートするためのリソース、権限、およびアーキテクチャを備えたテスト環境があります。
リソースが制限されているテスト環境: 実稼働環境を完全にレプリケートするテスト環境がありません。
環境に固有の他の問題については、必要に応じてこれらのプランを調整します。
リソースの多いテスト環境のサンプル計画
テスト環境には、運用環境と同様のリソース、権限、およびアーキテクチャがあります。 テスト環境を使用して、すべてのパッケージを効率的に分析および変換し、すべての Configuration Manager アプリケーションをテストします。 その作業が完了したら、それを本番環境に転送します。
パッケージ変換計画は、次の手順のようになります。
変換するパッケージを選択します。
テスト環境に変換するパッケージを移行します。
変換するパッケージを準備します。
テスト パッケージを選択します。
テスト パッケージを分析、調査、変換します。
変換されたアプリケーションをテストします。
残りの (テスト以外の) パッケージを分析して変換します。
テスト環境からアプリケーションをエクスポートします。 それらを運用環境にインポートします。
リソースが制限されたテスト環境のサンプル計画
テスト環境には、運用環境と同様のリソース、アクセス許可、アーキテクチャがありません。 すべてのパッケージを分析、テスト、変換することはできません。 このシナリオでは、テスト パッケージの分析、調査、変換、およびテストのみを行います。 次に、残りのパッケージを実稼働環境に移行して分析と変換を行います。
パッケージ変換計画は、次の手順のようになります。
変換するパッケージを選択します。
テスト パッケージを選択します。
テスト パッケージをテスト環境に移行します。
変換するテスト パッケージを準備します。
テスト パッケージを分析、調査、変換します。
変換されたアプリケーションをテストします。
テスト環境からテスト アプリケーションをエクスポートします。 その後、それらを実稼働環境にインポートします。
残りのパッケージを実稼働環境に移行し、変換の準備をします。
実稼働環境の残りのパッケージを分析、調査、変換します。
残りのアプリケーションを実稼働環境に解放します。
変換するパッケージの選択と準備
変換するパッケージを選択します
すべてのパッケージがアプリケーションに変換するのに適しているわけではありません。 パッケージの変換を開始する前に、変換されないパッケージを特定してください。
アプリケーションに変換するのに最適なパッケージの種類は、次のようなユーザー向けソフトウェアを含むパッケージです。
Windows インストーラー ファイル (.msi および .msu)
Microsoft Application Virtualization (App-V) プログラム
Windows 実行可能ファイル (.exe)
パッケージとして保持し、アプリケーションに変換しないのが最適なパッケージの種類は次のとおりです。
システム メンテナンス ツール。 たとえば、スクリプトやバックアップ ユーティリティなどです。
サポート対象外のソフトウェアのパッケージ。
ヒント
アプリケーションへの変換に適さないパッケージを特定したら、それらを Configuration Manager コンソール内の別のフォルダーに移動します。 Configuration Manager コンソールでパッケージ フォルダーを作成するには、次の手順を実行します。
- [ パッケージ] ノードを右クリックします。
- [ フォルダー] を選択してから、[ フォルダーの作成] を選択します。
- フォルダー名を入力します (例:
Not Converted)。 - [OK] をクリックします。
変換するパッケージの準備
変換する各パッケージについて、次の条件に準拠していることを確認します。
ソース ファイルの場所は完全な UNC パスです (例:
\\Server\Share\File)。Windows インストーラー ファイルでは、一意の製品コードを 1 つだけ使います。
テスト パッケージの選択
可能であれば、次の条件を満たすパッケージをテスト パッケージのグループに含める必要があります。
準備状態が [自動] のテスト パッケージが少なくとも 1 つ。
準備状態が 手動のテスト パッケージが少なくとも 1 つ。
理想的には、テスト パッケージはコア パッケージである必要があります。次に例を示します。
よく知っているパッケージ。
Packages that are most importance to your organization.
最も簡単にテストできるパッケージ。
テストに適したパッケージを特定します。 次に、それらを Configuration Manager コンソール内の別のフォルダーに移動します。
パッケージの分析、調査、変換
パッケージの分析
個々のパッケージまたは小さなグループを分析するには、Configuration Manager コンソールに統合された Package Conversion Manager を使用します。 詳細については、「 パッケージを分析して変換する方法」を参照してください。
注:
監視ワークスペースの [パッケージ変換の状態] ノードを参照してください。 分析プロセスと変換プロセスに関する概要情報が表示されます。
分析結果を調査する
テスト パッケージを分析した後、準備状態が [手動 ] または [エラー] のパッケージを調査します。 その状態になっている理由を特定します。 準備状態が [手動] または [エラー ] になる一般的な理由としては、次のようなものがあります。
このパッケージには、アプリケーション展開の種類で検出メソッドを作成するために必要な情報は含まれていません。
パッケージには、コレクションをグローバルな条件と要件に変換するために必要な情報は含まれていません。
パッケージには 1 つ以上のプログラムが含まれています。
パッケージは、アプリケーションに変換していない別のパッケージに依存しています。
詳細については、次のリソースを参照してください。
パッケージ変換マネージャーのエラー メッセージのテクニカル リファレンスにあるエラー メッセージと修正プログラムを確認する
ログ ファイル を確認する PCMTrace.log
パッケージを変換する
パッケージの変換方法の詳細については、「 パッケージの分析と変換の方法」を参照してください。
注:
監視ワークスペースの [パッケージ変換の状態] ノードを参照してください。 分析プロセスと変換プロセスに関する概要情報が表示されます。
アプリケーションのテストと展開
詳細なパッケージ変換計画に従って、テスト環境または運用環境でアプリケーションをテストします。
推奨事項
監視ワークスペースの [パッケージ変換の状態] ノードを使用します。 分析プロセスと変換プロセスに関する概要情報が表示されます。
パッケージ内のプログラム (ラッパーとも呼ばれます) を調べます。 Package Conversion Manager プラグインを使用して、その関数を同等の Configuration Manager 機能に変換します。
実稼働環境にデプロイする前に、変換された各アプリケーションを徹底的にテストしてください。