Files and more

Блог про DFS и DFSR

Приветсвую всех на страницах моего нового блога, который посвящен технологиям Microsoft для хранения и репликации файлов (надеюсь, что я выбрал удачный перевод для термина Microsoft File Storage solution).

 

Сразу приношу извинения за косноязычность. Я не знаю как многие термины и названия переводятся на русский. Если вы знаете более удачный перевод того или иного слова, то я буду рад вашим советам.

 

Я работаю в группе Core File Solutions, и непосредственно занимаюсь Distributed File System (DFS) и Distributed File System Replication (DFSR).

 

Что такое DFS, и для чего ее применяют? Distributed File System (Распределенная Файловая Система) – это технология которая позволяет объединить файлы и директории на разных файловых серверах и рабочих станциях в единую структуру директорий. Тем самым, DFS создает инфраструктуру, которая помогает пользователям быстро находить нужные файлы, независимо от того, на каком компьютере они находятся.

 

Distributed File System Replication (DFSR) -- это технология репликации файлов между файловыми серверами. Технология DFSR стала доступна в новом релизе сервера, Windows Server 2003 R2, который был выпущен в конце 2005 года. Хочу заметить, что DFSR не поставляется с предыдущей версией Windows Server 2003. В версию 2003 включен другой продукт – File Replication System (FRS), который менее надежен и более сложен в использовании. Поэтому, если вы заинтересованы в репликации файлов, вам надо как можно быстрее переходить на релиз R2.

 

В течении нескольких недель я буду выкладывать посты про DFS и DFSR, начиная с самых базовых тем. Если у вас есть какие-то конкретные вопросы по этим технологиям, задавайте их мне, и я постараюсь на них ответить. А пока, вот темы, с которых я начну:

  • Преимущества использования Distributed File System (DFS)
  • Как работает Distributed File System Replication (DFSR)
  • Повышение надежности файлового сервера с помощью DFS
  • Как настроить репликацию данных между двумя серверами
  • Безопасность данных (security) и DFS
  • Топологии серверов, часто используемые при репликации
  • О маштабируемости (scalability) DFS для больших структур директорий

 

Ну, как говориться, в добрый путь….

 

Published Monday, May 15, 2006 6:36 PM by oisakov

Comments

 

Vadikan said:

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

В процессе работы над переводом статьи "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
May 26, 2006 1:02 AM
 

oisakov said:

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

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

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

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

Vadikan said:

Большое спасибо за ответ, Олег!
May 30, 2006 10:31 PM
 

J0keRUS said:

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

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

February 20, 2008 5:06 AM
 

ILIyahoo said:

Добрый день.

Существует потребность в 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 уважением, Стракович Илья.

August 15, 2008 3:42 AM
 

Raistlin said:

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

Ситуация такая. Домен, два контроллера, поднят 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 включится автоматически? Не следует ли вручную его выключить?

Спасибо!

Александр

October 29, 2008 6:20 PM
Anonymous comments are disabled

This Blog

Syndication

Tags

No tags have been created or used yet.

© 2009 Microsoft Corporation. All rights reserved. Terms of Use  |  Trademarks  |  Privacy Statement
 Microsoft
Page view tracker