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