none
Файловый сервер на базе Windows Server 2016 RRS feed

  • Вопрос

  • Коллеги, добрый вечер.

    Стоит задача организовать Одно хранилище между 2 серверами. Серверы расположены территориально в разных местах. Суть проблемы какова, если использую DFS, то при перезагрузке одного сервера или при проблемах канала между филиалами. Ни одному из филиалов не доступен сетевой ресурс. А нужно что бы пользователи домена видели общие папки, в сетевом ресурсе которые могут располагаться на разных серверах.

    Какие есть предложения или может что не так настраиваю?


    • Изменено Razor1212007 17 октября 2019 г. 9:19
    12 марта 2019 г. 19:27

Ответы

  • именно dfs позволяет под одним именем предоставлять ресурсы с разных хостов благодаря репликации файлов между нодами группы.

    он же (dfs) позволяет собрать в одном корне ресурсы разных хостов

    что правда у дфс есть ограничения на размер файлов в связи с чем он плохо подходит под хранение приватных видео архивов


    The opinion expressed by me is not an official position of Microsoft

    12 марта 2019 г. 19:47
    Модератор

  • Как я понял я могу настроить скорость передачи данных? Канал 50 Мб
    емнип можете но урезав скорость увеличиться очередь, а в случае если данных будет генериться  > чем может пропустить канал получите watefall 

    The opinion expressed by me is not an official position of Microsoft

    14 марта 2019 г. 11:53
    Модератор

Все ответы

  • именно dfs позволяет под одним именем предоставлять ресурсы с разных хостов благодаря репликации файлов между нодами группы.

    он же (dfs) позволяет собрать в одном корне ресурсы разных хостов

    что правда у дфс есть ограничения на размер файлов в связи с чем он плохо подходит под хранение приватных видео архивов


    The opinion expressed by me is not an official position of Microsoft

    12 марта 2019 г. 19:47
    Модератор
  • По логике связка DFS Namespace + DFSR должна вам помочь решить эту задачу, но тут есть свои нюансы - например нужно продумать давать ли возможность записи сразу на двух нодах DFSR (что может и скорее всего приведёт к конфликтам), либо же переключаться пользовательские подключения вручную в случае проблем с нодой (предпочтительнее). 

    Также возможно вам стоит взглянуть в сторону scretched cluster или SOFS.

    P.S. Виктор, а какие ограничения у DFS на размер файлов?

    13 марта 2019 г. 5:40
  • емнип файлы более 4 гб синхронизироваться не будут, но какой конкретно предел по размеру существует лучше проверить в доках

    The opinion expressed by me is not an official position of Microsoft

    13 марта 2019 г. 6:19
    Модератор
  • Это размер Staging Quota априори, синхронизироваться файлы бОльшего размера будут путём разбиения его на несколько частей, что несколько тормозит сам процесс синка (также можно увеличить размер квоты, либо же вообще использовать блочную синхронизацию via Storage Replica).
    13 марта 2019 г. 6:27
  • именно dfs позволяет под одним именем предоставлять ресурсы с разных хостов благодаря репликации файлов между нодами группы.

    он же (dfs) позволяет собрать в одном корне ресурсы разных хостов

    что правда у дфс есть ограничения на размер файлов в связи с чем он плохо подходит под хранение приватных видео архивов


    The opinion expressed by me is not an official position of Microsoft

    А если канал между филиалами не шустрый?

    Суть какая. Для филиала Test1 есть папки 1, 2 ,  3, 4

    Для филиала Test2 есть папки 5, 6, 7, 8

    При условии что папки 3,4 общие и должны отображаться в 2 филиалах.

     И при обращении к ресурсу \\contoso.com\share на всех филиалах отображается 1,2,3,4,5,6,7,8 Но зачем передавать папки которые не нужны

    _________________________

    Или все таки есть возможность настроить что бы филиал TEST2 при входе по ярлыку Storage у них открывался сетевой ресурс \\contoso.com\share и у них отображалось 5.6.7.8.3.4

    А у филиала Test1 осталось  \\stoarage\files  1,2,3,4

    13 марта 2019 г. 6:51
  • А ABE у вас включен?
    13 марта 2019 г. 6:55
  • а для папок 1,2,5,6,7,8 вам репликация вообще нужна?
    13 марта 2019 г. 7:25
  • А ABE у вас включен?

    ABE включил. Как я понял мне нужно на обоих серверах добавить  DFS и репликацию. Далее создать пространство имен на одном сервере и добавить туда 2 сервер с указанием пути к системной папке "Корни DFS". Получается расположение данной папки и название не имеет значение. Она хранит в себе имена папок к которым у пользователя доступа нет.

    Далее создаю папки в пространстве имен и указываю им путь на расшареенные папки. Заметил что если доступ к Папке стоит Только для пользователей домена то папку нельзя подключить, Если для Всех то все ОК.

    В итоге я получаю при обращении по пути \\contoso.com\share 2 ярлыка которые ведут меня на сетевые ресурсы к разным серверам. А как сделать что бы внутри одного ярлыка были все ресурсы. Я так понял с помощью репликации данные будут обмениваться между серверами.

    Пока не вижу плюса в репликации, за исключением то что один филиал получает доступ к папке при потери канала с другим филиалом. 

    А возможно ли изменение файлов одновременно? И чей файл будет актуальным при сохранении? Плюс заметил что при отключении одного из серверов какое то время не доступны сетевые ресурсы. 

    И при подключении к серверу по пути вижу 2 ресурса  "Files"  и сам путь DFS "Share". Я так понимаю Files надо прятать за $


    • Изменено Razor1212007 13 марта 2019 г. 16:03
    13 марта 2019 г. 13:05
  • Нет, для данных папок вообще репликация не нужна. Хотелось что бы по одному ресурсу были доступны все папки. При отключении одного из хранилищ что бы оставались папки только включенного хранилища и наоборот при включении сервера структура принимала свой обычный вид.

    14 марта 2019 г. 6:13
  • именно dfs позволяет под одним именем предоставлять ресурсы с разных хостов благодаря репликации файлов между нодами группы.

    он же (dfs) позволяет собрать в одном корне ресурсы разных хостов

    что правда у дфс есть ограничения на размер файлов в связи с чем он плохо подходит под хранение приватных видео архивов


    The opinion expressed by me is not an official position of Microsoft


    При тестировании Остались вопросы

    1.Нужно ли мне делать Пространство имен или хватит только репликации. Так как в принципе папки других подразделений филиалу не нужны а папку обмен и Приказы я просто могу реплицировать. Тогда и теряется смысл Пространство имен в моем случае или все таки есть какие то плюсы в пространство имен?

    2. Какой тип репликации лучше использовать Универсальная группа или группа репликации для сбора данных

    3. Как будут реплицироваться ISO образы объемом 5-7 ГБ или архив SQL bak 14 Г

    14 марта 2019 г. 9:45
  • 3 зачем вам реплицировать бекапы и iso? если канал слабый вы этой репликацией его забьете и вся остальная репликация станет колом

    The opinion expressed by me is not an official position of Microsoft

    14 марта 2019 г. 10:10
    Модератор
  • 3 зачем вам реплицировать бекапы и iso? если канал слабый вы этой репликацией его забьете и вся остальная репликация станет колом

    The opinion expressed by me is not an official position of Microsoft


    Как я понял я могу настроить скорость передачи данных? Канал 50 Мб
    14 марта 2019 г. 11:11

  • Как я понял я могу настроить скорость передачи данных? Канал 50 Мб
    емнип можете но урезав скорость увеличиться очередь, а в случае если данных будет генериться  > чем может пропустить канал получите watefall 

    The opinion expressed by me is not an official position of Microsoft

    14 марта 2019 г. 11:53
    Модератор
  • Добрый день!

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

    Подскажите пожалуйста 2 вопроса:

    1. Где лучше размещать папку Корни DFS на каком сервере.  Я так понимаю одну на контроллере домена, другую на файловом сервере который расположен в филиале?

    2. Как бороться с тем если пропадет связь между офисами? Какое то время проходит пока в филиале снова становить доступно свой сетевой ресурс. Это можно как то ускорить или это нормально? 

    17 октября 2019 г. 14:20
  • 1. Можно разместить на контроллерах домена

    2. Уменьшить время кэширования target referral (под рукой нет ПК, не могу точное название привести, но вы найдете этот параметр даже в GUI DFS Mgmt).

    17 октября 2019 г. 15:33
  • 1. Можно разместить на контроллерах домена

    2. Уменьшить время кэширования target referral (под рукой нет ПК, не могу точное название привести, но вы найдете этот параметр даже в GUI DFS Mgmt).

    2. Получается чем меньше время  кэширования. Сейчас стоит 300. Тем быстрее будут переключаться серверы. 

    3. А настройка дополнительно. В моем варианте наверно лучше выбрать Для Масштабируемости а не для согласованности. Так как филиалу важно что бы доступ не пропадал, а хранилище у них свое. В нашем хранилище нужны некоторые ресурсы.

    18 октября 2019 г. 11:54
  • Только тем быстрее не серверы будут переключаться, а клиенты к этим серверам.
    18 октября 2019 г. 12:31
  • Только тем быстрее не серверы будут переключаться, а клиенты к этим серверам.

    Продолжительность кэширования изменять на папках или на самом пространстве имен? И как понять оптимальное время?

    Как пользователям отображать правильный размер хранилища при подключенном сетевом диске? Ведь система берет данные с диска который расположен на контроллере домена, а он соответственно небольшой.

    8 ноября 2019 г. 10:15
  • 1. На самом пространстве имен.

    2. 5 мин вполне оптимальное время.

    3. Зачем им знать правильный размер хранилища? Если очкуете за свободное место, то используйте квоты/мониторинг/дедупликацию и иже с ними.

    8 ноября 2019 г. 11:10