Как восстановить базу на PostgreSQL (Ubuntu)?

левый форк postgresql, что печально

Сохраните в безопасное место всё из /var/lib/postgresql/9.6/main, /opt/postgresql/9.6/main, /etc/postgresql/
если в этих директориях в pg_tblspc внутри есть куда-то симлинки либо pg_wal симлинк - сохраните содержимое по симлинкам тоже.

Далее интересуют строки из /var/log/postgresql/postgresql-9.6-main.log с момента попытки стартовать базу, например командой pg_ctlcluster 9.6 main start

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

postgresql умеет стандартный filter для аггрегирующих функций.
count(*) filter(where message='Купил Lada')
Что то же самое что и 'SUM(CASE WHEN (message='Купил Lada') THEN 1 ELSE 0 END)' но как-то нагляднее.

Как восстановить базу на PostgreSQL (Ubuntu)?

-Fc формат pg_dump должен начинаться с PGDMP в первых 5 байтах.
Этот флаг нужен для снятия custom формат дампа, там не sql, а структуры, которые умеет читать pg_restore. Есть ряд плюсов относительно plain text.

Вроде должен помочь pg_clusterupgrade.

нет, ни в коем случае.

Покажите dpkg -l | grep postgresql; sudo grep data_dir /etc/postgresql/ -r

Чем заменить fetchAll()?

json_encode(end($nodes_DF));

Так если вам только одна последняя строка нужна - запросите у базы эту одну последнюю строку. И fetchall не нужен будет, один простой fetch.

Как сделать ALTER TABLE для postgres pglogical?

в логах реплики ничего примечательного нет?

Подойдет ли данный SSD к моей старой материнской палате?

Аж H55 и "скорее всего не поддерживает AHCI"? Это в чипсете-то от автора самого AHCI? AHCI, который нативно умела аж давно похороненная виста? Умеет, конечно. В биосе есть переключалка, в секции 2-6 мануала описана.

Как узнать что занимает место на диске centos?

емнип, при reload апач переоткроет файлы логов и следовательно отпустит дескрипторы удалённых файлов.

Как узнать что занимает место на диске centos?

Посмотрите через lsof дескрипторы deleted, похоже у вас что-то удалено, однако какой-то процесс держит дескриптор на эти файлы и потому они ещё не могут быть свободным местом в df, но уже не видны для du.

Почему не получается запустить миграцию(php yii migrate)?

так 6 или 7 единичек?

Можно ли в postgres переинициализировать базу данных?

А вы перенастраивали директорию базы на старой системе? У убунт дефолтно PGDATA размещён в /var/lib/postgresql/(major pg version)/main - и для старта нужна вся эта директория целиком со всеми симлинками. Основное что могло быть вынесено отдельно - pg_wal/pg_xlog и симлинки из pg_tblspc

Можно ли в postgres переинициализировать базу данных?

Перенести PGDATA и смотреть лог запуска базы.

Поскольку речь о нерабочей системе - то конечно сохранить отдельно ещё одну копию PGDATA (а лучше всего /var/lib/postgresql/ и симлинков внутри) куда-нибудь в безопасное место.
Ну и разумеется major версия postgresql должна быть та же самая. datadir от 9.6.х не запустится на бинарниках 10.х и это специально так.

Как синхронизировать таблицу и представление в PostgreSQL?

NogerbekNurzhan, и в чём же вопрос? Ответьте зачем вам хранить отдельно.

- глупое приложение не умеет писать where? Ок, сгодится. Вам нужен view. View в принципе не может быть не синхронизирован с таблицей. Потому что это view.
- если у вас хотя бы пара сотен гигабайт данных в табличке - тогда я могу понять, зачем гипотетически может быть нужно именно хранить отдельно. Но сомневаюсь, что партицирование по статусу при этом осмысленно. При том само поле статуса в таблице отчётов с ощутимой вероятностью свидетельствует о том, что это какая-то очередная самописная очередь в базе непригодная к работе под нагрузкой и развалится на смешных сотнях rps.
- тараканы насоветовали? А чем аргументировали эту странную необходимость?

Как синхронизировать таблицу и представление в PostgreSQL?

Мне нужно отдельно хранить где-то все записи (отчеты) из таблицы "REPORT" в которых значение столбца STATUS равен нулю.

Начните отсюда: зачем хранить отдельно?
Может быть, вам не хранить их отдельно надо, а получать приложению? Обычный where в запросе.

Как найти причину ошибки pgsql миграции в Laravel?

Это не консольное phpinfo, это веб версия phpinfo который я вывожу в laravel.

Так я вижу, что это веб версия. Потому и спрашивал именно

а консоль использует тот php.ini который правите? Обычно это два разных конфига.

Вопрос далее: тот php который вы вызываете для миграций и тот, с которого часть вывода php -i вы показали - это точно один и тот же php? Потому что у вас тут явно всякие докеры понамешаны.

Как найти причину ошибки pgsql миграции в Laravel?

ganjo888, стоит использовать обращение по нику, оповещения в комментариях без него нет. Вспомнил увидев ваш вопрос на ru.so
Картинка никак не отвечает на мой вопрос. Или объясните, как у вас консольный phpinfo вывел что-то до удивительного похожее на веб-версию phpinfo. Иначе говоря, смотрите php -i

Как найти причину ошибки pgsql миграции в Laravel?

а консоль использует тот php.ini который правите? Обычно это два разных конфига.

Какие выставить права пользователю БД?

или выполнению стороннего кода (EXECUTE)

Почему "стороннего"? Своего кода, точнее речь о хранимках.

Почему могут не создаваться итемы в zabbix?

Если в логе базы на debug5 пусто - то база или выключена или вы смотрите не тот лог.
Аналогично по заббиксу - если на debug уровне в ответ на действия ничего нет - вы смотрите не там. Не знаком с кодом заббикса, но тишины на debug логировании быть не может, иначе этот уровень логирования бесполезен даже самим разработчикам и должен быть удалён.

Почему могут не создаваться итемы в zabbix?

Логи где?
Смотрите логи. Как заббикса, так и базы.

сервер вроде не слабый (32 Гб ОЗУ, 4-ядерный процессор, жесткий диск только не ssd)

У меня десктоп такой уже давно, а не то что сервер.

Какое ПО для резервного копирования выбрать для возможности отправки по FTP и/или облака, а также сжатие, шифрование?

pg_dump - крайне неудобная вещь: работает через планировщик батниками, нет шифрования, нет сжатия(не нашел по крайней мере), нет возможности отправить на почту

Потому что вы путаете инструмент снятия резервной копии и инструмент управления резервными копиями.
Это разные вещи.
Переизобрести pg_dump и поддерживать его актуальность вслед за всеми релизами postgresql трудоёмко и абсолютно не нужно для систем управления бекапами. Проще и лучше взять штатный уже написанный pg_dump и вызвать его из pre-backup скрипта, скопировать полученные файлики куда надо как обычный бекап, почистить эти временные файлики после.
И чем пытаться изобрести бесполезный забагованный комбайн неполных или даже ошибочных резервных копий - разделить инструменты на подходящие. Unix-way, утилита делает одно дело, но делает его внятно.
PS: сжатие есть в форматах custom и directory. В plain нет и невозможен, тк это plain text должен быть на выходе по определению. Что не мешает через pipe отправить на вход архиватору. Впрочем, custom банально удобнее.

bareos/bacula - главное не запутаться в паролях fd/sd/director какой указывается где. Дальше просто.