Вопросу, какая же СУБД - Postgresql или MS SQL для 1С является наиболее оптимальной, посвящено множество статей. В этой статье мы рассмотрим шаги оптимизации обоих. Каждая СУБД вендора имеет как собственные рекомендации по настройке, так и рекомендации фирмы 1С. Следует отметить, что в зависимости от оборудования, конфигурации серверов и количества пользователей, задающих разную нагрузку, детали процесса оптимизации СУБД под 1С и реализации рекомендаций могут меняться.

Опыт эксплуатации баз 1С на PostgreSQL показал, что наибольшей производительности и оптимальной работы 1С и PostgreSQL удалось добиться на linux, поэтому желательно использовать именно ее. Но вне зависимости от операционной системы, важно помнить, что настройки, указанные по умолчанию при установке PostgreSQL, предназначены только для запуска сервера СУБД. Ни о какой промышленной эксплуатации речи идти не может! Следующим шагом после запуска станет оптимизация PostgreSQL под 1С:

• Для начала отключаем Energy Saving (в противном случае могут непредсказуемо вырасти задержки ответов из БД) и запрещаем своппинг разделяемой памяти.
• Настраиваем основные параметры сервера СУБД (рекомендации по настройке описаны достаточно подробно, как на официальном сайте вендора, так и компанией 1С, поэтому остановимся только на самых важных).
• В типовых рекомендациях компании 1С предлагается отключать механизмы HyperThreading. Но тестирование Postgres-pro на серверах, с включенной SMT (simultaneous multi threading), показало другие результаты.

Установка параметра shared_buffers в RAM/4 является рекомендацией по умолчанию, но пример Sql Server говорит о том, что чем больше памяти ему выделяется, тем лучше его производительность (при отключенном сбросе страниц в файл подкачки). То есть, чем больше страниц данных располагаются в оперативной памяти, тем меньше обращений к диску. Возникает вопрос: почему такой маленький кэш? Ответ прост: если shared_buffers большой, то часть неиспользуемых страниц свопируется на диск. Но как отследить момент, когда сброс прекратится, и показатель параметра будет оптимальным? Для достижения и выхода на оптимальный показатель shared_buffers, его значение необходимо поднимать на продуктиве ежедневно (по возможности) с определенным шагом прироста и смотреть, в какой момент начнется сброс страниц на диск (увеличится своп).

• Помимо этого, на «большой параметр» негативно влияет работа с множеством мелких страниц, которые по умолчанию имеют размер 8Кб. Работа с ними увеличивает накладные расходы. Что можно с этим сделать для оптимизации под 1С? В версии postgreSQL 9.4 появился параметр huge_pages, который можно включить, но только в Linux. По умолчанию включаются огромные страницы с размером по умолчанию 2048 kB. Дополнительно поддержку данных страниц необходимо включить в ОС. Таким образом, оптимизировав структуру хранения, можно выйти на больший показатель shared_buffers.
• work_mem = RAM/32..64 или 32MB..128MB Задает объем памяти для каждой сессии, который будет использоваться для внутренних операций сортировки, объединения и пр., прежде чем будут задействованы временные файлы. При превышении этого объема, сервер будет использовать временные файлы на диске, что может существенно снизить скорость обработки запросов. Данный параметр используется при выполнении операторов: ORDER BY, DISTINCT, соединения слиянием и пр.
• Посчитать дополнительно данный параметр можно следующим образом: (Общая память shared_buffers – память на другие программы) / число активных соединений. Это значение можно уменьшать, следя за количеством создаваемых временных файлов. Такую статистику по размеру и количеству временных файлов можно получить из системного представления pg_stat_database.
• effective_cache_size = RAM - shared_buffers основная задача этого параметра подсказать оптимизатору запроса, какой способ получения данных выбрать: полный просмотр или сканирование по индексу. Чем выше значение параметра, тем больше вероятность использования сканирования по индексу. При этом сервер не учитывает, что данные при выполнении запроса могут оставаться в памяти, и следующему запросу не надо их поднимать с диска.

Установка 1С на PostgreSQL под Windows – достаточно простой процесс. При запуске установочного пакета необходимо указать кодировку UTF-8. По сути, это единственный интересный нюанс и еще какая-то настройка PostgreSQL для 1С 8.3 из-под Windows не потребуется. Установка и настройка PostgreSQL для 1С на ОС linux может вызвать ряд затруднений. Для их преодоления в качестве примера рассмотрим запуск работы (используя дистрибутивы ведущего российского вендора PostgreSQL-Pro и компании 1С) PostgreSQL на сервере Ubuntu 16.04 х64

• Скачиваем указанную позицию дистрибутива СУБД PostgreSQL:
• Выкладываем PostgreSQL на сервер
• Распаковать установщик СУБД PostgreSQL можно командой:

  tar -xvf postgresql-9.4.2-1.1C_amd64_deb.tar.bz2

• Перед установкой дистрибутива СУБД PostgreSQL проверим наличие в системе необходимой локали (по умолчанию ru_RU.UTF-8):
• Если система, с которой будет работать PostgreSQL, ставилась с языком отличным от русского, необходимо создать новые локали:

  locale-gen ru_RU
  update-locale LANG=ru_RU.UTF8
  dpkg-reconfigure locales

• Если необходимая локаль все же имеется, устанавливаем ее по умолчанию:

  locale –a
  nano /etc/default/locale
  Заменяем содержимое на LANG=ru_RU.UTF-8

• После перезагрузки, установим необходимые пакеты для нашей версии PostgreSQL:

  apt-get install libxslt1.1 ssl-cert

• Версия PostgreSQL пакета 9.4.2-1.1C связана с пакетом libicu версии libicu48. В репозитории нужной версии уже нет, ее можно скачать
• Скачиваем и помещаем в каталог, где хранятся скачанные файлы для PostgreSQL
• Перейдя в каталог с файлами PostgreSQL, производим установку, последовательно набирая следующие команды:

  cd <Путь к папке с файлами>
  dpkg -i libicu48_4.8.1.1-3ubuntu0.6_amd64.deb
  dpkg -i libpq5_9.4.2-1.1C_amd64.deb
  dpkg -i postgresql-client-common_154.1.1C_all.deb
  dpkg -i postgresql-common_154.1.1C_all.deb
  dpkg -i postgresql-client-9.4_9.4.2-1.1C_amd64.deb
  dpkg -i postgresql-9.4_9.4.2-1.1C_amd64.deb
  dpkg -i postgresql-contrib-9.4_9.4.2-1.1C_amd64.deb

• Готово. Дистрибутив СУБД PostgreSQL установлен

Для установки сервера необходимо выполнить подряд следующие команды:

sudo sh -c 'echo "deb http:// 1c.postgrespro.ru/deb/ $(lsb_release -cs) main" > /etc/apt/sources.list.d/postgrespro-1c.list'
wget --quiet -O - http:// 1c.postgrespro.ru/keys/GPG-KEY-POSTGRESPRO-1C-92 | sudo apt-key add - && sudo apt-get update
sudo apt-get install postgresql-pro-1c-9.4

Для доступа к серверу редактируем параметры в файле pg_hba.conf

сd <Путь до каталога pg_hba.conf>
cp pg_hba.conf pg_hba.conf.old
bash -c "echo 'local all postgres trust' > pg_hba.conf"
bash -c "echo 'host all all all md5' >> pg_hba.conf"

Файл хорошо документирован, но на английском языке. Кратко рассмотрим основные параметры:

TYPE

• Local локальное подключение только через unix
• Host подключение по TCP/IP
• Hostssl шифрованное SSL-подключение по TCP/IP (сервер должен быть собран с поддержкой SSL, также требуется установить параметр ssl)
• Hostnossl нешифрованное подключение по TCP/IP

METHOD

• trust допустить без аутентификации
• reject отказать без аутентификации
• password запрос пароля открытым текстом
• md5 запрос пароля в виде MD5
• ldap проверка имени и пароля с помощью сервера LDAP
• radius проверка имени и пароля с помощью сервера RADIUS
• pam проверка имени и пароля с помощью службы подключаемых модулей

Далее необходимо запустить сервер:

 root@NODE2:/home/asd# service --status-all |grep postgres
[ - ] postgresql
root@NODE2:/home/asd# service postgresql start
root@NODE2:/home/asd# service --status-all |grep postgres
[ + ] postgresql

Труд не мой.