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

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

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

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

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

Узнайте текущие версии

• Версия платформы: в окне запуска 1С выберите базу, откройте «Справка — О программе». Там строка вида 8.3.xx.xxxx.
• Версия конфигурации: в самой базе «Справка — О программе» покажет номер релиза, например 3.0.xxx.xx.
• Режим работы: файловая база или клиент-серверная (сервер 1С и СУБД). От этого зависит, как ставить платформу.

Сверьте с требованиями нового релиза

У каждого релиза конфигурации есть минимальная версия платформы. Если платформа старее, конфигурация при загрузке откажется работать или выдаст предупреждение. Требование пишут в описании релиза на сайте с релизами 1С и в файле «Что нового», который идёт вместе с обновлением.

Проверьте три вещи:

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

Узнайте, что с расширениями и внешними обработками

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

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

Резервная копия: без неё не начинаем

Копия нужна не «на всякий случай». Если обновление оборвётся (отключили свет, закончилось место на диске), база может остаться наполовину преобразованной. Спасёт только копия.

Файловая база

Закройте 1С у всех пользователей. Найдите папку базы: в списке баз выделите её и посмотрите строку пути внизу окна. Внутри лежит файл 1Cv8.1CD. Скопируйте всю папку в другое место, а не только этот файл. Проверьте, что размер копии совпадает с оригиналом.

Клиент-серверная база

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

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

Для надёжности сделайте и то и другое: копию папки (или бэкап СУБД) и выгрузку .dt. Первая быстрее восстанавливается, вторая переносится между версиями платформы.

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

Как обновить платформу 1С:Предприятие

Платформа обновляется отдельно от конфигурации. Базу при этом не трогаем.

Установка новой версии

1. Скачайте дистрибутив платформы с сайта поддержки 1С (нужен доступ по договору сопровождения) и распакуйте.
2. Запустите setup.exe от имени администратора.
3. Оставьте компоненты по умолчанию, добавьте нужные язык и, если работаете с сервером, серверные компоненты.
4. Дождитесь окончания установки.

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

Серверная часть

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

Переключение базы на новую платформу

Обычно 1С сама выбирает версию. Если нужно задать вручную: в списке баз нажмите «Изменить» у нужной базы, найдите поле версии платформы и укажите номер. Либо запускайте базу ярлыком нужной версии.

Первый запуск базы на новой платформе иногда предлагает обновить её структуру. Соглашайтесь только если копия уже сделана.

Обновление конфигурации и базы данных

Это главный шаг. Есть два основных способа.

Способ 1. Через саму базу (интерактивно)

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

Порядок:

1. Все пользователи вышли из базы, кроме вас.
2. Откройте пункт обновления и выберите, откуда брать релиз: из интернета или с файла.
3. Укажите файл .cfu или папку с распакованным дистрибутивом.
4. Подтвердите обновление, дождитесь перезапуска.

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

Способ 2. Через конфигуратор

Для случаев, когда интерактивный способ недоступен:

1. Запустите базу в режиме «Конфигуратор».
2. Откройте «Конфигурация — Поддержка — Обновить конфигурацию ».
3. Выберите источник: файл обновления или поиск в каталоге шаблонов.
4. Следуйте мастеру. Если в базе есть доработки, он предложит объединить изменения. На этом этапе внимательно читайте конфликты.
5. После загрузки нажмите F7 или выберите «Конфигурация — Обновить конфигурацию базы данных». Именно этот шаг применяет изменения к структуре данных.

Порядок релизов: нельзя перепрыгивать как угодно

Некоторые релизы требуют промежуточной ступени. Например, переход с очень старой версии на самую свежую часто идёт через один-два «переходных» релиза. Описание релиза прямо пишет, с каких версий можно обновляться напрямую.

Практическое правило:

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

Что происходит после загрузки

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

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

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

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

Минимальный набор проверок

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

Что сравнивать до и после

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

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

Ниже частые ситуации. Тексты сообщений у разных версий отличаются, поэтому ищите по смыслу.

Если не помогло: откат

Откат прост, если была копия:

1. Закройте базу у всех.
2. Разверните копию на место повреждённой (или в новую базу рядом).
3. Верните прежнюю платформу, если платформа тоже обновлялась. Она осталась на компьютере, достаточно запустить базу старым ярлыком.
4. Разберитесь с причиной на копии, а не на рабочей базе.

Если копии нет, а база повреждена, остаётся тестирование и исправление через конфигуратор («Администрирование — Тестирование и исправление»). Это спасает не всегда, поэтому сначала копия.

Завершение: ввод базы в работу и порядок после обновления

База проверена, можно возвращать людей. Но несколько дел остаются.

Сообщите пользователям

Расскажите, что изменилось: новые формы отчётов, новые поля, изменившиеся кнопки. Хватает короткого письма со списком из «Что нового». Это снимает поток вопросов в понедельник.

Очистите хвосты

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

Заведите привычку

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

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