Как обновить 1С от имени администратора

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

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

Ниже разобрана полная последовательность действий: от проверки прав до контроля успешного завершения, а также типичные ошибки и способы их устранения.

Проверка прав перед началом обновления

Первый шаг — убедиться, что учётная запись, под которой вы планируете работать, действительно обладает необходимыми полномочиями. В 1С право на обновление конфигурации определяется ролями пользователя. Откройте в конфигураторе раздел «Администрирование» → «Пользователи», найдите свою учётную запись и проверьте, что ей назначены полные права или роль администратора.

Отдельно проверяются права на уровне операционной системы. Для файловой базы учётная запись Windows должна иметь полный доступ к каталогу с файлом базы (1Cv8.1CD) и к каталогу с шаблонами обновлений. Если база лежит на сетевом ресурсе, права проверяются и на общую папку. Для клиент-серверного варианта потребуются права администратора кластера серверов 1С, если планируется управление сеансами через консоль.

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

Резервное копирование — обязательный этап

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

Для файловой базы копия создаётся двумя способами: выгрузкой через конфигуратор («Администрирование» → «Выгрузить информационную базу» в файл .dt) или простым копированием файла 1Cv8.1CD при отсутствии активных сеансов. Выгрузка в .dt предпочтительнее — она дополнительно проверяет целостность данных. Для клиент-серверной базы используйте выгрузку .dt либо штатные средства резервного копирования СУБД (например, backup в MS SQL Server).

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

Завершение сеансов пользователей

Обновление конфигурации базы данных требует монопольного доступа: ни один пользователь не должен быть подключён к базе. В файловом варианте достаточно попросить всех выйти из программы, но надёжнее проверить активные сеансы принудительно. В конфигураторе откройте «Администрирование» → «Активные пользователи» и убедитесь, что список пуст, кроме вашего сеанса.

В клиент-серверном варианте сеансы завершаются через консоль администрирования серверов 1С: выберите информационную базу, перейдите на вкладку «Сеансы» и удалите все активные подключения. Дополнительно рекомендуется установить блокировку соединений в свойствах базы, чтобы пользователи не могли войти, пока идёт обновление. Заодно проверьте, что не выполняются регламентные задания — они тоже мешают монопольному доступу.

Если база работает через веб-сервер или в ней есть фоновые процессы (обмены, синхронизации), отключите и их. Незавершённый обмен, запустившийся во время обновления, — типичная причина зависания процедуры.

Запуск обновления конфигурации

Когда права проверены, копия создана, а сеансы завершены, можно приступать к самому обновлению. Порядок действий зависит от способа получения обновления.

Автоматическое обновление через интернет-поддержку

Для типовых конфигураций на поддержке самый простой путь — обновление из режима «Предприятие» или конфигуратора через интернет. В разделе «Администрирование» → «Обновление версии программы» система сама найдёт доступный релиз, скачает его и предложит установить. Запускайте процедуру под учётной записью администратора, после скачивания подтвердите установку и дождитесь завершения обновления конфигурации базы данных.

Обновление вручную через конфигуратор

Если обновление получено файлом (каталог шаблонов или .cf-файл), откройте конфигуратор от имени администратора, перейдите в «Конфигурация» → «Поддержка» → «Обновить конфигурацию». Выберите источник: поиск доступных обновлений в каталоге шаблонов или файл обновления. Система покажет список подходящих версий — выберите нужную и подтвердите. После загрузки изменений в конфигурацию обязательно выполните «Конфигурация» → «Обновить конфигурацию базы данных» (клавиша F7) и примите изменения.

1. 1
   Войти в конфигуратор под учётной записью с полными правами
2. 2
   Создать резервную копию базы (выгрузка .dt или копия файла)
3. 3
   Завершить все сеансы пользователей и включить блокировку соединений
4. 4
   Запустить обновление конфигурации через интернет-поддержку или файл
5. 5
   Выполнить «Обновить конфигурацию базы данных» (F7) и принять изменения
6. 6
   Запустить обработчики обновления данных в режиме «Предприятие»
7. 7
   Проверить версию конфигурации и работоспособность базы, снять блокировку

Важный нюанс: обновление через несколько релизов

Если ваша версия сильно отстала, обновить её напрямую до последнего релиза может быть нельзя — некоторые переходы требуют промежуточных версий. Список допустимых версий для обновления указан в описании релиза (файл поставки или страница релиза на портале). Проверьте, что текущая версия входит в список поддерживаемых для выбранного обновления, иначе установка откажется запускаться.

Завершение обновления и обработчики данных

После обновления конфигурации базы данных работа не закончена. Многие типовые конфигурации выполняют отложенные обработчики — процедуры, которые переносят и преобразуют данные под новую структуру. Они запускаются автоматически при первом входе в режим «Предприятие» под администратором, либо их можно запустить вручную из раздела «Администрирование» → «Обслуживание» → «Результаты обновления программы».

Не снимайте блокировку соединений и не пускайте пользователей, пока обработчики не завершатся. Если пользователи начнут работать с незавершённым обновлением данных, возможны ошибки в документах и отчётах, которые потом сложно выявить. Дождитесь статуса «Обновление завершено» и только после этого открывайте доступ.

Проверка результата

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

Дополнительно стоит просмотреть журнал регистрации на предмет ошибок за период обновления и форму «Результаты обновления программы» — там не должно быть обработчиков со статусом «Ошибка». Если ошибки есть, их текст подскажет, какие данные затронуты.

Контрольные точки

Как проверить результат

Номер версии в разделе «О программе»

Норма

Совпадает с установленным релизом

Тревожный признак

Версия осталась прежней — обновление не применено

Результаты обновления программы

Норма

Все обработчики завершены без ошибок

Тревожный признак

Есть обработчики со статусом «Ошибка» или «Выполняется» долгое время

Проведение документа и отчёт

Норма

Выполняются без сообщений об ошибках

Тревожный признак

Ошибки о метаданных или отсутствующих объектах

Журнал регистрации

Норма

Нет критических ошибок за время обновления

Тревожный признак

Массовые ошибки доступа или реструктуризации

Типичные ошибки и ограничения

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

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

Планируйте обновление на нерабочее время и заложите запас: на больших базах реструктуризация и обработчики могут занять часы. Перед боевым обновлением полезно «прогнать» процедуру на копии базы — это покажет реальную длительность и выявит проблемы с доработками заранее.

Часто задаваемые вопросы

Можно ли обновить 1С без прав администратора?

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

Что делать, если обновление зависло посередине?

Сначала убедитесь, что процесс действительно завис: проверьте загрузку процессора и диска — реструктуризация больших таблиц может долго идти без видимого прогресса. Если активности нет продолжительное время, завершите сеанс и восстановите базу из резервной копии, затем повторите обновление, устранив причину (активные сеансы, нехватку места на диске).

Нужно ли обновлять платформу 1С вместе с конфигурацией?

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

Как обновить базу, если конфигурация доработана?

Обновление выполняется через «Сравнение и объединение конфигураций»: система покажет изменённые объекты, и для каждого нужно решить — брать ли изменения из нового релиза. Нетривиальные доработки лучше поручить специалисту, а перед обновлением зафиксировать список всех изменений, чтобы ничего не потерять.

Можно ли откатить обновление 1С назад?

Штатного механизма отката нет. Единственный способ вернуться на прежнюю версию — восстановить базу из резервной копии, созданной до обновления. Именно поэтому копия обязательна, причём она должна быть сделана до запуска обновления, а не после сбоя.

Почему после обновления пользователи видят ошибки в отчётах?

Наиболее вероятная причина — незавершённые отложенные обработчики обновления данных. Проверьте раздел «Результаты обновления программы» под администратором и дождитесь завершения всех обработчиков. Если ошибки остаются, изучите их текст в журнале регистрации — он укажет на конкретные объекты.