Transactions Windows et transactions d’ordinateur principal
Dans l’aide de Host Integration Server, une transaction dans l’environnement Microsoft Windows .NET Framework ne signifie pas la même chose qu’une transaction dans l’environnement mainframe.
Une transaction dans l’environnement Windows est un ensemble d’actions coordonnées par Microsoft Distributed Transaction Coordinator (DTC) en tant qu’unité de travail atomique qui répond au test ACID ; en d’autres termes, une transaction est untomic, consistent, iisolé et durable. Toutes les actions de la transaction sont terminées ou aucune d’entre elles n’est terminée.
Une transaction dans l’environnement hôte mainframe (CICS ou IMS) est une section de code dans un programme de transaction structurée (TP), et un TP est un fichier programme COBOL unique qui contient une ou plusieurs transactions mainframe. Par conséquent, une transaction mainframe peut ou non répondre au test ACID.
Un serveur TI Automation est un composant TI déployé dans une application .NET Framework. Une méthode unique dans un serveur TI Automation appelle un tp basé sur un mainframe unique. Toute méthode TI dans le serveur TI Automation peut appeler n’importe quelle transaction dans le TP, mais c’est le TP qui détermine laquelle de ses transactions à exécuter. Le tp mainframe prend cette décision en fonction des informations qui lui sont envoyées à partir du serveur TI Automation. Un CICS ou IMS TP peut fournir n’importe quel type de service, comme l’interaction avec le terminal, le transfert de données, la requête de base de données et les mises à jour de base de données. Un TP peut également contenir une ou plusieurs transactions.
Un TP mainframe a également une signification spécialisée dans l’environnement IBM CICS. Tout programme qui utilise advanced program-to-program communications (APPC) avec un autre programme est appelé programme transactionnel (TP). APPC est un ensemble de protocoles développés par IBM spécifiquement pour la mise en réseau d’égal à égal entre les mainframes, IBM is, 3174 contrôleurs de cluster et d’autres appareils intelligents. Pour qu’un TP communique directement avec un autre TP à l’aide d’APPC, les deux programmes doivent d’abord établir une session LU 6.2 et une conversation entre eux.
LU 6.2 est le protocole standard de facto pour le traitement des transactions distribuées dans l’environnement mainframe. Il est utilisé par les sous-systèmes CICS et IMS. Un programme peut interagir avec un autre programme à l’un des trois niveaux de synchronisation :
Le niveau de synchronisation 0 n’a pas d’intégrité de message au-delà des numéros de séquence pour détecter les messages perdus ou dupliqués.
Le niveau de synchronisation 1 prend en charge les verbes CONFIRM-CONFIRMED qui autorisent l’accusé de réception de bout en bout pour le client et le serveur.
Le niveau de synchronisation 2 prend en charge le verbe SYNCPT qui fournit des propriétés ACID (atomicité, cohérence, isolation, durabilité) entre les transactions distribuées au moyen d’une validation en deux phases (2PC).
Sur les trois niveaux de synchronisation, seul le niveau de synchronisation 2 fournit les mêmes garanties que celles fournies par une transaction Windows, COM, COM+ou .NET Framework.
Notes
Le protocole TCP/IP n’étant pas conçu pour le traitement des transactions distribuées, TCP/IP ne fournit pas la garantie ACID que fournit 2PC dans LU 6.2 Sync Level 2. Par conséquent, c’est le protocole réseau (LU 6.2 ou TCP/IP) qui détermine s’il est possible de garantir qu’une transaction dans un TP fonctionne comme une unité atomique, cohérente, isolée et durable.
Ainsi, dans l’environnement CICS et IMS, le terme programme de transaction (TP) peut ou non impliquer l’utilisation de 2PC. Le terme programme de transaction fait référence au programme lui-même. Ce n’est que lorsque le terme transaction est qualifié en ajoutant le terme Sync Level 2 que le développeur Windows et le développeur mainframe peuvent être sûrs qu’ils font référence à la même chose.
TI prend en charge les conversations de niveau de synchronisation 0 et de niveau 2 sur LU 6.2 dans les réseaux SNA. Si un appel de méthode fait partie d’une transaction coordonnée par DTC, TI utilise le niveau de synchronisation 2 pour communiquer avec CICS ou IMS version 6.0 avec Resource Recovery Services (RRS). Si un appel de méthode ne fait pas partie d’une transaction coordonnée par DTC, TI utilise le niveau de synchronisation 0.
Voir aussi
Prise en charge des transactions et des validations en deux phases
Traitement transactionnel en ligne