Администрирование · 11 мин
Почему 1С не может обновиться и что с этим делать
Разбираем, почему 1С не может обновиться: блокировки сеансов, нехватка места, ошибки конфигурации, права доступа. Пошаговая диагностика и решение.
Обновление 1С — операция, которая внешне выглядит простой: нажал кнопку, подождал, получил новую версию конфигурации. На практике именно на этом этапе чаще всего возникают сбои: процесс зависает, выдаёт ошибку, откатывается или вовсе не запускается. Причины почти всегда типовые, и большинство из них можно устранить самостоятельно, не привлекая специалиста.
Ключевой момент — понять, на каком этапе происходит сбой. Не скачивается дистрибутив, не запускается обновление, падает на обновлении конфигурации базы данных или выдаёт ошибку при первом запуске после обновления — это четыре разные ситуации с разными причинами. Точная диагностика экономит часы бесплодных попыток «переустановить и попробовать снова».
Прежде чем что-либо делать, зафиксируйте текст ошибки: сделайте скриншот или скопируйте сообщение из окна ошибки и технологического журнала. Расплывчатое «не обновляется» не позволяет найти решение, а конкретный текст ошибки — почти всегда.
Определяем, на каком этапе происходит сбой
Обновление 1С состоит из нескольких шагов, и сбой на каждом из них выглядит по-разному. Этап загрузки — платформа или конфигурация не может скачать файлы обновления с портала или из локального источника. Этап установки — дистрибутив скачан, но не ставится. Этап обновления конфигурации базы данных — самый длительный и самый проблемный: именно здесь происходит реструктуризация таблиц. Финальный этап — запуск обработчиков обновления при первом старте программы.
Откройте журнал регистрации (в конфигураторе: Администрирование → Журнал регистрации) и найдите записи за время сбоя. Там обычно видно, какое действие завершилось ошибкой и с каким текстом. Если обновление запускалось через конфигуратор, полезны также сообщения в окне служебных сообщений — их можно скопировать целиком.
Интернет-канал, логин портала 1С, прокси и антивирус
Активные сеансы, размер базы, свободное место
Журнал регистрации, права пользователя
Текущий релиз и требуемые промежуточные версии
Активные сеансы и блокировки — причина номер один
Обновление конфигурации базы данных требует монопольного доступа. Если к базе подключён хотя бы один пользователь, запущен фоновый сеанс или зависшее соединение, обновление не начнётся либо прервётся с ошибкой блокировки. Это самая частая причина в файловых и клиент-серверных базах, где работают несколько сотрудников.
В файловом режиме проверьте, что у всех пользователей закрыта программа, и удалите файл 1Cv8.1CL в каталоге базы, если он остался после аварийного завершения. В клиент-серверном режиме откройте консоль кластера, посмотрите список сеансов и завершите все, кроме своего. Не забудьте про регламентные задания: они тоже создают сеансы и могут запуститься прямо во время обновления.
- 1Предупредите пользователей и попросите закрыть 1С
- 2Завершите оставшиеся сеансы через консоль кластера или удалите файл 1Cv8.1CL в файловой базе
- 3Отключите или заблокируйте регламентные задания
- 4Сделайте резервную копию базы (выгрузка в dt или средствами СУБД)
- 5Запустите обновление и дождитесь завершения, не прерывая процесс
- 6Проверьте запуск программы и выполнение обработчиков обновления
Нехватка места и проблемы с файловой системой
При обновлении платформа создаёт временные файлы, а реструктуризация фактически пересоздаёт таблицы базы. Для файловой базы свободного места на диске нужно заметно больше, чем размер самого файла 1Cv8.1CD — ориентируйтесь на запас, сопоставимый с размером базы, а для больших баз — больше. Для клиент-серверных баз проверяйте место на дисках СУБД, включая пространство под журналы транзакций.
Отдельная группа проблем — временные каталоги. Если диск C: переполнен, обновление может падать даже при наличии места на диске с базой, потому что распаковка идёт во временную папку профиля пользователя. Очистите каталоги temp и убедитесь, что у учётной записи, из-под которой запускается обновление, есть права записи во все нужные папки.
Повреждённый кэш метаданных
1С хранит кэш метаданных в профиле пользователя, и при повреждении этого кэша возникают странные ошибки: конфигурация «не видит» обновление, ругается на объекты, которых нет, или падает без внятного сообщения. Лечится очисткой кэша — это безопасная операция, данные базы не затрагиваются.
Удалите базу из списка в стартовом окне и добавьте заново — при этом кэш очистится автоматически. Альтернатива — вручную удалить содержимое папок кэша в профиле пользователя (каталоги вида 1cv8 в AppData). После этого запустите обновление повторно. Если база файловая, дополнительно полезно выполнить тестирование и исправление через конфигуратор — оно выявит физические повреждения файла базы, которые тоже мешают обновлению.
Нарушена последовательность обновлений
Конфигурации 1С обновляются не с любой версии на любую: у каждого релиза есть список версий, с которых на него можно перейти. Если база долго не обновлялась, прямой переход на последний релиз может быть невозможен — потребуется цепочка промежуточных обновлений. Попытка «перепрыгнуть» заканчивается ошибкой о несоответствии версии.
Проверьте текущую версию конфигурации (в типовых решениях она видна в разделе «О программе» или в конфигураторе: Конфигурация → Свойства) и сверьтесь с порядком перехода, указанным в описании релиза на портале 1С. Для сильно устаревших баз иногда проще загрузить полный дистрибутив актуальной версии и обновиться через него, чем ставить десяток промежуточных патчей.
Доработанные конфигурации
Если конфигурация снята с поддержки или в неё внесены доработки, автоматическое обновление может быть недоступно или пройти с потерей изменений. В этом случае обновление выполняется через сравнение и объединение конфигураций с ручным переносом доработок. Это работа для специалиста: ошибка при объединении способна уничтожить прикладной код и сломать учёт.
Как выбрать действие
Права доступа, антивирус и сеть
Обновление требует прав администратора: в конфигураторе — полные права в базе, на уровне ОС — права на запись в каталоги платформы и шаблонов. Попытка обновиться из-под обычного пользователя без прав часто заканчивается ошибкой доступа к файлам. Запускайте конфигуратор от имени администратора и убедитесь, что у учётной записи есть доступ к сетевому каталогу, если база или шаблоны лежат на сервере.
Антивирусы нередко блокируют работу установщика или закрывают доступ к временным файлам в момент обновления. Если обновление падает на этапе распаковки или записи файлов, временно добавьте каталоги 1С в исключения антивируса и повторите попытку. При загрузке обновлений через интернет проверьте прокси и брандмауэр: портал обновлений должен быть доступен, а логин и пароль ИТС — действующими.
Проверка результата после обновления
Завершение окна обновления — ещё не финал. При первом запуске программы выполняются обработчики обновления данных: перенос сведений в новые регистры, пересчёт итогов, заполнение новых реквизитов. Дождитесь их полного выполнения — в типовых конфигурациях прогресс отображается в отдельном окне или в разделе «Результаты обновления программы».
После этого проверьте ключевые участки: сформируйте оборотно-сальдовую ведомость, откройте несколько документов прошлых периодов, проверьте работу обменов и печатных форм. Если обработчики завершились с ошибками, их текст есть в журнале регистрации — по нему определяется, какие данные не мигрировали и требуется ли повторный запуск.
Как проверить результат
Соответствует установленному релизу
Версия не изменилась — обновление не применилось
Все выполнены, статус завершён
Есть ошибки или незавершённые обработчики
ОСВ и документы открываются, данные на месте
Ошибки при открытии, пропавшие данные
Обмены выполняются без ошибок
Ошибки синхронизации после смены релиза
Что важно запомнить
Основные причины сбоя обновления 1С — активные сеансы, нехватка места, повреждённый кэш, нехватка прав и пропущенные промежуточные релизы. Диагностируйте по тексту ошибки и журналу регистрации, обновляйтесь только с резервной копией и монопольным доступом, не прерывайте реструктуризацию и проверяйте результат после завершения.
Частые вопросы
Обновление зависло на реструктуризации уже несколько часов. Это нормально?
Для больших баз реструктуризация объёмных таблиц действительно может занимать часы. Откройте диспетчер задач: если процесс 1С активно использует диск и процессор, процесс идёт, и прерывать его опасно. Тревожный признак — полное отсутствие активности диска и процессора в течение длительного времени: тогда ищите блокировку в консоли кластера или журнале СУБД.
Можно ли обновляться через интернет прямо из программы, а не через конфигуратор?
Да, типовые конфигурации поддерживают обновление через интернет из режима «Предприятие». Это удобнее, но требования те же: монопольный доступ, свободное место, резервная копия. При сбоях автоматического обновления переходите на ручной вариант через конфигуратор — он даёт больше информации об ошибках.
Что делать, если после обновления программа не запускается и выдаёт ошибку?
Сначала очистите кэш метаданных — удалите базу из списка и добавьте заново. Если не помогло, посмотрите журнал регистрации: часто проблема в незавершённых обработчиках обновления, которые можно перезапустить. При повреждении базы остаётся восстановление из резервной копии и повторное обновление с устранением первоначальной причины сбоя.
Как обновить базу, которая не обновлялась несколько лет?
Определите текущий релиз конфигурации и найдите в описании актуальной версии перечень версий, с которых возможен переход. Обычно потребуется последовательная установка нескольких промежуточных релизов. Для очень старых баз практичнее использовать полный дистрибутив финальной версии и обновление через конфигуратор с загрузкой конфигурации из файла.
Достаточно ли копии файла базы, или нужна выгрузка в dt?
Для файловой базы копия файла 1Cv8.1CD при закрытых сеансах — работоспособная резервная копия. Однако выгрузка в dt надёжнее: она дополнительно проверяет целостность данных при создании. Для клиент-серверных баз копируйте средствами СУБД или делайте выгрузку dt — простое копирование файлов работающего сервера баз данных недопустимо.
Почему обновление требует монопольного доступа, даже если база небольшая?
При обновлении конфигурации базы данных платформа изменяет структуру таблиц и должна гарантировать, что никто не читает и не пишет данные в этот момент. Любой активный сеанс — включая фоновые задания и COM-подключения — создаёт блокировку, поэтому требование монопольности не зависит от размера базы.