Как провести модернизацию 1С 8.3 без остановки учёта

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

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

Определите, что именно вы модернизируете

Прежде чем что-то запускать, ответьте на три вопроса. От ответов зависит объём работ.

• 🔹 Версия платформы. Номер виден в окне «О программе» (Справка → О программе).
• 🔹 Релиз конфигурации. Он указан там же и в Конфигуратор → Конфигурация → Открыть конфигурацию, в свойствах корня.
• 🔹 Типовая или доработанная. Если конфигурация снята с поддержки или в ней есть изменения, обновление идёт через объединение, а не простой загрузкой.

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

Аудит базы и резервные копии перед началом

Это самый скучный и самый важный этап. Без него возвращаться при неудаче будет некуда.

Что проверить в базе

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

Как делать копию

Для файловой базы закройте все сеансы и скопируйте каталог с файлом 1Cv8.1CD целиком. Для клиент-серверной используйте резервное копирование средствами СУБД. Дополнительно выгрузите базу в .dt: Конфигуратор → Администрирование → Выгрузить информационную базу.

Главное правило: всё, что описано дальше, сначала прогоняйте на тестовой копии. На боевой базе повторяйте только то, что уже прошло без ошибок.

Обновление платформы 1С:Предприятие

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

Порядок установки

1. Скачайте дистрибутив нужной версии платформы для вашей разрядности и операционной системы.
2. Закройте все окна 1С на компьютере.
3. Запустите установку и оставьте выбранными компоненты, которыми вы пользуетесь (клиент, при необходимости конфигуратор и сервер).
4. После установки откройте список информационных баз и убедитесь, что для базы выбрана нужная версия. Если у базы указана конкретная версия платформы, обновите этот параметр в её свойствах.

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

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

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

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

Установка нового релиза конфигурации

Здесь два сценария, и выбор зависит от того, трогали ли вы типовой код.

Типовая конфигурация на поддержке

Это самый простой случай. Способы получения обновления:

• 🔹 Через Интернет -поддержку. В интерфейсе программы откройте раздел Администрирование и найдите в нём блок поддержки и обслуживания, там есть пункт обновления программы. Подключение к порталу поддержки должно быть настроено.
• 🔹 Из файла. Скачайте дистрибутив обновления с портала поддержки, установите его на компьютере и укажите путь к файлу 1cv8.cfu или к шаблонам.
• 🔹 Из Конфигуратора. Конфигурация → Поддержка → Обновить конфигурацию.

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

Конфигурация с доработками

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

Часть доработок удобнее выносить в расширения: они позволяют обновлять типовую часть без ручного объединения. Расширения появились в платформе 8.3.6, поэтому на более старых версиях такой вариант недоступен.

Обновление через промежуточные релизы

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

После каждого шага выполняйте:

1. Запуск в обычном режиме и вход под администратором.
2. Просмотр журнала регистрации на предмет ошибок обновления.
3. Проведение одного тестового документа.

Конвертация данных и переход между версиями

Тут термин «модернизация» чаще всего означает переезд: с устаревшей редакции на новую, с 8.2 на 8.3, из «Бухгалтерии» в другую конфигурацию. Это уже не обновление, а перенос данных.

Что умеет перенос

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

Что переносить, а что оставить в архиве

Для большинства компаний хватает переноса остатков на начало периода и справочников. Историю за прошлые годы целесообразнее оставить в старой базе в режиме «только чтение». Так вы не тащите в новую систему ошибки учёта многолетней давности.

Режим совместимости

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

Тестирование и отладка после модернизации

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

Техническая проверка

1. Журнал регистрации: отберите события уровня «Ошибка» за время обновления.
2. Тестирование и исправление с проверкой логической и ссылочной целостности.
3. Работа внешних отчётов и обработок.
4. Запуск регламентных заданий вручную, по одному.

Бизнес-проверка

Проверьте то, что делают каждый день. Список можно составить из ответов самих пользователей:

• 🔹 создание и проведение типовых документов;
• 🔹 печать основных печатных форм;
• 🔹 формирование ключевых отчётов и сверка итогов со старой копией;
• 🔹 обмены с банком, торговым оборудованием, сайтом;
• 🔹 отправка отчётности и работа с электронными документами.

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

Оптимизация базы и финальные настройки

Когда обновление принято, можно навести порядок. Делайте это в отдельное окно, а не в день обновления.

Что дает ускорение

• 🔹 Обслуживание таблиц. В клиент-серверном варианте регулярно обновляйте статистику и перестраивайте индексы на уровне СУБД. Способ зависит от используемой СУБД, поэтому настраивайте его по документации к ней.
• 🔹 Сжатие файловой базы. В Конфигураторе есть режим тестирования и исправления с реструктуризацией таблиц, он убирает фрагментацию. Делайте его только на монопольной копии.
• 🔹 Очистка устаревшего. Удалите ненужные внешние обработки, старые подключённые расширения, неиспользуемые регламентные задания.
• 🔹 Журнал регистрации. Он растёт и замедляет работу. Настройте периодичность сокращения и храните то, что нужно по регламенту.

Финальные настройки

1. Включите обратно регламентные задания и проверьте, что они стартуют.
2. Пересоздайте ярлыки у пользователей, если менялась версия платформы или путь к базе.
3. Настройте автоматическое резервное копирование на новом месте.
4. Зафиксируйте итог: версия платформы, релиз, дата и что было изменено. Это пригодится при следующем обновлении.

Если после обновления что-то пошло не так

Откат — это возврат к копии, сделанной в начале. Если вы её не делали, на этом разговор заканчивается. Поэтому раздел короткий.

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