コンポーネントおよびリソースをバージョン 6.0 にマイグレーションするために実行すべきステップの順序と範囲を計画します。
以前のバージョンおよび他の製品との共存は、WebSphere Event Broker バージョン 6.0 を同じコンピューター上で以前のバージョンの製品と共存させる方法、およびバージョン 6.0 コンポーネントを以前のバージョンのコンポーネントと共に機能させる方法について説明します。
ユーザー定義拡張子がある場合に限り、メッセージ・フロー・ファイルおよびブローカー・アーカイブ・ファイルなどの、開発およびデプロイメント・リソースをマイグレーションするための特定のタスクを実行する必要があります。
これらのリソースはそのまま WebSphere Event Broker バージョン 6.0 で使用を開始できます。 ただし、ツールキット内でリソースをオープンまたは再ビルドするときに、いくつかのマイグレーション処置は自動的に実行されます。また、いくつかの動作上の変更が、メッセージ・フローの使用方法に影響を与えることがあります。メッセージ・フローのマイグレーションの注意事項で示されている指針を参照してください。
Message Brokers Toolkit バージョン 6.0 で現在のリソースの使用を開始した後、 それらのリソースの再使用は Message Brokers Toolkit バージョン 5.0 またはバージョン 5.1 での制約事項に従います。 詳しくは、以前のバージョンの Message Brokers Toolkit でのマイグレーション済みリソースの使用の条件を参照してください。
WebSphere Business Integration Event Broker バージョン 5.0 と WebSphere Event Broker バージョン 6.0 の間でコンバーターが大幅に変更されているため、旧レベルの一連のコンバーターは WebSphere Event Broker バージョン 6.0 に含まれています。
バージョン 5.0 環境でコンバーターを使用している場合は、マイグレーション後にもそれらの使用を継続できるように、追加のステップを取ることが必要になることがあります。 このタスクの詳細については、旧レベルの製品のコンバーターの使用を参照してください。
マイグレーションのテストの目的は、マイグレーション中に発生する可能性のある問題を識別することです。 例えば、問題が発生すれば、マイグレーション済みの一部のリソースを、マイグレーションを開始する前にバックアップしたバージョン 5.0 のレベルにリストアしなければならなくなる可能性があり、そうなると、マイグレーション後にこれらのリソースに対して加えた変更はすべて失われることになります。 実動ドメインをマイグレーションする前に開発ドメインおよびテスト・ドメインをマイグレーションすることによって、こうした問題を識別し、さらに問題が生じた場合にそれに対処するための戦略を開発することができます。
それぞれの新規リリースには、外部動作に影響を与える製品の問題を解決する変更が含まれていることがあります。
アプリケーションが文書化されていない動作や正しくない動作に依存している場合、これらのアプリケーションをテストして、マイグレーションのスケジュールの際に必要な変更を行うための時間を確保する必要があります。
マイグレーションを計画したら、リソースをバックアップします。