Администрирование · 12 мин
Как обновить базовую 1С через конфигуратор
Подробная инструкция по обновлению базовой версии 1С через конфигуратор: подготовка, резервная копия, загрузка конфигурации, типичные ошибки и проверка результата.
Базовые версии 1С (Бухгалтерия базовая, Зарплата и управление персоналом базовая, Управление торговлей базовая) не поддерживают автоматическое обновление через интернет в полном объёме и часто требуют ручной установки нового релиза. Основной рабочий сценарий — обновление через конфигуратор: администратор загружает файл новой конфигурации и запускает обновление конфигурации базы данных. Процедура несложная, но ошибка на любом этапе может привести к потере данных или невозможности запустить программу.
Главное отличие базовых версий от ПРОФ — ограничения лицензии: одна информационная база, один пользователь, нет COM-соединений и веб-сервисов. На сам процесс обновления эти ограничения влияют мало, но важно помнить: базовая версия не обновляется «переходом» на другую редакцию, и дистрибутив нужно скачивать именно для своей конфигурации и редакции. Ниже разобран полный цикл: от подготовки до проверки результата.
Подготовка: что проверить до начала обновления
Первый шаг — определить текущий релиз конфигурации. Откройте конфигуратор, в меню выберите «Конфигурация» → «Открыть конфигурацию», затем «Конфигурация» → «Свойства» (или правый клик по корню дерева конфигурации). Версия указана в поле «Версия», например 3.0.хх.хх. Эту версию нужно сопоставить с той, до которой вы собираетесь обновляться: обновление поддерживается только с определённых релизов, перечисленных в файле поставки.
Убедитесь, что конфигурация находится на поддержке без снятия с замка. Если конфигурация изменялась (дорабатывалась), стандартное обновление может затереть доработки или завершиться с ошибкой сравнения. Проверить это можно через «Конфигурация» → «Поддержка» → «Настройка поддержки»: у объектов не должно стоять признака «снят с поддержки» без необходимости.
Также проверьте версию технологической платформы. Каждый релиз конфигурации требует платформу не ниже определённой — это указано в сопроводительном файле поставки (обычно 1cv8upd.htm или readme в каталоге шаблона). Если платформа старше требуемой, сначала обновите платформу, иначе база может не запуститься после обновления.
Резервная копия: обязательный шаг
Перед любым обновлением сделайте выгрузку информационной базы в файл .dt. В конфигураторе откройте «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла. Выгрузка .dt — это полный снимок базы вместе с данными и конфигурацией, из которого базу можно развернуть заново через «Загрузить информационную базу».
Для файловой базы допустим и более простой вариант: скопировать каталог базы целиком (файл 1Cv8.1CD) при закрытой программе. Однако копирование каталога не заменяет выгрузку .dt полностью: файл .dt удобнее переносить и восстанавливать, а при повреждении файловой базы копия каталога может оказаться такой же повреждённой.
Храните копию вне каталога базы — на другом диске или сетевом ресурсе. Проверьте, что файл выгрузки создался и имеет ненулевой размер, соизмеримый с размером базы. Это займёт минуту, но избавит от ситуации, когда «копия есть», а восстановиться из неё нельзя.
Установка шаблона нового релиза
Дистрибутив обновления скачивается с портала 1С (портал.1с.ru) по действующей подписке ИТС или из личного кабинета. Для базовых версий обновления часто доступны и через сервис автоматического обновления, но при ручном сценарии вы скачиваете архив с дистрибутивом (updsetup) и распаковываете его.
Запустите setup.exe из распакованного дистрибутива. Установщик предложит каталог шаблонов — по умолчанию это папка tmplts в профиле пользователя. Запомните этот путь: именно оттуда конфигуратор возьмёт файлы обновления. Установка шаблона не меняет саму базу — она лишь размещает файлы нового релиза на диске.
В каталоге шаблона найдите файл описания поставки и проверьте, с каких версий поддерживается обновление. Если ваш текущий релиз сильно устарел и прямого обновления нет, придётся устанавливать промежуточные релизы последовательно — пропускать версии нельзя, если это не разрешено явно в описании поставки.
Обновление конфигурации в конфигураторе
Запустите конфигуратор и войдите в базу монопольно: все пользователи должны выйти, фоновые задания и сеансы — завершены. В базовых версиях обычно работает один пользователь, но проверьте, что программа не открыта в режиме «Предприятие» на том же компьютере. Откройте конфигурацию через меню «Конфигурация» → «Открыть конфигурацию».
Есть два пути загрузки нового релиза. Первый — через шаблон: «Конфигурация» → «Поддержка» → «Обновить конфигурацию». В диалоге выберите «Поиск доступных обновлений», укажите каталог шаблонов, и конфигуратор покажет найденные версии. Выберите нужную и подтвердите — запустится сравнение и объединение конфигураций.
Второй путь — загрузка из файла .cf, если у вас есть готовый файл конфигурации нового релиза: «Конфигурация» → «Загрузить конфигурацию из файла». Этот способ полностью заменяет конфигурацию поставщика, поэтому подходит только для недоработанных конфигураций. Для конфигураций на поддержке предпочтительнее именно «Обновить конфигурацию» с режимом объединения.
- 1Сделайте выгрузку базы в .dt через «Администрирование» → «Выгрузить информационную базу»
- 2Установите шаблон нового релиза из дистрибутива (setup.exe)
- 3Откройте конфигуратор монопольно, откройте конфигурацию
- 4Выполните «Конфигурация» → «Поддержка» → «Обновить конфигурацию», выберите шаблон
- 5В окне сравнения оставьте настройки по умолчанию и нажмите «Выполнить»
- 6Примите обновление конфигурации базы данных (F7 или «Обновить конфигурацию базы данных»)
- 7Запустите базу в режиме «Предприятие» и дождитесь завершения обработчиков обновления
Окно сравнения и объединения: на что смотреть
После выбора шаблона конфигуратор открывает окно сравнения и объединения. Здесь перечислены объекты, которые изменятся: справочники, документы, отчёты, модули. Для типовой недоработанной конфигурации ничего менять не нужно — просто нажмите «Выполнить». Галочки по умолчанию расставлены так, чтобы перенести все изменения поставщика.
Если конфигурация дорабатывалась, в окне сравнения появятся объекты с конфликтами: изменены и в старой, и в новой версии. Здесь требуется ручной разбор — какие изменения оставить, какие взять из нового релиза. Без понимания структуры конфигурации этот этап лучше не выполнять самостоятельно.
После объединения конфигуратор предложит обновить конфигурацию базы данных. Соглашайтесь: запустится реструктуризация — изменение таблиц базы под новую структуру метаданных. На больших базах это может занять заметное время. Прерывать процесс нельзя: отключение питания или принудительное завершение во время реструктуризации почти всегда приводит к повреждению базы.
Завершение: обновление конфигурации базы данных и первый запуск
Если диалог обновления конфигурации базы данных был закрыт, запустите его вручную: «Конфигурация» → «Обновить конфигурацию базы данных» или клавиша F7. Дождитесь сообщения об успешном завершении. Только после этого конфигурация базы данных совпадёт с конфигурацией поставщика.
Затем запустите базу в режиме «1С:Предприятие». При первом запуске после обновления срабатывают отложенные обработчики: программа переносит данные в новые регистры, пересчитывает итоги, заполняет новые служебные справочники. Это может занять от нескольких минут до часа и более на объёмных базах. Не закрывайте программу до завершения — обычно отображается индикатор прогресса.
После завершения проверьте версию: «Сервис» (или меню «О программе») покажет новый релиз. Откройте несколько ключевых отчётов (оборотно-сальдовую ведомость, ведомость по зарплате — в зависимости от конфигурации) и сверьте итоги с теми, что были до обновления. Совпадение итогов — главный признак корректного обновления.
Как проверить результат
Совпадает с установленным релизом
Осталась старая версия — обновление не применилось
Совпадают с данными до обновления
Расхождения — остановите работу и разбирайте обработчики
Выполняются без ошибок
Ошибки «поле не найдено», «метод не обнаружен» — реструктуризация или обработчики не завершены
Нет массовых ошибок за время обновления
Серии ошибок отложенных обработчиков
Типичные ошибки и как их избежать
Самая частая ошибка — обновление без резервной копии. Второе место занимает попытка обновиться «через несколько релизов» в обход требований поставки: обработчики обновления рассчитаны на определённую стартовую версию, и пропуск промежуточных релизов приводит к ошибкам в данных, которые проявляются не сразу.
Ещё одна типичная ситуация — конфликт версии платформы: после обновления конфигурации база требует более новую платформу и не запускается. Лечение простое — установить нужную версию платформы, но лучше проверить требование заранее. Также пользователи нередко путают «Обновить конфигурацию» и «Загрузить конфигурацию из файла»: вторая операция затирает доработки без предупреждения о конфликтах.
Альтернативы ручному обновлению через конфигуратор
Для базовых версий доступен сервис автоматического обновления через интернет: в режиме «Предприятие» программа сама находит новый релиз и предлагает установить его. Этот способ проще, но требует действующего договора ИТС и стабильного интернета; при нестандартных ситуациях (доработки, повреждённые шаблоны) он всё равно сводится к ручному сценарию.
Другой вариант — обновление через файл поставки .cfu, если он включён в дистрибутив: «Конфигурация» → «Поддержка» → «Обновить конфигурацию» → «Выбор файла обновления». Файл .cfu содержит только изменения между релизами и работает быстрее полного .cf, но применим строго к указанным версиям.
Сравнение вариантов
Универсальный способ, полный контроль; требует монопольного доступа и понимания процесса
Просто для пользователя, но зависит от ИТС и не подходит для доработанных конфигураций
Быстро и предсказуемо для типовых баз; опасно для конфигураций с доработками
Частые вопросы
Можно ли обновить базовую 1С без подписки ИТС?
Технически — да, если у вас есть дистрибутив обновления, полученный ранее или в рамках действовавшей подписки. Однако доступ к новым релизам на портале 1С предоставляется по действующему договору ИТС, поэтому регулярное обновление без подписки затруднено. Для базовых версий часто действуют льготные условия сопровождения — уточняйте у партнёра 1С.
Что делать, если обновление завершилось ошибкой на этапе реструктуризации?
Не запускайте базу и не повторяйте обновление поверх. Восстановите базу из выгрузки .dt, сделанной перед обновлением, затем разберитесь с причиной: чаще всего это повреждение данных или нехватка места на диске. Перед повторной попыткой выполните тестирование и исправление базы («Администрирование» → «Тестирование и исправление»).
Конфигуратор пишет «Обновления не найдены», хотя шаблон установлен. В чём причина?
Проверьте три вещи: совпадает ли шаблон с вашей конфигурацией и редакцией; указан ли в настройках обновления правильный каталог шаблонов; поддерживается ли обновление с вашей текущей версии — если релиз слишком старый, новый шаблон его «не увидит», и потребуется промежуточное обновление.
Нужно ли обновлять конфигурацию базы данных сразу после объединения?
Да. Пока конфигурация базы данных не обновлена, база работает по старой структуре, а запуск в режиме «Предприятие» может быть заблокирован или привести к ошибкам. Всегда завершайте цикл: объединение → F7 → первый запуск с обработчиками обновления.
Сколько времени занимает обновление базовой 1С?
На небольших файловых базах весь цикл обычно укладывается в 20–60 минут, включая резервную копию и отложенные обработчики. На больших базах реструктуризация и обработчики могут занять несколько часов — планируйте обновление на нерабочее время.
Можно ли откатить обновление, если что-то пошло не так?
Штатного механизма отката нет. Единственный надёжный способ — восстановление базы из выгрузки .dt, сделанной до обновления. Именно поэтому резервная копия — не рекомендация, а обязательное условие начала работ.
Что важно запомнить
Обновление базовой 1С через конфигуратор безопасно только при соблюдении порядка: выгрузка .dt → установка шаблона нужной конфигурации → монопольный вход → «Обновить конфигурацию» → F7 → контрольный запуск и сверка итогов. Доработанные конфигурации и пропуск релизов — зона риска, где без опыта лучше не действовать самостоятельно.