LINUX.ORG.RU

ZRM v1.1.3 release


0

0

19 декабря вышел релиз ZRM (Zamanda Recovery Manager) 1.1.3. Это полнофункциональное OpenSource решение для создания резервных копий и восстановления баз данных MySQL.
Новая версия содержит множество улучшений для работы с удаленными MySQL-серверами, оптимизации связанные с производительностью. Среди улучшений:
-- Возможность создания резервных копий баз данных, находящихся за firewall'ом
-- Поддержка шифрования и компрессии образов резервных данных
-- Новая, plugin-совместимая архитектура
-- Новые, более гибкие возможности для создания и форматирования отчетов. Например, одним из видов генерируемых отчетов может быть создание RSS feed'ов.

>>> Скачать новую версию

★★★

Проверено: Shaman007 ()
Ответ на: комментарий от anonymous

Sorry. Очепятка. Конечно же, s/Zamanda/Zmanda/g.

kondor ★★★
() автор топика
Ответ на: комментарий от anonymous

>За такие "бэкапы" надо за яйцы подвешивать. И бить, долго бить бейсбольной битой...

А в чем проблемы?

anonymous
()
Ответ на: комментарий от anonymous

>За такие "бэкапы" надо за яйцы подвешивать. И бить, долго бить
бейсбольной битой...

нука расскажи-ка, чем тебя обидел mysqldump ? неосилил его?

dreamer ★★★★★
()
Ответ на: комментарий от dreamer

> нука расскажи-ка, чем тебя обидел mysqldump ? неосилил его?

Да чего тут все на человека накинулись? Подумаешь, всего делов - кодировка = cp1251, да переносы строки двухбайтовые. Нет бы посочувствовать - так враз чморить начали. Злые вы.

Gharik
()
Ответ на: комментарий от anonymous

А в том, что mysqldump лочит только потаблично... соответственно легко получить кривой бэкап... :(

anonymous
()
Ответ на: комментарий от anonymous

Впрочем это всего лишь надстройка над тем же самым mysqldump...

anonymous
()
Ответ на: комментарий от anonymous

>хотя название сайта (zmanda) тоже жжОт :)
+1 =)

pento ★★★★★
()

Кто использовал, как оно из себя?

MiracleMan ★★★★★
()
Ответ на: комментарий от anonymous

Можно я прикинусь анонимусом и тупо пофлеймю? В mysqldump есть одна проблема - терабайт дампить очень долго. single-transaction не решает проблему, потому что полсуток работы приличного сервера не укладываются в ib_logfile*. Это одна из причин настраивать глючную репликацию и т.д.

MadMike
()
Ответ на: комментарий от anonymous

Мальчик, кстати о птичках. 1. Ты слышал о том, что некоторые данные не могут быть потеряны? Если да, то ты должен блевать от mysqldump|mysql. 2. Ты представляешь, что значит "сдампить сотенку-другую гигов"? Если да, то ты понимаешь, что без replication/cluster/lvm этого не сделать?

Я знаю, что ZRM - надстройка для mysqldump, но это именно то, что нужно большинству юзеров. Другое дело, что он умеет делать инкрементные backup'ы. Именно это нужно профи, чтобы чувствовать себя в норме.

PS. Не надо, плиз, разводить флейм на тему "посгрес лучше, он умеет" и т.д;

MadMike
()
Ответ на: комментарий от MadMike

> PS. Не надо, плиз, разводить флейм на тему "посгрес лучше, он умеет" и т.д;

А что делать, если это правда жизни?

Evgueni ★★★★★
()
Ответ на: комментарий от dreamer

О, да, оракл - это да. Это не в тапки срать.

А шеститысячный праймпауэр откуда взять?

fearan
()
Ответ на: комментарий от dreamer

3.14здеть - не мешки ворочать :) Насрать на винт - много ума не надо :)

anonymous
()
Ответ на: комментарий от dreamer

"Скульщики кололись, теряли данные, но продолжали насиловать Mysql" :) Сам разработчик вроде презнавался, что MySql не предназначена для хранения "сотни-другой гигов" информации

Belt
()
Ответ на: комментарий от dreamer

Замечательно :-)

Самый крутой цисковод - это тот, который соединит два узла, потратив наибольшее количество денег :-)

fearan
()
Ответ на: комментарий от fearan

Можно тоже влезу?

__Сотня-другая__ __ГИГОВ__ данных, которые нельзя потерять??? И при этом использовать __МУСКЛЬ__??? Это всё, это пиздец.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.