Перед обновлением 1С нужно зафиксировать текущее состояние системы, создать резервную копию информационной базы, убедиться, что другие пользователи завершили работу, проверить режим поддержки конфигурации и совместимость выбранного релиза с установленной платформой. Если используются доработки, расширения, внешние обработки или интеграции, их также стоит учесть до начала работ.
Такая подготовка нужна независимо от того, планируется обновление через режим 1С:Предприятие или через конфигуратор. Официальные инструкции 1С для обновления конфигураций отдельно указывают на необходимость предварительного резервного копирования базы.
Удобно заранее составить небольшой чек-лист:
- определить текущую версию платформы и конфигурации;
- проверить, типовая ли конфигурация и находится ли она на поддержке;
- сделать резервную копию базы;
- завершить активные пользовательские сеансы;
- выбрать подходящий релиз обновления;
- проверить требования релиза к версии платформы;
- учесть расширения, внешние обработки и интеграции;
- подготовить понятный способ восстановления исходного состояния.
После этого можно переходить непосредственно к обновлению.
Определить текущие версии платформы и конфигурации
В системе 1С:Предприятие платформа и конфигурация — разные компоненты. Платформа обеспечивает выполнение прикладного решения, а конфигурация содержит структуру и прикладную логику конкретной программы. Поэтому перед обновлением важно записать обе версии, а не ограничиваться одним номером. Это позволит понять, какое именно обновление требуется и можно ли установить выбранный релиз в текущей среде.
Как посмотреть версию платформы
Текущую версию платформы можно посмотреть непосредственно из информационной базы через окно со сведениями о программе. В разных конфигурациях расположение команды может немного отличаться, но обычно используется раздел «Справка» или команда «О программе».
В окне отображается номер платформы вида 8.3.x.x. Его лучше сохранить до начала работ: сделать скриншот или записать номер вместе с версией конфигурации.
Если используется клиент-серверный вариант, ситуация может быть сложнее. Платформа устанавливается не только на сервере, но и на рабочих местах или терминальных серверах. Перед крупным обновлением стоит проверить, какие версии фактически используются на сервере и клиентских компьютерах. Особенно это важно, если инфраструктура обслуживает несколько информационных баз. В серверной среде различия между версиями компонентов могут стать причиной проблем после обновления.
Обновлять платформу просто потому, что вышла новая версия, необязательно. Официальный сервис 1С:Обновление программ показывает информацию о необходимости обновления платформы применительно к используемой конфигурации.
Как проверить версию конфигурации
Версия конфигурации также доступна в информации о программе. Обычно она представляет собой несколько групп цифр, например 3.0.x.x. Именно по этому номеру определяется, какие релизы можно установить дальше.
При работе через конфигуратор текущую версию можно проверить через «Справка» → «О программе». Перед скачиванием обновления нужно сопоставить этот номер со списком доступных релизов. Для конкретного файла обновления 1С указывает, с каких предыдущих версий разрешён переход. Поэтому установка самой новой версии не всегда означает, что до неё можно перейти непосредственно с имеющегося релиза. Официальные поставки обновлений содержат файл CFU, описание изменений и инструкции по порядку перехода.
Полезно сохранить перед работами две строки:
- платформа — установленная версия 1С:Предприятие;
- конфигурация — версия конкретного прикладного решения.
Так будет проще выбрать обновление и при необходимости восстановить исходную среду.
Проверить состояние конфигурации
До обновления нужно понять не только номер релиза, но и состояние самой конфигурации. Типовое прикладное решение на полной поддержке поставщика обновляется иначе, чем база, в которой изменялись объекты конфигурации.
В платформе 1С режим поддержки определяет возможность обновления прикладного решения файлами поставщика. При первоначальной установке типового решения оно обычно находится на полной поддержке, но настройки поддержки позволяют разрешить изменения отдельных объектов или снять конфигурацию с поддержки.
Типовая или нетиповая конфигурация
Условно конфигурации можно разделить на типовые и изменённые. Если используется стандартное решение поставщика без изменений основной конфигурации, процесс обновления обычно проще: система может применить поставку обновления в штатном режиме.
Если разработчики изменяли объекты основной конфигурации, обновление требует дополнительной проверки. Новая конфигурация поставщика должна быть сопоставлена с текущей, чтобы изменения обновления не затёрли необходимые доработки и, наоборот, пользовательские изменения не помешали корректно применить новую версию.
Проверить состояние можно в конфигураторе через меню «Конфигурация» → «Поддержка» → «Настройка поддержки». В материалах по платформе 1С указывается, что находящаяся на поддержке конфигурация может обновляться до конфигурации поставщика, а для решения, не находящегося на поддержке, используются механизмы сравнения и объединения.
Поэтому перед обновлением важно не исходить только из названия продукта. Две базы с одинаковой «1С:Бухгалтерией» могут требовать разного порядка работ, если одна осталась полностью типовой, а вторая дорабатывалась.
Поддержка и изменённые объекты
В настройках поддержки можно увидеть, находится ли конфигурация на поддержке поставщика и разрешались ли изменения объектов. Это один из основных пунктов проверки перед обновлением.
Если конфигурация находится на поддержке и её основные объекты не изменялись, штатный механизм поддержки позволяет обновить конфигурацию поставщика с меньшим количеством ручных операций. При наличии доработок сначала нужно определить, какие изменения требуется сохранить: попытка обновить такую конфигурацию как полностью типовую может привести к потере или некорректному объединению пользовательских изменений.
Если объекты конфигурации менялись, следует заранее определить, какие именно доработки нужно сохранить. При обновлении платформа может сравнивать текущую конфигурацию, новую конфигурацию поставщика и прежнюю версию поставщика. Это позволяет увидеть отличия и решить, какие изменения должны остаться после объединения.
Особого внимания требуют базы, которые долго дорабатывались разными специалистами. Даже если сейчас программа работает стабильно, нельзя автоматически считать её типовой только по названию продукта.
Перед началом работ желательно ответить на три вопроса:
- находится ли конфигурация на поддержке;
- разрешено ли изменение объектов;
- какие пользовательские изменения необходимо сохранить.
Если ответ на последний вопрос неизвестен, безопаснее сначала разобраться со структурой доработок, а уже затем обновлять конфигурацию.
Сделать резервную копию базы
Резервная копия — обязательная часть подготовки к обновлению. Она нужна не для самого процесса установки, а для возможности вернуть информационную базу в состояние до изменения конфигурации, если после обновления возникнут ошибки или несовместимость.
Официальные инструкции 1С для различных прикладных решений требуют создать резервную копию информационной базы до выполнения обновления. Для файловых баз возможна копия файла информационной базы, для клиент-серверных — резервирование средствами используемой СУБД. Независимо от варианта работы также применяется выгрузка информационной базы через конфигуратор.
Как выгрузить информационную базу
Один из стандартных вариантов — выгрузить информационную базу в файл через конфигуратор:
- Попросите пользователей завершить работу.
- Запустите нужную базу в режиме «Конфигуратор».
- Откройте меню «Администрирование».
- Выберите команду «Выгрузить информационную базу».
- Укажите папку и понятное имя файла.
- Дождитесь сообщения об успешном завершении выгрузки.
Такой способ используется в официальных инструкциях 1С по обновлению конфигураций.
Файл резервной копии лучше сохранять не в случайную временную папку, а туда, где его можно быстро найти. В имени удобно указать название базы и дату создания копии.
Для файлового варианта 1С резервное копирование может выполняться и на файловом уровне посредством копирования файла информационной базы. Платформа отдельно описывает такую возможность для файлового режима работы.
В клиент-серверной среде одной выгрузкой ограничиваться не всегда рационально. Рабочие резервные копии таких баз обычно создаются средствами СУБД и действующей системы резервного копирования организации.
Как проверить резервную копию
Сам факт появления файла ещё не гарантирует, что план восстановления действительно работает. Перед важным обновлением желательно проверить хотя бы базовые признаки:
- выгрузка завершилась без сообщения об ошибке;
- файл находится в указанной папке;
- его размер не равен нулю;
- копия создана непосредственно перед обновлением и содержит актуальные данные;
- понятно, каким способом база будет восстанавливаться.
Для критичной рабочей системы более надёжная проверка — тестовое восстановление копии в отдельную информационную базу. Это позволяет убедиться, что резервный файл можно использовать на практике, не затрагивая рабочую базу.
Не следует удалять рабочую базу или старую копию сразу после установки нового релиза. Резерв лучше сохранять хотя бы до завершения проверки обновлённой системы и подтверждения, что основные сценарии работы выполняются корректно.
Проверить пользователей и доступ к базе
Обновление затрагивает структуру и прикладную логику информационной базы, поэтому перед началом работ нужно проверить активные сеансы и выбрать время, когда пользователи смогут временно прекратить работу.
В инструкциях по обновлению 1С встречается проверка списка активных пользователей перед обновлением и создание резервной копии после завершения остальных сеансов. Кроме того, отдельные официальные инструкции требуют, чтобы во время обновления не выполнялись фоновые и регламентные задания.
Активные сеансы пользователей
Перед обновлением проверьте, кто сейчас работает с информационной базой. В зависимости от конфигурации список может быть доступен через раздел администрирования или через соответствующие средства конфигуратора.
Для обычного ручного обновления разумно добиться ситуации, когда в базе остаётся только сеанс администратора, выполняющего работы. Если пользователь продолжает вводить документы во время подготовки или непосредственно перед созданием копии, резервная копия и фактическое состояние рабочей базы могут разойтись.
Нужно учитывать не только людей, открывших клиент 1С. В серверных системах могут выполняться:
- регламентные задания;
- фоновые операции;
- обмены данными;
- интеграции с внешними сервисами;
- автоматические загрузки и выгрузки.
Перед техническими работами желательно убедиться, что критичные процессы завершены и не запустятся повторно в середине обновления.
Техническое окно для обновления
Для рабочей базы лучше заранее выделить техническое окно — период, когда пользователи знают о временной недоступности 1С и не пытаются продолжать работу.
Продолжительность зависит от размера базы, количества промежуточных релизов, производительности системы, способа обновления и сложности конфигурации. Поэтому обещать фиксированное время без проверки конкретной базы не стоит.
До начала окна полезно:
- предупредить пользователей;
- завершить активные сеансы;
- остановить или учесть регламентные операции;
- создать актуальную резервную копию;
- подготовить файлы обновления;
- проверить, что есть необходимые права и доступ к порталу 1С;
- записать порядок возврата к предыдущему состоянию.
В серверной инфраструктуре также важно предусмотреть время на проверку клиентских рабочих мест, фоновых заданий, обменов и подключений после завершения установки.
Проверить доступность и совместимость обновлений
После определения текущей версии можно выбирать целевой релиз. Здесь важно учитывать не только то, какая версия является новой, но и разрешён ли переход на неё непосредственно с установленной конфигурации.
Фирма «1С» распространяет обновления конфигураций с указанием условий перехода. Файл обновления предназначен для перевода определённых предыдущих релизов на конкретную новую версию, поэтому порядок обновления нужно проверять до установки.
Нужный релиз конфигурации
При выборе обновления сначала найдите текущий номер конфигурации, а затем проверьте список релизов и допустимые исходные версии.
Если вы планируете обновлять 1С самостоятельно и вручную, заранее составьте последовательность переходов от текущей версии вашей базы до целевого релиза. Такой пошаговый план помогает правильно выбрать файлы обновлений и не пропустить промежуточную версию, если прямой переход на последний релиз не предусмотрен.
Например, если актуальная версия значительно новее установленной, может потребоваться несколько последовательных обновлений. Нельзя исходить из правила «всегда скачиваем самый новый файл и устанавливаем его»: возможность такого перехода зависит от конкретного прикладного решения и релиза.
Получать дистрибутивы и файлы обновлений следует через официальный сервис 1С:Обновление программ и другие предусмотренные фирмой «1С» каналы. Официальная документация по обновлению платформы направляет пользователей именно в сервис 1С:Обновление программ на портале 1С:ИТС.
Перед установкой полезно открыть описание релиза. Оно помогает понять, что изменилось, есть ли особый порядок перехода и требуется ли более новая версия технологической платформы.
Если обновление требуется из-за изменений законодательства или новых обязательных форм учёта, дополнительно проверьте описание выбранного релиза и убедитесь, что нужные изменения действительно входят именно в эту версию конфигурации.
Требования к версии платформы
Обновление конфигурации и обновление платформы — не одно и то же. Новая версия прикладного решения может требовать определённую минимальную версию платформы, поэтому сначала нужно проверить требования выбранного релиза.
Если установленная платформа удовлетворяет требованиям, её необязательно менять одновременно с конфигурацией. Это уменьшает количество изменений за одно техническое окно и упрощает поиск причины, если после работ появится ошибка.
Если же новая конфигурация требует более свежую платформу, нужно заранее скачать подходящий дистрибутив и продумать порядок установки. Для серверной 1С дополнительно проверяются серверные компоненты и клиентские рабочие места. Официальная документация 1С указывает, что информация о необходимости обновления технологической платформы предоставляется через сервис 1С:Обновление программ и может отображаться непосредственно в прикладном решении при настроенной интернет-поддержке.
Не следует выбирать версию платформы исключительно по принципу максимального номера. Основной критерий — требования конфигурации и совместимость используемой среды.
Проверить внешние компоненты и интеграции
Даже полностью успешное обновление основной конфигурации не гарантирует, что все дополнительные компоненты продолжат работать без изменений. До начала работ нужно составить список того, что подключено к базе помимо стандартной функциональности.
Особенно это важно для информационных систем, где 1С участвует в обмене с сайтом, CRM, банком, складскими системами или другими приложениями.
Внешние обработки и печатные формы
Внешние обработки, отчёты и печатные формы могут обращаться к объектам, реквизитам и механизмам конфигурации. Если после обновления структура или программный интерфейс используемых объектов изменились, дополнительная обработка может потребовать проверки или адаптации.
Перед обновлением желательно определить:
- какие внешние обработки регулярно используются;
- есть ли собственные печатные формы;
- кто их разработал и где хранятся исходные файлы;
- какие операции критичны для ежедневной работы;
- есть ли возможность проверить их на копии базы.
После обновления достаточно протестировать не каждую кнопку системы, а наиболее важные сценарии: запуск обработки, формирование основных документов и отчётов, печать используемых форм и обмен необходимыми данными.
Если внешняя обработка давно не поддерживается, обновление может просто обнаружить существующую проблему совместимости. Поэтому лучше знать о таких компонентах заранее, а не искать их после запуска пользователей.
Подключенные сервисы и расширения
Расширения позволяют изменять или дополнять типовую конфигурацию без непосредственного изменения её основной поставки. При запуске платформа подключает расширение к основной конфигурации. После обновления типового решения платформа снова выполняет это объединение и контролирует используемые расширением заимствованные объекты.
Это упрощает обновление типовых решений, но не отменяет проверку расширений. Если новая версия основной конфигурации изменила объекты, от которых зависит расширение, может потребоваться его адаптация.
До обновления стоит составить перечень:
- подключенных расширений;
- обменов с внешними системами;
- интеграций через HTTP- и веб-сервисы;
- дополнительных отчётов и обработок;
- сервисов интернет-поддержки;
- автоматических загрузок и выгрузок.
На сложной базе полезно сначала установить обновление на тестовой копии и проверить критичные интеграции. Такой подход позволяет обнаружить несовместимость до изменения рабочей информационной базы.
Подготовить план отката
План отката отвечает на простой вопрос: что делать, если после обновления база не запускается, появляются ошибки или ключевые функции работают неправильно.
Составлять такой план после возникновения проблемы поздно. До начала обновления должны быть известны исходная версия, местоположение резервной копии и порядок восстановления.
Что понадобится для восстановления базы
Минимальный набор зависит от варианта работы 1С, но обычно нужно сохранить:
- актуальную резервную копию информационной базы;
- номер исходной версии конфигурации;
- номер исходной версии платформы;
- дистрибутив предыдущей платформы, если она тоже обновляется;
- файлы и сведения о важных расширениях и внешних обработках;
- настройки критичных интеграций;
- данные о последовательности выполненных обновлений.
Для файловой информационной базы восстановление может выполняться из заранее созданной копии или выгрузки. Для клиент-серверного варианта основной механизм восстановления обычно связан с резервной копией СУБД. Официальные инструкции 1С отдельно предусматривают резервирование файловых и клиент-серверных баз и возможность выгрузки информационной базы через конфигуратор.
Если одновременно меняется серверная платформа, план становится шире: необходимо понимать, как вернуть предыдущую версию платформы и связанные серверные компоненты. Для таких работ отдельно сохраняют информацию о текущих настройках инфраструктуры до установки новой версии.
Когда следует откатить обновление
Не каждая небольшая проблема после обновления требует немедленного восстановления старой базы. Сначала нужно определить, связано ли поведение именно с новым релизом и можно ли безопасно исправить проблему без возврата.
Откат разумно рассматривать, если после обновления:
- информационная база не запускается или обновление завершилось с критической ошибкой;
- невозможно выполнять основные рабочие операции;
- обнаружена несовместимость важной доработки или интеграции, которую нельзя быстро устранить;
- нарушилась работа нескольких критичных процессов;
- дальнейшие попытки исправления могут усложнить восстановление исходного состояния.
При этом нельзя продолжать полноценную работу пользователей в новой базе, а затем без анализа восстанавливать старую копию: все документы и изменения, внесённые после обновления, в резервной копии отсутствуют.
Поэтому решение принимают во время технического окна, до возврата пользователей к обычной работе. Сначала проверяют запуск базы, основные документы, отчёты, расширения, обработки и интеграции. Если критичные функции работают корректно, обновлённую версию можно вводить в эксплуатацию. Если выявлена проблема, которую невозможно безопасно устранить в рамках работ, используют подготовленный сценарий восстановления.
Часто задаваемые вопросы
Можно ли обновить 1С сразу до последней версии?
Не всегда. Для конкретного релиза конфигурации нужно проверить, с каких предыдущих версий разрешён переход. Если текущая версия сильно отстаёт, может потребоваться последовательная установка нескольких промежуточных обновлений.
Нужно ли обновлять платформу 1С вместе с конфигурацией?
Не обязательно. Сначала проверьте требования нового релиза конфигурации к версии платформы: если установленная версия им соответствует, платформу можно оставить без изменений. Если требуется более новая платформа, её обновление следует включить в общий план работ и заранее проверить совместимость используемых компонентов.
Нужно ли сначала проверять обновление 1С на копии базы?
Для типовой и простой базы это не всегда обязательно, но для нетиповой конфигурации, большого количества расширений или важных интеграций тестовое обновление желательно. Оно позволяет проверить установку нового релиза, основные операции и совместимость до изменения рабочей информационной базы.
Что проверить после обновления 1С перед запуском пользователей?
Проверьте запуск информационной базы, вход пользователей, создание и проведение основных документов, формирование критичных отчётов, печатные формы и работу используемых интеграций. Если применяются расширения или внешние обработки, их также нужно протестировать до возвращения базы в обычную эксплуатацию.
Что делать, если после обновления 1С появились ошибки?
Сначала определите, затрагивает ли ошибка критичные рабочие процессы и связана ли она именно с новым релизом. Не допускайте пользователей к полноценной работе, пока проблема не оценена: если быстро устранить её безопасно не получается, можно восстановить резервную копию по заранее подготовленному плану отката.
Нужно ли обновлять все информационные базы 1С одновременно?
Нет, каждую базу лучше оценивать отдельно. У них могут отличаться конфигурации, текущие версии, доработки, расширения и требования к платформе, поэтому готовность одной базы к обновлению не означает, что остальные можно обновлять по той же схеме.
Что делать, если версия 1С давно не обновлялась?
Сначала зафиксируйте текущую версию платформы и конфигурации, затем проверьте доступные обновления и допустимую последовательность переходов. При большом количестве промежуточных релизов особенно важно создать актуальную резервную копию и предварительно проверить обновление на копии информационной базы.
Источники
Обновление технологической платформы 1С:Предприятие 8.3 — 1С:ИТС — официальная инструкция по обновлению платформы: создание резервной копии, получение дистрибутива, завершение работы пользователей, установка и проверка версии после обновления.
Обновление конфигурации — 1С:Предприятие 8 — документация платформы описывает обновление конфигураций на поддержке и без поддержки, применение сравнения и объединения и особенности работы пользователей при изменении структуры данных.
Поставка и поддержка — 1С:Предприятие 8 — официальное описание режимов поддержки, полной поддержки типовой конфигурации, возможности внесения изменений и порядка обновления изменённых конфигураций.
Введение в поставку и поддержку конфигураций — 1С:ИТС — методическая документация объясняет различия файлов CF и CFU, ограничения по исходным версиям для файлов обновления и механизм сравнения изменений пользователя и поставщика.
Размещение данных 1С:Предприятия 8 — 1С:ИТС — документация по администрированию описывает резервное копирование файловых баз, использование средств СУБД для клиент-серверных баз и выгрузку информационной базы через Конфигуратор.
Расширения — 1С:Предприятие 8 — официальное описание работы расширений, их автоматического подключения к типовой конфигурации после обновления и проверки заимствованных объектов.
1С:Обновление программ — Портал 1С:ИТС — официальный сервис с актуальными версиями программ и платформы, файлами обновлений, сведениями об изменениях релизов и условиями получения обновлений.
Оставьте заявку и мы подробно ответим на все Ваши вопросы!
