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

إن المستعرض الذي تستخدمه غير معتمد

إنك تحتاج إلى تحديث المستعرض لاستخدام الموقع.

التحديث إلى أحدث إصدار من Internet Explorer

تأكيد ملقم SQL خطأ عند محاولة تنفيذ عبارة Insert مجمعة أو BCP: "<loglock.cpp>، سطر = 807 فشل التأكيد = ' نتيجة = = LCK_OK '"</loglock.cpp>

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

اضغط هنا لرابط المقالة باللغة الانجليزية2700641
الأعراض
أطلع على السيناريو التالي:
  • تقوم بتشغيل ملقم a و b ملقم Microsoft SQL Server 2008 أو SQL Server 2008 R2.
  • تقوم بإعداد قاعدة بيانات النسخ المتطابق بين ملقم a و b الملقم.
  • تنفيذ عبارة INSERT مجمعة أو BCP على قاعدة البيانات الأساسي.

    ملاحظة بشكل افتراضي، يتم تعيين الخيار CHECK_CONSTRAINTS إلى إيقاف التشغيل عندما تقوم بتنفيذ "إدراج مكدس" أو عبارة BCP.
  • نسخ قاعدة البيانات مقطوعة، ودخول قاعدة البيانات النسخ المتطابق جلسة العمل إلى حالة معلقة.
في هذا السيناريو، يحدث تأكيد على خادم النسخة المتطابقة. لذلك، يتم إنشاء ملف mini-dump في مجلد السجل SQL Server. بالإضافة إلى ذلك، راجع بعد خطأ في سجل أخطاء SQL Server على الملقم متطابقة:

التاريخ الوقت spid استخدام إصدار 'dbghelp.dll' ' 4.0.5 '
التاريخ الوقت spid ** تفريغ مؤشر الترابط-spid = 31، EC = 0x00000007F9B1C1A0
التاريخ الوقت spid *** تفريغ المكدس يتم إرسالها إلى Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG\SQLDump0001.txt SQL مايكروسوفت: ملفات البرنامج

التاريخ الوقت spid * *******************************************************************************

التاريخ الوقت spid *
التاريخ الوقت spid * تفريغ المكدس BEGIN:
التاريخ الوقت spid * 01/04/12 16: 46: 21 spid 12100
التاريخ الوقت spid *
التاريخ الوقت spid * الموقع: loglock.cpp:807
التاريخ الوقت spid * تعبير: يؤدي = = LCK_OK
التاريخ الوقت spid * SPID: 31
التاريخ الوقت spid * معرف العملية: 2228

التاريخ الوقت spid خطأ: 17066، الخطورة: حالة 16,: 1.

التاريخ الوقت spid تأكيد ملقم SQL: ملف: <loglock.cpp>، سطر = 807 فشل التأكيد = 'نتيجة = = LCK_OK'. قد يكون هذا الخطأ توقيت ذات الصلة. إذا استمر الخطأ بعد العبارة الخاصة، استخدم DBCC CHECKDB للتحقق من قاعدة البيانات للتكامل الهيكلي أو إعادة تشغيل الملقم للتأكد من بنيات البيانات في الذاكرة غير معطوبة.

</loglock.cpp>التاريخ الوقت spid خطأ: 3624, خطورة: حالة 20،: 1.

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

التاريخ الوقت spid خطأ: 1454 الخطورة: حالة 16,: 1.

التاريخ الوقت spid يتم تعليق نسخ قاعدة البيانات. واجه مثيل الملقم '<Instance name="">' حالة الخطأ 3624، 1، الخطورة 20 عندما كان يتصرف كطرف النسخ متطابق لقاعدة البيانات '<database name="">'. قد يحاول قاعدة البيانات النسخ المتطابق الشركاء استرداد تلقائياً من الخطأ ومتابعة النسخ المتطابق جلسة العمل. للحصول على مزيد من المعلومات، عرض سجل الخطأ لرسائل خطأ إضافية. </database></Instance>


ملاحظة يجب تهيئة قاعدة البيانات النسخ المتطابق لحل هذه المشكلة.
السبب
تحدث هذه المشكلة لأنه لا يتم نقل معلومات التوافق التأمين في سجل المعاملات لقاعدة البيانات الرئيسية إلى خادم النسخة المتطابقة.
الحل البديل
للتغلب على هذه المشكلة، تنفيذ جملة INSERT مجمعة أو BCP على قاعدة البيانات الأساسي باستخدام خيار CHECK_CONSTRAINTS.

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

ومع ذلك، لا يتم نقل هذه المعلومات التوافق إلى خادم النسخة المتطابقة. ولذلك، طلب التأمين معاملة التابع غير متوافق مع تأمين المعاملة الأصل على الملقم متطابقة. يؤدي هذا السيناريو التأكيد على الملقم متطابقة.

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

خصائص

رقم الموضوع: 2700641 - آخر مراجعة: 08/06/2012 16:23:00 - المراجعة: 1.0

  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 Enterprise
  • kbsurveynew kbtshoot kbprb kbmt KB2700641 KbMtar
تعليقات
did=1&t=">/html>p;did=1&t=">d=1&t=">> var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write("