У меня есть новый стандартный сервер Windows 2012 с установленным графическим интерфейсом, и я смонтировал три тома из массива хранения на диск C в другой папке. Итак, у меня есть папка «A» на сервере и три узла внутри, которые называются «B», «C» и «D», каждая из которых связана с набором дисков емкостью 3 ТБ. Я использовал графический интерфейс служб файлов и хранилищ для настройки этих соединений, и они, похоже, отлично работают на самом сервере. Диски отображаются как точки повторной обработки в интерфейсе проводника (значок диска со стрелкой).
Теперь проблема возникает, когда они используются на клиентских машинах, и то же самое касается XP, 7 и 8, но не osx. Соединения отображаются в виде ярлыков (так это значок папки со стрелкой), и на них можно щелкнуть, но когда вы вернетесь в папку "A", чтобы посмотреть на ссылки, соединение, которое вы только что ввели, исчезло. То же самое касается всех трех переходов и исправляется только путем закрытия и повторного открытия проводника через, казалось бы, случайный промежуток времени.
После некоторой игры я обнаружил, что значок ссылки исчезает и заменяется папкой, которая помечена в проводнике файлов как скрытая или системная (хотя проверка в командной строке не говорит об этом, папки четко отмечены как точки повторной обработки и не являются скрытыми или системными). Это еще больше сбивает с толку, когда при включении «вид скрыт, система ... и т. Д.» В проводнике Windows эти папки отображаются в их слегка блеклой форме (как если бы они были системными или скрытыми). При закрытии и повторном открытии проводника эти папки временно возвращаются в исходное состояние.
Я исправил это в терминах сортировки, включив опцию показа скрытых в проводнике, но это не долгосрочное решение, поскольку оно вызывает множество проблем для пользователей, которым приходится иметь дело с проблемами thumbs.db и подобными. вещи. Кто нибудь сталкивался с этим?
Ваш комментарий к вашему ответу ссылается на проблему в клиенте Windows 7 SMBv2. Отключение SMBv2, как описано в документе, на который вы ссылаетесь, является серьезным шагом назад в производительности для ваших клиентов. Отключение кеширования каталогов на ваших клиентах также может увеличить нагрузку на ваши серверы. Установка каталога под томом, а не самого тома, является возможным обходным путем, но лично я бы настоятельно подумал об изменении архитектуры этих папок, чтобы отойти от точек соединения.
Вы можете использовать пространства имен DFS для «объединения» разрозненных общих ресурсов в единое пространство имен без использования точек соединения, и вы сможете сохранить SMBv2 включенным. Это дает вам то преимущество, что вы можете позже с легкостью разделить эти тома на физически отдельные серверы, если вам когда-нибудь понадобится.