Есть такая странная ситуация, когда выгрузка одной(!) базы (клиент-сервер-MS_SQL) в DT начинается нормально, работает минут 40-50, а потом почти всегда завершается с ошибкой следующего содержания:

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Named Pipes Provider: Could not open a connection to SQL Server [2].
HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, state=1, Severity=10, native=2, line=0

Кто-то встречался с подобным? Чем-то это лечится/настраивается?

Естественно, никто сеансы не завершал и не разрывал. Причём, данная ошибка только с одной базой (УТ), которая давно перешагнула порог в один (1) час при создании файла DT - другая база на том же сервере прекрасно выгружается в файл, но быстрее, чем за 1 час (похоже, что это какая-то критическая длительность для 1С). Возможно, что эта ерунда пошла с последних версий платформы (сейчас 8.3.27.1859) - естественно связать с обновлением версий. Но хотелось бы понять, насколько это предположение правильно и есть ли способ исправить?

(0) На сервере приложений выгружаете dt?

Что говорит запрос
SELECT session_id,net_transport
FROM sys.dm_exec_connections

(1) Не на том, где крутится сервер, но на другом сервере.
(2) Его когда предлагаете делать - после сбоя выгрузки?

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

(4) Сейчас на рабочем сервере подавляющее большинство сессий подключены по TCP.

(0)80004005 - все встречали
у Гилева детально описана
в общем виде - недостаток ресурсов

(0) Имхо, реструктуризация и ТиИ. У меня база старая и после очередного обновления платформы стала нещадно тупить и тормозить. Запустил ТиИ, получил 100500 ошибок, то ли не должно быть NULL, то ли, наоборот, - должно быть (давно это было, уже не помню)... но после принудительной реструктуризации всё вернулось к предыдущему поведению.

(6) Это практически невозможно - сервер облачный с кучей ресурсов. Сама по себе база иногда нормально выгружается в DT - она именно что почти(!) перестала выгружаться скриптом в шедулере через командную строку. Но иногда, после длительных мучений, она всё-таки выгружается. Даже ручной перезапуск службы 1с-сервера не помогает обычно - только после 3-5-го перезапуска это чмо срабатывает. Но чахнуть всю ночь над бэкапом как-то ломает.

"перестала выгружаться скриптом в шедулере через командную строку" - юзверей - выгоняешь, фоновые - запрещаешь? Если "нет" - ты "сам себе злобный Буратино"(с)

(8) dt  - это не бэкап.
Откуда все эту дурь берут ?

(10) Ну так не надо учиться администрированию СУБД.

(11) это лечится, когда из очередного "бэкапа" dt, база тупо не развернется.

Лечится 64-битным сервером

На сервере может и быть куча ресурсов, но лицензия 32-бит ….и с таким мы встречались)

Надо купить сервер мини - туда через bak залить в чистую и выгрузить в dt!

[не в тему]
Вот я тоже иногда думаю: "Откуда все эту дурь берут?"(10) Когда программисту запрещают доступ к серверам?

Конечно, можно и нужно учиться... но если нет прав доступа к SQL, то не помогут все твои знания и остаётся только верить администратору и его "Бэкап делается каждый день!". Ну или самому делать выгрузки и хранить их столько, сколько место позволяет...