Обновление технологической платформы 1С:Предприятие и сервера СУБД в рабочей среде — ответственная задача, требующая предварительного анализа совместимости типовых конфигураций, используемых библиотек и специфики архитектурных изменений в релизах. Разберем по шагам, на какие релизы веток 8.3.10 и 8.3.11 стоит ориентироваться, какие подводные камни могут возникнуть при переходе и как правильно подготовить серверную инфраструктуру PostgreSQL.
При подборе версии платформы для продуктивного контура в первую очередь проанализируем требования типовых решений и библиотеки стандартных подсистем (БСП):
1C:Бухгалтерия ред. 3.0). Если релиз конфигурации требует версию платформы не ниже определенного билда (например, 8.3.10.2667), именно этот билд прошел наибольшее количество тестов и эксплуатируется у максимального числа пользователей.8.3.10.2168.8.3.10.2466 и 8.3.10.2667. В более поздних сборках (например, 8.3.10.2699) пользователи сталкивались с нестабильным поведением после обновлений конфигураций.Ветка 8.3.11 привнесла значительные внутренние изменения в платформу (включая отказ от устаревшей библиотеки STLPort и переход на стандартную библиотеку C++ std). Рассмотрим проблемы, с которыми можно столкнуться при миграции на 8.3.11:
// В платформе 8.3.11 функции ПобитовоеИ и ПобитовоеИЛИ стали встроенными.
// Если в конфигурации или внешнем отчете объявлена собственная функция:
Функция ПобитовоеИ(Значение1, Значение2) Экспорт
// Пользовательский код
КонецФункции
8.3.11.2899) при работе с базами, конвертированными с платформы 8.2 или использующими расширения, могут возникать ошибки поиска служебных таблиц. В тестовом контуре более стабильное поведение демонстрировал билд 8.3.11.2867.РежимСовместимости установлено в значение Версия 8.3.10 или ниже.Для стабильной работы баз данных 1С на базе PostgreSQL рекомендуется использовать специализированные сборки с патчами для 1С (от Postgres Professional или дистрибутивы с официального портала 1С). Оптимальным выбором для платформ 8.3.10 и 8.3.11 являются проверенные версии PostgreSQL 9.4.x и 9.6.x.
Проанализируем ключевые параметры конфигурационного файла postgresql.conf для продуктивной работы:
max_connections рекомендуется выставлять в пределах от 500 до 1000, чтобы кластер 1С не упирался в лимит при пиковых нагрузках. Начиная с 8.3.10, платформа автоматически освобождает неиспользуемые сессии СУБД через 30 минут, что предотвращает утечку ресурсов.shared_buffers: задаем на уровне 25–30% от всей оперативной памяти сервера;effective_cache_size: задаем на уровне 50–75% от общего объема ОЗУ;temp_buffers и work_mem: настраиваем с учетом сложности аналитических отчетов и количества одновременных пользователей.ru_RU.UTF-8 в Linux или Russian_Russia.1251 в Windows). Ошибки в локали приводят к сообщению «Порядок сортировки не поддерживается базой данных».Чтобы избежать простоев пользователей и аварийных ситуаций, выполним процедуру по регламенту:
.dt и средствами СУБД делаем полный дамп базы данных (pg_dump).ragent.exe в параметрах службы 1C:Enterprise 8.3 Server Agent. При необходимости перерегистрируем службу на актуальный каталог.srvinfo (за исключением файлов конфигурации кластера) и на рабочих станциях пользователей.