19.4.1 Использование репликации для резервного копирования
Для использования репликации как решения для резервного копирования, необходимо скопировать данные из источника на реплику, а затем выполнить резервное копирование реплики. Реплику можно приостановить и остановить, не влияя на работу источника, поэтому можно получить эффективный снимок «живых» данных, для чего в противном случае необходимо было бы остановить источник.
Способы резервного копирования базы данных зависят от её размера и того, копируются только данные или данные и состояние реплики, чтобы можно было восстановить реплику в случае сбоя. Поэтому есть два варианта:
Если вы используете репликацию в качестве решения для резервного копирования данных на источнике, а размер вашей базы данных не слишком велик, инструмент mysqldump может подойти. См. Раздел 19.4.1.1, «Резервное копирование реплики с помощью mysqldump».
Для больших баз данных, где mysqldump было бы непрактичным или неэффективным, можно выполнить резервное копирование исходных файлов данных. Использование опции исходных файлов данных также означает, что вы можете выполнить резервное копирование двоичных и релейных логов, что позволит восстановить реплику в случае сбоя реплики. Дополнительную информацию см. в Разделе 19.4.1.2, «Резервное копирование исходных данных с реплики».
Еще одна стратегия резервного копирования, которую можно использовать для серверов источника или реплики, — это перевод сервера в состояние только для чтения. Резервное копирование выполняется на сервере только для чтения, который затем возвращается к обычному статусу чтения/записи. См. Раздел 19.4.1.3, «Резервное копирование источника или реплики, сделав её только для чтения».
© 2025 Oracle
Licensed under the GPLv2 License.
