Переходим на наше, родное.

На Астра-линукс установил PostgresPro Std-17 прямо по инструкции.

Пытаюсь подключиться к нему, выполняю: sudo -u postgres psql -d postgres

Ошибка:
ошибка: подключиться к серверу через сокет "/var/run/postgresql/.s.PGSQL.5432" не удалось: Нет такого файла или каталога

весь мозг уже сломал откуда оно берет "/var/run/postgresql/.s.PGSQL.5432"

https://dzen.ru/a/aE2MlGSZYHY8D9i8

(0) И эти люди собираются переводить 100 компов на Linux?
тема - Какая российская ОС лучше для работы

Хорошие лекции про Postgres в 1С:
https://developer.1c.ru/applications/Console?state=postgresqlcourse

(2) Да, именно так, у нас нет других людей, переводить мы будем на завтра, а чуть попозже ...

(0) Может, пора нанять админа?

(4)

(4) Нужно самому немного поразбираться ...
Админ в отпуске, вернется и его помучаем

(6) рекурсия?

(5) Завтра у Автора темы будет Битрикс переписан.
(Сайт на bitrix переменные в шаблонах)
Пятница начинается в черверг...

(8)

Тема про Битрикс гуглится и яндексится
Но гуглить за других мне уже лень.
"На ихнем" форуме даже тема про это есть

(0) в поддержку постгри про и астры у кого покупали …

Дело в том, что каталога "/var/run/postgresql" не существует и я пытаюсь понять почему именно он в сокете подключения

(10) Написал, мы не покупали, пока запросили тестирование

(11) он должен создаваться автоматически при старте сервера. Если не создался, то создайте сами и выдайте права

(13) Почему именно такой каталог, а не, например "/var/run/pgpro", ведь сервис называется не postgres, а postgrespro-std-17 ...

Раз система "говорит" именно о каталоге "/var/run/postgresql" , значит он где-то прописан в каком-то конфигурационном файле, но в каком ...

(14) читали (1) ? Может там есть ответ

(15) Читал конечно, еще до создания темы - не нашел

Посмотрите, что в postgresql.conf в unix_socket_directories прописано (скорее всего будет /tmp, хотя кто его знает, что там в pgpro накручено) и запускайте с принудительным указанием сокета: sudo -u postgres psql -h /tmp -d postgres

Продолжаем наблюдения.

Запустил - работает.

Хочу создать два кластера.
В Постгре под windows - два кластера - это два экземпляра службы.

А как в Linux?
Сделал два кластера на разных портах - но с одной службой.
А вариант с двумя службами тоже есть?

(18) на постгреспро есть полный мануал по постгре и даже на русском.

Обзор от ИИ на запрос "запуск двух экземпляров postgresql в linux" дает весьма подробный, исчерпывающий ответ.

(2) Это бесплатные лекции?

(21) Это раздел обучение в https://developer.1c.ru/

(2) Будущие мои клиенты ;-)

Переход с Микрософта на Линукс

(0) Сразу 17-й? почему именно его?

(24) Тестируем же, взял самую свежую

(23) Есть опыт нагруженных самописок 500+ юзеров с базой >5Тб? Не бывает каких-то критичных сбоев в постгри?

(26) Фактический лимит упирается в файловую и дисковые подсистемы при таких размерах.

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

Опыт есть, пока до 5тб.

С точки зрения пользаков, мы планируем ЕРП на 600+

(26) Уже лет 7 работает связка 2 сервера ubuntu + postgres
ЕРП 500+ пользователей, база в районе 600 гиг.

Проблемы были в основном с 1с, права с рлс, журналирование или фоновые задания могут забить процессор. К потсгресу не припомню претензий не было за все время.

С сайта постгрес профессионал ванильная сборка 1с - устанавливается в 3 клика. Единственно, при установке база сразу инициализируется и тюнингуется конфиг. Если база находится на другом массиве, то предварительно нужно примонтировать носитель (в /etc/fstab - например: UUID=fkel90-jnkj-kjnkjvk-xxxxxx /data/bazas ext4 defaults,noatime,nodiratime 0 0 (как-то так)), создать в нем каталог, дать каталогу права для пользователя postgresql. Потом зайти в /etc/default/postgrespro-1c-17 и изменить c PGDATA=/var/lib/pgpro/1c-17/data на /data/bazas. После этого очистить базу и переинициализировать базу sudo -u postgres /opt/pgpro/1c-17/bin/initdb -D /data/bazas --encoding=UTF-8 --locale=ru_RU.UTF-8 Далее смотрим - установлен ли ufw - sudo systemctl status ufw. Если стоит - нужно открыть порты. (sudo ufw allow from 192.168.1.xxx to any port 5432).
Открытие портов:
для того, чтобы открыть возможность управления PostgreSQL, а также возможности подключения через сторонний сервер 1с,  необходимо внести изменения в конфигурационные файлы PostgreSQL:
pg_hda.conf
в секцию # IPv4 local connection внести:
host      all        all      192.168.1.xxx/32 scram-sha-256 (современный способ защищенного соединения, поддерживаемый postgresql 10 c версии, где 192.168.1.xxx/32 - разрешенный сервер 1с, с которого идет подключение к базе данных postgreSQL). В postgresqlconf изменить строку Listen_addresses = '*' , но после тюнинга этот параметр может быть раскомментирован автоматом. В конфиге при этом добавляются новые строки и они будут дублироваться, система исполняет только самые последние в конфиге значения.

--------------------
Логирование:
1. Просмотр логов в реальном времени:

sudo journalctl -u postgrespro-1c-17.service -f

2. Просмотр логов с начала загрузки журнала:

sudo journalctl -u postgrespro-1c-17.service

3. Просмотр логов за сегодня:

sudo journalctl -u postgrespro-1c-17.service --since today

4. Просмотр только ошибок:

sudo journalctl -u postgrespro-1c-17.service -p err
sudo journalctl -u postgrespro-1c-17.service -p err --since today

5. Просмотр логов за определенный период:

sudo journalctl -u postgrespro-1c-17.service --since "2025-08-19 00:00:00" --until "2025-08-21 23:59:59"

Я бы еще pg_stats в tmpfs переназначил, места не так много занимает этот каталог, но ssd пилит очень активно (это неприятно, на 14 версии pg пропилил ssd на дофига процентов, и ssd стал сбоить, пришлось ssd променять, очень жуткие затраты для конторы, просто невероятные /* это был сарказм */ ), ну и небольшие проценты скорости даст (а это уже приятно, как и увелечение долговечности ssd).
Переназначил в fstab, негативных последствий не обнаружено.

HugePages не взлетело, КА стала сильно глючить, возможно другой дистибутив с этим справится, не буду даже уточнять верию того что у меня установлено. Увы, это проверяется экспериментально. Но бонус, теоретически, должен быть.

пока трофеями пользуюсь...

(31) Я пока на последнем релизе Ubuntu server 24.04 сижу. Остальные, по каким-то причинам, не видят vroc массивы на новом железе. Даже debian 12. Хотя debian 13 видит, но не поддекрживается ни постгресменами ни 1с. Что касается статистики, насколько помню её по-умолчанию в память кинули. Типа - если в момент аварийной перезагрузки статистика все равно падает - зачем её вообще на ssd держать?

Да, уже года три как https://postgrespro.ru/list/id/E1ncJtG-000gDK-1G@gemulon.postgresql.org

(34) Это можно понять и простить, памяти много не бывает.
Ну и в fstab pg засовывать свой нос как бы не должен.
Это уже решение админа, куда этот каталог разместить.

P.S. Вроде да, на новых версиях PG это вроде в памяти, точно не помню. Но на PG-14 точно на диске.
P.P.S. Обновлять не хочется, 20 баз не сильно страшно, но что-то может пойти не так, и вот тогда будет страшно ;)

(28) 1500-1700 онлайн. правда не 7 лет. Вот думаем на 17-й postgres переходить.