Указанное сетевое имя более недоступно или backup БД на сетевой диска
 

Здравствуйте, столкнулся с необъяснимой проблемой - аномалией которая заключается в том что не могу сделать (скопировать) backup файл MSSQL базы на сетевую папку одного из серверов, на другие сервера или раб. станции копируется без проблем. Проблема выглядит так, база объемом 1,310,405кб при копировании копируется до 1,306,705 кб затем планировщик SQL весит минут 5 и выдает ошибку, после ошибки размер файла становится (дописывается до) 1,310,405кб (как и должно быть), в логе SQL о данной ошибке пишется Указанное сетевое имя более недоступно при этом сетевое имя на самом деле никуда не пропадало (проверялось параллельным копированием другого файла большого объема одновременно с backup - ом т.е. связь не прерывалась о чем свидетельствуют и пинги, ошибок пакетов тоже не зафиксировано) если все это делать руками (т.е. копировать файл большого объеме на тот же сервер средствами проводника) то ошибок не получаю, а так же если делать Backup на любой другой компьютер в сети средствами SQL то ошибки тоже не возникают, проблема именно в этом одном компьютере и проявляется она при копировании файла средствами планировщика MSSQL, почему и за что, для меня загадка.

А какую ошибку то выдает? На конечном сервере, куда копируется бекап, что установлено из софта? Засеките время копирования через планировщик, проведите операцию раз 5, отмечая время. Просто создается впечатление, что сессию по таймауту отрубает.

Из софта AD, WSUS больше ничего лишнего.
По времени особых ризниц нет, правда бывало но редко процесс останавливался практически сразу скопировав около 30-40 мб и в обоих случаях та же ошибка

ss777, а если так - настроить 2 задания:
1 -е это задание SQL которое копирует нужную вам базу на локальный ресурс компа
2 -е задание Виндовое, которое копирует сделанный первым заданием бэкап на нужный сетевой ресурс, 2-е задание запускается позже 1 -го на ((время выполнение 1-го задания)*2)

здесь ссылка на возможное решение
еще тут
найдено поиском по гуглу

2__sa__nya
Это не есть решение данного вопроса, по разным причинам.

можно и в sql через JOB - sqlexec copybase.bat после выполнения первого бекапа.

Можно найти разны пути и *cmd и планировщики разны, но нужно чтобы было так, как задумано без лишних телодвижений тасков и т.д. Проблема точ в точ Backup по сети но переустановка контроллера домена думаю это не выход, хочется узнать в чем корень зла.

покрутил таймаут
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\param
eters\SessTimeout
не помагает