Сколько ждать, пока обновится 1С 8.3, и от чего зависит этот срок
Содержание
Обновление 1С на один релиз в небольшой файловой базе (1–5 ГБ) обычно занимает от 15 до 40 минут, включая резервную копию. Клиент-серверная база на 50–200 ГБ обновляется от одного до нескольких часов, а фоновая обработка данных после обновления может идти ещё сутки-двое, не мешая работе.
Если же база отстала на десяток релизов, время умножается: каждый промежуточный релиз ставится отдельным шагом. Ниже — из чего складывается это время, как прикинуть его заранее для своей базы и где можно сэкономить.
От чего зависит время обновления 1С
Время обновления определяют не столько мощность компьютера, сколько объём данных и то, сколько релизов нужно пройти. Основные факторы:
- 📦 Размер информационной базы. Реструктуризация и обработчики обновления перебирают таблицы с данными. База в 2 ГБ и база в 80 ГБ отличаются по времени в десятки раз.
- 🔢 Сколько релизов пропущено. Файл обновления
.cfuподходит только к определённым предыдущим версиям. Отстали на год — придётся ставить цепочку из 5–15 обновлений. - 🧩 Типовая или доработанная конфигурация. Типовая на полной поддержке обновляется автоматически. Доработанную приходится сравнивать и объединять вручную, и это может занять от часа до нескольких дней работы программиста.
- 🏗️ Вариант работы базы. Файловая база на локальном SSD, файловая на сетевой папке и клиент-серверная на MS SQL или PostgreSQL ведут себя по-разному (подробно — в таблице ниже).
- 💽 Диск. Обновление — это в первую очередь чтение и запись на диск. На HDD и сетевых папках всё идёт в разы медленнее, чем на локальном SSD.
- 👥 Активные пользователи. Пока кто-то работает в базе, перейти к реструктуризации не получится. Ожидание, пока все выйдут, часто съедает больше времени, чем само обновление.
- 🔄 Объём изменений в самом релизе. Мелкий релиз с исправлениями проходит за минуты. Крупный, где меняется структура регистров или переносятся данные, — гораздо дольше.
Этапы обновления и сколько времени уходит на каждый
Обновление типовой конфигурации 8.3 состоит из нескольких этапов. Длительность ниже — ориентир для файловой базы размером 2–5 ГБ на SSD при обновлении на один релиз.
- 2–10 минутРезервная копия (выгрузка .dt или копирование каталога)
- 1–5 минутЗагрузка файла обновления .cfu в основную конфигурацию
- 2–20 минутОбновление конфигурации базы данных (реструктуризация)
- 5–30 минутПервый запуск и обработчики обновления
- от минут до нескольких часов, база работаетФоновая (отложенная) обработка данных
Резервная копия
В файловой базе быстрее всего скопировать каталог с файлом 1Cv8.1CD, пока в базе никого нет. Выгрузка в .dt через Конфигуратор (Администрирование → Выгрузить информационную базу) занимает больше времени, но даёт компактный файл. Для клиент-серверной базы копию делают средствами СУБД — это быстрее, чем .dt.
Загрузка обновления в конфигурацию
В Конфигураторе: Конфигурация → Поддержка → Обновить конфигурацию, затем выбираете файл .cfu или ищете доступные обновления. На этом этапе меняется только основная конфигурация, данные пользователей не трогаются. Для типовой без доработок это минуты.
Реструктуризация
После загрузки Конфигуратор предлагает обновить конфигурацию базы данных (клавиша F7 или Конфигурация → Обновить конфигурацию базы данных). Платформа приводит таблицы в соответствие с новой структурой. Для этого шага нужен монопольный доступ — в базе не должно быть других сеансов.
Обработчики обновления
При первом запуске в режиме 1С:Предприятие программа сама выполняет обработчики обновления: переносит данные, заполняет новые реквизиты. На экране в этот момент висит окно с прогрессом. Прерывать его нельзя.
Отложенная обработка
В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) часть обработчиков выполняется в фоне уже после того, как пользователи вернулись к работе. Ход процесса видно в разделе Администрирование → Обслуживание, в блоке результатов обновления программы. Пока обработка не закончена, отдельные отчёты и функции могут быть недоступны.
Сравнение времени для файловой и клиент-серверной базы
Сравнить варианты удобнее в одной таблице. Цифры — примерные ориентиры для обновления на один релиз типовой конфигурации, а не гарантия.
| Вариант базы | Типичный размер | Реструктуризация | Обработчики при запуске | Итого с копией |
|---|---|---|---|---|
| Файловая на локальном SSD | 1–5 ГБ | 2–15 мин | 5–20 мин | 15–40 мин |
| Файловая на сетевой папке | 1–5 ГБ | 10–40 мин | 15–60 мин | 40–120 мин |
| Файловая крупная | 10–20 ГБ | 20–60 мин | 30–90 мин | 1–3 часа |
| Клиент-серверная (MS SQL, PostgreSQL) | 30–200 ГБ | 20 мин – 3 часа | 30 мин – 2 часа | 1–6 часов |
| Облако (1С:Фреш и аналоги) | любой | делает провайдер | делает провайдер | для вас — 0, обычно ночью |
Файловую базу не обновляйте через сетевую папку с рабочего места пользователя. Скопируйте её на локальный SSD сервера или ПК, обновите и верните обратно — так быстрее и надёжнее: обрыв сети посреди реструктуризации может повредить файл базы.
У клиент-серверного варианта есть плюс: для больших баз доступно фоновое обновление конфигурации базы данных. Платформа готовит новую структуру, пока пользователи работают, а монопольный доступ нужен только на короткий финальный этап. Для баз на сотни гигабайт это сокращает простой с часов до минут.
Как прикинуть время для своей базы
Самый точный способ — замерить. Сделайте копию рабочей базы, разверните её на том же сервере или ПК и проведите обновление целиком, засекая каждый этап. Запишите три числа: загрузка .cfu, реструктуризация, обработчики при первом запуске.
Дальше считаете окно так: сумма трёх чисел плюс время на резервную копию плюс запас 30–50% на непредвиденное. Пример: копия 10 минут, загрузка 3, реструктуризация 25, обработчики 40. Итого 78 минут, с запасом 50% — около двух часов. Это и есть окно, о котором стоит предупредить пользователей.
Размер базы для оценки смотрите по файлу 1Cv8.1CD в файловом варианте или по размеру базы данных в СУБД — в клиент-серверном.
Обновление 1С, когда в базе работает много людей
В многопользовательской базе самое долгое — не реструктуризация, а организация окна, когда в базе никого нет. Реструктуризация и обработчики, выполняемые при первом запуске, требуют монопольного режима.
Как получить монопольный доступ без обзвона всех сотрудников:
- Заранее предупредите пользователей о времени работ, лучше на вечер или выходные.
- Установите блокировку работы пользователей в разделе
Администрирование → Обслуживание. Пользователи получат предупреждение и будут отключены к указанному времени. - Задайте код разрешения. С ним администратор сможет войти в заблокированную базу, указав параметр запуска
/UC<код>. - В клиент-серверном варианте дополнительно включите блокировку начала сеансов в свойствах информационной базы через консоль администрирования кластера.
- Проверьте, что не остались висящие сеансы, в том числе фоновые задания и подключения внешних обменов.
Принудительное завершение сеансов обрывает работу пользователей: несохранённые документы пропадут. Делайте это только после предупреждения и в согласованное окно.
Не снимайте блокировку, пока не завершились обработчики обновления при первом запуске. Если сотрудник зайдёт раньше, он увидит сообщение о незавершённом обновлении, а в худшем случае обработчики придётся перезапускать.
Отдельная история — регламентные задания и обмены. Обмен с сайтом или с другой базой, запущенный по расписанию, может держать сеанс и мешать обновлению. Отключите расписание на время работ.
Как ускорить обновление конфигурации 1С
Сэкономить можно на каждом этапе. Приёмы, которые реально работают:
- ⚡ Обновляйте регулярно. Один релиз в месяц — это 20–30 минут. Двенадцать релизов за раз — это полдня, плюс выше риск, что на одном из шагов что-то пойдёт не так.
- 💾 Работайте на локальном SSD. Для файловой базы перенос с сетевой папки на локальный диск ускоряет реструктуризацию в несколько раз.
- 🧪 Сначала прогоните обновление на копии. Вы узнаете точное время для своей базы и спланируете окно без сюрпризов. Для крупных баз это почти обязательно.
- 🛡️ Исключите каталог базы из проверки антивирусом. Антивирус проверяет каждый файл при записи, а реструктуризация пишет много. Делайте это по согласованию со службой безопасности.
- 🗂️ Освободите место на диске. Для реструктуризации нужен запас примерно в размер базы. У MS SQL дополнительно растёт журнал транзакций — проверьте, где он лежит и сколько места свободно.
- 🧹 Удалите помеченные на удаление объекты заранее, в обычной работе. Меньше данных — быстрее обработчики.
- 🔀 Используйте фоновое обновление в клиент-серверной базе, если простой критичен.
- 🧮 Поставьте последнюю версию платформы из числа рекомендованных для вашего релиза конфигурации. Новые версии платформы работают с реструктуризацией эффективнее.
Если базу всё равно придётся тащить через цепочку релизов, сделайте одну резервную копию перед всей цепочкой и ещё по копии через каждые 3–4 шага. Тогда при сбое на восьмом релизе откатитесь не к началу, а к шестому.
Почему не получится перепрыгнуть через релизы
Файл обновления .cfu содержит список версий, от которых на него можно перейти. Если вашей версии там нет, Конфигуратор этот файл не предложит. Обработчики обновления каждого релиза рассчитаны на данные предыдущего, поэтому пропуск шагов опасен. Прямой переход из старой версии возможен только загрузкой полного дистрибутива .cf в типовую базу без доработок — и даже тогда обработчики выполнят всю накопленную работу, так что время не сократится кардинально.
Обновление платформы и конфигурации — разные задачи
Часто путают два вида обновления, а по времени они отличаются сильно.
| Что обновляется | Что происходит | Сколько времени | Нужен ли монопольный доступ |
|---|---|---|---|
| Платформа 1С:Предприятие | Установка новой версии технологической платформы на компьютер или сервер | 5–15 минут на машину | Нет, но пользователи должны перезапустить 1С |
| Конфигурация (БП, ЗУП, УТ и др.) | Изменение структуры и данных информационной базы | от 15 минут до нескольких часов | Да, на реструктуризацию и обработчики |
Новая версия платформы ставится рядом со старой. На сервере 1С после установки нужно перезапустить службу агента сервера — это обрывает сеансы всех пользователей, поэтому делайте это в нерабочее время. В файловом варианте достаточно, чтобы пользователи перезапустили программу.
Иногда релиз конфигурации требует платформу с номером не ниже определённого. Это видно в описании релиза. Тогда сначала обновляют платформу, потом конфигурацию — и закладывают время на оба шага.
Ошибки, из-за которых обновление тянется часами
Большую часть «бесконечных» обновлений вызывают не медленные компьютеры, а сбои по ходу процесса. Разбор типовых ситуаций:
Отдельно о прерванном обновлении. Если реструктуризацию или обработчики оборвало отключение питания, не пытайтесь «дожать» базу. Восстановите её из копии, сделанной перед обновлением, и начните заново. Попытки исправить полуобновлённую базу отнимают больше времени, чем повтор с нуля.
Ещё одна причина потерянных часов — обновление без проверки на копии в доработанной базе. Ошибка всплывает уже в рабочей базе, и простой растягивается на день.