كيفية استكشاف أخطاء فشل معالج الكتلة SQL

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

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

ملاحظة يجب ترقية كافة العملاء نظام SQL Server 6.5 و 7.0 إلى SQL Server 2000 بمجرد توفرها. يتم اعتماد الأدوات والميزات المكونات التالية مع أنظمة المجموعات في SQL Server 2000 Enterprise Edition تجاوز الفشل:
  • خدمة البحث في Microsoft "(نص ملء)
  • مثيلات متعددة
  • إدارة المؤسسة SQL Server
  • إدارة التحكم بالخدمة
  • النسخ المتماثل
  • منشئ ملفات التعريف SQL
  • محلل استعلام SQL
معلومات أخرى
تصف الخطوات التالية سلوك نظام SQL Server معالج:
  1. أولاً، معالج الكتلة SQL يتصل بملقم ثم يتحقق من أن كافة قواعد البيانات و الثنائيات الموجودة على الأقراص المشتركة.

    مشكلة محتملة

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

    الدقة

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

    ملاحظة حدوث رسالة خطأ فقط إذا قمت بإدخال عنوان IP قيد الاستخدام; عدم الكشف عن وجود عناوين IP غير صالح أو قناع شبكة فرعية غير صالح.

    مشكلة محتملة

    في حالة وجود unclustered فقط يتم re-clustering الملقم قد تحصل على رسالة خطأ مما يشير إلى أن اسم شبكة الاتصال قيد الاستخدام. قد يحدث هذا بسبب فشل Windows NT أحياناً لإزالة اسم شبكة الاتصال من التسجيل net bios بشكل صحيح.

    دقة الأول

    افتح إطار موجه الأوامر ثم أدخل الأمر التالي:
    nbtstat -RR
    اضغط إرجاع. عند اكتمال ، حاول استخدام عنوان IP مرة أخرى. إذا كان عنوان IP فشل ثابتة ، الانتقال إلى الحل الثاني.

    دقة الثاني

    إعادة تمهيد النظام.
  3. بعد إدخال كافة المعلومات يقوم المعالج بنسخ كافة ملفات COM التي تم تسجيلها في BINN إلى الدليل الفرعي SQL Server من الموقع المشار إليه بواسطة مفتاح التسجيل التالي:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\SharedFilesDir
    بشكل افتراضي، يشير هذا المفتاح إلى الموقع التالي:
    C:\Program Files\Common Files\Microsoft Shared\
    مشكلة محتملة

    معالج نظام SQL Server غير قادر على العثور على هذه الملفات أو الموقع الذي يجب أن يتم نسخها. تحدث هذه المشكلة عادةً عند شيء ما خاطئ مع مفتاح التسجيل التالي المستخدمة من قبل المعالج:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SharedTools\SharedFilesD
    لاحظ أن يستخدم الإعداد مفتاح تسجيل مختلف (أدناه) ولكن يجب عادةً أشر الاثنين إلى نفس المسار:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CommonFilesDir
    ملاحظة عند حدوث هذه المشكلة، أية أخطاء يتم عرض حسب التصميم. يتم إجراء ذلك بحيث من تثبيت بدون النسخ المتماثل استمرار تشغيل المعالج بدون فشل. الطريقة الوحيدة لتعريف في حالة حدوث هذه المشكلة هي للبحث في إطار الإخراج التصحيح المحدَّدة إعداد _PRINT_CONSOLE_ = 1 في بيئة النظام قبل تشغيل معالج الكتلة SQL. إذا تم تنفيذ هذه الخطوة بشكل صحيح, راجع مراجع إلى ملفات النسخ المتماثل مثل Replres.dll Distrib.exe ، كما هي أثناء نسخها. إذا لم تشاهد المراجع إلى هذه الملفات يتم تواجه هذه المشكلة.

    دقة الأول

    تشير إلى 8 السيناريو في "سيناريوهات محددة" المقطع.

    دقة الثاني

    تشير إلى 3 السيناريو في "سيناريوهات محددة" المقطع.
  4. بعد ذلك، معالج الكتلة SQL نسخ نفس الملفات إلى نفس المكان على عقدة أخرى العثور على المسار الصحيح عن طريق قراءة التسجيل البعيد. معالج الكتلة SQL بإنشاء مجلد مشاركة على عقدة البعيد المسمى cluster_tools_share بنسخ الملفات إلى تلك المشاركة ومن ثم يحذف. يجب أن يكون البرنامج إعداد SQL Server قادراً على قراءة التسجيل على عقدة عن بعد لتنفيذ هذه الخطوة.
    مشاكل محتملة

    قد تحدث مشكلة في حالة وجود مشاكل في مفتاح التسجيل على عقدة أخرى أو إذا تعذر المعالج لإنشاء المشاركة.

    تحدث مشكلة أخرى إذا لم يتم تعيين خدمة "التسجيل البعيد" ليتم بدء تشغيله تلقائياً. في هذه الحالة، يتم تسجيل رسالة الخطأ التالية في ملف .log (المحلي) الأساسية:
    MSI (c) (5 C! E0) [15:40:04:153]: "تغيير الخاصية": خاصية التعديل SqlLogMessage. هي القيمة الحالية الخاصة به 'Node01'. القيمة الجديدة الخاصة به: ' < EndFunc الاسم = 'VerifyAdminSharesOnNode' Return = GetLastError '53' = '0' > '.
    MSI (c) (5 C! E0) [15:40:04:153]: "تغيير الخاصية": خاصية التعديل SqlLogMessage. القيمة الحالية الخاصة به ' < EndFunc الاسم = 'VerifyAdminSharesOnNode' Return = GetLastError '53' = '0' > '. القيمة الجديدة الخاصة به: ' < EndFunc الاسم = 'VerifyAdminSharesOnCluster' Return = GetLastError '53' = '0' > '.
    MSI (c) (5 C! E0) [15:40:04:153]: "تغيير الخاصية": خاصية التعديل SqlLogMessage. القيمة الحالية الخاصة به ' < EndFunc الاسم = 'VerifyAdminSharesOnCluster' Return = GetLastError '53' = '0' > '. القيمة الجديدة الخاصة به: ' < EndFunc الاسم = 'GetVSNodeLists' Return = GetLastError '0' = '0' > '.

    صادف المثبّت 2836.The معلومات خطأ غير متوقع. رمز الخطأ هو 2836. يتعذر على عنصر التحكم SelectedNodeList في مربع الحوار ClusterNodeDlg أخذ التركيز.
    15:40:04 الإجراء: ClusterNodeDlg. حوار إنشاء
    ملاحظة رمز الخطأ في رسالة الخطأ هو 53. يمثل هذه التعليمة البرمجية في "مسار شبكة الاتصال لم يتم العثور على" رسالة الخطأ.

    دقة الأول

    لحل المشكلة، الأول راجع الخطوة رقم 8.

    لحل المشكلة، الثاني شغّل خدمة "التسجيل البعيد". يجب تشغيل خدمة "التسجيل البعيد" قبل تثبيت نظام مجموعة تجاوز فشل. تم توثيق هذا المتطلب في الموضوع "قبل تثبيت تجاوز الفشل للمجموعات" في "كتب SQL Server الفورية".

    دقة الثاني

    لحل المشكلة، الأول تشير إلى 3 السيناريو في "سيناريوهات محددة" المقطع.
  5. يقوم المعالج بنسخ ملفات محددة نظام المجموعة ثم إلى الدليل \System32 كلا العقدتين.

    مشكلة محتملة

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

    الدقة

    تشير إلى 3 السيناريو في "سيناريوهات محددة" المقطع.
  6. تشغيل المعالج في إعداد "secnode" الذي يقوم بتثبيت ملفات النظام الضرورية إلى عقدة البعيد تسجل كافة ملفات COM التي تم نسخ إلى الدليل المشترك files\Microsoft files\Common C:\Program.

    مشاكل محتملة

    يحدث أحد المشاكل الأكثر شيوعًا في هذه المرحلة إذا تم تشغيل برنامج الإعداد من نقطة مشاركة على العقدة الأولى (متصلة من خلال استخدام net حيث تحديد مستخدم وكلمة مرور). عندما يحدث هذا، افتراضياً، node2 لم يكن الوصول إلى المشاركة بحيث عند تشغيل secnode تفشل إعادة الاتصال موقع التثبيت لنسخ الملفات. عند حدوث ذلك، تظهر رسالة تشير إلى تعذر تشغيل هذا الإعداد على الكمبيوتر البعيد.

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

    دقة الأول

    إذا كنت تواجه أي من هذه المشاكل ينبغي البحث في الدليل <%SYSROOT%> لملف Sqlclstr.log أو على الدليل TEMP العقدة الثانية Remsetup.log أدلة أو وصف المشكلة. تصحيح كافة مشكلات ثم قم بتشغيل المعالج مرة أخرى.

    دقة الثاني

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

    يمكنك تعيين هذه الأذونات من وحدة تحكم المجال الأساسية (PDC). بعد تعيين الأذونات الصحيحة, تحتاج إلى تسجيل الخروج ومن ثم تسجيل الدخول مرة أخرى حتى تنعكس التغييرات. لمزيد من التفاصيل، راجع السيناريو 5 في القسم "السيناريوهات محددة".

    مشكلة محتملة

    قد تفشل Secnode أيضًا في حالة قد يتم تشغيل إلا تحتوي على أخطاء داخليًا, مثل تسجيل كافة الملفات COM غير بنجاح.

    الدقة

    تصحيح كافة المشاكل التي تم الإعلام عنها في Sqlstp.log على العقدة الثانية.
  7. بعد ذلك، rebinds معالج الكتلة ملقم SQL كافة الملفات الموجودة في الأماكن التالية:
    • دليل BINN SQL.
    • Shared\SQL Files\Microsoft Files\Common C:\Program Server
    • Shared\Database Files\Microsoft Files\Common C:\Program النسخ المتماثل
    يحدث هذا على كلا العقدتين.

    كتلة ملقم SQL معالج ثم rebinds ملفات النظام التالية على كلا العقدتين:
    • Dbnmpntw.dll
    • Sqlstr.dll
    • Sqlwoa.dll
    • Sqlsrv32.dll
    • Cliconfg.dll
    • Cliconfg.exe
    معالج نظام SQL Server rebinds %Sysroot%\System32\Sqlctr70.dll على العقدة المحلية فقط.

    مشكلة محتملة

    يمكن أن عملية rebinding المقطوعة عند شيء ما يتم استخدام أحد ملفات محاولة الربط. إذا كانت هناك أية تطبيقات SQL بما في ذلك إدارة خدمة SQL مفتوحة يعرض هذه الرسالة:
    ..تعذر تحديث الثنائيات...
    لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    248380PRB: SQL 7.0 خطأ معالج تجاوز الفشل عند تحديث الثنائيات على كتلة
    المشكلة الأكثر شيوعاً أن بعض ملفات النظام قيد الاستخدام.

    يمكنك عادةً تحديد العقدة التي تحدث هذه المشكلة على بواسطة مقدار الوقت اللازم الرسالة المراد عرضها مرة أخرى بعد إعادة محاولة. إذا تم عرض الرسالة instantaneously يشير هذا ملف على الكمبيوتر المحلي قيد الاستخدام لكن إذا يستغرقه بضع ثوان ثم المشكلة هو المحتمل حدوث على عقدة أخرى.

    الدقة

    يمكن عادةً للتغلب على هذه المشكلة عن طريق إيقاف كافة خدمات المتسبب في المشكلة ثم تأكد من أنه ليس لديك أية تطبيقات فتح. التحقق من الخدمات التي قمت يجب أن يكون تشغيل راجع المقالات التالية في "قاعدة معارف Microsoft:
    192708INF: ترتيب تثبيت إعداد SQL Server 6.5 MSMQ 1.0 للمجموعات
    219264INF: ترتيب تثبيت إعداد SQL Server 7.0 للمجموعات
    مشكلة محتملة

    إذا كنت unclustering أحد DLLs المورد قيد استخدام ، مورد DLL قد يتوقف عن الاستجابة في أحد الاتصالات الخاصة به إلى الملقم. يؤدي هذا عملية مراقبة الموارد (Resrcmon.exe) أن يكون لديك ملف dbnmpntw.dll فتح حتى عندما يكون المورد دون اتصال.

    دقة الأول
    إعادة التمهيد وأعد تشغيل المعالج لإزالة تثبيت.

    دقة الثاني

    إعادة تسمية DLL المتسبب للمشكلة Dbnmpntw.dll.copy ثم قم بنسخه إلى الاسم الأصلي. الآن الملف .copy قيد الاستخدام لكن الملف dbnmpntw.dll غير ، لذلك قد يتمكن المعالج من إكمال دون حدوث أية مشكلات.
  8. معالج الكتلة SQL الآن بإنشاء الموارد sqlserver ' و ' عامل ' و ' vsrvsvc net name IP، في نظام المجموعة ، إحضار SQL Server الموارد عبر إنترنت والتغييرات جدول الملقم المحلي في نظام sysservers إلى اسم الملقم الظاهري.

    مشكلة محتملة

    عادة ما يكون إنشاء الموارد مشكلة في أبداً. يجب أن تشاهد الموارد يتم إنشاؤها في مجموعة موجودة القرص. هذه الخطوة هو إنشاء الموارد وإجراء تبعيات بينهما لكي تبدأ في الترتيب الصحيح.

    إحضار الموارد عبر إنترنت المرحلة الأخيرة من الإعداد. المرحلة الأولى هي بدء تشغيل خدمة VIRTNAME $ MSSQLSERVER الاتصال به وقم بتعيين القيم في sysservers بشكل صحيح. في حالة فشل هذه الخطوة ثم الكل الإعداد فشل و rollbacks العمل لقد المنجز حتى الآن. عند إعادة الربط الملف Sqlsrv32.dll (ملف ODBC) لا يعمل بشكل صحيح. عند حدوث ذلك، سوف ترى خطأ 123 أو 126 في سجل الإعداد الكتلة (Sqlclstr.log) فقط بعد الاستدعاء fixsysservers.

    في حالة حدوث هذا الموقف:
    • نظام المجموعة يتم قطع بشكل كامل.
    • يحدث بسبب المعالج بتغيير أحد هذين المرجعين إلى الملف Kernel32.dll فقط تشير الملف Vernel32.dll بدلاً من ذلك.
    • إذا سبق لك أن قمت بتثبيت إصدار مختلف من Microsoft Data Access Components (MDAC) على الكمبيوتر قبل تثبيت SQL ، يختلف إصدار الملف Sqlsrv32.dll على النظام.
    دقة الأول

    إعادة تمهيد ملقمي ثم قبل إعادة المحاولة, تأكد من تشغيل فقط الحد الأدنى من الخدمات كما هو موضح في مقالات "قاعدة المعارف لـ Microsoft" التالية:

    192708INF: ترتيب تثبيت إعداد SQL Server 6.5 MSMQ 1.0 للمجموعات
    219264INF: ترتيب تثبيت إعداد SQL Server 7.0 للمجموعات
    دقة الثاني

    إعادة تسمية الملف Sqlsrv32.dll ثم أعد تمهيد جهاز الكمبيوتر. قبل إعادة المحاولة, تأكد من تشغيل فقط الحد الأدنى من الخدمات كما هو موضح في مقالات قاعدة Microsoft الأساسية التالية:

    192708INF: ترتيب تثبيت إعداد SQL Server 6.5 MSMQ 1.0 للمجموعات
    219264INF: ترتيب تثبيت إعداد SQL Server 7.0 للمجموعات
    الحل الثالث

    اتصل بخدمات دعم منتج SQL.
  9. انتهاء معالج الكتلة SQL.

وحدات السيناريو المحددة

السيناريو 1

المشكلة

فشل معالج الكتلة SQL مع إدخال التسجيل التالي:
@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [C:\WINNT\System32\SQAGTRES.DLL]@@@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [\\LNXDAYCC02\admin$\system32\SQAGTRES.DLL]~~~ XXX InstallRemote failed[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.					
الدقة

تحقق من أنه يمكنك إجراء اتصال \\server_name\admin$ من كلا العقدتين في الكتلة.

تأكد من تدقيق هذا إذا تم تغيير أية إعدادات بطاقة (NIC) واجهة شبكة الاتصال أو إذا تم استبدال بطاقات شبكة الاتصال.

تحذير في حال تعطيل الملفات ومشاركة الطباعة لشبكات Microsoft "ضمن خصائص" اتصال الشبكة "على أجهزة كمبيوتر Windows 2000 فلن تكون قادراً على إجراء اتصال إلى المجلدات المشتركة الإدارية. محاولات الوصول إلى مشاركات إدارية يؤدي إلى خطأ: رسالة الخطأ 53 حدوث.

السيناريو 2

المشكلة

فشل معالج الكتلة SQL مع ظهور الرسالة العامة التالية ثم عدم وجود مرجع إلى ملف معين:
الملف موجود بالفعل.
الدقة

تحقق من أن اسم المجموعة SQL بالحروف الكبيرة (للغة الإنجليزية فقط). إذا لم يكن المعالج يحاول إنشاء مجموعة جديدة ولكن يتعذر كذلك إلى. إذا لم تكن كافة أحرف كبيرة و إعادة تسمية اسم مؤقتة (مثل س) و ثم أعد تسمية إلى الاسم الصحيح في كافة أحرف كبيرة.

ملاحظة ينطبق هذا على مجموعات تمت إعادة تسميته. الأسماء الافتراضية مثل "المجموعة القرص 1" أن يكون لديك مواردها نقل إلى المجموعة الجديدة إذا طلب لـ SQL.

السيناريو 3

المشكلة

يظهر ملف Sqlclstr.log ما يلي:
~~~ ClusterResourceStart... tick=2, state=2[validate.cpp:147] DeleteTestGroup:OpenClusterResource: 5007 (0x138f): The cluster resource could not be found. ~~~ XXX Copy Files failed[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.					
الدقة

للتحقق من مشاركات الشبكة على كل عقدة والبحث عن ما يلي:
  • \\cluster_tools_share
  • \\cluster_setup_share
إذا تم العثور على أي, بحذفها.

السيناريو 4

المشكلة

عند محاولة re-cluster SQL بعد تثبيت SQL حزمة 1 خدمة ، فشل التثبيت بسبب الخطأ التالي في ملف Sqlcluster.log:
Looking at disk P:Disk P is fixed in group SQL_DiskLooking at disk Q:Disk Q is used by SQL but is moveableLooking at disk R:Error: Resource groups SQL_Disk and Disk_R both contain SQL disks[chkconf.cpp:1416] : 160 (0xa0): The argument string passed to DosExecPgm is not correct. [chkconf.cpp:1482] ClusterFindVirtualSQLSrvGroup: 160 (0xa0): The argument string passed to DosExecPgm is not correct.					
محرك الأقراص "P" هو محرك الأقراص الذي تم تثبيت SQL و اعتبار المثبت كان محرك الأقراص فقط قيد الاستخدام. في الواقع يتم استخدام محركات الأقراص P و Q و R.

الدقة

تحقق من سجلات الخطأ SQL وجدول النظام sysdevices ثم تأكد من أن كافة محركات الأقراص المستخدمة من قبل SQL في المجموعة SQL باستخدام SQL.

ملاحظة إذا تم إضافة موارد نظام مجموعة إضافية على القرص إلى نظام المجموعة للاستخدام بواسطة SQL أو إذا تم تعيينها للاستخدام الأقراص الأخرى المستخدمة حالياً في نظام المجموعة بواسطة ملقم SQL متفاوت المسافات يجب إضافة كـ تبعيات من SQL Server.

سيناريو 5

المشكلة

الإعداد غير قادر على تحديث عقدة البعيد أو حدوث أخطاء عند الاتصال على كافة قواعد البيانات الافتراضي أثناء إجراء الإعداد الأولي.

على سبيل المثال:
#### SQL Server Remote Setup - Start Time 10/28/99 13:14:22 ####Script file copied to '\\server8\ADMIN$\secnode.iss' successfully.Installing remote service...Running '\\node1\F$\ENGLISH\X86\setup\setupsql.exe SecNode=1 -s -f1 \\node2\ADMIN$\secnode.iss'...Remote process exit code was '-1'.\\node2\Admin$\sqlsp.logDisconnecting from remote machine...Service removed successfully.Remote files removed successfully.#### SQL Server Remote Setup - Stop Time 10/28/99 13:15:08 ####
الدقة

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

ملاحظة عند نسخ حساب يكون عضواً Administrators المحلية المجموعة ، المستخدم لا يمكن تغيير كلمة المرور لا يتم نسخ إعداد. عادةً ما يتم تحديد خانة الاختيار تسجيل يجب تغيير كلمة المرور عند التالي دخول المستخدم بغض النظر عن الإعداد الخاص به في حساب الأصلي; ومع ذلك، يجب إلغاء تحديد خانة الاختيار هذه. أيضاً، يجب تحديد خانة الاختيار عدم انتهاء مدة صلاحية كلمة المرور. بعد إكمال كافة الإدخالات, انقر فوق إضافة.

الآن، من قائمة "إدارة المستخدمين" ، حدد الحقوق Policies\User, حدد إظهار حقوق المستخدم متقدمة ، ثم منح الحقوق التالية إلى مستخدم جديد:
  • التعامل كجزء من نظام التشغيل.
  • تسجيل الدخول كخدمة.
  • تسجيل الدخول محلياً.
بعد ذلك تسجيل الدخول إلى كلا العقدتين باستخدام حساب تم إنشاؤه حديثاً وإجراء اتصال أساسي وحقوق اختبار:
  • للتحقق من الاتصال (RPC) "استدعاء إجراء عن بعد محاولة تسجيل الدخول عن بعد من كل عقدة إلى أخرى مع إما الأداء أو Regedt32 أو Srvmgr.

  • للتحقق من NetBIOS حاول إصدار \\machine_name net view و \\machine_name\admin$ net use

  • للتحقق من RDR ومن SRV دون اتصال NBT و IP net view \\ عنوان IP

  • حاول استخدام telnet أو جلسة عمل FTP لاختبار وظيفة النقل.

سيناريو 6

المشكلة

حالات فشل SQL 6.5 الكتلة معالج وسجل السطر الأخير من كتلة المعالج:
Start SQL Server cConnectString="ODBC;DSN='';DRIVER={SQL Server};SERVER=CLIO;DATABASE=master;UID=sa;PWD="					
الدقة

أولاً تحقق من ذلك تنفيذ @@ servername لا يقوم بإرجاع استجابة فارغة. إذا كان ذلك، ثم جدول النظام sysservers لا يحتوي إدخال اسم الملقم المحلي. تصحيح هذا ثم قم بالمتابعة.

إذا تمكنت من التحقق من @@ servername ، يجب إعادة تحميل برامج تشغيل ODBC ثم قم بتشغيل نظام SQL معالج مرة أخرى. لإعادة تحميل برامج تشغيل ODBC ، شغّل برنامج الإعداد من القرص المضغوط SQL Server 6.5 الموسّع Edition إما في الدليل \I386\Odbc لأجهزة الكمبيوتر المستندة إلى Intel أو الدليل \Alpha\Odbc لأجهزة الكمبيوتر المستندة إلى Alpha.

سيناريو 7

المشكلة

كل مرة يتم تشغيل الملف Clustwiz.exe Dr. Watson تظهر رسالة تشير إلى ملف Cpqmgmt.dbg.

الدقة

كافة مراجع قاعدة معارف Microsoft التالية تشير إلى أن هذه المشكلة تتعلق إلى إدارة أعمق Compaq. تطبيق أحدث Compaq SoftPak (في معظم الحالات SSD 2.12a) ثم إيقاف كافة خدمات المتعارضة الممكنة كما هو موضح في مقالات قاعدة Microsoft الأساسية التالية:
192708INF: ترتيب تثبيت إعداد SQL Server 6.5 MSMQ 1.0 للمجموعات
219264INF: ترتيب تثبيت إعداد SQL Server 7.0 للمجموعات

سيناريو 8

المشكلة

إدخال التسجيل التالي غير صحيح:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVer\CommonFilesDir
الدقة

قم بتصحيح المسار.

سيناريو 9

المشكلة

أنت غير قادر على إلغاء ترتيب قطاعات SQL باستخدام معالج تجاوز الفشل الكتلة SQL.

الدقة

عندما معالج تجاوز الفشل الكتلة SQL تشغيل SQL يتم إنشاء موارد نظام مجموعة. تبعًا للإعدادات الافتراضية، يكون هذه الموارد بنية التسمية التالية:
   <Virtual_SQL_Server_Name> IP Address   <Virtual_SQL_Server_Name> Network Name   <Virtual_SQL_Server_Name> SQL Server 7.0   <Virtual_SQL_Server_Name> VServer   <Virtual_SQL_Server_Name> SQL Server Agent 7.0					
على سبيل المثال إذا كان Virtual_SQL_Server_Name xyz SQL الموارد, بشكل افتراضي باسم كـ:
   xyz IP Address   xyz Network Name   xyz SQL Server 7.0   xyz VServer   xyz SQL Server Agent 7.0					
إذا كل أو بعض من هذه الموارد ثم تعديل إلى:
   IP Address   Network Name   SQL Server   Virtual Server   SQL Agent					
يمكن أن يسبب هذا معالج تجاوز الفشل الكتلة SQL فشل أو تعليق عند استخدامها. لحل هذه المشكلة، أعد تسمية الموارد إلى أسماء افتراضية.

سيناريو 10

المشكلة

يظهر SQLCLUST.LOG ما يلي:
~~~ OnEnableCluster: UpdateSku~~~ OnEnableCluster: TransferSQLServices+++ TransferSQLServices: enter+++ TransferSQLServices: calling AddVSNameLanManServer[reghelp.h:132] type not REG_MULTI_SZ: 160 (0xa0): The argument string passed to DosExecPgm is not correct.[reghelp.h:133] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.[reghelp.h:290] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.[clenable.cpp:1803] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.[clenable.cpp:1836] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.[clenable.cpp:2379] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.~~~ XXX TransferSQLServices failed					
الدقة

تحقق من أن قيمة نوع مفتاح التسجيل التالي:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionPipes					
هو REG_MULTI_SZ.

فشل الفعلي قيد RegQueryValue_MULTI_SZ(). فشل لأن نوع المفتاح ليس REG_MULTI_SZ.

كان نوع المفتاح غير REG_MULTI_SZ, الذي سوف تحتاج نسخ المحتويات من المفتاح, حذف ثم إعادة إنشاء المفتاح مع نفس القيمة اسم ونوع الصحيح ثم قم باستبدال المحتويات.

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

خصائص

رقم الموضوع: 254593 - آخر مراجعة: 12/05/2015 18:43:14 - المراجعة: 5.1

Microsoft SQL Server 7.0 Enterprise Edition, Microsoft SQL Server 6.5 Enterprise Edition

  • kbnosurvey kbarchive kbmt kbinfo KB254593 KbMtar
تعليقات