Разработчики 1С предоставили пользователям возможность самостоятельно проводить обновление информационных баз в режиме 1С: Предприятие. Однако, эта процедура является для пользователя черным ящиком, иногда процесс зацикливается и приводит к зависанию.
Прождав несколько часов или суток (в зависимости от терпения) пользователь принудительно снимает задачу и после повторного запуска получает невосстановимую ошибку базы данных.
Как можно попробовать исправить ситуацию мы разберем в следующей статье, а пока - разберемся в причинах зависания и поймем, что в черном ящике.
Как происходит автообновление
О необходимости обновления нас уведомляет монитор ИТС, который периодически выскакивает при запуске программы.
Что нужно обновлять?
В любой 1С обновляются две основные вещи - конфигурация базы данных (каждой базы) и платформа 1С (общая для всех баз). Кроме обновления самой конфигурации, еще рекомендуется установить патчи. Патчи - это заплатки, которые 1С выпускает между релизами конфигурации для решения оперативных проблем или устранения ошибок.
Обычно в месяц выходит 3-4 релиза конфигурации. Каждое новое обновление обновляет 5-6 предыдущих релизов, поэтому при обновлении можно перескочить через несколько релизов.
Хорошим решением будет обновляться 1 раз в месяц.
Платформу достаточно обновлять 1 раз в полгода, если только новая конфигурация не требует обновления платформы.
После нажатия кнопки "Установить обновление" мы имеем возможность выбрать что именно хотим обновить и после этого опускается занавес.
Что в черном ящике?
В теории, в этот момент происходит следующее:
- Программа создает резервную копию базы;
- Происходит загрузка файлов обновления конфигурации и платформы;
- Далее идет установка новой платформы;
- Устанавливается конфигурация базы данных;
- После установки новой конфигурации идут служебные обработки, которые трансформируют данные под новую конфигурацию;
- Устанавливаются патчи.
Если пропущено много релизов, пункты 4-6 повторяются.
Почему обновление 1С может зависнуть?
Не смотря на очень удобный функционал, у некоторых клиентов возникают проблемы с автоматическим обновлением. Но если процесс уже запущен трудно понять, что делает система в конкретный момент. В некоторые моменты можно снять задачу без последствий для базы, а иногда снятие задачи происходит в критический момент. Рассмотрим возможные ситуации, которые я наблюдал за 15-летний опыт обновления:
- Резервное копирование не может завершиться успешно.
Причин может быть несколько - недостаточно места на диске, неудачное завершение бекапа и т.д. В этом случае программа может пытаться создать новый бекап, он снова неудачный и т.д.
- Новая версия платформы не может установиться.
Причиной чаще всего является отсутствие прав администратора на локальном компьютере. Стоит обратиться к системному администратору.
- Пропущено много релизов или очень большая база данных или очень медленный компьютер.
В этом случае автообновление идет, но очень-очень медленно. Имеет смысл провести обновление на более быстрой машине и модернизировать компьютер. О том, как ускорить работу компьютера, я писал здесь.
- Патчи, установленные для предыдущего релиза мешают установке нового.
В этом случае, придется сперва удалить установленные патчи, а потом устанавливать новый релиз.
Для того, чтобы избежать всех этих ошибок и точно знать, что происходит с вашей базой данных, необходимо проводить обновление в ручном режиме. Это не сложно, зато весь процесс будет под Вашим контролем.