К статье
Практический материал

Администрирование · 12 мин

Как обновить 1С, если давно не обновляли

Как безопасно обновить 1С после долгого перерыва: проверка версии, последовательная установка релизов, резервные копии, типичные ошибки и порядок действий.

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

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

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

Шаг 1. Определите текущую версию конфигурации и платформы

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

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

Полезно сразу оценить и «глубину отставания». Зайдите на портал поставщика конфигурации или на сайт обновлений и посмотрите, какой релиз актуален. Разница в несколько номеров третьей или четвёртой цифры — это рабочая ситуация; разница в редакции (например, переход с 2.0 на 3.0) — уже отдельный проект с переходом данных.

Разница в последних цифрах релизаНебольшое отставание

Обычно достаточно 1–3 промежуточных обновлений

Разные редакции (2.0 и 3.0)Крупный переход

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

Конфигурация измененаСнята с полной поддержки

Обновление потребует сопоставления объектов вручную

Платформа старше требуемойСначала обновить платформу

Конфигурация нового релиза может не запуститься на старой платформе

Шаг 2. Сделайте резервную копию перед любыми действиями

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

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

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

Шаг 3. Обновите платформу 1С:Предприятие

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

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

Если база файловая и использовалась очень старая платформа (линейки 8.2 или ранние 8.3), учтите, что перепрыгнуть через много версий платформы за один раз не всегда возможно. В таком случае устанавливайте платформу тоже поэтапно, ориентируясь на требования каждого промежуточного релиза конфигурации.

Шаг 4. Постройте цепочку обновлений конфигурации

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

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

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

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

Шаг 5. Проверьте результат после каждого релиза

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

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

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

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

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

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

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

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

Версия не изменилась или база не открывается

Первый запуск после обновления
Норма

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

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

Сообщения об ошибках, обновление «зависло»

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

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

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

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

Размер и доступность базы
Норма

База открывается всеми пользователями

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

База заблокирована или требует монопольного доступа

Особые случаи: доработанные конфигурации и переход между редакциями

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

Переход между редакциями (например, с «Бухгалтерии 2.0» на «3.0») — это не обычное обновление, а миграция. У поставщика есть отдельная инструкция и специальные обработки переноса данных. Такой переход разумно сначала отрепетировать на копии базы: перенести данные, сверить остатки по счетам и справочникам, и только потом повторять на рабочей базе.

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

Типичные ошибки
01
Установка последнего релиза поверх очень старого без промежуточных — обновление отклоняется или база повреждается
02
Отсутствие проверенной резервной копии — при сбое данные восстановить неоткуда
03
Обновление при работающих пользователях — блокировки и обрыв обработчиков обновления
04
Игнорирование требований к платформе — новая конфигурация не запускается на старой платформе
05
Автоматическое сопоставление доработанных объектов — потеря внесённых ранее изменений
Если отставание большое, удобно вести простой журнал: какой релиз установлен, в какое время, какие ошибки возникли. При обращении в поддержку поставщика или к специалисту этот журнал сэкономит часы на диагностике и позволит точно воспроизвести шаг, на котором возникла проблема.
ПЗ
Практическое замечание

Когда лучше привлечь специалиста

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

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

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

Маршрут решения

Как выбрать действие

Конфигурация типовая, файловая, отставание в пределах одной редакцииОбновляйте самостоятельно по цепочке релизов с резервной копией
Конфигурация доработана или снята с поддержкиГотовьте сопоставление объектов вручную или привлекайте специалиста
Нужен переход между редакциямиИспользуйте инструкцию миграции поставщика и сначала отработайте перенос на копии
Обновление уже завершилось ошибкойОткатитесь на копию и разбирайте причину, не повторяйте обновление вслепую

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

Можно ли сразу поставить последнюю версию 1С поверх старой?

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

Что делать, если подписка ИТС давно закончилась?

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

Сколько времени занимает обновление давно не обновлявшейся базы?

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

Обновление зависло на этапе обновления данных — что делать?

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

Потеряются ли данные при обновлении конфигурации?

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

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

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

Итог

Что важно запомнить

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