מאפייני הבעיה
כאשר להנפיק מספר שאילתות SQL או קריאות שגרה מאוחסנת בבלוק יחיד < סינכרון > ב 2013 שרת שילוב של המחשב המארח, השיחות מעובדים בסדר הפוך מהצפוי. לדוגמה, דוגמת הקוד הבאה של 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 אי פעם מאז מארח שילוב Server 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 הנלווה.
