چرا Replicate میکنیم؟
سئوالی که ممکن است برایتان پیش بیاید این است که ما چرا از Replication در سرور های DFS استفاده میکنیم و این کار چه مزیت هایی به همراه دارد.به طور فنی شما به DFS سرور های چندگانه نیاز ندارید.اما توجه کنید شما دقیقا به Replica DFS Server نیاز خواهید داشت.برای شروع شما با استفاده از replica server های متعدد به زیرساخت DFS خود را درجه ای از scalability یا مقیاس پذیری خواهید رساند.به جای اینکه هر کاربر به منابع به اشتراک گذاشته شده در یک سرور دسترسی پیدا کنند شما میتوانید درخواست Workload ها یا بارکاری هر کاربر را بین DFS Server های متعدد توزیع کنید تا اینکه فقط یک سرور پاسخگوی درخواست های آنها باشد.
دلیل دیگر استفاده از DFS replica های چندگانه فراهم آوردن fault tolerance یا تحمل خرابی میباشد.برای مثال فرض کنید میخواهید Service Pack های ویندوز را بر روی ویندوز سرور نصب کنید و به لطف ویندوز جان در هر بار نصب شدن باید یکبار ریستارت شود این ریستارت شدن پی در پی میتواند مانع از دسترسی پیوسته به منابع سرور میشود و ما در اینجا down time خواهیم داشت حال اگر از DFS replica های چندگانه استفاده کنیم این مشکل نیز مرتفع میشود.شما میتوانید با فراهم آوردن fault tolerance در DFS سرور ها در صورت Fail شدن یکی از لینک های شبکه به سرویس دهی به کاربران ادامه دهید.فرض کنید شما یک branch office دارید که با لینک WAN به main office یا اداره مرکزی وصل شده است در این حین اگر لینک WAN از کار بیفتد و خراب شود کاربران حاضر در branch office نمیتوانند به هر سروری که در main office وجود دارد وصل شوند و از منابع آنها استفاده کنند.حال اگر یک سرور DFS replica در branch office داشته باشید آخرین بار قبل از fail شدن لینک WAN اطلاعاتی که از DFS Root حاضر در main office با DFS replica حاضر در branch office ریپلیکیت شده اند دریافت میکند و زمانی که DFS Root به مدار بازگشت DFS replica در branch office اطلاعاتش را با DFS Root حاضر در main office یکسان سازی یا Synchronize میکند.
Replication Topology(توپولوژی Replication):
ویندوز سرور 2008 و همچنین 2012 از جفت توپولوژی های Replication پشتیبانی میکند.هر توپولوژی مزایا و معایب خاص خودش را داراست.اگر شما در تصمیم گیری برای استفاده از این توپولوژی ها مشکل دارید شما بایستی با توجه به نیاز سازمان خود از این توپولوژی ها بهره ببرید.در ادامه به معرفی هر یک از این توپولوژی ها میپردازیم...
The Hub and Spoke Topology
این توپولوژی یکی از محبوب ترین و پرکاربردترین توپولوژی های DFS replication میباشد.همانطور که در تصویر زیر مشاهده میکنید این توپولوژی شبیه به توپولوژی star در بین توپولوژی های شبکه های کامپیوتری است.در توپولوژی hub and spoke سروری که در مرکز قرار دارد در اصطلاح initial master نامیده میشود.هر replica یک replication دوطرفه را با سرور initial master انجام میدهد.اما با DFS سرور های کناری Replicate انجام نمیدهد.این نوع توپولوژی بسیار کارایی دارد اما نقطه ضعفی که این توپولوژی دارد این است که اگر سرور initial master از کار بیفتد سرور های replica قادر به انجام فرآیند Replicate با آن نخواهند بود.نکته ای که اینجا مطرح است برای استفاده از این توپولوژی باید حداقل 3 عدد DFS Server داشته باشید.
Image

The Full Mesh Topology
این توپولوژی یکی از توپولوژی های رایج دیگر برای DFS replication میباشد که معمولا در محیط های آزمایشی از این نوع توپولوژی استفاده میشود.تصویر زیر نمایانگر این توپولوژی است.در این توپولوژی هر DFS سرور میتواند با DFS سرور دیگر فرآیند replication اطلاعات موجود در فولدر های اشتراکی را انجام دهد.یکی از مزیت های این توپولوژی در دسترس بودن سرور ها در هر زمان میباشد بطوریکه اگر یکی از سرور ها Down شود با سرور دیگر میتواند اطلاعاتش را replicate کند.اما یکی از مهمترین نقاط ضعف این توپولوژی ایجاد ترافیک بیش از حد روی لینک شبکه است که پهنای باند خیلی زیادی را اشغال خواهد کرد.پیشنهاد میشود در صورتی که از لینک های پرسرعت استفاده میکنید از این نوع توپولوژی استفاده کنید.
Image

No Topology?
زمانیکه شما replication group را در ویندوز سرور 2008 یا 2012 پیکربندی میکنید گزینه آخر گزینه ای به نام No Topology است.شاید برایتان عجیب بنظر برسد که این توپولوژی که توپولوژی نیست پس چیست!!! گزینه No Topology به شما امکان ایجاد کردن replication group را بدون استفاده از توپولوژی فراهم میکند.این گزینه بعدا به شما اجازه میدهد تا replication topology خاص خود را انتخاب کنید.از این گزینه برای تست میتوانید در محیط های آزمایشی استفاده کنید.اما همیشه best practice ها را در نظر بگیرید.