если база лежит только на одном блочном устройстве - то проблем не будет. А если собран массив из нескольких на уровне ОС внутри инстанса - то тут да, могут быть проблемы. Либо гуглить на предмет атомарности снапшотов блочных устройств в амазоне.

Главное wal-ы подтяните.

Хмм... а что, там это не нормальный атомарный снимок?
Потому что если нормальный (и весь кластер postgres на одном блочном устройстве) — гарантии есть.

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

Атомарный с точки зрения блочного устройства. Но будет ли он атомарный с точки зрения файловой системы, с точки зрения консистености БД и с точки зрения конечного пользователя который пользуется БД?
Мне кажется тут много нюансов которые надо учитывать, т.к. запись может быть асинхронная и полагаться на кэши разных уровней, система и приложения могут быть настроены определенным образом, а механизм снятия блочного снимка может не знать и не учитывать особенности работы других слоев хранения которые находятся поверх блочного.

> "весь кластер postgres на одном блочном устройстве"

это ведь тоже нюанс... а если кластер на разных устройствах, а если там ФС смонтирована journal=writeback, а если synchronous_commit = off? а если ядро ОС старое и с багами, ну и т.д, всегда есть к чему подкопаться и что может иметь значение в случае фэйла

> Но будет ли он атомарный с точки зрения

Если не будет, у меня есть плохие новости для владельцев этой БД — после очередного power off / reset / crash она точно так же может не подняться и "побиться". Потому что https://t.me/pgsql/282584

> может не знать и не учитывать особенности работы других слоев хранения

Т.е. ему это знать и учитывать совершенно не нужно.

> а если кластер на разных устройствах

И если их снимки не синхронизированы — не сработает, безусловно.

> всегда есть к чему подкопаться и что может иметь значение в случае фэйла

Опять-таки, во всех этих случаях новости всё те же, см. выше. ;)

Линупс такой линупс, что тут скажешь. ;)
Что характерно, на "обычном" hardware (которым тут пользуются почти все, я уверен) эту проблему просто невозможно было "поймать" — а сколько шума было...

Ммммм?

Грац!

А, да, это я читал.

Тут вовсю эксплуатируют эту идею https://gitlab.com/postgres-ai/nancy

снапшоты в GCP (и скорее всего и в амазоне) - атомарны (проверено). Но это для случаев когда база целиком размещена на самом блочном устройстве. Если из двух блочных устройств, каждое из которых атомарно по-отдельности - сделан рейд на уровне ОС (внутри виртуалки), то вот тут и возникает место возможной проблемы.

Всем доброго дня! Добавил поддержку PostgreSQL 10 и 11 во все скрипты (pg_database_activity.sh - мониторинг работы PostgreSQL, pg_database_information.sh - актуальный статус работы группы серверов). Теперь поддерживаются версии PostgreSQL с 10 по 13. В скрипт pg_database_status.sh добавлено отображение открытых портов. Большое спасибо за оставленные на GitHub звёздочки! :)
https://github.com/Azmodey/pg_dba_scripts

Спасибо!

Вопрос по phpMyAdmin:

Как SQL запросом сделать Индекс поля? Нужно сделать индекс для ID1.

Создаю таблицу:
CREATE TABLE 1 (
   ID INT AUTO_INCREMENT PRIMARY KEY,
   ID1 INT NOT NULL,
   Date DATE NOT NULL,
   Date1 DATE NOT NULL
);

Не тот чат, у нас PostgreSQL.

йфч