Transaksi Windows vs. Transaksi Mainframe

Dalam Bantuan Server Integrasi Host, transaksi di lingkungan Microsoft Windows .NET Framework tidak berarti hal yang sama seperti transaksi di lingkungan mainframe.

• Transaksi di lingkungan Windows adalah serangkaian tindakan yang dikoordinasikan oleh Koordinator Transaksi Terdistribusi Microsoft (DTC) sebagai unit kerja atomik yang memenuhi tes ACID; dengan kata lain, transaksi adalahtomic, consistent, isolated, dan durable. Semua tindakan dalam transaksi selesai, atau tidak ada yang selesai.

• Transaksi di lingkungan host mainframe (CICS atau IMS) adalah bagian dari kode dalam program transaksi terstruktur (TP), dan TP adalah satu file program COBOL yang berisi satu atau beberapa transaksi mainframe. Oleh karena itu, transaksi mainframe mungkin atau mungkin tidak memenuhi tes ACID.

  Server Otomatisasi TI adalah komponen TI yang disebarkan dalam aplikasi .NET Framework. Satu metode di server TI Automation memanggil satu TP berbasis mainframe. Metode TI apa pun di server TI Automation dapat memanggil transaksi apa pun di TP, tetapi TP-lah yang menentukan transaksi mana yang akan dijalankan. TP mainframe membuat keputusan ini berdasarkan informasi yang dikirim ke dalamnya dari server Automation TI. CICS atau IMS TP dapat menyediakan semua jenis layanan, seperti interaksi terminal, transfer data, kueri database, dan pembaruan database. TP juga dapat berisi satu atau beberapa transaksi.

  Mainframe TP juga memiliki arti khusus di lingkungan IBM CICS. Program apa pun yang menggunakan Advanced Program-to-Program Communications (APPC) dengan program lain disebut sebagai program transaksi (TP). APPC adalah serangkaian protokol yang dikembangkan oleh IBM khusus untuk jaringan peer-to-peer di antara mainframe, IBM adalah, 3174 pengontrol kluster, dan perangkat cerdas lainnya. Agar TP dapat berkomunikasi langsung dengan TP lain menggunakan APPC, kedua program harus terlebih dahulu membuat sesi LU 6.2 dan berkomunikasi satu sama lain.

  LU 6.2 adalah protokol standar de facto untuk pemrosesan transaksi terdistribusi di lingkungan mainframe. Ini digunakan oleh subsistem CICS dan IMS. Satu program dapat berinteraksi dengan program lain di salah satu dari tiga tingkat sinkronisasi:

• Sync Level 0 tidak memiliki integritas pesan di luar nomor urut untuk mendeteksi pesan hilang atau duplikat.

• Sync Level 1 mendukung kata kerja CONFIRM-CONFIRMED yang memungkinkan pengakuan end-to-end untuk klien dan server.

• Sync Level 2 mendukung kata kerja SYNCPT yang menyediakan properti ACID (atomitas, konsistensi, isolasi, durabilitas) di seluruh transaksi terdistribusi dengan cara penerapan dua fase (2PC).

  Dari tiga tingkat sinkronisasi, hanya Sync Level 2 yang memberikan jaminan yang sama yang disediakan oleh transaksi Windows, COM, COM+, atau .NET Framework.

Catatan

Protokol TCP/IP tidak dirancang untuk pemrosesan transaksi terdistribusi, sehingga TCP/IP tidak memberikan jaminan ACID yang disediakan 2PC di LU 6.2 Sync Level 2. Oleh karena itu, protokol jaringan (LU 6.2 atau TCP/IP) yang menentukan apakah mungkin untuk menjamin bahwa transaksi dalam TP beroperasi sebagai unit atomik, konsisten, terisolasi, dan tahan lama.

Dengan demikian, di lingkungan CICS dan IMS, istilah program transaksi (TP) mungkin atau mungkin tidak menyiratkan penggunaan 2PC. Istilah program transaksi mengacu pada program itu sendiri. Hanya ketika istilah transaksi memenuhi syarat dengan menambahkan istilah Sync Level 2 bahwa pengembang Windows dan pengembang mainframe dapat memastikan bahwa mereka merujuk pada hal yang sama.

TI mendukung percakapan Sync Level 0 dan Sync Level 2 melalui LU 6.2 di jaringan SNA. Jika pemanggilan metode adalah bagian dari transaksi yang dikoordinasikan DTC, TI menggunakan Sync Level 2 untuk berkomunikasi dengan CICS atau IMS versi 6.0 dengan Resource Recovery Services (RRS). Jika pemanggilan metode bukan bagian dari transaksi yang dikoordinasikan DTC, maka TI menggunakan Sync Level 0.

Lihat juga

Dukungan untuk Transaksi dan penerapan Two-Phase
Pemrosesan Transaksi Online