13.NISMAIL/UX(HP-UX版 PA-RISC対応) Version5.0 からNISMAIL/UX(HP-UX版 PA-RISC対応) Version5.0 へ移行する。

既存環境の集配信定義情報のみ移行する場合の方法です。


手順内の以下名称については、標準では次のパスとなります。
・NISMAILインストールディレクトリ(UNIX：/home/NISMail)
・NISMAIL環境ディレクトリ(UNIX：/home/NISMail/files)

移行実施日の前に新環境の準備を全て行う事が可能です。


1.旧環境で定義情報を抽出します。
・集配信定義情報を抽出
　バッチ型定義ツールで抽出します。

　定義情報抽出については、マニュアル「バッチ型定義ツール利用の手引き」
　"NISMAIL定義コマンドの実行"を参照願います。

・基本環境定義の抽出
　dminimkコマンドにて現在の基本環境設定の情報をファイルに出力します。
　
　dminimkコマンドの利用方法はマニュアル「NISMAIL/UX利用の手引き」
　"定義済み環境からのINIファイル作成"を参照ください。
　出力されたファイルの内容については、上記マニュアルの
　"基本環境定義INIファイルの形式"を参照願います。

　出力されたファイルについては[TCPIP_Node]セクションおよび
　[DINA_Node]セクションに記載されているノード情報をすべて
　削除してください。
　(ノード定義はバッチ型定義ツールで移行します。)

2.バッチ型定義ツールで抽出した集配信定義を修正します。
バッチ型定義ツールで抽出した定義のINFOをAPPENDに変更します。
移行先のプラットフォームにあわせアプリケーション定義等に指定している
パスや環境変数等を変更します。

定義情報については、マニュアル「バッチ型定義ツール利用の手引き」
"NISMAIL定義ファイル"を参照願います。


3.他の情報の採取を行います。
「1.」、「2.」で採取できなかった情報を採取します。
・アプリケーション定義
　クライアント・コントロールパネル2"AP一覧"の情報を採取します。
　"AP一覧"を表示させ、［ファイル(F)］−［名前をつけて保存(E)］を実行します。

・簡易スケジュール機能
　簡易スケジュール機能に登録した情報を控えてください。
　登録された情報は「スケジューラ」画面より確認して下さい。


4.新環境にてNISMAILのインストールを行います。
インストールについては、マニュアル「NISMAIL/UX利用の手引き」"セットアップ"
を参照願います。


5.環境ディレクトリを作成します。
「1.」で採取した"基本環境設定の情報をコピーします。
dmenvmkコマンドにてコピーした基本環境設定の情報使用して環境ディレクトリ
を作成します。

dmenvmkコマンドの利用方法はマニュアル「NISMAIL/UX利用の手引き」
"基本環境定義の実行"を参照ください。

環境ディレクトリ作成後に、NISMAILが起動する事を確認します。


6.集配信定義の登録を行います。
「2.」で修正した集配信定義情報を登録します。

集配信定義登録については、マニュアル「バッチ型定義ツール利用の手引き」
"NISMAIL定義コマンドの実行"を参照願います。
※　集配信定義は、NISMAILが停止・動作にかかわらず、登録可能です。

○導通テストを行う場合の準備
本環境でテスト転送を実施する場合は、定義登録直後の状態で、
バックアップを採取する事を推奨します。
テスト終了後、移行前にバックアップしたファイルを戻すことに
より、転送情報がクリアされた状態で開始頂けます。
※バックアップはNISMAILが停止している状態で実施する必要があります。
※バックアップ対象は環境ディレクトリ一式となります。
※復元時には、既存の環境ディレクトリを削除した後に行ってください。
　既存の環境ディレクトリに上書きを行った場合は正常に動作致しません。


7.他の情報の登録を行います。
「3.」で採取した情報を登録します。
・アプリケーション定義
　クライアント・コントロールパネル2の"AP一覧"を修正します。
　"AP一覧"を表示させ、「3.」で"実行停止"となっていたアプリケーションを
　移行先の環境でも"実行停止"に変更します。

　"実行停止"への変更方法については、以下マニュアルを参照願います。
　「クライアント・コントロールパネル2利用の手引き」"APの状態変更"

・簡易スケジュール機能
　簡易スケジュール機能を起動し、採取した情報を「スケジューラ」画面より登録して下さい。
　簡易スケジュール機能への登録方法については、以下マニュアルを参照願います。

　「簡易スケジュール機能利用の手引き」"スケジュールテーブルの登録"及び
　"スケジュールの登録・変更・削除"

　※　簡易スケジューラ機能を利用していない場合は不要です。


8.ユーザアプリケーションを移動します。
アプリケーションやバッチファイル等を作成されている場合は移行
してください。
また、移行先環境で動作しない場合は修正を行う必要がございます。


9.NISMAILの移行終了を確認します。
以下の点について問題が無いか確認します。
・NISMAILが起動・停止すること。
・基本環境定義の情報が旧環境と同じであること。
・集配信定義の情報が旧環境と同じであること。
・定義内の環境変数やパスが新環境用に変更されていること。


○導通テストを行う場合の注意
新環境で構築したNISMAILと、既存の相手サーバで既存の集配信定義を
利用し導通テストを行う場合は、注意が必要となります。
NISMAILは、転送について内部で番号管理しており、送信側と受信側で
番号の比較を行っております。

回線障害等により、受信側では受信処理が終了したにもかかわらず、
送信側では送信処理が失敗となり転送状態の差異が発生する事がございます。
この時、送信側ではファイルの再送を行いますが、ファイルを2重に
受信しない為の機能(重複転送防止機能)として受信側では受信した番号
の比較を行い、受信済みの番号で転送が実施された場合は、受信を行わず
正常終了としております。

この機能により、複数のサーバ(旧環境と新環境)から同じ集配信定義で
ファイルを受信する場合は、それぞれのサーバから送られる番号により
既に転送が行われているものと判断され、重複転送防止機能により未送信の
データのはずが受信側で受信済みと認識されロストしてしまう事象が発生する
事があります。

重複転送防止機能による転送ファイルのロストは、新規に作成した定義ファイルを
利用する事で、回避する事が可能です。
新規に作成した定義は未受信の状態である為、重複転送防止機能が動作する
事はございません。

移行本番時に重複転送防止機能が動作しない様にする為、導通テスト終了
後は新環境で事前にバックアップした集配信定義登録済みの環境ディレクトリ
を戻すことを推奨します。
※環境ディレクトリのバックアップはNISMAILが停止している状態で実施する
　必要があります。
※バックアップ対象は環境ディレクトリ一式となります。
※復元時には、既存の環境ディレクトリを削除した後に行ってください。
　既存の環境ディレクトリに上書きを行った場合はNISMAILが正常に動作致しません。