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