Как обновить платформу и конфигурацию 1С в закрытом контуре

Без доступа в сеть обновление идёт в два приёма: сначала на машине с интернетом скачиваете дистрибутив платформы и файл обновления конфигурации, потом переносите их на закрытый контур флешкой или через внутреннюю сеть и обновляете вручную — платформу через setup.exe, конфигурацию через Конфигуратор.

Автоматическая загрузка через «Интернет-поддержку пользователей» в изолированной базе не работает : сервер 1С просто не достучится до площадки загрузки. Поэтому весь смысл офлайн-сценария — руками подготовить те же файлы, которые механизм обновления обычно тянет сам.

Ниже — порядок для файловой и для клиент-серверной базы, с путями меню и разбором ситуаций, когда обновление «не находится» или не встаёт.

Что приготовить до переноса в закрытый контур

Перед тем как идти к изолированной машине, соберите на компьютере с интернетом два набора файлов.

1. Дистрибутив технологической платформы. Нужен, только если версию платформы тоже меняете. Разрядность (64-битная) и версия должны подходить под базу: платформа не запустит базу, созданную более новым релизом. Ориентируйтесь на правило «номер платформы не ниже того, которым создана или в котором работает база».

2. Файл обновления конфигурации — это дистрибутив обновления (не полный шаблон), который при установке кладёт в каталог шаблонов файл поставки 1cv8.cfu. Именно .cfu ищет Конфигуратор при обновлении.

Узнать текущую версию конфигурации можно прямо в базе: в режиме 1С:Предприятие откройте О программе (меню функций или значок помощи) — там показаны и версия платформы, и версия конфигурации.

Где скачать дистрибутивы и как перенести их внутрь

Дистрибутивы берут из личного кабинета на портале обновлений 1С — для этого нужен действующий договор ИТС и логин. Скачивание делают на любой машине с интернетом: внутри закрытого контура он не требуется.

Что скачать:

• 📦 Платформу — архив полного дистрибутива технологической платформы под вашу ОС и разрядность.
• 📦 Обновление конфигурации — в разделе вашей конфигурации (например, «Бухгалтерия предприятия») выберите нужный релиз и скачайте дистрибутив обновления.

Перенос — обычной флешкой или через внутренний файловый обмен, если он между контурами разрешён. Проверьте носитель антивирусом перед тем, как подключать его к серверу: занесённый в закрытый контур вирус — классический способ, которым изоляцию и ломают.

На изолированной машине дистрибутив обновления надо распаковать и запустить его setup.exe. Установщик не меняет базу — он лишь раскладывает файл .cfu в каталог шаблонов. Запомните этот каталог: именно туда Конфигуратор будет смотреть.

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

Если обновляете только конфигурацию, этот раздел можно пропустить — платформу трогать не обязательно. Меняют её, когда новый релиз конфигурации требует более свежую платформу или когда базу открыли более новой версией.

Порядок на клиентском компьютере:

1. Распакуйте архив платформы.
2. Запустите setup.exe из дистрибутива.
3. Пройдите мастер установки, состав компонентов можно оставить по умолчанию.
4. Дождитесь завершения — старые версии при этом не удаляются.

Несколько версий платформы спокойно живут на одной машине рядом. Какую из них запускать, решает стартёр 1cestart: по умолчанию он берёт самую свежую установленную.

Отдельная установка платформы на каждое рабочее место — это нормально для офлайн-сценария. Централизованно раскатать её можно административной установкой или групповыми политиками, но для небольшого парка машин проще обойти рабочие места с флешкой.

Обновление платформы на сервере 1С:Предприятие

На сервере порядок тот же setup.exe, но с важной оговоркой про службу.

Служба «Агент сервера 1С:Предприятия» выполняется под определённой версией платформы. Чтобы кластер заработал на новой версии, службу после установки нужно перезапустить (или она подхватит новую версию при плановой перезагрузке сервера).

Общий порядок:

1. Установите новую платформу на сервере через setup.exe.
2. В технологическое окно остановите службу агента сервера.
3. Запустите службу новой версии.
4. Проверьте, что консоль администрирования кластера подключается, а базы открываются.

Если на сервере несколько версий платформы, какой из них работает служба, определяется тем, как зарегистрирован сам сервис агента. При смене версии службу обычно переустанавливают под новый номер — этим занимается администратор сервера, наугад здесь ничего менять не стоит.

Обновление конфигурации в файловой базе через Конфигуратор

Для файловой базы весь процесс — локально, через Конфигуратор. Сеть не нужна.

Шаги:

1. Сделайте резервную копию базы — выгрузите её в файл .dt (Администрирование → Выгрузить информационную базу) или скопируйте каталог базы целиком. Без копии обновление делать нельзя.
2. Закройте базу во всех сеансах 1С:Предприятие.
3. Откройте базу в Конфигураторе.
4. Меню Конфигурация → Поддержка → Обновить конфигурацию.
5. В мастере выберите источник обновления:
   • Поиск доступных обновлений — Конфигуратор сам найдёт подходящий .cfu в каталоге шаблонов;
   • или Выбор файла обновления — укажите путь к .cfu (или .cf) вручную.
6. Мастер покажет, с какой версии на какую пойдёт обновление. Сверьте номера.
7. Нажмите Готово и дождитесь, пока конфигурация поставщика объединится с основной.
8. Выполните Обновить конфигурацию базы данных (горячая клавиша F7) — на этом шаге изменения реально применяются к структуре данных.
9. Примите или отклоните предложенные изменения в окне реструктуризации.

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

Если на экране «Поиск доступных обновлений» ничего не находит, значит Конфигуратор смотрит не в тот каталог. Добавьте путь к папке с .cfu в список каталогов шаблонов (то же окно Настройка стартёра) и повторите поиск.

Обновление конфигурации в клиент-серверной базе

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

Монопольный (исключительный) доступ нужен на шаге Обновить конфигурацию базы данных: пока его нет, платформа не даст перестроить структуру, по которой работают пользователи. Для самого объединения с файлом .cfu монополия не требуется — её включают перед F7.

Порядок:

1. Сделайте резервную копию базы средствами сервера СУБД или выгрузкой .dt.
2. Заблокируйте начало сеансов, чтобы не набегали новые пользователи: в режиме 1С:Предприятие Администрирование → Блокировка работы пользователей (установить блокировку с кодом разрешения) или через консоль администрирования кластера.
3. Дождитесь, пока активные пользователи выйдут. Оставшиеся сеансы при необходимости завершает администратор через консоль кластера.
4. Откройте серверную базу в Конфигураторе.
5. Конфигурация → Поддержка → Обновить конфигурацию → выберите файл .cfu так же, как в файловом варианте.
6. После объединения выполните Обновить конфигурацию базы данных (F7).
7. Снимите блокировку сеансов и проверьте вход пользователей.

Платформу на сервере, если её тоже надо поднять, обновляют отдельно (см. раздел про сервер выше) и в то же технологическое окно, чтобы не дёргать пользователей дважды.

Проверка обновления на копии перед боевой базой

Профессиональный приём, который экономит разбирательства на проде: прежде чем трогать рабочую базу, прогоните всю цепочку обновления на её копии. Особенно это важно для крупных конфигураций и для баз с доработками.

Как это делается в закрытом контуре:

1. Выгрузите рабочую базу в файл .dt.
2. Создайте из этого .dt новую файловую базу — это и есть копия с реальными данными.
3. Обновите копию тем же файлом .cfu, который собираетесь применять на проде.
4. Войдите в копию в режиме 1С:Предприятие, дайте отработать обработчикам обновления и проверьте ключевые участки: открываются ли документы, считаются ли отчёты, не ругается ли база на структуру.

Если на копии обновление прошло чисто и данные на месте — на боевой базе оно пройдёт так же. Если на копии всплыли ошибки реструктуризации или конфликт с доработками, вы разберётесь с ними заранее, а не в технологическое окно под включённый секундомер.

Для клиент-серверной базы копию удобно поднять файловой — проверять логику обновления конфигурации это не мешает, а разворачивается копия быстрее. Нагрузочные и серверные нюансы так, конечно, не проверить, но для контроля самого обновления конфигурации файловой копии достаточно.

Диагностика: почему обновление не находится или не встаёт

Большинство срывов офлайн-обновления — это либо несовпадение версий, либо неверный каталог. Разберём по симптомам.

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

И про контроль результата: после обновления откройте О программе и убедитесь, что версия конфигурации стала целевой. Если номер не изменился — значит шаг Обновить конфигурацию базы данных не выполнялся или был отклонён, и обновление нужно повторить с этого места.

Ещё один признак, что обновление встало не до конца: база просит обработчики обновления при каждом входе. Дайте им отработать под пользователем с полными правами и не прерывайте процесс — иначе данные останутся в промежуточном состоянии.

Частые вопросы