Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

Post­greSQL — достаточно современная и популярная СУБД в мире. Её не обошла и фирма 1С, выбрав в качестве одной из поддерживаемых для работы СУБД. Рассмотрим инструкцию по установке Post­greSQL и её первоначальной настройки для 1С 8.3 под ОС Win­dows.

Установка и настройка сервера 1С Предприятие

Первым делом установим сервер 1C предприятия 8.3 (или 8.2). Для этого запустим файл setup.exe из архива. Установка мало чем отличается от обычной установки клиентского приложения, за исключением некоторых особенностей:

  • Не забудьте выбрать в компонентах нужные пункты:

Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

  • Указать, от чьего имени будет запускаться приложение. Рекомендуется создавать нового пользователя «USR1Cv8». У этого пользователя должны быть установлены нужные права:

Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

После установки части 1С можно приступить к работе с СУБД.

Установка PostgreSQL

Запустите файл postgresql‑9.1.2–1.1C(x64).msi, в папке win­dows выбрать подпапку 64 или 86, в зависимости от разрядности ОС. Можно оставить практически всё по умолчанию. Необходимо обратить внимание на следующие моменты:

Так же, как с 1С 8.3, СУБД устанавливается как сервис. Необходимо проверить права у используемого пользователя. Система по умолчанию создаст нового пользователя, от чего имени будет запускать службу:

Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

Настройка кластера 1C. Здесь необходимо указать пароль для пользователя:

Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

Для выполнения данного пункта должна быть запущена служба «Вторичный вход в систему» (sec­ondary logon). Если он не запущен, его следует запустить в списке всех сервисов:

Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

Настройка PostgreSQL под 1С

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

  • Для начала отключаем Ener­gy Sav­ing (в противном случае могут непредсказуемо вырасти задержки ответов из БД) и запрещаем своппинг разделяемой памяти.
  • Настраиваем основные параметры сервера СУБД (рекомендации по настройке описаны достаточно подробно, как на официальном сайте вендора, так и компанией 1С, поэтому остановимся только на самых важных).
  • В типовых рекомендациях компании 1С предлагается отключать механизмы Hyper­Thread­ing. Но тестирование Post­gres-pro на серверах, с включенной SMT (simul­ta­ne­ous mul­ti thread­ing), показало другие результаты.

Инструкция по установке PostgreSQL и её первоначальная настройка для 1С 8.3 под ОС Windows

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

  • Помимо этого, на «большой параметр» негативно влияет работа с множеством мелких страниц, которые по умолчанию имеют размер 8Кб. Работа с ними увеличивает накладные расходы. Что можно с этим сделать для оптимизации под 1С? В версии post­greSQL 9.4 появился параметр huge_pages, который можно включить, но только в Lin­ux. По умолчанию включаются огромные страницы с размером по умолчанию 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 основная задача этого параметра подсказать оптимизатору запроса, какой способ получения данных выбрать: полный просмотр или сканирование по индексу. Чем выше значение параметра, тем больше вероятность использования сканирования по индексу. При этом сервер не учитывает, что данные при выполнении запроса могут оставаться в памяти, и следующему запросу не надо их поднимать с диска.
Поделиться с друзьями
Добавить комментарий