PMC 受取側の手順

初期設定には次のセクションが含まれます。

• 手順
• Infor Installation Wizard と PMC
• パラメータ
• 更新 VRC の生成と使用
• VRC 結合
• テスト環境を作成するには
• FTP によるソフトウェア更新のダウンロード

Infor Installation Wizard は主として次のことを目的とします。

• 初期マスタメディアをインストールする
• 機能パックをインストールする

PMC ツールはおもに次を目的とします。

• 個別ソリューションをインストールする
• コレクションをインストールする
• パッチをインストールする

個別ソリューション、コレクション、およびパッチは、Infor Installation Wizard を使用してインストールすることもできます。ただし、次のような難点があります。

• インストールプロセスに手間がかかります (マウスクリックが多い)。
• インストールプロセス中に重要な情報を見逃す可能性があります。いわゆるインストール前およびインストール後の作業指示が積極的に与えられることはありません。
• Infor Installation Wizard は、該当する領域やサーバに存在するすべてのソリューションをインストールします。使用可能ソリューションからソリューションのサブセットを選択することはできません。

次のパラメータグループがあります。

• 受取側

  PMC モジュールの PMC 受取側部分はこれらのパラメータを使用するので、これらのパラメータを入力する必要があります。

  パラメータは、ソリューションダンプが保存されるオペレーティングシステムのパスです。

• 配布側
  PMC モジュールの PMC 配布側部分を使用しない場合でも、技術的な理由により、このグループのパラメータを入力する必要があります。

PMC テスト環境を作成するには、次のステップを実行します。

1. 更新 VRC 構造の生成 (ttpmc2240s000) セッションを開始して、次のフィールドに入力します。

   • VRC 構造を決定する基準パッケージフィールドには常にパッケージ tf を入力します。cp などの他のパッケージを使用しないでください。
   • 更新顧客フィールドでは、任意の顧客 VRC 拡張を選択できます。更新顧客フィールドは、VRC 情報グループボックスの右端にある 5 つのフィールドです。Infor は、標準 VRC に stnd を使用し、同じ値をローカライズおよび拡張の基準 VRC 顧客コードとして使用することをお勧めします。ローカライズがインストールされていない場合は、ローカライズフィールドを空白のままにしてください。
   • VRC 結合フィールドおよび記述を入力します。ローカライズがインストールされていない場合、このステップは不要です。
   • カスタマイズのタイプフィールドには任意の文字を入力できますが、T の文字はテスト用にすることをお勧めします。
   • 更新 VRC を作成するチェックボックスをオンにします。
   • 現行 VRC を新規更新 VRC から派生したくない場合は、他の VRC の派生を変更するチェックボックスをオフにします。
   • パッケージコンビネーション内の VRC を変更したくない場合は、パッケージコンビネーションを更新するチェックボックスをオフにします。
2. 新規 VRC 構造を含むパッケージコンビネーションがまだない場合は、パッケージコンビネーションを作成する必要があります。パッケージコンビネーション (ttaad1520m000) およびパッケージコンビネーション別パッケージ (ttaad1121m000) セッションを使用して、パッケージコンビネーションを設定します。

3. ランタイムデータディクショナリの作成 (ttadv5210m000) セッションを開始します。

   ダイアログボックスに情報を入力します。更新するパッケージコンビネーションの範囲内にあるすべてのパッケージコンビネーションについて、ランタイムの作成をクリックします。更新するパッケージコンビネーションの範囲は、更新 VRC 構造の生成 (ttpmc2240s000) セッションで選択します。

   すべてのオプションを選択します。

   • ドメイン
   • テーブル
   • ランタイムの作成前に検査
   • テーブルの再構成
   • セッション
   • エラーを出力

ダウンロード設定を指定する手順は次のとおりです。

1. パラメータ (ttpmc0100s000) セッションを開始します。
2. ダウンロード設定で、HTTP ダウンロードまたは FTP ダウンロードのどちらを使用するかを選択します。

3. HTTP プロトコルを選択した場合、次の情報を指定します。

   • ダウンロードサイト: ソリューションが存在する Web サーバ。

     デフォルト = secure2.support.baan.com

   • ダウンロードユーザ: このサーバのログイン名。

     デフォルト = ドメインを含む現行ログイン名。例: infor\<Loginname>

   • ダウンロードパスワード: Web サーバへのログオンに必要なパスワード。

   • ダウンロードディレクトリ: ソリューションが存在するフォルダ。

     デフォルト = /ftpdownload/updates/ (最初と最後にスラッシュが必要です)

4. FTP プロトコルを選択した場合、次の情報を指定します。

   • ダウンロードサイト: ソリューションが存在する ftp サーバ。

     デフォルト = ftp://ftp.support.baan.com/

   • ダウンロードユーザ: このサーバのログイン名。

     デフォルト = ドメインを含む現行ログイン名。例: infor\<Loginname>

   • ダウンロードパスワード: ftp サイトへのログオンに必要なパスワード。

   • ダウンロードディレクトリ: ソリューションが存在するフォルダ。

     デフォルト = /updates/ (最初と最後にスラッシュが必要です)

5. 設定をテストするには、接続テストをクリックします。
6. FTP プロトコルを選択した場合、スクリプトの生成をクリックするとオプションで FTP スクリプトが生成されます。生成される FTP スクリプトの名前は ftpbaan です。スクリプトは ERP サーバの $BSE/lib ディレクトリに保存されます。

手順は次のセクションで構成されます。

• 手順ステップ
• 更新のダウンロード
• 更新の走査
• 更新を更新 VRC に接続
• インストール前の検査
• インストール
• アンインストール前の検査
• アンインストール

更新をインストールするには: 

1. 更新をダウンロードします。
2. 更新を走査します。
3. 更新を更新 VRC に接続します。
4. インストール前の更新の検査を行います。
5. 更新をインストールします。

更新をアンインストールするには: 

1. アンインストール前の更新の検査を行います。
2. 更新をアンインストールします。

このセクションでは、次のトピックについて説明します。

• 更新方針
• パッチのオープン
• PMC のクリーンアップ
• 更新 VRC の削除

テスト環境で新規機能パックを調査するには、2 つの方法があります。

• メソッド 1
  VRC の分岐間で会社を切り替える
• メソッド 2
  永続的な別のテスト用 VRC 分岐を持つ

手順

ステップ 1 ～ 7 はどちらのメソッドでも同じです。ステップ 8 は、メソッド 1 とメソッド 2 で異なります。

1. 新規更新 VRC に機能パック 2 をインストールします。それを B61U_a_std2 とします。新規更新 VRC はマスタ製品 VRC B61_a から派生する必要があります。さらに、新パッケージコンビネーションを作成します。それを b61au2 とします。Infor Installation Wizard を使用して機能パックをインストール場合は、Infor Installation Wizard に自動的に新規更新 VRC およびパッケージコンビネーションを作成させることができます。B61U_a_stnd VRC 内の機能パック 1 上にインストールされたすべての個別ソリューションが機能パック 2 に含まれていなくても、PMC ツールは、それらの個別ソリューションがすべて B61U_a_std2 VRC にもインストールされることを保証します。したがって、メンテナンスの観点から見ると、機能パック 2 のインストール後、B61U_a_stnd VRC および B61U_a_std2 VRC は同期します。

2. パッケージコンビネーション b61au2 にリンクされた会社を持つことにより、カスタマイズの無い標準製品の動作をランタイムで調査することが可能になります。これを実現するには、1 つまたは複数のテスト会社を新規パッケージコンビネーション b61au2 にリンクします。これを行うには様々な方法があります。

   • SP2 メディアに含まれるデモ会社をインストールします。
   • パッケージコンビネーション b61au にリンクされたテスト会社がすでにある場合は、会社別パッケージコンビネーションの変更 (ttaad1101m000) セッションを使用してこれらの会社をパッケージコンビネーション b61au2 に再リンクできます。
   • 会社データのコピー (tccom0214m000) セッションを使用して、パッケージコンビネーション b61au にリンクされている既存の会社をコピーします。次に、会社別パッケージコンビネーションの変更 (ttaad1101m000) セッションを使用して、新たにコピーされた会社を b61au2 パッケージコンビネーションに再リンクします。
3. これで B61U_a_std2 VRC にインストールされた機能パック 2 を調査できます。
4. パッケージ VRC B61U_a_cus2 および関連パッケージコンビネーション b61cus2 を作成します。
5. B61U_a_cus VRC の内容を B61U_a_cus2 VRC にコピーするには、ソフトウェア構成要素の新パッケージ VRC へのコピー (ttadv6265m000) セッションを使用します。[ランタイムデータディクショナリの作成] セッションを使用して、b61cus2 パッケージコンビネーションランタイムを作成します。この時点ではカスタマイズはまだ機能パック 2 と同期していないことに注意してください。
6. 会社データのコピー (tccom0214m000) セッションを使用して、パッケージコンビネーション b61au にリンクされている 1 つまたは複数の会社をコピーします。次に、会社別パッケージコンビネーションの変更 (ttaad1101m000) セッションを使用して、新たにコピーされた会社を b61cus2 パッケージコンビネーションに再リンクします。
7. 新規機能パックの調査後、B61U_a_cus2 VRC 内のカスタマイズをアップグレードし、組織が新規機能パックを使用する準備を行い、ステップ 1 の実行後に B61U_a_stnd VRC に追加ソリューションがインストールされたかどうかを確認します。この確認を実行するには、インストール済ソリューションの比較 (ttpmc2405s000) セッションを使用します。不足ソリューションも B61U_a_std2 VRC にインストールします。必要に応じてカスタマイズを再び同期します。

8. メソッドに応じて (メソッド 1 またはメソッド 2)、以下のいずれかの手順を実行します。

   メソッド 1: VRC の分岐間で会社を切り替える

   1. 運用中の会社をパッケージコンビネーション b61cus から b61cus2 に移します。この転送を実行するには、会社別パッケージコンビネーションの変更 (ttaad1101m000) セッションを使用します。
   2. ここまでのステップが完了すると、運用中のすべての会社とユーザがパッケージコンビネーション b61au2 にリンクされます。後続の機能パック 3 をインストールするにはプロセスを繰り返す必要がありますが、今度は逆の方向で行います。つまり、機能パック 3 は更新 VRC B61U_a_stnd にインストールします。ここでももちろん、機能パック 3 用の追加 VRC 分岐を作成することもできます。ただし、このプロセスを行うとインストールに時間がかかり、ディスク容量もさらに必要です。テスト会社はパッケージコンビネーション b61au に再リンクされます。機能パック 3 が調査され、最後に運用中の会社がパッケージコンビネーション b61au にリンクされます。

   理論的には同じ仕組みをパッチにも適用できます。ただし、重要な違いが 1 つあります。パッチは累積的ではありません。パッチをインストールするには、少なくとも以前のパッチがインストール済であることが必要です。したがって、更新 VRC B61U_a_std2 にパッチ 2 を直接インストールすることはできません。最初にパッチ 1 をインストールしてからパッチ 2 をインストールします。同様に、パッチ 3 をインストールする前に更新 VRC B61U_a_stnd にパッチ 2 をインストールする必要があります。

   メソッド 2: 永続的な別のテスト用 VRC 分岐を持つ

   1. B61U_a_stnd VRC にフィーチャパック 2 をインストールします。ソフトウェア構成要素の新パッケージ VRC へのコピー (ttadv6265m000) セッションを使用して、B61U_a_cus2 VRC の内容を B61U_a_cus VRC にコピーします。[ランタイムデータディクショナリの作成] セッションを使用して、b61cus2 パッケージコンビネーションランタイムを作成します。
   2. 後続の機能パック 3 をインストールするには、プロセスを繰り返します。

   メソッド 2 を使用する場合は、原則的に同じ手順をパッチに適用できます。

メソッド 1 のシステムダウンタイムは次の要素で構成されます。

• アプリケーションデータベースを再構築し、会社およびユーザに再リンクするために必要な時間

メソッド 2 のシステムダウンタイムは次の要素で構成されます。

• 機能パックをインストールしてランタイムにするために必要な時間
• アプリケーションデータベースの再構成に必要な時間

このセッションは 3 種類の PMC データを掃除できます。

• ソリューションダンプ
• アンインストールダンプ
• PMC レジストリ