أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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


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

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

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

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

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

إدخال تغييرات على الأداة المساعدة MLLP SDK

يتضمن MLLP SDK الأداة المساعدة للمعلمات الجديدة التالية. لم تتغير كافة المعلمات الأخرى. لمزيد من المعلومات، راجع وثائق المنتج.
  • ل MLLPReceive.exe، استخدم المعلمة الجديدة إعادة MLLP ACK/NAK بعد تلقي الرسالة. على سبيل المثال:
    ملبريسيفي/p 12000/sb 11/eb 28/cr 13/MLLPTransACK
    ملبريسيفي/p 12000/sb 11/eb 28/cr 13/MLLPTransNAK
  • ل MLLPSend.exe، استخدم المعلمة الجديدة إلى الانتظار ل MLLP ACK/NAK. على سبيل المثال:
    ملبسيند/sb 11/eb 28/cr 13/f "C:\HL7\ls.txt"/I 127.0.0.1/p 11000/UseMLLPTransACK
مراجع
للحصول على مزيد من المعلومات حول كيفية إدارة إعدادات الأداء في BizTalk server، قم بزيارة موقع ويب Microsoft Developer الشبكة (MSDN) التالي:لمزيد من المعلومات حول مراسلة عدادات الأداء، قم بزيارة موقع msdn على ويب التالي:لمزيد من المعلومات حول "أمر بتسليم الرسائل"، قم بزيارة موقع msdn على ويب التالي:لمزيد من المعلومات حول BizTalk 2010 Accelerator ل HL7 (BTAHL7)، قم بزيارة موقع Microsoft التالي على ويب:لمزيد من المعلومات حول IBTBatchCallBack.BatchComplete أسلوب، قم بزيارة موقع msdn على ويب التالي:لمزيد من المعلومات حول الإصلاحات العاجلة BizTalk Server، انقر فوق رقم المقالة التالي لعرض المقالة في قاعدة معارف Microsoft:
2003907 معلومات حول الإصلاحات العاجلة BizTalk Server

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 2564013 - آخر مراجعة: 11/01/2011 07:40:00 - المراجعة: 3.0

Microsoft BizTalk Server Branch 2010, Microsoft BizTalk Server Developer 2010, Microsoft BizTalk Server Enterprise 2010, Microsoft BizTalk Server Standard 2010

  • kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtar
تعليقات
>ppendChild(m); mp;t=">