خوش آموز درخت تو گر بار دانش بگیرد، به زیر آوری چرخ نیلوفری را
WINS سرور- ویژگی enable result caching
Windows Internet Naming Service یا WINS در ویندوز سرور 2003 تا حد زیادی نسبت به ویندوز 2000 تغییری نکرده است. برخی از پیشرفت های جزئی در کنسول در درجه اول برای Performance انجام شده و اما خود سرویس یکسان عمل می کند. تقریبا تا ویندوز سرور 2019 هم روند به همین شکل می باشد.
WINS سرویسی است که برای مکان یابی Resource ها یا منابع network basic input output system یا NetBIOS استفاده می شود. WINS یک دیتابیس داینامیک برای حفظ ارتباط بین اسامی NetBIOS ای و IP فراهم می کند. در حقیقت برای تحلیل نام های NETBIOS ای استفاده می شود. تغییرات در سرویس WINS در ویندوز سرور 2003 در درجه اول(البته نسبت به 2000) به منظور مدیریت WINS به Microsoft Management Console یا MMC افزوده شده است. اولین پیشرفت قابل توجه در نحوه نمایش رکوردهای WINS است. در ویندوز 2000 باید انتخاب میکردید که کدام رکوردها در کنسول نمایش داده شوند. شما می توانید برای یافتن رکوردها بر اساس نام، مالک (سرور WINS که رکورد روی آن ایجاد شده است) یا نوع (که انتخاب فرعی برای یافتن توسط مالک بود) انتخاب کنید. در ویندوز سرور 2003 تقریباً به همین صورت است، اما اکنون به سادگی Display Records را انتخاب کرده و پارامترهایی را برای نمایش رکورد انتخاب کنید که این پاراکترها عبارتنداز: Record Owner، Record Type و Record Mapping می باشد. مثلا در record mapping می توانید فیلتر کردن بر اساس نام، IP یا هر دو را داشته باشید. پیشرفت واقعی در کاری است که کنسول هنگام نمایش رکوردها انجام می دهد.
همانطور که در شکل زیر نشان داده شده است، هنگام انتخاب display records گزینه ای با عنوان Enable Result Caching دارید. اگر این گزینه را انتخاب نکنید، کوئری روی سرور WINS (یا سرورها در صورت درخواست چندین مالک) اجرا می شود و نتایج نمایش داده می شوند و کوئری های بعدی نیز روی سرور(های) WINS اجرا می شوند. بسته به سایز دیتابیس WINS و اتصال شبکه بین سرورها، ممکن است تاخیر قابل توجهی قبل از نمایش نتایج هر یک از کوئری ها در زمانی که کوئری از شبکه عبور می کند رخ دهد. با فعال کردن این گزینه رکوردهای WINS در سیستم بصورت لوکال دانلود شده و در مموری Cache می شوند. کوئری های بعدی میتوانند آن رکوردها را در مموری بدون نیاز به کوئری فرستادن دوباره به WINS سرور در کل شبکه پیدا کنند. بنابراین، با ذخیرهسازی نتایج، درخواستهای بعدی برای مشاهده همان دادهها، سریعتر میشوند چون از مموری این اطلاعات خوانده می شوند. قسمت بد ماجرا اینجاست که اگر دیتابیس WINS حجیم و بزرگ باشد، مقدار حافظه مصرف شده برای کش کردن فی الواقع می تواند Performance کلی WINS Server را کاهش دهد چون داده های زیادی روی مموری آن کش شده است.
اینکه چه چیزی در مموری Cache ذخیره میشود در واقع به کوئری بستگی دارد: اگر رکوردهای WINS را با owner درخواست کنید، تمام رکوردهای آن owner در دستگاه لوکال دانلود شده و در مموری Cache می شود. هر درخواستی که برای رکوردهای آن owner از کش مموری بازگردانده می شود، از WIN سرور پرسیده نمی شود؟ اگر چیزی در WINS سروری که کوئری برای آن ارسال شده تغییر کرده باشد، کوئری ها سریع تر پاسخ داده می شوند اما به طور بالقوه رکوردها قدیمی هستند. اگر رکوردهای WINS از طریق یک فیلتر (بر اساس نام، IP یا type) جستجو شوند، فقط آن رکوردها در نتایج کوئری ذخیره می شوند. کوئری های بعدی برای همان نتایج (یا زیر مجموعه) در مموری Cache می شوند اما کوئری های سایر رکوردها باید دوباره به WINS سرور (در کل شبکه) دسترسی داشته باشند.
تغییر دیگر در سرور WINS در تعیین replication partners معتبر می باشد. در نسخههای قبلی WINS، مدیران مجبور بودند به صورت دستی push/pull partner ها را برای فعال کردن replication بین دو سرور WINS پیکربندی کنند. برای کاهش این Load، ویندوز 2000 یک ویژگی جدید به نام پیکربندی Automatic Partner Configuration را معرفی کرد که به WINS سرورها اجازه میدهد WINS سرورهای دیگر را در شبکه شناسایی کرده و به طور خودکار روابط push/pull را پیکربندی کنند. اگر تعداد زیادی سرور WINS در شبکه وجود داشته باشند، autodiscovery و autoconfiguration میتواند به طور بالقوه منجر به هرج و مرج در WINS replication شود چرا که سرورهای WINS می تواند با یدکدیگر Replicate شوند. اما اکنون ادمین ها می توانند لیستی معین و مجاز از WINS ها را برای Partner تعیین کنند.
WINS سرویسی است که برای مکان یابی Resource ها یا منابع network basic input output system یا NetBIOS استفاده می شود. WINS یک دیتابیس داینامیک برای حفظ ارتباط بین اسامی NetBIOS ای و IP فراهم می کند. در حقیقت برای تحلیل نام های NETBIOS ای استفاده می شود. تغییرات در سرویس WINS در ویندوز سرور 2003 در درجه اول(البته نسبت به 2000) به منظور مدیریت WINS به Microsoft Management Console یا MMC افزوده شده است. اولین پیشرفت قابل توجه در نحوه نمایش رکوردهای WINS است. در ویندوز 2000 باید انتخاب میکردید که کدام رکوردها در کنسول نمایش داده شوند. شما می توانید برای یافتن رکوردها بر اساس نام، مالک (سرور WINS که رکورد روی آن ایجاد شده است) یا نوع (که انتخاب فرعی برای یافتن توسط مالک بود) انتخاب کنید. در ویندوز سرور 2003 تقریباً به همین صورت است، اما اکنون به سادگی Display Records را انتخاب کرده و پارامترهایی را برای نمایش رکورد انتخاب کنید که این پاراکترها عبارتنداز: Record Owner، Record Type و Record Mapping می باشد. مثلا در record mapping می توانید فیلتر کردن بر اساس نام، IP یا هر دو را داشته باشید. پیشرفت واقعی در کاری است که کنسول هنگام نمایش رکوردها انجام می دهد.
همانطور که در شکل زیر نشان داده شده است، هنگام انتخاب display records گزینه ای با عنوان Enable Result Caching دارید. اگر این گزینه را انتخاب نکنید، کوئری روی سرور WINS (یا سرورها در صورت درخواست چندین مالک) اجرا می شود و نتایج نمایش داده می شوند و کوئری های بعدی نیز روی سرور(های) WINS اجرا می شوند. بسته به سایز دیتابیس WINS و اتصال شبکه بین سرورها، ممکن است تاخیر قابل توجهی قبل از نمایش نتایج هر یک از کوئری ها در زمانی که کوئری از شبکه عبور می کند رخ دهد. با فعال کردن این گزینه رکوردهای WINS در سیستم بصورت لوکال دانلود شده و در مموری Cache می شوند. کوئری های بعدی میتوانند آن رکوردها را در مموری بدون نیاز به کوئری فرستادن دوباره به WINS سرور در کل شبکه پیدا کنند. بنابراین، با ذخیرهسازی نتایج، درخواستهای بعدی برای مشاهده همان دادهها، سریعتر میشوند چون از مموری این اطلاعات خوانده می شوند. قسمت بد ماجرا اینجاست که اگر دیتابیس WINS حجیم و بزرگ باشد، مقدار حافظه مصرف شده برای کش کردن فی الواقع می تواند Performance کلی WINS Server را کاهش دهد چون داده های زیادی روی مموری آن کش شده است.
اینکه چه چیزی در مموری Cache ذخیره میشود در واقع به کوئری بستگی دارد: اگر رکوردهای WINS را با owner درخواست کنید، تمام رکوردهای آن owner در دستگاه لوکال دانلود شده و در مموری Cache می شود. هر درخواستی که برای رکوردهای آن owner از کش مموری بازگردانده می شود، از WIN سرور پرسیده نمی شود؟ اگر چیزی در WINS سروری که کوئری برای آن ارسال شده تغییر کرده باشد، کوئری ها سریع تر پاسخ داده می شوند اما به طور بالقوه رکوردها قدیمی هستند. اگر رکوردهای WINS از طریق یک فیلتر (بر اساس نام، IP یا type) جستجو شوند، فقط آن رکوردها در نتایج کوئری ذخیره می شوند. کوئری های بعدی برای همان نتایج (یا زیر مجموعه) در مموری Cache می شوند اما کوئری های سایر رکوردها باید دوباره به WINS سرور (در کل شبکه) دسترسی داشته باشند.
تغییر دیگر در سرور WINS در تعیین replication partners معتبر می باشد. در نسخههای قبلی WINS، مدیران مجبور بودند به صورت دستی push/pull partner ها را برای فعال کردن replication بین دو سرور WINS پیکربندی کنند. برای کاهش این Load، ویندوز 2000 یک ویژگی جدید به نام پیکربندی Automatic Partner Configuration را معرفی کرد که به WINS سرورها اجازه میدهد WINS سرورهای دیگر را در شبکه شناسایی کرده و به طور خودکار روابط push/pull را پیکربندی کنند. اگر تعداد زیادی سرور WINS در شبکه وجود داشته باشند، autodiscovery و autoconfiguration میتواند به طور بالقوه منجر به هرج و مرج در WINS replication شود چرا که سرورهای WINS می تواند با یدکدیگر Replicate شوند. اما اکنون ادمین ها می توانند لیستی معین و مجاز از WINS ها را برای Partner تعیین کنند.
نمایش دیدگاه ها (0 دیدگاه)
دیدگاه خود را ثبت کنید: