Исходное сообщение
"Патчи для поддержки журналирования в UFS добавлены во FreeBS..." Отправлено sHaggY_caT, 28-Апр-10 17:35
>>вот тут может даже по-лучше будет http://oracle2mysql.wordpress.com/2007/08/27/mysql-backups-f.../ > >Статья чуть менее, чем полностью унылая. >mysqldump не применим на больших проектах, про производительность lvm со снапшотами уже >было сказано. Копирование файлов базы на реплике - применимо только на >небольших базах. У нас все хорошо, тотально используем lvm-снапшоты. На части серверов диск самое узкое место (так как клиенты не понимают, зачем нужны "маленькие и дорогие" SAS, а покупают ненужные им по объему терабайтники SATA), а на части SAS использовать не рационально (на офиных файлопомойках, например) Ночью делается снапшот, с него снимается инкрементальная копия, и снапшот удаляется. Производительность просаживается, но ночью и нагрузки обычно ниже (или их нет)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>вот тут может даже по-лучше будет http://oracle2mysql.wordpress.com/2007/08/27/mysql-backups-for-innodb-as-an-oracle-dba/ >> >>Статья чуть менее, чем полностью унылая. >>mysqldump не применим на больших проектах, про производительность lvm со снапшотами уже >>было сказано. Копирование файлов базы на реплике - применимо только на >>небольших базах. > У нас все хорошо, тотально используем lvm-снапшоты. На части серверов диск самое > узкое место (так как клиенты не понимают, зачем нужны "маленькие и > дорогие" SAS, а покупают ненужные им по объему терабайтники SATA), а > на части SAS использовать не рационально (на офиных файлопомойках, например) > Ночью делается снапшот, с него снимается инкрементальная копия, и снапшот удаляется. Производительность > просаживается, но ночью и нагрузки обычно ниже (или их нет)
	Введите код, изображенный на картинке: