Блог про DFS и DFSR

re: Блог про DFS и DFSR

Vadikan — Fri, 26 May 2006 08:02:55 GMT

Доброго времени суток, Олег!

В процессе работы над переводом статьи "Step-by-Step Guide to User Data and User Settings" http://tinyurl.com/5hmvv для русского Technet я наткнулся на маленький раздел о DFS, в котором по сути была всего одна фраза: "Best Practice. Use DFS with one alternative live at a time, and only enable another in the event of failure or maintenance tasks."

Вы не могли бы объяснить ее смысл? А то у меня от альтернативных жизней DFS уже голова пухнет :)

Заранее спасибо за потраченное время!

Вадим Стеркин aka Vadikan
unattended.oszone.net

re: Блог про DFS и DFSR

oisakov — Tue, 30 May 2006 20:55:37 GMT

Рекомендация, о которой вы спрашиваете, относится к ситуации, когда DFS директория используется не только для чтения файлов, но и для их модификации.

Пусть есть несколько ссылок (link targets) которые показывают на разные сетевые ресурсы и эти сетевые папки реплицируются между собой (с помощью DFSR или FRS). Если мы сделаем все targets равнодоступными для клиентов, то может возникнуть ситуация, когда два пользователя изменили один и тот же файл на разных машинах. В этом случае возникает конфликт записи, и побеждает последняя по времени копия файла.

Поэтому в Windows 2000 была рекомендация, согласно которой только одна реплика должна быть доступной через DFS. Другие реплики используются для восстановления в случае потери основной реплики. Однако, нужен был процесс для включения альтернативной dfs ссылки в случае сбоя (вручную, или с помощью скриптов).

Однако эта рекомендация устарела. В Windows 2003 появилась возможность задавать приоритет для link targets с помощью командной утилиты DFSUtil, а в R2 эти настройки уже доступны и в UI. Так что можно делать две реплики доступными через dfs, и устанавливать основной реплике самый высокий приоритет.

re: Блог про DFS и DFSR

Vadikan — Wed, 31 May 2006 05:31:31 GMT

Большое спасибо за ответ, Олег!

re: Блог про DFS и DFSR

J0keRUS — Wed, 20 Feb 2008 13:06:09 GMT

Здравствуйте.

В нашей компании быстро растет количество реплицируемых папок и серверов. Встал вопрос о том какое железо использовать. Есть ли способ расчитать оптимальные системные требования для DFSR?

re: Блог про DFS и DFSR

ILIyahoo — Fri, 15 Aug 2008 10:42:07 GMT

Добрый день.

Существует потребность в DFS репликации между 100 рабочими станциями и файловым сервером.

Так как в Viste уже встроен DFS-replication service, был сделан эксперимент между тестовыми Server 2008 enterprise x86 и Vista enterprise x86. DFS service предварительно был включен на клиенте, а на сервере была добавлена роль файлового сервера ( dfs-namespace и dfs-replication соответственно). При создании replication group появляется сообщение о невозможности создания replication group между server и client.

Итак вопрос

Для чего существует этот загадочный dfs-service и как его использовать.

C уважением, Стракович Илья.

re: Блог про DFS и DFSR

Raistlin — Thu, 30 Oct 2008 01:20:09 GMT

Здравствуйте!

Ситуация такая. Домен, два контроллера, поднят DFS (1 root target), \\DFSRoot\Users есть \\Server\Users$. Для всех пользователей включено перенаправление My Documents в \\DFSRoot\Users\%username%\My Documents. Для \\Server\Users$ выбрано в Caching:

(.) All files and programs that users open from the share will be automatically available offline

[x] Optimized for performance

Вопросы (после прочтения http://www.microsoft.com/windowsserver2003/techinfo/overview/dfsfaq.mspx):

1. Не будет ли проблем из-за такой связки (FRS активен, т. к. есть репликация между контроллерами, но root target-то один)?

2. Для остальных шар на Server режим Offline files включится автоматически? Не следует ли вручную его выключить?

Спасибо!

Александр