Репликация DFS (DFSR)
В этой статье мы немного расскажем об очень простом и на сегодня в каждой малой компании необходимом механизме. Это конечно же “Распределённая файловая система” (DFS) и “Служба репликации распределённой файловой системы” (DFSR). Механизм репликации, как встроенное решение в семействе OS Windows Server появился ещё в 2000-м году в Windows Server 2000. С тех пор решение очень серьёзно выросло по своей функциональности и отказоустойчивости. На сегодня с помощью буквально нескольких кликов настраивается огромное количество параметров с значениями по умолчанию, которые устроят 99% компаний.
В этой статье будут показаны буквально основные пункты настройки базовых элементов данной службы. Но на этом данный механизм не исчерпан и если вы ещё ранее об этой службе не знали, то эта статья для вас.
Какие типы репликаций существуют
Данная группа репликации создаётся практически автоматически при добавлении второго конечного объекта в распределённую файловую систему.
Независимая группа репликации нужна в тех случаях, когда вам необходимо не “расшаренные” папки, в просто любые папки реплицировать между двумя или более разные серверами.
Если с репликацией конечных объектов в пространстве имён всё ясно и просто, то вот с независимыми группами репликации есть ещё одна особенность т. к. данную группу можно создать двух типов:
Кстати, в своем Telegram-канале я делюсь IT-советами для руководителей бизнеса, которые помогают узнать, где теряются деньги и как проверить системных администраторов.
Универсальная группа репликации нужна для взаимной двунаправленной репликации файлов и папок содержащейся в ней. Такая группа как раз и используется при создании группы репликации для конечных объектов пространства имён.
• Группа репликации для сбора данных
Группа репликации для сбора данных нужна, чтобы копировать все файлы и папки скажем на резервный сервер. При этом если на резервном сервере будут какие то файлы изменены или удалены, то это никак не повлияет на исходный объект. Данный функционал удобен для реализации одностороннего обмена данными например между защищаемым сегментом и DMZ (решение не идеальное по безопасности!)
Немного о нюансах
1. При создании группы репликации не важно какого типа вы можете задать скорость передачи данных по дням недели и часам. Это очень полезно использовать для снижения нагрузки на сети в рабочее время. Особенно в тех случаях, когда у компании есть множество филиалов в разных городах и/или странах.
2. Служба крайне стабильная и при подавляющем большинстве сбоев самовосстанавливается и корректно далее работает. Даже при аварийных завершениях работы сервера.
3. Реплицируемой папке нельзя использовать базы данных (любого типа) т. к. передача реплик происходит не посекторно, а файлами. Например базы DBase, MS Access и совместное использование файлов MS Excel не допустимо.
4. Если у вас в разных городах/странах используют одну и ту же реплику на запись и люди часто модифицирует один и тот же файл, может произойти коллизия. И получится так, что одновременно в двух филиалах один и тот же файл смодифицировали два человека. Тогда служба DFSR последнюю версию файла разместит на обеих репликах, а конфликтный файл переместит в папку “[Drive]:\[ReplicationFolder]\DfsrPrivate\ConflictAndDelete” и информацию о файле запишет в конфигурационный файл “[Drive]:\[ReplicationFolder]\DfsrPrivate\ConflictAndDeletedManifest.xml”.
5. Папка “ConflictAndDeleted” по умолчанию имеет лимит 4Гб. Вы можете этот лимит изменить.
6. Промежуточное хранилище по умолчанию имеет лимит в 4 Гб. Если вы или пользователи выложат файл большего размера, этот файл не сможет отреплицироваться, но DFSR будет бесконечно его пытаться скопировать. Если вы ожидаете от пользователей таких действий, сразу измените лимит хранилища в большую сторону.
Последние новости
