← На главную

Обновление платформы 1С:Предприятие — это процедура, которая на первый взгляд кажется простой установкой дистрибутива, но на практике часто сопровождается критическими ошибками: от резкого падения производительности до аварийного завершения работы всех пользователей. Рассмотрим подробнее, как перейти с устаревших версий (например, 8.3.12) на актуальные релизы (8.3.14, 8.3.16 и выше), разберем причины возникновения ошибки 10054 и выясним, какие регламентные операции необходимо выполнить с базой данных и сервером.

Выбор целевой версии платформы: принцип стабильности

Разберем ситуацию, когда возникает желание установить самый «свежий» релиз. В мире 1С принцип «новое — значит лучшее» работает не всегда. Проанализируем рекомендации опытных специалистов: если конфигурация (например, Бухгалтерия предприятия или ЗУП) не требует жестко конкретную версию платформы, стоит остановиться на проверенных временем «стабильных» ветках.

Например, версия 8.3.14 считается одной из самых обкатанных. Переход на 8.3.15 и 8.3.16 несет в себе серьезные изменения в ядре системы, включая новые механизмы защиты и работы с графикой. Если ваша конфигурация Зарплата и Управление Персоналом 3.1.12 требует платформу не ниже 8.3.14.1976, то установка 8.3.14 будет более безопасным шагом, чем переход на 8.3.16, где могут проявиться специфические ошибки платформы.

Причины ошибки 10054 и аварийных завершений

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

1. Усиление контроля лицензирования. Начиная с версии 8.3.15, 1С внедрила механизмы глубокой проверки легальности использования. Если на сервере ранее использовались эмуляторы или патчи, служба rphost может аварийно завершаться при обнаружении следов сторонних библиотек.
2. Протокол IPv6. Новые версии платформы приоритетно используют IPv6. Если в вашей сети этот протокол настроен некорректно, это приводит к задержкам и разрывам соединений.
3. Аппаратное ускорение. В версиях 8.3.14+ включено ускорение графики, которое может конфликтовать с драйверами видеокарт на терминальных серверах, вызывая «медленную работу» интерфейса.

Пошаговый алгоритм обновления платформы

Рассмотрим правильную последовательность действий при апгрейде серверной версии 1С:

Шаг 1: Подготовка сервера и баз. Перед началом работ обязательно создаем резервные копии всех баз данных средствами SQL Server и выгрузки .dt. Останавливаем службу Агента сервера 1С:Предприятия.

Шаг 2: Установка новой платформы. Устанавливаем дистрибутив на сервер. Необязательно делать «шаги по кварталам» (8.3.13 -> 8.3.14 -> 8.3.15). Платформа 1С позволяет переходить сразу через несколько релизов. Однако, важно помнить, что после установки нужно заново настроить запуск службы от имени правильного пользователя (обычно USR1CV8).

Шаг 3: Очистка серверного и клиентского кэша. Это критически важный этап. При смене версии платформы старый кэш становится основной причиной сбоев. Проанализируем, где его искать:

• Серверный кэш: Удаляем содержимое папок в каталоге службы (обычно C:\Program Files\1cv8\srvinfo\reg_1541\), исключая файлы конфигурации самого кластера.
• Клиентский кэш: Очищаем папки %AppData%\1C\1cv8\ и %LocalAppData%\1C\1cv8\ на рабочих станциях.

Шаг 4: Настройка параметров запуска. Если после обновления наблюдаются тормоза интерфейса, попробуем отключить аппаратное ускорение. Для этого в файле conf.cfg (лежит в папке conf установленной платформы) добавим параметр:

HardwareAcceleration=0

Работа с базой данных после обновления

Многие новички спрашивают: «Куда нажать в базе, чтобы она поняла смену релиза?». Посмотрим на необходимые операции в Конфигураторе:

1. Первый запуск: Запускаем базу в режиме «Конфигуратор» под новой платформой.
2. Типовые регламенты: Выполняем Тестирование и исправление (пункт меню Администрирование). Особое внимание уделяем пункту Реиндексация таблиц информационной базы.
3. Режим совместимости: Проверим свойства корневого узла конфигурации. Если вы обновили платформу, но конфигурация старая, Режим совместимости должен соответствовать требованиям вашей версии программы. Например, для последних версий ЗУП он должен быть 8.3.14.

Устранение проблем с «фантомными» базами в консоли

Если в процессе экспериментов вы удалили базу в SQL Server, но она осталась в Консоли администрирования кластера 1С и не удаляется оттуда, выполним следующие действия:

1. Создадим в SQL Management Studio пустую базу с тем же именем.
2. После этого удалим информационную базу через консоль 1С — теперь система увидит «связь» и корректно очистит свои внутренние списки.
3. Проверим версию SQL Native Client. Для стабильной работы новых платформ с SQL Server 2012/2016 рекомендуется использовать актуальные драйверы sqlncli.

Важный совет: Помните фразу — «База не баба, ей привыкать не надо». Если после всех манипуляций (очистка кэша, проверка лицензий, реиндексация) система работает нестабильно, значит, выбранный релиз платформы содержит ошибки (баги) самого вендора. в этом случае стоит откатиться на предыдущий стабильный релиз, как это сделал автор темы, вернувшись на 8.3.12, пока не будет найден стабильный билд в ветке 8.3.14 или 8.3.16.