Горячее резервное копирование Percona-xtrabackup выходит с Механизмом MyIsam
После того как Вы создаете Distribution Group, входите в AD Пользователей и Компьютеры и редактируете свойства для группы. На вкладке безопасности добавьте одного или несколько пользователей, которых Вы хотите предоставить, "Отправляют Как" полномочия к, затем выбирают, "Отправляют Как" разрешение. Вы не можете сделать через EMC или EMS насколько я знаю.
есть причина его использовать? в любом случае он просто заблокирует таблицы миазмов для дампа. это действительно инструмент для таблиц innodb, который может делать миазмы, но блокирует их. Можно также просто заблокировать сервер и скопировать все файлы.
Нет смысла использовать innobackupex в установке только для MyISAM. Вот почему.
innobackupex предназначен для создания согласованных резервных копий из работающей базы данных; так называемые «горячие резервные копии». Это работает без прерывания только для табличных пространств InnoDB, так как MyISAM требует, чтобы вы выполнили READ LOCK для таблиц, для которых требуется постоянное резервное копирование, и это вызывает нарушение работы службы, пока блокировка не снимается.
Чем больше у вас данных MyISAM, тем больше времени innobackupex потребуется для блокировки ваших таблиц. Имея только данные MyISAM, нет смысла использовать этот инструмент - он будет таким же, как
mysql> FLUSH TABLES WITH READ LOCKshell>
Если вы сопротивляетесь переходу на InnoDB, потому что считаете этот процесс сложным, вот что я использую:
mysql -u root --password=<password> --database=db_name -B -N -e "SHOW TABLES" | awk '!/not_this_db/ && !/or_this_one/ && /^[a-z]/ {print "ALTER TABLE", $1, "ENGINE=INNODB;"}' | mysql -u root --password=<password> --database=db_name
Вы можете исключить и включить базы данных с регулярным выражением, например, только начиная с dbs со строчной буквой в моем примере выше.
Конечно, альтеры заблокируют таблицы, но затем вы можете использовать xtrabackup.
Я столкнулся с той же проблемой при запуске innobackupex во вновь созданной базе данных с включенным skip-innodb . Похоже, что innobackupex должен иметь работающий механизм хранения InnoDB, даже если он не используется, и он выдает ошибку при попытке создать его для вас.
После того, как я один раз запустил базу данных с помощью # skip-innodb закомментировал в моем /etc/my.cnf (и мне пришлось удалить файл ibdata1, созданный скриптом резервного копирования, так как он был поврежден), затем выключил его и раскомментировал строку skip-innodb сценарий резервного копирования работал, как ожидалось.
Я полагаю, что люди больше не сталкиваются с этим, поскольку редко кто по-прежнему использует базы данных только для MyISAM.