с сохранением консистентности снимков рекомендуется замораживать состояние файловой системы и приостанавливать операции на момент снятия снимка.
Для MySQL есть вот такой пример команды. Никто для PostgreSQL не встречал аналогичного?
https://github.com/qemu/qemu/blob/master/scripts/qemu-guest-agent/fsfreeze-hook.d/mysql-flush.sh.sample
Констистентность файловой системы не гарантирует консистентность базы. Не надо так делать.
Но ведь в mysql все работает. Просто другая культура.
В том то и дело, что не должен придти. Это разумный метод и есть особая команда в mysql. А у postgresql другая культура
смотрим документацию https://www.postgresql.org/docs/current/backup-file.html
В постгре тоже работает, надо просто уметь пользоваться
>другая культура А от нас-то вы что хотите?
А в документации написано >The database server must be shut down in order to get a usable backup
И какая команда? Я тоже не вижу ее. Пишут, мол, бекапьте так, само накатится. Это не совсем то, чего ожидаешь
И документацию читать надо уметь
Там так не пишут.
Поделитесь вашим способом чтения словосочетания must be shut down
Дальше читай, емае
Речь идет о достаточном или необходимом условии? Написано так, как будто о необходимом Но тогда нас обманывают где-то в другом месте
>and you are willing to trust that it is implemented correctly Звучит надежно
Но может быть хотелось вообще исключить аварийное восстановление как в mysql. Какая команда?
Разумеется, они снимают с себя ответственность за все фс в мире
В другом месте не обманывают, в другом месте пишут что при восстановлении из такого бэкапа это будет выглядеть как восстановление при аварийном завершении работы СУБД
pg_start_backup
О, вспомнил. А почему это не написано на видном месте?
Чтобы люди не беспокоились
если учесть что fsync в PG был сломан лет 20 до 2019 года то звучит иронично
Обсуждают сегодня