كيفية إصلاح العميل الأصلي خطأ 'اتصال مشغول مع نتائج آخر الأمر'?

Question

أنا الحصول على Connection Busy With Results From Another Command خطأ من SQLServer العميل الأصلي السائق عند تشغيل حزمة SSIS.فقط عندما يتحدث إلى SQLServer 2000.جزء آخر أن يتحدث SQLServer 2005 يبدو دائما تسير على ما يرام.أي أفكار ؟

Answer 1

Microsoft KB المادة 822668 هو ذات الصلة هنا:

FIX:"اتصال مشغول مع نتائج آخر الأمر" حدوث رسالة خطأ عند تشغيل استعلام ملقم مرتبط

الأعراض

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

Server: Msg 7399, Level 16, State 1, Procedure <storedProcedureName>, Line 18 OLE DB provider 'SQLOLEDB' reported an error. 
OLE/DB Provider 'SQLOLEDB' ::GetSchemaLock returned 0x80004005:

OLE DB provider SQLOLEDB supported the Schema Lock interface, but returned 0x80004005 for GetSchemaLock .]. 
OLE/DB provider returned message: Connection is busy with results for another command 
OLE DB error trace [OLE/DB Provider 'SQLOLEDB' ::CreateSession returned 0x80004005.

ملاحظة OLE DB مصدر الخطأ قد تختلف.ومع ذلك ، فإن جميع الاختلافات رسالة خطأ تتضمن النص "اتصال مشغول مع نتائج آخر الأمر".

القرار

لحل هذه المشكلة يجب الحصول على أحدث حزمة خدمة لـ Microsoft SQL Server 2000.

كما لوحظ هناك مشكلة تم أولا تصحيح في SQL Server 2000 Service Pack 4.

هذا بلوق وظيفة مارك Meyerovich, مهندس البرمجيات كبار في RDA كورب ، كما توفر بعض البصيرة (الآن أرشفة لأن الرابط الأصلي ذهب الميت):

خدمة SQL Server حزمة الترقية

بحث سريع على جوجل ظهرت المقالة التالية (http://support.microsoft.com/kb/822668):FIX:"اتصال مشغول مع نتائج آخر الأمر" حدوث رسالة خطأ عند تشغيل استعلام ملقم مرتبط.

انها في الأساس يعني المسألة هو علة وتوصي الترقية إلى حزمة الخدمة service pack 4.لقد بدأنا مع SQL Server 2000 SP3 و لدينا بعض ملقمات المرتبطة في المعادلة ، لذلك علينا محاولة إعطائها.بعد الترقية إلى حزمة الخدمة SP4 – نفس النتيجة.

Answer 2

كما اكتشفت أن هذا يمكن أن يحدث أيضا في SQL server 2005 إذا لم يكن لديك المريخ تمكين.لم أكن أعرف حتى أنه كان افتراضيا ، وإنما هو.و تأكد من أنك تستخدم "الأم OLEDB\عميل SQL الأصلي" نوع الاتصال.إذا كنت تستخدم "OLEDB.1" نوع الاتصال (أو أيا كان) المريخ ليس خيارا بل و يمكنك الحصول على SQL server 2000 السلوك ، والتي هي سيئة.

يمكنك تمكين المريخ عن طريق فتح خصائص الاتصال و النقر على "جميع" ، scolling في إدارة Studio.

أعرف أن السؤال منذ فترة طويلة تم الرد عليها, ولكن أنا فقط رمي هذا في القادم مصاصة مثلي الذي يحصل أحرقت قبل هذه.

Answer 3

كان هذا الخطأ اليوم مع MS تشغيل ODBC 11 ل SQL Server لينكس على اتصال SQL Server.أردت المساعدة المقبل الباحث النظر في هذا كان أول نتائج بحث Google عندما جعلت البحث.

تحتاج إلى تعيين MARS_Connection في /etc/odbc.ini كما يلي:

[ConnName]
Driver=ODBC Driver 11 for SQL Server
Server=192.168.2.218,1433
Database=DBNameHere
MARS_Connection=yes

بالحديث عن السيدة ODBC لينكس السائق:بل هو استكمال بيتا في التعامل مع ذلك ولكن أنا أصر على استخدام الأصلية الحل.لقد واجهت الكثير من الجدران وخاصة العمل مع ZF2 بيد أن كل مشكلة لها حل مع السائق أستطيع أن أقول.فقط لتشجيع الناس على استخدامه بدلا من ذلك بسرعة التخلي.

Answer 4

إذا كان شخص ما التقى هذا الخطأ مزعج أثناء استخدام PHP شركة تنمية نفط عمان مع ODBC ثم استخدام closeCursor() الطريقة بعد تنفيذ الاستعلام.

Answer 5

فقط للحصول على المعلومات إذا كان شخص آخر لديه مشكلة.حاولت الاتصال عبر NetCobol من فوجيتسو على SQLEXPRESS عبر ODBC مع sql المضمنة و من أجل حل مشكلة اضطررت إلى تغيير القيمة في التسجيل وهي

\HKLM\Software\ODBC\ODBC.INI\MyDSN

مع MyDSN مثل سلسلة القيمة:

Name - MARS_Connection
Value - Yes

أنا فقط وضعت المعلومات هنا إذا كان يمكن أن تساعد.