2017-07-06 1 views
-1

Je recherche des informations sur l'accès aux données présentes dans ORACLE à partir d'applications IBM Mainframe (Z/OS). Les données reposent sur Oracle qui se trouve sur un serveur distinct et le système IBM Mainframe, en utilisant les programmes COBOL, doit accéder aux données d'Oracle. J'ai entendu dire qu'en utilisant 'Oracle Access Manager for CICS', nous pouvons accéder aux données Oracle directement à partir des applications mainframe IBM (en utilisant le programme COBOL). Si oui, y a-t-il des limitations/considérations sur la version d'Oracle que nous utilisons? J'ai entendu dire que la passerelle 'Oracle Access Manager pour CICS/IMS' n'est supportée que dans les anciennes versions d'Oracle (c'est-à-dire 10g) mais pas en 11g ou 12c? Oracle prend-il encore en charge 'Oracle Access Manager pour CICS/IMS'? Est-ce que quelqu'un a fait cela ou avez-vous des suggestions?
Merci d'avance pour votre aide. SaiAccès à Oracle à partir de l'ordinateur central

+1

Bienvenue sur stackoverflow.com. Veuillez prendre le temps de lire les [pages d'aide] (https://stackoverflow.com/help), en particulier les sections intitulées ["Quels sujets puis-je poser à propos d'ici?"] (Https://stackoverflow.com/help/ sur le sujet) et ["Quels types de questions devrais-je éviter de poser?"] (https://stackoverflow.com/help/dont-ask). Aussi s'il vous plaît prendre le [tour] (https://stackoverflow.com/tour) et lire sur [Comment poser de bonnes questions] (https://stackoverflow.com/help/how-to-ask). Enfin, apprenez comment créer un [exemple minimal, complet et vérifiable] (https://stackoverflow.com/help/mcve). – cschneid

+0

Avez-vous des sas sur le MF? –

Répondre

1

Il y a plusieurs façons de faire cela, selon la quantité de données dont vous parlez et la façon dont vos besoins sont en temps réel. Si vous êtes un client commercial d'Oracle, vous êtes probablement en train de leur payer un paquet - n'hésitez pas à appeler et à mettre le fardeau sur Oracle pour trouver la meilleure façon de faire ce que vous essayez de faire. Dans le cas contraire, IBM et d'autres fournisseurs proposent une gamme de produits d'intégration pouvant vous aider, si cela ne vous dérange pas d'utiliser une solution fournisseur. Un exemple est le IBM Integration Bus - c'est à peu près un ESB qui peut se connecter à presque n'importe quel type de base de données (ainsi que des services REST, etc.) avec un support client sur z/OS. Il y a beaucoup de services similaires d'autres fournisseurs tels que Tibco. Si vous voulez plus d'une solution ouverte, nous avons eu de la chance avec JDBC sur z/OS, mais ce n'est pas particulièrement facile de se connecter à COBOL ... il est possible d'appeler Java depuis COBOL, mais ce n'est pas la chose la plus facile pour quelqu'un avec une expérience limitée de mainframe, et vous devrez vous soucier de choses comme ASCII vs EBCDIC et ainsi de suite. Pourtant, il est essentiellement gratuit et rapide, et les pilotes Oracle JDBC fonctionnent bien sur z/OS.

Si vous avez juste besoin de faire des requêtes en lecture seule contre Oracle, certaines personnes utilisent une approche ETL pour conserver une copie raisonnablement à jour de vos données Oracle sur z/OS dans (disons) DB2. Cela peut aider à éviter de surcharger votre serveur Oracle et votre réseau, car vos applications mainframe traitent localement sur l'ordinateur central au lieu d'envoyer chaque transaction à votre base de données Oracle en temps réel. Informatica et SyncSort sont deux fournisseurs leaders dans ce domaine. Enfin, il semble qu'Oracle continue de prendre en charge des choses comme Oracle Database Gateway pour APPC, au moins à partir d'Oracle 12c. Cela vous permet d'accéder à Oracle via un réseau APPC sans aucune sorte de bibliothèque client sur z/OS. Si votre COBOL s'exécute dans CICS ou dans un autre environnement mainframe avec un bon support APPC, il n'est même pas très difficile à programmer. Bien sûr, APPC est une ancienne technologie, et la configuration de la mise en réseau SNA est définitivement une compétence en voie de disparition dans de nombreux sites ... quelque chose à surveiller.