Как обновить 1С 8.3: от копии базы до проверки после релиза

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

Второе заблуждение: «обновление можно запустить прямо в рабочей базе, если в ней никого нет». Нельзя. Обновление структуры базы требует монопольного доступа, а откатить его без копии нечем. Ниже порядок, который работает для файловых и клиент-серверных баз на платформе 8.3 с интерфейсом «Такси».

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

Подготовка занимает 15–30 минут, и именно она отличает спокойное обновление от аврала.

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

Какой способ выбрать: из программы или из файла

Способов два, и выбор зависит от того, есть ли у базы доступ в интернет и есть ли доработки.

Автоматическое обновление через меню программы

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

Шаг 1. Войдите в раздел обновления

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

Шаг 2. Выберите источник

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

Если в базе не введён логин и пароль интернет-поддержки, программа попросит их. Это учётные данные с сайта поддержки 1С, а не пароль пользователя базы.

Шаг 3. Дождитесь загрузки и подтвердите

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

Обычно база сама перезапускается и показывает окно с описанием изменений. Если окно не появилось, откройте его вручную: Справка → Что нового.

Шаг 4. Дождитесь обработчиков

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

Ручное обновление: файлы .cf и .cfu

Чем отличаются файлы

• .cfu — файл обновления. Знает, с какого релиза на какой переводит. Подходит только к своему исходному релизу.
• .cf — полная поставка конфигурации. Её используют для создания новой базы и для сравнения с текущей конфигурацией.
• Комплект поставки на диске или в архиве содержит setup.exe, который кладёт шаблоны в каталог на компьютере, а дальше обновление идёт из Конфигуратора.

Установка из .cfu в Конфигураторе

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

Загрузка полного .cf

Меню Конфигурация → Загрузить конфигурацию из файла заменяет конфигурацию в базе. Все доработки при этом исчезают, а данные остаются. Используйте это осознанно: например, чтобы вернуть конфигурацию к чистой поставке или откатить неудачные эксперименты.

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

Принципы те же, но добавляются серверные нюансы.

Что учесть

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

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

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

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

Типичные ошибки при обновлении и что с ними делать

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

Обновление распределённых баз (РИБ)

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

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

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

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

Автоматизация: скрипты и утилиты

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

Пример для файловой базы:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /UpdateCfg "D:\Updates\1cv8.cfu" /UpdateDBCfg /DisableStartupDialogs /Out "D:\Updates\log.txt"

Разбор ключей:

• DESIGNER — запуск Конфигуратора;
• /F — путь к файловой базе (для серверной базы вместо него /S "сервер\имя_базы");
• /UpdateCfg — применить файл обновления к конфигурации;
• /UpdateDBCfg — обновить конфигурацию базы данных;
• /Out — записать результат в файл журнала.

Номер каталога платформы подставьте свой. Для резервной копии перед обновлением в этом же скрипте первой строкой используйте /DumpIB с путём к .dt файлу.

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

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

Когда окно обработчиков закрылось, пройдитесь по короткому списку: проведите тестовый документ, откройте главный отчёт, проверьте выгрузку в банк-клиент или обмен. Затем сообщите пользователям, что можно работать.

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

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

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