Обновление конфигурации 1С 8.3: три способа и порядок действий

Чтобы обновить конфигурацию 1С, сделайте копию базы , выгоните пользователей и запустите установку нового релиза одним из трёх способов: из программы через Интернет, из файла обновления .cfu в Конфигураторе или через объединение для изменённой конфигурации. Первый вариант подходит большинству типовых баз, второй работает без доступа в Интернет, третий нужен там, где программисты правили типовой код.

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

Что проверить до начала обновления

Обновление меняет структуру базы. Откатить его можно только из копии, поэтому подготовка занимает больше места в инструкции, чем сама установка.

1. Сделайте копию. Для файловой базы скопируйте каталог с файлом 1Cv8.1CD при закрытых сеансах. Для любой базы подойдёт выгрузка в .dt: Конфигуратор, Администрирование → Выгрузить информационную базу. Для SQL-базы дополнительно снимите backup средствами СУБД.
2. Проверьте, откуда идёт обновление. Если вы переходите через несколько релизов, смотрите в описании релиза, с какой версии он ставится. Часть релизов нельзя накатить поверх слишком старой версии: нужно пройти промежуточный.
3. Сверьте платформу. У каждого релиза конфигурации есть минимальная версия платформы. Если установленная платформа ниже требуемой, программа предупредит об этом при запуске обновления. Сначала обновляйте платформу, потом конфигурацию.
4. Выясните, на поддержке ли конфигурация. В Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки. Если конфигурация на поддержке без изменений, обновление пройдёт без объединения. Если правили, будет сравнение (об этом ниже).
5. Предупредите пользователей. Для обновления структуры базы нужен монопольный доступ, то есть в базе никого, кроме вас.

Обновление конфигурации 1С через Интернет

Самый короткий способ для типовой базы с подключённой Интернет-поддержкой. Программа сама ищет обновление на сервере, скачивает его и ставит.

Что нужно для этого

• Подключённая Интернет-поддержка пользователей (логин и пароль от портала поддержки). Её настраивают в разделе Администрирование → Интернет-поддержка и сервисы.
• Действующий договор сопровождения (ИТС): без него обновления не отдаются.
• Права администратора в базе и доступ с сервера или компьютера в Интернет.

Порядок действий

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

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

Ручное обновление из файла .cfu

Способ нужен, если у сервера нет выхода в Интернет, если вы ставите релиз, скачанный заранее, или если автоматический способ не срабатывает.

Откуда берётся файл

Релиз скачивают с портала поддержки в виде дистрибутива. После запуска установщика на компьютере появляется каталог шаблонов с папками версий. В них лежат файл 1cv8.cfu (обновление) и 1cv8.cf (полная поставка). Для обычного обновления нужен .cfu.

Порядок в Конфигураторе

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

Обновление в клиент-серверном варианте

Порядок тот же, но добавляется сервер. Главное отличие: в базе должны быть закрыты все сеансы, включая фоновые и сеансы веб-клиента, и вы должны запретить новые подключения на время работы.

1. Откройте консоль кластера серверов и найдите нужную информационную базу.
2. Включите блокировку начала сеансов: в свойствах базы отметьте запрет подключения и задайте сообщение пользователям.
3. Завершите существующие сеансы. Прежде чем делать это, предупредите людей: несохранённые документы потеряются.
4. Отключите регламентные задания базы, чтобы они не запустились во время обновления.
5. Подключитесь Конфигуратором к базе под администратором и выполните обновление из файла или через мастер.
6. После обновления конфигурации БД снимите блокировку и верните регламентные задания.

Для публикации на веб-сервере после обновления проверьте, что публикация открывается: иногда её нужно переопубликовать, если менялась версия платформы.

Обновление изменённой (нетиповой) конфигурации

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

Как это выглядит

• Мастер обновления покажет окно с деревом объектов и значками состояния: что изменилось в новой поставке, что в вашей версии, что в обеих.
• Для объектов, изменённых только в поставке, выбирается «принять изменения поставщика». Это стандартное поведение.
• Для объектов, которые правили в обеих версиях, возникает конфликт: нужно решить, чьё изменение оставить, либо вручную слить код модулей.

Что делать на практике

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

Если доработок много, обновление превращается в проект на дни. Тогда разумнее вынести изменения в расширения (с платформы 8.3.6) и оставить основную конфигурацию на поддержке без изменений: обновления потом ставятся проще.

Когда обновление лучше отложить

Не каждый свежий релиз нужно ставить в тот же день. Есть ситуации, где пауза выгоднее спешки.

• Идёт закрытие периода или сдача отчётности. Если до срока сдачи день-два, а текущий релиз работает, не рискуйте. Исключение: релиз как раз содержит нужную форму отчёта.
• Вышел первый релиз после крупных изменений. Первые версии после больших правок часто получают исправления через неделю-две. Если нет срочной причины, дождитесь следующего релиза.
• Нет свежей копии и некому её проверить. Копия, которую ни разу не пробовали развернуть, ничего не гарантирует. Один раз разверните её на другом компьютере и убедитесь, что база открывается.
• В базе есть доработки, а программиста нет под рукой. Конфликты объединения лучше разбирать вместе с тем, кто знает код.

Читайте описание релиза до установки. В нём указано, какие объекты изменены, нужно ли выполнять ручные действия после обновления и что делать с внешними отчётами. Лишние пять минут на чтение избавят от неожиданных проверок после.

Как держать порядок в версиях

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

Что проверить после завершения обновления

Не полагайтесь на то, что база просто открылась. Пройдите по короткому списку.

• Версия. Справка → О программе: версия конфигурации должна совпадать с нужным релизом.
• Окно «Что нового». Оно открывается при первом запуске. В нём перечислены изменения: новые формы отчётности, правки по законодательству. Прочитайте, пока вы здесь.
• Рабочие операции. Откройте несколько последних документов, проведите один тестовый, сформируйте оборотно-сальдовую ведомость и сравните итог с тем, что было до обновления.
• Журнал регистрации. Если в нём появились ошибки обработчиков обновления, не игнорируйте их. Сохраните тексты ошибок.
• Обмены и интеграции. Проверьте обмен с другими базами, банком, ЭДО: после смены релиза иногда нужно обновить и вторую сторону.
• Отложенные обработчики. Часть данных переносится в фоне уже после первого входа. В первое время отчёты могут считаться дольше обычного.

Резервную копию, снятую перед обновлением, не удаляйте минимум неделю. Если на ней нашли проблему, откат возможен только из неё.

Частые вопросы