تعيين خيارات خادم WINS الاساسيه والثانوية


الأعراض


إذا كان نظام التشغيل Windows NT يقوم بتشغيل خدمه التسمية الخاصة بالإنترنت ل Windows (WINS) وتمت المشاركة في النسخة المتماثلة لقاعده بيانات WINS علي الشبكة ، فيجب الاستمرار في تكوين المكان الذي يشير اليه خادم WINS بالنسبة إلى تحليل الاسم الخاص به نوصي بان يكون خادم WINS يشير إلى نفسه كخدمه WINS أساسيه في تكوين TCP/IP. إذا حاولت تحديد عنوان WINS نفسه في عنوان WINS الثانوي ، ستتلقى رسالة الخطا "خادم WINS موجود بالفعل في القائمة". يمكن تعيين التكوين باستخدام السجل. ومع ذلك ، نظرا لإدخال العنوان بالفعل ، فلن تحتاج إلى اضافته مره أخرى.

الحل البديل


نوصي بان يقوم خادم WINS دائما بالاشاره إلى نفسه باعتباره WINS الأساسي فقط. يتجنب هذا التكوين التسجيلات المقسمة والمشاكل الأخرى. للحصول علي معلومات اضافيه حول بعض هذه المشاكل الأخرى ، يرجى الاطلاع علي المقالات التالية في قاعده معارف Microsoft:135405 إصلاح قاعده بيانات wins تالفةبال150520168712 إصدار الاولي

الحالة


أقر Microsoft ان هذه المشكلة في منتجات Microsoft المدرجة في بداية هذه المقالة.

مزيد من المعلومات


عندما يتم تشغيل اي كمبيوتر تم تمكين WINS عليه ، يجب ان يقوم بتسجيل مجموعه متنوعة من الخدمات باستخدام WINS. عاده ما يكون لدي الكمبيوتر عنوان WINS أساسي وثانوي مكون في اعداد TCP/IP. إذا لم يستجب WINS الأساسي إلى التسجيلات ، سيحاول الكمبيوتر WINS الثانوي. للحصول علي مزيد من المعلومات حول الخدمات التي يمكن تسجيلها ، يرجى الاطلاع علي المقالات التالية في قاعده معارف Microsoft119495 : قائمه الأسماء التي تم تسجيلها باستخدام wins سيرفيسيجينيرالي ، يجب ان يتم تكوين معظم العملاء والخوادم باستخدام عنوان Wins الأساسي والثانوي ، ولكن يجب ان يتم الحصول علي تنبيه مع كيفيه تكوين خادم wins يقوم خادم WINS في النهاية بتسجيل خدماته في قاعده بيانات WINS المحلية ، بغض النظر عما إذا كانت تشير إلى نفسها ام لا (اما أساسيه أو ثانويه أو بلا). يمكن ان يسبب التسجيل بنفسه وخادم WINS الآخر مشاكل عندما يتعلق بالنسخ المتماثل لهذه الإدخالات وتجديدها. علي سبيل المثال ، إذا كان لديك خادم WINS ("Srv1") الذي يشير إلى نفسه كالاساسي ويشير إلى WINS آخر كثانوي ("Wins2"). عند تشغيل Srv1 ، يحاول عاده تسجيل خدماته قبل بدء خدمه WINS الخاصة به. بما ان هذه التسجيلات فشلت ، فانها تحاول تسجيلها في Wins2. إذا كان Wins2 متوفرا ، فانه يقبل طلبات التسجيل. علي الرغم من ذلك ، لم يتم تسجيل كل الخدمات في Wins2 ، لأنه يتم اجراء طلبات التسجيل هذه ، سيستمر Srv1 بالتحقق من خدمه WINS المحلية الخاصة بها. بمجرد تشغيل الخدمة ، يمكنك التبديل مره أخرى اليها ومتابعه التسجيل محليا. بعد حدوث النسخ المتماثل بين Srv1 و Wins2 ، تظهر كلا قاعدتي البيانات هذه الملكية:
Srv1: تملك Srv1 ال> الخاصة به<20 ، والمجال<1 سنتيم> (إذا كان وحده تحكم مجال) Wins2: تملك كل التسجيلات الSrv1ه الأخرى ، ويملك أيضا المجال<1 سنتيم> من Srv1
يشار إلى هذا الشرط علي انه "تسجيل منقسم". في هذه المرحلة ، Srv1 أعاده التسجيل محليا ، ولكنها ستستغرق وقتا قصيرا قبل ان تتمكن من رؤيتها. اثناء و Srv1 و Wins2 بالنسخ المتماثل لتعيينات التسجيل المقسمة إلى خوادم WINS الأخرى. في النهاية ، يجب ان تتم تسويه هذه النسخ المتماثلة علي WINS البعيد (اي انه يتم استبدال النسخ المتماثلة الWins2ه بالنسخ المتماثلة Srv1 الأحدث). ومع ذلك ، قبل الانتهاء من التسوية ، قد تحدث مشاكل في اتصال العميل ، بما في ذلك عدم القدرة علي الاتصال بخادم WINS يقوم بتقسيم تسجيله (في هذا المثال ، Srv1) ، أو عدم القدرة علي حل المجال<1 سنتيم> اسم الذي Srv1 التسجيل. تختلف الشروط الدقيقة التي تؤدي إلى حدوث فشل. إذا كانت خوادم WINS تقوم بتشغيل Windows NT الإصدار 3.51 مع Service Pack 4 (أو إصدار أحدث) ، يجب ان تكون هذه الشروط مؤقته فقط. علي الرغم من ذلك ، قد تكون المشكلة أكثر خطورة استنادا إلى نظام النسخ المتماثل الخاص بك أو إذا كنت تعمل علي خادم WINS لحزمه الخدمات التجريبية.
يوجد تكوين خاطئ آخر يقوم بتعيين عنوان IP بعيد (في هذا المثال ، Wins2) كاساسي اثناء تعيين WINS المحلي (Srv1) كملف ثانوي. في هذه الحالة ، سيتوقف Srv1 في النهاية عن تحديث تاجير NetBIOS في Wins2 ، سيبدا التسجيل محليا. وفقا لنظام النسخ المتماثل ل WINS ، قد يؤدي هذا إلى مشاكل في الاتصال.