Откат неудачного обновления 1С: что делать, если база не стартует

Штатной кнопки «Отменить обновление» в 1С нет. Откатить можно двумя способами: вернуть конфигурацию базы данных к основной (если изменения ещё не применены) или восстановить базу из резервной копии (если обновление уже прошло и сломало работу). Какой способ ваш, зависит от того, на каком шаге случился сбой.

Сначала определите стадию, потом выбирайте метод. Попытки «починить» базу наугад чаще всего превращают небольшую проблему в потерю данных.

Сначала поймите, на какой стадии оборвалось обновление

Обновление конфигурации проходит в три этапа. От этапа зависит способ отката.

Если вы видите, что сбой случился на первом этапе, повезло: база ещё не тронута. Если на втором или третьем, без копии не обойтись.

Быстрая диагностика по симптому

Запишите точный текст ошибки. Он нужен и для поиска причины, и для переписки с сопровождением.

Резервная копия: сделайте её раньше, чем будете что-то менять

Без копии вы откатываете вслепую. Даже если копия была перед обновлением, сделайте ещё одну сейчас, в текущем (сбойном) состоянии. Она пригодится, если откат пойдёт не так.

Способы, от простого к надёжному:

1. Файловая база. Закройте все сеансы и скопируйте папку базы целиком (там лежит файл 1Cv8.1CD). Просто копировать файл мало: берите папку со всем содержимым.
2. Выгрузка в .dt. В Конфигураторе: Администрирование → Выгрузить информационную базу. Файл подходит для переноса и для восстановления.
3. Клиент-серверная база. Копия средствами СУБД (например, резервное копирование SQL-сервера). Выгрузка в .dt тоже допустима, но на больших базах идёт долго.

Откат из копии вернёт базу на момент копирования. Всё, что ввели после, придётся заносить заново, поэтому узнайте, сколько работы потеряется, до того как восстанавливать.

Отмена обновления в Конфигураторе: возврат к конфигурации базы данных

Этот способ работает, если новую конфигурацию загрузили, а изменения ещё не применили к базе данных (не нажимали F7 и не соглашались на «Обновить конфигурацию базы данных»).

Различайте два понятия. Основная конфигурация — та, что вы редактируете в Конфигураторе. Конфигурация базы данных — та, что реально работает в базе. Обновление сначала меняет первую, и только потом вы применяете её ко второй.

Порядок действий:

1. Откройте базу в режиме Конфигуратор.
2. Откройте меню Конфигурация, затем раздел Конфигурация базы данных.
3. Выберите пункт возврата к конфигурации базы данных. Программа предложит отказаться от изменений основной конфигурации и вернуть её к состоянию базы.
4. Подтвердите. Дождитесь окончания операции и закройте Конфигуратор.
5. Запустите базу в режиме 1С:Предприятие и проверьте, что она открывается и данные на месте.

Если ваша конфигурация стоит на поддержке, после возврата проверьте состояние поддержки: Конфигурация → Поддержка → Настройка поддержки. Так видно, что флаги правил поддержки не поплыли.

Если изменения уже применены: откат через режим Предприятия не получится

Частый вопрос: нельзя ли отменить обновление из самой программы, без Конфигуратора. Нельзя. В режиме Предприятия нет операции, которая вернула бы структуру базы к прошлому релизу. Там можно только посмотреть сведения о версии и о результатах обновления.

Что можно сделать в режиме Предприятия, если база всё-таки запускается:

• Открыть сведения о программе и проверить номер версии конфигурации. Если он новый, а ошибки идут при работе, значит, обновление применилось.
• Найти в журнале регистрации записи об ошибках, возникших во время обновления (фильтр по важности «Ошибка» и по времени запуска). Журнал открывается через Администрирование или раздел сервиса, в зависимости от конфигурации.
• Исправить причину сбоя обработчика (чаще всего это некорректные данные) и повторить действие.

Если ошибка в обработчике обновления, база может быть частично преобразована. Продолжать работу в таком состоянии нельзя: часть данных уже в новом формате, часть в старом. Здесь выход один: копия.

Ручной откат конфигурации в Конфигураторе из файла

Бывает, что копии базы нет, но есть файл прошлого релиза (.cf) или прошлая поставка (.cfu). Тогда вернуть прежнюю версию кода можно загрузкой файла. Данные при этом не откатываются, только конфигурация.

Порядок:

1. Откройте Конфигуратор и сохраните копию текущей конфигурации: Конфигурация → Сохранить конфигурацию в файл.
2. Загрузите прежний релиз: Конфигурация → Загрузить конфигурацию из файла (для .cf).
3. Примените к базе данных, подтвердив обновление структуры.
4. Запустите Предприятие и проверьте работу.

Откат конфигурации без отката данных годится только в одном случае: релизы близки по структуре, а новые обработчики обновления ещё не успели изменить данные. Иначе старый код встретит новые данные и выдаст другие ошибки. Если сомневаетесь, не рискуйте и используйте копию.

Очистка кэша и блокировок после сбоя

После обрыва обновления иногда остаются хвосты: кэш клиента ссылается на старую структуру, а в файловой базе висят следы незавершённого сеанса. Это даёт странные ошибки, хотя сама база цела.

Кэш клиента

Кэш лежит в профиле пользователя, в каталогах 1cv8 внутри %LOCALAPPDATA%\1C и %APPDATA%\1C. Очистить его можно двумя путями:

• Закрыть 1С и удалить содержимое папок с именами из длинных буквенно-цифровых идентификаторов (это кэш конкретных баз).
• Запустить клиент с параметром /ClearCache, например из командной строки или ярлыка.

"C:\Program Files\1cv8\common\1cestart.exe" /ClearCache

Путь к программе у вас может отличаться в зависимости от установки и разрядности. Если не уверены, откройте свойства ярлыка запуска и посмотрите поле «Объект».

Блокировки

Если сбой оборвал сеанс, в файловой базе может остаться запись об активном сеансе. Типичный признак: база считает, что кто-то в ней работает, хотя все вышли.

Что делать:

1. Убедитесь, что никто действительно не работает. На сервере проверьте процессы 1cv8 и 1cv8c.
2. Завершите зависшие процессы пользователей через диспетчер задач.
3. Если база по-прежнему занята, перезапустите сеанс на сервере или перезагрузите компьютер с файловой базой.

Не удаляйте служебные файлы из каталога базы вручную, если не уверены в их назначении. Особенно это касается самого файла 1Cv8.1CD: его удаление уничтожает базу.

В клиент-серверной базе блокировки видны в консоли кластера. Завершать сеансы там нужно осознанно: пользователи потеряют несохранённую работу, поэтому делайте это вне рабочего времени.

Восстановление базы из резервной копии

Это основной способ, когда обновление применилось и сломало работу. Выберите вариант по тому, как делалась копия.

Пошагово: загрузка из .dt

1. Создайте новую пустую информационную базу в списке баз (или используйте старую, если можно потерять её содержимое).
2. Откройте её в режиме Конфигуратор.
3. Выберите Администрирование → Загрузить информационную базу и укажите файл.
4. Дождитесь завершения. Не закрывайте окно и не выключайте компьютер.
5. Запустите 1С:Предприятие и проверьте последние документы и остатки.

После восстановления база вернётся к прежней версии конфигурации вместе с данными. Если нужно всё-таки обновиться, найдите причину сбоя и повторите обновление на копии базы.

Сбойную базу не удаляйте сразу. Оставьте её на неделю: из неё иногда удаётся достать документы, введённые после копии.

Почему обновление падает и как не повторить сбой

Причины повторяются. Проверьте их перед следующей попыткой.

• ⚡ Нехватка места. Реструктуризация требует запаса. Для крупной базы освободите диск заранее.
• 👥 Кто-то остался в базе. Обновление структуры требует монопольного доступа.
• 🧩 Доработки конфигурации. Изменённые объекты дают конфликты при слиянии. Смотрите окно сравнения и решайте по каждому объекту.
• 🔌 Нестабильная сеть. Обновление файловой базы по общей папке рвётся. Выполняйте его на машине, где лежит база.
• 📦 Версия платформы. Релиз конфигурации требует минимальную версию платформы. Сравнивайте по номеру: нужна платформа с номером не ниже указанного в описании релиза.
• 🛡️ Антивирус. Он блокирует файлы базы или временные файлы обновления. Добавьте каталоги в исключения.

Перед каждым обновлением:

Частые вопросы