Загрузка информационной базы из файла .dt объемом 10–12 ГБ и выше часто становится настоящим испытанием для системного администратора 1С. Ошибка «10053(0x00002745): Программа на вашем хост-компьютере разорвала установленное подключение» указывает на то, что сетевое соединение между клиентом (Конфигуратором) и сервером 1С (или между сервером 1С и СУБД) было принудительно разорвано операционной системой. Рассмотрим подробно, почему это происходит и как мы можем совместно решить эту проблему.
Прежде всего, проанализируем ситуацию: ошибка 10053 — это не внутренняя ошибка кода 1С, а сигнал от сокета операционной системы Windows. Это означает, что некая внешняя сила (таймаут, нехватка памяти или антивирус) закрыла TCP-канал, по которому передавались данные. Поскольку при загрузке .dt объемом 12 ГБ данные могут распаковываться в 50–100 ГБ «чистой» информации, процесс занимает длительное время, в течение которого сетевой стек может посчитать соединение «зависшим».
Как показывает практика и обсуждения на форумах, версия платформы 1С играет ключевую роль. В релизах ветки 8.3.9 (например, 8.3.9.2170) механизмы управления памятью при работе с большими бинарными данными были не всегда стабильны. Выясним причину: если процесс rphost потребляет слишком много памяти или допускает утечку при распаковке архива, операционная система может аварийно завершить его, что и вызывает разрыв соединения.
Наши рекомендации:
rphost недопустимо. Лимит в 2-4 ГБ адресного пространства будет мгновенно исчерпан. Убедитесь, что у вас установлена 64-битная версия сервера 1С:Предприятия.Многие забывают, что файл .dt — это сжатый архив. При загрузке сервер 1С сначала распаковывает его во временный каталог. Если на системном диске C:\ недостаточно места или установлены квоты, процесс прервется. Рассмотрим подробнее: при 12 ГБ в .dt вам может потребоваться до 150 ГБ свободного места в папке Temp.
Пошаговый план действий:
1C:Enterprise 8.3 Server Agent.TEMP и TMP, указав путь к быстрому диску с большим объемом свободного пространства (например, D:\1C_TEMP).Так как ошибка 10053 напрямую связана с разрывом TCP-соединения, нам необходимо предотвратить преждевременное закрытие «молчаливых» сессий. При загрузке базы данных могут возникать паузы в передаче пакетов, когда сервер 1С занят интенсивной записью на диск или СУБД строит индексы.
Настроим параметры KeepAlive через реестр:
regedit.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.KeepAliveTime (тип DWORD). Установите значение 600000 (в миллисекундах, что соответствует 10 минутам).KeepAliveInterval (тип DWORD) со значением 1000.Также на старых версиях ОС (Windows Server 2008) стоит отключить механизмы оптимизации сетевой карты, которые могут конфликтовать с нагрузкой 1С. Выполним команды в командной строке (cmd) от имени администратора:
netsh int tcp set global chimney=disabled
netsh int tcp set global autotuninglevel=disabled
netsh int tcp set global rss=disabled
Если СУБД не успевает записывать данные, сервер 1С может «отвалиться» по таймауту. На время загрузки тяжелого .dt мы можем временно ослабить требования PostgreSQL к надежности ради скорости. Внимание: после успешной загрузки верните параметры в исходное состояние!
В файле postgresql.conf изменим следующие параметры:
fsync = off — отключает принудительную синхронизацию с диском (критически ускоряет запись).full_page_writes = off — уменьшает объем записываемых логов.synchronous_commit = off — сервер не будет ждать физического подтверждения записи на диск.maintenance_work_mem = 2GB (или более) — поможет быстрее создать индексы после загрузки данных.После внесения изменений перезапустите службу PostgreSQL. Не забудьте включить fsync = on обратно после завершения операции!
Проанализируем параметры рабочего процесса в консоли администрирования 1С. Если в настройках кластера заданы жесткие лимиты, это может стать причиной обрыва.
Проверим следующие настройки:
rphost под вашу задачу, что исключит влияние других баз.rphost.exe, если видят аномально высокий сетевой трафик и нагрузку на диск. Полностью отключите мониторинг на время загрузки.Если загрузка через Конфигуратор и .dt всё равно падает с ошибкой 10053, рассмотрим профессиональный обходной путь. Механизм .dt является универсальным, но не самым надежным для терабайтных объемов или специфических настроек сети.
Попробуем загрузку через XML:
Этот метод гораздо устойчивее к обрывам связи, так как каждая транзакция при загрузке XML обычно меньше по объему, чем при монолитном импорте всего файла .dt.
Таким образом, мы выяснили, что ошибка 10053 при загрузке 12 ГБ данных чаще всего решается комплексным подходом: использованием 64-битной платформы, выделением огромного места под Temp на быстром диске и тюнингом сетевых параметров Windows. Совместное применение этих мер гарантирует успешное восстановление базы даже на старом оборудовании.