ファイル転送用の IBM MQ [終了]
https://stackoverflow.com/questions/512807
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
ファイル転送に SFTP 経由で IBM MQ を使用するという選択に直面しています。このようなアプローチの利点については聞いたことがありますが、実際に大きなファイルに対してそれを使用している人を見たことがありません。
それで主な質問:IMB MQ は大きなファイル (最大 100 MB) の転送をどの程度うまく処理できますか?安定していますか？重要な場合は、メインフレームから UNIX サーバーまでです。
どうもありがとう。
解決
私は何事もなく、サイズは最大8GBのファイルをMQを使用しました。あなたはそれらを管理するために、MQに十分なスペースを割り当てるために持っているが、それは動作します。
他のヒント
MQ自体は、プログラム間のメッセージベースの通信を提供しています。あなたは、ファイルを転送するためにそれを直接使用することはできません。 「MQ経由でファイルを送信する」の話を人々はしばしば、彼らが自分自身は、ファイルから読み込んMQ経由で送信、MQから受信し、別のファイルに書き込むためのプログラムを書くことを意味します。これは、最初に魅力的です些細な音が、すぐにあなたはそれが強固になりたい場合は、非常に複雑になります。お勧めできません。
は、をどうすべきのをやっているあなたは、あなたのファイル転送にMQが関与する場合MQ時に座ってファイル転送製品のいずれかを使用しています。私は何もの隣に知っているかについての成熟した製品の数は、積極的に開発し、最近更新されたバージョン（7.0.1）を発表しているIBM自身（の「WebSphere MQファイル転送版」）から新製品と一緒に、あります。
あなたの特定の質問に答えるために、私は個人的にはWindowsのいずれかにAIXマシンから千ギガバイトのファイルを転送するためにWMQFTEを使用しましたので、私はあなたの「大」100MBのファイルが:-)問題になるとは思いません。私はできるだけ多くのメインフレームとの関わり得ることはありませんが、それは非常にFTEのためのコアプラットフォームです。
ベンダーは 12 年以上にわたり、WebSphere MQ などのメッセージング システムを介したファイル転送を行ってきました。IBM 製品を使用したことがありません。それでも、IBM が最近まで Metastorm の製品を (ブランド名で) 再販していたことは知っています。 PM4データ）、つい最近になって第一世代の製品が市場に参入しました。
私は見た メタストーム統合マネージャー テラバイトサイズのファイルを常に処理します。WebSphere MQ 全体でメッセージを分割し、メッセージ キューがオーバーフローしないようにバッファ確認を実行したり、多くの MQ 管理を実行したりする必要があります。
ファイル転送にメッセージング システムを使用する場合と、SFTP には次のものが含まれます。
- データ移動の前後の処理 - ネットワークトランスポートとして、SFTP はデータを移動します (WebSphere MQ を介したファイル転送製品と同様)。移動前または移動後の処理を行うには、独自のモニタリング、トリガー、エラー処理などを記述する必要があります。メッセージング領域を介したファイル転送の成熟したベンダーは、すぐに使用できるインフラストラクチャを提供します。アプリケーションによっては、これらも役立ちます
- 監査証跡 - SFTP は、多くの場合、システムレベルのログを提供します。多くの場合、MQ を介したファイル統合を提供するベンダーは、データ移動の前後の処理を含む、より優れた監査機能を備えています。一部のベンダーは、許可されたユーザーに特定の統合を公開するための安全な Web ベースのシステムも提供しています。
- 例外処理 – SFTP は同期エラー メッセージを生成し、そこからエラー ロジックをコーディングします。MQ を介したファイル統合を提供するベンダーは、多くの場合、「問題が発生したことを示すキュー上のメッセージがあります...」に至るまでの例外機能を提供しています。頑張ってください。Web ベースのコンソールや BPM システムへの組み込み統合も可能です。
- ファイル転送をサービスとして扱う – 多くの場合、ファイル転送はより大きなビジネス プロセスの一部です。一部のベンダーは、これを利用してファイル転送を連鎖させ、人間中心のプロセスと連携させて、ポイントツーポイントのファイル転送のコンテキストに関するエンドツーエンドの可視性を提供しています。さらに、ファイル転送にメッセージング システムを使用すると、組織をよりリアルタイムのメッセージ主導のアプローチに移行するのに役立ちます。
追加の詳細があなたの評価に少しでも役立つことを願っています。幸運を！
は、前の回答の一つで、followngの文があります：
多くの場合、彼らは自分自身をファイルから読み込むためのプログラムを書くだろうことを意味し、「MQ経由でファイルを送信する」の話を人々は、MQから受信し、別のファイルへの書き込み、MQ上で送信します。これは、最初に魅力的です些細な音が、すぐにあなたはそれが強固になりたい場合は、非常に複雑になります。お勧めできません。
理論的には、それはあなたがキューからファイルを受信者が得たときに配達（COD）メッセージの確認を受ける（読み）になるので、「MQ経由でファイルを送信する」ためにいいだろう。もう一つの利点は、受信者がキューから（読んで）それを得たときに、ファイルが自動的にキューから削除されることになります。
あなたはおそらく上記の（または類似）はMQFTEによって提供されているかどうかを知っていますか？
