الأعراض
عند إصدار استدعاءات الإجراء المخزن في كتلة واحدة < المزامنة > عام 2013 خادم تكامل المضيف أو استعلامات SQL متعددة، تتم معالجة المكالمات في ترتيب عكسي عما تتوقع. على سبيل المثال، نموذج التعليمات البرمجية التالي XML يتضمن عدة استدعاءات الإجراء المخزن في كتلة واحدة < المزامنة >:
<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="ABCDEFGHIJ" />
</StoredProcedure>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="BCDEFGHIJK" />
</StoredProcedure>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="CDEFGHIJKL" />
</StoredProcedure>
</sync>
في هذا المثال، يتم استدعاء إجراء مخزن آخر في كتلة < المزامنة > هي الأولى التي تم تنفيذها.
السبب
محول BizTalk للمتاجر DB2 السجلات في مزامنة < > حظر في مكدس الذاكرة المؤقتة التي تم تنفيذها في ترتيب عكسي. كان هذا السلوك جزءا من محول BizTalk ل DB2 منذ 2006 الملقم المضيف التكامل.
الحل
معلومات التحديث التراكمي
يتم تضمين الإصلاح الذي يعمل على حل هذه المشكلة في التحديث التراكمي 2 للمضيف تكامل خادم 2013.
الحل البديل
تنفيذ SQL الاستعلامات أو الإجراء المخزن يستدعي الترتيب المدرج أو وضع كل استعلام أو تخزين استدعاء الإجراء في كتلة < المزامنة > الخاصة به، كما هو موضح في المثال التالي:
<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="ABCDEFGHIJ" />
</StoredProcedure>
</sync>
<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="BCDEFGHIJK" />
</StoredProcedure>
</sync>
<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="CDEFGHIJKL" />
</StoredProcedure>
</sync>
ملاحظة: عند وضع كل استعلام أو تخزين استدعاء الإجراء في كتلة < المزامنة > الخاصة به، ومن الاستعلامات أو الإجراء المخزن يستدعي فشل لأي سبب، تتلقى تحديثات غير كاملة في قاعدة بيانات DB2 لأنه تتم معالجة كل بيان في المعاملات الخاصة به.
الحالة
أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في قسم "ينطبق على".
مزيد من المعلومات
بعد تثبيت هذا التحديث، يعالج محول BizTalk ل DB2 كل استعلام SQL واستدعاء إجراء مخزن المضمنة في كتلة < مزامنة > الترتيب الذي يتم إدراجه في ملف XML المرفقة.
