postgresql в ALT Linux Кентавр

[dango]

* postgresql.conf.old.txt (21.02 кБ - загружено 2 раз.)
* postgresql.conf.txt (21.77 кБ - загружено 2 раз.)

Результат pgtune

Код: [Выделить]

default_statistics_target = 50 # pgtune wizard 2016-02-17
maintenance_work_mem = 960MB # pgtune wizard 2016-02-17
constraint_exclusion = on # pgtune wizard 2016-02-17
checkpoint_completion_target = 0.9 # pgtune wizard 2016-02-17
effective_cache_size = 11GB # pgtune wizard 2016-02-17
work_mem = 96MB # pgtune wizard 2016-02-17
wal_buffers = 8MB # pgtune wizard 2016-02-17
checkpoint_segments = 16 # pgtune wizard 2016-02-17
shared_buffers = 3840MB # pgtune wizard 2016-02-17
max_connections = 80 # pgtune wizard 2016-02-17       
Тут придраться не к чему. Принципы оптимизации postgresql под 1С не поменялись. В свое время начинал вот отсюда: http://wiki.etersoft.ru/PostgreSQL/Optimum. Параметры подбирал экспериментально. Жаль, что наработки тех времен накрылись медным тазом.
San, ткните меня носом, не вижу какой HDD на вашем сервере. Дисковая подсистема тоже важна для PostgreSQL.

[San]

FVWM в Кентавре предельно минимален, но мне для проверок хватило.
Под обычным пользователем (не root!)

Дык у меня Клиента то нет на сервере? Как его установить, если его в дистрибутиве не было? (вот в этом файлике rpm64.tar.gz)

Код: [Выделить]

# ls -lh /home/pub/1cx64server
итого 515M
-rw-rw-rw- 1 root    root     33M янв 28 09:02 1C_Enterprise83-common-8.3.7-1901.x86_64.rpm
-rw-rw-rw- 1 root    root    1,5M янв 28 09:02 1C_Enterprise83-common-nls-8.3.7-1901.x86_64.rpm
-rw-rw-rw- 1 root    root    168M янв 28 09:02 1C_Enterprise83-server-8.3.7-1901.x86_64.rpm
-rw-rw-rw- 1 root    root     58M янв 28 09:02 1C_Enterprise83-server-nls-8.3.7-1901.x86_64.rpm
-rw-rw-rw- 1 root    root    188K янв 28 09:02 1C_Enterprise83-ws-8.3.7-1901.x86_64.rpm
-rw-rw-rw- 1 root    root     15K янв 28 09:02 1C_Enterprise83-ws-nls-8.3.7-1901.x86_64.rpm
-rwxrwxr-- 1 sanuser sanuser 256M фев 17 17:39 rpm64.tar.gz

быстро нажимаем:
Ctrl+A и Ctrl+C

Спасибо, Читаю...

[San]

San, ткните меня носом, не вижу какой HDD на вашем сервере. Дисковая подсистема тоже важна для PostgreSQL.

Два диска подключенные в raid. Вот кусочек из hardinfo, весь файл тут: https://forum.altlinux.org/index.php?topic=36421.msg280047#msg280047

Summary
-------
-Computer-
..
-IDE Disks-
-SCSI Disks-
ATA WDC WD5000AAKX-2
ATA WDC WD5000AAKX-0
Optiarc DVD RW AD-5240S

Код: [Выделить]

# cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb5[1] sda5[0]
      447935360 blocks [2/2] [UU]
     
md1 : active raid1 sdb2[1] sda2[0]
      7499712 blocks [2/2] [UU]
     
md0 : active raid1 sda1[0] sdb1[1]
      32947136 blocks [2/2] [UU]
     
unused devices: <none>Что то у меня не получается отфильтровать # lshw -c scsi  поэтому кусок из общего # lshw

Код: [Выделить]

    *-scsi:0
          physical id: 1
          logical name: scsi0
          capabilities: emulated
        *-disk
             description: ATA Disk
             product: WDC WD5000AAKX-2
             vendor: Western Digital
             physical id: 0.0.0
             bus info: scsi@0:0.0.0
             logical name: /dev/sda
             version: 17.0
             serial: WD-WCC2E4ENURT8
             size: 465GiB (500GB)
             capabilities: partitioned partitioned:dos
             configuration: ansiversion=5 sectorsize=512
           *-volume:0
                description: Linux swap volume
                physical id: 1
                bus info: scsi@0:0.0.0,1
                logical name: /dev/sda1
                version: 1
                serial: a999a95e-0c36-4c7e-be73-3ef768bff6d3
                size: 31GiB
                capacity: 31GiB
                capabilities: primary bootable swap initialized
                configuration: filesystem=swap pagesize=4096
           *-volume:1
                description: EXT4 volume
                vendor: Linux
                physical id: 2
                bus info: scsi@0:0.0.0,2
                logical name: /dev/sda2
                version: 1.0
                serial: 70be6369-e8e0-4a8e-b58c-ccc561912b28
                size: 7323MiB
                capacity: 7324MiB
                capabilities: primary multi journaled extended_attributes large_files huge_files dir_nlink recover extents ext4 ext2 initialized
                configuration: created=2016-02-17 13:37:48 filesystem=ext4 lastmountpoint=/ modified=2016-02-23 14:20:34 mounted=2016-02-23 14:20:34 state=clean
           *-volume:2
                description: Extended partition
                physical id: 4
                bus info: scsi@0:0.0.0,4
                logical name: /dev/sda4
                size: 427GiB
                capacity: 427GiB
                capabilities: primary extended partitioned partitioned:extended
              *-logicalvolume
                   description: Linux filesystem partition
                   physical id: 5
                   logical name: /dev/sda5
                   capacity: 427GiB
     *-scsi:1
          physical id: 2
          logical name: scsi1
          capabilities: emulated
        *-disk
             description: ATA Disk
             product: WDC WD5000AAKX-0
             vendor: Western Digital
             physical id: 0.0.0
             bus info: scsi@1:0.0.0
             logical name: /dev/sdb
             version: 15.0
             serial: WD-WCC2E5DH55J9
             size: 465GiB (500GB)
             capabilities: partitioned partitioned:dos
             configuration: ansiversion=5 sectorsize=512
           *-volume:0
                description: Linux swap volume
                physical id: 1
                bus info: scsi@1:0.0.0,1
                logical name: /dev/sdb1
                version: 1
                serial: a999a95e-0c36-4c7e-be73-3ef768bff6d3
                size: 31GiB
                capacity: 31GiB
                capabilities: primary bootable swap initialized
                configuration: filesystem=swap pagesize=4096
           *-volume:1
                description: EXT4 volume
                vendor: Linux
                physical id: 2
                bus info: scsi@1:0.0.0,2
                logical name: /dev/sdb2
                version: 1.0
                serial: 70be6369-e8e0-4a8e-b58c-ccc561912b28
                size: 7323MiB
                capacity: 7324MiB
                capabilities: primary multi journaled extended_attributes large_files huge_files dir_nlink recover extents ext4 ext2 initialized
                configuration: created=2016-02-17 13:37:48 filesystem=ext4 lastmountpoint=/ modified=2016-02-23 14:20:34 mounted=2016-02-23 14:20:34 state=clean
           *-volume:2
                description: Extended partition
                physical id: 4
                bus info: scsi@1:0.0.0,4
                logical name: /dev/sdb4
                size: 427GiB
                capacity: 427GiB
                capabilities: primary extended partitioned partitioned:extended
              *-logicalvolume
                   description: Linux filesystem partition
                   physical id: 5
                   logical name: /dev/sdb5
                   capacity: 427GiB

В свое время начинал вот отсюда: http://wiki.etersoft.ru/PostgreSQL/Optimum.

Еще раз Спасибо!

[dango]

весь файл тут: https://forum.altlinux.org/index.php?topic=36421.msg280047#msg280047

Спасибо. Действительно, проскакал мимо.

Дык у меня Клиента то нет на сервере? Как его установить, если его в дистрибутиве не было? (вот в этом файлике rpm64.tar.gz)

Клиент в пакетах client.rpm32.tar.gz, client.rpm64.tar.gz. Смотрите сами. Я не настаиваю. Но на вашем месте обязательно бы сделал. У связки 1С+PostgreSQL хватает узких мест.
Кстати, вот и первое:

Два диска подключенные в raid.

RAID-1. Здесь скорость принесена в жертву надежности. Варианты есть как немного отыграть, но все они сопряжены с затратами времени и ресурсов. Для многопользовательской работы худо-бедно это 15 по Гилеву, для более-менее комфортной работы 20 и выше. По хорошему минимуму разнести систему и каталог БД на разные носители и поэкспериментировать с postgresql.conf

[yaleks]

По хорошему минимуму разнести систему и каталог БД на разные носители и поэкспериментировать с postgresql.conf

Смысл? Система у вас грузится 1 раз и все остальное время в памяти. Если это не так, то что-то неправильно.

[dango]

Смысл? Система у вас грузится 1 раз и все остальное время в памяти. Если это не так, то что-то неправильно.

1С нехило напрягает PostgreSQL на операциях записи. Конечно, можно накопить в памяти транзакции, но писать их на диск тоже когда-то надо. Тест Гилева как раз и устраивает массовое проведение документов чтобы оценить производительность. Здесь по-хорошему оценить производительность в разных конфигурациях, чтобы понять где узко и как это решать, чтобы это потом работало комфортно для пользователей.

[San]

По хорошему минимуму разнести систему и каталог БД на разные носители и поэкспериментировать с postgresql.conf

ПОЖАЛУЙСТА! СРОЧНО! Каталог Баз Данных где находится?  В/var/lib/pgsql/data/base?

[Skull]

По хорошему минимуму разнести систему и каталог БД на разные носители и поэкспериментировать с postgresql.conf

ПОЖАЛУЙСТА! СРОЧНО! Каталог Баз Данных где находится?  В/var/lib/pgsql/data/base?

Да.

[dango]

San, может оказаться полезным:
https://wiki.postgresql.org/wiki/Russian
http://postgrespro.ru/doc/
http://postgresql.ru.net/docs.html

[San]

San, может оказаться полезным:

Может, Спасибо, но ЭТО для меня почти как с "ноля"...

Подключил я SSD к системе, и по Вашему совету вынес базы на него! (пробовал подключать обычный HDD WD5000AAKX, но на нем скорость не ни много выше - 67 seeks по тесту, а вот работа SSD порадовала!)

Код: [Выделить]

# seeker /dev/sdc
Seeker v3.0+Fedora, 2009-06-17, http://www.linuxinsight.com/how_fast_is_your_disk.html
Benchmarking /dev/sdc [234441648 blocks, 120034123776 bytes, 111 GB, 114473 MB, 120 GiB, 120034 MiB]
[512 logical sector size, 512 physical sector size]
[1 threads]
Wait 30 seconds..............................
Results: 14466 seeks/second, 0.069 ms random access time (123392 < offsets < 120034034176)
Ну и на закуску Тест Гилева:

[San]

Тест Гилева в 80% заканчивается с сообщением как в прищепке. Это кажется из наблюдения, при много поточной записи на диск. (видел два раза) Сообщений Аварийных нет, база вроде тоже не пере запускается? Плохо в логе нет времени? А так сделал вывод лога сразу после остановки теста:

Код: [Выделить]

СООБЩЕНИЕ:  система БД была выключена: 2016-02-23 23:30:23 KRAT
СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
СООБЩЕНИЕ:  система БД готова принимать подключения
СООБЩЕНИЕ:  процесс запуска автоочистки создан
СООБЩЕНИЕ:  получен запрос на быстрое выключение
СООБЩЕНИЕ:  прерывание всех активных транзакций
СООБЩЕНИЕ:  процесс запуска автоочистки завершается
СООБЩЕНИЕ:  выключение
СООБЩЕНИЕ:  система БД выключена
СООБЩЕНИЕ:  система БД была выключена: 2016-02-24 10:03:19 KRAT
СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
СООБЩЕНИЕ:  система БД готова принимать подключения
СООБЩЕНИЕ:  процесс запуска автоочистки создан
СООБЩЕНИЕ:  stats_timestamp 2016-02-24 10:03:19.30892+07 is later than collector's time 2016-02-24 03:04:38.9471+07 for database 0
СООБЩЕНИЕ:  работа системы БД была прервана; последний момент работы: 2016-02-24 03:04:38 KRAT
СООБЩЕНИЕ:  система БД была остановлена нештатно; производится автоматическое восстановление
СООБЩЕНИЕ:  запись нулевой длины по смещению 4/9C63720
СООБЩЕНИЕ:  данные REDO не требуются
СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
СООБЩЕНИЕ:  система БД готова принимать подключения
СООБЩЕНИЕ:  процесс запуска автоочистки создан
СООБЩЕНИЕ:  получен запрос на быстрое выключение
СООБЩЕНИЕ:  прерывание всех активных транзакций
СООБЩЕНИЕ:  процесс запуска автоочистки завершается
СООБЩЕНИЕ:  выключение
СООБЩЕНИЕ:  система БД выключена
СООБЩЕНИЕ:  система БД была выключена: 2016-02-24 10:06:57 KRAT
СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
СООБЩЕНИЕ:  система БД готова принимать подключения
СООБЩЕНИЕ:  процесс запуска автоочистки создан
СООБЩЕНИЕ:  получен запрос на быстрое выключение
СООБЩЕНИЕ:  прерывание всех активных транзакций
СООБЩЕНИЕ:  процесс запуска автоочистки завершается
СООБЩЕНИЕ:  выключение
СООБЩЕНИЕ:  система БД выключена
СООБЩЕНИЕ:  система БД была выключена: 2016-02-24 10:57:19 KRAT
СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
СООБЩЕНИЕ:  система БД готова принимать подключения
СООБЩЕНИЕ:  процесс запуска автоочистки создан
СООБЩЕНИЕ:  работа системы БД была прервана; последний момент работы: 2016-02-24 12:54:06 KRAT
СООБЩЕНИЕ:  система БД была остановлена нештатно; производится автоматическое восстановление
СООБЩЕНИЕ:  запись нулевой длины по смещению 4/9C6D698
СООБЩЕНИЕ:  данные REDO не требуются
СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
СООБЩЕНИЕ:  система БД готова принимать подключения
СООБЩЕНИЕ:  процесс запуска автоочистки создан
# date
Ср фев 24 14:17:55 KRAT 2016Пока буду читать и ОСОЗНАВАТЬ, то что мне щедро дали на чтение, может у кого то возникнет уже готовое решение? Или хотя где бы еще посмотреть почему тест останавливается?

И еще один вопрос! ВАШЕ мнение? Оставлять SSD в системе, ставить ежедневную архивацию? Или что то еще кто нибудь подскажет?
 
- Сорри! Прищепку Забыл...

[yaleks]

И еще один вопрос! ВАШЕ мнение? Оставлять SSD в системе, ставить ежедневную архивацию? Или что то еще кто нибудь подскажет?

Архивирование никогда не помешает (особенно важных финансовых вещей на другой компьютер), а так современные SSD достаточно надежны и некоторые выдерживают петабайты на запись.

[dango]

Может, Спасибо, но ЭТО для меня почти как с "ноля"...

Хотя бы получите общее представление, какие параметры в postgresql.conf за что отвечают, если возникнет необходимость ручного тюнинга PostgreSQL.

Тест Гилева в 80% заканчивается с сообщением как в прищепке.

Это после того, как переехали на SSD?

СООБЩЕНИЕ:  работа системы БД была прервана; последний момент работы: 2016-02-24 12:54:06 KRAT
СООБЩЕНИЕ:  система БД была остановлена нештатно; производится автоматическое восстановление

Похоже, тест валит СУБД. Посмотрите системные логи на предмет параллельных событий. На HDD такое было?
Увы, с SSD не приходилось работать. Поэтому могу только предполагать.

Архивирование никогда не помешает (особенно важных финансовых вещей на другой компьютер)

+1. Обязательно. Регулярно. Средствами 1С и PostgreSQL И сразу отрепетировать восстановление из бэкапов.

так современные SSD достаточно надежны и некоторые выдерживают петабайты на запись.

Мониторинг тоже не помешает.

[yaleks]

Тест Гилева в 80% заканчивается с сообщением как в прищепке.

Это после того, как переехали на SSD?

это скорее всего из-за того, что при неостановленном PG двигали файлы базы.

[San]

Хотя бы получите общее представление, какие параметры в postgresql.conf за что отвечают, если возникнет необходимость ручного тюнинга PostgreSQL.

Ну это само собой, Спасибо! Буду изучать, времени бы побольше...

Архивирование никогда не помешает

+1. Обязательно. Регулярно. Средствами 1С и PostgreSQL И сразу отрепетировать восстановление из бэкапов.

Выбрал Ежедневный по расписанию архив всей папки /var/lib/pgsql/data/base + Интересная программа Effector saver 3, опробовал в течении пару дней, даже понравилось. Настрою ее у кого ни будь на клиенте, будет перед работой по расписанию запускаться...
Бэкап Баз уже отрепетировал, вчера заменил SSD на более надежный Intel...

Это после того, как переехали на SSD?

Нет, было и до этого! Просто с диска HDD этот процесс дольше и утомителен в ожидании... Но точно помню что на HDD 2 два раза тест прерван, Один раз выполнен... Даже скрин завалялся... А на SSD это как бы быстрее... Я Запустил - тест выполнился, не радостях про скрин забыл. Базы сразу две делаю. Запустил с второй базы - обрыв теста...

это скорее всего из-за того, что при неостановленном PG двигали файлы базы.

Нет. Всегда делаю:

Код: [Выделить]

# service srv1cv83 stop ; service postgresql stopИ пока операции с файлами не закончу, компьютер не перезагружаю! (Читал про это где то, возможно даже на Этом форуме.)

Похоже, тест валит СУБД. Посмотрите системные логи на предмет параллельных событий. На HDD такое было?
Увы, с SSD не приходилось работать. Поэтому могу только предполагать.

Абсолютно Одинаково на SSD и HDD. А может И не СУБД валит?***
В системных логах - Глухо и "Цветочно", т.е. ВСЕ СПОКОЙНО! 
А вот при попытке наглухо удалить Базы, а потом воссоздать с Ноля, есть ошибка какая то!? Что то с запретами на языки!? Гугл пока не успел помочь, читал другое...

ERROR:  language "plpgsql" already exists
STATEMENT:  CREATE PROCEDURAL LANGUAGE 'plpgsql' HANDLER plpgsql_call_handler
WARNING:  there is no transaction in progress
ERROR:  language "plpgsql" already exists
STATEMENT:  CREATE PROCEDURAL LANGUAGE 'plpgsql' HANDLER plpgsql_call_handler
WARNING:  there is no transaction in progress

Это я две базы полностью удалил, а потом создавал...

***Я погуглил ошибку, которая у меня возникает, как она есть:
"Состояние: Тест диска: Не удалось завершить тестирование."
И вот куда она меня вывела: http://www.gilev.ru/forum/viewtopic.php?f=8&t=575
Сам Вячеслав Гилёв "валит" в помойку "крутющщий" проц!

А вот в этом сообщении: http://www.gilev.ru/forum/viewtopic.php?f=8&t=575#p3138
Меня заинтересовала фраза: Может у вас в режиме восстановления full стоит вместо simple ?
Пытался понять самостоятельно, пока не ни чего не нашел...

Мониторинг тоже не помешает.

Отсюда По Подробнее, Пожалуйста?