Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Представлена система резервного копирования Obnam 1.0, подде..., opennews (??), 02-Июн-12, (0) [смотреть все] Kewl, начинаем тестить , AlexAT (ok), 15:45 , 02-Июн-12, (2) // На питоне Счастливого тестирования , Аноним (-), 17:19 , 05-Июн-12, (64) Дедуплицироанные бэкапы Они б хоть возможность в двух копиях хранить сделали , Crazy Alex (??), 15:48 , 02-Июн-12, (3) +1 // Так-то и проверить целостность записанного можно Может там хеши обновляются пер, Аноним (-), 17:08 , 02-Июн-12, (5) // Так ить бэд сектор на бэкапном носителе может всраться опосля проверки А постоя, Аноним (-), 17:35 , 02-Июн-12, (8) Ну, as for me - чем проще операции, проделываемые с бэкапом и чем их меньше - те, Crazy Alex (??), 17:38 , 02-Июн-12, (9) // Вы же сами себе ответили Не важно, есть дедупликация, нет дедупликации, надо де, angra (ok), 18:45 , 02-Июн-12, (10) В любом случае одно другое дополняет, а не заменяет , Аноним (-), 18:54 , 02-Июн-12, (11) Так это два разных случая Один - это когда защиту надо обеспечить всерьёз Здес, Crazy Alex (??), 20:00 , 02-Июн-12, (15) Это действительно два разных случая, но только не так как вы это понимаете ну ил, angra (ok), 21:54 , 02-Июн-12, (19) Флешка дороже дисков и живёт меньше чем лента В остальном - если есть банки, ра, Crazy Alex (??), 22:52 , 02-Июн-12, (23) Только RAID тогда должен быть софтверный, или должно быть несколько запасных кон, Af. (?), 00:16 , 03-Июн-12, (29) –1 а должен быть софтверный, или должно быть несколько запасных контроллеров Тьфу-, AlexAT (ok), 13:20 , 03-Июн-12, (45) Ну и бэкапьте себе снепшоты Эта система допускает Если систему сделали с таки, Аноним (-), 18:56 , 02-Июн-12, (12) Э При чём здесь снэпшоты , Crazy Alex (??), 20:01 , 02-Июн-12, (16) Шоп бэкапить на второй хост же, снять консистентное состояние того чего вам надо, Аноним (-), 01:23 , 03-Июн-12, (30) Угу, давайте в придачу к хитрому бэкапу с дедупликацией ещё снапшоты навернём, а, Crazy Alex (??), 18:00 , 03-Июн-12, (54) +1 а вы раз в неделю делайте полный бекап, а инкрементальные - раз в день обычное , mitiok (ok), 22:53 , 02-Июн-12, (24) +1 // Ну дык Но если оказывается, что у нас бэкап дедуплицируется, то вполне можем ог, Crazy Alex (??), 18:02 , 03-Июн-12, (55) +1 // Что есть битый кусок в данном случае, если не секрет , XoRe (ok), 18:33 , 03-Июн-12, (57) битый - это тот, который не возможно прочитать, или с порченными данными Именно, Аноним (-), 12:27 , 04-Июн-12, (60) та же zfs от этого избавляет, храня несколько копий на разных носителях и сравни, Аноним (-), 14:11 , 05-Июн-12, (63) не не не, именно в данном случае - после создания бекапа и сверки контрольных су, XoRe (ok), 22:50 , 08-Июн-12, (66) В мане есть опция --deduplicate never de-duplicate Можно держать любое количест, filosofem (ok), 23:08 , 02-Июн-12, (25) +1 Например в ZFS все хешируется, при нарушении хеша автоматом лечится Чтобы быть , Elhana (ok), 09:59 , 05-Июн-12, (62) Потестил немного Ну идея, конечно, интересная Производительность тоже непло, AlexAT (ok), 19:10 , 02-Июн-12, (13) На заметку возьму, но переходить с Бакулы не буду , YetAnotherOnanym (?), 20:41 , 02-Июн-12, (17) Круче rsync наверное ни чего нет , Anonymousw (?), 22:37 , 02-Июн-12, (22) +1 Да, хрену к ней не хватает, то есть возможностей rsynca , MozgoTrest (?), 23:10 , 02-Июн-12, (26) +1 // А rsync дедубликацию поддерживает Актуально для однотипно настроенных компьютер, ffirefox (?), 01:45 , 03-Июн-12, (34) // Понять-то поймет, опция подсчета хэшей у него есть название не помню, надо в ма, Аноним (-), 03:18 , 03-Июн-12, (36) zfs btrfs , Аноним (-), 08:30 , 03-Июн-12, (39)   // В Btrfs не известно когда увидим работающую дедупликацию В рассылке писали что , filosofem (ok), 12:35 , 03-Июн-12, (43)   По моему он совсем не прав Теряется прорачность доступа к данным, если делать д, Аноним (-), 07:15 , 04-Июн-12, (59)   В последнее время плотно занимался этим вопросом zfs дедупликация рулят для х, PnD (??), 20:46 , 06-Июн-12, (65)   backuppc вроде делает то же самое, но у него и интерфейс есть, и работает у мног, Pilat (ok), 23:30 , 02-Июн-12, (28) // А в бэкапписи тоже самое Данные сжимаются и переименовываются пофайлово Восста, Аноним (-), 01:36 , 03-Июн-12, (31) // Вот и я о том же - ничего нового не сделали, а интерфейса нормального нет Шесть, Pilat (ok), 03:42 , 03-Июн-12, (38) этот по крайней мере не требует рутового доступа с клиента, в отличие от , Михрютка (?), 14:20 , 03-Июн-12, (49) rsync может делать инкременальные бэкапы , Anonymousw (?), 09:45 , 03-Июн-12, (41) // но лучше б он этого не делал , Михрютка (?), 14:11 , 03-Июн-12, (48) +1 Хорошо Шесть лет это немалый срок, может большенство косяков поправили Интересно, vi (?), 11:16 , 03-Июн-12, (42) // Шесть лет - это всего На самом деле, я бы сказал, что активно Obnam разрабатыва, fetisheer (ok), 15:06 , 04-Июн-12, (61) 2,3,13,17,22,26,28,41,42

Сообщения

[Сортировка по времени | RSS]

	39. "Представлена система резервного копирования Obnam 1.0, подде..."	+/–
	Сообщение от Аноним (-), 03-Июн-12, 08:30
	> А rsync дедубликацию поддерживает? Актуально для однотипно настроенных компьютеров. zfs/btrfs?
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	43. "Представлена система резервного копирования Obnam 1.0, подде..."	+/–
	Сообщение от filosofem (ok), 03-Июн-12, 12:35
	В Btrfs не известно когда увидим работающую дедупликацию. В рассылке писали что уже можно дедуплицировать по расписанию и пример утилиты был, но опции для онлайн дедупликации нет и возможно не будет. Кто-то из разработчиков писал, что идеологически не верно делать дедупликацию в ФС, а надо на прикладном уровне как в Obnam. По-своему он конечно прав. ZFS ― латентная проприетарь со всеми вытекающими. Если данный факт не смущает, то можно уже рсинкать на ZFS. =) Но проприетарные ынтырпрайз решения с дедупликацией существовали задолго до ZFS и благополучно покупаются теми кому очень надо.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Представлена система резервного копирования Obnam 1.0, подде..."	+/–
	Сообщение от Аноним (-), 04-Июн-12, 07:15
	> В Btrfs не известно когда увидим работающую дедупликацию. В рассылке писали что > уже можно дедуплицировать по расписанию и пример утилиты был, но опции > для онлайн дедупликации нет и возможно не будет. Кто-то из разработчиков > писал, что идеологически не верно делать дедупликацию в ФС, а надо > на прикладном уровне как в Obnam. По-своему он конечно прав. По моему он совсем не прав. Теряется прорачность доступа к данным, если делать дедуплекацию через прикладной уровень, к тому же нужно держать карту хешей, которая в фс уже и так есть > ZFS ― латентная проприетарь со всеми вытекающими. Если данный факт не смущает, > то можно уже рсинкать на ZFS. =) Но проприетарные ынтырпрайз решения > с дедупликацией существовали задолго до ZFS и благополучно покупаются теми кому > очень надо. Латентная или не латентная, а свободная и еще можно поспорить что свободнее, CDDL или GPL. Бекапы уже написаны: sh,rsync,zfs,snapshot + прочие плюшки zfs, типа прозрачного сжатия данных и дедупликации. В итоге не ломаемое решение из-за своей дубовости, моментальный доступ к любому снимку данных (а не как обычно в инкрементных бекапах - по полчаса думает) и отличная прозрачность. И прозрачность тут будет даже побольше, чем в полных бекапах запакованных tar-ом, т.к. здесь распаковывать ничего не нужно (например что бы diff сделать), просто идешь и в .zfs/snapshot и работаешь с данными от нужной даты.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Представлена система резервного копирования Obnam 1.0, подде..."	+/–
	Сообщение от PnD (??), 06-Июн-12, 20:46
	В последнее время плотно занимался этим вопросом (zfs+дедупликация рулят для хранения сотен гиг lvm-снапшотов), так вот есть подводный камень: zfs стабильна на соляре и вроде бы опен-индиане. Т.к. дедупликатор представляет собой упаковщик с безразмерным словарем (в текущей реализации вроде пользует sha256-хэши блоков, вероятность коллизии что-то в районе 10-31, я эту математику не осилил, так что лучше перепроверьте), код дедупликатора должен как-то ограничивать аппетиты (оценка ~5 GB RAM per 1 TB DATA). Во FreeBSD 9.0 он с этим не справляется >> kernel panic. Есть еще "Native ZFS for Linux", его потестить руки пока не дошли.   Для себя выбрал OpenIndiana domu over xen4.1 dom0 - современных процов хватает протащить гигабитный поток данных с учетом всех пенальти. Важно разумно выбирать размер пула, т.к. БД дедупликатора одна на каждый пул.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема