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