Символьные ссылки против Junction против Mapped drive

Question

Я хочу знать, как правильно подключать и использовать файлы, которые находятся на сетевом диске.

У меня есть проблема с Quickbooks (плохо разработанным, я должен сказать), где он выдает мне ошибку, если он не может подключиться к файлу сразу. У меня есть сетевой диск Buffalo NAS, все жестко подключено и все энергосбережения отключены.

Я отключил функцию автоматического отключения в реестре, а также в командной строке, но по какой-то причине он отключается или, возможно, программное обеспечение Quickbooks просто отстой. Я также попытался получить доступ к файлу через UNC (вместо подключенного диска). Не работает лучше. Открыл все необходимые порты на моем брандмауэре и моем роутере. Все также проводной. Сетевой диск подключен к маршрутизатору, который подключен к компьютеру.

В любом случае, я читал о символических ссылках и соединениях, и мне было интересно, хорошо ли они будут работать в моей ситуации. Я хочу, чтобы диск всегда был подключен, потому что у меня возникла проблема в быстрых книгах, из-за которой моя работа была бы выброшена, а ошибка вылетела. Они рекомендуют делать многопользовательский режим и иметь на сервере приложение менеджера QuickBooks, и это все, чего у меня нет. Я просто хочу иметь базу данных Quickbooks на сетевом диске и получить к ней доступ с моего компьютера

Я знаю, что узлы практически являются копиями диска, но я не знаю, насколько хорошо будет работать синхронизация в локальной сети. Символические ссылки - это практически ярлыки, но, опять же, я не знаю, столкнусь ли я с проблемами соединения.

Любая помощь будет хорошей. Возможно, мне нужен скрипт, который просто копирует и вставляет файл на сетевой диск каждые 10 минут, чтобы убедиться, что он жив. Я не знаю, что еще я могу сделать.

Answer 1

Мы не знаем, в чем проблема этого приложения, но символические ссылки обрабатываются по-разному в операционной системе как часть файловой системы в сравнении с путями UNC или сопоставленными буквами дисков на общем сетевом ресурсе. Приложение может зависеть от задержки доступа, неожиданных кодов возврата для общих сетевых ресурсов и локально сопоставленных файлов и так далее. Части повторной обработки предусмотрены, в частности, для помощи с приложениями, у которых есть проблемы как это. Хотя ваше приложение вряд ли будет портом Unix, эта цитата из документации Microsoft затрагивает намерение: «Символические ссылки предназначены для облегчения миграции и совместимости приложений с операционными системами UNIX. Microsoft реализовала свои символические ссылки, чтобы функционировать так же, как ссылки в UNIX ».

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

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

Обзор точек повторной обработки: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365503(v=vs.85).aspx