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