Symptom
När du skickar flera SQL-frågor eller lagrade proceduranrop i ett enda < synkronisering > block i Host Integration Server 2013 bearbetas samtal i omvänd ordning som du förväntar dig. Följande XML-kodexempel innehåller till exempel flera lagrade proceduranrop i ett enda < synkronisering > block:
<sync><StoredProcedure><SP_CHAR_INOUT INOUTVAL1 ="ABCDEFGHIJ" /></StoredProcedure><StoredProcedure><SP_CHAR_INOUT INOUTVAL1 ="BCDEFGHIJK" /></StoredProcedure><StoredProcedure><SP_CHAR_INOUT INOUTVAL1 ="CDEFGHIJKL" /></StoredProcedure></sync>I det här exemplet är senast lagrade proceduranrop i blocket < synkronisering > den första som körs.
Orsak
BizTalk-adaptern för DB2 lagrar posterna i < synkronisering > blockera i en stapel som utförs i omvänd ordning. Detta är en del av BizTalk-adaptern för DB2 någonsin sedan Host Integration Server 2006.
Lösning
Information om Kumulativ uppdatering
Korrigeringen som löser problemet ingår i kumulativ uppdatering 2 för Host Integration Server 2013.
Temporär lösning
För att köra SQL frågor eller lagrad procedur anropar i den angivna ordningen, placera varje fråga eller lagrade proceduranrop i sin egen < sync >-block, som i följande exempel:
<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>Obs! När du placerar varje fråga eller lagrade proceduranrop i sin egen < sync >-block och frågor eller lagrad procedur anropar misslyckas av någon anledning, får ofullständiga uppdateringar i DB2-databasen eftersom varje sats hanteras i en egen transaktion.
Status
Microsoft har bekräftat att detta är ett problem i Microsoft-produkterna som nämns i avsnittet "Gäller".
Mer Information
När du har installerat den här uppdateringen behandlar BizTalk-adaptern för DB2 varje SQL-frågan och lagrade proceduranrop i < sync >-block i den ordning som anges i den tillhörande XML-filen.
