Администрирование · 12 мин
Как правильно обновлять конфигурации 1С
Пошаговое руководство по обновлению типовых и доработанных конфигураций 1С: резервная копия, выбор версии, типичные ошибки, проверка результата и откат.
Обновление конфигурации 1С — рутинная, но рискованная операция: ошибка на любом этапе способна остановить работу учёта, повредить данные или потребовать долгого восстановления из копии. При этом сама процедура хорошо формализована: если соблюдать порядок действий, проверять результат на каждом шаге и никогда не работать без резервной копии, обновление проходит предсказуемо даже у доработанных конфигураций.
Обновлять конфигурацию нужно регулярно: поставщик исправляет ошибки, меняет регламентированную отчётность, закрывает уязвимости и адаптирует программу под изменения законодательства. Пропуск нескольких релизов усложняет следующее обновление — приходится ставить промежуточные версии, а вероятность конфликтов при объединении доработок растёт.
Материал рассчитан на администраторов и специалистов, которые обновляют типовые и частично доработанные конфигурации на платформе «1С:Предприятие 8» самостоятельно. Описаны подготовка, обновление через конфигуратор и через интернет, особенности нетиповых решений, проверка результата и откат.
Что проверить перед началом обновления
Первый шаг — определить текущую версию конфигурации и платформы. Откройте информационную базу, перейдите в раздел «Администрирование» → «Обслуживание» → «Результаты обновления» либо посмотрите версию в окне «О программе». В конфигураторе версия видна в меню «Конфигурация» → «Свойства». Запишите оба номера: от них зависит, какие релизы можно ставить напрямую, а какие — только через промежуточные.
Далее выясните, типовая у вас конфигурация или доработанная. Признак доработки — замок на элементах конфигурации в конфигураторе снят, а в свойствах конфигурации указано «Конфигурация находится на поддержке с изменениями». Это принципиально влияет на способ обновления: типовая обновляется автоматически, доработанная требует ручного сравнения и объединения.
Третья проверка — совместимость платформы. Новый релиз конфигурации может требовать более свежую версию технологической платформы, чем установлена у вас. Требования указаны в файле поставки (обычно в сопроводительной документации или на странице релиза на портале 1С). Если платформа устарела, сначала обновите её на сервере и на всех клиентских машинах.
Подходит автоматическое обновление через конфигуратор или интернет
Нужно сравнение и объединение, возможны конфликты
Проверьте допустимые пути обновления в описании релиза
Сверьте требования релиза с версией платформы
Резервная копия: обязательное условие
Обновление без резервной копии — главная ошибка, которая превращает штатную процедуру в аварию. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при завершённых сеансах пользователей. Для клиент-серверной базы используйте штатные средства СУБД (например, pg_dump для PostgreSQL или резервное копирование в MS SQL Server) либо выгрузку в dt через конфигуратор.
Выгрузка в dt через конфигуратор («Администрирование» → «Выгрузить информационную базу») универсальна и не зависит от СУБД, но для больших баз занимает заметное время. Важно понимать ограничение: dt не является полноценной заменой копии средствами СУБД для очень больших баз и в редких случаях может не загружаться корректно — поэтому в клиент-серверном варианте делайте оба вида копий.
Копия считается сделанной только после проверки: убедитесь, что файл существует, имеет правдоподобный размер, а в идеале — разверните его в тестовой базе и войдите в неё. Непроверенная копия в момент аварии может оказаться битой, и тогда откат будет невозможен.
Обновление типовой конфигурации через конфигуратор
Классический способ: вы запускаете конфигуратор в монопольном режиме, открываете меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию» и выбираете источник — файл обновления (.cfu) или каталог шаблонов, куда установлен дистрибутив релиза. Программа показывает доступные версии и выполняет обновление автоматически.
Дистрибутивы релизов скачиваются с портала 1С (требуется действующий договор сопровождения) и устанавливаются в каталог шаблонов. Обратите внимание на описание релиза: в нём указано, с каких версий возможно обновление. Если ваша версия старше минимально допустимой, ставьте промежуточные релизы последовательно — прыгать через несколько версий нельзя, если это прямо не разрешено поставщиком.
После загрузки обновления конфигуратор предложит обновить конфигурацию базы данных (клавиша F7). Соглашайтесь и дождитесь завершения реструктуризации. На больших базах реструктуризация может идти долго — не прерывайте процесс, даже если кажется, что программа «зависла»: прерывание на этом этапе опаснее всего.
Обновление через интернет из режима «1С:Предприятие»
Для типовых конфигураций на поддержке доступен более простой путь: обновление прямо из пользовательского режима. В разделе «Администрирование» → «Обслуживание» → «Обновление версии программы» программа сама проверит наличие нового релиза на серверах поставщика, скачает его и установит. Потребуется учётная запись портала 1С с действующим сопровождением.
Этот способ удобен для небольших баз и автоматически выполняет часть проверок, но имеет ограничения: он не работает для доработанных конфигураций, требует стабильного интернет-канала и свободного места на диске (дистрибутивы могут занимать несколько гигабайт). Для клиент-серверных баз и больших внедрений предпочтительнее обновление через конфигуратор с предварительным прогоном на копии.
Сравнение способов обновления
Подходит для любых баз, включая доработанные и клиент-серверные; требует монопольного доступа и навыков работы в конфигураторе
Простой вариант для типовых файловых баз; не подходит для доработанных конфигураций и зависит от канала связи
Самый безопасный для крупных внедрений: сначала прогон на копии, затем повторение на рабочей базе; требует больше времени
Обновление доработанной конфигурации
Если конфигурация снята с полной поддержки, автоматическое обновление невозможно: программа выполнит сравнение и объединение конфигураций, и вам предстоит вручную разобрать каждое расхождение. В окне сравнения отмечены объекты, изменённые поставщиком, изменённые вами и изменённые с обеих сторон — последние требуют решения.
Практическое правило: объекты, которые вы не трогали, переносите из новой версии целиком. По объектам с двойными изменениями открывайте сравнение модулей построчно и переносите свои доработки в новый код вручную. Не снимайте галочки с изменённых поставщиком объектов «чтобы сохранить старое» — так вы потеряете исправления и получите гибрид, который сложно сопровождать дальше.
Если доработок много, ведите реестр изменений: какие объекты, зачем и как изменены. Без такого реестра каждое обновление превращается в археологию. Доработанную конфигурацию имеет смысл обновлять вдвоём с разработчиком, который вносил изменения, или привлекать специалиста, знакомого с кодом.
Самое трудоёмкое в обновлении доработанной конфигурации — не само объединение, а тестирование после него. Запланируйте прогон на копии базы: проверьте проведение ключевых документов, формирование регламентированной отчётности и работу обменов. Типовой срок на это — от нескольких часов до нескольких дней в зависимости от объёма доработок.
После обновления: проверка результата
Обновление конфигурации базы данных — не конец процедуры. При первом запуске в режиме предприятия выполняются обработчики обновления: часть отрабатывает сразу (монопольно), часть — отложенно, в фоне, иногда часами на больших базах. Пока отложенные обработчики не завершены, часть данных может быть в промежуточном состоянии. Статус смотрите в разделе «Администрирование» → «Обслуживание» → «Результаты обновления».
Минимальный набор проверок: войдите в базу под пользователем с полными правами, убедитесь, что открываются основные разделы, проведите тестовый документ каждого ключевого вида, сформируйте оборотно-сальдовую ведомость и актуальную регламентированную отчётность, проверьте обмены с другими системами (банк, ЭДО, связанные базы). Только после этого открывайте доступ пользователям.
Как проверить результат обновления
Соответствует установленному релизу
Версия не изменилась — обновление не применилось
Все выполнены без ошибок
Есть ошибки или обработчики «зависли»
Документы проводятся, движения корректны
Ошибки проведения, незаполненные движения
Формы открываются и заполняются
Ошибки открытия форм, устаревшие формы
Обмены выполняются без ошибок
Ошибки подключения или выгрузки
Откат и типичные ошибки
Штатного «отката» обновления в 1С нет: вернуться на прежнюю версию можно только восстановлением резервной копии. Поэтому копия, сделанная непосредственно перед обновлением, — ваш единственный путь назад. Учтите: данные, введённые между обновлением и откатом, при восстановлении копии будут потеряны, их придётся переносить вручную или через выгрузку.
Если обновление завершилось с ошибками отложенных обработчиков, не спешите откатываться: часто достаточно изучить сообщение об ошибке, устранить причину (например, некорректные данные в конкретном документе) и перезапустить обработчик из окна результатов обновления. Откат оправдан, когда база неработоспособна в целом, а не при точечных ошибках.
Часто задаваемые вопросы
Можно ли обновлять конфигурацию, пока пользователи работают в базе?
Нет. Обновление конфигурации базы данных требует монопольного доступа: все сеансы должны быть завершены, фоновые задания остановлены. Работа пользователей во время реструктуризации приведёт к ошибкам и риску повреждения данных. Выберите нерабочее время и заблокируйте вход в базу заранее.
Что делать, если обновление «зависло» на реструктуризации?
Сначала убедитесь, что процесс действительно не выполняется: на больших базах реструктуризация может идти часами, при этом нагрузка на диск и процессор заметна. Если активности нет длительное время, процесс придётся завершить принудительно, восстановить базу из копии и повторить обновление, предварительно устранив возможную причину (нехватку места, проблемы с диском).
Нужно ли обновлять платформу вместе с конфигурацией?
Только если новый релиз конфигурации явно требует более свежую платформу — это указано в описании релиза. Обновлять платформу «на всякий случай» не стоит: смена платформы тоже несёт риски и требует обновления всех клиентских мест и сервера. Проверяйте требования каждого релиза перед установкой.
Как обновить конфигурацию, если пропущено много релизов?
Откройте описание актуального релиза и найдите раздел о порядке обновления: там перечислены версии, с которых возможен переход. Если ваша версия старше, установите промежуточные релизы последовательно — дистрибутивы старых версий доступны на портале 1С. Каждый шаг выполняйте полностью, включая обновление конфигурации базы данных.
Безопасно ли обновляться через интернет из режима предприятия?
Да, для типовой конфигурации на полной поддержке это штатный и безопасный способ: программа сама создаёт условия для обновления и выполняет проверки. Обязательные условия те же — резервная копия, отсутствие работающих пользователей, достаточно места на диске и стабильный канал связи.
Что делать, если после обновления перестала открываться часть отчётов?
Проверьте статус отложенных обработчиков обновления — незавершённые обработчики частая причина неполадок. Если обработчики выполнены, очистите кэш метаданных на клиенте (удаление базы из списка и повторное добавление) и проверьте, не связана ли проблема с доработками: внешние отчёты и расширения иногда требуют адаптации под новый релиз.
Что важно запомнить
Правильное обновление конфигурации 1С строится на трёх опорах: проверенная резервная копия перед началом, последовательная установка релизов с учётом доработок и полная проверка результата до допуска пользователей. Для доработанных конфигураций добавляется четвёртый этап — тестовый прогон на копии. Откат возможен только восстановлением из копии, поэтому копия — не формальность, а единственная страховка.