Какой релиз платформы 1С:Предприятие 8.3 установить
Содержание
Для промышленной базы ставят не самый свежий релиз платформы 8.3, а тот, что 1С отметила как рекомендованный, и обязательно не ниже минимальной версии, которую требует ваша конфигурация. Номер платформы выглядит как 8.3.24.1368: третье число — линейка релиза, четвёртое — сборка внутри линейки.
Ниже — как эти два ограничения уживаются, чем рекомендованная версия отличается от актуальной, какой релиз выбрать под вашу ОС и число пользователей, и как потом обновиться и откатиться, не потеряв базу.
Версия платформы и версия конфигурации — это разные вещи
Платформа 8.3 — это ядро, которое запускает любую конфигурацию (Бухгалтерия, ЗУП, УТ, самописная). Конфигурация — прикладное решение поверх ядра. У каждой свой номер и свой график обновлений.
Связь между ними односторонняя: конфигурация задаёт минимальную версию платформы, на которой она вообще запустится. В описании любого релиза типовой конфигурации вендор прямо пишет: «для работы требуется платформа не ниже 8.3.XX». Если платформа ниже этого порога — база просто не откроется.
Обратное направление свободнее. Платформа 8.3 обратно совместима: более новый релиз запускает конфигурации, собранные под более старые релизы. Поэтому саму платформу можно обновлять отдельно от конфигурации и наоборот.
Правило на практике: сначала смотрите, какая платформа нужна вашей конфигурации (минимальный номер), потом из подходящих релизов выбираете конкретный по стабильности и совместимости с ОС.
Отдельно стоит режим совместимости — свойство самой конфигурации (Режим совместимости в свойствах конфигурации). Он заставляет новую платформу вести себя как более старая, чтобы прикладной код не сломался при переходе. Пока режим совместимости выставлен на старую версию, часть новых возможностей платформы будет недоступна, даже если релиз свежий. Менять его стоит осознанно и только после тестирования на копии.
Как узнать, какая версия платформы установлена
Прежде чем выбирать новый релиз, посмотрите, что стоит сейчас — иначе легко поставить то, что уже есть, или откатиться вслепую.
Два простых способа:
- 🔍 В запущенной базе. Нажмите кнопку главного меню (в интерфейсе «Такси» — значок со стрелкой вниз в левом верхнем углу), затем
Справка → О программе. В окне указан точный номер вида8.3.24.1368. - 🔍 В окне запуска. Стартер 1С показывает список баз; номер используемой версии платформы виден в нижней части окна. Если на машине несколько релизов, здесь же видно, какой из них подхватывается по умолчанию.
Запишите полный номер до четвёртой цифры. Третье число (линейка) важно для совместимости с конфигурацией и ОС, четвёртое (сборка) — для понимания, насколько релиз свежий внутри своей линейки.
Отдельно уточните тип клиента, которым работают пользователи: тонкий клиент (основной для 8.3), толстый клиент или веб-клиент. Это не меняет номер платформы, но влияет на то, какие компоненты дистрибутива вам нужно установить.
Актуальная, рекомендованная и предыдущая: какой релиз брать
У линейки 8.3 одновременно живут несколько релизов. 1С присваивает им статусы, и для выбора важны два понятия:
- 📌 Актуальная версия — самый свежий выпущенный релиз. В нём новые возможности, но и свежие, ещё не отловленные ошибки.
- ✅ Рекомендованная версия — релиз, который вендор советует для промышленной эксплуатации. Обычно это не самый последний номер, а обкатанный предыдущий.
Для рабочей базы, где ведут учёт и сдают отчётность, ставят рекомендованную версию. Актуальную имеет смысл брать, только если в ней есть конкретная нужная вам функция или исправление вашей ошибки.
Статус релиза и его минимальные требования публикуются в карточке обновления платформы — там же, где вы скачиваете дистрибутив (в личном кабинете поддержки или на портале обновлений). Не определяйте «свежесть» на глаз по номеру: ориентируйтесь на пометку статуса.
Жизненный цикл: когда релиз пора менять
Старые релизы со временем перестают получать исправления. Если ваша платформа отстала на несколько линеек, риски растут: новые конфигурации потребуют номер выше, а под старую платформу уже не выпускают патчи совместимости с обновлениями ОС.
Признаки, что платформу пора поднимать:
- Очередной релиз конфигурации требует платформу с номером выше установленной.
- Перестали приходить исправления под вашу линейку.
- Обновилась серверная ОС или СУБД, и прежний релиз официально её не поддерживает.
Совместимость с операционной системой и разрядностью
Выбор релиза упирается не только в номер, но и в то, где платформа будет работать. Поддержка конкретных версий ОС отличается от релиза к релизу, поэтому системные требования смотрят именно для той сборки, которую собираетесь ставить.
Общая картина по платформе 8.3:
| Компонент | Windows | Linux | macOS |
|---|---|---|---|
| Клиент (тонкий/толстый) | да | да | да (тонкий клиент) |
| Сервер 1С:Предприятия | да | да | нет |
| Веб-клиент | через браузер | через браузер | через браузер |
Про разрядность:
- 🧩 Для сервера берут 64-разрядную версию — она снимает ограничение по памяти на один процесс.
- 🧩 Клиент бывает 32- и 64-разрядным; на современных ОС ставят 64-разрядный.
- 🧩 Разрядность сервера 1С и СУБД должна быть согласована с тем, что поддерживает конкретный релиз.
В клиент-серверном варианте добавляется СУБД. Платформа 8.3 работает с несколькими системами управления базами данных — среди них PostgreSQL и Microsoft SQL Server. Конкретный поддерживаемый список версий СУБД тоже привязан к релизу платформы, так что эти три вещи — платформа, ОС, СУБД — подбирают как единый комплект, а не по отдельности.
На Linux есть своя тонкость: дистрибутивы платформы выпускают в виде пакетов для распространённых семейств (DEB и RPM), и поддержка конкретных дистрибутивов и их версий меняется от релиза к релизу. Если учёт ведут на отечественных или серверных сборках Linux, проверяйте в системных требованиях релиза, что ваш дистрибутив в списке поддерживаемых, а не просто «Linux вообще». Для клиента на Linux обычно ставят тонкий клиент — он не требует полной серверной обвязки.
Частая ошибка — поставить свежий сервер 1С на старую серверную ОС, которую этот релиз уже не поддерживает. Сверяйте системные требования до установки, а не после.
Стабильность или новые возможности: как найти баланс
Это главный компромисс при выборе. Чем свежее релиз, тем больше в нём нового — и тем выше шанс нарваться на ошибку, которую ещё никто не описал. Чем старее — тем спокойнее, но тем ближе конец поддержки.
Ориентиры для решения:
- Боевая база, где нельзя простаивать → рекомендованная версия. Стабильность важнее функций.
- Проектное внедрение с новыми механизмами платформы → актуальная версия на тестовом контуре, перенос на рабочую — после приёмки.
- Разнородный парк баз → приводят к одному релизу, чтобы не держать зоопарк версий и правил запуска.
Ещё один нюанс — шаг обновления. Если текущая платформа отстала на несколько линеек, не стоит сразу прыгать на самый свежий релиз: чем больше разрыв, тем выше шанс поймать накопившиеся изменения поведения. Разумнее подниматься до актуального рекомендованного релиза и каждый такой переход проверять на копии.
Правило, которое экономит выходные: любую смену релиза сначала проверяют на копии рабочей базы. Разверните копию под новой платформой, прогоните типовые операции — проведение документов, закрытие месяца , формирование отчётов, обмены — и только потом меняйте версию на боевой.
Файловый или клиент-серверный режим
Платформа одна, а база может работать в двух режимах. Дистрибутив тот же — разница в том, как хранятся данные и сколько людей одновременно их трогает.
Файловый режим. Вся база — это папка с файлом 1Cv8.1CD. Запускается без отдельного сервера, ставится за минуты. Подходит для одного-нескольких одновременных пользователей и небольшого объёма данных. Ориентировочный потолок комфортной работы — около пяти активных сеансов; дальше растут блокировки и падает скорость.
Клиент-серверный режим. Между клиентами и данными стоят сервер 1С:Предприятия (кластер) и отдельная СУБД. Это для многопользовательской работы, больших баз и повышенных требований к надёжности. Требует серверную лицензию и установку серверной компоненты.
| Критерий | Файловый | Клиент-серверный |
|---|---|---|
| Пользователей одновременно | единицы | десятки и сотни |
| Хранение | файл 1Cv8.1CD | СУБД (PostgreSQL, MS SQL и др.) |
| Что нужно ставить | только платформу | платформу + сервер 1С + СУБД |
| Надёжность и резервы | ручные копии | штатные средства СУБД |
| Порог входа | низкий | выше (настройка кластера) |
На выбор релиза режим влияет косвенно: для клиент-серверного варианта критичнее совместимость с конкретной версией СУБД и серверной ОС, а значит, круг подходящих релизов уже. Файловую базу
можно позже перевести в клиент-серверную — выгрузкой в файл .dt и загрузкой на сервере.
Переходить на клиент-серверный режим есть смысл, когда пользователей становится больше, база растёт и файловый вариант начинает тормозить на блокировках. Это не про смену платформы, а про смену способа хранения: номер релиза остаётся тем же, меняется схема развёртывания. Поэтому решение о режиме принимают до закупки серверной лицензии и выбора СУБД, а не после установки платформы.
Как обновить платформу и как откатиться назад
Обновление платформы не трогает конфигурацию и данные — вы меняете только ядро, которым запускается база. Старые релизы при установке нового не удаляются: на машине спокойно сосуществуют несколько версий платформы, а стартер по умолчанию запускает базу последней доступной.
Порядок обновления:
- Сделайте резервную копию базы (для файловой — скопируйте папку целиком; для серверной — средствами СУБД).
- Установите новый релиз платформы. Старые версии оставьте — они понадобятся для отката.
- Проверьте, что номер релиза не ниже требуемого вашей конфигурацией.
- Запустите базу и прогоните ключевые операции.
При необходимости запуск можно зафиксировать на конкретную версию платформы — через настройки стартера (общий конфигурационный файл стартера). Это удобно, когда на машине несколько релизов, а база должна открываться строго одним из них. Точные параметры фиксации смотрите в документации по стартеру для вашей версии.
Откат. Если после обновления что-то пошло не так, а структуру конфигурации вы не меняли, откат сводится к запуску базы прежним релизом, который остался на машине. Поэтому старые версии и не удаляют. Если же вы успели внести изменения или сомневаетесь — разворачивайте базу из резервной копии, снятой перед обновлением.
Прежде чем открыть рабочую базу новым релизом впервые, убедитесь, что копия снята и лежит отдельно. Самый надёжный откат — это свежий бэкап, а не вера в обратную совместимость.
Для клиент-серверной базы обновление сервера 1С:Предприятия планируют на окно обслуживания: во время перезапуска серверной службы активные сеансы пользователей оборвутся, поэтому делают это вне рабочего времени и предупреждают пользователей заранее.