حدث 31551 عندما يحاول "إدارة العمليات" للاتصال بقاعدة بيانات "مستودع البيانات"

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

اضغط هنا لرابط المقالة باللغة الانجليزية3084547
الأعراض
لا يمكن الاتصال بخادم إدارة "نظام إدارة عمليات مركز" أو الاتصال بنظام المجموعة SQL الذي يستضيف قاعدة بيانات "مستودع البيانات". في هذه الحالة، يتم تسجيل معرف الحدث 31551 في سجل "إدارة العمليات"، إلى جانب وصف مشابهة لما يلي لأسماء سير العمل المختلفة:

اسم السجل: إدارة العمليات
المصدر: نمائط الخدمات الصحية
التاريخ:
معرف الحدث: 31551
فئة المهمة: مستودع البيانات
مستوى: خطأ
الكلمات الأساسية: الكلاسيكية
المستخدم: n/A
الكمبيوتر: الخادم. Contoso.com
الوصف:
فشل لتخزين البيانات في "مستودع البيانات". ستتم إعادة محاولة العملية.
استثناء 'SqlException': حدث مشكلة متعلقة بشبكة الاتصال أو مثيل-خاصة أثناء تأسيس اتصال بملقم SQL. لم يتم العثور على الملقم أو لم يكن موجوداً. تحقق من صحة اسم المثيل ومن أن يتم تكوين خادم SQL للسماح بالاتصالات البعيدة. (موفر: "واجهات شبكة اتصال" SQL، الخطأ: 26-خطأ في تحديد موقع مثيل خادم/تحديد)

مهام سير عمل واحد أو أكثر من تأثر بذلك.

اسم سير العمل: Microsoft.SystemCenter.DataWarehouse.CollectEventData
اسم المثيل: الخادم. Contoso.com
معرف المثيل: {8A13A832-776E-096E-32E7-DC479FCD6DBC}
فريق الإدارة: سوبورتجروب
السبب
يجب أن يكون التركيز هنا على السلسلة التالية:

خطأ: 26-خطأ في تحديد موقع مثيل خادم/"تحديد"

هذا الخطأ غالباً ما يعتقد أن يحدث لأنه لم يتم تمكين اتصال عن بعد على الملقم. ومع ذلك، يتم إنشاء هذا الخطأ فعلياً عند العميل لا يمكن تلقي حزمة UDP استجابة SSRP من مستعرض SQL. يحدث هذا السلوك عادة محظور بين خادم إدارة والكتلة SQL الذي يستضيف DW إدارة عمليات الاتصال منفذ UDP.

يجب أن تدرك أن يحدث هذا الخطأ فقط عند محاولة الاتصال بمثيل SQL سيرفيرناميد. يجب إلا يحدث عند الاتصال بالمثيل الافتراضي. هذه، حتى في حالة فشل محاولة الاتصال في هذه المرحلة (على سبيل المثال، بسبب خطأ تحديد موقع الملقم المعين أو مثيل)، فسيستمر في محاولة الاتصال باستخدام القيم الافتراضية (على سبيل المثال، باستخدام منفذ TCP الافتراضي 1433 اسم التوجيه الافتراضي لتوجيهات، وهكذا). قد يتم إنشاء رسائل خطأ أخرى بسبب فشل في وقت لاحق، ولكن لا رسالة الخطأ هذه.
الحل
لحل هذه المشكلة، يجب عليك حل أي مشكلة تسبب اتصال منفذ UDP إلى فشل الإدارة وبين ملقم SQL الكتلة. في معظم الحالات، من السهل إلى حد ما لعزل المشكلة باتباع الخطوات التالية:
  1. تأكد من صحة اسم الملقم (على سبيل المثال، تأكد من عدم وجود أي خطأ في الاسم).
  2. تأكد من صحة اسم المثيل ومن أن المثيل موجود بالفعل على الكمبيوتر الهدف. يجب أن تدرك أن بعض التطبيقات تحويل \\ إلى \. إذا لم تكن متأكداً من حول التطبيق الخاص بك، حاول كل من "خادم" و "server\\instance" في سلسلة الاتصال.
  3. تأكد من أن الملقم غير قابل للوصول. تأكد من أنه يمكن حل DNS بشكل صحيح واختبار اتصال الملقم.
  4. تأكد من أن خدمة مستعرض SQL قيد التشغيل على الخادم.
  5. إذا تم تمكين جدار الحماية على الخادم، تأكد من وجود استثناء ل sqlbrowser.exe و/أو منفذ UDP رقم 1434.

يمكنك تنزيل الأداة PortQry من مقالة قاعدة المعارف التالية لاختبار الخطوات 4 و 5:

832919ميزات ووظائف في الإصدار 2.0 من الأداة PortQry

بعد الحصول على الأداة PortQry، بتشغيل الأمر التالي:

portqry.exe-n اسم الخادم 1434 UDP-e-p

إذا كان هذا الأمر بإرجاع معلومات ويحتوي على مثيل الهدف، يمكنك استبعاد السيناريوهات في الخطوتين 4 و 5. وهذا يعني أن مستعرض SQL قيد التشغيل ثم جدار الحماية لا تمنع حزم UDP مستعرض SQL.

بعد الانتهاء من هذه الخطوات، يجب أن لا يحدث الخطأ. لا يزال قد تفشل إدارة الخادم الاتصال ب SQL server، ولكن إذا كان الأمر كذلك، رسالة خطأ مختلفة يجب أن يكون أ تم تشغيلها عند هذه النقطة. إذا استمر عدم ملقم إدارة الاتصال، استبدل "خادم" أورويث "tcp:server\instance" "np:server\instance"، وقم بمشاهدة ما إذا كان نجاح ذلك مع TCP أو بروتوكول مرحل.
معلومات أخرى
هذه المشكلة بسبب بالجمع بين ما يلي:
  • مواصفات كتلة Windows
  • كيفية اكتشاف اسم مثيل SQL Server
عند الاتصال ب SQL Server مثيلات مسماة، تعتمد مكونات العميل على مستعرض SQL لاكتشاف الملقم والمعلمات الخاصة بها. يتم تشغيل عملية الاكتشاف كما يلي:

  • يرسل العميل حزمة UDP إلى مستعرض SQL على الكمبيوتر الهدف. عند تشغيل مثيل مسمى مجموعة Windows، يتم إرسال الحزمة إلى IP الكتلة، أو على وجه التحديد، إلى عنوان IP المتوافق مع الجهاز الظاهري الذي يقوم بتشغيل SQL Server. ومع ذلك، مستعرض SQL غير الكتلة، ويقوم بالإصغاء أي IP.
  • عندما يتلقى مستعرض SQL حزمة طلب UDP، فإنه يرسل حزمة استجابة UDP مرة أخرى العميل. على الرغم من أن عنوان IP الوجهة هو عنوان IP للعميل، يتم تغيير عنوان IP المصدر. الآن عنوان IP لمحول الشبكة الموجود على كومبوتيرينستيد الفعلي لعنوان IP لملقم SQL الافتراضية.
  • عنوان IP المصدر لحزمة UDP استجابة تتحدد بنظام التشغيل Windows، استناداً إلى جدول التوجيه. لكل من عنوان IP لملقم SQL الظاهري وعنوان IP المرفقة مع محول الشبكة الفعلية عادة على نفس الشبكة الفرعية وذلك تنتمي إلى نفس المسار، يتم تحديد عنوان IP الفعلية. استناداً إلى إعدادات الأمان على أجهزة كمبيوتر العميل والملقم، حزمة UDP استجابة هذا قد يتم إسقاط جدار خارجية أو IPsec نظراً لتغيير عنوان IP النظير. لاحظ أن جدار حماية Windows لم يتم إسقاط الحزمة.
  • يجب أن تدرك أنه إذا كان العميل على جهاز كمبيوتر يستند إلى نظام التشغيل Windows Vista، IPsec قد يهبط الحزمة إذا تم تمكين نهج IPsec على الكمبيوتر العميل وأنه تعذر تأسيس اتصال ثقة بين العميل والخادم. لحل هذه المشكلة، يدوياً تحديد اسم التوجيه أو منفذ TCP في سلسلة الاتصال.
OpsMgr 2012 R2

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

خصائص

رقم الموضوع: 3084547 - آخر مراجعة: 08/13/2015 21:34:00 - المراجعة: 1.0

Microsoft System Center 2012 R2 Operations Manager, Microsoft System Center 2012 Operations Manager Service Pack 1, Microsoft System Center 2012 Operations Manager, Microsoft System Center Operations Manager 2007 R2

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3084547 KbMtar
تعليقات