FIX: Perbaikan terbaru tersedia yang menyediakan tambahan pengiriman Mode properti untuk protokol lapisan bawah Minimal mengirim dan menerima adapter di BizTalk akselerator untuk HL7 di lingkungan BizTalk Server 2010

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 2564013 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Artikel ini menjelaskan perbaikan terbaru yang menyediakan dua properti modus pengiriman tambahan untuk Minimal bawah lapisan protokol (MLLP) mengirim dan menerima port ketika Anda menggunakan BizTalk akselerator untuk HL7 di lingkungan Microsoft BizTalk Server 2010:
  • Menggunakan pengakuan MLLP Transport
    Properti ini tersedia di kedua arah menerima port dan mengirim satu arah pelabuhan.
  • Menangguhkan pesan permintaan pada MLLP transportasi NAK
    Properti ini tersedia hanya di satu arah mengirim pelabuhan.
MLLP menerima adaptor mendukung kedua satu arah dan dua arah permintaan respon mode. Jika adaptor menerima dikonfigurasi, HL7 pengolahan menggunakan Memerintahkan pengiriman parameter. Hal ini menjamin bahwa urutan pengiriman pesan dipertahankan. Ketika MLLP menerima adaptor beroperasi dalam mode dua arah, adaptor tidak menerima pesan baru dari sistem Hulu hingga adaptor menghasilkan pengakuan aplikasi (MSA) untuk pesan sebelumnya sistem Hulu. Dihasilkan ACK/NAK dikirim ke kotak pesan database (MessageBoxDB). MessageBoxDB menunggu untuk interval pengumpulan berikutnya sebelum mengirimkan ACK/NAK sistem Hulu.

Sistem Hulu mengirimkan pesan hanya satu pada satu waktu dan hanya setelah menerima ACK/NAK. Selain itu, interval pengumpulan BizTalk dikonfigurasi, dan Memerintahkan pengiriman parameter diatur Benar. Ini berarti bahwa jumlah pesan yang diproses per kedua terbatas. Perbaikan terbaru ini menyediakan untuk konfigurasi tambahan untuk mengirim satu arah dan menerima port. Itu tidak mempengaruhi ACK/NAK. Namun, secara signifikan meningkatkan jumlah dokumen yang diproses per detik.

Anda harus menggunakan penghitung kinerja untuk mengambil dasar sebelum dan setelah Anda menerapkan perbaikan terbaru ini. Ketika Anda patokan, Anda harus mengirimkan jumlah pesan yang masuk akal selama jangka waktu yang wajar. Sebagai contoh, Anda bisa menggunakan berikut:
  • Untuk BizTalk: pesan Kategori, penggunaan Dokumen diproses/Sec Counter.
  • Untuk BizTalk: pesan Latency Kategori, menggunakan semua tersedia Counter.

Salah satu pilihan untuk meningkatkan jumlah dokumen yang diproses per detik adalah untuk menurunkan MaxReceiveInterval pengaturan untuk BizTalk host. Tergantung pada lingkungan keseluruhan, tuning komputer yang menjalankan Biz berbicara Server 2010, dan volume dokumen yang diproses, menurunkan MaxReceiveInterval pengaturan dapat memiliki efek buruk pada kinerja contoh SQL Server. Untuk SQL Server tuning dan BizTalk tuning, merujuk kepada semua artikel teknis yang tersedia.

INFORMASI LEBIH LANJUT

Catatan Perbaikan terbaru ini juga memecahkan masalah dalam Microsoft BizTalk 2010 akselerator untuk HL7. Untuk informasi lebih lanjut tentang masalah ini, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
2454887Peristiwa mungkin salah login untuk pesan berbasis MLLP di BizTalk 2009 akselerator untuk HL7 pada komputer yang menjalankan Microsoft BizTalk Server 2009 atau Microsoft BizTalk Server 2010

Informasi perbaikan terbaru

Perbaikan terbaru yang didukung tersedia dari Microsoft. Namun, perbaikan terbaru ini ditujukan untuk memperbaiki hanya masalah yang dijelaskan dalam artikel ini. Menerapkan perbaikan terbaru ini hanya pada sistem yang mengalami masalah yang dijelaskan dalam artikel ini. Perbaikan terbaru ini dapat menerima pengujian tambahan. Oleh karena itu, jika Anda sama sekali tidak dipengaruhi oleh masalah ini, kami menganjurkan Anda menunggu pembaruan perangkat lunak berikutnya yang berisi perbaikan terbaru ini.

Jika perbaikan terbaru tersedia untuk di-download, ada bagian "Tersedia download perbaikan terbaru" di bagian atas dari artikel Basis Pengetahuan ini. Apabila bagian ini tidak muncul, hubungi layanan pelanggan Microsoft dan dukungan untuk mendapatkan perbaikan terbaru.

Catatan Jika terjadi masalah tambahan atau jika pemecahan masalah apa pun diperlukan, Anda perlu membuat permintaan layanan tersendiri. Biaya dukungan biasa akan berhubungan dengan pertanyaan dan masalah yang tidak termasuk pada pembaruan terbaru tertentu ini dukungan tambahan. Untuk daftar lengkap nomor telepon pelanggan layanan dan dukungan Microsoft atau untuk membuat permintaan layanan tersendiri, kunjungi website Microsoft berikut:
http://support.Microsoft.com/contactus/?ws=support
Catatan Formulir "Tersedia download perbaikan terbaru" menampilkan bahasa untuk perbaikan terbaru tersedia. Jika Anda tidak melihat bahasa Anda, itu adalah karena perbaikan terbaru tidak tersedia untuk bahasa tersebut.

Prasyarat

Anda harus memiliki akselerator Microsoft BizTalk untuk HL7 (BTAHL7) yang terinstal untuk menggunakan perbaikan terbaru ini.

Restart informasi

Anda harus me-restart komputer Anda setelah Anda menerapkan perbaikan terbaru ini. Jika Anda tidak diminta untuk me-restart, Anda harus me-restart layanan BizTalk. Untuk informasi lebih lanjut tentang prosedur ini, lihat berkas Readme.txt yang disertakan dalam paket perbaikan terbaru ini.

Informasi penggantian

Perbaikan terbaru ini tidak menggantikan perbaikan terbaru yang diluncurkan sebelumnya.

Informasi file

Versi bahasa Inggris dari perbaikan terbaru ini memiliki atribut berkas (atau atribut berkas yang lebih baru) yang didaftar di dalam tabel berikut. Tanggal dan waktu untuk berkas-berkas ini tercantum dalam waktu Universal Terkoordinasi (UTC). Ketika Anda melihat informasi berkas, waktunya akan diubah ke waktu lokal. Untuk menemukan perbedaan waktu UTC dan waktu lokal, gunakan Zona waktu tab di Tanggal dan waktu item dalam Panel kontrol.

Perkecil tabel iniPerbesar tabel ini
Nama fileVersi berkasUkuran fileTanggalWaktuPlatform
Microsoft.Solutions.btahl7.mllp.dll3.9.526.2116,60807-Jun-201115: 27x 86
Microsoft.Solutions.btahl7.Shared.dll3.9.526.292,04007-Jun-201115: 27x 86
Mllpreceive.exe3.9.526.226,45607-Jun-201115: 27x 86
Mllpsend.exe3.9.526.226,44807-Jun-201115: 27x 86


Tentang perbaikan terbaru

Aliran pesan setelah perbaikan terbaru diinstal dan dikonfigurasi

Setelah Anda menerapkan dan mengaktifkan perbaikan terbaru ini, adaptor MLLP mengirimkan pesan yang diterima oleh adaptor MLLP untuk MessageBoxDB. Titik akhir Manager (EPM) panggilan kembali adaptor bersama status pengiriman di BatchComplete metode. Hal ini menyebabkan adaptor untuk mengirim komit ACK/NAK ke sistem Hulu. Pada gilirannya, sistem Hulu menerima ACK/NAK dan kemudian mengirimkan pesan berikutnya. The BatchComplete metode independen dari MaxReceiveInterval menetapkan dan disebut segera setelah pesan yang dikirim ke BizTalk berhasil.

Segera setelah pesan sudah siap untuk mengirim, adaptor Kirim mengirimkan pesan ke sistem Hilir. ACK/NAK diperkirakan jika Menggunakan pengakuan MLLP Transport properti ini diset Benar. Jika Kirim ACK, BizTalk selesai pengolahan berhasil. Jika Kirim NAK, dan jika Menangguhkan pesan permintaan pada MLLP transportasi NAK properti ini diset Benar, pesan ditangguhkan langsung tanpa mencoba kembali pulih. Namun, jika Menangguhkan pesan permintaan pada MLLP transportasi NAK properti ini diset PalsuBizTalk akan coba lagi didasarkan pada pengaturan interval Kirim port coba lagi. (Secara default, Menangguhkan pesan permintaan pada MLLP transportasi NAK properti ini diset Palsu.)

Diagram berikut menunjukkan aliran pesan:
Perkecil gambar iniPerbesar gambar ini
Pesan aliran
  1. Pesan yang dikirim oleh sistem Hulu mengirimkan aplikasi diproses oleh MLLP menerima adaptor.
  2. Adaptor MLLP mengirimkan pesan BizTalk/EPM.
  3. EPM panggilan kembali adaptor mengenai status pengiriman pesan. EPM melakukan hal ini Batch lengkap metode.
  4. Komit ACK/NAK dihasilkan oleh adaptor MLLP dan didasarkan pada status pengiriman Batch. ACK/NAK dikirim ke aplikasi pengiriman.

    Catatan Jika status Batch Submission Sukses, adaptor kembali ACK. Namun, jika kegagalan atau jika pengajuan kali keluar (misalnya, jika Batch lengkap metode panggilan kali keluar), adaptor kembali NAK ke aplikasi pengiriman.

  5. EPM tangan atas pesan untuk mengirim MLLP adaptor untuk transmisi.
  6. MLLP mengirim adaptor mengirim pesan diproses sistem Hilir.
  7. Transportasi tingkat ACK/NAK diharapkan oleh adaptor Kirim MLLP untuk menyelesaikan komunikasi.
  8. Jika pesan dalam langkah 7 ACK, adaptor meminta EPM untuk menghapus pesan. Jika tidak, adaptor harus meminta EPM coba lagi yang didasarkan pada pengaturan interval coba lagi. Pilihan baru yang diberikan dalam pengaturan konfigurasi port Kirim untuk menangguhkan pesan langsung, tanpa coba lagi, jika NAK MLLP yang diterima. Secara default, opsi ini disetel ke Palsu. Jika opsi ini disetel ke Benar, pesan akan ditangguhkan langsung, tanpa coba lagi, jika NAK MLLP yang diterima.

Transportasi tingkat ACK/NACK format

Untuk informasi lebih lanjut tentang spesifikasi transportasi, kunjungi situs HL7 berikut:
http://www.hl7.org/v3ballot/HTML/Infrastructure/Transport/Transport-mllp.html
Situs web berisi informasi berikut:
  • Contoh MLLP melakukan pengakuan:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Contoh negatif MLLP melakukan pengakuan:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Catatan
  • Dalam contoh ini, <SB>merujuk pada karakter mulai blok (1 byte). Ini sesuai dengan <VT>karakter ASCII, atau <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    Ini seharusnya tidak dikelirukan dengan SOH atau STX ASCII karakter.
  • Dalam contoh ini, <ACK>atau <NAK>merujuk pada pengakuan karakter (1 byte. Sesuai dengan <ACK>ASCII karakter, atau <0x06>) atau negatif-pengakuan karakter (1 byte. Sesuai dengan <NAK>karakter ASCII, atau <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • Dalam contoh ini, <EB>merujuk pada akhir blok karakter (1 byte). Ini sesuai dengan <FS>karakter ASCII, atau <0x1C>.</0x1C> </FS> </EB>
  • Dalam contoh ini,<CR>merujuk kepada karakter Carriage Return (1 byte). Ini sesuai dengan<CR>Karakter ASCII, atau <0x0D>.</0x0D></CR></CR>
  • Microsoft menyediakan informasi kontak pihak ketiga untuk membantu Anda menemukan dukungan teknis. Informasi kontak ini dapat berubah tanpa pemberitahuan. Microsoft tidak menjamin ketepatan dari informasi kontak pihak ketiga ini.

Cara mengkonfigurasi menerima dan mengirim port untuk menggunakan properti baru

Mengkonfigurasi menerima dan mengirim pelabuhan sebagai berikut.

Catatan Menerima dan mengirim pengaturan port dapat digunakan secara terpisah atau bersama-sama.

Menerima port konfigurasi
  • Port harus pelabuhan satu arah.
  • The Memerintahkan pengiriman parameter diaktifkan.
  • Anda harus mengatur Menggunakan pengakuan MLLP Transport properti untuk Benar untuk mengaktifkan transportasi tingkat pengakuan. Secara default, properti ini diatur ke Palsu Ada port atau port baru.
Perkecil gambar iniPerbesar gambar ini
Menerima port
Mengirim konfigurasi port
  • Port harus pelabuhan satu arah.
  • Solicit-respon modus harus diatur ke Tidak.
  • The Memerintahkan pengiriman parameter diaktifkan.
  • Anda harus mengatur Menggunakan pengakuan MLLP Transport properti untuk Benar untuk mengaktifkan transportasi tingkat pengakuan. Secara default, properti ini diatur ke Palsu Ada port atau port baru.
  • Anda harus mengatur Menangguhkan pesan permintaan pada MLLP transportasi NAK properti untuk Benar Jika pesan perlu ditangguhkan langsung tanpa menjadi retried ketika NAK transportasi yang diterima dari sistem Hilir. Jika tidak, pesan akan retried untuk jumlah kali yang diatur dalam transportasi pilihan Kirim pelabuhan lanjutan. Secara default, properti ini diatur ke Palsu Ada port atau port baru.
Perkecil gambar iniPerbesar gambar ini
Mengirim pelabuhan

Tentang "Penggunaan MLLP transportasi pengakuan" properti

Tabel berikut menjelaskan tentang perilaku yang diharapkan dari satu arah atau dua arah pelabuhan yang menggunakan Menggunakan pengakuan MLLP Transport properti. Kombinasi diperlukan pengaturan harus diterapkan seperti yang dijelaskan di bagian "Cara untuk mengaktifkan perbaikan terbaru".

Catatan
  • "Hulu sistem" mengacu pada aplikasi pengiriman. Mengirim pesan ke BizTalk. Ini pesan masuk ke BizTalk.
  • "Hilir sistem" mengacu pada aplikasi menerima. Menerima pesan dari BizTalk. Pesan ini keluar untuk BizTalk.


Perkecil tabel iniPerbesar tabel ini
Jenis pelabuhanMLLP V2 pilihan diMLLP V2 pilihan dari
Satu arah menerimaKirim MLLP ACK/NAK ke sistem Hulu BatchComplete metode.Tidak ada perubahan dalam perilaku. Dalam situasi ini, tidak ada ACK/NAK dikirim ke sistem Hulu.
Dua arah menerimaTidak ada perubahan dalam perilaku. Dalam situasi ini, HL7 ACK/NAK di TransmitMessage metode dikirim ke sistem Hulu.

Catatan Pilihan ini tidak didukung. Sebagai contoh, mengabaikan bahkan jika nilai diatur ke Benar.
Tidak ada perubahan dalam perilaku. Dalam situasi ini, HL7 ACK/NAK di TransmitMessage metode dikirim ke sistem Hulu.
Mengirim satu arahMLLP ACK/NAK dari sistem hilir menunggu setelah pesan ditransmisikan.Tidak ada perubahan dalam perilaku. Dalam situasi ini, ACK/NAK dari sistem Hilir adalah tidak menunggu setelah pesan ditransmisikan.
Mengirim dua arah atau mengirim satu arah dengan respon meminta mode diaktifkanTidak ada perubahan dalam perilaku. Dalam situasi ini, HL7 ACK/NAK dari sistem Hilir adalah menunggu setelah pesan ditransmisikan.

Catatan Pilihan ini tidak didukung. Sebagai contoh, mengabaikan bahkan jika nilai diatur ke Benar.
Tidak ada perubahan dalam perilaku. Dalam situasi ini, HL7 ACK/NAK dari sistem Hilir adalah menunggu setelah pesan ditransmisikan.


Dua arah menerima dan mengirim pelabuhan perilaku tidak berubah. Satu arah menerima dan mengirim pelabuhan perilaku juga tidak berubah kecuali Menggunakan pengakuan MLLP Transport properti diatur ke true.

Untuk informasi lebih lanjut, lihat dokumentasi adaptor MLLP. Jika satu arah menerima dan kirim port memiliki konfigurasi yang sesuai, meningkatkan kinerja. Jika Menggunakan pengakuan MLLP Transport properti dari dua arah port atau port arah diatur ke false, jenis ACK yang dihasilkan berlanjut tanpa perubahan. Dalam situasi ini, jenis ACK yang dihasilkan tergantung pada pengaturan BTAHL7 konfigurasi Explorer untuk aplikasi yang mengirim pesan. Nilai di bidang MSH 15 dan MSH 16 pesan tertentu dapat menimpa pengaturan ini. Namun, jika Menggunakan pengakuan MLLP Transport properti dari dua arah port atau port arah diatur ke false, Anda dapat mengatur konfigurasi untuk aplikasi yang mengharapkan ACKs statis hanya dengan menggunakan konfigurasi BTAHL7 Explorer. Waktu habis perilaku untuk port tetap tidak berubah.

Perilaku yang diharapkan pada sudut kasus ketika properti yang digunakan adalah sebagai berikut:

MENERIMA
  • WrongMLLPFormat: pesan tidak diserahkan kepada BizTalk.
  • WrongHL7Format: pesan yang dikirim ke BizTalk, dan MLLP ACK/NAK ditransmisikan yang didasarkan pada status Batch selesai.
  • TransmittingSocketIssue: MLLP ACK/NAK tidak menular, meskipun pesan yang dikirim ke BizTalk.
  • ReceivingSocketIssue: pesan tidak menerima dan karena itu tidak dikirimkan, dan transmisi MLLP ACK/NAK tidak dikirim.
  • Jika pengajuan ke BizTalk gagal, NAK ditransmisikan.
  • Jika status negatif Batch lengkap yang diterima, NAK ditransmisikan.
MENGIRIM dan mengirim pelabuhan properti "berhenti mengirim pesan berikutnya pada kegagalan pesan saat ini" = True
  • WrongMLLPFormat: pesan dibatalkan karena MLLP ACK/NACK tidak dapat membaca. Pengolahan tidak akan melanjutkan sampai ditangguhkan pesan dihapus.
  • WrongHL7Format: pesan gagal sebelum mencapai adaptor. Pengolahan tidak akan melanjutkan sampai ditangguhkan pesan dihapus.
  • TransmittingSocketIssue: pesan dibatalkan. Pengolahan tidak akan melanjutkan sampai ditangguhkan pesan dihapus.
  • ReceivingSocketIssue: pesan dibatalkan. Pengolahan tidak akan melanjutkan sampai ditangguhkan pesan dihapus.

Perilaku yang diharapkan ketika Menangguhkan pesan permintaan pada MLLP transportasi NAK properti ini diset Benar atau untuk Palsu adalah sebagai berikut:
  • Ketika Menangguhkan pesan permintaan pada MLLP transportasi NAK properti ini diset Benar dan NAK diterima, pesan ditangguhkan tanpa coba lagi untuk mengirim.
  • Ketika Menangguhkan pesan permintaan pada MLLP transportasi NAK properti diatur ke pengaturan default Palsu, coba lagi mengirim pesan dimulai, berdasarkan pengaturan interval Kirim port coba lagi.

Perubahan untuk utilitas MLLP SDK

MLLP SDK Utility termasuk parameter baru berikut. Semua parameter lainnya tetap tidak berubah. Untuk informasi lebih lanjut, lihat dokumentasi produk.
  • Untuk MLLPReceive.exe, gunakan parameter baru untuk kembali MLLP ACK/NAK setelah pesan diterima. Sebagai contoh:
    MLLPReceive/p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive/p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • Untuk MLLPSend.exe, gunakan parameter baru untuk menunggu untuk MLLP ACK/NAK. Sebagai contoh:
    MLLPSend /sb 11 /eb 28 /cr 13/f "C:\HL7\ls.txt" /I 127.0.0.1 p 11000 /UseMLLPTransACK

REFERENSI

Untuk informasi lebih lanjut tentang cara mengelola pengaturan kinerja di BizTalk server, kunjungi website Microsoft Developer Network (MSDN) berikut:
Mengelola pengaturan kinerja BizTalk Server
Untuk informasi lebih lanjut tentang pesan penghitung kinerja, kunjungi website MSDN berikut:
Pesan penghitung kinerja
Untuk informasi lebih lanjut tentang memerintahkan pengiriman pesan, kunjungi website MSDN berikut:
Memerintahkan pengiriman pesan
Untuk informasi lebih lanjut tentang BizTalk 2010 akselerator untuk HL7 (BTAHL7), kunjungi website Microsoft berikut:
BizTalk 2010 akselerator untuk HL7 dokumentasi (BTAHL7)
Untuk informasi lebih lanjut tentang IBTBatchCallBack.BatchComplete metode, kunjungi website MSDN berikut:
IBTBatchCallBack.BatchComplete metode
Untuk informasi lebih lanjut tentang BizTalk Server perbaikan terbaru, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
2003907 Informasi tentang perbaikan terbaru BizTalk Server

Properti

ID Artikel: 2564013 - Kajian Terakhir: 01 November 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Kata kunci: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:2564013

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com