アプリケーションの移行

ドキュメントのダウンロード

サイトマップ

用語集

検索

e-docs > Tuxedo > Tuxedo アプリケーション実行時の管理 > アプリケーションの移行

Tuxedo アプリケーション実行時の管理

アプリケーションの移行

ここでは、次の内容について説明します。

アプリケーションの移行について

通常、管理者は、設定済みの MASTER マシンで日常的な管理タスクを行います。MASTER マシン上の DBBL は、コンフィギュレーション内のほかのマシンを監視し、コンフィギュレーションを更新し、TMIB への動的な変更をブロードキャストします。マシンのクラッシュ、データベースの破壊、BEA Tuxedo システムの問題、ネットワークの分断、アプリケーションの障害などが原因でMASTER マシンに障害が発生しても、アプリケーションは停止しません。クライアントのアプリケーションへの参加、サーバからのサービス要求の発行、およびローカル・マシンでの名前指定は引き続き可能です。ただし、MASTER マシンが復元されない限り、サーバをアクティブまたは非アクティブにしたり、管理者側でシステムを動的に再コンフィギュレーションすることはできません。

同様のことがアプリケーション・サーバにも当てはまります。アプリケーション・サーバは、特定のマシン上でクライアントのリクエストを処理するようにコンフィギュレーションされていますが、マシンに障害が発生したり、シャットダウンする必要が生じると、そのマシン上のサーバは使用できなくなります。このような場合は、設定済みの BACKUP マシンまたは代替マシンにサーバを移行することができます。

シャットダウンの準備 (サービスまたはアップグレードのため) として移行を行う場合、マシン障害に固有の問題は管理者に通知されません。したがって、この場合の管理者は、高レベルの権限で移行作業を管理できます。

Master マシンの移行

Master マシンの移行とは、設定済みの MASTER マシンから設定済みの BACKUP マシンに DBBL を移動するプロセスのことです。このプロセスにより、設定済みの MASTER マシンがダウンしていても、サーバは引き続きサービスを提供することができます。移行を行うには、まず、設定済みの BACKUP マシンを代理の MASTER マシンとし、設定済みの MASTER マシンを代理の BACKUP マシンとするよう、管理者側から要求します。これで、すべての管理機能は、代理の MASTER マシンで行われます。つまり、コンフィギュレーション内のほかのマシンを監視し、コンフィギュレーションの動的な変更を受け付けます。

次の図では、マシン 2 (設定済みの BACKUP マシン) が代理の MASTER マシンになり、マシン 1 (設定済みの MASTER マシン) が代理の BACKUP マシンになっています。設定済みの MASTER マシンが利用できるようになると、代理の MASTER マシン (設定済みの BACKUP マシン) から再びアクティブにされます。設定済みの MASTER マシンには、代理の MASTER マシンを制御する権限が再び与えられます。

サーバ・グループの移行

管理者は、各サーバ・グループに対してプライマリ・マシンと代替マシンを指定します。サーバ・グループの移行プロセスでは、代替マシン上のサーバ・グループをアクティブにします。

次の図では、グループ A がマシン 1 (プライマリ・マシン) に割り当てられ、マシン 2 がグループ A の代替マシンとして割り当てられています。移行後、グループ A はマシン 2 でアクティブ化されます。つまり、このグループ内のすべてのサーバおよび関連するサービスは、マシン 2 (代理のプライマリ・マシン) で提供されます。

マシンの移行

単に 1 つのサーバ・グループを移行することも便利ですが、実際には、マシン全体の移行の方が必要です。たとえば、コンピュータに障害が発生した場合にこのタイプの移行が必要になります。マシンの移行には、そのマシン上で稼動する各サーバ・グループを移行することも含まれます。各サーバ・グループには、代替マシンを設定する必要があります。

スケジュール設定された移行の実行

制御された状況 (コンピュータをオフラインにしたり、アップグレードする必要がある場合など) では、管理者は、サーバやサービスの現在のコンフィギュレーション情報を保存し、これらの情報を、代替マシンでサーバをアクティブにするときに使用できます。コンフィギュレーション情報をこのように使用できるのは、サーバが非アクティブになり、移行の要求に応答できなくなっても、サーバ・エントリがプライマリ・マシンに保持されるためです。

移行処理では、サーバ・グループ全体を移行することも、マシン全体を移行することもできます。マシン全体の移行は、プライマリ・マシン上のすべてのサーバ・グループに対して同じマシンが代替マシンとして設定されている場合に可能です。これ以外の場合 (プライマリ・マシン上の異なるサーバ・グループに対して別々の代替マシンが設定されている)、サーバはマシン単位ではなく、グループ単位で移行しなければなりません。

次の図では、マシン 1 が設定済みの MASTER マシンおよびグループ B のプライマリ・マシンであり、マシン 2 が設定済みの BACKUP です。サーバ・グループ B には、プライマリ・マシンとしてマシン 1 が設定されており、代替マシンとしてマシン 3 が設定されています。マシン 1 がダウンすると、マシン 2 が代理の MASTER マシンとなります。サーバ・グループ B は非アクティブになり、代替マシンであるマシン 3 に移行され、再びアクティブになります。

グループ内のすべてのサーバを非アクティブにしたら、代理のプライマリ・マシンから代理の代替マシンにグループを移行できます。実行中のサーバ、現在宣言されているサービス、および動的に変更されたコンフィギュレーション内容を指定する必要はありません。設定済みの代替マシンは、設定済みのプライマリ・マシン上で利用可能なサーバ (非アクティブの場合) のコンフィギュレーション情報から、これらの情報を取得します。使用されているデータ依存型ルーティングが代替マシンでも適用される場合、サービスは、ルーティング先のグループ名 (マシン名ではない) に基づいてルーティングされます。

移行の対象がアプリケーションの一部であっても、全体であっても、サービスの中断を最小限に抑えるように変更処理を行ってください。アプリケーションのマシン、ネットワーク、データベース、およびその他のコンポーネントの整合性は、そのままにしておく必要があります。BEA Tuxedo システムにはアプリケーションの移行時に、すべてのコンポーネントの整合性を保持するための方法が用意されています。

移行の種類

BEA Tuxedo システムでの移行作業には、次の種類があります。

移行をキャンセルすることもできます。

上記のアプリケーション・コンポーネントの組み合わせに従って移行を行い、分断されたネットワークを回復するためのユーティリティを使用すると、マシン全体を移行できます。

Master マシンと Backup マシンの切り替え

MASTER マシンを保守のためにシャットダウンする場合、または予想外の問題が原因でアクセスできなくなった場合 (ネットワークの分断など) は、MASTER マシンでの作業を設定済みの BACKUP マシンに移行する必要があります。

注記 MASTER マシンと BACKUP マシンで同じリリースの BEA Tuxedo ソフトウェアを実行していることを確認してから MASTER マシンを移行してください。

この種の移行は、DBBL を MASTER マシンから BACKUP マシンへ移行することによって実現できます。DBBL を移行するには、次のコマンドを入力します。

tmadmin master

ほとんどの場合、アプリケーション・サーバを代替サイトに移行するか、または MASTER マシンを復元する必要がありますtmadmin コマンドの詳細については、『ファイル形式、データ記述方法、MIB、およびシステム・プロセスのリファレンス』の tmadmin(1) リファレンス・ページを参照してください。

MASTER マシンと BACKUP マシンの切り替え例

次の 2 つの tmadmin セッションの例では、MASTER マシンと BACKUP マシンの切り替え方法を示しています。ここでは、BACKUP マシンから MASTER にアクセスできるかどうかは無関係です。最初の例では、BACKUP マシンから MASTER にアクセスできるため、DBBL プロセスは MASTER マシンから BACKUP マシンへ移行されます。

コードリスト7-1 MASTER マシンと BACKUP マシンの切り替え (BACKUP マシンから MASTER マシンにアクセスできる場合)

$ tmadmin
tmadmin - Copyright  1987-1990 AT&T; 1991-1993 USL.  All rights reserved.
> master
are you sure? [y,n] y
Migrating active DBBL from SITE1 to SITE2, please wait...
DBBL has been migrated from SITE1 to SITE2
> q

2 番目の例では、BACKUP マシンから MASTER マシンにアクセスできないため、DBBL プロセスは BACKUP マシン上に作成されます。

コードリスト7-2 MASTER マシンと BACKUP マシンの切り替え (BACKUP マシンから MASTER マシンにアクセスできない場合)

$ tmadmin
tmadmin - Copyright  1987-1990 AT&T; 1991-1993 USL.  All rights reserved.
TMADMIN_CATT:199:Cannot become administrator.  Limited set of commands available.
> master
are you sure? [y,n]  y
Creating new DBBL on SITE2, please wait... New DBBL created on SITE2
> q

サーバ・グループの移行

UBBCONFIG ファイルの GROUPS セクションで、移行されるサーバ・グループの LMID パラメータに代替ロケーションを指定します。そのグループ内のサーバには RESTART=Y を指定し、UBBCONFIG ファイルの RESOURCES セクションで MIGRATE オプションを指定する必要があります。
サーバ・グループを移行する場合は、次のコマンドを実行して、グループ内のサーバをシャットダウンします。
```
tmshutdown -R -g groupname
```
次のコマンドを入力して tmadmin セッションを開始します。
```
tmadmin
```
tmadmin のプロンプトで、次のどちらかのコマンドを入力します。
- 1 つのグループ内のすべてのサーバを移行するには、次のコマンドを入力します。
```
migrategroup(migg)
```
  このコマンドには、1 つのサーバ・グループの名前を引数として指定します。
- マシン上のすべてのサーバ・グループ (LMID で指定) を移行するには、次のコマンドを入力します。
```
migratemach(migm)
```
移行するサーバ・グループに含まれるサーバに対してトランザクションが記録されている場合は、TLOG を BACKUP マシンに移動し、それをロードしてウォームスタートを行います。

サーバ・グループの移行 (プライマリ・マシンから代替マシンにアクセスできる場合)

プライマリ・マシンから代替マシンにアクセスできる場合は、次の手順でサーバ・グループを移行します。

次のコマンドを入力して、MASTER マシンをシャットダウンします。
```
tmshutdown -R -g groupname
```
次のコマンドを入力して、プライマリ・マシンで tmadmin セッションを開始します。
```
tmadmin
```
次のコマンドを入力して、適切なグループを移行します。
```
migrategroup groupname
```
必要に応じてトランザクション・ログを移行します。
必要に応じてアプリケーション・データを移行します。

サーバ・グループの移行 (プライマリ・マシンから代替マシンにアクセスできない場合)

プライマリ・マシンから代替マシンにアクセスできない場合は、必要に応じて次の手順で MASTER マシンと BACKUP マシンを切り替えます。

代替マシンで次のコマンドを入力して tmadmin セッションを開始します。
```
tmadmin
```
次のコマンドを入力して、クリーンナップと再起動が必要なプライマリ・マシン上のサーバを指定し、処理を実行します。
```
pclean primary_machine
```
次のコマンドを入力して、適切なサーバ・グループを設定済みの代替マシンに転送します。
```
migrate groupname
```
次のコマンドを入力して、移行後のサーバ・グループを起動します。
```
boot -g groupname
```

サーバ・グループの移行例

次の 2 つのセッション例では、サーバ・グループの移行方法を示しています。ここでは、プライマリ・マシンから代替マシンにアクセスできるかどうかは無関係です。最初の例では、プライマリ・マシンから代替マシンにアクセスできます。

コードリスト7-3 サーバ・グループの移行 (プライマリ・マシンから代替マシンにアクセスできる場合)

$ tmshutdown -R -g GROUP1
Shutting down server processes...
Server ID = 1 Group ID = GROUP1 machine = SITE1: shutdown succeeded
1 process stopped.
$ tmadmin
tmadmin - Copyright  1987-1990 AT&T; 1991-1993 USL. 
> migg GROUP1
migg successfully completed
> q

2 番目の例では、プライマリ・マシンから代替マシンにアクセスできません。

コードリスト7-4 サーバ・グループの移行 (プライマリ・マシンから代替マシンにアクセスできない場合)

$ tmadmin
tmadmin - Copyright  1987-1990 AT&T; 1991-1993 USL. 
> pclean SITE1
Cleaning the DBBL.
Pausing 10 seconds waiting for system to stabilize.
3 SITE1 servers removed from bulletin board
> migg GROUP1
migg successfully completed.
> boot -g GROUP2
Booting server processes ...
exec simpserv -A :
on SITE2 -> process id=22699 ... Started.
1 process started.
> q

1 つのマシンから別のマシンへのサーバ・グループの移行

LMID を使用して、サーバ・グループが稼働するプロセッサを指定します。LMID のすべてのサーバ・グループに対して同じ代替ロケーションを指定します。
UBBCONFIG ファイルの RESOURCES セクションで、次のようにパラメータを設定します。
- LMID で指定したマシン上の各サーバに対して、RESTART=Y を設定します。
- MIGRATE オプションを指定します。
次のコマンドを入力して、すべてのサーバ・グループをシャットダウンし、グループ内のサーバが再起動可能になるように設定します。
```
tmshutdown -R
```
プライマリ・マシンを保守のためにシャットダウンする場合、またはプライマリ・マシンにアクセスできなくなった場合は、tmadmin(1) migratemach (migm) コマンドを使用してすべてのサーバ・グループを 1 つのマシンから別のマシンに移行します。このコマンドでは、引数として 1 つの論理マシン識別子を指定します。

マシンの移行 (プライマリ・マシンから代替マシンにアクセスできる場合)

プライマリ・マシンから代替マシンにアクセスできる場合は、次の手順でマシンを移行します。

マシン上で次のコマンドを入力して、MASTER マシンをシャットダウンします。
```
tmshutdown -R -1 primary_machine
```
次のコマンドを入力して、MASTER マシンで tmadmin セッションを開始します。
```
tmadmin
```
tmadmin のプロンプトで、次のコマンドを入力して適切なマシンを移行します。
```
migratemach primary_machine
```
必要に応じてトランザクション・ログを移行します。
必要に応じてアプリケーション・データを移行します。

マシンの移行 (プライマリ・マシンから代替マシンにアクセスできない場合)

プライマリ・マシンから代替マシンにアクセスできない場合は、必要に応じて次の手順で MASTER マシンと BACKUP マシンを切り替えます。

代替マシンで次のコマンドを入力して tmadmin セッションを開始します。
```
tmadmin
```
次のコマンドを入力して、クリーンナップと再起動が必要なプライマリ・マシンを指定し、処理を実行します。
```
pclean primary_machine
```
次のコマンドを入力して、適切なサーバ・グループを設定済みの代替マシンに転送します。
```
migratemach primary_machine
```
次のコマンドを入力して、移行後のサーバ・グループを起動します。
```
boot -l alternate_machine
```

マシンの移行例

次のセッションの例は、マシンの移行方法を示しています。最初の例では、プライマリ・マシンから代替マシンにアクセスできます。

コードリスト7-5 マシンの移行 (プライマリ・マシンから代替マシンにアクセスできる場合)

$ tmshutdown -R -l SITE1
Shutting down server processes...
Server ID = 1 Group ID = GROUP1 machine = SITE1: shutdown 
succeeded 1 process stopped.
$ tmadmin
tmadmin - Copyright ｩ 1987-1990 AT&T; 1991-1993 USL. 
> migm SITE1
migm successfully completed
> q

2 番目の例では、プライマリ・マシンから代替マシンにアクセスできません。

コードリスト7-6 マシンの移行 (プライマリ・マシンから代替マシンにアクセスできない場合)

$ tmadmin
tmadmin - Copyright ｩ 1987-1990 AT&T; 1991-1993 USL.
>pclean SITE1
Cleaning the DBBL.
Pausing 10 seconds waiting for system to stabilize.
3 SITE1 servers removed from bulletin board
> migm SITE1
migm successfully completed.
> boot -l SITE2
Booting server processes ...
exec simpserv -A :
on SITE2 -- process id=22782 ... Started.
1 process started.
>q

移行の取り消し

サーバ・グループまたはマシンを非アクティブにした後で移行作業を中止したい場合は、再びサーバ・グループまたはマシンをアクティブにする前に移行を取り消すことができます。ネーム・サーバ内にある、非アクティブにされたサーバとサービスの情報はすべて削除されます。

シャットダウンを実行しても、migrate コマンドを実行する前であれば、次のコマンドを使用して移行を取り消すことができます。

取り消しの対象	コマンド	結果
サーバの移行	tmadmin migrategroup -cancel または tmadmin migg -cancel	掲示板からサーバ・エントリが削除されます。移行が取り消された場合は、サーバを再起動する必要があります。
マシンの移行	tmadmin migratemach -cancel または tmadmin migm -cancel	移行は中止されます。

移行の取り消し例

次の tmadmin セッションの例は、サーバ・グループとマシンが、対応するプライマリ・マシンと代替マシン間で移行される手順を示しています。

コードリスト7-7 サーバ・グループ GROUP1 の移行の取り消し

$tmadmin  
tmadmin - Copyright  1987-1990 AT&T; 1991-1993 USL.  
> psr -g GROUP1

a.out Name  Queue Name    Grp Name   ID RqDone Ld Done Current Service
----------  ----------    --------   -- ------ ------- ---------------
simpserv     00001.00001	   GROUP1	     1    -	    -	       (DEAD MIGRATING)
> psr -g GROUP1 
TMADMIN_CAT:121: No such server
migg -cancel GROUP1
>boot -g GROUP1
Booting server processes...
exec simpserv -A:
on SITE1 ->process id_27636 ...Started. 1 process started.
> psr -g GROUP1

a.out Name  Queue Name    Grp Name   ID RqDone Ld Done Current Service
----------  ----------    --------   -- ------ ------- ---------------
simpserv    00001.00001	    GROUP1	     1    -	    -		           ( - )
> q

Backup マシンへのトランザクション・ログの移行

トランザクション・ログを BACKUP マシンに移行するには、次の手順に従います。

次のコマンドを入力して tmadmin セッションを開始します。
```
tmadmin
```
すべてのグループ内のサーバをシャットダウンし、ログへの書き込みを中止します。
次のコマンドを実行して、テキスト・ファイルに TLOG をダンプします。
```
dumptlog [-z config] [-o offset] [-n filename] [-g groupname]
```
注記 TLOG は、引数 config および offset を使用して指定します。offset はデフォルトで 0 に設定されます。name はデフォルトで TLOG に設定されます。-g オプションを選択すると、TMS によって調整された、groupname のレコードだけがダンプされます。
filename を BACKUP マシンにコピーします。
次のコマンドを入力して、指定したマシンの既存の TLOG にファイルを読み込みます。
```
loadtlog -m machine filename
```
次のコマンドを入力して、TLOG を強制的にウォームスタートさせます。
```
logstart machine
```
TLOG の情報が読み込まれ、この情報を使用して共用メモリ内のトランザクション・テーブルにエントリが作成されます。
サーバを BACKUP マシンに移行します。