← На главную

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

Проанализируем ситуацию: имеется работающий сервер с конфигурацией «Управление торговлей, редакция 11» на платформе 8.3.24.1761. Планируется переезд на новый, более мощный сервер. На сайте 1С доступны более свежие версии: 8.3.25.x, 8.3.26.x, 8.3.27.x. Какую из них выбрать и в чем их принципиальные отличия? Давайте разберемся по шагам.

Принцип №1: «Работает — не трогай» или Изолируем переменные

Это золотое правило системного администрирования, и здесь оно применимо как нельзя лучше. Переезд на новый сервер — это уже само по себе серьезное изменение. Новое "железо", возможно, новая версия операционной системы, другие сетевые настройки — все это переменные, которые могут повлиять на производительность и стабильность 1С.

Если в этот момент мы также меняем версию платформы 1С, мы вводим еще одну, очень значимую, переменную. Представим, что после переезда система стала работать медленнее или появились ошибки. Что стало причиной? Проблемы с дисковой подсистемой нового сервера? Некорректные настройки MS SQL? Или все дело в багах новой версии платформы 1С?

Найти источник проблемы будет крайне сложно.

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

1. Создаем эталон. На новом сервере разворачиваем сервер 1С и MS SQL, используя ту же самую версию платформы, что и на старом сервере (в нашем случае — 8.3.24.1761).
2. Переносим базу. Разворачиваем копию рабочей базы данных и запускаем пользователей.
3. Сравниваем производительность. Замеряем скорость выполнения ключевых операций (открытие форм, проведение документов, формирование тяжелых отчетов). Теперь у нас есть объективные данные для сравнения производительности старого и нового серверов. Мы можем с уверенностью сказать, что прирост или падение скорости связано именно с аппаратной частью и настройками окружения, а не с платформой 1С.
4. Планируем обновление. Только после того, как мы убедились, что на старой версии платформы все работает стабильно и быстро, можно планировать ее обновление как отдельную задачу. Это позволит контролируемо перейти на новую версию и, в случае проблем, точно знать, что они вызваны именно обновлением.

Этот подход позволяет избежать хаоса и четко локализовать возможные проблемы, экономя время и нервы.

Принцип №2: Проверяем системные требования и совместимость

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

Совместимость с операционной системой

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

• Начиная с версии 8.3.26, прекращена поддержка устаревших 32-битных дистрибутивов Linux.
• В версии 8.3.27 прекращена поддержка целого ряда старых ОС от Microsoft: Windows Server 2003, Windows Server 2008, Windows XP, Windows Vista, Windows 7.

Что это значит на практике? Перед установкой платформы версии 8.3.27.x нужно убедиться, что ваш новый сервер работает на Windows Server 2012 / 2016 / 2019 / 2022, а на клиентских машинах установлена Windows 8.1, 10 или 11. Иначе клиентская или серверная часть просто не установятся или будут работать некорректно.

Совместимость с конфигурацией

Каждый релиз конфигурации (например, «Управление торговлей 11.5.20.80») рассчитан на работу с определенной версией платформы. Точнее, фирма "1С" указывает минимально необходимую версию. Это означает, что на более старой платформе конфигурация либо не запустится, либо будет работать с ошибками.

Где найти эту информацию?

1. В файле readme.txt, который поставляется вместе с дистрибутивом обновления конфигурации.
2. На странице релиза конфигурации на портале ИТС.

Перед обновлением платформы всегда сверяйтесь с требованиями вашей текущей или планируемой к установке версии конфигурации.

Принцип №3: «Золотая середина» и выбор стабильного релиза

Итак, мы убедились в совместимости и готовы выбрать конкретный номер версии. Стоит ли ставить самую последнюю, только что вышедшую? Опытные специалисты 1С чаще всего отвечают: «Нет».

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

Как выбрать "золотую середину"?

• Не ставьте релиз в день выхода. Дайте ему "отлежаться" хотя бы пару недель. За это время на профессиональных форумах и в сообществах появится первая обратная связь, и вы узнаете о возможных проблемах.
• Предпочитайте "финальные" релизы веток. Например, вместо первого релиза ветки 8.3.27 (например, 8.3.27.1508), лучше выбрать один из последних, хорошо зарекомендовавших себя релизов предыдущей ветки (например, стабильный релиз 8.3.26.x), если он удовлетворяет системным требованиям.
• Обращайте внимание на "народные приметы". В сообществе 1С бытует мнение, что не стоит ставить четные релизы или версии с определенными сочетаниями цифр. Это, конечно, не технический факт, а скорее отражение коллективного опыта и осторожности. Относиться к этому стоит со здоровым скептицизмом, но игнорировать полностью не стоит — это сигнал к повышенной бдительности.

Итоговый алгоритм выбора платформы 1С

Подведем итог и составим четкий пошаговый план действий для системного администратора при переносе сервера 1С.

1. Определите цель переноса.
   • Если главная задача — переехать на новое оборудование и сравнить производительность "лоб в лоб", однозначно используйте вашу текущую, проверенную версию платформы: 8.3.24.1761.
2. Проверьте требования конфигурации.
   • Если вы планируете обновлять конфигурацию «Управление торговлей» или уже обновили, откройте файл readme.txt из дистрибутива обновления и посмотрите, какая минимальная версия платформы там указана. Выбирать нужно версию не ниже этой.
3. Проанализируйте системное окружение.
   • Убедитесь, что операционная система нового сервера и всех клиентских ПК поддерживается выбранной вами версией платформы. Эту информацию можно найти в документации к платформе на сайте ИТС.
4. Выберите стабильный релиз.
   • Из подходящих по требованиям версий выберите не самую свежую, а ту, что вышла 1-2 месяца назад. Поищите отзывы о ней на специализированных форумах.
5. Проведите полномасштабное тестирование.
   • Никогда не обновляйте платформу сразу на рабочей базе! Сначала разверните копию базы на новом сервере с новой версией платформы. Попросите ключевых пользователей поработать в ней день-два и проверить все свои основные операции: создание заказов, реализацию товаров, печать чеков и этикеток, работу с торговым оборудованием, формирование самых "тяжелых" отчетов, обмены данными.
6. Подготовьтесь к "откату".
   • Перед окончательным переходом пользователей на новый сервер сделайте полную резервную копию рабочей базы данных. Убедитесь, что она успешно создалась и вы сможете из нее восстановиться в случае непредвиденных проблем.

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