у меня пока не произошло случая, но я вижу перед собой сервер с ssd без power fail protection, неоднократно слышал, что так делать нельзя и это все равно что fsync=off сделать

нет. я это к тому что СУБД не умеет работать с дисками напрямую и для СУБД все диски "равны" друг перед другом

для некоторых ФС потеря питания при записи может вызвать повреждение данных, это так. Тут не только СУБД может пострадать, но и системные файлы и другие приложения.

Хочется понимать, как действовать, если вдруг проблема случится, насколько трудозатрано будет вернуться к нормальному состоянию. Я так понимаю, есть несколько вариантов
сложный вариант - мы правим байтики в postgres-овых страницах, если знаем свои данные и можем вернуть их в консистентное состояние руками (тут наверно без checksums никак или сильно сложнее)
чуть более простой вариант - удалить проблемные данные (если есть checksums, наверно можно локализовать страницы и как-то очистить их)
самый простой - знаем когда проблема случилась, откатываемся на последний достоверно валидный backup

Когда бьются файлы данных, есть только один правильный способ восстановления работоспособности: восстановление из бекапа. Всё. Иное - рукоблудство и красноглазие с гарантированным неуспехом.

Все варианты, кроме последнего (в норме, "усиленного" WAL archive и/или репликой) — "вон из профессии" для DBA, IMNSHO. ;)

Ребят всем привет! Подскажите можно ли как-то ускорить обработку сервером постгреса большого количества (примерно 300-500шт) однотипных запросов (одинаковых, только выбирающих в фильтре единственную меняющуюся дату)? Запросы генерятся одновременно 1 раз в сутки и ставятся в очередь. На стороне потребителя данных ничего не изменить (обьединить за период нельзя, уж так он работает)

Вы бы запросы и их планы (EXPLAIN (ANALYZE, BUFFERS)) показали, что ли...

Пока нет возможности это сделать, нет доступа, коллеги объяснили суть проблемы и попросили узнать. Пример запроса могу скинуть

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

Вот пример

если читаете по-английски, то ISBN 9781558605084: Transacional Information Systems, Weikum, Vossen

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

SELECT * INTO в_какую_таблицу FROM из_какой_таблицы WHERE условие

где тут можно вставить что бы tank_id передать свое значение ?

SELECT * INTO в_какую_таблицу FROM из_какой_таблицы WHERE условие

вместо SELECT * явно перечислять колонки, заменяя “ненужные” на другие выражения

И сколько примерно один такой выполняется, опять-таки (может, стоило бы сам этот запрос оптимизировать)?

день добрый

версия 9.6. идут ошибки:
ПРЕДУПРЕЖДЕНИЕ:  база данных "DB" должна быть очищена (предельное число транзакций: 999995)

ПОДСКАЗКА:  Во избежание отключения базы данных выполните очистку (VACUUM) всей базы.

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

Вот бы что-нибудь поновее, кстати (описания новых методов в книге 2002 года точно не будет)...