Установка і настройка 1с сервер postgresql. встановлюємо PostgreSQL

Криза справа неприємна ... і багато намагаючись заощадити хоч як-небудь, і встановлюють на Windows PostgreSQL замість MS SQL.

Хоча якщо по Вашій компанії невеликі обороти, то краще поставити MS SQL Server 2014 Express, тому що з досвіду PostgreSQL добре працює на Linux, на Windows при настройках за умовчанням PostgreSQL працює повільніше MS SQL Server 2014 Express.

Встановлюємо PostgreSQL 9.2.4-1

Викачуємо офіційні пакет з сайту 1С (users.v8.1c.ru) і запускаємо установку

Відзначаємо об'єкти до установки, якщо вони не зазначені

Встановлюємо "як сервіс". Для роботи цього сервісу буде потрібно спеціальний користувач. Вказуємо обліковий запис, домен (якщо є) і пароль.

якщо користувач postgresне заведені в системі, то установник запитає створити користувача? - тиснемо та

Перейдемо до наступного кроку і вкажемо Ініціалізувати кластер БД, порт 5432 і Кодування UTF8

Якщо кластер серверів 1С та PostgreSQLна різних машинах, то ставимо галочку «Підтримувати під'єднання з будь-яких IP, а не тільки з localhost».

Якщо процес установки завершується без проблем, то вам пощастило

Частіше бувають проблеми, рішення просте і елегантне (бубон можна залишити):

1. Створити / Змінити акаунт postgres, включити її в групу Адміністратори

2. Вийти з системи і ввійти в неї під обліковим записом postgres

3. Запустити установку PostgreSQL

Після установки через меню "Пуск" - "Усі програми" запускаємо утиліту адміністрування «pgAdmin III».

Підключаємося до сервера. Там вводимо пароль для користувача «postgres». Якщо підключитися вдалося, спробуємо створити нову базу засобами самої 1С.

Запускаємо клієнтську частину 1С. Тиснемо кнопку "Додати", ставимо галочку "Сервер підприємства 1С". Далі заповнюємо наступне: сервер бази даних (IP або DNS ім'я того сервера, куди ставили PostgreSQL) - якщо той же, що і кластер 1С, то вказуємо 127.0.0.1. Ім'я бази даних: [любое_імя]. Користувач: "postgres" Пароль: [ваш_пароль_postgres]. Далі.

У цій статті ми постараємося розповісти, як самостійно виконати публікацію бази даних на сервері, як зв'язати PosgreSQL і 1С і які підводні камені можуть зустрітися на вашому шляху.

Для чого це треба

Використання дозволяє:

знизити системні вимоги до комп'ютерів користувачів, за рахунок перерозподілу навантаження;
Працювати з базами даних великих обсягів;
використовувати тонкий клієнт для роботи з інформацією;
Оптимізувати час виконання запитів і звернень до бази даних;
Автоматизувати виконання фонових і регламентних завдань;
налаштувати резервне копіювання і прискорити час відновлення бази даних з збереженої копії.

Умови для вирішення завдання

На старті ми маємо:

Персональний комп'ютер зі встановленою 64 розрядної операційної системою Windows 7;
Інсталятор 1С, платформа 8.3.10.2505;
файлову базу даних «Зарплата і управління персоналом», версія 3.1.3.223;
Оптимізований для 1С postgreSQL установник PostgreSQL 64-bit 9.4.11;
Додаткову утиліту для адміністрування сервера pgAdmin 4.

Приступимо до встановлення.

Установка сервера і його налаштування

У наше завдання не входить питання про тонкощі налаштування PostgreSQL сервера і будь-яких його нюансах. Ми постараємося максимально просто і доступно розповісти, як подружити його з 1С. Виходячи з вищесказаного, ми не будемо змінювати параметри, автоматично видаються інсталятором.

Дійшовши до вікна (Рис.1) ми повинні будемо ввести пароль супер користувача.

Якщо Ви налаштовуєте робочий сервер, одним із завдань якого буде захист даних і організація стороннього доступу до них, то крім пароля слід так само змінити ім'я головного користувача сервера .

Галочка «Підтримувати підключення ...» встановлена \u200b\u200bза замовчуванням, в разі, якщо сервер бази даних і сервер 1С знаходяться на одному комп'ютері, її можна зняти.

Так як на піддослідному комп'ютері встановлена \u200b\u200bтільки одна 4GB плитка оперативної пам'яті, Програма автоматично може збільшити її обсяг, про що і повідомляє вікно (Рис.2).

Мал. 2

В принципі, більше тут налаштовувати нічого. Після установки в головному меню з'явиться відповідна папка (Рис.3).

Мал. 3

Звідси можна зупиняти, перезавантажувати і стартувати сервер.

Її установка також не представляє ніяких проблем.

Виконуємо її запуск і бачимо вікно (Рис.4)

рис.4

Подальша послідовність дій:

На цьому підготовка PostgreSQL до роботи начебто закінчена, але що робити, якщо наш сервер повинен обслуговувати кілька різних баз даних? Як фізично розділити місця їх зберігання?

Для цього необхідно викликати контекстне меню гілки «Tablespaces» і створити новий елемент. Для кожної бази даних можна прописати:

Ім'я місця зберігання;
Місцезнаходження робочої директорії;
Створити коментар, який містить детальну інформацію про місцезнаходження таблиць.

Тепер приступимо до налаштування 1С.

Установка і настройка 1С

Запускаємо інсталятор платформи і встановлюємо такі компоненти:

Сервер 1С Підприємства;
Утиліту адміністрування сервера;
Модулі розширення сервера;
Саму платформу.

Це обов'язковий набір, інші компоненти встановлюються за бажанням (Рис.9).

рис.9

На другому кроці нам запропонують вибрати користувача або створити нового (Рис.10).

рис.10

У разі, якщо ми збираємося використовувати поточного або іншого, відмінного від USR1CV8, користувача, ми повинні йому додати наступні права:

Вхід в систему як сервіс;
Вхід в систему як пакетне завдання.

Запустивши утиліту адміністрування, переконуємося, що наш сервер активний.

Додаємо нову інформаційну базу в дерево адміністрування (Рис.11)

рис.11

Тут важливо відзначити, що створення бази даних 1С на PostgreSQL сервері можна виконати і з вікна запуску програми. В цьому випадку:

Трохи докладніше про цю форму:

Кластер серверів - якщо база знаходиться на тому ж комп'ютері, що і сервер, в якості значення тут буде використана рядок «localhost»;
Ім'я бази в кластері - саме під цим ім'ям адміністратор сервера буде бачити інформаційну базу в дереві кластера;
Тип СУБД - так як ми піднімаємо PostgreSQL cервер, саме його і треба вказати у вікні;
Ім'я бази даних - це для ідентифікації бази в утиліті адміністрування PostgreSQL сервера;
Користувач - суперюзер вказаний при створенні сервера;
Пароль - відповідно пароль суперюзера.

Таким чином, ми створили порожню інформаційну базу 1С на сервері PostgreSQL. Щоб почати з нею працювати, досить в режимі «Конфігуратор» завантажити вивантажену з файлового варіанту копію бази (в форматі dt).

Для того, щоб з нашою базою даних можна було працювати з віддаленого комп'ютера, В настройках брандмауера відкрити відповідні порти.

У цій інструкції ми розповімо (і покажемо) як налаштувати зв'язку 1С: Підприємство 8.3 і PostgreSQL 9.4.2з моменту установки обох сервісів, аж до створення інформаційної бази. Про тюнінг цієї зв'язки можна прочитати в.

Етапи, які нам треба буде пройти:

установка Сервера 1С: Підприємство (64-bit) для Windows
установка PostgreSQL 9.4.2-1.1С
Створення Інформаційної бази даних.

Детальніше під катом!

Етап 0. Вступні дані.

Ім'я сервера - 1CServer
ім'я облікового запису сервера - Адміністратор
Пароль облікового запису - 123456Ab

Ім'я облікового запису 1С на сервері - USR1CV8
Пароль облікового запису 1С на сервері - 123456Cd

Ім'я облікового запису PostgreSQL на сервері - postgres
Пароль облікового запису PostgreSQL на сервері - 123456Ef

Ім'я суперюзера PostgreSQL - postgres
Пароль суперюзера PostgreSQL - 1234

Ім'я тестової бази даних - testdb

Етап 1. Встановлення Сервера 1С: Підприємство (64-bit) для Windows

Етап 2. Встановлення PostgreSQL і pgAdmin.

Етап 3. Створення інформаційної бази 1С.

Перед виконанням наступних операцій, вимкніть IPv6 на Вашому мережевому інтерфейсі: Центр управління мережами і загальним доступом > підключення по локальної мережі > властивості \u003e Зніміть галочку з Протокол Інтернету версії 6 (TCP / IPv6).
Запускаємо клієнтське 1С: Підприємство і додаємо нову базу даних.
Створення нової інформаційної бази\u003e Створення інформаційної бази без конфігурації (для прикладу, у Вас може бути будь-яка конфігурація)\u003e На сервері 1С: Підприємство\u003e
Заповнюємо всі поля в відповідно до нашого прикладу (Етап 0):
Кластер серверів 1С: Підприємство: 1CServer
Ім'я інформаційної бази в кластері: testbd
Захищене з'єднання: Виключено
Тип СУБД: PostgreSQL
Сервер баз даних: 1CServer
Ім'я бази даних: testbd
Користувач бази даних: postgres
Пароль користувача: 1234
Далі, далі. Запускаємо створену базу в режимі підприємства - все працює!

Ще раз нагадуємо, що PostgreSQL можна непогано розігнати. подробиці в

За замовчуванням PostgreSQL налаштований таким чином, щоб витрачати мінімальну кількість ресурсів для роботи з невеликими базами до 4 Gb на не дуже продуктивних серверах. Тобто, якщо справа стосується систем серйозніше, то ви зіткнетеся з великими втратами продуктивності бази даних лише тому, що дефолтні настройки можуть в корені не відповідати продуктивності вашого північного обладнання. Налаштування виділення ресурсів оперативної пам'яті RAM для роботи PostgreSQL зберігаються в файлі postgresql.conf.

Доступний як з папки, куди встановлено PostgreSQL / Data, так і з pgAdmin:

Загалом на початковому етапі при виникненні труднощів і уповільнення роботи БД, помітною для очей користувачів досить збільшити три параметра:

shared_buffers

Це розмір пам'яті, що розділяється між процесами PostgreSQL, що відповідають за виконання активних операцій. Максимально-допустиме значення цього параметра - 25% усієї кількості RAM

Наприклад, при 1-2 Gb RAM на сервері, досить вказати в цьому параметрі значення 64-128 Mb (8192-16384).

temp_buffers

Це розмір буфера під тимчасові об'єкти (тимчасові таблиці). Середнє значення 2-4% усієї кількості RAM

Наприклад, при 1-2 Gb RAM на сервері, досить вказати в цьому параметрі значення 32-64 Mb.

work_mem

Це розмір пам'яті, який використовується для сортування та кешування таблиць.

Для вступу нових значень в силу, потрібно перезапуск служби, тому краще робити у поза робочий час.

Ще два важливі параметри це maintenance_work_mem (для операцій VACUUM, CREATE INDEX і інших) і max_stack_depth

Приклади оптимальних налаштувань:

CPU: E3-1240 v3 @ 3.40GHz
RAM: 32Gb 1600Mhz
Диски: Plextor M6Pro

postgresql.conf:

shared_buffers \u003d 8GB
work_mem \u003d 128MB
maintenance_work_mem \u003d 2GB
fsync \u003d on
synchronous_commit \u003d off
wal_sync_method \u003d fdatasync
checkpoint_segments \u003d 64
seq_page_cost \u003d 1.0
random_page_cost \u003d 6.0
cpu_tuple_cost \u003d 0.01
cpu_index_tuple_cost \u003d 0.0005
cpu_operator_cost \u003d 0.0025
effective_cache_size \u003d 24GB

Корисні запити:

Блокування БД по користувачах

Вивести всі таблиці, розміром більше 10 Мб

from pg_tables
where tableName not like 'sql_%' and pg_size_pretty (pg_total_relation_size (CAST (tablename as text))) like '% MB%';

Визначення розмірів таблиць в базі даних PostgreSQL

Код SQL SELECT tableName, pg_size_pretty (pg_total_relation_size (CAST (tablename as text))) as size
from pg_tables
where tableName not like 'sql_%'
order by size;

Користувачі блокують конкретну таблицю

Код SQL select a.usename, t.relname, a.current_query, mode from pg_locks l inner join pg_stat_activity a on a.procpid \u003d l.pid inner join pg_stat_all_tables t on t.relid \u003d l.relation where t.relname \u003d 'tablename '; Код SQL select relation :: regclass, mode, a.usename, granted, pid from pg_locks l inner join pg_stat_activity a on a.procpid \u003d l.pid where not mode \u003d 'AccessShareLock' and relation is not null;

Запити з ексклюзивними блокуваннями

Код SQL select a.usename, a.current_query, mode from pg_locks l inner join pg_stat_activity a on a.procpid \u003d l.pid where mode ilike '% exclusive%';

Кількість блокувань по користувачах

Код SQL select a.usename, count (l.pid) from pg_locks l inner join pg_stat_activity a on a.procpid \u003d l.pid where not (mode \u003d 'AccessShareLock') group by a.usename;

Кількість підключень по користувачах

Код SQL select count (usename), usename from pg_stat_activity group by usename order by count (usename) desc;

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

Налаштування PostgreSQL під 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 \u003d RAM / 32..64 або 32MB..128MB Задає обсяг пам'яті для кожної сесії, який буде використовуватися для внутрішніх операцій сортування, об'єднання та ін., перш ніж будуть задіяні тимчасові файли. При перевищенні цього обсягу, сервер буде використовувати тимчасові файли на диску, що може істотно знизити швидкість обробки запитів. Даний параметр використовується при виконанні операторів: ORDER BY, DISTINCT, з'єднання злиттям та ін.

Порахувати додатково даний параметр можна наступним чином: (Спільна пам'ять shared_buffers - пам'ять на інші програми) / число активних сполук. Це значення дає змогу зменшити, стежачи за кількістю створюваних тимчасових файлів. Таку статистику за розміром і кількістю тимчасових файлів можна отримати з системного уявлення pg_stat_database.

effective_cache_size \u003d RAM - shared_buffers основне завдання цього параметра підказати оптимізаторові запиту, який спосіб отримання даних вибрати: повний перегляд або сканування за індексом. Чим вище значення параметра, тим більша ймовірність використання сканування за індексом. При цьому сервер не враховує, що дані при виконанні запиту можуть залишатися в пам'яті, і наступного запитом не треба їх піднімати з диска.

установка PostgreSQL

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

Установка дистрибутивів 1С для СУБД PostgreSQL

1.Скачіваем зазначену позицію дистрибутива СУБД PostgreSQL:

2.Викладиваем PostgreSQL на сервер;

3.Распаковать установник СУБД PostgreSQL можна командою:

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

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

5. Якщо система, з якої буде працювати PostgreSQL, ставилася з мовою відмінним від російського, необхідно створити нові локалі:

locale-gen ru_RU update-locale LANG \u003d ru_RU.UTF8 dpkg-reconfigure locales

6. Якщо необхідна локаль все ж є, встановлюємо її за замовчуванням:

locale -a nano / etc / default / locale Замінюємо вміст на LANG \u003d ru_RU.UTF-8

7. Після перезавантаження, встановимо необхідні пакети для нашої версії PostgreSQL:

apt-get install libxslt1.1 ssl-cert

8.Версія PostgreSQL пакета 9.4.2-1.1C пов'язана з пакетом libicu версії libicu48. У репозиторії потрібної версії вже немає, її можна завантажити;

9.Скачіваем і поміщаємо в каталог, де зберігаються завантажені файли для PostgreSQL;

10.Перейдя в каталог з файлами 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

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

Установка дистрибутивів PostgreSQL-Pro

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

sudo sh -c "echo" deb http: // 1c.postgrespro.ru/deb/ $ (lsb_release -cs) main "\u003e /etc/apt/sources.list.d/postgrespro-1c.list" wget --quiet -O - \u200b\u200bhttp: // 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 "\u003e pg_hba.conf" bash -c "echo" host all all all md5 "\u003e\u003e pg_hba.conf"

Сам файл має наступну структуру:

Файл добре документований, але на англійською. Коротко розглянемо основні параметри:

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

trustдопустити без аутентифікації
reject відмовити без аутентифікації
password запит пароля відкритим текстом
md5запит пароля у вигляді MD5
ldap перевірка імені та пароля за допомогою сервера LDAP
radiusперевірка імені та пароля за допомогою сервера RADIUS
pamперевірка імені та пароля за допомогою служби модулів

Більш детальну і розгорнуту інформацію можна подивитися в документації до продукту PostgreSQL.

[Email protected]: / Home / asd # service --status-all | grep postgres [-] postgresql [Email protected]: / Home / asd # service postgresql start [Email protected]: / Home / asd # service --status-all | grep postgres [+] postgresql

Після закінчення основної установки, необхідно налаштувати конфігураційний файл сервера postgresql.conf, згідно специфіки роботи PostgreSQL, сервера 1С та конфігурації сервера Ubuntu.

Оптимізація 1С під MS SQL Server

встановлюємо останні оновлення для SQL Sever.

Операційна система резервує місце і забиває його нулями, що займає досить багато часу при наступних подіях:

Створення бази даних;
Додавання файлів даних, журнал транзакцій, до існуючої бази даних;
Збільшення розміру існуючого файлу (в тому числі Autogrow-операцій);
Відновлюємо бази даних або групи файлів.

Вирішується ця проблема додаванням ролі (під якою запущений сервер) до пункту локальної політики безпеки «Виконання завдань з обслуговування томів».

При можливості необхідно рознести базу TempDB (особливо інтенсивно вона використовується в режимі керованих блокувань RCSI) і журнал транзакцій на різні диски.

На сервері, де працює SQL сервер, режим енергозбереження повинен бути встановлений в «Висока продуктивність».

В папці з файлами БД не повинно бути стиснення.

На вкладці «Пам'ять» для сервера встановлюємо мінімальну планку в розмірі 50% від загального обсягу пам'яті. Максимальну розраховуємо по одній з формул:

Максимальна пам'ять \u003d Загальний обсяг - розмір по ОС - розмір під 1С (Якщо він є, попередньо заміривши лічильниками використовувану пам'ять) або
Максимальна пам'ять \u003d Загальний обсяг - (1024 * Загальний обсяг / 16384).

Обмежуємо параметр DOP «Max degree of parallelism» і ставимо його в значення «1».

Актуалізуємо статистику за розкладом. Починаючи з SQL Server 2008, оновлення статистики викликає перекомпіляцію запитів і, відповідно, очищає процедурний кеш, тому окрему процедуру з очищення процедурного кешу виконувати не треба.

Періодично проводимо реіндексацію таблиці і дефрагментацію індексів.

Встановлюємо правильну політику резервування. Якщо вам не треба відновлюватися на останній момент часу до краху системи, а останні хвилин 5 або більше для вашого бізнесу не критичні, то встановіть модель відновлення в «Проста». Цим ви прискорите в рази швидкість при записі. Головне, щоб диференційований бекап встигав виконуватися за зазначений час.

Добиваємося поліпшення при роботі з TempDB при введенні / виведенні за допомогою створення додаткових файлів даних. Якщо логічних процесорів менше 8, рекомендується створити файл даних для кожного логічного процесора. Якщо логічних процесорів більше 8, рекомендується створити 8 файлів даних і, збільшуючи на один при кратності 4, обов'язково оцінити навантаження на TempDB.