1.1, anonymous (??), 17:28, 04/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хрень какая.
IndoDB (в подавляещем случае на продакшене он) так не восстановить.
Про копирование больших объемов данных через ssh вообще помолчу.
| |
|
2.3, IceMan (ok), 19:17, 04/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
А аргументы какие? Или не пробовал, но уверен что работать не будет?
| |
|
3.8, Аноним (-), 20:39, 09/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
Innodb, после пропадания питания, а lvm снапшот симулирует эту ситуацию, начинает активно читать и писать, если находилось под нагрузкой, для того чтобы применить лог транзакций с последнего чекпойта.
Как результат, sshfs+aufs могут дать возможность запустить mysqldump только через несколько суток.
Так же LVM снапшоты удваивают количество записей, это может свалить базу данных в нагруженные часы.
Так же дамп/востановление с помощью mysqldump на базах в 50-300GB может быть очень медленным даже на хорошем железе 2-4 часа. Всё это время сеть скорее всего будет в полке, как следствие будет потеря пакетов и проблемы у клиентов базы данных.
| |
|
|
1.4, Аноним (-), 19:24, 07/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а LVM здесь в каком месте используется? Их снепшоты могут бэкапить базу данных? Хотя бы в простое?
| |
1.5, IceMan (ok), 00:59, 08/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
LVM тут упомянут как один из способов создать консистентный бэкап mysql без остановки сервера. По ссылке внизу поста есть пример как это сделать. Хотя оно не суть важно. Описанный способ позволять сделать частичное восстановление данных из "сырых файлов" баз. Не важно каким образом они были созданы LVM снапшот или остановка сервера. Главное чтобы они были в консистентном состоянии.
| |
|
2.6, Онаним (?), 13:06, 09/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Главное чтобы они были в консистентном состоянии.
То-то и оно. Только вот как с помощью LVM получить консистентную копию базы работающего мускула, у которого кеш размером с ОП?
| |
|
3.9, Аноним (-), 20:42, 09/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>Главное чтобы они были в консистентном состоянии.
> То-то и оно. Только вот как с помощью LVM получить консистентную копию
> базы работающего мускула, у которого кеш размером с ОП?
InnoDB позволяет востанавливать базу в случае пропадания питания.
Все данные на которые прошёл COMMIT не будут потеряны в не зависимости от размера кеша innodb в памяти (buffer pool), работает и на 100MB кеше и на 100GB, везде.
Если файловая система правильная и не нарушает порядок записи блоков когда послан fsync, то LVM снапшот диска позволяет делать "холодный" бекап.
| |
|
|
1.7, IceMan (ok), 16:42, 09/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А причем тут размер кеша? По-моему вы напрочь не понимаете что такое кеш и что такое исменения в буфере, которые еще не записаны на диск. FLUSH TABLES WITH READ LOCK записывает все изменения на диск и предотвращает последующие изменения.
| |
|
2.10, Аноним (-), 20:44, 09/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А причем тут размер кеша? По-моему вы напрочь не понимаете что такое
> кеш и что такое исменения в буфере, которые еще не записаны
> на диск. FLUSH TABLES WITH READ LOCK записывает все изменения на
> диск и предотвращает последующие изменения.
Даже без этой команды всё будет хорошо, если вся база в InnoDB.
Если она в myisam, значит вас совершенно не интересует сохранность этих данных и можно бекапить, а потом делать repair table на все myisam таблицы
| |
|
3.13, mahoro (??), 15:01, 28/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
Использование MyISAM не говорит о том, что данные не важны.
Просто сохранность данных обеспечивается в т.ч. резервированием, а не только бекапами.
| |
|
|
|