Ошибка 53 не найден сетевой путь sql

Здравствуйте коллеги!

1) Имеется Microsoft SQL Server 2012 (SP3) (KB3072779) — 11.0.6020.0 (X64) Standard Edition (64-bit) on Windows NT 6.1 (Build 7601: Service Pack 1), установленный на операционной системе Windows Server 2008R2.

2) Создан план обслуживания, выполняющий резервное копирование Базы данных на расшаренную сетевую папку \Servernamebackup$DBdatabasename.bak на удаленной машине с операционной системой Windows 2012R2. Также на удаленной и
основной машине установлен Kaspersky Endpoint Security 10.

3) Резервное копирование выполняется ежедневно.

4) Служба «SQL server» и «SQL Agent» запущены и выполняются от доменной учетной записи DomainSQLServer

5) На папку «backup$», назначена учетная запись DomainSQLServer. которой предоставлены полные права.

6) В итоге получаю ошибку —  Не могу открыть устройство резервного копирования ‘\Servernamebackup$DBdatabasename.bak’. Ошибка операционной системы 53(Не найден сетевой путь).

PS: А теперь самое вкусное на десерт.

Запускаю бэкап — ошибка 53.

Произвожу перезапуск службы «lanman.service», бэкап проходит успешно, резервная копия создается на удаленной машине, проходит ~ 10 минут, делаю повторный бэкап — бэкап не создается — ошибка 53, и все последующие за ним тоже. Останавливаю
Kaspersky Endpoint Security 10 полностью, бэкап проходит успешно, резервная копия создается на удаленной машине, спустя ~ 10 минут, делаю повторный бэкап для проверки — бэкап не создается — ошибка 53, и все последующие за ним тоже не создаются.
Идем дальше!

-Бэкапы с SQL сервера делаются без проблем на любые машины, кроме приведенной в примере.

-Маунт с основной машины на проблемную удаленную машину делается без проблем.

-Был создан протатип удаленной машины на virtualbox, с абсолютно одинаковыми настройками, операционной системой, системой антивирусной защиты — бэкапы делаются без проблем, ошибки 53 не возникает.

Было сделано*

— полное отключение Kaspersky Endpoint Security 10 — не помогло

— sfc /scannow — не помогло

— переустановка службы lanman.services через оснастку сетевого подключения — не помогло.

На заметку *

— удаленная машина имеет несколько алиасов, созданных в DNS, возможно в этом корень зла, хотя не уверен.

— при снятии дампов Wiresharkом, были замечены несколько интересных моментов:

При успешном бэкапе , шло обращение по TCP на 445 порт, затем включался SMB2 протокол и происходил обмен

информацией, в завершении которого на удаленной машине создавался бэкап. Спустя 10 минут при снятии дампа

не было уже некаких обращений к 445 порту , соответственно не поднимался SMB2 — бэкап соответственно не создавался. Но что интересно, вместо 445 порта шло обращение к 135 порту (служба удаленного вызова процедур)

затем включался протокол DCERPC, а в самих пакетах можно было обнаружить следующее:

NDR, Ctx Item[1]: Provider rejection, NULL, Ack result: provider rejection (2), Ack reason: Proposed transfer syntaxes not supported (2).

Проблема остается открытой…

С ошибкой 53 «не найден сетевой путь» можно столкнуться при попытке получить доступ к общим папкам и файлам по локальной сети. Узнаем подробнее, как ее исправить?

Чем вызвана ошибка?

Сбой при подключении по указанному сетевому пути может произойти по следующим причинам:

1. Установка соединения по сети блокируется брандмауэром или антивирусной программой.
2. Подключение ограничено фоновым процессом, который вмешивается в работу компонентов сети.
3. Отключен общий доступ к содержимому на удаленном компьютере.

Подключение с помощью командной строки

Если пытаетесь получить доступ через командную строку, проверьте правильность написания команды. Она должна отображать адрес сервера и папки, удаленного компьютера.

Откройте командную строку от имени администратора с помощью системного поиска.

В консоли введите команду, придерживаясь следующего формата:

net use F: «\servershare»

Где server – имя компьютера, share – наименование общей папки.

Проверка ping

Чтобы узнать, правильно ли работает сетевой сервер, запустите ping тест и проверьте, есть ли ответ. Кроме того, с помощью этого теста можно проверить, есть ли потери пакетов, что также приводит к ошибке 53. Для его запуска выполните указанные шаги.

В строке системного поиска наберите cmd, при отображении искомого результата щелкните на запуск от имени администратора.

В консоли запустите команду для проверки связи с сервером или компьютером:

ping (IP-адрес сервера)

Если команда возвращает все пакеты без их потери, это значит, что сеть настроена правильно. В противном случае проверьте настройки сети.

Отключение антивирусной программы

Если ping возвращает все пакеты, попробуйте отключить антивирусную программу, чтобы узнать, причастна ли она к этой ошибке 53. Есть много случаев, когда антивирус препятствует подключению к папке по сети. Поэтому временно отключите его и посмотрите, установлено ли соединение между устройствами.

Включение общего доступа

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

Откройте Панель управления командой control из окна «Выполнить» (Win + R).

Переключите режим просмотра в правом верхнем углу на крупные значки и перейдите в раздел «Центра управления сетями и общим доступом».

На левой панели щелкните на вкладку «Изменить дополнительные параметры общего доступа».

Разверните профили «Домашний и рабочий» и «Общий». Отметьте флажками опции «Включить сетевое обнаружение» и «Включить общий доступ к файлам и принтерам» обоих профилей.

Сохраните изменения на «Применить», закройте окно. Попробуйте подключиться к общему ресурсу, к которому ранее не удавалось из-за ошибки 53.

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