Transazioni di Windows e transazioni mainframe

Nella Guida di Host Integration Server una transazione nell'ambiente .NET Framework di Microsoft Windows non equivale a una transazione nell'ambiente mainframe.

• Una transazione nell'ambiente Windows è un set di azioni coordinate da Microsoft Distributed Transaction Coordinator (DTC) in qualità di unità di lavoro atomica che soddisfa il test ACID; in altre parole, una transazione è atomica, consistente, isolata e duratura. Tutte le azioni nella transazione vengono completate o nessuna di esse viene completata.

• Una transazione nell'ambiente host mainframe (CICS o IMS) è una sezione di codice in un programma di transazioni strutturato (TP) e un tp è un singolo file di programma COBOL che contiene una o più transazioni mainframe. Pertanto, una transazione mainframe può o non soddisfare il test ACID.

  Un server di automazione TI è un componente TI distribuito in un'applicazione .NET Framework. Un singolo metodo in un server di Automazione TI richiama un singolo TP basato su mainframe. Qualsiasi metodo TI nel server di automazione TI può richiamare qualsiasi transazione nel TP, ma è il TP che determina quale delle relative transazioni eseguire. Il tp del mainframe prende questa decisione in base alle informazioni inviate dal server di automazione TI. Un CICS o TPS IMS può fornire qualsiasi tipo di servizio, come l'interazione con il terminale, il trasferimento dei dati, l'interrogazione dei database e l'aggiornamento dei database. Un tp può contenere anche una o più transazioni.

  Un TP mainframe ha anche un significato specializzato nell'ambiente IBM CICS. Qualsiasi programma che usa Advanced Program-to-Program Communications (APPC) con un altro programma viene definito programma di transazione (TP). APPC è un set di protocolli sviluppati da IBM specificamente per la rete paritaria tra mainframe, IBM, controller di cluster 3174 e altri dispositivi intelligenti. Affinché un TP comunichi direttamente con un altro TP usando APPC, i due programmi devono prima stabilire una sessione LU 6.2 e una conversazione l'una con l'altra.

  LU 6.2 è il protocollo standard de facto per l'elaborazione delle transazioni distribuite nell'ambiente mainframe. Viene usato dai sottosistemi CICS e IMS. Un programma può interagire con un altro programma a uno dei tre livelli di sincronizzazione:

• Il livello di sincronizzazione 0 non ha integrità dei messaggi oltre i numeri di sequenza per rilevare messaggi persi o duplicati.

• Il livello di sincronizzazione 1 supporta i verbi CONFIRM-CONFIRMED che consentono il riconoscimento end-to-end per client e server.

• Il livello di sincronizzazione 2 supporta il verbo SYNCPT che fornisce proprietà ACID (atomicità, coerenza, isolamento, durabilità) tra transazioni distribuite tramite commit a due fasi (2PC).

  Dei tre livelli di sincronizzazione, solo il livello di sincronizzazione 2 offre le stesse garanzie fornite da una transazione Windows, COM, COM+o .NET Framework.

Pertanto, nell'ambiente CICS e IMS, il termine programma di transazione (TP) può o meno implicare l'uso di 2PC. Il termine programma di transazione si riferisce al programma stesso. È solo quando il termine transazione è qualificato aggiungendo il termine Sync Level 2 che lo sviluppatore di Windows e lo sviluppatore mainframe possono essere sicuri che facciano riferimento alla stessa cosa.

TI supporta sia conversazioni di livello di sincronizzazione 0 che di sincronizzazione 2 su LU 6.2 nelle reti SNA. Se una chiamata al metodo fa parte di una transazione coordinata DTC, TI usa il livello di sincronizzazione 2 per comunicare con CICS o IMS versione 6.0 con Servizi di ripristino delle risorse. Se una chiamata a un metodo non fa parte di una transazione coordinata DTC, TI usa il livello di sincronizzazione 0.

Vedere anche

Supporto per le transazioni e il Two-Phase Commit
Elaborazione delle transazioni online