Администрирование · 12 мин
Как обновить программу 1С:Предприятие
Пошаговая инструкция по обновлению 1С:Предприятие: резервная копия, выбор способа обновления, конфигуратор, типичные ошибки и проверка результата.
Обновление 1С:Предприятие затрагивает два разных объекта: технологическую платформу (сам «движок» программы) и конфигурацию (прикладное решение — «Бухгалтерию», «Зарплату и управление персоналом», «Управление торговлей» и другие). Их обновляют по отдельным процедурам, и путать эти понятия нельзя: обновление платформы не меняет данные и логику учёта, а обновление конфигурации меняет структуру базы и требует резервной копии.
Безопасный сценарий всегда строится одинаково: сначала проверяется, какие релизы установлены и какие доступны, затем делается резервная копия информационной базы, после чего обновление устанавливается и проверяется результат. Пропуск любого из этих шагов — главная причина потери данных при самостоятельном обновлении.
Для типовых конфигураций с действующей подпиской ИТС обновление выполняется штатными средствами программы и занимает обычно от получаса до нескольких часов в зависимости от размера базы. Нетиповые (доработанные) конфигурации требуют сопоставления изменений и ручной работы в конфигураторе — это уже задача для специалиста.
Что именно нужно обновить: платформа или конфигурация
Платформа — это исполняемая среда, в которой запускается любая конфигурация. Её версию можно посмотреть в меню «Справка — О программе» или в заголовке окна. Платформу обновляют установкой нового дистрибутива поверх существующего; базы при этом не изменяются, но новая конфигурация иногда требует минимальную версию платформы — тогда платформу обновляют первой.
Конфигурация — это прикладное решение с данными учёта. Её версия видна там же, в разделе «О программе», а также в конфигураторе: «Конфигурация — Поддержка — Настройка поддержки». Обновление конфигурации меняет структуру базы данных, поэтому выполняется только после резервного копирования и в монопольном режиме.
Признак того, что пора обновляться: программа сообщает о выходе нового релиза, перестают работать регламентированные отчёты или обмены с сервисами, либо конфигурация отказывается запускаться на новой платформе. Обновляться «на всякий случай» посреди отчётного периода не стоит — лучше выбрать спокойное время.
Подготовка: резервная копия и проверка условий
Резервная копия — обязательный первый шаг, без исключений. Для файловой базы откройте конфигуратор, выполните «Администрирование — Выгрузить информационную базу» и сохраните файл с расширением .dt в надёжное место, желательно на другой диск или сетевой ресурс. Для клиент-серверной базы дополнительно (или вместо этого) делается бэкап средствами СУБД — штатная выгрузка .dt на больших базах может занять часы.
Проверьте, что копия действительно создалась: файл имеет ненулевой размер, а лучше — тестово загрузите его в отдельную пустую базу («Администрирование — Загрузить информационную базу»). Копия, которую не проверяли, считается отсутствующей.
Далее убедитесь в выполнении условий: есть доступ к обновлениям (действующая подписка ИТС или договор с партнёром), все пользователи предупреждены и выйдут из программы в назначенное время, на диске достаточно свободного места — ориентировочно в несколько раз больше размера базы.
Способы обновления типовой конфигурации
Для типовых конфигураций существует три рабочих способа. Первый — автоматический, через интернет: в режиме «Предприятие» откройте «Администрирование — Обновление версии программы» (в некоторых конфигурациях — «Поддержка и обслуживание»), и программа сама найдёт, скачает и установит обновление. Это самый простой путь, но он требует стабильного интернета и введённого логина портала 1С.
Второй способ — через конфигуратор с заранее скачанным файлом обновления. Дистрибутив обновления скачивается с портала 1С, устанавливается в каталог шаблонов, после чего в конфигураторе выбирается «Конфигурация — Поддержка — Обновить конфигурацию» с поиском доступных обновлений. Способ подходит, когда интернет на сервере ограничен.
Третий способ — обновление через файл конфигурации (.cf) полного дистрибутива. Его применяют, когда релиз сильно устарел и цепочка промежуточных обновлений слишком длинная, либо когда штатные механизмы завершаются ошибкой. Этот вариант требует внимательности: при обновлении через .cf важно не снять конфигурацию с поддержки случайно.
Сравнение вариантов
Подходит для типовых конфигураций с подпиской ИТС и стабильным интернетом; минимум ручных действий, но мало контроля над процессом.
Подходит при ограниченном интернете и для контролируемой установки; требует скачивания дистрибутива и монопольного доступа.
Подходит при большом отставании релиза или сбоях штатного механизма; требует аккуратности, чтобы не потерять настройки поддержки.
Обновление через конфигуратор: пошаговый порядок
Это универсальный сценарий для файловой базы. Перед началом попросите всех пользователей выйти, а фоновые и регламентные задания остановите — иначе монопольный режим не включится.
- 1Сделайте выгрузку базы: конфигуратор — «Администрирование — Выгрузить информационную базу», сохраните .dt-файл.
- 2Установите дистрибутив обновления в каталог шаблонов (запустите setup.exe из скачанного архива).
- 3Откройте конфигуратор, включите монопольный режим при запросе.
- 4Выполните «Конфигурация — Поддержка — Обновить конфигурацию», выберите поиск доступных обновлений или укажите файл вручную.
- 5Подтвердите список изменений и запустите обновление, дождитесь завершения.
- 6Выполните «Конфигурация — Обновить конфигурацию базы данных» (клавиша F7) и подтвердите реструктуризацию.
- 7Запустите базу в режиме «Предприятие» — отработают обработчики обновления, дождитесь их завершения.
- 8Проверьте версию в «О программе» и выполните контрольные операции.
Этап обновления конфигурации базы данных (F7) — самый ответственный: именно здесь меняется структура таблиц. На больших базах реструктуризация может идти десятки минут и дольше, прерывать её нельзя. Если окно «зависло», проверьте активность процесса в диспетчере задач, прежде чем что-то предпринимать.
После первого запуска в режиме «Предприятие» программа выполняет отложенные обработчики обновления — перенос и пересчёт данных. До их завершения часть функций может быть недоступна, а работа пользователей — замедлена. Статус виден в разделе «Администрирование — Результаты обновления приложения».
Обновление платформы 1С
Платформа обновляется проще конфигурации. Скачайте дистрибутив нужной версии с портала 1С, закройте все сеансы 1С на компьютере и запустите установщик. По умолчанию новая версия ставится рядом со старой — они не конфликтуют, и при проблемах можно вернуться к предыдущей.
После установки проверьте, что база запускается на новой версии: в списке информационных баз у нужной базы можно явно указать версию платформы. Для серверного варианта обновление выполняется на сервере 1С и на всех рабочих местах — версии клиента и сервера должны совпадать, иначе подключение будет отклонено.
Перед обновлением платформы сверьтесь с требованиями конфигурации: в описании релиза указана минимальная совместимая версия платформы. Обратная ситуация тоже встречается — очень старые конфигурации могут некорректно работать на самых новых платформах, поэтому на боевой базе сначала проверяют совместимость на копии.
Обновление нетиповой (доработанной) конфигурации
Если конфигурация дорабатывалась — добавлены документы, изменены модули, подключены расширения, — штатное автообновление может быть недоступно или опасно. Признак доработки: в настройке поддержки стоит статус «конфигурация снята с поддержки» или «изменения разрешены с сохранением поддержки».
Порядок работы в этом случае такой: обновление запускается через конфигуратор, программа строит тройное сравнение (старая типовая, текущая рабочая, новая типовая) и показывает окно сопоставления объектов. Каждый изменённый объект нужно вручную разрешить: оставить свою доработку, принять типовую версию или объединить. Это требует понимания, что именно дорабатывалось.
Доработки, вынесенные в расширения конфигурации, обычно переживают обновление легче, но и их нужно проверять: после обновления расширение может оказаться несовместимым с новой версией и отключиться. Если доработок много и документации по ним нет — безопаснее поручить обновление специалисту, предварительно передав ему копию базы.
Как выбрать действие
Проверка результата и типичные ошибки
После завершения обновления убедитесь, что всё прошло корректно, прежде чем пускать пользователей. Откройте «О программе» и сверьте версию конфигурации и платформы с целевым релизом. Проверьте статус отложенных обработчиков в «Администрирование — Результаты обновления приложения» — все должны быть завершены без ошибок.
Выполните контрольные операции, характерные для вашей работы: сформируйте оборотно-сальдовую ведомость или ключевой отчёт, создайте тестовый документ, проверьте обмены (банк, ЭДО, сайт). Если база — учётная, сверьте итоги по паре счетов с данными до обновления.
Как проверить результат
Совпадает с целевым релизом
Осталась прежней — обновление базы данных не выполнено
Все завершены без ошибок
Есть ошибки или обработчики «висят» часами
Формируются, итоги сходятся с данными до обновления
Ошибки при открытии, расхождения итогов
Подключения проходят, документы уходят и приходят
Ошибки авторизации или формата обмена
Если обновление завершилось ошибкой, не пытайтесь повторять его вслепую. Сохраните текст ошибки и журнал регистрации, восстановите базу из копии и разбирайте причину: чаще всего это нехватка места на диске, прерванный сеанс, повреждённый дистрибутив или пропущенный промежуточный релиз.
Что важно запомнить
Платформа и конфигурация обновляются разными процедурами. Любое обновление конфигурации начинается с проверенной резервной копии и выполняется в монопольном режиме. Результат подтверждается версией в «О программе», завершёнными обработчиками обновления и контрольными операциями. Доработанные конфигурации без опыта самостоятельно не обновляют.
Частые вопросы
Можно ли обновляться, если подписка ИТС закончилась?
Автоматическое обновление и скачивание дистрибутивов с портала 1С требуют действующего договора ИТС или партнёрского сопровождения. Без него официальные обновления недоступны — программа продолжит работать на текущем релизе, но регламентированная отчётность и обмены постепенно устареют.
Сколько времени занимает обновление?
Для небольшой файловой базы типовой конфигурации — обычно от 30 минут до пары часов вместе с резервной копией. Большие клиент-серверные базы могут обновляться несколько часов из-за реструктуризации и отложенных обработчиков, поэтому работу планируют на нерабочее время.
Что делать, если монопольный режим не включается?
Значит, в базе остались активные сеансы или фоновые задания. В конфигураторе откройте «Администрирование — Активные пользователи» и завершите сеансы; для серверной базы это делается через консоль кластера. Также отключите регламентные задания и подождите пару минут.
Нужно ли обновлять платформу перед конфигурацией?
Если в описании нового релиза конфигурации указана минимальная версия платформы выше вашей — да, сначала ставится платформа, затем обновляется конфигурация. Если требований нет, платформу можно не трогать.
Обновление прошло, но отчёты показывают странные цифры. Это нормально?
Нет. Сначала проверьте, завершились ли отложенные обработчики обновления — до их окончания данные могут быть неполными. Если обработчики завершены, а расхождения остались, сравните итоги с резервной копией и обращайтесь к специалисту, не продолжая ввод документов.
Можно ли откатить обновление назад?
Штатного «отката» конфигурации нет: возврат выполняется только восстановлением базы из резервной копии, сделанной до обновления. Данные, введённые после обновления, при этом будут потеряны — ещё одна причина никогда не пропускать этап копирования.