Spec-Zone .ru
спецификации, руководства, описания, API
|
Чтобы использовать репликацию в качестве решения для резервного копирования, тиражируйте данные от ведущего устройства к ведомому устройству, и затем поддержите ведомое устройство данных. Ведомое устройство может быть приостановлено и выключено, не влияя на рабочую работу ведущего устройства, таким образом, можно произвести эффективный снимок "живых" данных, которые иначе потребовали бы, чтобы ведущее устройство было выключено.
То, как Вы поддерживаете базу данных, зависит от ее размера и поддерживаете ли Вы только данные, или данные и рабовладельческий штат репликации так, чтобы можно было восстановить ведомое устройство в случае отказа. Есть поэтому два вариантов:
Если Вы используете репликацию в качестве решения позволить Вам поддержать данные на ведущем устройстве, и размер Вашей базы данных не является слишком большим, mysqldump инструмент может быть подходящим. См. Раздел 16.3.1.1, "Поддерживая Ведомое устройство Используя mysqldump".
Для больших баз данных, где mysqldump был бы непрактичен или неэффективен, можно поддержать файлы необработанных данных вместо этого. Используя опцию файлов необработанных данных также означает, что можно поддержать двоичные и релейные журналы, которые позволят Вам воссоздать ведомое устройство в случае ведомого отказа. Для получения дополнительной информации см. Раздел 16.3.1.2, "Поддерживая Необработанные данные от Ведомого устройства".
Другая стратегия резервного копирования, которая может использоваться или для основных или для ведомых серверов, должна поместить сервер в состояние только для чтения. Резервное копирование выполняется против сервера только для чтения, который тогда возвращается к его обычному чтению-записи операционное состояние. См. Раздел 16.3.1.3, "Поддерживая Ведущее устройство или Ведомое устройство, Делая Это Только для чтения".