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