Мы не знаем, в чем проблема этого приложения, но символические ссылки обрабатываются по-разному в операционной системе как часть файловой системы в сравнении с путями UNC или сопоставленными буквами дисков на общем сетевом ресурсе. Приложение может зависеть от задержки доступа, неожиданных кодов возврата для общих сетевых ресурсов и локально сопоставленных файлов и так далее. Части повторной обработки предусмотрены, в частности, для помощи с приложениями, у которых есть проблемы как это. Хотя ваше приложение вряд ли будет портом Unix, эта цитата из документации Microsoft затрагивает намерение : «Символические ссылки предназначены для облегчения миграции и совместимости приложений с операционными системами UNIX. Microsoft реализовала свои символические ссылки, чтобы функционировать так же, как ссылки UNIX «.
Вы можете перейти по ссылкам в этом ответе к подробному обзору поведенческих различий, но в итоге получается, что они имеют повышенную отказоустойчивость в файловой системе по сравнению с простыми путями UNC / буквами сопоставленных дисков. Попробуйте.
Лично я бы предложил сохранить локальную копию файла и регулярно создавать резервные копии в подключенном хранилище. Другие приложения от этого поставщика предоставляют встроенные напоминания о резервном копировании, или вы даже можете написать сценарий быстрого доступа, который копирует в резервную копию при выходе из приложения.
Обзор точек повторной обработки: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365503(v=vs.85).aspx