اگر چه ویندوز سرور 2008 و 2012 فرآیند Replication را در تکنولوژی سرویس DFS بهبود بخشیده است اما ما در این مقاله به شرح آنچه که مایکروسافت برای بهبود بیشتر و سلامت و نگهداری آن توصیه کرده است میپردازیم.در این مقاله به Best Practice های مایکروسافت درباره سرویس DFS میپردازیم.
Backup Strategy(استراتژی پشتیبان گیری):
اینکه فکر کنید فولدرها و فایل ها در DFS tree ذخیره میشوند و با سرور های دیگر این اطلاعات Replicate میشوند و نیازی به تهیه نسخه Backup از آنها ندارید متاسفانه در اشتباهید.داشتن سرور های DFS replica از اطلاعات شما در برابر وقوع حادثه ای مانند fail شدن هارد دیسک جلوگیری میکند.اما آن هیچ وقت از خرابی داده ها جلوگیری نمیکند.اگر فایلی دچار خرابی شداطلاعات خراب شده در سرور های تارگت هم Replicate میشود.
بخاطر اینکه داده ها در هر سرور DFS replica ریپلیکیت و یکسان سازی میشوند شما میتوانید از یکی از سرور های DFS replica یک نسخه Backup تهیه کنید.اما چیز مهمی که حتما باید به خطر داشته باشید این است که نرم افزاری که عملیات Backup گیری از داده های سرور DFS را انجام میدهد نباید داده های آرشیو شده را هم به مجموعه اطلاعاتی که بکاپ گرفته شده اند اضافه کند،به این دلیل که file replication با فایل های بکاپ گرفته شده از نقطه نظر تاریخ و Time stamp(مهر زمانی) منجر به تداخل پارامتر های مذکور میشود.این مورد شاید جدی به نظر نرسد اما خب به عنوان Best Practice مایکروسافت بهتر است به آن عمل کنید تا از آسیب های احتمالی به داده هایتان جلوگیری کنید.
Disk Space:
شاید این خیلی بدیهی به نظر برسد اما برخی اوقات شاهد این مسئله هستیم که ظرفیت Staging Folder را آنقدر کم و کوچک در نظر می گیرند که واقعا مسخره به نظر می رسد ، درایوی که حاوی Staging Folder است باید آنقدر ظرفیت و فضای خالی داشته باشد تا بتواند فرآیند Replication را برای DFS مدیریت کند ، در عین حال این فضا به منظور یک فضای موقتی برای Replicate کردن داده هایی که ارسال و دریافت می شوند نیز در نظر گرفته می شود.
The DFS Root:
ملاحظات متعددی درباره ایجاد DFS Root وجود دارد که باید رعایت کنید.بنده پیشنهاد میکنم که با یک DFS Root خالی شروع به ایجاد آن کنید بنابراین با این کار شما میتوانید از Replicate شدن هر داده ای جلوگیری کنید.DFS root باید تنها شامل فولدر هایی باشد که توسط DFS مدیریت میشوند.من همچنین پیشنهاد میکنم که از Replicate شدن داده های فولدر های درون DFS Namespace ریشه جلوگیری کنید،به این دلیل که ویندوز علاوه بر replicate کردن اطلاعات root فولدر های تارگت را هم replicate خواهد کرد.شاید این چیز زیاد بدی نباشد اما این را به خاطر داشته باشید که target folder ها در بسیاری از نمونه ها به طور مستقل اطلاعات خودشان را با DFS ریشه Replicate میکنند.پس راه اندازی replication در سطح Root افزونگی یا redundancy برای Replication فراهم نمیکند.
تصمیم گیری برای اینکه چه Replication ای مناسب است و یا اصلا Replication لازم است؟
در هر حال DFS replication به شما در امر تقسیم بار کاری بین فایل سرور های متعدد کمک شایانی میکند و میزانی از fault tolerance یا تحمل خرابی را برایتان به ارمغان می آورد اما توجه کنید که این همیشه مطلوب نیست.برای مثال محیطی را در نظر بگیرید که کاربران به طور مداوم بر روی داده ها تغییرات اعمال میکنند.در این چنین محیط هایی هر آپدیتی میتواند شماره ورژن فایل را تغییر دهدکه باعث انجام فرآِیند DFS replication میشود.اگر تعداد زیادی از این آپدیت ها بین فایل ها انجام شود به دنبال آن DFS Replication های زیادی انجام میپذیرد که اصلا مناسب و مورد قبول نیست.این حادثه در اصطلاح Replication storms(توفان Replication) نامیده میشود.
Replication storms ها قابل جلوگیری هستند،زیرا ویندوز سرور 2008 و 2012 به شما این امکان را میدهد تا مقدار پهنای باندی که توسط فرآیند Replication مصرف میشود را محدود کنید.مشکلی که در این قابلیت وجود دارد این است که اگر DFS replication پهنای باند کافی برای انجام دادن فرآیند replication نداشته باشد داده هایی که باید replicate میشدند بلافاصله با دیگر سرور ها synchronize نمیشوند که میتواند منجر به بوجود آمدن تداخل در ورژن های فایل شود.
به طور معمول بهترین محیط ها محیط هایی هستند که کاربران از فایل سرور های دیگر داده ها را میخوانند اما تغییرات زیادی روی آنها ایجاد نمیکنند.در اینگونه محیط ها بارکاری replication مینیمم است زیرا replication زمانی اتفاق می افتد که آپدیتی اتفاق بیافتد.
اگر کاربران سازمان تان بطور مداوم فایل ها را بروز رسانی میکنند شما میتوانید یک replication schedule برای آن تعریف کنید تا در ساعات کاری غیر اوج اقدام به replicate کردن داده هایی که میخواهند بروز رسانی شوند انجام دهد با این کار صرفه جویی موثری در پهنای باند لینک شبکه تان میشود.بار دیگر نیز این کار میتواند منجر به تداخل ورژن در دو نمونه جداگانه از فایل ها در هر بروز رسانی شود،قبل از اینکه replicate انجام گیرد.از این نقطه نظر شما باید تصمیمات جدی درباره انتخاب استراتژی تان با توجه به نیاز ها و شرایط سازمان تان بگیرید.
نتیجه گیری:
در این مقاله ما درباره موضوعاتی صحبت کردیم که شما میتوانید آنها را درمحیط های عملیاتی برای اطمینان حاصل کردن از اینکه DFS Replication در شرایط مناسب انجام پذیرد به کار بگیرید.ما همچنین درباره به کارگیری روش هایی که میتوانید برای عدم بوجود آمدن اختلال در شبکه در فرآیند replication انجام دهید نیز صحبت کردیم.بخاطر داشته باشید که این هایی که گفتیم تنها Best Practice های مایکروسافت در رابطه با این سرویس است و مسائل دیگر و حتی مهمتری نیز میتواند در فرآیند Replication صورت پذیرد.در مقاله بعد آموزش صفر تا صد راه اندازی سرویس DFS را در ویندوز سرور 2012 برایتان خواهیم داد.