T
Ну и OOM у СУБД — скорее результат кривого сайзинга товарищей, у которых "huga pages далеко не всегда".
Size: a a a
2020 May 28
MM
на другой хост не нужно... у меня на другом порту десятка крутится
MM
на той же машине
SG
Ну, допустим, есть своп для этого.
А ещё есть настройки оверкоммита, которые как раз защищают от.
А ещё есть настройки оверкоммита, которые как раз защищают от.
Интересно, можно зафрагментировать память так что суммарно она есть, но выделаить не удается?
l
на другой хост не нужно... у меня на другом порту десятка крутится
Все как то сложно у вас.
ну pg_upgrade не длится 40-50 минут
(Через pg_dump/pg_restore уйдет минут 40-50.)
ну pg_upgrade не длится 40-50 минут
(Через pg_dump/pg_restore уйдет минут 40-50.)
l
но нужно конечно сначала потестить все на развернутом бекапе.
ВК
Ну я имел в виду. что возможно с реплики нельзя архивить wal логи, но мне сказали что можно.
так что все ок
так что все ок
По умолчанию нельзя, да.
MM
но нужно конечно сначала потестить все на развернутом бекапе.
ну это само собой....
MM
И еще.... кто-то сталкивался с Patroni ?
ВК
И еще.... кто-то сталкивался с Patroni ?
Было дело
ВК
Немножко)
MM
Было дело
Сложно настраивается? А то нужно HA улучшить.
ВК
Сложно настраивается? А то нужно HA улучшить.
Руками сложно в первый раз и сразу без ошибок
MM
Просто один сервер и периодические бекапы - это все-таки как-то стремно
l
Просто один сервер и периодические бекапы - это все-таки как-то стремно
чем бекапы?
MM
да тем же pg_dump. и копию дампа на удаленный хост
s0
pg_dump не стремно
l
wal-g почти однокнопочный, и предоставляет возможность делать pitr бекапы, довольно удобно
MM
pg_dump не стремно
стремно, что восстанавливается дамп минут 40... И потом еще может быть некоторое количество потерянных данных... Вроде в логи пишется, но восстанавливать это как-то.... долго
MM
А с патрони оно само будет просто жить