Настройки PostgreSQL для работы с 1С:Предприятием. 1С postgresql оптимизация

Поднимаем сервер 1C 8.x (Windows 2008 R2 + PostgreSQL)

Вариант использования в качестве сервера баз данных PostgreSQL на windows платформе не очень популярен, но имеет место быть как правило, когда необходимо хоть как-то сэкономить на продуктах от MS. Так же существуют специализированные приложения, которые наилучшим образом работают с PostgreSQL. Для 1с существует модифицированная сборка PostgreSQL дающая как уверяют разработчики сопоставимый с MSSQL уровень производительности и отказоустойчивости. Так ли это на самом деле, проверим на практике :)

1. Установка PostgreSQL

Качаем с сайта 1с последнюю сборку PostgreSQL 64-bit 9.1.2-1.1C, распаковываем архив, запускаем msi-пакет, тот что без int, имеет не большой размер файла.

Нажимаем Start.Опции установки оставляем по умолчанию.

Задаем пароль пользователю postgres от которого будет стартовать сервис. Нажимаем Далее. Если установка PostgreSQL производится впервые, то мастер предложит создать пользователя postgres.

На этапе инициализации БД, выбираем кодировку UTF8. Задаем логин и пароль внутреннему пользователю postgres. Внимание! Пароли пользователя сервиса PostgreSQL и пароль внутреннего пользователя БД PostgreSQL не должны совпадать. Пароль должен состоять как минимум из четырех символов. Если сервер 1C и PostgreSQL планируется запускать на разных машинах, то необходимо поставить галочку «Поддерживать соединения с любых IP, а не только с localhost». Нажимаем Далее и еще раз Далее. :)

Нажимаем еще два раза Далее и дожидаемся окончания установки.

Затем идем в Start\All Programs\PostgreSQL 9.1.2-1.1C(x64). Запускаем утилиту администрирования pgAdmin III. Пробуем подключится к БД. Вводим пароль, который указывали во время установки.И получаем следующую ошибку: Error connecting to the server: FATAL: password authentication failed for user «postgres».

Довольно неожиданно, с учетом того, что пароль был набран верно. Решил поковырять pg_hba.conf, но на первый взгляд там все хорошо.

# TYPE DATABASE USER ADDRESS METHOD # IPv4 local connections: host all postgres ::1/128 md5 host all postgres 127.0.0.1/32 md5 host all postgres 192.168.1.0/24 md5

Решил, поменять метод авторизации с md5 на trust. Перезапускаю сервис и снова пробую подключится к БД. На этот раз получаю такое сообщение. Действительно на сайте pgAdmin доступна уже более новая версия. После чего подключение к БД завершается успехом!!?!! Помнится, ранее md5 не вызывал подобных проблем, видимо данный глюк действительно связан со старой версией pgAdmin’a. Теперь можем создать базу для нужд 1С, либо сделать это при помощи самой 1С :)

2. Установка 1C предприятие 8.2.

Для установки отметим, следующие компоненты: 1С:Предприятие, Сервер 1С:Предприятия, Модули расширения веб-сервера, Администрирование сервера 1С:Предприятия.

На этапе, установки «Установить 1С Предприятие как сервис», задаем пароль пользователю USR1C82.

Нажимаем далее, следим за ходом установки :) Пользователю USR1CV82 при установке должны быть назначены следующие права:

Вход в систему как сервис (Log on as a service), Вход в систему как пакетное задание (Log on as a batch job). Посмотреть можно в Local Computer Policy\Computer Configuration\Windows Setings\Security Setings\Local Policies\User Right Assigments.

Переходим в оснастку Администрирование серверов 1С Предприятие, смотрим что кластер поднялся, и висит на 1541 порту. На вкладке «Рабочие серверы» так же присутствует наш сервер.Теперь, можно добавить базу на сервер 1С. Для этого переходим на вкладку «Информационные базы» щелкаемся правой кнопкой и выбираем New — Информационная база. Задаем необходимые параметры для подключения к серверу PostgreSQL. Нажимаем ОК.

Запускаем 1С: Предприятие. Выбираем, добавить существующую информационную базу на сервере.

Далее, задаем параметры для подключения. Нажимаем «Далее» и наконец «Готово».

Операцию по созданию базы, можно проделать напрямую из 1С: Предприятия. Для этого при запуске, выбираем пункт «Создание новой информационной базы».

Для подключения клиентов 1С к серверу извне и работы сервера баз данных, на файрволе, должны быть открыты следующие порты:

Агент сервера (ragent) — tcp:1540 Главный менеджер кластера (rmngr) — tcp:1541 Диапазон сетевых портов, для динамического распределения рабочих процессов — tcp:1560-1591, tcp:5432 — Postgresql. Создадим правило через стандартный интерфейс, либо с помощью команды:

[bash]netsh advfirewall firewall add rule name=»1Cv8-Server» dir=in action=allow protocol=TCP localport=1540,1541,5432,1560-1590 enable=yes profile=ANY remoteip=ANY interfacetype=LAN[/bash]

Теперь с другого компьютера мы спокойно запускаем клиент 1С:Предприятия, добавляем существующую информационную базу newdb. Не забываем про лицензии, программной / аппаратной защиты. Теперь, можем загрузить тест Гилева и померить производительность нашей системы.

На VirtualBox с 1Гб памяти, Dual-Core 2.6 GHz, 319-релиз 1с, тест Гилева выдает — 11.42 баллов, примерно так же как на CentOS. На 16.362 чуть больше 11.60 баллов. Оптимизация настроек при помощи EnterpriseDB Tuning Wizard ощутимого прироста (11.66 и 11.62) не дала, хотя возможно в целом польза от него имеется. :)

3. Регламентные работы на сервере PostgreSQL.

Резервное копирование.

Запускаем утилиту администрирования pgAdmin III, щелкаемся правой кнопкой по нужной базе данных. Выбираем »Резервное копирование». Выбираем формат (Настраиваемый (степень сжатия от 0 до 9), Tar, Простой, Каталог). По степени сжатия, лучше всего сжимает «настраиваемый формат» любой степени сжатия, затем «каталог», потом «простой» и наконец «tar». Кодировку указываем UTF8, имя роли postgresql. Все дополнительные опции оставляем по умолчанию. Нажимаем кнопку «Резервная копия». В поле «Сообщения» отображается список всех произведенных операций с кодом завершения. Если 0, то успех. Здесь же можно подсмотреть, как запустить подобную операцию из командной строки.

F)\pgAdmin III\1.16\pg_dump.exe" --host 192.168.1.200 --port 5432 --username "postgres" --role "postgres" --no-password --format custom --blobs --compress 9 --encoding UTF8 --verbose --file "G:\Backups\gilev_dump.backup" "newdb"

Соответственно, скрипт автоматического резервного копирования, который мы добавим в планировщик может выглядеть примерно следующим образом:

"C:\Program Files (x86)\pgAdmin III\1.16\pg_dump.exe" --host 192.168.1.200 --port 5432 --username "postgres" --role "postgres" --no-password --format custom --blobs --compress 9 --encoding UTF8 --verbose --file "G:\Backups\gilev_dump_%date:~0,2%_%date:~3,2%_%date:~6,4%.backup" "newdb"

Восстановление.

Для восстановления, выбираем базу, в которую хотим восстановить данные из резервной копии, желательно в пустую. Щелкаемся правой кнопкой и выбираем «Восстановление». Задаем файл бэкапа, имя роли: postgres, нажимаем «Восстановить» С помощью командной строки:

"C:\Program Files (x86)\pgAdmin III\1.16\pg_restore.exe" --host 192.168.1.200 --port 5432 --username "postgres" --dbname "testdb" --role "postgres" --no-password --verbose "G:\Backups\gilev_dump_26_09_2012.backup"

где, testdb — пустая база, в которую восстанавливается архив резервной копии.

Операции по обслуживанию:

Команда VACUUM (Сжатие):

Последовательно чистит все таблицы базы данных, подключенной в настоящий момент, удаляет временные данные и освобождает место на диске. Чаще всего команда VACUUM выполняется именно для получения максимального объема свободного дискового пространства на диске и увеличения скорости доступа к данным.

VACUUM — помечает место, занимаемое старыми версиями записей, как свободное. Использование этого варианта команды, как правило, не уменьшает размер файла, содержащего таблицу, но позволяет не дать ему бесконтрольно расти, зафиксировав на некотором приемлемом уровне. При работе VACUUM возможен параллельный доступ к обрабатываемой таблице. Существует несколько дополнительных опций использования VACUUM : VACUUM FULL, VACUUM FREEZE, VACUUM ANALYZE.

VACUUM FULL — пытается удалить все старые версии записей и, соответственно, уменьшить размер файла, содержащего таблицу. Этот вариант команды полностью блокирует обрабатываемую таблицу.

VACUUM FREEZE — Если VACUUM FULL удаляет «мусор» из таблиц и перемещает записи так, чтобы таблицы располагались на диске компактно и состояли из наименьшего числа фрагментов, при этом сжатие выполняется долго и блокирует записи, то VACUUM FREEZE просто удаляет «мусор» из таблиц, но сами записи не перемещает, поэтому выполняется быстрее и не блокирует записи. В настоящий момент эту опцию заменяет autovacuum — автоматическая сборка мусора в postgresql.conf плюс несколько дополнительных опций расширяющих функциональность:

autovacuum = on # Включает автоматическую сборку мусора.log_autovacuum_min_duration = -1 # Установка равная нулю регистрирует все действия autovacuum. Минус один (по умолчанию) запрещает вывод в лог. Например, если вы установите значениеравное 250 мс, то все действия autovacuum и analyzes, которые работают 250 мс и более, будут заноситься в журнал. Включение этого параметра может быть полезно для отслеживания autovacuum.Этот параметр может быть установлен только в файле postgresql.conf или в командной строке сервера.autovacuum_naptime = 10min # Время в секундах через которое база данных проверяется на необходимость в сборке мусора. По умолчанию это происходит раз в минуту.autovacuum_vacuum_threshold = 1800 # Порог на число удалённых и изменённых записей в любой таблице по превышению которого происходит сборка мусора (VACUUM).autovacuum_analyze_threshold = 900 # Порог на число вставленных, удалённых и изменённых записей в любой таблице по превышению которого запускается процесс анализа (ANALYZE).autovacuum_vacuum_scale_factor = 0.2 # Процент изменённых и удалённых записей по отношению к таблице по превышению которого запускается сборка мусора.autovacuum_analyze_scale_factor = 0.1 # То же, что и предыдущая переменная, но по отношению к анализу. VACUUM ANALYZE — Если в базе есть таблицы, данные в которых не изменяются и не удаляются, а лишь добавляются, то для таких таблиц можно использовать отдельную команду ANALYZE. Также стоит использовать эту команду для отдельной таблицы после добавления в неё большого количества записей.

Команда ANALYZE (Анализ):

Служит для обновления информации о распределении данных в таблице. Эта информация используется оптимизатором для выбора наиболее быстрого плана выполнения запроса. Обычно команда используется в связке с VACUUM ANALYZE.

Команда REINDEX (переиндексация):

Используется для перестройки существующих индексов. Использовать её имеет смысл в случае

— порчи индекса;

— постоянного увеличения его размера.

Второй случай требует пояснений. Индекс, как и таблица, содержит блоки со старыми версиями записей. PostgreSQL не всегда может заново использовать эти блоки , и поэтому файл с индексом постепенно увеличивается в размерах. Если данные в таблице часто меняются, то расти он может весьма быстро. Если вы заметили подобное поведение какого-то индекса, то стоит настроить для него периодическое выполнение команды REINDEX. Учтите: команда REINDEX, как и VACUUM FULL, полностью блокирует таблицу, поэтому выполнять её надо тогда, когда загрузка сервера минимальна.

sanotes.ru

Оптимизация настроек планировщика запросов в PostgreSQL

Итак, исходные данные: база 1С Бухгалтерия для Украины версии 1.2. Размер — 9Гб, до 20 пользователей, файловый вариант. Работает на Win сервере Xeon E5-2640×2 32 Гб ОЗУ. Сервер является одновременно сервером терминалов. Решено переходить на клиент-серверный вариант с использованием PostgreSQL, заодно решено и обновить платформу 1С: устанавливаем 1С 8.3.11.2899, сервер 1С 64х и PostgreSQL 9.6.6 (версия с сайта 1С).

После предварительной настройки по статьям с ИТС и интернета скорость работы удалось довести до вполне комфортных значений. Отзывчивость форм и в особенности журналов с отборами явно повысилась. Запись документов/справочников сопоставима с файловым вариантом. Но вот проведение документов сразу же показало трехкратное замедление. Виновен в тормозах оказался простенький запрос по остаткам:

ВЫБРАТЬ Счет, Субконто1, Субконто2, НЕОПРЕДЕЛЕНО КАК Субконто3, ЕСТЬNULL(СуммаОстаток, 0) КАК СуммаОстаток, ЕСТЬNULL(Валюта, НЕОПРЕДЕЛЕНО) КАК Валюта, ЕСТЬNULL(ВалютнаяСуммаОстаток, 0) КАК ВалютнаяСуммаОстаток ИЗ РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет = &Счет, &ВидыСубконто, Организация = &Организация И Субконто1 = &Субконто1 И Субконто2 = &Субконто2) КАК Остатки ГДЕ ЕСТЬNULL(Остатки.СуммаОстаток, 0) > 0 ДЛЯ ИЗМЕНЕНИЯ УПОРЯДОЧИТЬ ПО Счет, Субконто1, Субконто2, Субконто3, Валюта

Параметры запроса:

ВидыСубконто: Контрагенты, Договора.
Счет: 6811 (счет учета авнсов).
Период: момент времени проводимого документа.

Тормоза были в основном на контрагентах с большим количеством операций. Реиндексация и пересчет остатков ситуацию не исправили. Правда в процессе экспериментов с запросом проявилась интерестная особенность: если в качестве Периода передавать дату — запрос выполняется достаточно быстро — 0.5с, а вот если передавать момент времени, то выполнение запроса занимает 18с. Виной тому скорее всего неоптимальное построение запроса на стороне СУБД, поэтому после непродолжительных экспериментов с настройками нахожу вариант решения: если запретить использование вложеных циклов в запросе, то выполнение занимает те же 0.5с:

enable_nestloop = off

Правда ложка меда оказалась с каплей дегтя: общее проведение все равно до уровня файловой базы не дотягивало. Кроме того все-таки сомнения насчет целесообразности отключения nestloop все-равно присутствовали, и поиск в интернете их подтвердил: после отключение по некоторым отзывам были заметны торможения в ЗУП и в Бухгалтерии при расчете износа ОС:

После этого, исполненый мрачных предчувствий, начал искать узкие места у себя, и таки нашел: формирование карточки счета из ОБС по счету выполнялось неоправданно долго при отключенном nestloop и вполне нормально при включенном. Искать дальше и проверять модуль ЗП и ОС желания уже не было, поскольку и так стало понятно что нужно искать выход. Выходов я видел два: переписание запроса (скорость выполнения оказалась все тех же 0.5с), но не было гарантии что запрос только один, да и переписывать модуль на поддержке как-то не хотелось. Второй же выход — как то заставить оптимизатор выбирать менее затратный план исполнения запроса. Использование хинтов СУБД из 1С непредусмотрено, остаются настройки самого Постгреса. В интернете встречал информацию, что со временем планировщик стал выбирать оптимальный план исполнения. Окрыленный, начинаю гонять тесты изменяя параметры оптимизатора, и в какой то момент действительно запрос начал нормально исполнятся при включенном nestloop. В моем случае это:

enable_nestloop = on seq_page_cost = 0.1 random_page_cost = 0.4 cpu_operator_cost = 0.00025 effective_cache_size = 12GB

Самое интерестное, что при этом запрос начал испонятся еще быстрее — 0.3с. Наверное это действительно оптимальные значения, и планировщик срабатывает нормально.

Напоследок хочу порекомендовать статьи и ресурсы которыми пользовался в процессе настройки:

1c-e.ru

Ускорение и оптимизация настроек PostgreSQL для 1С

12.11.16 15:23

По умолчанию 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

Это размер памяти, используемый для сортировки и кэширования таблиц.

При 1-2 Gb RAM на сервере, рекомендуемое значение 32-64 Mb.

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

Еще два важных параметра это maintenance_work_mem (для операций VACUUM, CREATE INDEX и других) и max_stack_depth

Примеры оптимальных настроек:

Hardware:

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

postgresql.conf:

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

Вариант настроек от pgtune:

Полезные запросы:

Блокировки БД по пользователям

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

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

Код SQL SELECT tableName, pg_size_pretty(pg_total_relation_size(CAST(tablename as text))) as size 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 = l.pid inner join pg_stat_all_tables t on t.relid=l.relation where t.relname = ‘tablename’; Код SQL select relation::regclass, mode, a.usename, granted, pid from pg_locks l inner join pg_stat_activity a on a.procpid = l.pid where not mode = ‘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 = 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 = l.pid where not(mode = ‘AccessShareLock’) group by a.usename;

Количество подключений по пользователям

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

Read Full Article

dokladinf.ru

gilev.ru Опыт использования больших баз 1С на PostgreSQL

Описание программы 1С для начинающих

1. Что представляет собой 1с, отличие платформы от конфигурации. 2. Варианты хранения информации. 3. Трёхуровневая архитектура. 4. Поддержка технологий Что представляет собой 1с, отличие платформы от конфигурации.

Подробнее

ЛМ Софт ЕАМ / LM Soft EAM

ИНФОРМАЦИОННО-АНАЛИТИЧЕСКАЯ СИСТЕМА УПРАВЛЕНИЯ ОСНОВНЫМИ ПРОИЗВОДСТВЕННЫМИ ФОНДАМИ ЛМ Софт ЕАМ / LM Soft EAM Инструкция по установке Листов 14 Москва 2015 СОДЕРЖАНИЕ ВВЕДЕНИЕ... 3 Глава 1. Требования к

Подробнее

ЛМ Софт МДМ / LM Soft MDM

АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ НОРМАТИВНО-СПРАВОЧНОЙ ИНФОРМАЦИЕЙ ЛМ Софт МДМ / LM Soft MDM Инструкция по установке Листов 14 Москва, 2016 СОДЕРЖАНИЕ ВВЕДЕНИЕ... 3 Глава 1. Требования к аппаратуре,

Подробнее

Аренда Oracle Database 12c

Информация является самым мощным ресурсом, находящимся в распоряжении современной организации. Именно у организаций, способных эффективно использовать деловую информацию, наиболее велики шансы получения

Подробнее

Как установить программу T-MARS

Как установить программу T-MARS Для работы программного обеспечения T-MARS требуется наличие на компьютере СУБД MS SQL SERVER. После её установки устанавливается программа T-MARS и настраивается подключение

Подробнее

ББК А. В. ДЗЮБА

ББК 32.973.202 А. В. ДЗЮБА МНОГОПЛАТФОРМЕННАЯ МУЛЬТИФОРМАТНАЯ АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННО-БИБЛИОТЕЧНАЯ СИСТЕМА "МАРК CLOUD" НОВОЕ ПОКОЛЕНИЕ ИНСТРУМЕНТАРИЯ ДЛЯ КОМПЛЕКСНОЙ АВТОМАТИЗАЦИИ ИНФОРМАЦИОННО-БИБЛИОТЕЧНОЙ

Подробнее

Любой компании необходима уверенность в

Система хранения данных FibreCAT SX: технические и бизнес-преимущества создания моментальных снимков Любой компании необходима уверенность в том, что работа ее информационных систем не будет прервана или

Подробнее

SAUMI 4.9i Технические требования.

SAUMI 4.9i Технические требования. Введение Программный комплекс SAUMI предметно-ориентированное программное обеспечение, преимущественно предназначенное для решения задач по учету земельных и имущественных

Подробнее

Практический опыт работы ЦКТП

Практический опыт работы ЦКТП Франчайзи 1С ООО «АиБ Компани» Эксперт по технологическим вопросам Плохих Альбина Васильевна Страница 1 Что такое ЦКТП Что такое ЦКТП - Центры корпоративной технологической

Подробнее

ФОНД ОЦЕНОЧНЫХ СРЕДСТВ ПО ДИСЦИПЛИНЕ

ФГБОУ ВПО «Марийский государственный университет» Институт экономики, управления и финансов УТВЕРЖДАЮ Декан факультета/директор института / Т.В. Сарычева/ (подпись/ Ф.И.О.) 2014 г. ФОНД ОЦЕНОЧНЫХ СРЕДСТВ

Подробнее

ИС-ПРО Руководство по установке

Общество с ограниченной ответственностью Интеллект - Сервис ИС-ПРО Руководство по установке Технические требования к программным и техническим средствам Версия 7.09.012 от 05.04.12 Страниц 8 Киев 2012

Подробнее

РУКОВОДСТВО ПО ПРОДАЖАМ

P R O A Z U R E РУКОВОДСТВО ПО ПРОДАЖАМ 1 ПАКЕТЫ PROAZURE РАЗРАБОТАНЫ ДЛЯ ОБЕСПЕЧЕНИЯ ПАРТНЕРОВ НЕСЛОЖНЫМИ ПРЕДВАРИТЕЛЬНО СФОРМИРОВАННЫМИ РЕШЕНИЯМИ, ГОТОВЫМИ К ЗАПУСКУ. Законченные и простые для понимания

Подробнее

Требования к программноаппаратному

СИСТЕМА ПОДДЕРЖКИ ПРОДАЖ Требования к программно аппаратному для инсталляции SalesLogix 7.5 Содержание 1 Требования к программно аппаратному... 3 1.1 Требования к серверам системы Sage SalesLogix.... 3

Подробнее

1C:Предприятие Oracle DB Краткий обзор

1C:Предприятие 8.2 + Oracle DB Краткий обзор Совместное решение фирмы «1С» и корпорации Oracle: история С весны 2010 1С:Предприятие, версия 8.2 поддерживает СУБД Oracle Как все начиналось: Октябрь 2008-начало

Подробнее

1С:Предприятие уходит в «облако»

1С:Предприятие уходит в «облако» Об «облаках» Google Docs Игры 1С:Предприятие 8.2 Почтовые сервисы Яндекс, Рамблер, Мэйл.Ру и др. Контур-Экстерн, Сбис++ «Ничего не имей в собственности. Даже кроссовки

Подробнее

Личный кабинет. Описание сервиса

Личный кабинет Описание сервиса Предпосылки Современное население готово использовать электронные средства взаимодействия (интернет, мобильные приложения). Потенциал повышения уровня лояльности. Широкое

Подробнее

Руководство по инсталляции

Общество с ограниченной ответственностью «Уральский центр систем безопасности» Руководство по инсталляции Екатеринбург 2015 ОГЛАВЛЕНИЕ 1. Введение... 3 2. Системные требования... 3 2.1. Требования к программному

Подробнее

ЛМ Софт МДМ / LM Soft MDM

АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ НОРМАТИВНО-СПРАВОЧНОЙ ИНФОРМАЦИЕЙ ЛМ Софт МДМ / LM Soft MDM Описание применения Листов 14 Москва 2015 2 АННОТАЦИЯ В данном документе приведено описание применения

Подробнее

Актуальные вопросы лицензирования

Семинар-практикум по оптимизации управления лицензиями ПО Актуальные вопросы лицензирования Система программ 1С Предприятие 8 Киев, 7 июля 2009 года Вдокладе Общие вопросы лицензирования от фирмы 1С Что

Подробнее

НАУЧНО-ТЕХНИЧЕСКАЯ ФИРМА «ГРАД»

НАУЧНО-ТЕХНИЧЕСКАЯ ФИРМА «ГРАД» ПРОГРАММНЫЙ КОМПЛЕКС «АДМИНИСТРАТИВНАЯ ПРАКТИКА» ДЛЯ ГПН. ИНСТАЛЛЯЦИЯ. ИНСТРУКЦИЯ (от 14.10.2009) Листов 8 2 0 0 9 г СОДЕРЖАНИЕ 1. Введение....3 2. Комплектность инсталляционного

Подробнее

ПРОИЗВОДИТЕЛЬНОСТЬ И МАСШТАБИРУЕМОСТЬ

ПРОИЗВОДИТЕЛЬНОСТЬ И МАСШТАБИРУЕМОСТЬ Масштабирование базы данных Microsoft Dynamics CRM 4.0 Содержание Общие сведения...3 Краткие результаты тестирования...3 Обзор...4 Методология тестирования...4 Бизнес-транзакции...5

Подробнее

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ СИСТЕМНОГО АДМИНИСТРАТОРА Разработал Утвердил Изменение: 0 Введён приказом: А.Г.Карталов С.Ю.Дюжинов Проект документа: h4 Введён в действие с: Листов в документе: 5 Приложений: 0

Подробнее

docplayer.ru

1С. Установка сервера 1С:Предприятие 8.3 + PostgreSQL на Linux

Обновил на одном из серверов Debian до 9.2 Stretch, следовательно необходима установка сервера 1С и PostgreSQL, свежих версий.

Задача

Есть сервер с Debian 9.2 Stretch на борту, дистрибутивы сервера 1С:Предприятие 8.3.10.2580 и PosgreSQL 9.6. Необходимо установить и настроить для совместной работы сервер 1С:Предприятие 8.3.10.2580 и PosgreSQL 9.6.

Решение

Самым первым делом устанавливаем локализацию, сервер 1С работает с локализацией ru_RU.UTF8, и PostgreSQL создает кластер с локализацией по умолчанию.

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

По последней команды откроется псевдо-графический интерфейс в котором необходимо проверить правильность выбранных вариантов и ответить утвердительно, на самим деле можно обойтись последней командой и настроить все в ней. Для применения изменений необходимо перезагрузить систему.

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

Предварительно установим необходимые пакеты

# apt-get install imagemagick ttf-mscorefonts-instal

С установкой cсервера, как правило проблем нет, просто последовательно устанавливаем пакеты

# dpkg -i 1c-enterprise83-common_8.3.10-2580_amd64.deb # dpkg -i 1c-enterprise83-server_8.3.10-2580_amd64.deb # dpkg -i 1c-enterprise83-ws_8.3.10-2580_amd64.deb

Если вдруг пакеты не встали то воспользуемся командой

# apt-get -f install

в итоге станет все хорошо, если хорошо не стало, то читаем выхлоп и правим зависимости. У меня проблем не возникло.

На этом этапе уже можно добавить сервер в консоль серверов и он должен быть виден.

Для запуска, перезапуска, остановки службы сервера 1С:Предприятие можно воспользоваться командами:

# /etc/init.d/srv1cv83 start # /etc/init.d/srv1cv83 restart # /etc/init.d/srv1cv83 stop

Если необходимо установить драйвер HASP, то прочитать как это делается можно в статье 1С. Установка 1С:Предприятие 8.3 на Linux.

Установка PostgreSQL

С PostgreSQL не все так просто, до этого стояла версия 9.4 распространяемая фирмой 1С, в дистрибутиве были все пакеты, а для избежания поломок обновлением версии фиксировал средствами apt. А вот в 9.6 пакеты не все, часть пакетов необходимо устанавливать из родного репозитория с понижением версии PostgreSQL и зависимых компонент до необходимой.

Этот путь мне не очень понравился, в интернетах и на партнерке наткнулся на PostgreSQL распространяемый компанией Postgres Professional, решил ставить его. У указанной компании есть свои продукты под названием Postgre Pro для корпоративных клиентов, но для моих нужд достаточно PostgreSQL, распространяется он под лицензией PostgeSQL.

Согласно инструкции подключаем репозиторий, добавляем ключ и устанавливаем PostgreSQL

# 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 | apt-key add - && apt-get update # apt-get install postgresql-pro-1c-9.6

При установке автоматически создается кластер main, необходимо только произвести некоторые настройки. Для возможности подключения открываем файл /etc/postgresql/9.6/main/pg_hba.conf

# nano /etc/postgresql/9.6/main/pg_hba.conf

находим строку

local all postgres peer

и изменяем на peer на trust

local all postgres trust

Далее сменим пароль для пользователя postgres, от которого будет происходить подключение к СУБД

# psql -U postgres -d template1 -c "ALTER USER postgres PASSWORD 'Password'"

вместо Password пишем необходимый пароль.

Остается перезапустить службу, и можно подключиться к серверу PostgreSQL средствами pgAdmin.

Для запуска, перезапуска, остановки службы сервера PostgreSQL можно воспользоваться командами:

# /etc/init.d/postgresql start # /etc/init.d/postgresql restart # /etc/init.d/postgresql stop

Если Вы все сделали и сервер так и не заработал, то первым делом необходимо проверить локализацию. Если установлена не та локализация, то необходимо пересоздать кластер, команды и результат выполнения ниже

# pg_dropcluster --stop 9.6 main Redirecting stop request to systemctl # pg_createcluster --locale ru_RU.UTF-8 9.6 main Creating new cluster 9.6/main ... config /etc/postgresql/9.6/main data /var/lib/postgresql/9.6/main locale ru_RU.UTF-8 socket /var/run/postgresql port 5432

Проверка результата

Теперь можно зайти в консоль серверов добавить ИБ и проверить работу.

guesto.ru

Настройки PostgreSQL для работы с 1С:Предприятием - Мои статьи - Каталог статей

Краткое содержание:

Рекомендации по настройкам PostgreSQL для достижения максимальной производительности при работе с 1С6Предприятием 8.1Применимость:- Платформа: 1С:Предприятие 8.1- СУБД: PostgreSQLНастройки:- fsync- effective_cache_size

Для повышения производительности 1С:Предприятия 8.1 при работе с СУБД PostgreSQL рекомендуется установить приведенные ниже значения параметров. Значения параметров устанавливаются в конфигурационном файле postgresql.conf.

Параметр "fsync"

На производительность PostgreSQL оказывает существенное влияние производительность дисковой системы, поскольку по умолчанию, параметр fsync включен. Это означает, что при выполнении операции COMMIT данные сразу переписываются из кеша операционной системы на диск, тем самым гарантируется консистентность при возможном аппаратном сбое. Обратной стороной этого является снижение производительности операций записи на диск, поскольку при этом не используются возможности отложенной записи данных операционной системы.

Повышение производительности возможно при использовании многодисковых RAID-массивов, созданных на основе кэширующих RAID-контроллеров с энергонезависимой кэш-памятью и использования источников бесперебойного питания(UPS). В этом случае задачу по обеспечению консистентности данных при аппаратном сбое берут на себя описанные выше устройства, поэтому появляется возможность отключения параметра fsync и увеличения производительности операций записи на диск.

Следует отметить, что увеличение количества дисков в RAID-массиве и объема кеша RAID-контроллера само по себе позволяет компенсировать снижение производительности, обусловленное включением параметра fsync.

Параметр "effective_cache_size"

Работа оптимизатора в PostreSQL 8.2 существенно зависит от размера выделенной PostreSQL оперативной памяти. При использовании PostgreSQL 8.2 при работе с 1С:Предприятием 8.1 рекомендуется увеличить значение параметра effective_cache_size в конфиргурационном файле postgresql.conf. Значение этого параметра рекомендуется устанавливать не менее половины объема оперативной памяти установленной на компьютере.

vashe1c.ucoz.ru