Что на самом деле делает 1С при обновлении: платформа, конфигурация, база

Обновление 1С — это не одна операция, а три разных процесса: новая платформа, новая версия конфигурации и перестройка таблиц базы под неё. Платформа ставится как отдельная программа. Конфигурация заменяется внутри базы. Структура данных меняется при первом запуске после замены. Если путать эти этапы, получаются типичные беды: база не открывается, а в списке запуска «пропали» версии платформы.

Порядок всегда один: копия базы, платформа (если нужна), конфигурация, реструктуризация, проверка. Ниже каждый шаг по отдельности, для файловой и клиент-серверной базы.

Платформа и конфигурация: что именно вы обновляете

Платформа — это программа, которая запускает базы: клиент, сервер, конфигуратор. Конфигурация — прикладное решение внутри базы: «Бухгалтерия предприятия», «Зарплата и управление персоналом» и так далее. У них разные номера версий и разные дистрибутивы.

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

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

Перед началом: копия и проверка условий

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

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

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

💡 Выгрузка в .dt медленнее копии файла, зато переносится между режимами: из неё можно развернуть базу и на файловом, и на клиент-серверном варианте.

Как ставится новая платформа

Шаги одинаковы для любой версии 8.3:

1. Запустите установщик setup.exe из дистрибутива платформы от имени администратора Windows.
2. Оставьте компоненты по умолчанию. «1С:Предприятие» и «Конфигуратор» нужны всегда; сервер 1С ставят только на серверной машине.
3. Дождитесь окончания. Старые версии останутся в каталоге программ, каждая в своей папке с номером.
4. В окне запуска выделите базу и нажмите Изменить. Там выбирается версия платформы для запуска. Либо оставьте автоматический выбор, тогда 1С возьмёт подходящую.

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

⚠️ Если база создана платформой одного номера, а открыта более новой, при первом запуске платформа может предложить преобразовать формат хранения. После этого более ранней версией открыть её уже не получится. Копия на этот случай обязательна.

Автоматическое обновление конфигурации: два пути

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

Через Интернет-поддержку

Нужен подключённый доступ к ресурсам поддержки и действующее соглашение (подписка ИТС или другой вид поддержки). Работает в обычном режиме запуска, не в Конфигураторе. Раздел настроек сервисов находится в Администрирование → Интернет-поддержка и сервисы. После подключения программа сама проверяет наличие новых релизов и предлагает установить.

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

Через Конфигуратор из шаблонов

Если установлен каталог шаблонов обновлений, в Конфигураторе есть пункт Конфигурация → Поддержка → Обновить конфигурацию. В окне выбирают источник: поиск доступных обновлений, файл или каталог на диске. Если шаблон лежит в каталоге шаблонов 1С, достаточно указать Поиск доступных обновлений.

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

Файловая база: что происходит по шагам

Файловая база — это один файл 1Cv8.1CD в папке. Обновление идёт на том же компьютере, где вы запускаете Конфигуратор, и не требует отдельной подготовки сервера.

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

Скорость зависит от диска. База в несколько гигабайт на SSD обновляется заметно быстрее, чем на сетевой папке. Сетевую папку лучше не использовать: операции с файлом базы по сети медленны и рискованны.

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

Клиент-серверная база: чем отличается

Сама база хранится в СУБД (PostgreSQL, Microsoft SQL Server и др.), а вычисления делает сервер 1С. Для обновления конфигурации достаточно подключиться Конфигуратором к кластеру, но есть нюансы.

• Перед обновлением нужна копия средствами СУБД. Выгрузка .dt её не заменяет, а дополняет.
• Нужна блокировка сеансов. В консоли кластера можно закрыть соединения и запретить новые на время работы.
• Реструктуризация идёт на стороне СУБД и создаёт большую нагрузку на диск. Журнал транзакций у SQL Server в этот момент растёт, проверьте свободное место на диске с журналом.
• Часть изменений структуры применяется быстро, без остановки пользователей (динамическое обновление), но для крупных изменений платформа всё равно просит монопольный доступ.

Блокировать регламентные задания на время обновления тоже стоит: их запуск посреди реструктуризации приведёт к конфликту блокировок.

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

Ручная загрузка файла конфигурации: .cf и .cfu

Если нет интернета или подписки, обновление берут файлом. Два формата:

Порядок для .cfu:

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

С файлом .cf схема другая: через Конфигурация → Загрузить конфигурацию из файла вы заменяете конфигурацию. Типовая замена потеряет все ваши доработки. Если конфигурация на поддержке и вы хотите сохранить правки, используйте именно Обновить конфигурацию с файлом поставки.

Реструктуризация и конвертация данных при первом запуске

Замена конфигурации сама по себе не готовит данные. Сначала меняется структура таблиц (реструктуризация), потом при первом запуске в режиме 1С:Предприятие выполняются обработчики обновления. Они приводят данные к новому формату: заполняют новые реквизиты, переносят значения, пересчитывают остатки там, где изменилась логика.

Что вы увидите на практике:

• Окно «Обновление информационной базы» с ходом по шагам. Не закрывайте его и не снимайте задачу.
• На крупных базах часть обработчиков уходит в отложенный режим. Они доделываются в фоне после запуска, а прогресс виден в разделе Администрирование (раздел с настройками обновления версии, название может отличаться по конфигурации).
• Первый запуск после обновления всегда медленнее обычного: платформа строит кэши и индексы.

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

Реиндексация отдельная тема. СУБД сама поддерживает индексы, но после больших пакетных изменений полезно запустить на стороне сервера плановую пересборку индексов и обновление статистики. Для файловой базы то же делает тестирование и исправление (Администрирование → Тестирование и исправление информационной базы) с включённой реиндексацией таблиц.

Проверка после обновления

Базу открыли, ошибок нет. Это ещё не конец. Нужно убедиться, что данные целы и пользователи смогут работать.

Дополнительно стоит проверить:

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

Если что-то не так, откат делают только из копии. В файловой базе заменяете папку на копию. В клиент-серверной восстанавливаете базу в СУБД или разворачиваете выгрузку .dt. Платформу откатывать не нужно: старая версия никуда не делась.

Как сделать следующее обновление спокойнее

Большая часть неприятностей возникает не из-за самой 1С, а из-за спешки. Несколько привычек, которые снимают риск:

• 🧪 Тестовая копия. Разверните копию базы на отдельном компьютере и обновите её первой. Заодно узнаете, сколько займёт реструктуризация и сломаются ли доработки.
• 🕒 Окно для работ. Выбирайте вечер или выходной, а не конец отчётного периода. Если за сутки до сдачи отчётности что-то пойдёт не так, времени на откат не останется.
• 📝 Запись о версиях. Фиксируйте, какая платформа и какой релиз стояли до обновления. При разборе проблем это экономит часы.
• 🔌 Отключение внешнего. На время работ остановите обмены, регламентные задания и внешние подключения, чтобы никто не писал в базу в момент реструктуризации.
• 📚 Чтение описания релиза. В нём указаны требуемая платформа, обязательные промежуточные версии и изменения, которые влияют на учёт.

Если база лежит у обслуживающей организации, спросите, делает ли она копию автоматически перед обновлением. Многие считают, что да, а на деле копия сделана неделю назад.

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