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