ข้ามไปที่เนื้อหาหลัก
การสนับสนุน
ลงชื่อเข้าใช้
ลงชื่อเข้าใช้ด้วย Microsoft
ลงชื่อเข้าใช้หรือสร้างบัญชี
สวัสดี
เลือกบัญชีอื่น
คุณมีหลายบัญชี
เลือกบัญชีที่คุณต้องการลงชื่อเข้าใช้

สรุป

บทความนี้อธิบายโปรแกรมแก้ไขด่วนที่มีคุณสมบัติการวิธีการจัดส่งที่เพิ่มเติมสองสำหรับน้อยที่สุดล่างเลเยอร์โพรโทคอล (MLLP) ที่ส่ง และรับพอร์ตเมื่อคุณใช้ตัวเร่งความเร็ว BizTalk สำหรับ HL7 ในสภาพแวดล้อม Microsoft BizTalk Server 2010:

  • ใช้การตอบรับการขนส่ง MLLP

    คุณสมบัตินี้จะพร้อมใช้งานในทั้งสองแบบทางเดียวที่ได้รับการพอร์ตและพอร์ตส่งแบบทางเดียวกัน

  • ระงับข้อความร้องขอในการขนส่ง MLLP NAK

    คุณสมบัตินี้จะพร้อมใช้งานในพอร์ตส่งแบบทางเดียวเท่านั้น

MLLP ได้รับการสนับสนุนอะแดปเตอร์โหมดทั้งสองตอบสนองการร้องขอแบบทางเดียว และแบบสองทิศทาง ถ้ามีการกำหนดค่าอะแดปเตอร์การรับ การประมวลผล HL7 ใช้พารามิเตอร์การจัดส่งสินค้าที่สั่ง รับรองว่า ใบสั่งการจัดส่งข้อความถูกรักษาไว้ เมื่อได้รับการ MLLP อะแดปเตอร์ทำงานในโหมดแบบสองทิศทาง อะแดปเตอร์ไม่ได้รับข้อความใหม่จากระบบขั้นต้นน้ำจนกว่าตัวปรับต่อที่สร้างการรับรองแอพลิเคชัน (MSA) สำหรับข้อความก่อนหน้านี้ไปยังระบบขั้นต้นน้ำ ระ ดาษ/NAK สร้างขึ้นจะถูกส่งไปยังฐานข้อมูลกล่องข้อความ (MessageBoxDB) MessageBoxDB รอสำหรับช่วงเวลาการพูถัดไปก่อนจะส่งระ ดาษ/NAK ไปยังระบบขั้นต้นน้ำ

ขั้นต้นน้ำระบบส่งข้อความเดียวเท่านั้น ในแต่ละครั้ง และหลัง จากนั้นได้รับการระ ดาษ/NAK นอกจากนี้ ช่วงโพลล์ BizTalk ถูกกำหนดค่า และสั่งซื้อการจัดส่งสินค้าถูกตั้งค่าเป็นTrue ซึ่งหมายความ ว่า ข้อความที่จะถูกประมวลผลต่อที่สองมีจำนวนจำกัด โปรแกรมแก้ไขด่วนนี้แสดงการตั้งค่าคอนฟิกเพิ่มเติมสำหรับการส่งแบบทางเดียว และได้รับการพอร์ต จะไม่มีผลต่อระ ดาษ/NAK อย่างไรก็ตาม จะมากเพิ่มหมายเลขของเอกสารที่ถูกประมวลผลต่อวินาที

คุณควรใช้ตัวนับประสิทธิภาพการทำงานจะใช้เป็นข้อมูลพื้นฐานก่อน และหลัง จากใช้โปรแกรมแก้ไขด่วนนี้ เมื่อคุณเกณฑ์มาตรฐาน คุณควรส่งจำนวนข้อความที่เหมาะสมในระยะเวลาที่เหมาะสม ตัวอย่างเช่น คุณสามารถใช้ตัวเลือกต่อไปนี้:

  • สำหรับการBizTalk: ส่งข้อความประเภท ใช้ตัวตรวจนับเอกสารประมวลผล/วินาที

  • สำหรับการBizTalk: เวลาแฝงที่มีการส่งข้อความประเภท ตัวนับที่พร้อมใช้งานทั้งหมดที่ใช้


เมื่อต้องการเพิ่มหมายเลขของเอกสารที่ถูกประมวลผลต่อวินาทีทางเลือกหนึ่งคือการลดการMaxReceiveIntervalการตั้งค่าของ BizTalk โฮสต์ ขึ้นอยู่กับสภาพแวดล้อมโดยรวม ในการปรับแต่งคอมพิวเตอร์ที่กำลังเรียกใช้ Biz พูดคุย Server 2010 และบนไดรฟ์ข้อมูลของเอกสารที่กำลังประมวลผล การลดการตั้งค่าMaxReceiveIntervalอาจมีผลเสียต่อประสิทธิภาพการทำงานของอินสแตนซ์ของ SQL Server สำหรับการปรับแต่ง SQL Server และปรับแต่ง BizTalk การอ้างอิงถึงบทความด้านเทคนิคที่พร้อมใช้งานทั้งหมด

ข้อมูลเพิ่มเติม

หมายเหตุ โปรแกรมแก้ไขด่วนนี้แก้ปัญหาในการเร่งความเร็ว 2010 BizTalk Microsoft สำหรับ HL7 สำหรับข้อมูลเพิ่มเติมเกี่ยวกับปัญหานี้ คลิกที่หมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:

2454887เหตุการณ์อาจไม่ถูกต้องเข้าสู่ระบบสำหรับข้อความที่ใช้ MLLP ในการเร่ง 2009 BizTalk สำหรับ HL7 บนคอมพิวเตอร์ที่กำลังเรียกใช้ Microsoft BizTalk Server 2009 หรือ Microsoft BizTalk Server 2010

ข้อมูลโปรแกรมแก้ไขด่วน

มีโปรแกรมแก้ไขด่วนที่รองรับพร้อมให้บริการจาก Microsoft อย่างไรก็ตาม โปรแกรมแก้ไขด่วนนี้มุ่งหวังเพื่อการแก้ไขปัญหาที่อธิบายไว้ในบทความนี้เท่านั้น ใช้การแก้ไขด่วนนี้กับระบบต่าง ๆ ที่พบปัญหาอธิบายไว้ในบทความนี้เท่านั้น โปรแกรมแก้ไขด่วนนี้อาจได้รับการทดสอบเพิ่มเติม ดังนั้น ถ้าคุณไม่ได้รับผลกระทบจากปัญหานี้รุนแรง เราขอแนะนำให้ คุณรอการปรับปรุงซอฟต์แวร์ถัดไปที่ประกอบด้วยโปรแกรมแก้ไขด่วนนี้

หากโปรแกรมแก้ไขด่วนพร้อมสำหรับการดาวน์โหลด คุณจะเห็นส่วน "มีโปรแกรมแก้ไขด่วนพร้อมสำหรับการดาวน์โหลด" ที่ด้านบนของบทความฐานข้อมูลองค์ความรู้นี้ หากส่วนนี้ไม่ปรากฏขึ้น ติดต่อฝ่ายสนับสนุนและบริการลูกค้าของ Microsoft เพื่อขอรับโปรแกรมแก้ไขด่วน

หมายเหตุ ถ้ามีปัญหาอื่น ๆ เกิดขึ้น หรือถ้าจำเป็นต้องแก้ไขปัญหาใด ๆ คุณอาจต้องสร้างคำขอรับบริการแยกต่างหาก จะมีค่าใช้จ่ายในการสนับสนุนปกติกับคำถามเพิ่มเติมและเรื่องอื่น ๆ ที่ไม่มีสิทธิได้รับโปรแกรมแก้ไขด่วนเฉพาะนี้ สำหรับรายชื่อทั้งหมด ของหมายเลขโทรศัพท์ของฝ่ายบริการลูกค้าและการสนับสนุนของ Microsoft หรือเพื่อสร้างการร้องขอบริการแยกต่างหาก แวะไปที่เว็บไซต์ของ Microsoft ต่อไปนี้:

http://support.microsoft.com/contactus/?ws=supportหมายเหตุ แบบฟอร์ม "มีโปรแกรมแก้ไขด่วนพร้อมสำหรับการดาวน์โหลด" แสดงภาษาที่โปรแกรมแก้ไขด่วนพร้อมใช้งาน ถ้าคุณไม่เห็นภาษาของคุณ อาจเป็น เพราะไม่มีโปรแกรมแก้ไขด่วนพร้อมใช้งานสำหรับภาษานั้น

ข้อกำหนดเบื้องต้น

คุณต้องมีตัวเร่งความเร็ว BizTalk Microsoft สำหรับ HL7 (BTAHL7) ที่ติดตั้งอยู่เพื่อใช้โปรแกรมแก้ไขด่วนนี้

ข้อมูลการเริ่มระบบใหม่

คุณอาจต้องรีสตาร์ทเครื่องคอมพิวเตอร์หลังจากใช้โปรแกรมแก้ไขด่วนนี้ ถ้าคุณไม่ได้รับพร้อมท์ให้เริ่มการทำงาน คุณต้องเริ่มบริการ BizTalk ใหม่ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับขั้นตอนนี้ โปรดดู readme.txt ที่รวมอยู่ในแพคเกจโปรแกรมแก้ไขด่วนนี้

ข้อมูลการแทนที่

โปรแกรมแก้ไขด่วนนี้ไม่ได้ใช้แทนโปรแกรมแก้ไขด่วนที่มีการนำออกใช้ก่อนหน้านี้

ข้อมูลแฟ้ม

เวอร์ชันภาษาอังกฤษของโปรแกรมแก้ไขด่วนนี้มีแอตทริบิวต์ของแฟ้ม (หรือแอตทริบิวต์ของแฟ้มที่ใหม่กว่านี้) ซึ่งแสดงรายการไว้ในตารางต่อไปนี้ วันที่และเวลาสำหรับแฟ้มเหล่านี้จะแสดงรายการไว้ในรูปแบบเวลามาตรฐานสากล (UTC) เมื่อคุณดูข้อมูลแฟ้ม ระบบจะแปลงข้อมูลนี้เป็นเวลาท้องถิ่น เมื่อต้องการค้นหาความแตกต่างระหว่างเวลา UTC กับเวลาท้องถิ่น ใช้แท็บ โซนเวลา ในรายการ วันที่และเวลา ในแผงควบคุม

ชื่อแฟ้ม

รุ่นของแฟ้ม

ขนาดของแฟ้ม

วันที่

เวลา

แพลตฟอร์ม

Microsoft.solutions.btahl7.mllp.dll

3.9.526.2

116,608

07-Jun-2011

15:27

x86

Microsoft.solutions.btahl7.shared.dll

3.9.526.2

92,040

07-Jun-2011

15:27

x86

Mllpreceive.exe

3.9.526.2

26,456

07-Jun-2011

15:27

x86

Mllpsend.exe

3.9.526.2

26,448

07-Jun-2011

15:27

x86

เกี่ยวกับโปรแกรมแก้ไขด่วน

หลังจากที่โปรแกรมแก้ไขด่วนถูกติดตั้ง และกำหนดค่ากระแสของข้อความ

หลังจากที่คุณนำไปใช้ และการเปิดใช้งานโปรแกรมแก้ไขด่วนนี้ อะแดปเตอร์ MLLP ส่งข้อความใด ๆ ที่ได้รับ โดยอะแดปเตอร์ MLLP ถึง MessageBoxDB ผู้จัดการจุดสิ้นสุด (EPM) เรียกกลับอะแดปเตอร์ร่วมกับสถานะการส่งในวิธีการBatchComplete ซึ่งทำให้อะแดปเตอร์การส่งทรานแซคชันระ ดาษ/NAK ไปยังระบบขั้นต้นน้ำ ในทางกลับ ระบบขั้นต้นน้ำระ ดาษ/NAK ได้รับ และส่งข้อความถัดไปแล้ว วิธีการBatchCompleteไม่ขึ้นอยู่กับการตั้งค่าMaxReceiveIntervalและเรียกว่าทันทีหลังจากที่ข้อความถูกส่งไป BizTalk เสร็จเรียบร้อยแล้ว

ทันทีที่มีพร้อมที่จะส่งข้อความ อะแดปเตอร์การส่งส่งข้อความไปยังระบบปลายน้ำ ระ ดาษ/NAK คาดว่าถ้าใช้ยอมรับการขนส่ง MLLPคุณสมบัติถูกตั้งค่าเป็นTrue ถ้าส่ง ผิดระดาษ BizTalk เสร็จสิ้นการประมวลผลเสร็จเรียบร้อยแล้ว ถ้าส่ง แบบ NAK และ ถ้าการระงับข้อความร้องขอเมื่อ NAK การขนส่ง MLLPตั้งค่าคุณสมบัติเป็นTrueข้อความหยุดการทำงานโดยตรงโดยไม่ต้องลองอีกครั้ง อย่างไรก็ตาม ถ้ามีการระงับข้อความร้องขอเมื่อ NAK การขนส่ง MLLPตั้งค่าคุณสมบัติเป็นเท็จBizTalk จะลองอีกครั้งโดยยึดตามการตั้งค่าช่วงการลองส่งพอร์ต (โดยค่าเริ่มต้น การระงับข้อความร้องขอเมื่อ NAK การขนส่ง MLLPคุณสมบัติถูกตั้งค่าเป็นFalse)

ไดอะแกรมต่อไปนี้แสดงขั้นตอนการข้อความ:

Message flow

  1. ข้อความที่ส่ง โดยระบบขั้นต้นน้ำแอพลิเคชันส่งการประมวลผล โดย MLLP ได้รับอะแดปเตอร์

  2. อะแดปเตอร์ MLLP ส่งข้อความ BizTalk/EPM

  3. EPM เรียกกลับอะแดปเตอร์เกี่ยวกับสถานะการส่งข้อความ EPM ไม่นี้ในวิธีชุดงานเสร็จสมบูรณ์

  4. ทรานระ ดาษ/NAK จะถูกสร้างขึ้น โดยอะแดปเตอร์ MLLP และขึ้นอยู่กับสถานะการส่งชุดงาน ระ ดาษ/NAK จะถูกส่งไปยังโปรแกรมประยุกต์ที่ส่ง

    หมายเหตุ ถ้าสถานะการส่งชุดคือความสำเร็จอะแดปเตอร์ส่งกลับ ACK. อย่างไรก็ตาม ถ้ามีความล้มเหลว หรือเวลาในการส่งออก (ตัวอย่าง ถ้าหมดเวลาการเรียกวิธีที่ชุดงานเสร็จสมบูรณ์), อะแดปเตอร์ส่งกลับ NAK ไปยังโปรแกรมประยุกต์ที่ส่ง

  5. EPM มือเหนือข้อความส่ง MLLP อะแดปเตอร์สำหรับการส่ง

  6. การ MLLP ส่งอะแดปเตอร์ส่งข้อความประมวลผลไประบบปลายน้ำ

  7. ระดับการขนส่งระ ดาษ/NAK คาดว่า โดยอะแดปเตอร์การส่ง MLLP การสื่อสารการให้เสร็จสมบูรณ์

  8. ถ้าข้อความในขั้นตอนที่ 7 จะมีระดาษ อะแดปเตอร์ถาม EPM เพื่อลบข้อความ มิฉะนั้น อะแดปเตอร์มีขอ EPM การลองส่งใหม่ที่ยึดตามการตั้งค่าช่วงการลองส่งใหม่ ตัวเลือกใหม่มีมาให้ในการตั้งค่าการตั้งค่าคอนฟิกพอร์ตส่งสำหรับการระงับข้อความโดยตรง โดยไม่ต้องส่งใหม่ ถ้ามี NAK MLLP ได้รับ โดยค่าเริ่มต้น ตัวเลือกนี้ถูกตั้งค่าเป็นFalse ถ้าตัวเลือกนี้ถูกตั้งค่าเป็นTrueข้อความจะสามารถใช้งานโดยตรง โดยไม่ต้องส่งใหม่ ถ้ามี NAK MLLP ได้รับ

การขนส่งรูปแบบระดับระ ดาษ/NACK

เว็บไซต์ประกอบด้วยข้อมูลต่อไปนี้:

  • ตัวอย่างของการรับรองทราน MLLP:

    <SB><ACK><EB><CR>

  • ตัวอย่างของการลบ MLLP ยอมรับการตอบรับ:

    <SB><NAK><EB><CR>

หมายเหตุ

  • ในตัวอย่างเหล่านี้ < SB > อ้างอิงไปยังอักขระเริ่มบล็อก (1 ไบต์) นี้จะตรงกับอักขระ ASCII < VT > หรือ < 0x0B >

    ซึ่งไม่ควรสับสนกับอักขระ SOH หรือ STX ASCII

  • ในตัวอย่างเหล่านี้ <ระดาษ > หรือ < NAK > การอ้างอิงไปยังยอมรับอักขระ (1 ไบต์ ตรงกับอักขระ ASCII <ระดาษ > หรือ < 0x06 >) หรือยอมรับการลบอักขระ (1 ไบต์ ตรงกับอักขระ ASCII < NAK > หรือ < 0x15 >)

  • ในตัวอย่างเหล่านี้ <ว็บ > หมายถึงอักขระสิ้นสุดบล็อก (1 ไบต์) นี้จะตรงกับอักขระ ASCII < FS > หรือ < 0x1C >

  • ในตัวอย่างเหล่านี้ < CR > หมายถึงอักขระตัวแทน (1 ไบต์) นี้จะตรงกับอักขระ ASCII < CR > หรือ < 0x0D >

  • Microsoft ให้ข้อมูลการติดต่อของบริษัทอื่นเพื่อช่วยให้คุณค้นหาการสนับสนุนทางเทคนิค ข้อมูลการติดต่อนี้อาจเปลี่ยนแปลงได้โดยไม่ต้องแจ้งให้ทราบ Microsoft ไม่รับประกันความถูกต้องของข้อมูลการติดต่อของบุคคลภายนอก

วิธีการตั้งค่าคอนฟิกได้รับ และส่งพอร์ตที่จะใช้คุณสมบัติใหม่

การตั้งค่าคอนฟิกได้รับ และส่งพอร์ตเป็นดังนี้

หมายเหตุ การตั้งค่าพอร์ตรับและส่งสามารถใช้ได้โดยอิสระ หรือเข้าด้วยกัน

ได้รับการตั้งค่าคอนฟิกพอร์ต
  • พอร์ตที่ต้องการพอร์ตแบบทางเดียว

  • ต้องเปิดใช้งานพารามิเตอร์การจัดส่งสินค้าที่สั่ง

  • คุณต้องตั้งค่าคุณสมบัติยอมรับการขนส่ง MLLP ใช้เป็นTrueเพื่อเปิดใช้งานการขนส่งการยอมรับระดับ โดยค่าเริ่มต้น คุณสมบัตินี้ถูกตั้งค่าเป็นFalseสำหรับพอร์ตต่าง ๆ ที่มีอยู่ หรือพอร์ตใหม่

Receive port

ส่งการตั้งค่าคอนฟิกพอร์ต
  • พอร์ตที่ต้องการพอร์ตแบบทางเดียว

  • โหมดการตอบสนอง solicit ต้องถูกตั้งค่าเป็นNo

  • ต้องเปิดใช้งานพารามิเตอร์การจัดส่งสินค้าที่สั่ง

  • คุณต้องตั้งค่าคุณสมบัติยอมรับการขนส่ง MLLP ใช้เป็นTrueเพื่อเปิดใช้งานการขนส่งการยอมรับระดับ โดยค่าเริ่มต้น คุณสมบัตินี้ถูกตั้งค่าเป็นFalseสำหรับพอร์ตต่าง ๆ ที่มีอยู่ หรือพอร์ตใหม่

  • คุณต้องตั้งค่าคุณสมบัติระงับข้อความร้องขอใน MLLP NAK การขนส่งเป็นTrueถ้าข้อความต้องการสามารถใช้งานได้โดยตรงโดยไม่มีการดำเนินใหม่เมื่อ NAK การขนส่งได้รับจากระบบปลายน้ำ มิฉะนั้น ข้อความจะถูกลองใช้ใหม่สำหรับจำนวนครั้งที่ถูกตั้งค่าในการขนส่งที่ตัวเลือกของท่าเรือส่งขั้นสูง โดยค่าเริ่มต้น คุณสมบัตินี้ถูกตั้งค่าเป็นFalseสำหรับพอร์ตต่าง ๆ ที่มีอยู่ หรือพอร์ตใหม่

Send port

เกี่ยวกับลักษณะของ "ใช้ MLLP ขนส่งยอมรับ"

ตารางต่อไปนี้อธิบายถึงลักษณะการทำงานที่คาดไว้ของแบบทางเดียว หรือสองทางพอร์ตที่ใช้คุณสมบัติใช้ยอมรับการขนส่ง MLLP ต้องใช้ชุดของการตั้งค่าที่จำเป็นตามที่อธิบายไว้ในส่วน "วิธีการเปิดใช้งานโปรแกรมแก้ไขด่วน"

หมายเหตุ

  • "ระบบขั้นต้นน้ำ" ที่อ้างอิงถึงแอพลิเคชันที่ส่ง จะส่งข้อความไป BizTalk ข้อความเหล่านี้จะเข้ากับ BizTalk

  • "ระบบปลายน้ำ" ที่อ้างอิงถึงแอพลิเคชันที่ได้รับ ได้รับข้อความจาก BizTalk ข้อความเหล่านี้จะส่งออกไป BizTalk



ชนิดของพอร์ต

ตัวเลือก V2 MLLP บน

ตัวเลือก V2 MLLP ปิด

แบบทางเดียวได้รับ

ส่งระ ดาษ/NAK MLLP กับระบบขั้นต้นน้ำในวิธีการBatchComplete

การเปลี่ยนแปลงลักษณะการทำงานไม่ ในสถานการณ์นี้ ระ ดาษ/NAK ไม่ถูกส่งไปยังระบบขั้นต้นน้ำ

แบบสองทิศทางได้รับ

การเปลี่ยนแปลงลักษณะการทำงานไม่ ในสถานการณ์นี้ ระ ดาษ/NAK HL7 ในวิธีการTransmitMessageจะถูกส่งไปยังระบบขั้นต้นน้ำ

หมายเหตุ ตัวเลือกนี้ไม่ได้รับการสนับสนุน ตัวอย่างเช่น ละเว้นแม้ว่าจะมีตั้งค่าเป็นTrue

การเปลี่ยนแปลงลักษณะการทำงานไม่ ในสถานการณ์นี้ ระ ดาษ/NAK HL7 ในวิธีการTransmitMessageจะถูกส่งไปยังระบบขั้นต้นน้ำ

ส่งแบบทางเดียว

ระ ดาษ/NAK MLLP จากระบบปลายน้ำจะรอหลังจากที่มีส่งข้อความ

การเปลี่ยนแปลงลักษณะการทำงานไม่ ในสถานการณ์นี้ ระ ดาษ/NAK จากระบบปลายน้ำจะไม่รอหลังจากที่มีส่งข้อความ

ส่งแบบสองทิศทางหรือส่งแบบทางเดียวกับการเปิดใช้งานโหมดการตอบสนองที่ชวน

การเปลี่ยนแปลงลักษณะการทำงานไม่ ในสถานการณ์นี้ ระ ดาษ/NAK HL7 จากระบบปลายน้ำจะรอหลังจากที่มีส่งข้อความ

หมายเหตุ ตัวเลือกนี้ไม่ได้รับการสนับสนุน ตัวอย่างเช่น ละเว้นแม้ว่าจะมีตั้งค่าเป็นTrue

การเปลี่ยนแปลงลักษณะการทำงานไม่ ในสถานการณ์นี้ ระ ดาษ/NAK HL7 จากระบบปลายน้ำจะรอหลังจากที่มีส่งข้อความ



แบบสองทิศทางได้รับ และส่งจะไม่มีเปลี่ยนลักษณะการทำงานของพอร์ต ทางเดียวได้รับ และส่งลักษณะการทำงานของพอร์ตที่จะไม่เปลี่ยนไปยกเว้นว่ามีการตั้งค่าคุณสมบัติใช้ยอมรับการขนส่ง MLLPให้เป็นจริง

สำหรับข้อมูลเพิ่มเติม โปรดดูเอกสารประกอบของอะแดปเตอร์ MLLP ถ้าแบบทางเดียวได้รับ และพอร์ตส่งมีการตั้งค่าคอนฟิกที่เหมาะสม การปรับปรุงประสิทธิภาพการทำงาน ถ้าใช้ยอมรับการขนส่ง MLLPคุณสมบัติของพอร์ตแบบสองทิศทางหรือพอร์ตแบบทางเดียวถูกตั้งค่าเป็นเท็จ ชนิดของระดาษที่สร้างขึ้นดำเนินต่อไป โดยไม่มีการเปลี่ยนแปลง ในสถานการณ์นี้ ชนิดของระดาษที่ถูกสร้างขึ้นบน BTAHL7 Explorer การตั้งค่าคอนฟิกการตั้งค่าสำหรับโปรแกรมประยุกต์ที่จะส่งข้อความ ค่าในฟิลด์นาม MSH 15และนาม MSH 16ของข้อความระบุสามารถแทนการตั้งค่านี้ อย่างไรก็ตาม ถ้าใช้ยอมรับการขนส่ง MLLPคุณสมบัติของพอร์ตแบบสองทิศทางหรือพอร์ตแบบทางเดียวถูกตั้งค่าเป็นเท็จ คุณสามารถตั้งค่าการกำหนดค่าสำหรับโปรแกรมประยุกต์ที่คาดว่า ACKs แบบคงที่ โดยใช้การตั้งค่าคอนฟิก BTAHL7 Explorer เท่านั้น ลักษณะการทำงานหมดเวลาสำหรับพอร์ตยังคงไม่เปลี่ยนแปลง...

ลักษณะการทำงานที่คาดไว้ในกรณีมุมเมื่อมีใช้คุณสมบัติมีลักษณะดังนี้:

RECEIVE

  • WrongMLLPFormat: ข้อความจะไม่ส่งการ BizTalk

  • WrongHL7Format: ส่งข้อความไปที่ BizTalk และระ ดาษ/NAK MLLP จะส่งข้อมูลที่ยึดตามสถานะความสมบูรณ์ของชุดงาน

  • TransmittingSocketIssue: MLLP ระ ดาษ/NAK จะไม่ได้รับการส่ง ถึงแม้ว่าข้อความถูกส่งไปที่ BizTalk

  • ReceivingSocketIssue: ข้อความได้รับ และดังนั้น จะไม่ส่ง และส่งระ ดาษ/NAK MLLP ไม่ถูกส่ง

  • ถ้าสิ่งที่คุณส่งไป BizTalk ล้มเหลว มีส่งแบบ NAK

  • ถ้าสถานะของชุดงานทั้งหมดเป็นค่าลบได้รับ มีส่งแบบ NAK

ส่ง และส่งพอร์ต คุณสมบัติ "หยุดการส่งข้อความที่ตามมาบนความล้มเหลวของข้อความปัจจุบัน" = True

  • WrongMLLPFormat: ข้อความหยุดการทำงานเนื่องจาก MLLP ระ ดาษ/NACK ไม่สามารถอ่าน ประมวลผลจะไม่ดำเนินต่อไปจนกว่ามีการยกเลิกเลือกข้อความเลื่อนออกไป

  • WrongHL7Format: ข้อความล้มเหลวก่อนที่จะถึงอะแดปเตอร์ ประมวลผลจะไม่ดำเนินต่อไปจนกว่ามีการยกเลิกเลือกข้อความเลื่อนออกไป

  • TransmittingSocketIssue: ข้อความจะถูกระงับไว้ ประมวลผลจะไม่ดำเนินต่อไปจนกว่ามีการยกเลิกเลือกข้อความเลื่อนออกไป

  • ReceivingSocketIssue: ข้อความจะถูกระงับไว้ ประมวลผลจะไม่ดำเนินต่อไปจนกว่ามีการยกเลิกเลือกข้อความเลื่อนออกไป


การทำงานที่คาดไว้เมื่อคุณสมบัติระงับข้อความร้องขอใน MLLP NAK การขนส่งถูกตั้งค่าเป็นTrueหรือFalseจะเป็นดังนี้:

  • เมื่อมีระงับข้อความร้องขอเมื่อ NAK การขนส่ง MLLPคุณสมบัติถูกตั้งค่าเป็นTrueและ NAK ได้รับ ข้อความหยุดการทำงาน โดยไม่มีการลองใหม่เพื่อส่ง

  • เมื่อตั้งค่าคุณสมบัติระงับข้อความร้องขอใน MLLP NAK การขนส่งที่เป็นค่าเริ่มต้นของเท็จการลองใหม่เพื่อส่งข้อความเริ่มต้น ขึ้นอยู่กับการตั้งค่าช่วงการลองส่งพอร์ต


การเปลี่ยนแปลงที่โปรแกรมอรรถประโยชน์ MLLP SDK

ยูทิลิตี้การ SDK MLLP มีพารามิเตอร์ใหม่ต่อไปนี้ พารามิเตอร์อื่น ๆ ทั้งหมดยังคงเหมือนเดิม สำหรับข้อมูลเพิ่มเติม โปรดดูเอกสารประกอบของผลิตภัณฑ์

  • สำหรับ MLLPReceive.exe ใช้พารามิเตอร์ใหม่เพื่อย้อนกลับการ MLLP ระ ดาษ/NAK หลังจากได้รับข้อความ ตัวอย่างเช่น

    MLLPReceive/p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive/p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK

  • สำหรับ MLLPSend.exe ใช้พารามิเตอร์ใหม่ให้รอสำหรับ MLLP ระ ดาษ/NAK ตัวอย่างเช่น

    MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" /I 127.0.0.1 /UseMLLPTransACK/p 11000

ข้อมูลอ้างอิง

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการจัดการการตั้งค่าประสิทธิภาพการทำงานในเซิร์ฟเวอร์ BizTalk แวะไปที่เว็บไซต์ Microsoft Developer Network (MSDN) ต่อไปนี้:

จัดการการตั้งค่าประสิทธิภาพการทำงานของเซิร์ฟเวอร์ BizTalkสำหรับข้อมูลเพิ่มเติมเกี่ยวกับเคาน์เตอร์วัดประสิทธิภาพการส่งข้อความ แวะไปเว็บไซต์ MSDN ต่อไปนี้:

ตัวนับประสิทธิภาพการทำงานการส่งข้อความสำหรับข้อมูลเพิ่มเติมเกี่ยวกับการสั่งซื้อจัดส่งของข้อความ แวะไปเว็บไซต์ MSDN ต่อไปนี้:

ส่งข้อความที่สั่งสำหรับข้อมูลเพิ่มเติมเกี่ยวกับตัวเร่งความเร็ว 2010 BizTalk สำหรับ HL7 (BTAHL7), แวะไปที่เว็บไซต์ของ Microsoft ต่อไปนี้:

เร่งความเร็ว 2010 BizTalk สำหรับ HL7 (BTAHL7) เอกสารสำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการIBTBatchCallBack.BatchCompleteแวะไปเว็บไซต์ MSDN ต่อไปนี้:

วิธีการ IBTBatchCallBack.BatchCompleteสำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรแกรมแก้ไขด่วนที่ BizTalk Server คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:

2003907ข้อมูลเกี่ยวกับโปรแกรมแก้ไขด่วนของ BizTalk Server

ต้องการความช่วยเหลือเพิ่มเติมหรือไม่

ต้องการตัวเลือกเพิ่มเติมหรือไม่

สํารวจสิทธิประโยชน์ของการสมัครใช้งาน เรียกดูหลักสูตรการฝึกอบรม เรียนรู้วิธีการรักษาความปลอดภัยอุปกรณ์ของคุณ และอื่นๆ

ชุมชนช่วยให้คุณถามและตอบคําถาม ให้คําติชม และรับฟังจากผู้เชี่ยวชาญที่มีความรู้มากมาย

ข้อมูลนี้เป็นประโยชน์หรือไม่

คุณพึงพอใจกับคุณภาพภาษาเพียงใด
สิ่งที่ส่งผลต่อประสบการณ์ใช้งานของคุณ
เมื่อกดส่ง คำติชมของคุณจะถูกใช้เพื่อปรับปรุงผลิตภัณฑ์และบริการของ Microsoft ผู้ดูแลระบบ IT ของคุณจะสามารถรวบรวมข้อมูลนี้ได้ นโยบายความเป็นส่วนตัว

ขอบคุณสำหรับคำติชมของคุณ!

×