Обновление 1С:Предприятие 8 ПРОФ: платформа и конфигурация по шагам

Под «версией» в 1С обычно понимают две разные вещи: платформу (программа 1cv8, номер вида 8.3.25.1445) и релиз конфигурации (Бухгалтерия, ЗУП, УТ с номером вроде 3.0.160.20). Обновляются они отдельно и разными способами. Платформу ставят установщиком на компьютер или сервер, конфигурацию — файлом обновления прямо в базе.

Для ПРОФ-версии порядок такой: сначала резервная копия, потом новая платформа на сервере и на рабочих местах, потом обновление конфигурации . Обратный порядок тоже бывает нужен, если релиз требует более свежую платформу. Минимальный номер платформы указан в описании релиза конфигурации, там же — с какого релиза можно обновляться напрямую.

Что обновлять первым: платформу или конфигурацию

Начните с вопроса: зачем вы обновляетесь. От ответа зависит порядок.

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

Номер платформы смотрите в окне Справка → О программе, а номер релиза конфигурации — там же или в списке баз при запуске. Подробности о том, какие релизы сейчас актуальны, есть на сайте релизов фирмы 1С; сверяйтесь с ним, а не с памятью.

Подготовка к обновлению: копия, доступы, окно работ

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

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

Если у вас серверная база и вы управляете ею через SQL, сделайте ещё и резервную копию на стороне СУБД. Выгрузка в .dt проверяет логическую целостность, а копия СУБД возвращает базу ровно в то состояние, в каком она была.

Где взять дистрибутивы и как не ошибиться с выбором

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

Что нужно скачать:

• 🖥️ Технологическая платформа — комплект установки для Windows. Для клиентских компьютеров берут полный дистрибутив, для сервера — тот же комплект, но с отмеченным серверным компонентом.
• 📦 Обновление конфигурации — архив с файлами 1cv8.cfu (файл обновления) и описанием релиза.
• 📝 Описание релиза — читайте обязательно: там сказано, что изменилось, какая минимальная платформа требуется и с каких релизов допустим переход.

Разрядность выбирайте под систему. На 64-разрядной Windows ставьте 64-разрядную платформу, если все внешние компоненты (обмены, драйверы торгового оборудования, внешние отчёты) с ней совместимы. Если какая-то внешняя компонента только 32-разрядная, клиент придётся оставить 32-разрядным, а вот сервер 1С обычно 64-разрядный.

Установка новой платформы на рабочее место

Для клиентского компьютера хватает обычного запуска установщика.

1. Запустите setup.exe из распакованного дистрибутива с правами администратора.
2. В мастере нажмите «Далее», проверьте каталог установки. По умолчанию новая версия ставится в отдельную папку, старая не затирается.
3. На шаге выбора компонентов оставьте «1С:Предприятие» и нужные языки интерфейса. Серверные компоненты на обычном рабочем месте не нужны.
4. Дождитесь завершения и закройте мастер.

После установки в списке баз запуска появляется возможность выбирать версию. Если у базы указана версия «8.3» без уточнения, 1С сама запускает самую свежую установленную платформу из этой ветки. Если нужна определённая сборка, откройте Изменить в списке баз и укажите её в поле версии запуска.

Лицензия ПРОФ привязана к ключу защиты или к программной лицензии, а не к номеру версии платформы. При замене платформы в рамках 8.3 лицензию заново вводить, как правило, не требуется.

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

Обновление платформы на сервере 1С

Это отдельная процедура, которую делают в отведённое окно: служба сервера остановится, и все сеансы оборвутся.

Порядок такой:

1. Убедитесь, что копии баз сделаны, а пользователи вышли.
2. Установите новую платформу на сервер, отметив в составе компонентов серверную часть. Установщик создаст каталог новой версии.
3. Переключите службу «Агент сервера 1С:Предприятия 8.3» на новый ragent.exe. В свойствах службы поменяйте путь запуска на каталог новой платформы и перезапустите службу.
4. Проверьте, что кластер поднялся, и базы видны в консоли администрирования.

Клиенты и сервер должны совпадать по первым трём числам номера: клиент 8.3.25 с сервером 8.3.25 работает, а клиент 8.3.23 с сервером 8.3.25 — нет. Последнее число (сборка) может отличаться, но надёжнее держать одинаковым.

Если сервер 1С работает вместе с SQL-сервером на одной машине, отдельно ничего с СУБД делать не нужно: обновление платформы данные не трогает.

Для кластера из нескольких рабочих серверов повторите процедуру на каждом. Параметры серверов и портов настраиваются в свойствах рабочего сервера в консоли; стандартные порты агента 1540, менеджера кластера 1541, рабочих процессов выбираются из заданного диапазона.

Обновление клиентских рабочих мест после сервера

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

Есть два пути:

• 🔧 Вручную — поставить новую платформу на каждый компьютер, как описано выше.
• 🌐 Через веб-клиент — пользователей, которым не нужен толстый клиент, можно временно перевести в браузер, если база опубликована на веб-сервере.

Публикацию надо перенастроить, если вы используете веб-доступ. При смене платформы на сервере модуль веб-расширения для Apache или IIS обновляют тем же установщиком, затем публикацию базы повторяют в Конфигураторе (Администрирование → Публикация на веб-сервере) либо через утилиту webinst. Не повторив публикацию, вы получите страницу, которая ссылается на старую библиотеку.

Для терминальных серверов (RDP, RemoteApp) ставьте платформу один раз на сервер терминалов и проверяйте, что у всех пользователей в списке баз стоит нужная версия запуска.

Обновление конфигурации базы: файл обновления и перевод базы

Когда платформа на месте, переходите к конфигурации. Вариантов два.

Через обновление из файла

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

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

Через интерфейс программы

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

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

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

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

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

Сразу после запуска проверьте базу простыми действиями: откройте последние документы, сформируйте один регламентированный отчёт, проведите тестовый документ в копии базы. Если работает обмен с банком или ЭДО, проверьте отправку одного тестового документа.

Откат зависит от того, что ломалось:

• Платформа не нравится: запустите базу через предыдущую версию платформы из списка баз. Новую установку не обязательно сразу удалять.
• Конфигурация обновилась с ошибками: восстановите базу из копии .dt или каталога. Файл .dt загружается через Конфигуратор: Администрирование → Загрузить информационную базу.
• Возникла проблема в пользовательском режиме: для начала перезапустите клиент и очистите локальный кэш; запуск с ключом /ClearCache очищает его для выбранной базы.

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

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