Делает ли кто такое?
Понятно, что способов и продуктов немало. Но NetBackup - наша корпоративная СРК. Поэтому хотелось бы по максимуму централизовать бэкап всех сервисов.
Вводные. Сервер - ubuntu 14.04, MySql 5.5.57. Клиента NetBackup и агента NBMySQLAgent на сервер поставил, файлы бэкапит без проблем. А вот как БД забэкапить - не понимаю. При создании политики на сервере СРК, в объектах бэкапа нужно скрипт что ли какой то указывать? В котором уже команды для запуска бэкапа.
При запуске бэкапа через агента NBMySQLAgent со стороны сервера MySql (есть и такой режим) создается sqldump на локальном диске сервера. Вот зачем так? У меня БД под сотку гб и свободного места 20. Можно ли сразу как то дамп тащить на сервер СРК?

ЗЫ: а в целом, кто как бэкапит MySQL? Реальна ли идея, подмонтировать диск по nfs, через родной mysqldump выкладывать на него бэкапы, а потом уже NetBackup будет забирать их как файлы простые. Ну надо же вести общую бд бэкапов, ротация, период хранения и вот это вот все

vkle, а родная mysqldump всегда будет блокировать таблицы при бэкапе или это особенности версии 5.5? В 6 онлайн бэкап появился?
У нас БД 90гб, даже ночью нет окна, чтобы пару часов на бэкап отдать

Я нарыл примерно такой список:
1. Коммерческие продукты типа MySQL Enterprise Backup или percona-xtrabackup (эта кажется бесплатна). Но возможно все таки заставим работать NetBackup
2. Установить менеджер томов LVM на сервер и попробовать делать бэкапы через снапшот. NetBackup, кстати, именно так и рекомендует.
3. Попробовать режим --single-transaction в mysqldump. Это так называемый уровень блокировок REPEATABLE READ. Т.е. текущие изменения во время бэкапа в сам бэкап не попадут. Но и ладно бы, но работает опция только для таблиц InnoDB. Для MyISAM или MEMORY могут быть блокировки. Но таких таблиц в БД мало и они небольшие.
4. Бэкап через SELECT INTO OUTFILE. Можно указать в какой файл и куда. Но структура таблиц при этом не сохраняется, только данные. Т.е. надо еще продумывать, как сохранять информацию о БД. На практике способ используется для бэкапа очень больших таблиц, чаще – частично.
5. Репликация и бэкап с слэйв сервера. С точки зрения отказоустойчивости – самый правильный вариант, конечно.
Вроде бы способы все собрал, что знаю. Склоняю начальство к варианту 5. Хотя вариант 3 тоже в целом рабочий