تنظیم DFS Replication برای SYSVOL

تنظیم DFS Replication برای SYSVOL

همانطور که گفته شد؛ SYSVOL یک پوشه (folder) است که به صورت پیش فرض در systemroot%SysVol% قرار دارد. این پوشه شامل اطلاعاتی نظیر Group Policy Templates است. در حالت ایدآل، فلدر های sysvol روی تمام دامین کنترلرها باید کاملا یکسان باشند. مدیران شبکه باید Replication فلدر sysvol را طوری مدیریت کنند که ضمن کافی بودن، بیشترین اثربخشی را داشته باشد. در گذشته  از File Replication Service یا به اختصار FRS برای Replication دو فلدر SysVol استفاده می شد اما از ویندوز سرور 2003 R2 به بعد، با توجه به مزایای DFS-R توصیه می شود از DFS-R استفاده کنید. تنظیم، مدیریت و حل مشکل FRS قدری دشوار است و از لحاظ حجم و performance دارای محدودیت است(به علت الگوریتم) بنابراین مهاجرت به DFS-R برای تمام شبکه ها توصیه می شود.

توجه: Domain Functional Level لازم است  2008 Windows Server باشد و بدیهی است؛ صرفا استفاده از ویندوز سرور 2008 برای استفاده از DFS-R کافی نیست.

انگیزه های مهاجرت به DFS-R

استفاده از تکنولوژی های DFS مقاومت در برابر خطا افزایش یافته و در شبکه های WAN همسان سازی اطلاعات بهتر صورت گیرد. DFS کوتاه شده ی Distributed File System است که یکی از این تکنولوژی ها DFS Replication است. مزایای DFS-R عبارت اند از:

1) اثر بخشی بیشتر در استفاده از شبکه : فقط تغییراتی که روی یک فایل اتفاق افتاده منتقل می شود. استفاده از الگوریتم فشرده سازی بایتی جدید به نام Remote differential compression و …

2) مدیریت آسان تر : با استفاده از Snap-in به نام DFS Managment می توان آن را مدیریت کرد.

3) دسترسی آسان تر به اطلاعات با استفاده از مجازی سازی فضای نامی

4) توسعه های در مقیاس های بزرگ : از آنجایی که تنظیمات آن در اکتیو دایرکتوری ذخیره می شود، DFS-R یک متد Replication مطمئن است که بدون توجه به توپولوژی می توان هزاران node را پوشش دهد.

و بسیاری مزایای دیگر.

مراحل مهاجرت

از آنجایی که SysVol شامل اطلاعات حیاتی برای دامین است، ویندوز فرآیندی برای انتقال یک دفعه ای از FRS به DFS-R ندارد. فرآیند مهاجرت به این شکل است که ابتدا یک ساختار موازی با SysVol ایجاد می شود و سپس Request های برای SysVol به ساختار جدید هدایت می شود. زمانی که مشخص شد مکانیسم DFS-R به خوبی کار می کند، FRS حذف می شود. این مهاجرت در 4 گام صورت می گیرد:

گام 0 ، شروع : زمانی است که فقط از FRS برای Replicate کردن SysVol استفاده می شود.

گام 1، آماده شده :  یک کپی از فلدر SysVol به نام SysVol_DFS ساخته شده و DFS شروع به Replicate کردن آزمایشی می کند. هر چند هنوز از فقط از پوشه SysVol استفاده می شود و با FRS عملیات Replication صورت می گیرد.

گام 2، هدایت شده : دیگر از فلدر SysVold_DFS استفاده می شود و نام Share پوشه Sysvol به  SysVold_DFS مسیرش عوض می شود.

گام3، حدف شدن: Relicate شدن با FRS متوقف می شود، هرچند پوشه SysVol همچنان موجود است و اگر می خواهید آن را delete کنید باید دستی این کار را انجام دهید.

روش مهاجرت

روی خط فرمان (CMD) می توانید مهاجرت را آغاز کنید. این کار با دستور DFSRmig انجام می شود. از 3 سوییچ این دستور باید استفاده کنید:

SetGlobalState State :  با این سوییچ می توانید مرحله مهاجرت را تعیین کنید. متغییر state مقادیر 0 تا 3 را می تواند اختیار کند. (مشابه آنچه در مراحل گفته شد) تمامی دامین کنترلر ها از مهاجرت به مرحله دیگر مطلع می شوند و خود را منطبق می کنند.

GetGlobalState : با این سوییچ می توانید مرحله فعلی مهاجرت را ببینید.

GetMigrationSate : با این سوییچ می توانید وضعیت فعلی مهاجرت هر دامین کنترلر را ببینید. علت وجود چنین سوییچی آن است که مدت زمانی طول می کشد تا دامین کنترلرها از مرحله جدید مهاجرت آگاه شوند و از آن مهم تر مدت زمانی طول می کشد تا دامین کنترلر فعالیت های مربوط به مهاجرت را انجام دهد.

برای افزایش مرحله مهاجرت، از سوییچ SetGlobalState استفاده کنید و برای رفتن به مرحله بعدی باید 15 دقیقه تا 1 ساعت منتظر بمانید. در زمان انتظار حتما با سوییچ  GetGlobalState وضعیت کلی و با سوییچ GetMigrationState وضعیت هر دامین کنترلر را بررسی کنید.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *