К статье
Практический материал

Администрирование · 11 мин

Как правильно обновлять платформу 1С

Как правильно обновить платформу 1С: подготовка, резервная копия, порядок установки новой версии, проверка работы базы и типичные ошибки администраторов.

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

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

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

Когда вообще нужно обновлять платформу

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

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

Подготовка: что проверить до установки

Начните с определения текущей версии платформы. Откройте любую базу, зайдите в меню «Сервис» → «О программе» (или значок «i» в правом верхнем углу) — там указан точный номер версии, например 8.3.22.xxxx. Запишите его: при откате вам понадобится именно эта версия.

Далее проверьте требования конфигурации. Если вы обновляете платформу ради нового релиза конфигурации, найдите в описании релиза (файл readme или публикация на портале 1С) строку о минимальной версии платформы. Ставьте версию не ниже указанной, но и не обязательно самую последнюю — иногда свежие релизы платформы содержат регрессии, и безопаснее выбрать проверенную версию, рекомендованную вендором конфигурации.

Оцените инфраструктуру: сколько компьютеров работают с 1С, есть ли сервер 1С, используются ли тонкий клиент, веб-клиент, публикация на веб-сервере. В клиент-серверном варианте обновлять нужно и сервер, и все клиентские места — несовпадение версий приведёт к отказу в подключении.

Текущая версия платформыЗаписана и сохранена

Сервис → О программе в любой базе

Требования конфигурацииИзвестна минимальная версия

Описание релиза конфигурации на портале 1С

Резервная копияСделана и проверена

Файл .dt открывается в тестовой базе

Права доступаЕсть права администратора

Установка платформы требует прав администратора ОС

Резервная копия: обязательный шаг

Резервная копия — единственное, что гарантирует возврат к рабочему состоянию при неудаче. Для файловой базы есть два способа. Первый — выгрузка через конфигуратор: откройте базу в конфигураторе, меню «Администрирование» → «Выгрузить информационную базу», укажите файл с расширением .dt. Второй — простое копирование файла 1Cv8.1CD из каталога базы при условии, что все пользователи вышли и никто не работает с базой.

Для клиент-серверных баз выгрузка .dt тоже работает, но при больших объёмах она долгая. Альтернатива — штатная копия средствами СУБД (бэкап базы в MS SQL или PostgreSQL). Важно: копия должна быть сделана не «на всякий случай», а проверена — попробуйте загрузить .dt в пустую тестовую базу и убедиться, что она открывается.

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

Дистрибутив платформы скачивается с портала portal.1c.ru при наличии действующего договора сопровождения (ИТС) или получается у партнёра 1С. Выберите нужную версию и разрядность: для серверов и большинства современных рабочих мест используется 64-битная версия, 32-битная нужна только в специфических случаях совместимости.

Запустите установщик setup.exe от имени администратора. Стандартный набор компонентов для клиентского компьютера: «1С:Предприятие», «1С:Предприятие — Тонкий клиент» (если используется), «Модули расширения веб-сервера» (только если есть публикация через веб). Для сервера 1С на серверной машине выбирается компонент «Сервер 1С:Предприятия». Мастер установки не удаляет предыдущие версии — они остаются в своих каталогах, что и обеспечивает возможность отката.

Порядок установки платформы
  1. 1
    Скачайте дистрибутив нужной версии с портала 1С
  2. 2
    Завершите работу всех пользователей с базами
  3. 3
    Запустите setup.exe от имени администратора
  4. 4
    Выберите нужные компоненты и установите
  5. 5
    Перезапустите службу агента сервера 1С (для серверного варианта)
  6. 6
    Откройте базу и проверьте версию в «О программе»

Обновление на клиентских компьютерах и сервере

Файловый режим и локальные базы

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

Серверный вариант

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

Если базы опубликованы на веб-сервере (IIS или Apache), после обновления платформы нужно заново опубликовать базы: старые модули расширения веб-сервера останутся от прежней версии. Публикация выполняется из конфигуратора: «Администрирование» → «Публикация на веб-сервере».

В сетях с несколькими десятками рабочих мест платформу удобно распространять через каталог административной установки или механизм автоматического обновления тонкого клиента при подключении к серверу. Это избавляет от ручного обхода компьютеров и гарантирует одинаковую версию у всех пользователей.
ПЗ
Практическое замечание

Проверка работы после обновления

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

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

Контрольные точки

Как проверить результат

Версия в «О программе»
Норма

Совпадает с установленной новой версией

Тревожный признак

Показывает старую версию — база запущена не на той платформе

Вход пользователей
Норма

Все подключаются без ошибок

Тревожный признак

Ошибка несовпадения версий клиента и сервера

Печать и отчёты
Норма

Документы печатаются, отчёты формируются

Тревожный признак

Ошибки формата, пустые печатные формы

Торговое оборудование
Норма

Сканеры и кассы работают

Тревожный признак

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

Типичные ошибки и как их избежать

Типичные ошибки
01
Обновление без резервной копии — при сбое или неудачной конвертации данные восстановить нечем
02
Удаление старой платформы сразу после установки новой — теряется возможность быстрого отката
03
Обновление сервера без обновления клиентов — пользователи получают ошибку несовпадения версий и не могут работать
04
Игнорирование требований конфигурации — обновление конфигурации не встаёт на слишком старую платформу, а на слишком новой могут быть ошибки совместимости
05
Забытая перепубликация баз на веб-сервере — веб-клиент и мобильные подключения перестают работать
06
Обновление в середине рабочего дня — активные сеансы обрываются, возможны незавершённые транзакции

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

Откат на предыдущую версию

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

Если конвертация уже выполнена, единственный путь назад — восстановление из резервной копии: загрузите сохранённый .dt в новую пустую базу или верните скопированный файл 1Cv8.1CD (для SQL — восстановите бэкап средствами СУБД). Именно поэтому копия делается до обновления, а не «когда-нибудь потом».

Маршрут решения

Как выбрать действие

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

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

Можно ли обновлять платформу, пока пользователи работают?

Установить дистрибутив можно, но запускать базы на новой версии при активных сеансах не стоит. В клиент-серверном варианте перезапуск службы сервера оборвёт все сеансы. Планируйте обновление на нерабочее время — вечер, ночь или выходной.

Нужно ли удалять старые версии платформы?

Не сразу. Оставьте предыдущую версию минимум на несколько дней после обновления — это ваша страховка для быстрого отката. Удалять старые версии имеет смысл только когда новая подтвердила стабильность, а дисковое пространство действительно критично.

Чем отличается обновление платформы от обновления конфигурации?

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

Что делать, если после обновления база требует конвертацию?

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

Как обновить платформу, если нет доступа к порталу 1С?

Дистрибутивы платформы распространяются по договору ИТС или через партнёров 1С. Без действующего доступа легально получить новые версии нельзя. Проверьте статус договора сопровождения или обратитесь к обслуживающему вас партнёру фирмы «1С».

Итог

Что важно запомнить

Безопасное обновление платформы 1С строится на трёх правилах: всегда делайте и проверяйте резервную копию, ставьте новую версию рядом со старой и не удаляйте предыдущую сразу, а после установки проверяйте работу баз, печати и оборудования до возврата пользователей. Обновление без копии и теста — главный источник потери данных.