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