Резервные копии SQL2K8 по NFS смонтировали SAN

Я обнаружил, какова проблема, ошибка, которую я получаю от SQL, указывает, что сетевой путь больше не доступен. Это в соединении, что я только что обнаружил, что интерфейс установлен на 100 Мбит/с на нашем устройстве QNAP, которое выполняет диски SATA (http://www.wdc.com/global/products/specs/?driveID=610&language=1) в RAID5 и от того, что я считал SQL Server, кажется действительно раздражительным из-за резервного копирования на сетевые диски. Вот некоторая информация, которую я собрал, который мог бы быть полезен для других людей, которые сталкиваются с этой проблемой.

Сообщение об ошибке

BackupIoRequest:: ReportIoError: отказ при записи на устройстве резервного копирования ''. Ошибка операционной системы 64 (не удался получить текст для этой ошибки. Причина: 15105). Операционная система возвратилась, ошибка '64 (не удался получить текст для этой ошибки. Причина: 15105)' при попытке 'SetEndOfFile' на ''. Операционная система возвратилась, ошибка '64 (не удался получить текст для этой ошибки. Причина: 15105)' при попытке 'FlushFileBuffers' на ''.

Системной ошибкой 64 = указанное сетевое имя больше не является доступный http://msdn.microsoft.com/en-us/library/ms681382 (v=vs.85) .aspx

Вот ссылка на другую форму с людьми, говорящими об этом типе проблемы, человек отправил reg все, что я собираюсь попытаться решить этот вопрос, а также устанавливаю интерфейс на http://www.sqlservercentral.com/Forums/Topic768429-391-1.aspx на 1000 Мбит/с

Я назвал Microsoft по этой проблеме и нашел, что следующее действительно работает: kgerde открываются, regedit перешли к: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters Создают Новую стоимость DWORD с именем: SessTimeout устанавливают значение: 360 сохраняют это Шестнадцатеричным (Это значение не могло бы работать на Ваше резервное копирование, но это было достаточно высоко для моего. Если это не работает, увеличивают значение и попробовали еще раз.) Я надеюсь, что это помогает. Спасибо, kgerde