Мы широко использовали символические ссылки для архивирования исторических файлов.
Автоматический скрипт будет регулярно создавать символические ссылки на основе определенных критериев. Пользователи не испытывают неудобств, поскольку программные ссылки можно открывать как обычные файлы, программы будут работать без проблем, а тип этих программных ссылок идентичен типу файла, на который имеется ссылка (например, символическая ссылка на в свойствах файла Excel будет указан тип файла Excel).
Однако недавно мы заметили, что тип ссылок изменился на SYMLINK, из-за чего Windows просит пользователей выбрать, с помощью какой программы открываться, открыв Open With.. окно.
Что заставило бы файловый сервер изменить свое поведение и представить символические ссылки как SYMLINK?
Проблема решается удалением следующего обновления как на файловом сервере, так и на клиентском компьютере: KB3039066.
Возможно ли, что скрипт был изменен? Вам следует сравнить ваш сценарий с синтаксисом. Подробнее здесь: Как создать символическую ссылку в Windows?
Возможно, в сценарии использовались так называемые точки соединения, и сценарий был случайно изменен и прекратил их использование. Между точками соединения и символическими ссылками существует явная разница.
Помимо этого, я бы прочитал журнал изменений ваших обновлений Windows Server, чтобы узнать, вызвало ли какое-либо обновление такое поведение и как его отменить.