проблема будет с любой сессионной штукой. set (кроме set local), prepared statements, курсоры вне транзакции - всё что меняет состояние сессии с базой может работать неверно.
а swap'ов можно иметь в наличии много, с разными приоритетами и ядро ещё и само по ним будет раскидывать страницы.
Захотели добавить - нарисовали файлик, mkswap, swapon и всё
Захотели убрать - нарисовали новый файлик, swapon нового, swapoff старого, удалили старый. Полностью наживую. Да хоть полностью выключили свап, заменили файлик и включили обратно
Я не вижу глубокого смысла вообще свап делать разделом. Просто файлом разметить. Если у вас так много swap io чтобы оверхед на работу файловой системы хоть что-то начал значить - то у вас проблемы куда больше и серьёзнее, чем оверхед на файловую систему.
к сожалению делать это на лету почти всегда невозможно, т.е. требует размонтировать раздел
вы где такую экзотику нашли?
ext4 давным давно умеет online resize
xfs в принципе только в примонтированном состоянии может расширяться
про btrfs сами написали
А хоть что-то другое сейчас имеет смысл обсуждать?
idle означает что этот процесс базы ничем не занят, не держит никакую транзакцию и ждёт дальнейшие команды. Запустите psql - вот у вас idle соединение, пока не пришлёте запрос. И будет снова idle после завершения очередного запроса (если мы не в транзакции - тогда статус будет idle in transaction до commit/rollback)
по какой причине клиент не передаёт следующий запрос - базе неважно и не интересно
Есть вопросы к "активно" и "ведущие разработчики" как называют себя в маркетинге.
Но да, сам будучи в списке контрибьюторов postgresql, не могу отрицать, что прошники в списках рассылок временами встречаются. Основа разработки - это, конечно, Tom Lane лично, EnterpriseDB, Crunchy Data
Так у вас внешний жесткий диск или внешний SSD?
Для одиночного HDD 300мб/с - далеко за гранью фантастики. На механике вы такое могли видеть только в одном случае - данные на диск ещё никто вообще не отправил. Они в page cache системном и будут записаны позже.
Если внешний SSD - то по цифрам мне очень напоминает практический потолок USB 2.0, проверьте каким интерфейсом подключаете диск и в каком режиме соединение устанавливается. Может быть износились разъёмы или кабель и USB3.х уже не запускается, но запускается в 2.0
Выяснить как именно делались бекапы, соответственно этому выяснить конкретный формат того, что у вас сохранилось на руках.
Что именно вы (либо авторы вашего софта для бекапов) могли обозвать raw - простор бесконечен. Да хоть снапшот диска.
C9 не выглядит дописанным. То есть не был сохранён с primary, когда primary его заполнил. Ну и дырка от E8 до DA никуда не годится. Нет wal - не будет pitr.
Где дальнейшие wal?
Повторюсь, непрерывный архив из всех WAL, в данном случае от 0000000100000011000000C8 и до того неведомого файла, в которым обнаружится первая транзакция после 2022-02-11 02:00:00+00, чтобы остановиться до применения этого wal.
