← На главную

При необходимости обновить информационную базу 1С, расположенную в облаке или опубликованную на веб-сервере, специалисты нередко сталкиваются с ситуацией, когда кнопка Конфигуратор в окне запуска становится серой и недоступной, либо при запуске возникает ошибка о несоответствии версий клиента и сервера. Разберем архитектурные причины такого поведения платформы и детальные алгоритмы обновления баз данных в различных сценариях развертывания.

Причины недоступности кнопки «Конфигуратор»

Проанализируем основные факторы, блокирующие открытие конфигуратора при работе с облачными и удаленными информационными базами:

1. Тип подключения «На веб-сервере» (HTTP/HTTPS): Архитектура платформы «1С:Предприятие» не поддерживает работу режима «Конфигуратор» через веб-публикацию. Если в окне запуска база добавлена по веб-адресу (URL-ссылке), платформа позволяет запускать исключительно тонкий или веб-клиент. Кнопка запуска конфигуратора в списке баз блокируется автоматически.
2. Использование облачных сервисов SaaS (например, 1С:Фреш): В публичных облачных сервисах с разделением данных прямое подключение конфигуратором к рабочей базе запрещено на уровне инфраструктуры. Любые доработки в таких сервисах выполняются через расширения конфигурации (.cfe) или дополнительные отчеты и обработки.
3. Недостаточность прав пользователя: Запуск режима конфигуратора невозможен, если у учетной записи пользователя в информационной базе отсутствует административная роль (Администрирование / АдминистрированиеДанных).
4. Несовпадение версий клиента и сервера: Если на клиентском компьютере установлена версия платформы, отличная от версии на сервере «1С:Предприятия», запуск прерывается системным сообщением о несоответствии версий.

Способы подключения и обновления облачной базы

Рассмотрим проверенные практические методы, позволяющие открыть конфигуратор и корректно выполнить процедуру обновления доработанной конфигурации.

Способ 1. Обновление через прямое подключение по RDP или VPN

Если информационная база размещена на выделенном виртуальном сервере (VDS/IaaS) или в корпоративной сети, доступной через VPN, обновление выполняется напрямую:

1. Подключение по RDP: Подключаемся к удаленному рабочему столу сервера. Запускаем стартер 1cestart.exe непосредственно на сервере, где база добавлена по локальному пути (для файловых баз) или как база на сервере «1С:Предприятия». В этом случае кнопка «Конфигуратор» активна.
2. Подключение через VPN: При наличии настроенного VPN-соединения с сетью сервера добавляем базу в локальный список не по HTTP-ссылке, а с типом подключения На сервере 1С:Предприятия, указав кластер серверов и имя информационной базы. Данный режим использует стандартные порты кластера (1540, 1541, 1560–1591) и обеспечивает полноценную работу конфигуратора.

Способ 2. Выгрузка базы для локального обновления

Если прямой доступ к серверу по протоколам кластера 1С или RDP отсутствует, применяется классическая схема локального обновления:

1. Выгружаем информационную базу в файл выгрузки (.dt) или создаем резервную копию файла 1Cv8.1CD (для файлового варианта). В облачных сервисах на базе технологии 1С:Фреш для этого используется штатная функция «Выгрузка данных для перехода в локальную версию» (формируется .zip-архив).
2. Разворачиваем базу на локальном компьютере разработчика в файловом режиме.
3. Запускаем локальный конфигуратор и выполняем все необходимые операции по обновлению и тестированию.
4. После успешного обновления и проверки работоспособности загружаем обновленную базу обратно на сервер либо загружаем измененный файл конфигурации (.cf / .cfe).

Особенности обновления сильно устаревших доработанных конфигураций

Если конфигурация существенно доработана и давно не обновлялась, прямое применение последнего релиза невозможно. Разберем правильный порядок действий:

1. Определение цепочки релизов: Выстраиваем последовательность промежуточных обновлений поставщика. Обновление конфигурации выполняется пошагово от релиза к релизу через меню Конфигурация — Поддержка — Обновить конфигурацию.
2. Трехстороннее объединение: В окне сравнения и объединения конфигураций аккуратно анализируем дважды измененные объекты, сохраняя доработанные алгоритмы и реквизиты.
3. Запуск обработчиков обновления данных: После каждого шага обновления структуры метаданных обязательно запускаем режим «1С:Предприятие» под пользователем с полными правами. Это необходимо для корректного выполнения отложенных и обязательных процедур обновления данных Библиотеки стандартных подсистем (БСП). Пропуск промежуточных обработчиков приводит к необратимому нарушению целостности данных.
4. Перенос доработок в расширения: В процессе обновления устаревшей базы рекомендуется выделить доработки из основной конфигурации и перенести их в расширения конфигурации (.cfe). Это возвращает основную конфигурацию на типовую поддержку и упрощает дальнейшее обслуживание в облаке.

Устранение ошибки несоответствия версий платформы

Выясним, как правильно настроить запуск при различии версий клиента и сервера:

1. Запуск через общий стартер: Запуск системы всегда следует выполнять через исполняемый файл 1cestart.exe, расположенный в корневом каталоге установки 1С (а не через ярлык конкретной версии 1cv8.exe). Стартер автоматически считывает требования сервера и запускает установленную сборку соответствующей версии.
2. Указание версии в свойствах базы: В окне списка баз нажимаем Изменить, переходим на вкладку Дополнительные параметры запуска и в поле Версия 1С:Предприятия принудительно задаем точный номер требуемой версии (например, 8.3.24.1548) или номер ветки (8.3.24).
3. Настройка автообновления клиента через веб-сервер: Администратор веб-сервера может указать путь к дистрибутивам тонкого клиента в файле публикации default.vrd с помощью параметра distribution-location. При несовпадении версий клиентское приложение автоматически скачает и установит необходимый релиз платформы.