День добрый.

Была сделана выгрузка серверной торговой базы через конфигуратор, после попытки обновления с 10 торговли база умерла и я решил восстановить из dt, но все пошло не по плану. База не выгружается с ошибкой (server_addr=tcp://alfa:1562 descr=10054(0x00002746): Удалённый хост принудительно разорвал существующее подключение. line=1610 file=src\rtrsrvс\src\DataExchangeTcpClientImpl.cpp
). Ради эксперимента пробовал создавать пустую базу через mssql, через администрирование серверов 1с, размещать бд на разных дисках. При попытке развернуть в файловую пустую базу, ругается что слишком большой файл. Версия 1с 8.3.25.1374, вин сервер 2012, mssql 2016, места на дисках много, оперативы в среднем около 30 гигов свободно. Что еще можно предпринять?

формат dt не является резервной копией

Вы делали бэкапы средствами СУБД?

1. Запустить конфигуратор на сервере, указав сервер как локалхост
2. На будущее бекапы делать средствами СУБД

На что обновляетесь то, обновления для 10 давно не выходят

(0) бэкап через dt - это лотерея, в которой не повезет в самый неподходящий момент. Если кроме dt ничего нет, то в качестве последней надежды можно попробовать загрузку из dt через утилиту автономного сервера ibcmd.

(0) Поменяй комп
У меня были глюки точь в точь такие что базы ни в какую не восстанавливаются размера чуть побольше, хотя уже развернутые пашут
В итоге пришлось переустановить систему со скулем и сервером 1С - сразу все залетало и никаких проблем
Только при восстановлении огромных баз нагрузка на SSD 100%

Там какие-то проблемы с MSSQL происходят с настройками (нечто связанное с протоколом шаред мемори и окнами/страницами памяти) и привет
На PgSQL кстати такого нет, там свои приколы

Была такая же ерунда с "Удалённый хост принудительно разорвал существующее подключение." на больших базах. Пробуйте грузить через параметр запуска /RestoreIB "C:\base.dt" -JobsCount 1

(0) попробуй удалить текущую платформу и заново её установить. Бывает, что служба Агента сервера 1С предприятия глючит и принудительно разрывает подключение к Скулю при загрузке базы.

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

(8) вероятность восстановления бэкапа средствами скуля обычно выше чем dt
но вероятность что база 1С будет после этого работать ниже, чем при восстановлении из dt

(0) судя по формулировке падает rphost.exe. Поковыряйте события на сервере

(5) Поддерживаю..
Тоже в один не прекрасный день пользователям начало вылетать "Удалённый хост принудительно разорвал существующее подключение.". Из всех изменений, прилетевшие обновление windows server, пару тройку дней это творилось, пока не прилетели новые обновление винды..

почистить кэш, и освободить место на системном диске

(7)Для начала перезагрузить сервак, ну или службу сервера 1с хотя бы..