Size: a a a

PostgreSQL + 1C + Linux

2020 June 24

VM

Vladimir Melnikov in PostgreSQL + 1C + Linux
Nik Pop
коллеги, хочу в логе фулл вакуума отразить размер базы до него и после, для этого в скрипте пытаюсь выполнить команду:
/usr/bin/psql --dbname $i --host $h --port $p --username $u -w -t -c "select pg_size_pretty(pg_database_size("$i"));" >> $LOG_VACUUM_FILE
и вместо размера, получаю ошибку:
ОШИБКА:  функция pg_database_size() не существует
СТРОКА 1: select pg_size_pretty(pg_database_size());
                               ^
ПОДСКАЗКА:  Функция с данными именем и типами аргументов не найдена. Возможно, вам следует добавить явные приведения типов.
SELECT pg_size_pretty(pg_database_size('$i'));
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
Vladimir Melnikov
SELECT pg_size_pretty(pg_database_size('$i'));
не помогает ((
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
что не помогает?
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
в вашем варианте вы неправильно поставили кавычки, Владимир указал на использование одинарных для имени базы
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
какая ошибка на этот раз?
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Если открыть мембер лист, то там овер 9000 ботов.
источник

AO

Alexey Odnorozhenko in PostgreSQL + 1C + Linux
Привет
Подскажите плиз
Постгре под Виндой записывались WAL в каталог на локалке
archive_mode = on
archive_command = ...  archive-push -B "t:\\pg_probackup  и тд  

я поменял путь на сетевею шару  и теперь в WAL ничего не пишет
вернул настройки обратно на локалку - снова тишина, что я сделал не так ?   активность в базе не большая пока что, для проверки создал еще одну пустую базу - 0 эмоций
источник

AO

Alexey Odnorozhenko in PostgreSQL + 1C + Linux
путь к шаре как положено \\\\...\\..\\..
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Alexey Odnorozhenko
Привет
Подскажите плиз
Постгре под Виндой записывались WAL в каталог на локалке
archive_mode = on
archive_command = ...  archive-push -B "t:\\pg_probackup  и тд  

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

AO

Alexey Odnorozhenko in PostgreSQL + 1C + Linux
спасибо вроде понял, только начал этого зверя осваивать, где то промахнулся,    когда редактировал запись
"required parameter not specified: --instance"
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Alexey Odnorozhenko
спасибо вроде понял, только начал этого зверя осваивать, где то промахнулся,    когда редактировал запись
"required parameter not specified: --instance"
нужно задать название экземпляра в каталоге бэкапов
источник

AO

Alexey Odnorozhenko in PostgreSQL + 1C + Linux
Сппсибо
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
существующие экземпляры можно увидеть с помощью команды show
источник

A

Apok in PostgreSQL + 1C + Linux
Коллеги, приветствую!
С некоторых пор начались проблемы с эксплуатацией базы. В частности, регулярно падает рабочий процесс postgres.
Обнаружили, что в регистре накоплений появилась "битая" запись: некоторые поля пусты, некоторые NaN, в некоторых абракадабра...
Например, содержимое поля типа numeric(9,0) выглядит подобным образом:
(',-L127(/'+726600800000 '((5376A129 .,.
Болячку вылечили. Но остался вопрос: что, собственно, могло привести к подобному?
Аппаратные проблемы не наблюдались. Диски SSD. Система Centos 6, PG 9.6.11 (+plantuner и online_analyze), УТП 1.2 (тип), платформа 8.3.16.1063
Какие вероятные причины? Сталкивался ли кто-либо с подобным?
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Apok
Коллеги, приветствую!
С некоторых пор начались проблемы с эксплуатацией базы. В частности, регулярно падает рабочий процесс postgres.
Обнаружили, что в регистре накоплений появилась "битая" запись: некоторые поля пусты, некоторые NaN, в некоторых абракадабра...
Например, содержимое поля типа numeric(9,0) выглядит подобным образом:
(',-L127(/'+726600800000 '((5376A129 .,.
Болячку вылечили. Но остался вопрос: что, собственно, могло привести к подобному?
Аппаратные проблемы не наблюдались. Диски SSD. Система Centos 6, PG 9.6.11 (+plantuner и online_analyze), УТП 1.2 (тип), платформа 8.3.16.1063
Какие вероятные причины? Сталкивался ли кто-либо с подобным?
Чексуммы включены?
источник

A

Apok in PostgreSQL + 1C + Linux
Grigory Smolkin
Чексуммы включены?
data_checksums off
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Apok
data_checksums off
Ну тогда могло произойти что угодно =)
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Битрот, коррапт блока юзерспейсом/кернелспейсом
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Не эксплуатируйте базу с выключёнными чексуммами, если данные представляют хоть малейшую ценность
источник

A

Apok in PostgreSQL + 1C + Linux
спасибо, я прочел, как надо ))
а как эта функция отражается на производительности?
источник