Как обновить 1С Управление торговлей без потери данных

Обновление «1С:Управление торговлей» — штатная процедура, но именно на ней чаще всего теряют данные: забывают резервную копию, обновляют нетиповую конфигурацию как типовую или пропускают промежуточные релизы. Ниже — рабочий порядок действий, который подходит как для файловой, так и для клиент-серверной базы.

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

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

Подготовка: что проверить до обновления

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

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

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

Резервная копия — обязательный шаг

Никогда не обновляйте рабочую базу без резервной копии. Для файловой базы самый надёжный способ — выгрузка в файл .dt через конфигуратор: «Администрирование — Выгрузить информационную базу». Такой файл содержит и данные, и конфигурацию, и восстанавливается на любой машине.

Для клиент-серверной базы дополнительно сделайте резервную копию средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка .dt большой базы занимает много времени и места. Перед выгрузкой завершите работу всех пользователей и отключите регламентные задания — открытые сеансы могут помешать монопольному доступу.

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

Обновление типовой конфигурации через конфигуратор

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

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

Если обновление идёт через интернет-поддержку из режима «Предприятие» (в свежих редакциях есть обработка «Обновление версии программы»), механика та же, но процесс автоматизирован: программа сама скачает дистрибутив, предложит создать копию и выполнит обновление. Даже в этом случае делайте ручную выгрузку .dt заранее.

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

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

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

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

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

Первый запуск и обработчики обновления данных

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

Прогресс отображается в окне обновления. Если часть обработчиков завершилась с ошибкой, программа покажет список проблемных процедур. Частые причины ошибок — некорректные данные в старой базе (дубли, пустые ссылки, незаполненные обязательные реквизиты). Исправьте данные и повторите запуск: отложенные обработчики можно перезапустить из раздела обслуживания.

Только после успешного завершения всех обработчиков давайте пользователям доступ к базе и включайте регламентные задания обратно. Ранняя работа пользователей — одна из главных причин «разъехавшихся» данных после обновления.

Контрольные точки

Как проверить результат

Номер версии в окне «О программе»

Норма

Совпадает с целевым релизом обновления

Тревожный признак

Осталась старая версия — обновление конфигурации базы данных не выполнено

Обработчики обновления

Норма

Все обработчики завершены, ошибок нет

Тревожный признак

Есть отложенные или завершённые с ошибкой обработчики

Проведение документов

Норма

Тестовый документ проводится, отчёты строятся

Тревожный признак

Ошибки при проведении, пустые отчёты

Доработки и печатные формы

Норма

Все нестандартные механизмы работают

Тревожный признак

Ошибки вызова процедур, отсутствуют кнопки или формы

Особенности клиент-серверных и больших баз

В клиент-серверном варианте обновление выполняется так же через конфигуратор, но реструктуризация идёт на стороне СУБД и может блокировать таблицы надолго. Планируйте обновление на нерабочее время и предупредите пользователей о простое. Перед началом убедитесь, что на дисках сервера СУБД достаточно свободного места — реструктуризация больших таблиц требует запаса под временные данные.

Для очень больших баз имеет смысл предварительно выполнить тестирование и исправление базы, свёртку старых периодов и очистку помеченных объектов — это сокращает время реструктуризации и снижает риск ошибок обработчиков на «мусорных» данных.

Часто задаваемые вопросы

Можно ли обновить 1С Управление торговлей без договора ИТС?

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

Что делать, если обновление зависло на реструктуризации?

Сначала проверьте, идёт ли процесс на самом деле: посмотрите активность процесса конфигуратора и нагрузку на диск или сервер СУБД. На больших базах реструктуризация может идти часами без видимого прогресса. Прерывайте процесс только если активности нет длительное время — и будьте готовы восстанавливать базу из копии, так как прерванная реструктуризация оставляет структуру в повреждённом состоянии.

Обработчики обновления завершились с ошибками — база испорчена?

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

Как откатить обновление, если что-то пошло не так?

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

Нужно ли обновлять платформу вместе с конфигурацией?

Только если новый релиз конфигурации требует более свежую версию платформы — это указано в сопроводительной информации к релизу. Обновлять платформу «на всякий случай» не обязательно, но и держать сильно устаревшую версию не стоит: старые платформы могут не поддерживаться новыми релизами.

Можно ли обновлять базу, пока в ней работают пользователи?

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