بیایید به کار با Dfs بپردازیم. File Tree Guard: استقرار یک سیستم فایل توزیع شده DFS

ادامه "ریزه کاری های مجرب". می توانید قسمت های قبلی را مطالعه کنید.
انتشار امروز یک انتشار وعده خواهد بود. با انجام آنچه قول داده بودم، به شما خواهم گفت که چگونه می توانید یک کار جالب با DFS انجام دهید. البته این یک تحمل خطای کامل داده‌های فایل نیست، بلکه چیزی شبیه به پشتیبان‌گیری آنلاین است، حداقل.

برای شروع، من باورهای تجربی خود را تکرار می کنم که نباید یک خوشه فایل را با استفاده از DFS ترتیب دهید. نه برای این اهداف DFS ایجاد شد. و برای نقطه گذاری I، استدلال های من در اینجا آمده است:

• هیچ راهی در نحوه عملکرد DFS برای تعیین اینکه کدام نسخه از یک فایل درست است وجود ندارد.
• اگر چندین نسخه در یک سایت وجود داشته باشد، DFS خودش انتخاب می کند که درخواست کاربر را کجا ارسال کند، به replica A یا replica B، در حالی که ظاهراً توسط بار روی سرور ذخیره سازی هدایت می شود. (تنظیماتی برای ترتیب انتخاب ماکت وجود دارد، اما آنها ماهیت را تغییر نمی دهند: اگر چندین نسخه در سایت وجود داشته باشد، انتخاب یک مورد خاص می تواند غیرقابل پیش بینی باشد.
• این تفاوت های ظریف به ما امکان می دهد موقعیتی را شبیه سازی کنیم که در آن کاربر A به ماکت A دسترسی پیدا می کند و با داده ها در آنجا کار می کند و کاربر B به ماکت B دسترسی پیدا می کند و با داده ها در آنجا کار می کند. در نتیجه، دو شاخه از داده‌های تغییر یافته تشکیل می‌شود و DFS نمی‌داند کدام داده صحیح است، بلکه به سادگی آنهایی را که جدیدترین تغییرات هستند انتخاب می‌کند. می توانید تصور کنید که در این وضعیت با ذخیره سازی فایل ها، یا حتی بدتر از آن، با پایگاه های داده چه اتفاقی خواهد افتاد
• خوب، شایان ذکر است که تکرار فایل های باز می تواند به طور نامحدود به تاخیر بیفتد. ساده ترین مثال کاربرانی هستند که اسناد اداری را هنگام رفتن به خانه نمی بندند.

همه موارد فوق به ما اجازه می‌دهد بگوییم که DFS برای انتقال داده‌ها به شاخه‌ها، همگام‌سازی داده‌های به ندرت تغییر یافته (سفارش‌ها، دستورالعمل‌ها، بایگانی‌ها) و کارهای مشابه مناسب‌تر است. با این حال، می‌توانید کمی حیله‌گرتر عمل کنید و از DFS استفاده کنید، شاید به روشی غیرمعمول، اما با این وجود مفید.

امکان ساخت نوعی کپی آنلاین بر اساس DFS وجود دارد که در اکثر مواقع کار نمی کند (به این معنی که اکثر مشکلات مربوط به همگام سازی داده ها ظاهر نمی شود) و در صورت خرابی می توان آن را روشن کرد. ماکت اصلی
برای مثال ممکن است به این شکل باشد:
در اینجا (با استفاده از پوشه Department به عنوان مثال)، دو کپی از یک پوشه ایجاد شده است، یک گروه تکرار و وظایف تکرار پیکربندی شده است (همه اینها توسط جادوگر پیکربندی انجام می شود و برای شما مشکلی ایجاد نمی کند). آبدارترین ایده این است که یکی از پیوندهای سرورهای ذخیره سازی غیرفعال است، i. یک کپی وجود دارد، تکثیر بین سرورها همانطور که مشخص شده است ادامه می یابد، اما کاربرانی که از طریق DFS به این پوشه دسترسی دارند منحصراً به اولین سرور فعال هدایت می شوند.

سرور دوم تا آنجا که ممکن است داده ها را تکرار می کند و همانطور که بود "در قلاب" خواهد بود. در مواقع اضطراری امکان پخش و روشن کردن لینک به سرور دوم و غیرفعال کردن لینک سرور اول وجود خواهد داشت و کاربران دوباره به داده‌های بومی خود می‌رسند که به‌روز خواهد بود. تاریخ همانطور که Replication DFS قادر به انجام آن بود (در عمل این از ارتباط کامل است، یعنی وضعیت 0.5-2 ثانیه قبل، تا 2-3 روز در مورد فایل های باز که تا زمانی که بسته نشده اند، یعنی قفل نشده، تکرار نمی شوند. توسط برنامه).

عالی به نظر می رسد! برای ساخت این سیستم فوق العاده سریع دوید! اما در کنار تمام لحظات خوب، لحظات خوبی هم وجود ندارد:

• برای پوشه پنهان DfsrPrivate (پوشه سرویس برای تکثیر داده ها) به حداقل دو برابر فضای هر جلد نیاز دارید. با توجه به هزینه مضاعف ذخیره سازی داده ها (هر دو سرور یک چیز را ذخیره می کنند و در عین حال فقط با یکی کار می کنند)، این دیگر چندان وسوسه انگیز به نظر نمی رسد، زیرا. فضا برای چنین تحمل خطا باید حداقل 4 برابر بیشتر از خود داده اختصاص داده شود
• کاربران گاهی اوقات ممکن است در حین کار با DFS با کاهش سرعت مواجه شوند. من موفق به درک دلایل دقیق نشدم، اما این همیشه نتیجه وجود چندین نسخه مشابه و بار غیر صفر در شبکه بود. به محض اینکه فقط یک ماکت وجود داشت، ترمزها به طور محو شدنی کوچک شدند. این قطعاً مربوط به تکرار کار نبود، به نظر می‌رسید که مشکلی در حل نام‌های DFS وجود داشته باشد.
• برای اینکه کاربران ماکت جدیدی را ببینند که شما آنها را در "ساعت X" به آن تغییر داده اید، به احتمال زیاد باید رایانه های خود را راه اندازی مجدد کنند، در غیر این صورت سعی می کنند مسیر قدیمی را دنبال کنند.
• تغییر خودکار به یک ماکت کار - من این کار را نکردم، زیرا هیچ روش استانداردی برای این کار وجود ندارد و نوشتن یک فیلمنامه معجزه آسا در شرایطی که خود فناوری دارای معایب زیادی است به نظر من بی پروا می آمد.

همانطور که در مثال توضیح داده شده می بینید، علاوه بر مزایای بسیار قابل توجه است. همچنین معایب نسبتاً بزرگی وجود دارد، بنابراین اولویت بندی کنید، جوانب مثبت و منفی را بسنجید و خودتان تصمیم بگیرید که در موقعیت خاص خود چگونه عمل کنید.

ضمناً، به گفته آگاهان، در محیط ویندوز سرور 2008 (R2)، DFS (و مخصوصاً سرویس تکرار آن) به طور چشمگیری بهبود یافته است و شاید برخی از مشکلات با موفقیت حل شده باشد. آن را امتحان کنید - شاید طرح پیشنهادی در آنجا بسیار بهتر عمل کند.

ادامه دارد.

سچرا به DFS نیاز دارید؟

آبرای سازماندهی یک فضای پاکسازی فایل مقاوم در برابر خطا در سازمان. به‌جای باغ‌وحشی از توپ‌ها و دیسک‌های نامفهوم، ما یک ریشه واحد داریم (که می‌توان آن را به عنوان یک دیسک برای کاربران نگاشت کرد)، که در آن می‌توانیم ساختاری را ایجاد کنیم که برای ما مناسب است در قالب پوشه‌های مجازی (در آدرس حداقل تو در تو، حداقل با نمونه های واقعی مخلوط شده است)، که به شکلی مناسب برای ما، به توپ های شبکه که به طور فیزیکی در سرورهای مختلف قرار دارند می چسبیم. مردم، مردم، یک درایو شبکه - در مقایسه با مزرعه جمعی که اکثریت دارند، چقدر راحت است!

سآیا باید فضای نام را در اکتیو دایرکتوری ادغام کنم (فضای نام DFS مبتنی بر دامنه) یا از فضای نام مستقل (فضای نام DFS مستقل) استفاده کنم؟

آفضای نام یکپارچه DFS در AD ذخیره می شود (به ترتیب، "برای شرکت" از آن نسخه پشتیبان تهیه می شود. شما از Active Directory پشتیبان گیری می کنید، اینطور نیست؟ ;) و به شما اجازه می دهد چندین سرور فضای نام داشته باشید، یعنی. دارای مکانیزم تحمل خطا داخلی است. Stand Alone DFS NS هیچ مکانیزم داخلی ندارد (تحمل شکست از طریق استفاده از خوشه‌بندی به دست می‌آید). اگر تعداد پیوندها (پوشه های مجازی) کمتر از 5000 باشد، مایکروسافت استفاده از DSF مبتنی بر دامنه را توصیه می کند. Stand Alone DFS محدودیت 50000 لینک را توصیه می کند. این یک محدودیت سخت نیست، اینها توصیه هایی هستند (پس از فراتر رفتن از رقم، به نظر می رسد عملکرد باید شروع به کاهش کند). آن ها در نتیجه، دریافتیم که استفاده به تنهایی در یک شبکه کوچک مفید است، به عنوان مثال، اگر AD وجود نداشته باشد یا، برعکس، در مورد تخلیه فایل بسیار بزرگ، در موارد دیگر استفاده از آن سودمندتر است. فضای نام یکپارچه DFS
PS: برخی از بورژواهای غیرمسئول تر می نویسند "ریت DFS مستقل هیچ پوشه مشترک DFS در سطح ریشه ندارد و فقط یک سطح پیوند DFS امکان پذیر است" ، اما من دقیقاً معنی این را نمی دانم.

سچه مکانیسم های تحمل خطا در DFS مبتنی بر دامنه؟

آاطلاعات ریشه DFS در Active Directory ذخیره می شود (در صورتی که چندین کنترلر دامنه دارید، رزرو در اینجا نیز بدست می آید) و در سرورهای فضای نام DFS (که می تواند تعداد زیادی از آنها نیز وجود داشته باشد) تکرار می شود. پیوندها (پوشه‌های مجازی که در DFS Root ایجاد می‌کنید و توپ‌های فیزیکی را روی آن‌ها نصب می‌کنید) می‌توانند چندین منبع توپ (نه لزوماً 2، بلکه می‌توانید بیشتر داشته باشید) داشته باشند که داده‌ها در آنها بین خودشان تکرار می‌شوند.

ستکرار DFS چیست و چگونه است

آمکانیزمی برای همگام سازی محتویات چندین منبع DFS.
اتفاق می افتد: FRS(سرویس تکرار فایل) - تکرار منظم ;)
DFSR(Distributed File System Replication) - یک تکرار مد روز که در ویندوز سرور 2003R2 و 2008 ظاهر شد. از RDC (فشرده سازی دیفرانسیل، یعنی فقط تغییرات در فایل منتقل می شود و نه کل فایلی که تغییر کرده است، همانطور که در FRS بود. به طور کلی، برای کانال های مرده ما چیز بسیار مفیدی است). توجه دارم که تکرار DFS ناهمزمان است، یعنی. برای مدتی، منابع متناقض بودند.

سپس از استقرار DFS به چه نکاتی توجه کنیم

آدر مورد مکان و امنیت پوشه DFSRPrivate در هر منبع (برای ذخیره اطلاعات تکراری، فایل های حذف شده و متناقض از نظر تکرار استفاده می شود). به طور پیش فرض، در خود پوشه منبع با حقوقی که "از بالا" به ارث برده شده است ذخیره می شود (به طور کلی عجیب است، در technet نوشته شده است که فقط مدیران دسترسی خواهند داشت. شاید چیزی در 2008R2 اصلاح شده باشد). اگر حقوقی در پوشه منبع دارید. امنیت متفاوت است (که به خودی خود از نظر معماری ذخیره سازی فایل ها تا حدودی ناشیانه است)، سپس افراد می توانند به جایی که به آن نیاز ندارند دسترسی داشته باشند، به علاوه، دست های کوچک بازیگوش Kulibins باعث شادی نمی شود.

سپوشه "DFSRprivate\Staging" چیست و چگونه می توان اندازه مناسب آن را انتخاب کرد؟

آاین پوشه ای است که در آن کپی های موقت فایل ها برای تکرار ذخیره می شوند و در واقع از طریق آن منتقل می شوند. در همه منابع موجود است اندازه، حداقل برای زمان تکثیر اولیه، بهتر است کمی بیشتر از اندازه حداکثر فایل موجود در پوشه تکراری تنظیم شود (البته مگر اینکه بازی های شدیدی داشته باشید که warez gigas را در آرشیو یک ترابایتی ذخیره می کنند). مهم: یک فایل بزرگتر از پوشه Staging معمولاً کپی می شود و در جایی گیر نمی کند، همانطور که برخی فکر می کنند، فرآیند تکرار به سادگی چندین مرحله را طی می کند (فایل به چند قسمت بریده می شود و به قسمت های مختلف منتقل می شود) روند را تا حدودی کند کنید.

سپوشه "DFSRPrivate\Conflict and Deleted" چیست؟

آاز آنجایی که چندین کاربر می توانند همزمان یک فایل را تغییر دهند، اصل "چه کسی آخرین بار فایل را نوشته، آن و دمپایی" کار می کند. فایل ناموفق به این پوشه ارسال می شود و ورودی مربوطه در ConflictandDeletedManifest.xml ظاهر می شود. همچنین، اگر یک چک باکس "ذخیره فایل های حذف شده در پوشه درگیری" وجود داشته باشد، فایل های حذف شده توسط کاربران در آنجا ذخیره می شوند (بازیابی بسیار راحت). بنابراین من در اندازه صرفه جویی نمی کنم.

سمشکلات اصلی تکرار DFS چیست؟

آبیشتر مشکلات من با تکرار DFS به دلیل غربالگری فایل (محدودیت در پسوندهای مجاز فایل) و Disk Quotas (محدودیت در اندازه پوشه) ایجاد شد. به خصوص در مورد تکثیر اولیه. همه چیز با سهمیه دیسک روشن است، باید آنها را دنبال کنید (با توجه به اینکه دایرکتوری DFSRPrivate، به همراه "Staging" و "Conflict and Deleted" به طور پیش فرض در خود پوشه منبع قرار دارد)، سپس با File Screening این یک آشفتگی کامل است - یا باید پوشه DFSRPrivate را به مکانی منتقل کنید که در آن هیچ محدودیتی وجود ندارد (که مناسب نیست) یا سعی کنید برای پوشه های "DFSRprivate" استثناهایی ایجاد کنید (و پنهان است. gygy) یا به طور موقت ممنوعیت ها را غیرفعال کنید (در حالت اولیه). منبع هم! در غیر این صورت فایل در منبع وارد مرحله بندی نمی شود و تکرار نمی شود) یا تمام فایل هایی که کاربران تحت فیلترهای ممنوعه قرار می گیرند را حذف کنید (اجازه دهید یادآوری کنم که فایل غربالگری فقط ایجاد فایل های جدید با پسوندهای خاص را ممنوع می کند. و نه حضور آنها. یعنی اگر فایل‌ها از قبل وجود داشته باشند و قوانین ممنوعیت را در غربالگری لحاظ کنیم، پس فایل‌هایی که در زیر فیلترها قرار می‌گیرند را نمی‌توان ایجاد کرد -تغییر، اما می‌توانید آن‌ها را بخوانید-حذف کنید. بنابراین هنگام تلاش برای تکرار با خطا مواجه می‌شویم. هنگامی که سرویس سعی می کند یک فایل تکراری ممنوعه را در پوشه Staging بنویسد، غربالگری فایل با یک خطا قسم می خورد. "هیچ فضای دیسکی وجود ندارد"، که همه تکرارها در آن متوقف می شوند).

سگزارش‌های تکرار دقیق کجا ذخیره می‌شوند؟

آبه جز eventlog"a در %windir%\debug\DFSR*.log.gz - بایگانی شده، و %windir%\debug\DFSR*.log - به‌روز.

سظرافت های کار DFS چیست؟

A1اگرچه می‌توان یک فضای نام را به‌عنوان یک پوشه در فضای نام دیگری نصب کرد، اما در عمل، هنگام نصب مستقل DFS Windows Server 2003 به پوشه یک Windows Server 2008 که با AD DFS یکپارچه شده است، این آوانگارد منجر به یک BSOD در هنگام ورود شد. چنین پوشه ای با شرکتی با ویندوز XP ؛) ظاهراً بورژواها در نظر داشتند که شما فقط می توانید فضاهای نام DFS مبتنی بر دامنه های مختلف را به هم متصل کنید.

A2هنگامی که اصلی از منابع پوشه در DFS خارج می شود، وقتی از ویندوز XP به آن دسترسی پیدا می کنید، تاخیری برابر با زمان کش ساختار DFS وجود دارد (تا آنجایی که من به یاد دارم به طور پیش فرض 300 ثانیه). اگر با Windows Vista/7/2008 وارد شوید، هیچ تاخیری وجود ندارد. همانطور که بورژواها می نویسند، با پروتکل های شبکه بازنویسی شده در ویندوزهای جدید متصل است. بنابراین یک خطای خودکار تمام عیار، اگر مشتری XP دارید، کار نخواهد کرد، باید از وسایل کمی متفاوت استفاده کنید یا منابع را به صورت دستی خاموش کنید ( به عنوان مثال، در صورت خاموش شدن برنامه ریزی شده یکی از سرورها).

A3از آنجایی که تکثیر در DFS ناهمزمان است، ارزش نگهداری هیچ پایگاه داده در پوشه ای با دو یا چند منبع تکراری را ندارد. در زمان انتقال بین منابع، همگام نیست.

سبا DFS چه کار دیگری باید کرد؟

آ ABE (Access Based Enumeration) را در ویژگی های هر اشتراک فعال کنید - این فناوری به شما امکان می دهد از پوشه های کاربر که به آنها دسترسی ندارد پنهان شوید. به دلایل زیادی مفید است - و ما کاربر را با دسته ای از پوشه ها که نمی تواند وارد آنها شود آزار نمی دهیم (او فقط پوشه هایی را که به آنها دسترسی دارد می بیند) و هیچ غیر مستقیمی ارائه نمی دهیم. اطلاعات (تعداد کمی از مردم توسط پوشه "طرح کاهش سه بار کارکنان" هشدار داده نمی شوند) و پیمایش در فضای ذخیره سازی فایل را راحت تر می کند.

سچگونه پس از ایجاد به DFS وارد شویم؟ ;)

آدر مورد فضای نام DFS مبتنی بر Doman - "\\DomainName\DFSRootName" در نوار آدرس Explorer"a، در مورد Stand Alone - مانند یک اشتراک معمولی - "\\ServerName\DFSRootName". می توانید آن را نقشه برداری کنید. مانند یک اشتراک معمولی - "net use Z: \\DOMAIN.Local\MyCoolDFS\" و "net use Z: \\Server\MyCoolDFS\" به ترتیب.

سیستم فایل توزیع شده DFS(Distributed File System) فناوری است که امکان دسترسی آسان به اشتراک گذاری فایل ها و تکثیر داده های جهانی را فراهم می کند. به لطف DFS، منابع به اشتراک گذاشته شده (دایرکتوری ها و فایل ها) که روی سرورهای مختلف توزیع شده اند را می توان در یک ساختار منطقی UNC ترکیب کرد، که برای کاربر مانند یک منبع شبکه واحد به نظر می رسد. حتی اگر مکان فیزیکی پوشه مورد نظر تغییر کند، این روی دسترسی کاربر به آن تأثیری ندارد.

اجرای DFS در ویندوز سرور 2012 با نسخه های قبلی ویندوز متفاوت است. اول از همه، ما متذکر می شویم که فناوری های DFS در ویندوز سرور 2012 به عنوان دو سرویس جداگانه و مستقل پیاده سازی می شوند - فضاهای نام DFSو تکرار DFSدر نقش سرور فایل گنجانده شده است (خدمات فایل و ذخیره سازی).

• فضاهای نام DFS (DFSN یا DFS-N)– فضای نام DFS. به شما امکان می دهد پوشه های عمومی واقع در سرورهای مختلف سازمان را در یک ساختار منطقی واحد ترکیب کنید. هر فضای نام به عنوان یک پوشه شبکه با زیر شاخه ها برای کاربر ظاهر می شود. ساختار واقعی این فضای نام DFS از کاربر پنهان است و ممکن است شامل پوشه‌های شبکه متفاوتی باشد که در سرورها و سایت‌های مختلف قرار دارند.
• تکرار DFS (DFSR یا DFS-R)- سرویس تکرار DFS. به شما امکان می‌دهد یک سرویس تکثیر دایرکتوری کارآمد (از جمله موارد موجود در فضای نام DFS) بین سرورها و سایت‌های مختلف AD سازماندهی کنید. این سرویس تکرار از یک الگوریتم فشرده سازی دیفرانسیل از راه دور ویژه استفاده می کند - فشرده سازی دیفرانسیل از راه دور RDC. به لطف RDC، که تغییرات در فایل‌ها را ردیابی می‌کند، Replication کل فایل‌ها را کپی نمی‌کند (مانند تکرار FRS)، بلکه فقط بلوک آنها تغییر می‌کند.

نصب DFS در ویندوز سرور 2012

می توانید DFS را با استفاده از کنسول مدیر سرور نصب کنید یا می توانید از Windows PowerShell استفاده کنید.

همانطور که گفتیم، سرویس های DFS اعضای این نقش هستند فایل ها و خدمات ذخیره سازی:

اما نصب همه سرویس‌های DFS و کنسول مدیریت DFS با استفاده از PowerShell آسان‌تر و سریع‌تر است:

Install-WindowsFeature FS-DFS-Namspace، FS-DFS-Replication، RSAT-DFS-Mgmt-Con

مشاوره. طبیعتا سرویس ها و کنسول مدیریت DFS نیز به صورت جداگانه قابل نصب هستند.

جایی که FS-DFS-Namespace- سرویس فضای نام DFS

FS-DFS-Replication- سرویس تکرار DFS

پیکربندی فضای نام DFS در ویندوز سرور 2012

بیایید به توضیح روش تنظیم فضای نام DFS برویم، که برای آن باید کنترل پنل را باز کنید. ابزار مدیریت DFS.

بیایید یک فضای نام جدید ایجاد کنیم ( فضای نام جدید).

شما باید نام سروری را که فضای نام را شامل می شود (این می تواند یک کنترل کننده دامنه یا یک سرور عضو باشد) مشخص کنید.

سپس باید نام فضای نام DFS ایجاد شده را مشخص کنید و به تنظیمات پیشرفته (Edit Settings) بروید.

در اینجا باید نام فضای نام DFS و مجوزهای این دایرکتوری را مشخص کنید. معمولاً توصیه می شود مشخص کنید که دسترسی به پوشه شبکه برای Everyone (Everyone) مجاز باشد، در این حالت، حقوق دسترسی در سطح فایل سیستم NTFS بررسی می شود.

در مرحله بعد، جادوگر از شما می خواهد که نوع فضای نامی که باید ایجاد شود را مشخص کنید. میتونه باشه فضای نام مبتنی بر دامنه(فضای نام دامنه) یا فضای نام مستقل(فضای نام جداگانه). یک فضای نام مبتنی بر دامنه چندین مزیت دارد، اما برای کارکرد آن، به خود دامنه Active Directory و حقوق سرپرست دامنه (یا وجود حقوق تفویض شده برای ایجاد فضای نام دامنه DFS) نیاز دارید.

پس از اتمام جادوگر، فضای نام DFS جدیدی که ایجاد کردیم در شاخه Namespaces در کنسول مدیریت DFS ظاهر می شود. به طوری که هنگام دسترسی به دایرکتوری‌های DFS، کاربران فقط دایرکتوری‌هایی را می‌بینند که به آن‌ها دسترسی دارند، شمارش مبتنی بر DFSAccess را برای این فضا فعال کنید (اطلاعات بیشتر در مورد این فناوری در مقاله). برای این کار پنجره خصوصیات فضای نام ایجاد شده را باز کنید.

و روی زبانه پیشرفتهگزینه را فعال کنید شمارش مبتنی بر دسترسی را برای این فضای نام فعال کنید.

برای مشاهده محتویات فضای DFS جدید، کافی است در پنجره UNC Explorer مسیر: \\domain_or_server_name\DFS را تایپ کنید.

افزودن یک سرور DFS اضافی

می توانید یک سرور اضافی به فضای نام دامنه DFS (مورد منو Add Namespace Server) اضافه کنید که از آن پشتیبانی کند. این کار برای افزایش در دسترس بودن فضای نام DFS انجام می شود و به سرور فضای نام اجازه می دهد تا در همان سایتی که کاربران قرار دارند قرار گیرد.

توجه داشته باشید. فضاهای نام مستقل DFS تنها از یک سرور پشتیبانی می کنند.

افزودن یک فهرست جدید به فضای نام DFS موجود

حال باید یک دایرکتوری شبکه جدید به سلسله مراتب فضای نام DFS که ایجاد کردیم اضافه کنیم. روی دکمه کلیک کنید افزودن هدف پوشه.

نام دایرکتوری را در فضای DFS و مکان واقعی آن را در سرور فایل موجود مشخص کنید ( اهداف پوشه).

پیکربندی DFS Replication در ویندوز سرور 2012

فناوری تکرار DFS-R برای ارائه تحمل خطا در فضای نام DFS و تعادل بار بین سرورها طراحی شده است. DFS-R به طور خودکار ترافیک بین کپی ها را بسته به بار آنها متعادل می کند و اگر یکی از سرورها در دسترس نباشد، کلاینت ها را به سرور مشابه دیگری هدایت می کند. اما قبل از صحبت در مورد تکرار DFS و پیکربندی آن در Windows Server 2012، اجازه دهید سیستم مورد نیاز و محدودیت های اصلی را فهرست کنیم:

• سرویس DFS Replication باید بر روی تمام سرورهایی که قصد دارید در یک گروه تکرار قرار دهید نصب شود
• همه سرورهای یک گروه تکرار باید در همان جنگل AD باشند
• سطح جنگل Active Directory باید حداقل Windows Server 2003 R2 (هنگام نصب اولین کنترل کننده دامنه در ویندوز سرور 2012) باشد.
• سطح عملکرد دامنه - حداقل ویندوز سرور 2008
• شما باید مطمئن شوید که نرم افزار آنتی ویروس موجود در سرورهای فایل با فناوری تکثیر DFS سازگار است
• دایرکتوری های تکراری باید روی حجم هایی با سیستم فایل NTFS قرار گیرند (سیستم های فایل و FAT پشتیبانی نمی شوند). همچنین، تکثیر داده‌های ذخیره‌شده در جلدهای مشترک خوشه‌ای پشتیبانی نمی‌شود.

در کنسول مدیریت DFS، فضای نام DFS مورد نیاز خود را انتخاب کنید و بر روی دایرکتوری که می خواهید برای آن یک نسخه ایجاد کنید کلیک راست کرده و انتخاب کنید. افزودن هدف پوشه.

و مسیر کامل (UNC) را به دایرکتوری شبکه سرور دیگری مشخص کنید، جایی که ماکت در آن ذخیره می شود.

وقتی از شما پرسیده شد که آیا می خواهید یک گروه تکراری ایجاد کنید، به بله پاسخ دهید.

Replication Configuration Wizard شروع می شود. نام و دایرکتوری گروه تکرار را بررسی کنید.

مشخص کردن اولیه ( اولیه) سرور. این سرور است که منبع داده در طول تکرار اولیه (اولیه) خواهد بود.

سپس نوع توپولوژی (اتصال) بین اعضای گروه replication را انتخاب می کنیم. در مثال ما، ما انتخاب می کنیم توری کامل(همه با همه).

و در نهایت، زمان‌بندی تکرار و پارامترهای کاهش پهنای باند - محدودیت پهنای باند موجود برای تکرار را مشخص می‌کنیم.

پس از اتمام جادوگر، همگام سازی اولیه شروع می شود.

در صورت لزوم، تنظیمات مربوط به تنظیمات زمانبندی پیشرفته تکرار و حداکثر پهنای باند برای این ترافیک را می توان در شعبه تنظیم کرد. همانند سازی.

سرویس Microsoft Dfs فرصتی عالی برای دسترسی آسان کاربران به داده های ذخیره شده در رایانه های راه دور فراهم می کند. با Dfs، پوشه‌ها را می‌توان به‌عنوان مجموعه‌ای از دایرکتوری‌های مشترک از طریق یک سلسله‌مراتب آشنا و یکپارچه مشاهده و دسترسی داشت، حتی زمانی که منابع در دامنه‌های مختلف یا در رسانه‌های فیزیکی مختلف قرار دارند. برای کسانی که از خدمات Dfs استفاده نمی کنند، از ترس پیچیدگی آن، می خواهم خوشحال باشم: چیزی برای ترسیدن وجود ندارد - راه اندازی Dfs بصری است و استفاده از آن حتی دشوارتر است. در این مقاله نحوه عملکرد این سرویس را توضیح می دهم و خوانندگان را با یک راه اندازی معمولی آشنا می کنم. هنگامی که مدیران شروع به استفاده از سرویس Dfs می کنند، معمولا طولی نمی کشد تا مدیران بفهمند که قبلاً چگونه کاربران بدون آن کار می کردند.

نحوه عملکرد Dfs

عنصر اصلی ساختار این سرویس دایرکتوری اشتراکی است که ریشه سلسله مراتب Dfs است. با کمک Dfs، این دایرکتوری های شبکه یک فضای نام مجزای منسجم را تشکیل می دهند. سیستم های کلاینت از مفاهیم آشنا مانند یک درایو نقشه برداری شده یا مسیر UNC (کنوانسیون نامگذاری جهانی) برای اتصال به ریشه Dfs استفاده می کنند. هنگامی که کلاینت متصل می شود، ساختار Dfs به عنوان یک دایرکتوری عمومی معمولی حاوی دایرکتوری های فرعی است که کاربران می توانند در میان آنها حرکت کنند. هر زیر شاخه قابل دسترسی از ریشه Dfs در واقع پیوندی به یک فهرست مشترک (منبع پیوند) در هر نقطه از شبکه است. Dfs به طور خودکار مشتری را که به اشتراک شبکه دسترسی دارد به مکان واقعی داده ها هدایت می کند. همانطور که در شکل 1 نشان داده شده است، پوشه هایی که کاربر می بیند Dfs هستند که کاربران را به دایرکتوری های مشترک مختلف در سرورهای A، B و C هدایت می کنند. ارجاع دهنده می تواند هر سیستمی باشد که از یک سیستم فایل شبکه استفاده می کند که از طریق مسیر UNC قابل دسترسی است. مانند سیستم‌های Windows، Novell NetWare و UNIX یا Linux (یعنی ماشین‌های سیستم فایل NFS).

برنج. 1. تغییر مسیر داده Dfs

سرویس Dfs به شما امکان می دهد از دو نوع روت استفاده کنید: مستقل و Active Directory (AD) یکپارچه. آنها در نحوه ذخیره داده های Dfs متفاوت هستند. در مورد ریشه های آفلاین، سلسله مراتب Dfs، که از مراجع مختلف دایرکتوری شبکه تشکیل شده است، در رجیستری محلی سرور Dfs ذخیره می شود. این روش ذخیره اطلاعات به معنای امکان کپی کردن آن در سایر سرورهای Dfs نیست، یعنی اگر سرور Dfs منفرد حاوی ریشه Dfs در دسترس نباشد، سلسله مراتب Dfs برای همه مشتریان شبکه کاملاً غیرقابل دسترسی است. اگر سرور Dfs در دسترس نباشد، مشتریان همچنان می توانند مستقیماً به دایرکتوری های مشترک روی سرورها دسترسی داشته باشند. آنها فقط نمی توانند از سرویس Dfs برای دسترسی به منابع استفاده کنند. اگر سیستم یک سرویس AD را میزبانی نمی کند، یا اگر مدیران سیستم Dfs سرپرستان دامنه نیستند و بنابراین نمی توانند حقوق کافی به دست آورند، باید از ریشه های Dfs مستقل استفاده کنید (یعنی دسترسی به شی DFS-Configuration در کانتینر System از پارتیشن AD برای دامنه) برای مدیریت سیستم Dfs.

ویندوز 2000 سرور و نسخه های بعدی از ریشه های Dfs یکپارچه AD (همچنین به عنوان ریشه های دامنه Dfs یا ریشه های Dfs failover شناخته می شود) پشتیبانی می کند. با ریشه های فدرال، اطلاعات Dfs اساساً در AD ذخیره می شود، اگرچه سرورهای Dfs زنده نیز کپی های درون حافظه داده ها را حفظ می کنند تا تعداد تماس های سرور Dfs به کنترل کننده های دامنه (DC) را به حداقل برسانند و در نتیجه بار شبکه را از سرویس Dfs کاهش دهند. ریشه های یکپارچه AD فقط زمانی قابل استفاده هستند که سرور Dfs عضو یک دامنه باشد. با این حال، سرور Dfs نباید یک کنترل کننده دامنه باشد. به این ترتیب، اگر دامنه AD ندارید، اگر نیاز به میزبانی بیش از 5000 ارجاع دارید، یا اگر شبکه شما دارای سیستم های مشتری قدیمی است، باید از ریشه های Dfs مستقل استفاده کنید. برای اطلاعات بیشتر در مورد تفاوت‌های بین ریشه‌های Dfs مستقل و AD یکپارچه‌شده، به نوار کناری «ریشه‌های متفاوت» مراجعه کنید.

پس از اینکه تصمیم گرفتید از چه نوع ریشه های Dfs استفاده کنید، باید پیوندها و منابع پیوندی را که حاوی داده هایی هستند که Dfs در اختیار مشتریان قرار می دهد، پیکربندی کنید. همانطور که قبلاً بحث شد، منبع پیوند اشتراکی است که Dfs هنگام دسترسی به پیوند، مشتری را به آن هدایت می کند. یک پیوند می‌تواند چندین منشا داشته باشد، که تعادل بار و خطا را فراهم می‌کند: اگر یک فهرست مشترک در یکی از سرورها در دسترس نباشد، Dfs مشتری را به یک کپی دیگر از داده‌ها هدایت می‌کند. منبع پیوند موجود که توسط مشتری استفاده می شود در درجه اول به مکان مشتری بستگی دارد. اساساً، Dfs یک سرویس اتصال میزبان به میزبان است، به این معنی که به طور پیش‌فرض، اگر منبع پیوند نزدیک به مشتری باشد، Dfs مشتری را به آن منبع پیوند هدایت می‌کند.

راه اندازی dfs

اکنون که مهم ترین مفاهیم سیستم Dfs را یاد گرفتیم، می توانیم پیکربندی آن را آغاز کنیم. اولین کار ایجاد یک ریشه Dfs است. دو راه برای انجام این کار وجود دارد: استفاده از سیستم فایل توزیع شده کنسول مدیریت مایکروسافت (MMC) و اجرای برنامه dfsutil.exe از خط فرمان. در این مقاله، اسنپ‌این‌هایی را بررسی می‌کنیم که برای مبتدیان کمی آسان‌تر از dfsutil.exe هستند. هنگامی که با Dfs آشنا شدید، ممکن است بخواهید از dfsutil.exe برای مثال در اسکریپتی استفاده کنید که سلسله مراتب Dfs را با پیوندها پر می کند. سپس باید در نظر داشته باشید که در سیستم‌های Windows Server 2003، Standard Edition و Windows 2000 Server، یک سرور فقط می‌تواند حاوی یک ریشه Dfs باشد. سرورهای Windows Server 2003، Enterprise Edition و Windows Server 2003 Datacenter Edition می توانند تعداد نامحدودی از ریشه های Dfs را اجرا کنند.

برای ایجاد یک ریشه Dfs جدید با استفاده از Snap-in Distributed File System، باید مراحل زیر را انجام دهید:

Snap-in Distributed File System را اجرا کنید (مورد در پوشه Administrative Tools منوی Start قرار دارد).
روی عنوان Distributed File System در ریشه درخت در پانل کلیک راست کرده و New Root (اگر از Windows 2003 استفاده می کنید) یا New DFS root (برای Windows 2000 Server) را انتخاب کنید. مراحل زیر از پنجره‌های سیستم ویندوز 2003 استفاده می‌کنند، اگرچه فرآیند تقریباً مشابه پوسته سرور ویندوز 2000 است.
روی دکمه در پنجره خوش آمدگویی کلیک کنید بعد.
نوع ریشه را برای ایجاد (دامنه یا مستقل) انتخاب کنید. مطبوعات بعد.
اگر ریشه دامنه Dfs انتخاب شده باشد، از شما خواسته می شود نام دامنه ای را که اطلاعات سرویس Dfs را ذخیره می کند، وارد کنید. اگر یک روت مستقل انتخاب شده باشد، باید نام سروری را وارد کنید که اطلاعات مربوطه را ذخیره می کند. کلیک بعد.
اگر در مرحله 4 یک ریشه دامنه انتخاب کرده باشید، برنامه از شما می خواهد سروری را انتخاب کنید که میزبان ریشه Dfs باشد. سرور را مشخص کنید و روی دکمه کلیک کنید بعد.
یک نام برای ریشه جدید و هر نظری که به شناسایی آن کمک می کند وارد کنید، سپس فشار دهید بعد. همانطور که شکل 2 نشان می دهد، با وارد کردن نام ریشه به شما نشان می دهد که آن نام به عنوان یک نام دایرکتوری مشترک UNC چگونه خواهد بود. برای مثال، برای یک فهرست مشترک دامنه Dfs، نام مسیر نام دامنه\نام دایرکتوری است. اگر دایرکتوری مشترک در حال حاضر وجود ندارد، باید یک پوشه محلی در سیستم را به عنوان دایرکتوری مشترک انتخاب کنید. این دایرکتوری حاوی داده های واقعی نیست. در عوض، شامل اشیاء مرجعی است که به مکان فیزیکی داده ها اشاره می کنند. باید پوشه ای را برای استفاده به عنوان دایرکتوری عمومی انتخاب کنید و کلیک کنید بعد.
در پنجره تایید، روی دکمه کلیک کنید پایان.

برنج. 2. یک ریشه Dfs جدید مشخص کنید

در این مرحله، مشتریان می توانند با استفاده از مسیر UNC \\dfstest.test\shared به فضای نام Dfs متصل شوند. آنها نیازی به دانستن اینکه کدام سرورها حاوی آیتم های Dfs هستند، ندارند. کلاینت هایی که Windows NT 4.0 + Service Pack 6a (SP6a) یا جدیدتر را اجرا می کنند، می توانند به فضای نام دامنه Dfs متصل شوند. کلاینت هایی که از پوسته ویندوز 98 استفاده می کنند می توانند به فضاهای نام مستقل Dfs دسترسی داشته باشند، اما برای اتصال به فضای نام دامنه باید پسوند کلاینت AD را نصب کرده باشند. محیط پیش‌نصب ویندوز مایکروسافت (WinPE) فقط می‌تواند به فضاهای نام مستقل Dfs دسترسی داشته باشد.

برای استفاده از انعطاف پذیری فضای نام دامنه Dfs، حداقل دو سرور Dfs که فضای نام یکسانی را پشتیبانی می کنند مورد نیاز است. برای راه اندازی دومین سرور میزبان Dfs، دستورالعمل های زیر را دنبال کنید:

در قسمت Snap-in Distributed File System، روی ریشه تازه ایجاد شده کلیک راست کرده و New Root Target را انتخاب کنید.
نام سروری را وارد کنید که به عنوان یک میزبان Dfs اضافی برای فضای نام خدمت می کند. توجه داشته باشید که نام دایرکتوری مشترک (مثلاً اشتراک‌گذاری شده) که Dfs برای حاوی این کپی استفاده می‌کند، قبلاً تنظیم شده است و نمی‌توان آن را تغییر داد. روی Next کلیک کنید.
اگر دایرکتوری با این نام در سرور مشخص شده وجود نداشته باشد، سیستم از شما می خواهد که یک پوشه را برای استفاده به این صورت انتخاب کنید، یا می توانید یک پوشه جدید ایجاد کنید و سپس آن را انتخاب کنید. یک پوشه را انتخاب کنید و روی Next کلیک کنید.
در پنجره ایجاد شده روی دکمه Finish کلیک کنید.
همانطور که در شکل 3 نشان داده شده است، ریشه Dfs چندین سرور را نمایش می دهد که به عنوان اشیاء ریشه فضای نام عمل می کنند. کلاینت ها می توانند به فضای نام متصل شوند و به یکی از اشیاء ریشه آن هدایت شوند. با این حال، کاربرانی که به شی ریشه دسترسی دارند، فقط یک پوشه خالی را می بینند زیرا هنوز هیچ پیوندی تنظیم نشده است. گام بعدی اضافه کردن چند لینک و منابع پیوند است که مشتریان را به داده های مناسب هدایت می کند.

برنج. 3. منابع ریشه Dfs را مشاهده کنید

در این مرحله، برای پایان راه‌اندازی سیستم Dfs، باید فهرستی از دایرکتوری‌های اشتراک‌گذاری شده در شرکت ایجاد کنیم، داده‌های تکراری را در فهرست‌های مختلف شناسایی و حساب کنیم و تصمیم بگیریم که به چه شکل داده‌ها را به مشتریان ارائه کنیم (یعنی ، نام پوشه و متن نظر را انتخاب کنید). هنگامی که تمام اطلاعات فوق جمع آوری شد، می توانید با دنبال کردن این مراحل پیوند ایجاد کنید:

روی ریشه Dfs کلیک راست کرده و انتخاب کنید لینک جدیداز منوی زمینه
نام پیوند (یعنی نام پوشه ای که مشتری می بیند) و نام دایرکتوری عمومی را که لینک به مشتری هدایت می کند را وارد کنید. این نام را می توان تغییر داد یا بعداً اضافه کرد. همانطور که در شکل 4 نشان داده شده است، همچنین می توانید یک نظر وارد کنید و مدت زمانی را تعیین کنید که کلاینت ها اطلاعات منبع را قبل از تماس مجدد با سرور Dfs نگه می دارند.
روی دکمه کلیک کنید خوب.

حالا وقتی کلاینت ها وارد فضای نام Dfs می شوند، پوشه را می بینند. هنگامی که این پوشه باز می شود، کاربر به فهرست عمومی هدایت می شود و می تواند محتویات آن را مشاهده کند.

ویژگی های سرویس DFS
1 این مؤلفه به شما امکان می دهد فضای نامی ایجاد کنید که در واقع بدون پوشه های مشترک بر اساس سرورهای مختلف باشد، یعنی همه کاربران شبکه می توانند بدون در نظر گرفتن مکانشان از فایل ها و پوشه های مشترک استفاده کنند.
2 توانایی راه‌اندازی یک سرویس تکرار که پوشه‌ها و فایل‌ها را در سراسر سازمان همگام‌سازی می‌کند و به کاربران امکان دسترسی به آخرین و جدیدترین نسخه‌های فایل‌ها را می‌دهد (بدون اینکه فکر کنند واقعاً در کدام سرور ذخیره می‌شوند).
در این مقاله، می خواهم پیکربندی گام به گام اولین تابع - DFS Namespace، o را شرح دهم. بنابراین، من همه چیز را در سیستم عامل Windows Server 2008 R2، در اختیار 2 سرور - AD.test.ru - کنترل کننده دامنه و SERV1.test.ru - سروری که نقش DFS روی آن نصب خواهد شد، اجرا می کنم.
توجه!!! برای استفاده کامل از DFS جدید در Windows Server 2008 R2، باید تعدادی از شرایط را برآورده کنید: همه سرورهای شرکت کننده در DFS باید حداقل Windows Server 2008 باشند، و سطح دامنه AD باید حداقل باشد. ویندوز 2008.
بنابراین، اولین چیزی که باید با آن شروع کرد این است نقش فضای نام DFS را تنظیم کنید، برای این کار، در سرور (در این مقاله سرور SERV1. test.ru خواهد بود)، روی میانبر کلیک کنید "مدیر سرور - نقش ها - اضافه کردن نقش".
پنجره بعدی اطلاعاتی خواهد بود، بخوانید و کلیک کنید "به علاوه". سپس نقش مورد نیاز را انتخاب می کنیم، در این صورت ما به نقش علاقه مند هستیم خدمات فایل.

پس از آن، یک پنجره اطلاعات ظاهر می شود، بخوانید و کلیک کنید "به علاوه". سپس Role Services را انتخاب کنید فضای نام DFSو تکرار DFS(این مقاله پیکربندی این سرویس را شرح نمی دهد، در مقاله بعدی روی آن تمرکز خواهم کرد).

من پیشنهاد می کنم بعداً فضای نام را تنظیم کنیم، برای این کار انتخاب می کنیم "در فرصت دیگری فضای نام ایجاد کنید..."و فشار دهید "به علاوه".

ما نصب را تمام می کنیم - در پنجره تأیید کلیک کنید "نصب"و پس از نصب موفق فشار دهید "نزدیک".

نیمی از کار انجام شده است، پیکربندی فضای نام DFS باقی مانده است، برای این کار کنسول DFS را باز می کنیم. برای انجام این کار، کلیک کنید "شروع - ابزارهای اداری - مدیریت DFS".

پنجره ای باز خواهد شد "مدیریت DFS"، برای ایجاد DFS روی آن کلیک کنید فضای نام - فضای نام جدید.

اولین کاری که باید انجام دهید این است که مشخص کنید فضای نام در کجا قرار می گیرد، در این مثال از کنترل کننده دامنه AD.test.ru استفاده می کنم.

سپس نام فضای نام را در این مثال مشخص کنید "جمع"و فشار دهید بعد.

در پنجره "فضای نام تایپ کنید"برای افزایش تحمل خطا، توصیه می کنم انتخاب کنید "فضای نام دامنه".

پس از آن پنجره ای با تمام تنظیمات انجام شده باز می شود، اگر از تنظیمات مطمئن هستید کلیک کنید "ايجاد كردن"و پس از چند دقیقه فضای نام DFS ایجاد می شود.
پس از آن، باید پوشه‌های فضای نام ایجاد کنید، برای این کار باید پوشه‌هایی را به اشتراک بگذارید (دسترسی شبکه به پوشه‌ها را باز کنید) که به DFS متصل می‌شوند. در این مثال، من دو پوشه را به اشتراک گذاشتم (این کار را روی دو سرور مختلف انجام دادم تا در مورد قابلیت های DFS واضح تر شود) Folder1 و Folder2. سپس فشار دهید "ایجاد یک پوشه".

نامی را مشخص کنید (این نام در فضای نام DFS نمایش داده می شود و ممکن است با نام پوشه ارائه شده متفاوت باشد) و مسیر پوشه را مشخص کنید.

و بنابراین، ما یک پوشه ایجاد کردیم پوشه 1در DFS

به روشی مشابه، یک پوشه دیگر اضافه کنید. در نتیجه دو پوشه به فضای نام اضافه شده است که به صورت فیزیکی در سرورهای مختلف قرار دارند.

حال اگر مسیر \\test.ru\Total را طی کنیم (این پیوند فقط برای این مثال خاص اعمال می شود، در مورد شما داده هایی را که در هنگام تنظیم مشخص کرده اید مشخص می کنید) میانبرهای ایجاد شده را مشاهده خواهیم کرد.

برای راحتی استفاده از فضای نام، توصیه می کنم یک درایو شبکه را با مسیر DFS متصل کنید. برای انجام این کار، در رایانه کاربر، باز کنید "کامپیوتر"، در بالای پانل را انتخاب کنید "نقشه درایو شبکه"و در تنظیمات مسیر DFS را می نویسیم، در این مثال \\test.ru\Total.

در نتیجه، مشاهده یک درایو شبکه برای کاربران نهایی بسیار راحت خواهد بود که با وارد کردن آن، تمام پوشه های مورد نیاز خود را بدون اینکه فکر کنند این منبع شبکه در کجا ذخیره شده است، مشاهده می کنند.