форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Раздел полезных советов: Опыт настройки связки PostgreSQL и ..."	+/–
Сообщение от auto_tips (??) on 06-Сен-11, 14:27
Потребовалось сделать сервер 1С для чего была выбрана связка OracleLinux 6.1 + 1C82 (8.2.14.519) + Postgres 9.0.4. Собрал следующее железо для тестов:    MB: Asus P5    CPU : Intel(R) Pentium(R) D CPU 3.20GHz 2 ядра    MEM : 8G    HDD : 1x160G 7200 (старый нового не нашлось) hdparm -Tt /dev/sda /dev/sda: Timing cached reads:   2670 MB in  2.00 seconds = 1335.62 MB/sec Timing buffered disk reads:  220 MB in  3.00 seconds =  73.30 MB/sec При установке выделил под SWAP 10G, остальное под корень, получилось что-то вроде:    /dev/sda1   *           1       18152   145803264   83  Linux    /dev/sda2           18152       19458    10484736   82  Linux своп / Solaris ставил все без LVM, разбивка руками. Выбрал минимальную установку Прицепил RPM-репозитории:    cd /etc/yum.repos.d    touch public-yum-ol6.repo добавил в файл public-yum-ol6.repo:    [ol6_ga_base]    name=Oracle Linux 6 GA - $basearch - base    baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL6/0/base/$basearch/    gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6    gpgcheck=1    enabled=1    [ol6_u1_base]    name=Oracle Linux 6 U1 - $basearch - base    baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL6/1/base/$basearch/    gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6    gpgcheck=1    enabled=1 затем все как обычно    yum update итак что видим .... если верить описанию система очень быстрая, некоторые прогнозируют прирост аж 110 процентов. смотрим что есть по дефолту cat /etc/sysctl.conf    # Kernel sysctl configuration file for Red Hat Linux    # Controls IP packet forwarding    net.ipv4.ip_forward = 0    # Controls source route verification    net.ipv4.conf.default.rp_filter = 1    # Do not accept source routing    net.ipv4.conf.default.accept_source_route = 0    # Controls the System Request debugging functionality of the kernel    kernel.sysrq = 0    # Controls whether core dumps will append the PID to the core filename.    # Useful for debugging multi-threaded applications.    kernel.core_uses_pid = 1    # Controls the use of TCP syncookies    net.ipv4.tcp_syncookies = 1    # Disable netfilter on bridges.    net.bridge.bridge-nf-call-ip6tables = 0    net.bridge.bridge-nf-call-iptables = 0    net.bridge.bridge-nf-call-arptables = 0    # Controls the maximum size of a message, in bytes    kernel.msgmnb = 65536    # Controls the default maxmimum size of a mesage queue    kernel.msgmax = 65536    # Controls the maximum shared segment size, in bytes    kernel.shmmax = 68719476736    # Controls the maximum number of shared memory segments, in pages    kernel.shmall = 4294967296    vm.overcommit_memory=2 неплохо добавим на всякий случай    kernel.panic=5    kernel.panic_on_oops=5    kernel.panic_on_io_nmi=5    kernel.panic_on_unrecovered_nmi=5 отключим все ненужное .... взламывать сервер некому, он будет сугубо локальным.    chkconfig ip6tables off    chkconfig iptables off    chkconfig netfs off    chkconfig postfix off    chkconfig saslauthd off затем отключим SELinux, так как с ним не работает 1C. vi /etc/selinux/config    SELINUX=disabled и reboot Приступим к настройке 1C и PostgreSQL. Прочитал  статью http://www.alsigned.ru/?p=1129 про установку 1С 8.2 в связке с Postgresql 9.0. Сделал все как в статье, единственно подменил в конфигурации PostgreSQL 9.0.4 и патчи взял для версии 9.0.3 (http://v8.1c.ru/overview/postgres_patches_notes.htm). Краткое изложение процесса: Загружаем необходимые пакеты:    yum install rpm-build gcc make glibc-devel bison flex python-devel tcl-devel readline-devel \       zlib-devel openssl-devel  krb5-devel  e2fsprogs-devel gettext pam-devel openldap-devel icu libicu libicu-devel Патчим PostgreSQL    wget http://v8.1c.ru/overview/postgresql_patches/9-0-4/postgresql...    rpm -i postgresql-9.0.4-1.1C.src.rpm В файле /usr/lib/rpm/macros в параметре %_default_patch_fuzz заменяем 0 на 2. В файле /root/rpmbuild/SOURCES/postgresql.init прописываем:    PGENGINE=/usr/pgsql/bin    PGDATA=/var/lib/pgsql/data    PGLOG=/var/lib/pgsql/pgstartup.log В spec-файле /root/rpmbuild/SPECS/postgresql-9.0-4C.spec меняем  postgresql-9.0 на postgresql, получится примерно так:    525 chkconfig --add postgresql    530 sbin/service postgresql condstop >/dev/null 2>&1    531 chkconfig --del postgresql    537 /sbin/service postgresql condrestart >/dev/null 2>&1 Собираем пакет с пропатченным PostgreSQL:     rpmbuild -ba --define 'runselftest 0' /root/rpmbuild/SPECS/postgresql-9.0-4C.spec Устанавливаем пакет:    rpm -i /root/rpmbuild/RPMS/x86_64/*.rpm Инициализируем БД:     su postgres    /usr/pgsql/bin/initdb -D /var/lib/pgsql/data --locale=ru_RU.UTF-8 Запускаем postgresql:    service postgresql start Устанавливаем 1С: Указываем имя хоста в /etc/hosts (имя должно совпадать с именем HOSTNAME, указанным в файле /etc/sysconfig/network): 127.0.0.1       localhost 1csrv 1csrv.mydomain.local 192.168.1.1     1csrv 1csrv.mydomain.local Устанавливаем пакеты с 1С:    rpm -i 1C_Enterprise82-common-8.2.13-205.x86_64.rpm 1C_Enterprise82-server-8.2.13-205.x86_64.rpm \       1C_Enterprise82-ws-8.2.13-205.x86_64.rpm 1C_Enterprise82-common-nls-8.2.13-205.x86_64.rpm \       1C_Enterprise82-server-nls-8.2.13-205.x86_64.rpm 1C_Enterprise82-ws-nls-8.2.13-205.x86_64.rpm далее активируем сервисы 1c и postgresql:    chkconfig srv1cv82 on    chkconfig postgresql on В .bash_profile правим "PGDATA=/var/lib/pgsql9/data" на "PGDATA=/var/lib/pgsql/data". Далее запустил 1С-клиента, создал базу TEST и запустил тест Гилева (gilev.ru) ...ждал минут 20 !!!! набрал 9.1 !!! балов явно мало для комфортной работы. Гилев рекомендует включить блокировки вручную .... что и делаем через конфигуратор снова тест ..... уже 14 баллов. Пробуем  оптимизировать postgresql.conf:    shared_buffers = 1024MB                 # min 128kB    work_mem = 400MB                                # min 64kB    maintenance_work_mem = 2048MB           # min 1MB    fsync = off                             # turns forced   synchronization on or off    wal_sync_method = fdatasync             # the default is the first option    commit_delay = 50                       # range 0-100000, in microseconds    commit_siblings = 7                     # range 1-1000    cpu_tuple_cost = 0.001                  # same scale as above    cpu_index_tuple_cost = 0.0005           # same scale as above    effective_cache_size = 4096MB далее    /etc/init.d/postgresql restart    /etc/init.d/srv1cv82 restart Следующее тестирование показало 20.4 баллов.... неплохой результат. Поставил две конфигурации кадрыКОРП  + бухгалтерияКОПРП. В конфигураторе сменил блокировки на управляемый режим блокировок. Написал скрипт для чистки логов и бекапа БД и поместил его в cron:    #!/bin/bash    set +x    /bin/rm -rf /backups/1c/*.log    /bin/touch /backups/1c/1c8_bkp.log    BKPDIR=/backups/1c    TIME=`date +%d-%m-%Y_%H:%M:%S`  # год,месяц,день,часы,минуты    DATE_ARC=`date +%d%m%Y`    LOG=/backups/1c/1c8_bkp.log    dl() {      $* >> $LOG 2>&1    }    dl echo $TIME       dl /etc/init.d/srv1cv82 stop    dl /bin/sleep 10    /bin/find /backups/1c -type f -mtime +1 -print | /usr/bin/xargs  /bin/rm -f    /bin/find /var/lib/pgsql/data/pg_log/ -type f -mtime +1 -print |  /usr/bin/xargs /bin/rm -f    /usr/pgsql/bin/pg_dump -U postgres -Fc -Z9 -c -f /backups/1c/buh.$DATE_ARC.sql buh    /usr/pgsql/bin/pg_dump -U postgres -Fc -Z9 -c -f /backups/1c/hrm.$DATE_ARC.sql hrm    /usr/pgsql/bin/pg_dump -U postgres -Fc -Z9 -c -f /backups/1c/test.$DATE_ARC.sql test    dl echo $TIME    dl /etc/init.d/srv1cv82 start Вот пожалуй и все URL: http://www.alsigned.ru/?p=1129 Обсуждается: http://www.opennet.dev/tips/info/2621.shtml
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по ответам | RSS]

	1. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Дмитрий (??) on 06-Сен-11, 14:27
	только один вопрос? - Почему OracleLinux???
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от m0ps (ok) on 06-Сен-11, 14:33
	ага, мне тоже интересно... судя по статье - он не лицензирован, тогда смысл в нем? апдейты ставить нельзя...
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Гость on 06-Сен-11, 15:16
	Да это всё приминимо к любому клону шапки, на CentOS или Fedora отличаться не будит.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Zl0 (ok) on 06-Сен-11, 15:21
	Автор видимо голословно поверил, но все таки решил проверить. >если верить описанию система очень быстрая, некоторые прогнозируют прирост аж 110 процентов.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 06-Сен-11, 16:36
	Очень доволен OracleLinux Сделан неплохо но одно огорчает мало пакетов и иногда что нужно приходится собирать руками !!!
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Stax (ok) on 06-Сен-11, 17:48
	> vi /etc/selinux/config >   SELINUX=disabled На этом закончил читать. Руки за это надо отрывать, что в 2011 году кто-то так с selinux поступает. 1С что, системный демон чтобы быть ограниченным selinux? Наверняка там все дело в паре алертов, косвенно связанных с базой или чем-то подобным, выключаемых установкой одного seboolean'а. Да и утверждение, что мол нелицензионный oracle linux обеспечивает прирост быстродействия 110% и тд.. Замечательный аргумент, чтобы лишаться обновлений и т.д.. Нет чтобы поставить SL или что-то подобное, где все работает..
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Аноним (??) on 06-Сен-11, 21:48
	> fsync = off Ну теперь то Вашим данным точно каюк.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Алексей (??) on 07-Сен-11, 03:06
	Это тест !!! И данные не критичны
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Алексей (??) on 07-Сен-11, 03:07
	>> vi /etc/selinux/config >>   SELINUX=disabled > На этом закончил читать. Руки за это надо отрывать, что в 2011 > году кто-то так с selinux поступает. > 1С что, системный демон чтобы быть ограниченным selinux? Наверняка там все дело > в паре алертов, косвенно связанных с базой или чем-то подобным, выключаемых > установкой одного seboolean'а. > Да и утверждение, что мол нелицензионный oracle linux обеспечивает прирост быстродействия > 110% и тд.. Замечательный аргумент, чтобы лишаться обновлений и т.д.. Нет > чтобы поставить SL или что-то подобное, где все работает.. Может быть но для теста SEL не нужен
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 07-Сен-11, 03:11
	> Это тест !!! И данные не критичны http://gilev.ru/1c/tpc/tpc82.rar Вот сам тест берем файлик tpc82.dt
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	11. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от gen1us on 07-Сен-11, 12:47
	он бесплатный. апдейты ставятся
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	12. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от m0ps (ok) on 07-Сен-11, 12:58
	> он бесплатный. апдейты ставятся да, он бесплатный, только вот апдейты стоят денег
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	13. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от AntiStax on 07-Сен-11, 15:20
	> vi /etc/selinux/config >   SELINUX=disabled На этом закончил читать. Руки за это надо отрывать, что в 2011 году кто-то так с selinux поступает. Руки надо отрывать за такие посты. Если в безопасности на конкретном сервере нет необходимости, зачем держать то что тебе не нужно ?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	14. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Forth (??) on 07-Сен-11, 15:44
	Старые конфигурации с табличными блокировками портят кровь.:/ Сейчас используем Postgres 8.4 на CentOS 5.6. Размер кластера почти 500gb. В целом довольны. Программеры обещают переписать блокировки. Интереса ради запустил этот тест tpc82, показало 20 с копейками.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	15. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Forth (??) on 07-Сен-11, 15:46
	Кстати, те кто данную статью прочтут - не делайте fsync = off, если не уверены на 100% что понимаете что это. Да и вообще не правьте конфиги в точности как автор.:)
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+1 +/–
	Сообщение от chemtech (ok) on 07-Сен-11, 15:55
	Хотел бы уточнить на счет теста Гилева: - какие экстремумы (максимум, минимум) в баллах получают при тестировании примерно на таком железе? - сколько баллов получает 1С примерно на такой же конфигурацией с использованием MSSQL?
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??) on 07-Сен-11, 18:46
	> Размер кластера почти 500gb. интересно. а подскажите пожалуйста, у нас сервер приложений и сервер БД на разных машинах, так вот на сервере выделенном под БД используется только один процессор, точнее одно ядро! Вы с такой проблемой не сталкивались? куда копать?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	18. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от neumeika (ok) on 07-Сен-11, 22:38
	по нашим тестам тюненная постре медленне МСсиквела 2005 в "гилёвотесте" на 20%, не тюненная 10%, а файловая минимум в 4 раза быстрее, чем постгресина тюненная. Что удивительно, если тесты проводить в виртуалке, то результаты ваще не однозачные, ибо по результатам, постгре в линупсе (центос отsysctlенный, постре тож тюненный) не дотягивает до своего собрата на винде, тесты проводились и на РАМ диске.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от crypt (??) on 08-Сен-11, 02:35
	На сервере в безопасности необходима в первую очередь. Так что с selinux статья выглядела бы действительно пристойно.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Аноним (??) on 08-Сен-11, 02:40
	> по нашим тестам тюненная постре медленне МСсиквела 2005 в "гилёвотесте" на 20%, не тюненная 10% Продолжайте и дальше тюнить в том же духе. )) Виртуалка поди M$овская?)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	21. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 07:31
	> Кстати, те кто данную статью прочтут - не делайте fsync = off, > если не уверены на 100% что понимаете что это. > Да и вообще не правьте конфиги в точности как автор.:) Проверил все планировщики open_datasync 21.75 fdatasync 21.65 fsync 21.28 fsync_writethrough не запустился open_sync 21.37 оставил open_datasync по поводу fsync = off говорю же это просто тест !!!! Сейчас дождусь аппаратного райда и fsync = off будет включена по дефолту сейчас у меня 4 базы дампы где то по 300M полет пока нормальный
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 07:34
	> Хотел бы уточнить на счет теста Гилева: >  - какие экстремумы (максимум, минимум) в баллах получают при тестировании примерно > на таком железе? >  - сколько баллов получает 1С примерно на такой же конфигурацией с > использованием MSSQL? К сожалению тест под MSSQL не проводился также как и под Oracle и DB2 Но у кого есть тесты положите плиз будет интересно
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	23. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 07:38
	также интересны тесты с другими файловыми системами Btrfs например или ext3. у меня MySQL на Btrfs крутится пока нет проблем
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	24. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 10:21
	> оставил open_datasync > по поводу fsync = off говорю же это просто тест !!!! > Сейчас дождусь аппаратного райда и fsync = off будет включена по дефолту Тест с fsync = off бесполезен. И разница между fsync = off и fsync = on но рейде с батарейкой есть и ощутимая. > сейчас у меня 4 базы дампы где то по 300M полет пока > нормальный Будет и дальше нормальный. На значительно больших размерах тоже можно работать. Если программисты, рисовавшие конфигурацию, не очень криворукие.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	25. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 10:21
	Перешел на платформу 8.2.14.533 и поставил wal_sync_method = open_sync Набрал 20.92 !!! :) У кого есть доступ на сервер 1С ???? может документацию ктонить скачает и рекомендации по настройке сервера postgres там есть статьи но доступа нет у меня
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	26. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 10:23
	>> Размер кластера почти 500gb. > интересно. > а подскажите пожалуйста, у нас сервер приложений и сервер БД на разных > машинах, так вот на сервере выделенном под БД используется только один > процессор, точнее одно ядро! Вы с такой проблемой не сталкивались? куда > копать? В смысле? По описанию похоже на то, что просто PostgreSQL на одно соединение больше одного процессора не использует. Так это нормально, архитектура такая. Делайте больше рабочих процессов на сервере приложений, убедитесь, что 1С открывает несколько соединений, под нагрузкой вполне себе будет использовать все.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	27. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 10:24
	> Будет и дальше нормальный. На значительно больших размерах тоже можно работать. Если > программисты, рисовавшие конфигурацию, не очень криворукие. конфигурации все стандартные сам ничего не пишу .... т.к. нет в этом необходимости
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	28. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 10:25
	> по нашим тестам тюненная постре медленне МСсиквела 2005 в "гилёвотесте" на 20%, > не тюненная 10%, а файловая минимум в 4 раза быстрее, чем > постгресина тюненная. Что удивительно, если тесты проводить в виртуалке, то результаты > ваще не однозачные, ибо по результатам, постгре в линупсе (центос отsysctlенный, > постре тож тюненный) не дотягивает до своего собрата на винде, тесты > проводились и на РАМ диске. А pgbench что показывает? Там по крайней мере понятно что делается. В тесте гилева только "попугаи" на выходе. Надо смотреть внутрь, отчего так.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	29. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 10:35
	>> Будет и дальше нормальный. На значительно больших размерах тоже можно работать. Если >> программисты, рисовавшие конфигурацию, не очень криворукие. > конфигурации все стандартные сам ничего не пишу .... т.к. нет в этом > необходимости У нас грабли только табличными блокировками и с запросами с типовых конфигураций. Некоторые отчеты активно используют вложенные запросы, на больших объемах начинаются веселухи, навроде 3 дня выполнения отчета.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	30. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??) on 08-Сен-11, 11:16
	> Делайте больше рабочих процессов на сервере приложений, убедитесь, что 1С открывает > несколько соединений, под нагрузкой вполне себе будет использовать все. прошу прощения, я ещё не успел ознакомится с документацией, если не сложно напишите как это сделать?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	31. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 11:20
	Вот что нашел на http://www.westnet.com/~gsmith/content/postgresql/pgbench.htm #!/bin/sh DB=alex tottrans=10000 c=1 t=`expr $tottrans / $c` echo Cleaning up database $DB psql -c 'truncate table history' $DB psql -c 'vacuum' $DB psql -c 'vacuum full' $DB psql -c 'vacuum analyze' $DB psql -c 'checkpoint' $DB echo $t transactions for each of $c concurrent users... 1>&2 /usr/pgsql/bin/pgbench -l -N -n -t $t -c $c $DB & p=$! wait $p mv pgbench_log.${p} pgbench.log cat pgbench.log | cut -f 3 -d " " | sort -n | tail зашел как su - postgres запустил вот результат Cleaning up database alex ERROR:  relation "history" does not exist VACUUM VACUUM VACUUM CHECKPOINT 10000 transactions for each of 1 concurrent users... transaction type: Update only pgbench_accounts scaling factor: 1 query mode: simple number of clients: 1 number of threads: 1 number of transactions per client: 10000 number of transactions actually processed: 10000/10000 tps = 1708.830347 (including connections establishing) tps = 1709.843054 (excluding connections establishing) 1039 1044 1092 1363 1477 1725 3119 3593 4846 11795 при с=10 Cleaning up database alex ERROR:  relation "history" does not exist VACUUM VACUUM VACUUM CHECKPOINT 1000 transactions for each of 10 concurrent users... transaction type: Update only pgbench_accounts scaling factor: 1 query mode: simple number of clients: 10 number of threads: 1 number of transactions per client: 1000 number of transactions actually processed: 10000/10000 tps = 2419.187642 (including connections establishing) tps = 2439.170740 (excluding connections establishing) 17329 17489 17886 17899 17913 17953 18222 18224 24267 26417
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	32. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 11:26
	> Вот что нашел на > http://www.westnet.com/~gsmith/content/postgresql/pgbench.htm Это с fsync = off я так понимаю?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	33. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 11:29
	>> Делайте больше рабочих процессов на сервере приложений, убедитесь, что 1С открывает >> несколько соединений, под нагрузкой вполне себе будет использовать все. > прошу прощения, я ещё не успел ознакомится с документацией, если не сложно > напишите как это сделать? В консоли кластера 1С, надо создать еще рабочих процессов. Но если клиентов мало, то не надо, будет бестолку. Да и исходных данных нет, сколько клиентов, как работают, какая конфигурация, размер базы и характеристики сервера. Скорее всего нагрузки нет, чтобы все ядра загрузить.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	34. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 08-Сен-11, 11:34
	>> Вот что нашел на >> http://www.westnet.com/~gsmith/content/postgresql/pgbench.htm > Это с fsync = off я так понимаю? Да вот еще -bash-4.1$ /usr/pgsql/bin/pgbench -c 10 -t 3000 alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 10 number of threads: 1 number of transactions per client: 3000 number of transactions actually processed: 30000/30000 tps = 1014.325899 (including connections establishing) tps = 1015.464440 (excluding connections establishing) -bash-4.1$ /usr/pgsql/bin/pgbench -c 50 -t 3000 alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 50 number of threads: 1 number of transactions per client: 3000 number of transactions actually processed: 150000/150000 tps = 954.714991 (including connections establishing) tps = 955.709272 (excluding connections establishing)
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	35. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 11:47
	>>> Вот что нашел на >>> http://www.westnet.com/~gsmith/content/postgresql/pgbench.htm >> Это с fsync = off я так понимаю? > Да > вот еще Это бесполезный бенч. На живой базе с fsync = off вы же работать не будете.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	36. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от arcade (ok) on 08-Сен-11, 12:38
	Это слив, без fsync такого прироста производительности не будет.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	37. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??) on 08-Сен-11, 15:48
	> В консоли кластера 1С, надо создать еще рабочих процессов. Но если клиентов > мало, то не надо, будет бестолку. Да и исходных данных нет, > сколько клиентов, как работают, какая конфигурация, размер базы и характеристики сервера. > Скорее всего нагрузки нет, чтобы все ядра загрузить. выяснил по подробней. в общем проблема проявляется при закрытии месяца. т.е. клиент один и увеличение кол-ва рабочих процессов не помогает. Конфигурационный файл: по умолчанию, пробовали изменять множество настроек. Размер БД: 25Гб, Железо 2 x Intel(R) Xeon(R) CPU E5520, 2.27GHz (16 cores), 2 HDD x 500 Gb (RAID1).
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	38. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 15:56
	> выяснил по подробней. в общем проблема проявляется при закрытии месяца. т.е. клиент > один и увеличение кол-ва рабочих процессов не помогает. > Конфигурационный файл: по умолчанию, пробовали изменять множество настроек. Размер БД: > 25Гб, Железо 2 x Intel(R) Xeon(R) CPU E5520, 2.27GHz (16 cores), > 2 HDD x 500 Gb (RAID1). Базка-то махонькая. Видимо то самое закрытие месяца неудачный для постгреса запрос. Неоптимальный, скажем так. Найдите кого-нибудь, кто посмотрит что именно делается и во что уперлись, в процессор, или в диски, например. Похоже на мутный и долгий запрос, с кучей вложенных.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	39. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??) on 08-Сен-11, 16:08
	> Базка-то махонькая. Видимо то самое закрытие месяца неудачный для постгреса запрос. Неоптимальный, > скажем так. Найдите кого-нибудь, кто посмотрит что именно делается и во > что уперлись, в процессор, или в диски, например. Похоже на мутный > и долгий запрос, с кучей вложенных. смотрели уже: в диски вообще не упираемся (смотрел vmstat/top iowait), а проц юзается только один(особенно хорошо видно в htop'е было). Т.е. 100% дело в использовании CPU постгресом. в официальной тех. поддержке 1С развели руками...
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	40. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 16:22
	> смотрели уже: > в диски вообще не упираемся (смотрел vmstat/top iowait), а проц юзается только > один(особенно хорошо видно в htop'е было). Т.е. 100% дело в использовании > CPU постгресом. > в официальной тех. поддержке 1С развели руками... Ну похоже запрос длинный. Он вообще завершается за разумное время? Включите log_duration_statement, track_activities, c track_activities_query_size=102400. Дальше либо смотрите в pg_stat_activities, либо в лог, если он туда запишется, что там за запрос, выковыривайте, план выполнения курите и все такое :)
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	41. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от admin (??) on 08-Сен-11, 16:30
	> Дальше либо смотрите в pg_stat_activities, либо в лог, если он туда запишется, > что там за запрос, выковыривайте, план выполнения курите и все такое > :) странно, я думал у всех такая проблема, но раз вы так говорите, то стоит посмотреть explain.. (не думал что нужно это делать в случаях с 1С, да и знаний/опыта на PG уже не хватает)
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	42. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 08-Сен-11, 16:40
	>> Дальше либо смотрите в pg_stat_activities, либо в лог, если он туда запишется, >> что там за запрос, выковыривайте, план выполнения курите и все такое >> :) > странно, я думал у всех такая проблема, но раз вы так говорите, > то стоит посмотреть explain.. (не думал что нужно это делать в > случаях с 1С, да и знаний/опыта на PG уже не хватает) Еще как нужно. Мы когда переходили с MS SQL на Postgres первое время в планы выполнения пялились постоянно. Потому как по другому там никак. Индексы построить и конфиг покрутить это все конечно хорошо, но если запрос в принципе мертвый и не выполнится за разумное время - тут только переписывать. У нас правда много конфигураций досточно старых еще под 8.1 писанных. Там много отчетов без использования временных таблиц, строго на вложенных запросах. Грамотный 1С-программер нужен обязательно. У нас сейчас баз с десяток на одном сервере, из них самая большая без индексов под 200G размером и ничего, работаем, не жалуемся.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	43. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 09-Сен-11, 04:05
	> Это бесполезный бенч. На живой базе с fsync = off вы же > работать не будете. буду .... купил райд + винты сейчас все цепляю и буду тестировать
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	44. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 09-Сен-11, 04:21
	как получить 35 баллов ???? кто райды использует например  5-й или 10-й ????
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	45. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 09-Сен-11, 05:38
	с fsync = on /usr/pgsql/bin/pgbench -i alex NOTICE:  table "pgbench_branches" does not exist, skipping NOTICE:  table "pgbench_tellers" does not exist, skipping NOTICE:  table "pgbench_accounts" does not exist, skipping NOTICE:  table "pgbench_history" does not exist, skipping creating tables... 10000 tuples done. 20000 tuples done. 30000 tuples done. 40000 tuples done. 50000 tuples done. 60000 tuples done. 70000 tuples done. 80000 tuples done. 90000 tuples done. 100000 tuples done. set primary key... NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_branches_pkey" for table "pgbench_branches" NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_tellers_pkey" for table "pgbench_tellers" NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_accounts_pkey" for table "pgbench_accounts" vacuum...done. -bash-4.1$ /usr/pgsql/bin/pgbench -c 100 -t 300 alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 100 number of threads: 1 number of transactions per client: 300 number of transactions actually processed: 30000/30000 tps = 111.247465 (including connections establishing) tps = 111.381112 (excluding connections establishing) Это без райда ...... поставил synchronous_commit = off -bash-4.1$ /usr/pgsql/bin/pgbench -c 100 -t 300 alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 100 number of threads: 1 number of transactions per client: 300 number of transactions actually processed: 30000/30000 tps = 444.281640 (including connections establishing) tps = 446.328705 (excluding connections establishing) установил wal_buffers = 1024kB /usr/pgsql/bin/pgbench -c 100 -t 300 alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 100 number of threads: 1 number of transactions per client: 300 number of transactions actually processed: 30000/30000 tps = 673.658917 (including connections establishing) tps = 678.406905 (excluding connections establishing)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	46. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 09-Сен-11, 08:20
	вопрос кто юзает PostgreSQL@Etersoft ???? какие впечатления ..... и если можно то выложите тесты pgbench и гилева
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	47. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 09-Сен-11, 08:48
	перенес каталоги pg_clog , pg_xlog, pg_log на другой диск создал на них символические ссылки /usr/pgsql/bin/pgbench -c 100 -t 300  alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 100 number of threads: 1 number of transactions per client: 300 number of transactions actually processed: 30000/30000 tps = 687.226120 (including connections establishing) tps = 692.270491 (excluding connections establishing) гилев 21.3 показал ...... интересно какое надо железо чтоб 60 было !!!!! http://wiki.etersoft.ru/PostgreSQL/Optimum
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	48. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от eee (??) on 09-Сен-11, 10:49
	Чтобы в лог не валилось много ошибок типа WARNING:  nonstandard use of \\ in a string literal at character 5929 HINT:  Use the escape string syntax for backslashes, e.g., E'\\'. нужно добавить escape_string_warning = off
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	49. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 09-Сен-11, 11:31
	ну вот собрал RAID 10 4 винта по 250 WD2503ABYX RAID FastTrak TX4310 -bash-4.1$ /usr/pgsql/bin/pgbench -i alex NOTICE:  table "pgbench_branches" does not exist, skipping NOTICE:  table "pgbench_tellers" does not exist, skipping NOTICE:  table "pgbench_accounts" does not exist, skipping NOTICE:  table "pgbench_history" does not exist, skipping creating tables... 10000 tuples done. 20000 tuples done. 30000 tuples done. 40000 tuples done. 50000 tuples done. 60000 tuples done. 70000 tuples done. 80000 tuples done. 90000 tuples done. 100000 tuples done. set primary key... NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_branches_pkey" for table "pgbench_branches" NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_tellers_pkey" for table "pgbench_tellers" NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_accounts_pkey" for table "pgbench_accounts" vacuum...done. -bash-4.1$ /usr/pgsql/bin/pgbench -c 10 -t 300 -j 10 alex starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 10 number of threads: 10 number of transactions per client: 300 number of transactions actually processed: 3000/3000 tps = 1603.210697 (including connections establishing) tps = 1623.610501 (excluding connections establishing) Думал быстрее будет ....... в понедельник обновлю биос в райде + соберу дрова из исходников ......
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	50. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 09-Сен-11, 12:15
	>> Это бесполезный бенч. На живой базе с fsync = off вы же >> работать не будете. > буду .... купил райд + винты сейчас все цепляю и буду тестировать Вы уверены, что понимаете, что делает fsync = off?
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	51. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 09-Сен-11, 12:16
	> вопрос кто юзает PostgreSQL@Etersoft ???? > какие впечатления ..... и если можно то выложите тесты pgbench и гилева Хорошие впечатления. Да это на самом деле просто уже готовая сборка, с парой фиксов. Тесты не выложу, в отпуске :), на тесте gilev помнится было 20 с копейками.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	52. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от NSForth (ok) on 09-Сен-11, 12:20
	> ну вот собрал RAID 10 > 4 винта по 250 WD2503ABYX RAID FastTrak TX4310 Первая же дурная операция проведения, вешающая табличные блокировки, или неоптимальный отчет и плевать на все эти бенчмарки. Не майтесь дурью, лучше разберитесь с тем, как отчеты и запросы в самой 1С переписывать. Планы выполнения как смотреть и т.п. Больше пользы в 100 раз.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	53. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Сергей (??) on 09-Сен-11, 19:58
	Для любителей отключать fsync на сервере(таких как alexpn) приведу выдержку из доков:     If this parameter is on, the PostgreSQL server will try to make sure that updates are physically written to disk, by issuing fsync() system calls or various equivalent methods (see wal_sync_method). This ensures that the database cluster can recover to a consistent state after an operating system or hardware crash.     While turning off fsync is often a performance benefit, this can result in unrecoverable data corruption in the event of a power failure or system crash. Thus it is only advisable to turn off fsync if you can easily recreate your entire database from external data. Короче говоря, независимо от того raid у вас или нет и с батарейкой он или нет, то если данные вам дОроги, отключать fsync нельзя
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	54. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 12-Сен-11, 03:48
	для всех последних тестов со стоки fsync = ON Этот праметр НЕ ОТКЛЮЧАЛСЯ !!!!! ЦИТИРУЮ !!!! Сообщение от alexpn (ok) on 09-Сен-11, 05:38 с fsync = on а то что програмеры в 1С заточены только под маздай дак это их проблема !!!! в тесте с рейдом synchronous_commit = on fsync = on единственное что сделано это весь /var перенесен на райд ! pg_log И прочие каталоги также остались на дополнительном диске !!!
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	55. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 02:14
	> Руки за это надо отрывать, что в 2011 году кто-то так с selinux поступает. Толку то с вашего selinux. Гемора создает много, а в случае дыр в ядре - выносится первым же сплойтом первым делом. А без дыр как-то и без него неплохо, знаете ли. В общем хрень нужная только потому что у некоторых бюрократов по уставу положено MAC и все тут. Вынь да полож, или всякие АНБ и прочие квадратноголовые просто не пустят это к себе в системы. У них же регламент доступа к информации, типа.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	57. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от Zur on 27-Сен-11, 11:38
	Вопрос к автору: ссылка после "Патчим PostgreSQL" - "wget http://v8.1c.ru/overview/postgresql_patches/9-0-4/postgresql... - нерабочая. Откуда образовался postgresql-9.0.4-1.1C.src.rpm, поподробней можно, плиз?
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	58. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 29-Сен-11, 05:46
	> Вопрос к автору: ссылка после "Патчим PostgreSQL" - "wget http://v8.1c.ru/overview/postgresql_patches/9-0-4/postgresql... > - нерабочая. Откуда образовался postgresql-9.0.4-1.1C.src.rpm, поподробней можно, плиз? Все просто !!!! качаем http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql... затем качаем http://wwwmaster.postgresql.org/download/mirrors-ftp/source/... устанавливаем rpm -Uvh postgresql-9.0.3-3.1C.src.rpm правим файлик /root/rpmbuild/SPECS/postgresql-9.0-1C.spec заменяем все на версию 9.0.4 строка 77 Version:    9.0.4 просто в прикол меняем строку 78 Release:    4.2C правим остальные файлики как тут http://www.alsigned.ru/?p=1129 не забываем про мягкие ссылки на библиотеки icu копируем или переносим postgresql-9.0.4.tar.bz2 в /root/rpmbuild/SOURCES далее собираем rpmbuild -ba --define 'runselftest 0' /root/rpmbuild/SPECS/postgresql-9.0-1C.spec если все без ошибок смотрим ll /root/rpmbuild/RPMS/x86_64/ или еще вариант ждем пока появится новый релиз скажем 9.0.5 вот тут http://v8.1c.ru/overview/postgres_patches_notes.htm либо юзаем готовый http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql... Извиняюсь за опечатки в статье
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	59. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"	+/–
	Сообщение от alexpn (ok) on 29-Сен-11, 08:07
	собрал с 9.0.5 единственное поправил ссылки ln -s /usr/lib64/libicudata.so.42.1 /usr/local/lib64/libicudata.so.46 ln -s /usr/lib64/libicui18n.so.42.1 /usr/local/lib64/libicui18n.so.46 ln -s /usr/lib64/libicuuc.so.42.1 /usr/local/lib64/libicuuc.so.46 в настоящий момент тестирую .....
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема