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