تصحيح: يتوفر إصلاح عاجل وتوفر خصائص إضافية "وضع التسليم" "بروتوكول الطبقة السفلي أقل" إرسال واستقبال محولات في BizTalk مسرع ل HL7 في بيئة BizTalk Server 2010

ملخص

توضح هذه المقالة إصلاحًا جديداً يعمل على خاصيتين "وضع تسليم" إضافية للحد الأدنى السفلي طبقة بروتوكول (MLLP) إرسال وتلقى المنافذ عند استخدام مسرع BizTalk HL7 في بيئة Microsoft BizTalk Server 2010:
  • استخدم إقرار النقل MLLP
    تتوفر هذه الخاصية في كل اتجاه واحد تلقي المنافذ ومنافذ إرسال أحادي الاتجاه.
  • تعليق رسالة الطلب على النقل MLLP NAK
    تتوفر هذه الخاصية فقط في منافذ إرسال أحادي الاتجاه.
تلقي MLLP محول يدعم كل من أوضاع استجابة طلب أحادية الاتجاه والثنائية الاتجاه. إذا تم تكوين محول التلقي، معالجة HL7 ويستخدم المعلمة التسليم المطلوبة . وهذا يضمن الحفاظ على ترتيب تسليم الرسالة. عند تلقي MLLP المحول يعمل في وضع ثنائية الاتجاه، المحول لا تلقي رسالة جديدة من نظام المراحل التمهيدية إلى أن ينشئ المحول إقرار تطبيق (MSA) للرسالة السابقة إلى نظام المراحل التمهيدية. يتم إرسال ACK/NAK المنشأة إلى قاعدة مربع الرسالة (MessageBoxDB). MessageBoxDB انتظار الفاصل الزمني للاستقصاء التالي قبل إرسال ACK/NAK لنظام المراحل التمهيدية.

يرسل نظام المراحل التمهيدية رسالة واحدة فقط في مرة الواحدة وفقط بعد تلقي ACK/NAK. بالإضافة إلى ذلك، تم تكوين الفاصل الزمني للاستقصاء BizTalk، وتم تعيين المعلمة التسليم المطلوبة إلى True. هذا يعني أن عدد الرسائل التي يتم معالجتها/الثانية محدودة. هذا الإصلاح العاجل تكوين إضافية لإرسال أحادي الاتجاه ومنافذ استقبال. لا يؤثر ACK/NAK. أنه يزيد إلى حد كبير عدد المستندات التي يتم معالجتها/الثانية.

يجب استخدام عدادات الأداء لأن أساس قبل وبعد تطبيق هذا الإصلاح العاجل. عند النقاط الإرشادية، أن تقدم عددا معقولاً من الرسائل خلال فترة معقولة. على سبيل المثال، يمكن استخدام ما يلي:
  • BizTalk: المراسلة الفئة، استخدام عداد المستندات معالجتها في الثانية .
  • BizTalk: "اختفاء الرسائل" الفئة، استخدام كافة العدادات المتوفرة.

أحد الخيارات لزيادة عدد المستندات التي تتم معالجتها في الثانية تخفيض إعداد ماكسريسيفينتيرفال للمضيف BizTalk. اعتماداً على البيئة العامة، على ضبط جهاز الكمبيوتر الذي يقوم بتشغيل التجارية التحدث Server 2010 وحجم الوثائق التي تجهز، تخفيض الإعداد ماكسريسيفينتيرفال يمكن أن يكون لها تأثير سلبي على أداء مثيل SQL Server. لضبط SQL Server وضبط BizTalk، تشير إلى كافة المقالات التقنية المتوفرة.

مزيد من المعلومات

ملاحظة: يحل هذا الإصلاح العاجل أيضا مشكلة في Microsoft BizTalk مسرع 2010 ل HL7. لمزيد من المعلومات حول هذه المشكلة، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":
2454887 قد غير صحيح تسجيل الأحداث لرسالة MLLP في BizTalk 2009 مسرع ل HL7 على جهاز كمبيوتر يعمل بنظام التشغيل Microsoft BizTalk Server 2009 أو Microsoft BizTalk Server 2010

معلومات الإصلاح العاجل

يتوفر إصلاح عاجل معتمد من Microsoft. ومع ذلك، يهدف هذا الإصلاح العاجل على حل المشكلة الموضحة في هذه المقالة فقط. قم بتطبيق هذا الإصلاح العاجل فقط على الأنظمة التي تواجه المشكلة الموضحة في هذه المقالة. قد يتم إجراء اختبارات إضافية على هذا الإصلاح العاجل. ولذلك، إذا لم يكن تأثير المشكلة كبيرا، نوصي بالانتظار حتى الإصدار التالي من تحديث البرنامج الذي يحتوي على هذا الإصلاح العاجل.

إذا كان يتوفر الإصلاح العاجل للتنزيل، يوجد مقطع "توفر تنزيل الإصلاح عاجل" أعلى مقالة قاعدة المعارف. في حالة عدم ظهور هذا القسم، اتصل بخدمة العملاء ل Microsoft والدعم للحصول على الإصلاح العاجل.

ملاحظة: في حالة حدوث مشكلات إضافية أو يجب إجراء استكشاف للأخطاء وحلها، قد يلزم إنشاء طلب خدمة منفصل. سيتم تطبيق تكاليف الدعم المعتادة على أسئلة الدعم الإضافية والمشكلات التي لا يعمل على حلها هذا الإصلاح العاجل بالتحديد. للحصول على قائمة أرقام هواتف خدمة العملاء ل Microsoft والدعم أو لإنشاء طلب خدمة منفصل، قم بزيارة موقع Microsoft التالي على الويب:ملاحظة: يعرض النموذج "توفر تنزيل الإصلاح العاجل" اللغات التي يتوفر الإصلاح الجديد. في حالة عدم ظهور اللغة الخاصة بك، يكون بسبب عدم توفر إصلاح عاجل لتلك اللغة.

المتطلبات الأساسية

يجب أن يكون لديك Microsoft BizTalk مسرع ل HL7 (BTAHL7) مثبتة لتطبيق هذا الإصلاح العاجل.

معلومات إعادة التشغيل

قد تضطر إلى إعادة تشغيل جهاز الكمبيوتر بعد تطبيق هذا الإصلاح العاجل. إذا لم تتم مطالبتك بإعادة تشغيل، يجب إعادة تشغيل خدمات BizTalk. لمزيد من المعلومات حول هذا الإجراء، راجع الملف Readme.txt التي يتم تضمينها في حزمة الإصلاحات الجديدة هذه.

معلومات استبدال

لا يحل هذا الإصلاح العاجل محل الإصلاحات التي تم إصدارها مسبقاً.

معلومات الملف

يحتوي إصدار اللغة الإنجليزية من هذا الإصلاح العاجل على سمات الملف (أو سمات الملف الأحدث) المسرودة في الجدول التالي. يتم سرد التواريخ والأوقات الخاصة بهذه الملفات بالتوقيت العالمي المتفق عليه (UTC). عند عرض معلومات الملف، يتم تحويلها إلى التوقيت المحلي. لمعرفة الفرق بين التوقيت العالمي المتفق عليه والتوقيت المحلي، استخدم علامة التبويب المنطقة الزمنية في عنصر التاريخ والوقت في "لوحة التحكم".

اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Microsoft.solutions.btahl7.mllp.dll3.9.526.2116,60807-Jun-201115:27x86
Microsoft.solutions.btahl7.shared.dll3.9.526.292,04007-Jun-201115:27x86
Mllpreceive.exe3.9.526.226,45607-Jun-201115:27x86
Mllpsend.exe3.9.526.226,44807-Jun-201115:27x86

حول الإصلاح الجديد

تدفق الرسائل بعد تثبيت الإصلاح العاجل وتكوينه

بعد تطبيق وتمكين هذا الإصلاح العاجل، يرسل المحول MLLP أي رسالة تلقاها محول MLLP إلى MessageBoxDB. إدارة نقطة النهاية (EPM) رد المحول إلى جانب حالة الإرسال في أسلوب باتشكومبليتي . يؤدي المحول بإرسال ACK/NAK الالتزام بنظام المراحل التمهيدية. بدوره، استلام ACK/NAK نظام المراحل التمهيدية وثم يرسل الرسالة التالية. أسلوب باتشكومبليتي مستقل من إعداد ماكسريسيفينتيرفال ويسمى مباشرة بعد إرسال الرسالة إلى BizTalk بنجاح.

كما كانت الرسالة جاهزة للإرسال، ويرسل المحول إرسال الرسالة إلى نظام المراحل النهائية. ومن المتوقع ACK/ناك إذا تم تعيين الخاصية استخدام إقرار نقل MLLP إلى True. في حالة الإرسال ACK، BizTalk انتهاء المعالجة بنجاح. إذا تم الإرسال NAK، وإذا تم تعيين الخاصية تعليق رسالة طلب في NAK النقل MLLP إلى True، يتم تعطيل الرسالة مباشرة دون إعادة المحاولة. ومع ذلك، إذا تم تعيين الخاصية تعليق رسالة طلب في NAK النقل MLLP إلى False، ستعاد BizTalk استناداً إلى إعدادات الفاصل الزمني لإعادة المحاولة منفذ الإرسال. (بشكل افتراضي، يتم تعيين الخاصية تعليق رسالة طلب في NAK النقل MLLP إلى False.)

يوضح الرسم التخطيطي التالي تدفق الرسائل:
Message flow
  1. تظهر الرسائل التي تم إرسالها من قبل تطبيق الإرسال تتم معالجتها بواسطة MLLP نظام المراحل التمهيدية المحول.
  2. محول MLLP يرسل الرسالة إلى BizTalk/EPM.
  3. استخدام EPM رد المحول عن حالة إرسال الرسالة. يقوم هذا EPM في أسلوب المجموعة الكاملة .
  4. التزام إعلام/NAK تم إنشاؤه بواسطة المحول MLLP واستنادا إلى حالة "استلام الدفعة". يتم إرسال ACK/NAK للتطبيق المرسل.

    ملاحظة: إذا كانت حالة "استلام الدفعة" النجاح، يرجع المحول ack. على الرغم من ذلك، إذا فشل أو مهلة الإرسال (على سبيل المثال، إذا انقضت مهلة استدعاء أسلوب المجموعة كاملة )، ترجع المحول في NAK للتطبيق المرسل.

  5. استخدام EPM بتسليم الرسالة إلى المحول إرسال MLLP للإرسال.
  6. إرسال MLLP الرسالة التي تمت معالجتها يرسل المحول إلى نظام المراحل النهائية.
  7. مستوى النقل ACK/NAK المتوقع من قبل المحول بإرسال MLLP لإكمال الاتصال.
  8. إذا كانت الرسالة في الخطوة 7 ACK، يطلب المحول EPM لحذف الرسالة. وإلا، قد المحول طلب إعادة محاولة الذي يستند إلى إعداد الفاصل الزمني لإعادة المحاولة استخدام EPM. يتم توفير خيار جديد في إعداد تكوين منفذ الإرسال لتعليق الرسالة مباشرة، دون إعادة محاولة، إذا تلقي NAK MLLP. بشكل افتراضي، يتم تعيين هذا الخيار إلى False. إذا تم تعيين هذا الخيار إلى True، الرسالة سيتم تعليق مباشرة، دون إعادة محاولة، إذا تلقي NAK MLLP.

تنسيق المستوى ACK/NACK النقل

موقع ويب يحتوي على المعلومات التالية:
  • على سبيل المثال إقرار الالتزام MLLP:
    <SB><ACK><EB><CR>
  • مثال لسالب MLLP الالتزام الإقرار:
    <SB><NAK><EB><CR>
ملاحظات
  • في هذه الأمثلة، يشير < SB > الحرف "ابدأ كتلة" (1 بايت). وهذا يتوافق مع أحرف ASCII < VT > أو < 0x0B >.

    وهذا لا تخلط بين أحرف ASCII إس تي إكس أو سوه.
  • في هذه الأمثلة، < ACK > أو < NAK > الإشارة إلى الحرف إقرار (1 بايت. تتوافق مع حرف ASCII < ACK > أو < 0x06 >) أو حرف إقرار سلبي (1 بايت. تتوافق مع حرف ASCII < NAK > أو < 0x15 >).
  • في هذه الأمثلة، يشير < EB > حرف "نهاية كتلة" (1 بايت). وهذا يتوافق مع أحرف ASCII < خ > أو < 0x1C >.
  • في هذه الأمثلة، يشير < CR > حرف "إرجاع حرف" (1 بايت). وهذا يتوافق مع أحرف ASCII < CR > أو < 0x0D >.
  • توفر Microsoft معلومات الاتصال خارجية لمساعدتك في الحصول على الدعم التقني. قد تتغير معلومات جهة الاتصال هذه دون إشعار. لا تضمن Microsoft دقة معلومات جهة الاتصال لهذه الجهات الأخرى.

كيفية تكوين في التلقي وإرسال منافذ لاستخدام الخصائص الجديدة

تكوين في التلقي وإرسال منافذ كما يلي.

ملاحظة: يمكن استخدام إعدادات منفذ الإرسال والاستقبال بشكل مستقل أو مع بعضها.

تلقي تكوين المنفذ
  • يجب أن يكون المنفذ منفذ أحادية الاتجاه.
  • يجب تمكين المعلمة التسليم المطلوبة .
  • يجب تعيين الخاصية استخدام إقرار نقل MLLP إلى True لتمكين إعلام مستوى النقل. بشكل افتراضي، يتم تعيين هذه الخاصية إلى False للمنافذ الموجودة أو منافذ جديدة.
Receive port
إرسال تكوين المنفذ
  • يجب أن يكون المنفذ منفذ أحادية الاتجاه.
  • يجب تعيين وضع solicit استجابة إلى " لا".
  • يجب تمكين المعلمة التسليم المطلوبة .
  • يجب تعيين الخاصية استخدام إقرار نقل MLLP إلى True لتمكين إعلام مستوى النقل. بشكل افتراضي، يتم تعيين هذه الخاصية إلى False للمنافذ الموجودة أو منافذ جديدة.
  • يجب تعيين الخاصية تعليق رسالة طلب في NAK النقل MLLP إلى True في حالة الرسائل يلزم تعليق مباشرة دون الآن إعادة محاولة عند تلقي NAK النقل من نظام المراحل النهائية. وإلا، ستتم الرسالة لعدد المرات التي تم تعيينها في النقل خيارات المنفذ إرسال متقدمة. بشكل افتراضي، يتم تعيين هذه الخاصية إلى False للمنافذ الموجودة أو منافذ جديدة.
Send port

حول خاصية "إقرار استخدام النقل MLLP"

يصف الجدول التالي السلوك المتوقع من منافذ استخدام الخاصية استخدام إقرار النقل MLLP أحادية الاتجاه أو ثنائية الاتجاه. يجب تطبيق مجموعة الإعدادات المطلوبة كما هو موضح في قسم "كيفية تمكين الإصلاح العاجل".

ملاحظات
  • "نظام المراحل التمهيدية" يشير إلى تطبيق الإرسال. يرسل الرسائل إلى BizTalk. تكون هذه الرسائل الواردة إلى BizTalk.
  • "نظام المراحل النهائية" يشير إلى التطبيق المتلقي. يتلقى الرسائل من BizTalk. هذه الرسائل الصادرة إلى BizTalk.


نوع المنفذMLLP الخيار V2 علىMLLP الخيار V2
اتجاه واحد تلقيإرسال ACK MLLP/NAK لنظام المراحل التمهيدية في أسلوب باتشكومبليتي .أي تغيير في السلوك. في هذه الحالة، يتم إرسال ACK/ناك لا نظام المراحل التمهيدية.
ثنائية الاتجاه تلقيأي تغيير في السلوك. في هذه الحالة، يتم إرسال ACK/NAK HL7 في أسلوب ترانسميتميساجي لنظام المراحل التمهيدية.

ملاحظة: هذا الخيار غير معتمد. على سبيل المثال، تجاهل حتى إذا تم تعيين القيمة إلى True.
أي تغيير في السلوك. في هذه الحالة، يتم إرسال ACK/NAK HL7 في أسلوب ترانسميتميساجي لنظام المراحل التمهيدية.
إرسال أحادي الاتجاهيتم انتظار ACK/NAK MLLP من نظام المراحل النهائية بعد إرسال الرسالة.أي تغيير في السلوك. في هذه الحالة، ناك/ACK من نظام المراحل النهائية هي لم تنتظر بعد إرسال الرسالة.
إرسال أحادي الاتجاه بتمكين وضع طلب استجابة أو الإرسال ثنائية الاتجاهأي تغيير في السلوك. في هذه الحالة، يتم انتظر ACK/NAK HL7 من نظام المراحل النهائية بعد إرسال الرسالة.

ملاحظة: هذا الخيار غير معتمد. على سبيل المثال، تجاهل حتى إذا تم تعيين القيمة إلى True.
أي تغيير في السلوك. في هذه الحالة، يتم انتظر ACK/NAK HL7 من نظام المراحل النهائية بعد إرسال الرسالة.


ثنائية الاتجاه تلقي وإرسال سلوك المنفذ لم يتغير. اتجاه واحد تلقي وإرسال سلوك المنفذ أيضا لم يتغير إلا إذا تم تعيين الخاصية استخدام إقرار نقل MLLP إلى true.

لمزيد من المعلومات، راجع وثائق محول MLLP. إذا كان اتجاه واحد تلقي ومنافذ الإرسال تم تكوين المناسبة، يعمل على تحسين الأداء. إذا تم تعيين الخاصية إقرار النقل MLLP استخدام منفذ ثنائي الاتجاه أو منفذ أحادية الاتجاه إلى false، يستمر هذا نوع الإعلامات التي يتم إنشاؤها بدون تغييرات. في هذه الحالة، يعتمد هذا نوع الإعلامات التي يتم إنشاؤها على إعدادات "تكوين Btahl7" للتطبيق الذي قام بإرسال الرسالة. القيمة الموجودة في حقول مش 15 و 16 مش من رسالة معينة يمكنك تجاوز هذا الإعداد. ومع ذلك، إذا تم تعيين الخاصية إقرار النقل MLLP استخدام منفذ ثنائي الاتجاه أو منفذ أحادية الاتجاه إلى خطأ، يمكنك تعيين تكوين التطبيقات التي تتوقع Ack ثابتة فقط باستخدام "تكوين Btahl7". لم يتغير سلوك مهلة المنفذ...

يكون السلوك المتوقع في الحالات الزاوية عند استخدام الخصائص كما يلي:

RECEIVE
  • رونجملبفورمات: لا يتم إرسال الرسالة إلى BizTalk.
  • WrongHL7Format: يتم إرسال الرسالة إلى BizTalk، وتم إرسال MLLP ACK/NAK الذي يستند إلى حالة "إكمال المجموعة".
  • ترانسميتينجسوكيتيسوي: ناك/ACK MLLP غير متوفرة، على الرغم من إرسال الرسالة إلى BizTalk.
  • ريسيفينجسوكيتيسوي: لم يتم تلقي الرسالة وذلك لم يقدم، وإرسال ACK MLLP/NAK لم يتم إرسالها.
  • إذا فشل تسليم إلى BizTalk، يتم إرسال NAK.
  • إذا تم تلقي حالة سلبية من "المجموعة الكاملة"، يحال NAK.
يرسل والمنفذ الخاصية "إيقاف إرسال الرسائل اللاحقة على فشل الرسالة الحالية" = True
  • رونجملبفورمات: يعلق الرسالة لتعذر قراءة الإعلامات/NACK MLLP. لن يتم متابعة المعالجة حتى يتم مسح الرسائل المعلقة.
  • WrongHL7Format: فشل الرسالة قبل أن تصل إلى المحول. لن يتم متابعة المعالجة حتى يتم مسح الرسائل المعلقة.
  • ترانسميتينجسوكيتيسوي: تعليق الرسالة. لن يتم متابعة المعالجة حتى يتم مسح الرسائل المعلقة.
  • ريسيفينجسوكيتيسوي: تعليق الرسالة. لن يتم متابعة المعالجة حتى يتم مسح الرسائل المعلقة.

السلوك المتوقع عند تعيين الخاصية تعليق رسالة طلب في NAK النقل MLLP إلى True أو False كما يلي:
  • عند تعيين الخاصية تعليق رسالة طلب في NAK النقل MLLP إلى True وتلقى NAK، يعلق الرسالة دون محاولة إرسالها.
  • عند تعيين الخاصية تعليق رسالة طلب على MLLP النقل NAK للإعداد الافتراضي ل False، إعادة محاولة لإرسال الرسالة يتم تشغيلها، استناداً إلى إعدادات الفاصل الزمني لإعادة المحاولة منفذ الإرسال.

تغييرات على أداة MLLP SDK

تتضمن أداة SDK MLLP المعلمات الجديدة التالية. تتغير كافة المعلمات الأخرى. لمزيد من المعلومات، راجع وثائق المنتج.
  • ل MLLPReceive.exe، استخدم المعلمة الجديدة إعادة ناك/ACK MLLP بعد تلقي الرسالة. على سبيل المثال:
    /MLLPTransACK/cr 13/eb 28/sb 11/p 12000 ملبريسيفي
    /MLLPTransNAK/cr 13/eb 28/sb 11/p 12000 ملبريسيفي
  • ل MLLPSend.exe، استخدم المعلمة الجديدة للانتظار ل MLLP ACK/NAK. على سبيل المثال:
    /F/cr 13/eb 28/sb 11 ملبسيند "C:\HL7\ls.txt"/I 127.0.0.1/p 11000/UseMLLPTransACK

المراجع

لمزيد من المعلومات حول كيفية إدارة إعدادات الأداء في BizTalk server، قم بزيارة موقع شبكة مطوري Microsoft (MSDN) التالي على الويب:لمزيد من المعلومات حول عدادات أداء الرسائل، قم بزيارة موقع MSDN التالي على الويب:لمزيد من المعلومات حول "أمر تسليم الرسائل"، قم بزيارة موقع MSDN التالي على الويب:لمزيد من المعلومات حول مسرع 2010 BizTalk HL7 (BTAHL7)، قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول أسلوب IBTBatchCallBack.BatchComplete ، قم بزيارة موقع MSDN التالي على الويب:لمزيد من المعلومات حول الإصلاحات العاجلة BizTalk Server، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":
2003907 من المعلومات حول الإصلاحات العاجلة BizTalk Server
خصائص

رقم الموضوع: 2564013 - آخر مراجعة: 21‏/01‏/2017 - المراجعة: 1

تعليقات