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

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

Как обновить 1С:Рарус: практическое руководство

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

Конфигурации 1С:Рарус (например, «Управление автотранспортом», «Общепит», «Альфа-Авто», отраслевые решения для ЖКХ и гостиниц) построены на базе типовых конфигураций 1С и обновляются по схожим правилам, но с важной особенностью: релизы выпускает партнёр-разработчик, и дистрибутивы обновлений нужно получать на портале 1С или через личный кабинет Рарус, а не через стандартное обновление типовой конфигурации.

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

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

Как узнать текущую версию конфигурации и платформы

Перед обновлением нужно точно знать, что установлено сейчас. Откройте информационную базу и перейдите в раздел «Администрирование» (или «Сервис») — там обычно есть пункт «О программе» или «Информация о программе». Альтернатива: меню «Справка → О программе». В окне будут указаны версия платформы 1С:Предприятие и номер релиза конфигурации, например 2.1.5.14.

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

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

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

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

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

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

Где взять файлы обновления 1С:Рарус

Дистрибутивы обновлений отраслевых решений Рарус публикуются на портале portal.1c.ru в разделе обновлений программ (при наличии действующего договора 1С:ИТС) и на сайте rarus.ru в личном кабинете пользователя. Для скачивания потребуется учётная запись, к которой привязана регистрация программного продукта.

Скачанный дистрибутив обычно представляет собой архив или самораспаковывающийся установщик. Установите его стандартным образом — файлы обновления будут помещены в каталог шаблонов (по умолчанию в профиле пользователя, путь можно уточнить в настройках конфигуратора при выборе источника обновления). Внутри поставки находится файл 1cv8.cfu и файл с описанием порядка обновления — обязательно прочитайте его.

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

Пошаговое обновление через конфигуратор

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

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

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

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

Если релиз сильно устарел: последовательное обновление

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

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

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

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

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

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

Проверка результата после обновления

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

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

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

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

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

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

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

Версия не изменилась — обновление не применилось

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

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

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

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

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

Документы проводятся без ошибок

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

Ошибки о недостающих объектах или правах

Отчёты и остатки
Норма

Остатки совпадают с данными до обновления

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

Расхождения в остатках или пустые отчёты

Типичные ошибки и как их избежать

Типичные ошибки
01
Обновление без резервной копии — при сбое реструктуризации базу придётся восстанавливать, и без копии данные будут потеряны.
02
Пропуск промежуточных релизов — файл .cfu откажется обновлять неподдерживаемую версию или данные обновятся некорректно.
03
Работа пользователей во время обновления — конфликт сеансов, невозможность монопольного доступа и обрыв реструктуризации.
04
Прерывание отложенных обработчиков — часть данных остаётся в старой структуре, что вызывает ошибки в отчётах и документах.
05
Игнорирование требований к версии платформы — новый релиз может не запуститься на старой платформе.
06
Обновление доработанной конфигурации «поверх» — потеря прикладных изменений и неработающие механизмы.

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

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

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

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

Можно ли обновить 1С:Рарус автоматически через интернет, как типовую 1С?

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

Что делать, если конфигуратор пишет, что файл обновления не подходит для текущей версии?

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

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

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

Конфигурация доработана программистом — как обновляться?

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

Сколько времени занимает обновление?

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

Обновление завершилось ошибкой, база не открывается — что делать?

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

Итог

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

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