Телеграмм чат группы PostgreSQL_1C

ExecStart=/opt/1C/v8.3.17.1386/x86_64/ragent -d /home/usr1cv8/.cxsvodapk-8.3.17.1386/1C/1Cv83 -port 4340 -regport 4341 -range 4360:4490
ExecStart=/opt/1C/v8.3.15.1830/x86_64/ragent -d /home/usr1cv8/.vet-8.3.15.1830/1C/1Cv83 -port 4540 -regport 4541 -range 4560:4690

источник

11:03пожаловаться #5

NP

Nik Pop in PostgreSQL + 1C + Linux

коллеги, может натолкнёте на мысль куда копать - разворачивал сейчас базу из sql архива. И последние 10 гигов ну ОЧЕНЬ долго разворачивались, час где-то. Хотя нагрузки на проц, оперативку и диск вообще не было в это время. В процессах показывало, что постгрес создаёт индексы для этой базы

источник

11:03пожаловаться #6

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

L K

ExecStart=/opt/1C/v8.3.17.1386/x86_64/ragent -d /home/usr1cv8/.cxsvodapk-8.3.17.1386/1C/1Cv83 -port 4340 -regport 4341 -range 4360:4490
ExecStart=/opt/1C/v8.3.15.1830/x86_64/ragent -d /home/usr1cv8/.vet-8.3.15.1830/1C/1Cv83 -port 4540 -regport 4541 -range 4560:4690

Я так и думал

источник

11:03пожаловаться #7

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

L K

Пишите сразу скрипт для установки дополнительного сервера на новые порты

Спасибо за совет!

источник

11:05пожаловаться #8

LK

L K in PostgreSQL + 1C + Linux

Nik Pop

коллеги, может натолкнёте на мысль куда копать - разворачивал сейчас базу из sql архива. И последние 10 гигов ну ОЧЕНЬ долго разворачивались, час где-то. Хотя нагрузки на проц, оперативку и диск вообще не было в это время. В процессах показывало, что постгрес создаёт индексы для этой базы

Выгрузку делать в каталог, восстановление можно запустить в несколько потоков

источник

11:05пожаловаться #9

NP

Nik Pop in PostgreSQL + 1C + Linux

L K

Выгрузку делать в каталог, восстановление можно запустить в несколько потоков

восстановление шло в -j 10

источник

11:06пожаловаться #10

LK

L K in PostgreSQL + 1C + Linux

Из файла?

источник

11:06пожаловаться #11

NP

Nik Pop in PostgreSQL + 1C + Linux

L K

Выгрузку делать в каталог, восстановление можно запустить в несколько потоков

а что значит выгрузку делать в каталог?

источник

11:06пожаловаться #12

NP

Nik Pop in PostgreSQL + 1C + Linux

L K

Из файла?

да

источник

11:06пожаловаться #13

LK

L K in PostgreSQL + 1C + Linux

Nik Pop

а что значит выгрузку делать в каталог?

https://renbuar.blogspot.com/2019/10/pgdump.html

Blogspot

Сравнение pg_dump в файл и в каталог

25.1. Выгрузка в SQL $ sudo su postgres -c "psql -c \"select pg_size_pretty( pg_database_size('demo'))\"" pg_size_pretty -------------...

источник

11:07пожаловаться #14

NP

Nik Pop in PostgreSQL + 1C + Linux

pg_restore -d BASENAME -j 10 /BASENAME.sql вот так делал

источник

11:07пожаловаться #15

A

Alexander Malykhin in PostgreSQL + 1C + Linux

При написании systemd-юнитов не забывайте указывать под каким пользователем запускать, иначе все будет от рута работать

источник

11:08пожаловаться #16

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux

Nik Pop

коллеги, может натолкнёте на мысль куда копать - разворачивал сейчас базу из sql архива. И последние 10 гигов ну ОЧЕНЬ долго разворачивались, час где-то. Хотя нагрузки на проц, оперативку и диск вообще не было в это время. В процессах показывало, что постгрес создаёт индексы для этой базы

версия Postgresql?

источник

11:08пожаловаться #17

NP

Nik Pop in PostgreSQL + 1C + Linux

Антон Дорошкевич

версия Postgresql?

9.6

источник

11:09пожаловаться #18

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux

Тогда только делать бэкапы уровня каталога, другого не дано, НО даже в этом случае большой индекс будет идти долго в один поток
а вот на свежих версиях pg научился многопоточно создавать индекс

источник

11:10пожаловаться #19

LK

L K in PostgreSQL + 1C + Linux

Так BASENAME.sql файл или каталог?

источник

11:10пожаловаться #20