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

تظهر مجموعة معلومات تحذير "معلومات SuperSocket تحذير" عندما يكون حساب خدمة SQL Server مستخدم مجال

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

اضغط هنا لرابط المقالة باللغة الانجليزية303411
الخطأ رقم: 232774 (SHILOH_BUGS)
الأعراض
عند بدء تشغيل SQL Server على جهاز كمبيوتر يقوم بتشغيل Microsoft SQL Server 2000 أو Microsoft SQL Server 2005، برنامج SQL Server يحاول دائماً تسجيل الملقم الظاهري في "Active Directory". قد يتم تسجيل الحدث التالي في سجل الأحداث:

معلومات superSocket: (سبنريجيستير): معلومات SuperSocket خطأ 8344: (سبنريجيستير): معلومات SuperSocket خطأ 1355: SpnUnRegister(): خطأ 8344.

ملاحظةخطأ 1355 تساوي ERROR_NO_SUCH_DOMAIN. يساوي خطأ 8344 أذونات غير كافية القيام بعملية التسجيل. يظهر هذا تحذير للدالة سبنريجيستير وخطأ للدالة سبنونريجيستير .

هذه الرسالة ليست رسالة إعلام بخطأ. هذا النص فقط تحذير أن SQL Server لا يمكن تسجيل اسم خدمة أساسي (SPN). يشير هذا إلى أن إليه الأمان التي سيتم استخدامها مصادقة Microsoft Windows NT Challenge\Response (NTLM) بدلاً من مصادقة Kerberos.

هذه الرسائل فقط يجب اعتبار مشكلة في حالة تثبيت SQL Server يتطلب مصادقة Kerberos أو منع إعدادات أمان الشبكة بالعودة لمفاوضة NTLM. وإلا، يمكن تجاهل هذه الرسائل بشكل أمن.
السبب
عادة ما تظهر الرسالة لأن خدمة SQL Server تشغيل كمستخدم مجال حساب ليس لديه الأذونات المطلوبة إلى تسجيل أسماء Spn. مع Microsoft Windows 2000 Service Pack 3 (SP3)، يمكنك تمكين مصادقة Kerberos على كتل الملقم. للحصول على إرشادات حول كيفية القيام بذلك، راجع المقالة التالية في "قاعدة المعارف ل Microsoft":
319723 دعم المعلومات حول SQL Server 2000 Kerberos، بما في ذلك الملقمات الظاهرية ملقم SQL على كتل الملقم
الحل
يمكنك أيضا تحرير الأذونات "إعدادات التحكم بالوصول" للحساب في خدمة الدليل "Active Directory" لتمكين إذن servicePrincipalName القراءة والكتابة servicePrincipalName الإذن لحساب خدمة SQL.

تحذير إذا كنت تستخدم الأداة الإضافية لتحرير واجهات خدمة دليل Active (ADSI) أو الأداة المساعدة LDP أو أي عملاء LDAP الإصدار 3 الأخرى، وتعديل السمات الخاصة بكائنات "Active Directory" بشكل غير صحيح، يمكن أن يسبب مشاكل خطيرة. قد تتطلب هذه المشكلات إعادة تثبيت نظام التشغيل Microsoft Windows 2000 Server ونظام التشغيل Microsoft Windows Server 2003 Microsoft Exchange 2000 Server، Microsoft Exchange Server 2003، أو كل من Windows والصرف. لا تضمن Microsoft أن تتمكن من حل المشكلات التي تنتج عن طريق تعديل سمات كائن "خدمة active Directory" بشكل غير صحيح. قم بتعديل هذه السمات على مسؤوليتك الشخصية.
الحل البديل
لحل هذه الرسائل نوع وتمكين خدمة SQL Server لإنشاء أسماء Spn بشكل حيوي لمثيلات SQL Server الخاص بك، أطلب من مسؤول المجال لإضافة الأذونات المناسبة وحقوق المستخدم لحسابات بدء التشغيل SQL Server.

لتمكين حساب خدمة SQL Server لإنشاء أسماء Spn بشكل صحيح عند بدء التشغيل، اتبع الخطوات التالية:
  1. انقر فوق بدء تشغيل، انقر فوق تشغيل، نوع Adsiedit.msc، ثم انقر فوق موافق.
  2. في تحرير ADSI إطار، قم بتوسيع [مجالاسم المجال]، قم بتوسيع DC = روتدومينامي، قم بتوسيع CN = Users، انقر بالزر الأيمن CN =اسم الحساب، ثم انقر فوق خصائص.

    ملاحظات
    • اسم المجال يمثل اسم المجال.
    • روتدومينامي عنصرا نائبا لاسم مجال جذر.
    • اسم الحساب يمثل الحساب الذي تحدده لبدء تشغيل خدمة SQL Server.
    • إذا قمت بتحديد النظام المحلي لبدء تشغيل خدمة SQL Server، اسم الحساب يمثل الحساب الذي تستخدمه لتسجيل الدخول إلى Microsoft Windows.
    • إذا قمت بتحديد حساب مستخدم مجال لخدمة SQL Server، اسم الحساب يمثل حساب مستخدم المجال.
  3. في CN =اسم الحساب خصائص مربع الحوار، انقر فوق أمان من علامة التبويب.
  4. على أمان ، انقر فوق متقدم.
  5. في إعدادات الأمان المتقدمة حوار، تأكد من أن المستخدم الذاتي مسرود ضمن إدخالات الأذونات. إذا لم يكن المستخدم الذاتي مسروداً، انقر فوق إضافة، ثم قم بإضافة المستخدم الذاتي .
  6. ضمن إدخالات الأذونات، انقر فوق ذاتي، ثم انقر فوق تحرير.
  7. في إدخال الإذن مربع الحوار، انقر فوق خصائص من علامة التبويب.
  8. على خصائص ، انقر فوق هذا الكائن فقط في تطبيق على قائمة، ومن ثم تأكد من أن يتم تحديد الأذونات التالية تحت أذونات:
    • ServicePrincipalName القراءة
    • كتابة servicePrincipalName
  9. انقر فوق موافق ثلاث مرات، وإغلاق ثم تحرير ADSI إطار.
للحصول على تعليمات بهذه العملية، اتصل بدعم المنتج Active Directory. الرجوع إلى مقالة قاعدة المعارف ل Microsoft في حالة الاتصال بدعم المنتج.

عند إجراء هذا الحل البديل، يمكنك التخلص من مشكلات SPN لعمليات تثبيت جديدة أو عمليات التثبيت التي كان TCP/IP المنفذ أو مجال اسم تعديل.

هام نوصي بأن لم تقم بمنح وريتيسيرفيسيبرينسيبالنامي اليمين إلى حساب خدمة SQL إذا تحققت الشروط التالية:
  • هناك وحدات تحكم مجال متعددة.
  • كانت متفاوتة المسافات SQL Server.
في هذا السيناريو، قد يتم حذف SPN ل SQL Server بسبب زمن الوصول في النسخ المتماثل Active Directory. قد يتسبب هذا في مشاكل الاتصال بمثيل SQL Server.

افترض أن لديك ما يلي:
  • مثيل ظاهري SQL المسماة سقلكلوستير مع عقدتين: العقدة A و b عقده.
  • مصادقة العقدة A بواسطة وحدة تحكم المجال A و B عقده مصادقة بواسطة وحدة التحكم بالمجال b.


قد يحدث ما يلي:
  1. مثيل سقلكلوستير نشطاً على العقدة A وتسجيل SPN SQL في وحدة تحكم المجال A أثناء بدء التشغيل حتى..
  2. مثيل سقلكلوستير تجاوز الفشل إلى العقدة B عند اقتراب A إيقاف التشغيل عادة.
  3. مثيل سقلكلوستير إلغاء تسجيل SPN الخاصة به من وحدة تحكم المجال A أثناء عملية إيقاف التشغيل على عقده a.
  4. تتم إزالة SPN من وحدة تحكم المجال A ولكن التغيير بعد تم متماثل لها إلى وحدة التحكم بالمجال b.
  5. عند بدء تشغيل على العقدة B، يحاول مثيل سقلكلوستير تسجيل SQL SPN مع وحدة التحكم بالمجال b. منذ ذلك الحين، SPN موجودة "ب عقده" لا يقوم بتسجيل SPN.
  6. بعد مرور بعض الوقت، وحدة تحكم المجال A يتطابق حذف SPN (من الخطوة 3) لوحدة التحكم بالمجال B كجزء من النسخ المتماثل "الدليل النشط". النتيجة النهائية هي أن SPN صالح لا وجود لمثيل SQL في المجال ومن ثم يمكنك رؤية مشكلات الاتصال بمثيل سقلكلوستير.

ملاحظة تم إصلاح هذه المشكلة في SQL Server 2012.

تصريح
أقرت Microsoft أن هذه مشكلة في SQL Server 2000 و SQL Server 2005.
مراجع
لمزيد من المعلومات، انقر فوق أرقام المقالات التالية لعرض المقالات في قاعدة معارف Microsoft:
235529دعم Kerberos على كتل الملقم الذي يستند إلى نظام التشغيل Windows 2000
269229 كيفية إعادة إنشاء حساب خدمة الكتلة يدوياً

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

خصائص

رقم الموضوع: 303411 - آخر مراجعة: 04/07/2013 18:27:00 - المراجعة: 2.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Enterprise Edition

  • kbbug kbpending kbmt KB303411 KbMtar
تعليقات
e="text/JavaScript" async=""> var varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write(" p;t=">>e"> Uruguay - Español
대한민국 - 한국어
España - Español
Paraguay - Español
Venezuela - Español
0&did=1&t=">p;did=1&t=">id=1&t=">