У меня на сервере есть внешний жесткий диск USB (для резервного копирования). Я поделился как "Т". Резервное копирование с другого компьютера на \ server \ T.
Я также хотел бы называть этот диск локально как \ server \ T, а не (скажем, D :), потому что буква диска меняется, когда я переворачиваю USB-накопители.
Есть ли снижение производительности при обращении к нему по имени UNC? (То есть, как если бы Windows XP действительно выходила из сети, чтобы добраться до диска.)
Вы пройдете через перенаправитель, и я видел случай, когда на большой файл ссылались таким образом, возникала проблема, когда весь сетевой доступ к общему ресурсу внезапно прекращался. В нашем случае мы восстанавливали резервную копию SQL Server в довольно большой базе данных, используя путь UNC. Это было в Windows 2000. Когда мы изменили его на локальный диск, проблема исчезла. Есть еще некоторые проблемы с 2003 годом. Например:
Альтернативное решение - смонтировать этот USB-накопитель в пустой папке на томе NTFS (с использованием точек соединения), чтобы диск мог называться C: \ Установленный \ USB или что-то подобное.
Создайте папку, затем перейдите в «Управление компьютером»> «Хранилище»> «Управление дисками», щелкните правой кнопкой мыши раздел и «смонтируйте в этой папке».
Это не изменится, даже если изменится назначение букв диска.
В зависимости от того, что именно вы делаете, вы также можете столкнуться с проблемами аутентификации. Использование путей UNC в службах уровня приложения приводит к тому, что служба попадает в ситуации олицетворения, которые часто могут приводить к остановкам при отображении, если не установлены надлежащие доверительные отношения.
Например, мы часто сталкиваемся в нашей среде SQL Server при доступе к файловой системе через задания агента SQL. Использование буквенных путей к физическим дискам работает (односкачковая аутентификация), но использование UNC-путей к одному и тому же файлу дает сбой, потому что у нас не настроены доверительные отношения, позволяющие работать олицетворением.