The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

"Раздел полезных советов: Опыт настройки связки 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
Обсуждается: https://www.opennet.ru/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 email on 07-Сен-11, 15:20 
> vi /etc/selinux/config
>   SELINUX=disabled

На этом закончил читать. Руки за это надо отрывать, что в 2011 году кто-то так с selinux поступает.

Руки надо отрывать за такие посты. Если в безопасности на конкретном сервере нет необходимости, зачем держать то что тебе не нужно ?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

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

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

16. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"  +1 +/
Сообщение от chemtech email(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 email(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 email(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 email(ok) on 08-Сен-11, 10:25 
> по нашим тестам тюненная постре медленне МСсиквела 2005 в "гилёвотесте" на 20%,
> не тюненная 10%, а файловая минимум в 4 раза быстрее, чем
> постгресина тюненная. Что удивительно, если тесты проводить в виртуалке, то результаты
> ваще не однозачные, ибо по результатам, постгре в линупсе (центос отsysctlенный,
> постре тож тюненный) не дотягивает до своего собрата на винде, тесты
> проводились и на РАМ диске.

А pgbench что показывает? Там по крайней мере понятно что делается. В тесте гилева только "попугаи" на выходе. Надо смотреть внутрь, отчего так.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

29. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"  +/
Сообщение от NSForth email(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 email(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 email(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 email(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 email(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 email(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 email(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 email(ok) on 09-Сен-11, 12:15 
>> Это бесполезный бенч. На живой базе с fsync = off вы же
>> работать не будете.
> буду .... купил райд + винты сейчас все цепляю и буду тестировать

Вы уверены, что понимаете, что делает fsync = off?

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

51. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"  +/
Сообщение от NSForth email(ok) on 09-Сен-11, 12:16 
> вопрос кто юзает PostgreSQL@Etersoft ????
> какие впечатления ..... и если можно то выложите тесты pgbench и гилева

Хорошие впечатления. Да это на самом деле просто уже готовая сборка, с парой фиксов.
Тесты не выложу, в отпуске :), на тесте gilev помнится было 20 с копейками.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

52. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"  +/
Сообщение от NSForth email(ok) on 09-Сен-11, 12:20 
> ну вот собрал RAID 10
> 4 винта по 250 WD2503ABYX RAID FastTrak TX4310

Первая же дурная операция проведения, вешающая табличные блокировки, или неоптимальный отчет и плевать на все эти бенчмарки. Не майтесь дурью, лучше разберитесь с тем, как отчеты и запросы в самой 1С переписывать. Планы выполнения как смотреть и т.п.
Больше пользы в 100 раз.


Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

53. "Опыт настройки связки PostgreSQL и 1С в Oracle Linux"  +/
Сообщение от Сергей email(??) 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 email 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру