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