Обновление технологической платформы «1С:Предприятие 8.3» — это ответственная процедура, которая требует понимания того, как программа взаимодействует с операционной системой. Часто пользователи и начинающие администраторы сталкиваются с ситуацией, когда вместо привычного файла setup.exe у них оказывается архив с набором папок, таких как bin, common, conf или srvinfo. В этой статье мы подробно разберем, как правильно переходить с одной версии на другую, почему «портативные» сборки могут вызвать проблемы и как настроить серверную часть для стабильной работы.
Рассмотрим ситуацию, когда у нас есть папка с версией платформы 8.3.12.1469, полученная путем распаковки архива. Как отмечают специалисты, простое наличие файлов в каталоге не означает, что платформа «установлена» в систему. Разберем, почему использование штатного инсталлятора является приоритетным:
setup.exe система автоматически регистрирует необходимые COM-компоненты (например, comcntr.dll). Без этого не будет работать внешнее соединение с базой.1cestart.exe (общий загрузчик) должна знать о существовании новой версии, чтобы предложить ее пользователю при запуске.Проанализируем структуру папок, которую описывает автор темы. Наличие srvinfo прямо указывает на то, что это копия (дамп) уже работавшего сервера 1С. Использование такой копии «как есть» крайне не рекомендуется, так как она содержит служебную информацию о конкретных базах и кластерах с другой машины.
Выясним наиболее безопасный алгоритм действий. Если у вас файловая база, последовательность действий будет следующей:
Шаг 1: Подготовка дистрибутива. Вместо использования непонятных архивов с подпапками, скачайте официальный дистрибутив «Технологическая платформа 1С:Предприятие для Windows». Внутри вы найдете файл setup.exe.
Шаг 2: Установка новой версии. Запустите setup.exe. Важно понимать, что в 1С новые версии платформы обычно устанавливаются параллельно старым. Удалять предыдущую версию 8.3.8.1933 перед установкой 8.3.12.1469 не обязательно, а иногда и вредно, если у вас есть базы, которые еще не протестированы на новом релизе.
Шаг 3: Настройка запуска. После установки запустите 1С через привычный ярлык. В списке баз выберите нужную, нажмите «Изменить» и на последней вкладке проверьте поле «Версия платформы». Если там пусто, 1С автоматически запустит самую свежую версию из установленных.
Если по каким-то причинам вы все же решили использовать имеющийся архив с папками (что крайне не рекомендуется для рабочих систем), нам придется вручную «подружить» эти файлы с Windows. Рассмотрим, как зарегистрировать COM-соединение, которое часто ломается при таком подходе.
Для этого нам понадобится командная строка, запущенная от имени администратора. Перейдем в папку bin новой платформы и выполним команду регистрации библиотеки:
cd "C:\Program Files\1cv8\8.3.12.1469\bin"
regsvr32 comcntr.dll
Также нам нужно, чтобы загрузчик 1cestart увидел нашу новую папку. Разберем, как это сделать через файл конфигурации 1CEStart.cfg. Этот файл обычно располагается в папке %AppData%\1C\1CEStart. Мы можем добавить в него параметр InstalledLocation, указав путь к нашей папке с платформой. Это позволит программе поиска версий включить наш «дамп» в список доступных релизов.
Переход в серверном режиме (клиент-сервер) гораздо сложнее. Посмотрим на критические моменты, которые возникают при скачке с версии 8.3.8 на 8.3.12:
1. Остановка служб. Перед обновлением необходимо остановить службу 1C:Enterprise 8.3 Server Agent. Если вы планируете заменить старую версию новой, после установки инсталлятором служба автоматически обновит путь к исполняемому файлу в реестре.
2. Конфликт портов. Если вы решите запустить две серверные службы разных версий параллельно (как предлагалось в сообщениях форума), возникнет конфликт портов. По умолчанию сервер 1С использует порты 1540, 1541 и диапазон 1560–1591. Для второй версии их придется менять. Рассмотрим пример команды создания новой службы с альтернативными портами:
sc create "1C:Enterprise 8.3.12 (x64)" binPath= "\"C:\Program Files\1cv8\8.3.12.1469\bin\ragent.exe\" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"C:\1C_Data\srvinfo_new\""
3. Права на папку srvinfo. Обратите внимание: при обновлении версии сервер должен иметь полные права доступа к каталогу с данными кластера (srvinfo). Если вы копируете эту папку из архива, проверьте права владельца, иначе служба сервера не запустится.
При переходе между существенно различающимися версиями (а разница между 8.3.8 и 8.3.12 велика) пользователи часто сталкиваются с непонятными ошибками: пропадание кнопок, ошибки формата потока или неожиданные завершения работы. Проанализируем причину: это происходит из-за несовместимости структуры временных файлов (кэша).
Рассмотрим, как правильно очистить кэш. Необходимо удалить содержимое следующих папок на локальном компьютере пользователя:
%LocalAppData%\1C\1Cv8%AppData%\1C\1Cv8Внимание: удаляйте только папки с длинными именами-идентификаторами (например, 5b7c8...), не трогайте файлы конфигурации самого загрузчика, если не хотите потерять список баз.
Установка новой платформы — это только техническая часть. Выясним, почему ваша программа может продолжать работать «по-старому». В свойствах каждой конфигурации 1С есть параметр «Режим совместимости».
Если ваша база работала на 8.3.8, то в режиме совместимости, скорее всего, стоит именно это значение. Даже если вы запустите ее под платформой 8.3.12, новые механизмы (например, оптимизированная работа с HTTP или новые функции работы со строками) не включатся, пока вы не измените это свойство в Конфигураторе. Однако помните: изменение режима совместимости требует полного тестирования базы, так как поведение некоторых функций может измениться.
Подводя итог, скажем: никогда не используйте «распакованные архивы» для обновления рабочих систем. Только полноценный дистрибутив гарантирует корректную регистрацию всех системных компонентов. Если же вы работаете в серверном режиме, заранее планируйте технологическое окно, так как обновление версии сервера потребует перезапуска всех сеансов пользователей и, возможно, ручной корректировки настроек кластера.
Следуя этой методике, мы минимизируем риски простоя и обеспечим стабильную работу «1С:Предприятие» на актуальной версии платформы.