2

6.0から7.0へのqmgrの移行に取り組んでいますが、7.0からV6.0キューマネージャーを復元するときに問題が発生しましたwindows。MQ 6.0を再インストールした後、以前のバックアップQMGRデータとログをコピーして戻し、そのQMGR(TEST01など)を起動しようとしました。ただし、そのコマンドstrmqm TEST01は、そのようなQMGRが存在しない状態で戻ります。

私が参照している復元手順は、以下のインフォアセンターからのものです

http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp

およびiMQGRデータをバックアップおよび復元し、以下のようにログスルーします。

バックアップ copy C:\Program Files (x86)\IBM\WebSphere MQ\Qmgrs\TEST01 under another path copy C:\Program Files (x86)\IBM\WebSphere MQ\log\TEST01 under another path

戻す copy above backup folder back to target path

それで、上記の操作によると、私は何かを逃したか、何か間違ったことをしましたか?

更新:
この問題は修正されました。レジストリから構成情報をバックアップするのを忘れて、復元しました。そのため、MQは最初からQMGRを認識できません。

さらに、ここで別の質問があります。レジストリからmqs.iniファイルに構成情報を転送する方法は?

4

2 に答える 2

1

QMgrを移行するのではなく、新しいバージョンで新しいQMgrを作成する方がはるかに優れています。IBMは常にアップグレード・パスを提供してきましたが、特定の機能の実装はバージョンごとに異なります。たとえば、Windowsでは、V6のレジストリ設定はV7.1以降では使用されなくなりました。アップグレードの要件は通常、QMgrを交換すると何かが失われるという信念から来ています。

実際、これはめったにありません。また、適切に設計されたクライアントアプリケーションがその名前を知る必要があるQMgrについても特別なことは何もありません。ホスト、ポート、およびチャネルは、クライアントアプリケーションのQMgrを一意に識別します。アプリがQMgrの名前を指定し、それが一致しない場合、接続は失敗します。ただし、アプリは空白のQMgr名を指定でき、接続は成功します。QMgrの名前は、[返信先QMgr]フィールドに自動的に入力されるため、リクエストは適切に処理されます。名前を知る必要があるのは、QRemote(再ポイント可能)またはバインディングモード接続を使用するローカルアプリだけです。

とはいえ、V7.1またはV7.5へのアップグレードを実行するだけで質問に答えると、QMgrの設定がiniファイルに移動します。

于 2012-08-21T17:17:25.103 に答える
0

この問題は修正されました。レジストリから構成情報をバックアップするのを忘れて、復元しました。そのため、MQは最初からQMGRを認識できません。

于 2012-08-21T06:37:02.217 に答える