Какой релиз платформы 1С 8.3 лучше устанавливать

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

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

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

Как устроена нумерация релизов платформы 1С 8.3

Номер версии платформы состоит из четырёх частей, например 8.3.22.1750. Первые две цифры (8.3) — поколение платформы. Третья цифра — номер функциональной версии (8.3.22, 8.3.24 и т.д.), в которой появляются новые возможности и изменения поведения. Четвёртая цифра — номер сборки (релиза) внутри функциональной версии; в таких сборках исправляются ошибки без изменения функциональности.

Из этого следует практический вывод: обновление внутри одной функциональной версии (например, с 8.3.22.1709 на 8.3.22.1750) — относительно безопасная операция, так как меняются только исправления. Переход на новую функциональную версию (с 8.3.22 на 8.3.24) требует обязательного тестирования, потому что могут измениться поведение механизмов платформы, требования к режиму совместимости и системные требования.

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

От чего зависит выбор релиза

Главный критерий — требования конфигурации. В описании каждого релиза типовой конфигурации указывается минимальная версия платформы, необходимая для её работы, а иногда и рекомендуемая. Если для обновления Бухгалтерии требуется платформа не ниже 8.3.22, то на 8.3.20 конфигурация просто не обновится или будет работать некорректно.

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

Третий фактор — операционная система и СУБД. Новые функциональные версии платформы постепенно прекращают поддержку устаревших ОС и версий СУБД. Перед переходом на новую ветку платформы проверьте системные требования: поддерживается ли ваша версия Windows Server, Linux, PostgreSQL или MS SQL Server.

Самый свежий релиз: когда ставить, а когда подождать

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

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

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

Порядок безопасного обновления платформы

Безопасный сценарий обновления выглядит одинаково и для файловой, и для клиент-серверной базы. Сначала снимается полная резервная копия: для файловой базы — выгрузка в dt или копия каталога, для клиент-серверной — средствами СУБД. Затем новая платформа устанавливается параллельно со старой — платформа 1С позволяет держать на одном компьютере несколько версий одновременно.

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

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

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

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

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

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

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

Типичные ошибки при выборе и установке релиза

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

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

Как проверить, что выбранный релиз работает корректно

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

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

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

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

Запуск базы

Норма

База открывается, версия платформы соответствует плановой

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

Ошибка несовместимости версии или требование обновить конфигурацию

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

Норма

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

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

Ошибки встроенного языка, падение клиента

Отчёты и печать

Норма

Отчёты формируются, печатные формы выводятся

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

Пустые отчёты, ошибки формирования

Расширения и обработки

Норма

Все расширения проходят проверку применимости

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

Расширение отключено или выдаёт ошибки

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

Можно ли держать на одном компьютере несколько версий платформы 1С?

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

Откроется ли база старой платформой после запуска на новой?

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

Что делать, если после обновления платформы перестала работать конфигурация?

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

Нужно ли обновлять платформу, если всё работает?

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

Какую разрядность платформы выбрать — 32 или 64 бита?

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

Где взять дистрибутив нужного релиза платформы?

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