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