Spec-Zone .ru
спецификации, руководства, описания, API
|
Оглавление
MyISAM
Табличное Обслуживание и Восстановление Катастрофического
отказаВажно поддержать Ваши базы данных так, чтобы можно было восстановить свои данные и быть в порядке снова в случае, если проблемы происходят, такие как система отказывает, отказы оборудования, или пользователи, удаляющие данные по ошибке. Резервные копии также важны как гарантия прежде, чем обновить установку MySQL, и они могут использоваться, чтобы передать установку MySQL другой системе или установить ведомые серверы репликации.
MySQL предлагает множество стратегий резервного копирования, из которых можно выбрать методы, которые лучше всего удовлетворяют требованиям для Вашей установки. Эта глава обсуждает несколько резервного копирования и тем восстановления, с которыми следует быть знакомыми:
Типы резервных копий: Логичный против физического, полного против инкрементного, и т.д.
Методы для того, чтобы создать резервные копии.
Методы восстановления, включая восстановление момента времени.
Резервное планирование, сжатие, и шифрование.
Табличное обслуживание, чтобы включить восстановлению поврежденных таблиц.
Ресурсы, связанные с резервным копированием или с поддержанием доступности данных, включают следующее:
Покупатели MySQL Enterprise Edition могут использовать Резервный продукт MySQL Enterprise для резервных копий. Для краткого обзора Резервного продукта MySQL Enterprise см. Раздел 24.2, "Резервное копирование MySQL Enterprise".
Форум, выделенный, чтобы сделать копию проблем, доступен в
Детали для mysqldump, mysqlhotcopy, и другие резервные программы MySQL могут быть найдены в Главе 4, MySQL Programs.
Синтаксис SQL-операторов, описанных здесь, дается в Главе 13, Синтаксисе SQL-оператора.
Для дополнительной информации о InnoDB
процедуры
резервного копирования, см. Раздел
14.2.2.4, "Поддерживая и Восстановление InnoDB
База данных"
.
Репликация позволяет Вам поддержать идентичные данные на многократных серверах. Это обладает несколькими преимуществами, такими как включение клиентскому запросу загружаются, чтобы быть распределенными по серверам, доступности данных, даже если данный сервер берется офлайн или сбои, и возможность сделать резервные копии без воздействия на ведущее устройство при использовании ведомого сервера. См. Главу 16, Репликацию.
MySQL Cluster обеспечивает высокую доступность, версию высокой избыточности MySQL,
адаптированного к распределенной вычислительной среде. См. NDBCLUSTER
механизм хранения).
NDBCLUSTER
механизм хранения в настоящий момент не поддерживается в MySQL 5.6.
Распределенное Тиражированное Блочное устройство (DRBD) является другим высоконадежным решением. Это работает, тиражируя блочное устройство с основного сервера на вторичный сервер на блочном уровне. См. Главу 15, Высокую доступность и Масштабируемость