IBM MQ pour le transfert de fichiers

Nous sommes confrontés à un choix de l'utilisation de IBM MQ sur SFTP pour le transfert de fichiers. J'ai entendu parler des avantages d'une telle approche, mais je n'ai jamais vu quelqu'un de fait, l'aide pour les gros fichiers.

Donc question principale: comment bien IMB MQ peut gérer le transfert de fichiers volumineux (jusqu'à 100 MO)? Est-il stable? C'est à partir de macroordinateurs une introduction à UNIX serveur, si il a de l'importance.

Merci beaucoup.

OriginalL'auteur user62564 | 2009-02-04

  1. 8

    J'ai utilisé de la MQ avec des fichiers jusqu'à 8 go en taille, sans incident. Vous devez allouer suffisamment d'espace pour MQ pour les gérer, mais il fonctionne.

    Merci beaucoup! C'est exactement ce que j'avais besoin d'entendre.

    OriginalL'auteur Patrick Cuff

  2. 6

    MQ offre lui-même basé sur le message de la communication entre les programmes. Vous ne pouvez pas l'utiliser directement pour le transfert de fichiers. Les gens parlent d'un "envoi de fichiers par MQ" signifie souvent qu'ils vont écrire les programmes eux-mêmes à lire à partir d'un fichier, envoyer plus de MQ, bénéficier de la MQ et écrire dans un autre fichier. Cela semble tentante trivial au premier abord, mais devient vite très complexe si vous voulez qu'il soit robuste. Pas recommandé.

    Ce que vous devrait faire si vous voulez impliquer MQ dans vos transferts de fichiers est d'utiliser l'un de transfert de fichiers produits qui sont assis sur la MQ. Il y a un certain nombre de la maturité des offres, dont je connais à peu près rien, avec un nouveau produit à partir d'IBM lui-même ("Websphere MQ de Transfert de Fichier Edition"), qui est activement développé et a récemment annoncé une version mise à jour (7.0.1).

    Pour répondre à votre question, j'ai personnellement utilisé WMQFTE pour le transfert d'un fichier de 1000 go à partir d'un ordinateur AIX pour un Windows, donc je ne pense pas que votre "grand" de 100 mo de fichiers ne sera pas un problème :-). Je ne te mêle pas avec le mainframe, comme beaucoup, mais il est très bien d'une plate-forme de base pour FTE.

    Ce que vous dites est vrai, j'ai aussi vu ce Transfert de Fichier edition. Bien sûr, ce serait la meilleure solution. Malheureusement, je dois travailler en assez raide environnement, où même l'augmentation de la taille maximum de la MQ message est vraiment un gros problème. Il est très peu probable que l'installation d'un nouveau produit serait approuvé. Merci.
    Il y a de bonnes raisons de l'augmentation de MAXMSGL est un gros problème. Il est difficile, voire impossible, pour accorder toute asynchrone de messagerie pour traiter simultanément de très grands et très petits messages. Vous voyez l'augmentation de MAXMSGL comme une solution sans frais et de conclure FTE a moins de chance à cause du prix. Mais pour tous, mais le plus décontracté de l'utilisateur, un produit comme les ETP est en fait plus rentable que d'essayer de confiture de 100 MO de fichiers dans un seul message sur un tuyau à l'écoute pour un beaucoup plus petit message. Plus à ce sujet ici: ibm.com/developerworks/websphere/techjournal/0804_mismes/...

    OriginalL'auteur user85224

  3. 5

    Vendeurs ont été faire de transfert de Fichiers via un système de messagerie tels que WebSphere MQ pour les plus de 12 ans. Je n'ai pas utilisé le produit IBM. Pourtant, je sais que, jusqu'à récemment, IBM a revendu Metastorm du produit (sous la marque PM4Data) et, plus récemment entré sur le marché avec un premier produit de génération.

    J'ai vu Metastorm L'Intégration Du Gestionnaire De gérer les fichiers de to les tailles de tous les temps; briser les messages à travers les WebSphere MQ et l'exécution des tampons remerciements donc pas de débordement de files d'attente de messages ou d'avoir à faire beaucoup de MQ Administration.

    Autres la peine de considérations de l'utilisation de systèmes de messagerie pour le transfert de fichiers vs SFTP comprennent:

    1. Pré-et Post-Données de Mouvement de la Manipulation - en tant Que réseau de transport, SFTP déplace les données (comme on peut le transfert de fichiers produits WebSphere MQ). Faire pré - ou post-traitement du flux, vous devriez écrire votre propre surveillance, un déclenchement, une erreur de manipulation, etc. Maturité fournisseurs dans le transfert de fichiers via la messagerie de l'espace de fournir l'infrastructure out-of-the-box pour vous. Selon votre demande, ils peuvent aussi aider à
    2. De la Piste d'Audit - SFTP fournit souvent fournir au niveau du système de journalisation. Souvent, le temps, les éditeurs de fournir l'intégration de fichiers de plus de MQ ont plus de capacités d'audit, y compris les Pré - et Post-Données de Mouvement de la Manipulation. Certains fournisseurs offrent également sécurisé sur le web des systèmes d'exposer certaines intégrations à des utilisateurs autorisés.
    3. La gestion des exceptions – SFTP donnera synchrone des messages d'erreur à partir de laquelle vous puis votre code d'erreur de logique. Les éditeurs de fournir l'intégration de fichiers de plus de MQ fournissent souvent l'exception des capacités allant de "voici un message sur la file d'attente signifiant un problème qui s'est passé... bonne chance" à l'intégration de Web basé sur des consoles ou même BPM système.
    4. Le traitement de Transfert de Fichier en tant que Service – Souvent, le Transfert de Fichier fait partie d'un vaste processus d'affaires. Certains fournisseurs tirer parti de ce à la chaîne des transferts de fichiers et même de collaborer avec l'homme centrée sur le processus de fournir une visibilité de bout en autour le contexte d'un point à un transfert de fichier. En outre, l'utilisation de systèmes de messagerie pour le transfert de fichiers permet à une organisation de plus en temps réel, message.

    J'espère que les détails supplémentaires de donner quelques détails dans votre évaluation. Bonne chance!

    Merci pour l'info, mais la plupart de ce que j'ai déjà entendu ou lu. J'ai vraiment été intéressé par la question que j'avais posée.

    OriginalL'auteur user23969

  4. 0

    Dans l'une des réponses précédentes, il y a la déclaration suivante:

    Les gens parler de "l'envoi de fichiers via MQ" signifie souvent qu'ils vont écrire les programmes eux-mêmes à lire à partir d'un fichier, envoyer plus de MQ, bénéficier de la MQ et écrire dans un autre fichier. Cela semble tentante trivial au premier abord, mais devient vite très complexe si vous voulez qu'il soit robuste. Pas recommandé.

    En théorie, il serait sympa de "l'envoi de fichiers via MQ", car vous recevrez une Confirmation à la Livraison (CoD) message lorsque le bénéficiaire a obtenu (lire) le fichier de la file d'attente. Un autre avantage serait que le fichier est automatiquement supprimé de la file d'attente lorsque le bénéficiaire a obtenu (en lecture) à partir de la file d'attente.

    Ne vous le savez peut-être si le dessus (ou un similaire) est offert par MQFTE?

    Oui, il y a des fonctionnalités similaires dans FTE bien qu'il ne repose pas sur la MORUE. Selon la façon dont le transfert est démarré, l'expéditeur peut attendre pour qu'il complète ou peut s'abonner à un sujet pour recevoir les messages d'état pour le transfert.

    OriginalL'auteur user470593