Глава 10. Файловые службы и Управление данными

В прошлом году я прочитал, что Интернет перемещает более 1800 петабайт информации каждый день. Это немыслимое число! Так как все эти данные приходят и уходят, об этой информации в наши дни и века удобно думать как о хранящейся в облаках, в магической коробке в небесах. Тем не менее, все эти данные где- то располагаются. На жёстких дисках, установленных внутри серверов, находящихся внутри центров обработки данных. Все эти разговоры о вашем облаке в реальности трансформировались для компаний в обсуждение частных облаков и когда вы разбираете его на составляющие, то о чём они в действительности говорят, это различные варианты предоставления централизованных групп информации пользователям, которые могут осуществлять доступ из различных мест. Существует целый перечень технологий приготовленных в Server 2016, которые могут помочь с централизацией и безопасностью ваших данных, поэтому давайте исследуем некоторые из них вместе с вами.

DFS (Distributed File System, Распределённая файловая система), это включённая в Windows Server 2016 технология, которая делает возможным для множества файловых серверов совместно использовать единое Пространство имён (Namespace), позволяя конечным пользователям осуществлять доступ к файлам и папкам по единому имени сетевой среды. Такие доступы к файлам не заботятся о том с каким физическим сервером они в настоящее время общаются; они просто применяют единое пространство имён вашей среды DFS и позволяют серверам выполнять всю рядовую работу по обеспечению гарантии того, что все файлы и папки доступны пользователям, вне зависимости от того, где этим файлам пришлось физически располагаться. Другим вариантом их представления является собрание сетевых общих ресурсов, держащихся совместно под одним и тем же зонтиком, которым является DFS Namespace (Пространство имён DFS). Пользователи осуществляют доступ к папкам и файлам через Пространство имён, и имеют доступ ко всему в одном месте. Это помогает представлять Пространство имён DFS как некий вид записей CNAME в DNS. Они фактически позволяют нам виртуализировать наши файловые ресурсы.

Давайте совместно поработаем над получением поднятой и работающей основы среды DFS, причём отдельное Пространство имён создаётся таким образом, что мы можем просматривать его без необходимости определять имя нашего файлового сервера. Также на протяжении данного рецепта мы предпримем шаги для подготовки нашего сервера DFS к репликации, синхронизации файлов между двумя файловыми серверами. Реальная настройка репликации (DFSR) будет выполнена в нашем следующем рецепте, однако когда мы построим наш сервер FILE1, мы также подготовим его к этой роли.

Мы работаем внутри среды домена, а реальная работа в настоящий момент состоит в создании нашего нового файлового сервера. Он называется FILE1 и работает под Windows Server 2016. Он присоединится к нашему домену, однако в нём ещё ничего не будет настроено.

Выполните данную последовательность для настройки такого нового файлового сервера для DFS:

В данном рецепте мы взяли новый файловый сервер и поместили его в свой первый блок DFS. Новое Пространство имён, которое мы создали, теперь содержит папку, в которой пользователи могут сохранять документы, и которая публикуется в вашем домене с тем, чтобы эти файлы и папки могли быть доступными посредством имён Пространства имён DFS, вместо того, чтобы существовала необходимость знать конкретное имя нашего определённого файлового сервера. DFS является великолепным инструментом для централизации данных и создания простого в использовании для сотрудников в вашей компании когда у них возникает потребность в доступе к их данным. Это также великолепный инструмент для избыточности через репликации, и мы обсудим это более глубоко буквально через одну минуту.

DFSR (Distributed File System Replication, репликация Распределённой файловой системы) это часть DFS, которая делает возможной автоматическую репликацию файлов между множеством серверов. В своём первом рецепте в этой главе мы добавили необходимые роли, и создали Пространство имён DFS, поэтому у нас имеется доступ к файлам и папкам которые которые располагаются внутри нашей среды DFS. До сих пор, однако, это всё находилось на отдельном файловом сервере. Проследуйте вперёд чтобы включить часть R DFSR, Репликацию. Мы настроим DFSR между двумя файловыми серверами в своей среде, FILE1 и FILE2 и проверим её, чтобы убедиться что данные между ними синхронизируются.

У нас уже имеется работающий сервер DFS, FILE1. Он размещает Пространство имён DFS с папкой внутри. Новый файловый сервер, FILE2, также работает и присоединён в наш домен. Данный рецепт ожидает, что вы уже установил необходимые роли для применения этого сервера с DFS. Процедура для установки этих ролей кратко рассмотрена в предыдущем рецепте, Включение Распределённой файловой системы и Пространства имён. Добавьте те же роли для нового FILE2 в точности так же, как вы это делали для FILE1, а затем продолжайте текущий рецепт для настройки своей репликации.

Чтобы настроить DFSR между двумя файловыми серверами в нашем окружении следуйте данными этапами:

В данном рецепте мы взяли своё окружение DFS и слегка расширили его возможности добавив репликацию. DFSR является великолепным инструментом для применения при распределении файлов в ваши офисные отделения, в то же время сохраняя практику пользователей и отображение дисков аналогичными вне зависимости от того, откуда они осуществляют доступ к этим файлам. Говоря в исторической перспективе, Распределённая файловая система Microsoft имеет плохую репутацию благодаря ряду проблем в более ранних операционных системах Windows Server. Эти дни в прошлом, и если вы ещё не попробовали эту технологию в своей собственной среде, у вас нет оснований ждать этого!

iSCSI является другим вариантом совместно использовать хранилище в сетевой среде. Да, сам по себе термин iSCSI больше связан с реальным уровнем протокола и тем, способом которым данные передаются через LAN или WAN, однако то как это выглядит на уровне потребителя iSCSI, это то, что машина имеет букву устройства для некоторого диска, однако этот диск физически не подключён к данному серверу. Например, вы можете зарегистрироваться на сервере и увидеть диск M. Этот диск выглядит в точности как локальный том, однако в действительности это сетевое соединение с хранилищем, которое может располагаться в другом конце вашего центра обработки данных. На слух похоже на сетевое соответствие дисков, не правда ли? Да, однако работает это на нижнем уровне. Виртуальные диски iSCSI, как они и называются, работают с этим сервером так, как если бы они были локальными дисками. Это даёт серверам возможность взаимодействовать с этими данными на системном уровне и не требует пользовательского контекста для работы, что требуется в случае соответствия сетевых дисков. Они обычно называются блочными хранилищами (block storage).

Один хороший пример, с которым я поработал, был приложением баз данных, которое пользователь установил на новый сервер. Требования для установки этого программного обеспечения состояли в том, что диск был выделенным для хранения, это должно было быть целиком буквенное устройство в имеющейся системе и оно не могло быть диском соответствия или соответствием UNC. У нас не было возможности добавить ещё один жёсткий диск в этот физический сервер, и это в любом случае было не желательно. Мы воспользовались iSCSI для создания таргета iSCSI на его главном сервере хранения, а затем присоединились к этому блочному хранилищу через инициатор iSCSI на своём сервере приложений, где было установлено данное программное обеспечение.

Я не встречал множества вариантов применения iSCSI, и именно поэтому я полагаю, что нам следует проверить свои акватории здесь. Теперь у нас имеется собственная возможность в 2016 Server создавать внутренние таргеты iSCSI прямо в этом сервере, поэтому давайте займёмся вместе созданием одного из подобных таргетов.

У нас имеется работающий Windows Server 2016, который мы собираемся подготовить под цели нашего сервера таргета iSCSI.

Чтобы создать таргет iSCSI на вашем сервере, выполните следующие шаги:

В данном рецепте мы начали выводить как iSCSI может дать преимущества нашей среде. В добавление к обсуждавшемуся мной сценарию, в котором сервер базы данных требовал постоянное соединение с буквой для удалённого хранилища, существуют некоторые другие распространённые применения для соединений iSCSI. Вы можете применять соединения iSCSI для консолидации хранения. Например, возьмём множество серверов, которые имеют локально подключённые хранилища и пометим их в блочные хранилища iSCSI. Вы сможете затем перемещать это физическое хранилище в ваш таргет iSCSI для всех вовлечённых в это серверов приложений. Они всё ещё будут иметь доступ к тем же самым данным, а работающие на этих серверах приложения не будут видеть никакой разницы, однако ваши физические хранилища будут теперь консолидированы в централизованную область для сохранности и лучшего управления данными.

iSCSI также является интересным вариантом использования для бездисковой загрузки. Вы можете снабдить бездисковые компьютеры с готовыми к iSCSI NIC, и эти компьютеры могут загружаться через сеть по iSCSI с виртуальных дисков, расположенных на вашем таргете iSCSI.

Для получения дополнительной информации по iSCSI просмотрите следующие ссылки:

Настройка вашего первого таргета iSCSI это прекрасно, однако вы до сих пор не используете это хранилище ни для чего. Давайте сделаем ещё шаг вперёд и присоединим какой- нибудь сервер к этому хранилищу с тем, чтобы вы могли начать его применение. Присоединённое к таргету iSCSI устройство называется инициатором iSCSI (iSCSI initiator). Мы собираемся взять какой- нибудь сервер в своей среде и настроить его на соединение через сетевую среду с применением iSCSI к своему серверу таргета. Когда мы завершим, у нас будет новый жёсткий диск (подключённый) к нашему серверу, даже хотя на самом деле это просто блочное хранилище из таргета iSCSI, доступ к которому осуществляется через вашу сетевую среду.

У нас уже имеется один настроенный Windows Server 2016, являющийся таргетом iSCSI, а теперь мы настраиваем вторую коробку 2016 в качестве своего инициатора iSCSI, который будет присоединён к нашему таргету.

Следуйте инструкции для создания соединения инициатора iSCSI на вашем сервере FILE2:

Теперь у нас в наличии имеется свой инициатор iSCSI к нашему таргету iSCSI и если мы откроем любое обычное средство управления дисками, например такое как Disk Management, на вашем сервере инициатора, вы увидите новый диск перечисленным и доступным! Вы после этого можете манипулировать этим хранилищем так, как если бы оно было физическим хранилищем, включая превращение его в постоянную букву, доступную в вашей операционной системе.

Важно отметить, что инициатор iSCSI часто используется без какого- либо сервера таргета iSCSI Windows Server 2016, подключённого на другой стороне подобного соединения. Одна из чудесных вещей связанных с iSCSI состоит в том, что его не интересует вид хранилища, к которому вы подключены, пока это хранилище поддерживает доступ, осуществляемый через iSCSI. Существует множество технологий SAN которые вы можете получить, или можете уже иметь работающими в вашей среде, в которые вы можете проникнуть применяя инициатор iSCSI в своём Windows Server. Это даёт вам возможность потреблять хранилища от не- Windows SAN устройств в ваших приложениях Windows и файловых серверах.

Пространства хранения (Storage Spaces) являются невероятно крутой технологией, которая не выставляется на показ или не продаётся сама по себе; она просто выполняет свою работу и делает это хорошо. Сколько раз вы ловили себя в состоянии между молотом и наковальней по причине того, что вы работаете вовне на одном жёстком диске в одном из своих серверов? Я был в такой ситуации множество раз, в особенности работая с технологиями подобными RDS, которые могут содержать множество данных пользователей, причём все они хранятся на одном и том же системном диске. В больше части современного серверного оборудования достаточно просто добавить множество жёстких дисков, однако не всегда просто решить как разбить на разделы и тома эти диски с тем, чтобы вы не выходили за пределы пространства на C:, в то время, как у вас имеется 200 ГБ свободного пространства на D:.

Это именно тот случай, когда Пространства хранения могут сохранить множество времени и уберечь от головной боли. Что если бы вам не пришлось заботиться о том какого размера жёсткие диски вы применяете в качестве своего первичного диска, вторичного диска, и так далее? Что если бы вы могли собрать все их вместе в кучу и использовать это хранилище из одной большой связки или пула, как вы пожелаете? Это в точности то что мы можем представить при помощи Пространств хранения Windows Server 2016. Вы комбинируете множество физических жёстких дисков в некий пул хранения, а затем внутри этого пула вы можете создавать один или более томов для потребления этого пространства хранения. Множество дисков объединены в хранилище для того чтобы вести себя как один большой диск с возможностями для избыточности в стиле RAID встроенной в такую настройку пула хранения. Давайте поработаем совместно над объединением нескольких жёстких дисков вместе и создания нового единого тома, который будет использоваться вашей операционной системой.

Мы собираемся настроить Пространства хранения на нашем серере FILE2, который работает под Windows Server 2016.

Чтобы включить Пространства хранения на вашем сервере воспользуйтесь следующей последовательностью:

Объединив эти три маленьких диска в один пул хранения мы можем построить отдельный том, который больше чем любой из этих жёстких дисков сам по себе. Пространства хранения могут применяться таким способом или миллиардами других, создавая множество пулов и томов по вашему желанию, просто собирая воедино группы физических дисков в вашей системе.

Использование дискового пространства это нечто, что мы обычно планировали с большим трудом. Какого размера диска получить? Должны ли они ставиться в соответствие? Какого размера должен быть каждый из моих томов? Должен ли я использовать RAID? Должен ли я использовать выделенное оборудование для такого RAID? Пространства хранения являются способом, который собирает множество из этих вопросов воедино, упаковывает их и выбрасывает в мусорный бак.

Если вы заинтересованы в Пространствах хранения, не забудьте также ознакомиться с многоуровневым хранением. В Server 2016, если вы объединяете диски SSD с обычными механическими дисками, вы можете создать некое многоуровневое хранилище, которое является являются неким видом гибридных жёстких дисков, которые, случается, приходят в ноутбуках. Эти диски объединяются в единый блок хранения, однако Windows будет сохранять элементы с наиболее частым обращением на вашем SSD, делая их более быстрыми для для доступа. Вот ссылка, с которой вы можете начать дальнейший просмотр применения многоуровневого хранения в Пространствах хранения: http://technet.microsoft.com/en-us/library/dn387076.aspx#bkmk_tiers. {Прим. пер.: также рекомендуем ознакомиться с нашими переводами Руководства по вопросам проектирования программно определяемого хранилища, а также разделом Пространства хранения и множество уровней книги "Hyper-V 2016 Практический опыт".}

Непосредственно подключаемые пространства хранения

Расширяя основную идею Пространств хранения и способа, которым они позволяют совместно применять присоединённые к отдельной системе жёсткие диски, Непосредственно подключаемые пространства хранения (Storage Spaces Direct, S2D) являются новой торговой маркой в Windows Server 2016 и позволяют совместно использовать хранилища по множеству серверных узлов! Чтобы использовать Непосредственно подключаемые пространства хранения, вам необходимо употребить Отказоустойчивый кластер и понадобится кластер по крайней мере из двух серверов. Каждый из этих серверов может содержать множество жёстких дисков, которые могут использоваться Пространствами хранения. Основное изящество Непосредственно подключаемых пространств хранения состоит в том, что они позволяют применять непосредственно подключаемые диски, поэтому мы не ограничены в затратных, сложных полках JBOD. Имеете сервер с несколькими подключёнными к нему SATA дисками? Он может стать узлом в вашем кластере Непосредственно подключаемых пространств хранения! Применяя S2D, вы можете объединять воедино до 16 серверных узлов, содержащие более чем 400 дисков в вашем централизованном пуле хранения! Реальная красота работы среды S2D состоит в расширении хранилища настолько же простом, как добавление дополнительных дисков в существующий сервер, или даже добавление дополнительных серверов в ваш кластер. Как только вы добавите новую ёмкость либо дисками, либо на уровне серверного узла, ваш пул хранения, который вы создали при помощи S2D автоматически начнёт расширение включая эти новые хранилища.

Первичная цель для S2D состоит в создании очень надёжной атмосферы для выполнения виртуальных машин Hyper-V. Применяя такие технологии как SMB3 и файловая система ReFS вы можете настраивать Hyper-V для хранения его виртуальных машин поверх S2D для обеспечения того, что вы всегда имеете по крайней мере три копии своих данных постоянно активными и доступными в рамках вашего кластера.

Реальная настройка Непосредственно подключаемых пространств хранения не является чрезвычайно сложной, однако она содержит большую комплексность чем моя простая тестовая лаборатория и того, что могут содержать краткие страницы рецепта данной поваренной книги. Вы будете взаимодействовать с S2D через PowerShell и Менеджер отказоустойчивого кластера, хотя для наилучших результатов те из вас, кто работает с SCCM, будет иметь самое простое время настройки и управления этой новой технологией, так как она особенным образом интегрирована в System Center. Даже хотя мы и не настроили её в данном рецепте сейчас, если эта тема попадает в область ваших интересов, обеспечьте продолжение чтения при помощи следующей ссылки: https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-spaces/storagespaces-direct-windows-server-2016 {Прим. пер.: также можем рекомендовать свой перевод раздела Непосредственно подключаемых пространств хранения книги "Hyper-V 2016 Практический опыт".}

Реплика хранилища

Другой новой технологией хранения в Windows Server 2016 является Реплика хранения (Storage Replica). В противовес Непосредственно подключаемым пространствам хранения, которые целиком посвящены совместному хранению по всем узлам, заданием Реплики хранения является обеспечение того, чтобы данные реплицировались быстро и безопасно между серверами или кластерами серверов. Реплика хранения навязывает возможность предлагать синхронные репликации между множеством площадок с нулевой утратой данных. Другой классной функцией Реплик хранения является то, что они могут заворачивать рабочие нагрузки с одной площадки на другую прежде чем произойдёт катастрофа, например, при предупреждении о суровом шторме в городе, в котором расположен ваш первоначальный центр обработки данных, когда вы хотите перевернуть соединения на резервный центр обработки данных до того как ударит этот шторм.

Существуют три сценария, которыми может применяться Реплика хранения. Первый, если вы растягиваете некий кластер по множеству физических площадок, вы можете использовать Реплику хранения для сохранения вашего кластера в синхронном виде. Второй, когда вы употребляете репликацию кластер в кластер для сохранения данных актуальными между двумя раздельными кластерами, которым нужно выполнять репликацию совместно. Третий, и возможно наиболее важный для пользователей SMB, является режимом сервер к серверу Реплики хранения. Он делает возможным синхронные и асинхронные репликации между двумя серверами, причём не обязательно в любом из видов сценария кластера.

Воспользовавшись надёжными возможностями Реплики хранения, существует хорошая вероятность того, что когда- нибудь она заменит DFSR как инструмент администратора сервера в качестве выбора для репликации данных между серверами. Одно требование, которое важно отметить, что не имеет применимости к DFSR, это то, что нам необходима достаточно низкая латентность между центрами обработки данных чтобы применять Реплику хранения. На момент, когда и пишу эти строки, текущая рекомендация составляет менее 5 мс между вашими площадками. Как и со всеми новыми именами технологий, должно пройти некоторое время, прежде чем крупные промышленные среды выберут в качестве перемещения Реплики хранения для обработки всех своих чувствительных и критических данных, однако я провоцирую вас взглянуть на дополнительную информацию и начать использовать её или нет: https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-replica/storagereplica-overview.

Дедупликация это то, что мы, как люди, делаем естественным образом. Время от времени вы чистите свой холодильник, так? И если в нём находятся семь наполовину пустых бутылок кетчупа, вы, скорее всего, устраните эти повторы и выбросите что- то прочь. Или взять ваш шкаф. Если вы копаетесь в нём и находите тридцать три синие рубашки, есть вероятность, что вы сможете расстаться с частью из них чтобы сэкономить место. Эти вещи наполнены здравым смыслом и то же самое делает дедупликация когда речь заходит о тех данных, которые хранятся в наших серверах.

Начиная с Windows Server 2012, дедупликация данных стала возможной на уровне файловой системы. Когда она включена, Windows выполняет по расписанию задания оптимизации, которые ищут дублируемые файлы и данные и собирают их воедино. Если у вас имеются две копии одного и того же файла, сохранённого в двух различных местах, всё что они делают, это потребление дополнительного дискового пространства. Дедупликация данных удаляет вторичные копии и применяет первичные всякий раз, когда этот файл вызывается из любого местоположения на вашем диске.

В Server 2016 у нас имеется возможность расширить такую дедупликацию в Hyper-V, в особенности для размещений типа VDI. Это колоссально! Подумайте обо всех своих различных VDI системах, которые собираются раскручиваться данной системой. При наличии такого большого число аналогичных систем, выполняющихся в одном и том же режие работы диска, существует большой потенциал иметь тысячи дублируемых файлов, причём все они дублируются по многу раз. В данном рецепте мы собираемся пройтись по этапам, включающим на сервере дедупликацию данных с тем, чтобы вы начали пробовать её в своих собственных средах.

В данном рецепте мы включим дедупликацию данных в отдельном сервере, конечно, запущенном с Windows Server 2016.

Чтобы включить дедупликацию данных на нашем сервере, выполните следующее:

Дедупликацию данных очень просто включить, однако при этом она может быть очень мощным средством для сохранения дискового пространства в ваших файловых серверах. Диаграмма, доступная в одной из последующих ссылок отображает статистики дедупликации Server 2012 R2 в терминах процентного сохранения пространства для различных видов данных. Эти значения слегка больше чем я ожидал увидеть, около 50 процентов для обычных совместно используемых фалов и более 80 процентов для библиотек VHD! В Windows Server 2016 теперь у нас имеется поддержка для даже больших томов и файлов, поэтому сохранение данных является даже ещё большим. Теперь мы можем поддерживать тома до 64 ТБ, а индивидуальные файлы до 1 ТБ! Попробуйте дедупликацию данных на одной из своих систем и вы увидите, что доступной дисковое пространство начнёт расти!

Для получения дополнительной информации по дедупликации данных в Windows Server 2016 просмотрите следующие ссылки:

Доступ к данным из любого места, в котором вам пришлось оказаться, становится всё более и более важным в наши дни мобильной работы. Принимая это, становится существенным, что всё больше и больше технологий разрабатывается с тем, чтобы сделать возможным доступ к данным из болшего числа мест и для большего типа устройств. Это именно то, чему посвящены все Рабочие папки (Work Folders) в Windows Server 2016. Эти файлы доступны через веб- перехватчик (listener), который настраивается в файловом сервере Рабочих папок и тем самым делает возможным доступ к этим данным изнутри или снаружи вашей корпоративной сетевой среды, как из присоединённых к домену, так и из находящихся за его пределами систем.

Настройка полноценной среды Рабочих папок со всем и её перемещающимися частями и компонентами содержит слишком много данных для включения в отдельный рецепт. В настоящий момент мы сосредоточимся на этапах, которые необходимо выполнить в самом файловом сервере для того чтобы подготовить его к размещению Рабочих папок. Не забудьте проверить предоставляемые в конце данного раздела ссылки чтобы продолжить получение знаний по данному предмету. Когда вы начнёте работу с Рабочими папками и реализуете предоставляемые ими преимущества, я не сомневаюсь, что вы также освоите Групповую политику с тем, чтобы покрутить некоторые из этих установок и поработать с обратными прокси решениями подобными WAP (Web Application Proxy) чтобы ещё расширить те возможности, которые Рабочие папки могут доставить на ваш рабочий стол. {Прим. пер.: следуя Ли Сюрбером, развивающим свой подход к построению программно- управляемого ЦОД без Microsoft - см. наш перевод Полной виртуализации - обращаем ваше внимание на добавленный в бизнес - плюс версию новый продукт - Artica Proxy.}

Сейчас вся работа будет происходить в Windows Server 2016, которые мы используем в качестве файлового сервера. В частности, я применяю сервер FILE1 в своей лаборатории, с которым мы работали на протяжении всей этой главы. Чтобы полностью настроить Рабочие папки вам также понадобится получить действующий сертификат SSL и доступ к вашему общедоступному окружению DNS чтобы создать запись.

Чтобы включить в вашей среде рабочие папки выполните следующие шаги:

Достаточно просто при первом взгляде упустить из виду Рабочие папки, полагая что это всего лишь ещё один способ получения доступа к тем же самым данным тем же самым образом, как и в вариантах папки общих ресурсов, которые вы имели на протяжении многих лет. Однако более внимательное рассмотрение показывает нам, что возможность публикации доступа к файлам и папкам как для присоединённых в домен, так и для находящихся за его пределами систем, работающим либо из корпоративной сети, либо из дома, могут иметь гигантские преимущества. Вы можете применять Рабочие папки в качестве предоставленного доступа к корпоративным данным без необходимости работать с ноутбуком компании. Вы можете также предоставить доступ к подробностям файлового уровня без необходимости соединения из VPN, что может предоставить больший доступ домашнему компьютеру чтобы вы могли комфортно работать за ним. Существует множество ситуаций при которых технологии подобные Рабочим папкам могут увеличить производительность для ваших пользователей и безопасность информации внутри вашей ИТ инфраструктуры. Одной из болевых точек Рабочих папок в предыдущих версиях Windows Server было то, что компьютеры клиента не получали уведомления об изменениях файлов примерно на протяжении 10 минут после того, как такие изменения были осуществлены. Это окончательно решено в Windows Server 2016. Пока вы используете 2016 на серверной стороне и Windows 10 в качестве клиента, файловые изменения теперь отражаются так быстро, как только они создаются. Убедитесь в этом самостоятельно!

Загляните в следующую ссылку чтобы получить ещё более подробную информацию по настройке Рабочих папок: http://technet.microsoft.com/en-us/library/dn528861.aspx.