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