← На главную

При попытке масштабирования бизнеса системные администраторы и программисты 1С часто сталкиваются с необходимостью перевода информационной базы из файлового режима (формат *.1CD) в клиент-серверный вариант под управлением Microsoft SQL Server или PostgreSQL. Однако этот процесс не всегда проходит гладко. Одной из самых коварных ошибок является внезапный разрыв соединения с сервером при попытке загрузить файл выгрузки *.dt или при первом запуске базы на SQL. Рассмотрим, почему это происходит и как решить проблему, когда стандартное тестирование и исправление (ТиС) не показывает ошибок.

Анализируем природу ошибки 10054

Типичный сценарий проблемы выглядит так: при загрузке данных в консоли 1С:Предприятия или в конфигураторе возникает сообщение: server_addr=tcp://WIN-SERVER:1773 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1594 file=src\DataExchangeTcpClientImpl.cpp.

Разберем, что стоит за этим техническим кодом. Ошибка 10054 — это стандартный код ошибки Windows Sockets, который означает, что существующее TCP-соединение было неожиданно прервано со стороны удаленного узла. В контексте 1С это чаще всего означает, что рабочий процесс сервера rphost аварийно завершился (упал). Платформа на стороне клиента теряет связь с сервером и выдает это сообщение. Выясним причину такого «падения» рабочего процесса.

Причина №1: Ограничения базовых версий конфигураций

Как показывает практика и обсуждения специалистов, наиболее частой причиной невозможности миграции на SQL является использование Базовой версии конфигурации (например, «1С:Бухгалтерия 8. Базовая» или «1С:Зарплата и управление персоналом 8. Базовая»).

Проанализируем технические и лицензионные ограничения таких версий:

• Запрет клиент-серверного режима: Программный код базовых версий и сама платформа накладывают жесткое ограничение — такая база может работать только в файловом режиме.
• Отсутствие поддержки многопользовательской работы: Базовая версия предназначена для работы только одного пользователя.
• Ограничения метаданных: В свойствах объекта Конфигурация для базовых версий прописаны флаги, которые блокируют функционал, необходимый для работы в связке с SQL-сервером.

Когда мы пытаемся развернуть такую базу на SQL, сервер 1С распознает несоответствие лицензионных ограничений и типа конфигурации. В некоторых релизах платформы это приводит не к корректному сообщению об ошибке, а к аварийному завершению процесса rphost, что и провоцирует ошибку 10054.

Инструкция по корректному переходу с Базовой версии на ПРОФ и SQL

Просто заменить лицензию недостаточно. Нам необходимо изменить саму структуру конфигурации, чтобы снять программные ограничения. Разберем этот процесс по шагам:

1. Приобретение лицензии ПРОФ: Убедитесь, что у вас есть официальная лицензия на версию ПРОФ или КОРП, а также серверная лицензия 1С:Предприятия.
2. Создание резервной копии: Перед любыми манипуляциями обязательно сделайте копию файла 1Cv8.1CD.
3. Обновление конфигурации до версии ПРОФ:

   Для этого в конфигураторе базовой версии перейдите в меню Конфигурация — Поддержка — Обновить конфигурацию. Вам потребуется файл поставки версии ПРОФ (расширение .cf или .cfu для перехода).

4. Применение изменений: После загрузки метаданных версии ПРОФ, необходимо обновить конфигурацию базы данных (клавиша F7). В этот момент платформа снимет флаги ограничений «базовости».
5. Выгрузка в .dt: Только после того, как база официально стала версией ПРОФ в файловом режиме, выполните команду Администрирование — Выгрузить информационную базу.
6. Загрузка в SQL: Создайте пустую информационную базу на SQL-сервере через консоль администрирования 1С и загрузите в нее полученный файл .dt. Теперь процесс должен пройти без разрывов соединения.

Причина №2: Проблемы физической структуры данных

Если ваша база уже является версией ПРОФ, но ошибка 10054 все равно возникает, нам следует проверить целостность данных на физическом уровне. Стандартное «Тестирование и исправление» в конфигураторе проверяет логическую целостность, но может пропускать ошибки в самих страницах файла .1CD.

Рассмотрим использование утилиты chdbfl.exe:

• Закройте все сеансы работы с базой.
• Найдите в каталоге установки платформы (папка bin) файл chdbfl.exe.
• Запустите утилиту, выберите файл базы данных и установите флаг «Исправлять обнаруженные ошибки».
• После завершения работы утилиты повторите попытку выгрузки в .dt.

Причина №3: Технические настройки сервера и TempDB

Выясним, какие настройки SQL-сервера могут влиять на стабильность загрузки тяжелых баз. Процесс миграции создает огромную нагрузку на временную базу данных SQL-сервера — TempDB.

Проанализируем следующие рекомендации:

• Размер TempDB: Убедитесь, что на диске, где расположена база TempDB, достаточно свободного места (иногда требуется объем, сопоставимый с размером всей загружаемой базы). Если место закончится в процессе транзакции, SQL-сервер оборвет связь.
• Настройка Max Degree of Parallelism (MAXDOP): Для баз данных 1С на SQL-сервере рекомендуется устанавливать значение этого параметра равным 1. Это предотвращает возникновение взаимоблокировок при выполнении сложных запросов во время загрузки.
• Memory Limit: Проверьте, не поглощает ли SQL-сервер всю доступную оперативную память, не оставляя ресурсов для работы процесса rphost. Рекомендуется оставлять операционной системе и процессам 1С не менее 4-8 ГБ свободного ОЗУ.

Итоги и выводы

Мы рассмотрели основную причину ошибки 10054 при миграции — попытку использования базовой конфигурации в неподдерживаемом режиме. Помните, что базовая версия 1С — это продукт для малого бизнеса, жестко ограниченный файловым режимом. Для работы с SQL-сервером необходим полноценный переход на версию ПРОФ с соответствующим обновлением конфигурации.

Если же переход на ПРОФ выполнен, а ошибка сохраняется, следует обратить внимание на физическое состояние файловой базы (утилита chdbfl.exe) и настройки ресурсов сервера (память и дисковое пространство для временных таблиц). Совместное использование этих методов диагностики позволяет успешно перенести данные любого объема без потери стабильности системы.