до того как ушла в свою альтернативную вселенную, да

нет, там от корпоративного сайта

🤷🏻‍♂️ с ним с хмм 6й версии... есть и 5й версии сервера =)

можно будет статью по теме((( сорри если под рукой

не думаю что SQL в 12.xx чем-то отличается от SQL в 9.xx

я признаться сетевик сам, только вникаю в ваш цех)

5-7 норм было

я пока не решился обновиться до 8й версии =)

но да, 8 не пользовался пока, дфн и т.д. и т.п.))

оо, значит у тебя все впереди :)

меня файрвалд пугает =) я иптейблс использую =)

чёт под рукой ничего нет такого, обычно хватало документации pg_dumpall и pg_dump
ну и вот помнить со стороны какого сервера их запускать)

но репликация вряд ли возможна?

дебиан-центось? я б не рисковал. Оно может и заработает, но когда в прошлый раз подобное делал, постгис и другие пути extension'ов всё заставили переделывать через дамп-рестор стабильный.

понятно! спасибо ребята!! Буду пробовать

тем более 9.1.9. не помню с какой версии (8.3?  9.4?)  оно устойчиво стало.

PostgreSQL 11.7 (Debian 11.7-0+deb10u1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit

kernel.shmall = 18446744073692774399
kernel.shmmax = 18446744073692774399
kernel.shmmni = 4096

# ipcs -lm
------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 18014398509465599
max total shared memory (kbytes) = 18014398509481980
min seg size (bytes) = 1

# free -m
             total        used        free      shared  buff/cache   available
Mem:          64200        8518       45520        8093       10161       46963
Swap:         24575          12       24563

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

А почему не 11.8 (хотя на эту тему там ничего не было, вроде)? ;)
И, всё же:

mount | grep /dev/shm

Ну, я привык компилить =))