Скоро мне потребуется установить сервер базы данных с ограниченным бюджетом. Мы планируем использовать Postgres в Ubuntu (скорее всего) и хотели бы иметь сервер резервного копирования. Для репликации я просто воспользуюсь Postgres's Потоковая репликация. Он делает все, что мне нужно, и его легко настроить.
Но что, если основной сервер выйдет из строя и нам понадобится резервная копия? Есть ли способ перенаправить данные в резервную копию без третьего компьютера?
Допустим, у моего основного компьютера есть доменное имя PG-MAIN и у моей резервной копии есть доменное имя PG-BACKUP. Если бы у меня был третий компьютер, я мог бы (например) проверить, не PG-MAIN работает, а если не работает, переименуйте PG-BACKUP к PG-MAIN. Затем любой запрос, отправленный на PG-MAIN все равно получится. Может, это было бы плохим решением. Я вообще-то не знаю. (Хотя этот ответ сбоя сервера говорит, что использовать DNS таким образом - плохая идея.)
Но есть ли способ, чтобы резервная копия автоматически заняла место главного компьютера в случае сбоя без использования третьего компьютера? Я ничего не могу придумать. И под «отказом» я имею в виду, что демон базы данных перестает отвечать или рояль падает на компьютер.
Если это окажется абсолютно, определенно невозможным, что будет рентабельным способом обработки отката? Клиентские приложения будут выполнены на заказ. Должна ли логика резервной части системы обрабатываться клиентскими приложениями? (Эта последняя часть звучит как очень плохая идея.)