تا %60 تخفیف خرید برای 3 نفر با صدور مدرک فقط تا
00 00 00
در توسینسو تدریس کنید

آموزش گام به گام راه اندازی فایل سرور (DFS) سرور 2012 قسمت 3

با درود فراوان خدمت ITPRO ای های عزیز، اجازه بدید قبل از اینکه بپردازیم به Trick ای که قولش رو داده بودم یکم بیشتر در باره اصل ماجرا یعنی تغییرات صورت گرفته در 2012 صحبت کنیم.به عنوان مقدمه برای توضیح یکی از این قابلیت ها باید آشنا بشیم با نحوه Replication بین DFS Server ها، این کار بصورت پیشفرض با پروتکل RDC انجام می گیرد که یک الگریتم فشرده سازی به نام Remote Differential Compression هست و به این صورت عمل میکند که بجای اینکه کل فایلی که تغییر کرده رو در مقصد کپی کند فقط تغییرات یا اصطلاحا Appends رو که بچه های برنامه نویس با این واژه بخوبی آشنایی دارند جابجا میکند و این مطلب باعث میشود که ترافیک کمتر و پهنای باند کمتری صرف Replication ها بشود. خوب قابلیتی که در 2012 اضافه شده در واقع disable کردن این قابلیت هست !!!

حالا شاید برای شما هم این سوال پیش بیاد چرا ؟ خوب درسته که این قابلیت بسار خوبی هست اما وقتی شما به مانیتور کردن سرورتون می پردازید مخصوصا در جاهایی که از سخت افزار خیلی قویی استفاده نمی کنید یا حجم تغییرات داده ها بالاست متوجه میشید که درصد بالایی از منابع CPU و هاردتون برای این قابلیت صرف میشه پس اینجاست که ممکن ترجیح بدید از این قابلیت چشم بپوشید به این صورت : دوباره برمیگردیم به کنسول DFS عزیز و اینبار Replication Group ای که قبلا ایجاد کرده بودیم رو انتخاب میکنیم در قسمت میانی و تب دوم یعنی Connection همونطور که میبینید برای هر طرف از Server1 به Server2 و بلعکس یک Connection داریم با راست کلیک کردن بر روی Connection مورد نظر میبینیم در صفحه نخست چک باکس دوم مربوط به RDC هست که با برداشتن این تیک این قابلیت از اون Connection خاص حذف میشه

وب سایت توسینسو

اجازه بدید تا اینجا هستیم دو نکته دیگر رو هم اضافه کنم همونطور که در عکس بالا مشاهده میکنید ما این قابلیت رو داریم تا با برداشتن تیک چک باکس اول Replication این Connection رو هم از کار بندازیم و یک Replication یکطرفه بین سرورهامون برقرار کنیم و با استفاده از تب دوم یعنی Schedule زمان بندی و پهنای باند متفاوتی رو برای سمتهای مختلف این ارتباط دوطرفه تنظیم کنیم که برای زمانی که بین سرورها فاصله فیزیکی زیادی باشه و اختلاف زمانی میتونه به کار بره.خوب تغییر بعدی مربوط به PowerShell cmdlets هست که در DFS Replication جدید هست و در DFS Namespaces جایگزین DFS Namespaces command-line tool, Dfscmd شده

وب سایت توسینسو

اتفاق دیگری که افتاده و میتونه جالب باشه جایگزین شدن SYSVOL replication توسط DFS Replication به جای File Replication Service (FRS) هست به Replication Group ای که بصورت پیشفرض هست رجوع کنید. البته این Group رو در صورتی میبینید که DFS سرورتون رو روی DC راه اندازی کرده باشید.مطلب بعدی Database cloning for initial sync هست که این قابلیت رو میده که از 3 طریق عمده هنگامی که یک DFS سرور جدید یا ریکاور شده رو به سیستم اضافه میکنید تا 99 درصد در زمان و پهنای باند اولین Replication صرفه جویی کنید که خودش یه مقاله جداگانه رو می طلبه.مطالب دیگری هم مثل Support for Data Deduplication volumes و پاکسازی هنگام خروج یک Member و ریکاوری از حالتی که سروری میان replication خاموش میشه بصورت اتومات و ... هم هست که دیگه خیلی طولانی میشه اگه بخواهیم به همه این موارد اشاره کنیم که خلاصه ای از اونها رو در تصویر پائین ملاحظه می فرمائید

وب سایت توسینسو
وب سایت توسینسو

خوب حالا دیگه وقت اون رسیده که بپردازیم به قولی که داده بودیم و ایجاد Load Balancing در DFS برای اینکار در خود DFS سرویس و قابلیتی نداریم و در واقع با یک کلک یا لم میخواهیم این ساختار رو ایجاد کنیم برای اینکار باید مراحل زیر رو دنبال کنیم اول از همه مطمئن باشید بین سرورها تون یا سرور هایی که این خصوصیت رو روشون پیاده سازی میکنیم یک Connection دوطرفه برقرار باشه یعنی از Server1 به Server2 و بلعکس

وب سایت توسینسو

اگر خاطرتون باشه ما پوشه Accounting رو در Server1 داشتیم و اونرو با نام Accounting1 وارد کرده بودیم و Folder Target رو روی server2 بهش معرفی کردیم اینبار پوشه Accounting رو که روی server2 هست به عنوان Share Folder و با نام Accounting2 و پوشه Accounting رو که روی server1 هست رو به عنوان Folder Target معرفی میکنیم

وب سایت توسینسو
وب سایت توسینسو

خوب اینکار رو برای هر سه فولدر انجام میدیم.و احتاجی به انجام اینکار در Replication Group هم نیست چون قبلا این پوشه ها در حال همگام شدن هستند تنها کاری که باید انجام دهید ارجاء نیمی از کاربران به پوشه های سری1 و نیمه دوم به سری2 است.و برای انجام اینکار دو راه حل پیش رومون هست اول اینکه مثل قدیم برای نیمی از کاربر ها به سادگی پوشه های سری1 رو Map میکنیم و برای نیمه دوم سری2 رو ولی اگه از تعداد پوشه های بالایی داشته باشیم کمی کار رو سخت میکنه

وب سایت توسینسو

ولی نگران نباشید نا سلامتی دیگه با access-based enumeration آشنا شدیم و وقتشه که یه استفاده مفیدی ازش ببریم پس کافیه یوزرهامون رو به دو گروه تقسیم کنیم و برای لینکها مون در DFS پرمیشن ها رو به گونه ای بدیم که به سری1 دسترسی برای گروه اول و به پوشه های سری2 دسترسی برای گروه دوم

وب سایت توسینسو

خوب حالا وقتی که هر یوزر به \\tosinso.com\fileserver مراجعه میکنه فقط پوشه هایی رو که بهشون دسترسی داره میبینه ، توجه فرمائید که این Permission با Permission هایی که روی خود Share Folder تنظیم شده فرق داره و مربوط به لینکهای درون DFS Server هست :

  • نکته 1 : Permission چه روی Share Folders و چه روی Link Folders به صورت اتومات بر روی تمامی سرورهای عضو Replication Group ، Replicate خواهد شد پس تغییرات بر روی یک سرور کافیست.
  • نکته 2 : در ساختار Domain-based namespace احتیاجی به این نیست که DFS Servers ی پشتیبان نقش Additional Domain Controller رو داشته باشند و یک Member Server ساده هم کافیست. اصولیش هم همین هست که از DC ها استفاده نکنیم مگر اینکه از این بابت در مضیقه باشیم.
  • نکته 3 : ما می توانیم تا 256 DFS Namespace داشته باشیم

در ادامه به مبحث FSRM خواهیم پرداخت و میبینیم که استفاده ازین کامپاننت فایل سرور و DFS در کنار هم چه امکانات قوی مدیریتی رو در اختیار ما قرار میدهد.

امید وارم این سری از آموزش ها مورد توجه دوستان گرامی ITPRO ای قرار گرفته باشه، از اساتید و بزرگوارانی که تجربه یا نظری در اینباره دارند خواهشمندم که ما رو بی بهره نگذارند.

با تشکر

نویسنده : مهدی باقری

منبع : جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو

هرگونه نشر و کپی برداری بدون ذکر منبع و نام نویسنده دارای اشکال اخلاقی می باشد

نظر شما
برای ارسال نظر باید وارد شوید.
3 نظر
افرادی که این مطلب را خواندند مطالب زیر را هم خوانده اند