Я реализую планы аварийного восстановления для своей базы данных, и у меня есть несколько проблем с фундаментальной работой реплик чтения.
Допустим, у меня есть куча информации о заказе, но затем происходит сбой базы данных, насколько я понимаю, я могу просто заменить реплику исходной базы данных, и у меня будет вся информация о базе данных, и я могу продолжить.
Сценарии, которые мне неясны, заключаются в том, что, допустим, кто-то случайно (или намеренно) удаляет кучу данных, и я хочу вернуться к реплике для чтения, если данные будут удалены в исходной базе данных, будут ли они удалены на реплике для чтения также?
По сути, я хочу точно знать, какие данные поступают в реплику для чтения, и могу ли я восстановить их в нужный момент времени.
Реплики чтения не помогают предотвратить повреждение. Они используются для предоставления «реплики чтения», позволяющей направлять трафик чтения базы данных в одну или несколько асинхронных копий основной базы данных. Все записи должны поступать к мастеру. Чтобы использовать реплики для чтения, необходимо вручную настроить приложения.
Развертывания RDS в нескольких зонах доступности используются для повышения надежности - если есть проблема с первичной базой данных, DNS изменяется так, чтобы указывать на резервную, которая становится главной, и создается новая реплика. Есть период перерыва в 1-5 минут, но обычно нет потери данных.
Ваш второй вопрос касается восстановления удаленных данных. Вот для чего нужны резервные копии. RDS обеспечивает резервное копирование и может делать восстановление на определенный момент времени.