我们正面临一个选择使用IBM MQ过蔽用文件传输。我听说了优势,这种做法,但我从未看到任何人实际上是利用它对一个大型文件。

所以,主要问题:如何以及IMB MQ可以处理转让的大型文件(100MB)?它是稳定?这是从主机到UNIX服务器,如果它不重要。

非常感谢。

有帮助吗?

解决方案

我使用MQ处理文件,最高可达8GB的大小,没有发生任何事故。你要分配足够的空间用于MQ来管理它们,但它的作品。

其他提示

MQ本身提供程序之间基于消息的通信。你不能直接用它来传输文件。人们在谈论“通过MQ发送文件”往往意味着他们会写程序本身从文件中读取,发送了MQ,从MQ接收并写入到另一个文件。这听起来起初诱人微不足道,但如果你希望它是强大的很快变得非常复杂。不推荐使用。

您的应该怎样的是做的,如果你想参与你的文件传输MQ的使用就是坐MQ文件传输产品之一。有许多成熟的产品,旁边的一无所知,我所知道的,连同从正在积极发展以及最近推出的更新版本(7.0.1)IBM本身(“WebSphere MQ的文件传输版”)的新产品。

要回答你的具体问题,我亲自用WMQFTE到1000GB的文件从AIX机器转移到Windows,所以我不认为你的“大” 100MB的文件将是一个问题:-)。我不参与与主机很多,但它是非常多的FTE一个核心平台。

供应商通过消息传递系统(例如 WebSphere MQ)进行文件传输已有超过 12 年的历史。我没有使用过IBM的产品。然而,我知道直到最近 IBM 才转售 Metastorm 的产品(品牌为 PM4数据)并且最近才以第一代产品进入市场。

我见过 Metastorm 集成经理 始终处理 TB 大小的文件;跨 WebSphere MQ 分解消息并执行缓冲区确认,以免消息队列溢出或必须执行大量 MQ 管理。

使用消息系统进行文件传输与使用消息系统进行传输的其他值得考虑的因素SFTP 包括:

  1. 数据移动前和数据移动后处理 - 作为网络传输,SFTP 移动数据(就像通过 WebSphere MQ 的文件传输产品一样)。要进行运动前或运动后处理,您必须编写自己的监控、触发、错误处理等。通过消息传递空间进行文件传输的成熟供应商为您提供开箱即用的基础设施。根据您的应用,他们还可以提供帮助
  2. 审计追踪 - SFTP 通常提供系统级日志记录。通常,通过 MQ 提供文件集成的供应商具有更强的审核功能,包括数据移动前和数据移动后处理。一些供应商还提供基于网络的安全系统,以向授权用户公开某些集成。
  3. 异常处理 – SFTP 将给出同步错误消息,然后您可以从中编写错误逻辑。通过 MQ 提供文件集成的供应商通常提供异常功能,范围从“队列上有一条消息表明发生了问题......祝你好运”,内置集成到基于 Web 的控制台甚至 BPM 系统。
  4. 将文件传输视为服务 – 很多时候,文件传输是更大的业务流程的一部分。一些供应商利用这一点来链接文件传输,甚至让他们与以人为中心的流程协作,以提供点对点文件传输上下文的端到端可见性。此外,使用消息传递系统进行文件传输有助于组织采用更实时、消息驱动的方法。

我希望额外的详细信息能够为您的评估提供一些细节。祝你好运!

在前面的答案之一,有followng语句:

  

人们谈论“通过MQ发送文件”往往意味着他们会写程序本身从文件中读取,发送了MQ,从MQ接收并写入到另一个文件。这听起来起初诱人微不足道,但如果你希望它是强大的很快变得非常复杂。不推荐使用。

在理论上它会以“通过MQ发送文件”,因为你会从队列中接受货到付款(COD)消息的确认,当接收者得到(读)的文件是很好的。另一个好处是,该文件将被自动地从队列中移出队列当收件人得到(读取)它。

你也许知道上面(或类似)由MQFTE提供?

Capitalwares 普遍性文件的动机 是一个选项,在这里。

WebSphere信息经纪人的遥控器的部署WebSphere MQ文件传输的版本 选择来考虑。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top