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