aguide2010
PostgreSQL 10 - Потоковая репликация с отработкой фейловера
PostgreSQL 10 - Потоковая репликация с отработкой фейловера. Данная запись посвящается исключительно "Потоковой репликации", не архивированию, не логической репликации, не восстановлению из бэкапа. Тут описывается потоковая репликация, настройка одного мастера, одного слейва и переключение между ними. Репликация - не бэкап.
В случае если вы на мастере убили базу, это изменение переедет в реплику.
Так же если у вас нету бэкапа убитой базы - вероятно вас повесят.
Если у вас в процессе работы упал мастер, например сдох диск, сгорел сервер, на часть здания в которой располагался мастер - упал метеорит. Вас спасет репликация.
Репликация PostgreSQL 10 - это когда вы превращаете слейв в текущий мастер и продолжаете радаснаработать с минимально возможным оставанием текущего мастера от старого мастера на момент выхода из строя и минимальным временем простоя.
Даже если вы просто не знаете что произошло с мастером но уверены что в ближайшие секунды он не заработает - вы можете превратить слейв в мастер для восстановления работы. А уже потом вы будете разбираться с тем что случилось с прошлым мастером. Главное не допустить существования в вашей сети двух рассинхронизированных мастеров. Тогда вас тоже повесят :)
Не смотрите на то что запись получилось достаточно объемной. Она приняла такие масштабы исключительно по причине желания сделать её более понятной и рассмотреть все ситуации работы данной схемы. adminguide.ru/2019/04/07/postgresql-10-%d0%bf%d0%be%d1%82...
PostgreSQL 10 - Потоковая репликация с отработкой фейловера
PostgreSQL 10 - Потоковая репликация с отработкой фейловера. Данная запись посвящается исключительно "Потоковой репликации", не архивированию, не логической репликации, не восстановлению из бэкапа. Тут описывается потоковая репликация, настройка одного мастера, одного слейва и переключение между ними. Репликация - не бэкап.
В случае если вы на мастере убили базу, это изменение переедет в реплику.
Так же если у вас нету бэкапа убитой базы - вероятно вас повесят.
Если у вас в процессе работы упал мастер, например сдох диск, сгорел сервер, на часть здания в которой располагался мастер - упал метеорит. Вас спасет репликация.
Репликация PostgreSQL 10 - это когда вы превращаете слейв в текущий мастер и продолжаете радаснаработать с минимально возможным оставанием текущего мастера от старого мастера на момент выхода из строя и минимальным временем простоя.
Даже если вы просто не знаете что произошло с мастером но уверены что в ближайшие секунды он не заработает - вы можете превратить слейв в мастер для восстановления работы. А уже потом вы будете разбираться с тем что случилось с прошлым мастером. Главное не допустить существования в вашей сети двух рассинхронизированных мастеров. Тогда вас тоже повесят :)
Не смотрите на то что запись получилось достаточно объемной. Она приняла такие масштабы исключительно по причине желания сделать её более понятной и рассмотреть все ситуации работы данной схемы. adminguide.ru/2019/04/07/postgresql-10-%d0%bf%d0%be%d1%82...