Как выбрать стабильный релиз 1С:Предприятие 8.3.10/8.3.11 и PostgreSQL для рабочей базы?

Системный администратор 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

Обновление технологической платформы 1С:Предприятие и сервера СУБД в рабочей среде — ответственная задача, требующая предварительного анализа совместимости типовых конфигураций, используемых библиотек и специфики архитектурных изменений в релизах. Разберем по шагам, на какие релизы веток 8.3.10 и 8.3.11 стоит ориентироваться, какие подводные камни могут возникнуть при переходе и как правильно подготовить серверную инфраструктуру PostgreSQL.

Критерии выбора стабильного релиза платформы 1С

При подборе версии платформы для продуктивного контура в первую очередь проанализируем требования типовых решений и библиотеки стандартных подсистем (БСП):

  1. Рекомендации конфигураций: ориентируйтесь на требования наиболее массовых учетных решений (например, 1C:Бухгалтерия ред. 3.0). Если релиз конфигурации требует версию платформы не ниже определенного билда (например, 8.3.10.2667), именно этот билд прошел наибольшее количество тестов и эксплуатируется у максимального числа пользователей.
  2. Требования БСП: проверяйте совместимость с используемой редакцией «Библиотеки стандартных подсистем». Для БСП версий 2.4 минимальным порогом является релиз 8.3.10.2168.
  3. Проверенные билды линейки 8.3.10: на практике наиболее стабильными зарекомендовали себя сборки 8.3.10.2466 и 8.3.10.2667. В более поздних сборках (например, 8.3.10.2699) пользователи сталкивались с нестабильным поведением после обновлений конфигураций.

Особенности и риски перехода на линейку 8.3.11

Ветка 8.3.11 привнесла значительные внутренние изменения в платформу (включая отказ от устаревшей библиотеки STLPort и переход на стандартную библиотеку C++ std). Рассмотрим проблемы, с которыми можно столкнуться при миграции на 8.3.11:

  1. Синтаксический конфликт встроенных функций: начиная с 8.3.11, логические побитовые операции стали частью встроенного языка 1С. В более ранних версиях и типовых отчетах эти алгоритмы реализовывались через функции общего модуля:
    
    // В платформе 8.3.11 функции ПобитовоеИ и ПобитовоеИЛИ стали встроенными.
    // Если в конфигурации или внешнем отчете объявлена собственная функция:
    Функция ПобитовоеИ(Значение1, Значение2) Экспорт
        // Пользовательский код
    КонецФункции
    
    При открытии регламентированных отчетов или обработок на платформе 8.3.11 возникает синтаксическая ошибка: «Функция ПобитовоеИ уже определена». Перед обновлением необходимо выполнить синтаксический контроль конфигурации и внешних отчетов.
  2. Ошибки реструктуризации и расширений: в релизах 8.3.11 (например, 8.3.11.2899) при работе с базами, конвертированными с платформы 8.2 или использующими расширения, могут возникать ошибки поиска служебных таблиц. В тестовом контуре более стабильное поведение демонстрировал билд 8.3.11.2867.
  3. Режим совместимости: для предотвращения сбоев при запуске конфигураций на 8.3.11 убедитесь, что в свойствах конфигурации свойство РежимСовместимости установлено в значение Версия 8.3.10 или ниже.

Выбор и настройка СУБД PostgreSQL

Для стабильной работы баз данных 1С на базе PostgreSQL рекомендуется использовать специализированные сборки с патчами для 1С (от Postgres Professional или дистрибутивы с официального портала 1С). Оптимальным выбором для платформ 8.3.10 и 8.3.11 являются проверенные версии PostgreSQL 9.4.x и 9.6.x.

Проанализируем ключевые параметры конфигурационного файла postgresql.conf для продуктивной работы:

  1. Пул соединений: параметр max_connections рекомендуется выставлять в пределах от 500 до 1000, чтобы кластер 1С не упирался в лимит при пиковых нагрузках. Начиная с 8.3.10, платформа автоматически освобождает неиспользуемые сессии СУБД через 30 минут, что предотвращает утечку ресурсов.
  2. Выделение памяти:
    • shared_buffers: задаем на уровне 25–30% от всей оперативной памяти сервера;
    • effective_cache_size: задаем на уровне 50–75% от общего объема ОЗУ;
    • temp_buffers и work_mem: настраиваем с учетом сложности аналитических отчетов и количества одновременных пользователей.
  3. Локализация: при создании кластера СУБД критически важно корректно задавать локаль (ru_RU.UTF-8 в Linux или Russian_Russia.1251 в Windows). Ошибки в локали приводят к сообщению «Порядок сортировки не поддерживается базой данных».

Пошаговый план безопасного обновления

Чтобы избежать простоев пользователей и аварийных ситуаций, выполним процедуру по регламенту:

  1. Резервное копирование: создаем выгрузку информационной базы в файл .dt и средствами СУБД делаем полный дамп базы данных (pg_dump).
  2. Проверка службы сервера 1С: после установки нового релиза проверяем путь к исполняемому файлу ragent.exe в параметрах службы 1C:Enterprise 8.3 Server Agent. При необходимости перерегистрируем службу на актуальный каталог.
  3. Очистка серверного и клиентского кэша: удаляем временные файлы в каталоге данных кластера серверов srvinfo (за исключением файлов конфигурации кластера) и на рабочих станциях пользователей.
  4. Синтаксическая проверка: запускаем конфигуратор и через меню «Конфигурация — Проверка конфигурации» проверяем модули на наличие конфликтующих имен функций и методов.
← На главную