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