forum.opennet.ru - "Система резервного копирования Obnam прекращает своё существ..." (41)

"Система резервного копирования Obnam прекращает своё существ..."

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

"Система резервного копирования Obnam прекращает своё существ..."	+/–
Сообщение от opennews on 15-Авг-17, 20:32
Ларс Вирзениус (Lars Wirzenius), один из студенческих товарищей Линуса Торвальдса, вовлечённый в развитие Linux с первых дней существования проекта (создатель Linux Documentation Project и один из первых мэйнтенеров в дистрибутиве Debian), объявил (https://blog.liw.fi/posts/2017/08/13/retiring_obnam/) о сворачивании проекта Obnam (http://liw.fi/obnam/), в рамках которого с 2006 года развивалась (https://www.opennet.ru/opennews/art.shtml?num=39323) система резервного копирования, основанная на идее оптимизации хранения резервных копий за счёт использования репозитория со встроенной поддержкой дедупликации данных. По словам Ларса он прекращает разработку после того, как осознал, что имеющиеся проблемы можно устранить лишь полностью переписав проект с нуля, но он не собирается этого делать. В частности, из хобби проект превратился в обузу из-за невозможности преодолеть проблемы с расширяемостью, производительностью и потреблением ресурсов. Попытки исправить что-то приводили к появлению других проблем, например, всплывали непредвиденные провалы в производительности или повышалось потребление памяти. Пользователям Obnam рекомендуется перейти на другие инструменты резервного копирования. Переход необходимо совершить до конца года, после чего сопровождение кодовой базы и устранение возможных уязвимостей будет полностью прекращено. Разработчикам Debian будет направлен запрос на удаление Obnam из репозиториев unstable и testing (Obnam не войдёт в состав Debian 10). Сайт и репозиторий проекта останутся доступны, но список рассылки будет переведён на систему премодерации. Тем не менее, проект имеет шанс остаться на плаву, если найдётся желающий подхватить разработку и заняться решением имеющихся проблем. URL: https://blog.liw.fi/posts/2017/08/13/retiring_obnam/ Новость: https://www.opennet.ru/opennews/art.shtml?num=47029
Ответить \| Правка \| Cообщить модератору

Оглавление

Система резервного копирования Obnam прекращает своё существ..., anomymous, 20:32 , 15-Авг-17, (1) –10
Система резервного копирования Obnam прекращает своё существ..., Аноним, 20:35 , 15-Авг-17, (2) +1
Система резервного копирования Obnam прекращает своё существ..., Аноним, 20:49 , 15-Авг-17, (3) +3

Система резервного копирования Obnam прекращает своё существ..., пох, 23:06 , 15-Авг-17, (18) +2

Система резервного копирования Obnam прекращает своё существ..., anonymous, 05:44 , 16-Авг-17, (21) –2

Система резервного копирования Obnam прекращает своё существ..., YetAnotherOnanym, 07:44 , 16-Авг-17, (22) +2

Система резервного копирования Obnam прекращает своё существ..., пох, 15:46 , 16-Авг-17, (36)
Система резервного копирования Obnam прекращает своё существ..., Аноним, 11:20 , 20-Авг-17, (49)

Система резервного копирования Obnam прекращает своё существ..., scorry, 18:04 , 20-Авг-17, (51) –1

Система резервного копирования Obnam прекращает своё существ..., stalker, 09:40 , 17-Авг-17, (46) +1

Система резервного копирования Obnam прекращает своё существ..., Андрей, 21:39 , 15-Авг-17, (6) –2

Система резервного копирования Obnam прекращает своё существ..., Аноним, 22:05 , 15-Авг-17, (12) –7

Система резервного копирования Obnam прекращает своё существ..., asdasdas, 22:49 , 15-Авг-17, (16)

Система резервного копирования Obnam прекращает своё существ..., A.Stahl, 23:01 , 15-Авг-17, (17) –1
Система резервного копирования Obnam прекращает своё существ..., Аноним, 23:49 , 15-Авг-17, (19)

Система резервного копирования Obnam прекращает своё существ..., Аноним, 10:48 , 16-Авг-17, (27)

Система резервного копирования Obnam прекращает своё существ..., Аноним, 02:39 , 17-Авг-17, (45)

Система резервного копирования Obnam прекращает своё существ..., ыы, 21:42 , 15-Авг-17, (7) –4

Система резервного копирования Obnam прекращает своё существ..., Аноним, 22:06 , 15-Авг-17, (13) +2
Система резервного копирования Obnam прекращает своё существ..., пох, 22:43 , 15-Авг-17, (15) –1

Система резервного копирования Obnam прекращает своё существ..., ыы, 08:49 , 16-Авг-17, (24) +1

Система резервного копирования Obnam прекращает своё существ..., none_first_, 12:08 , 16-Авг-17, (29)

Система резервного копирования Obnam прекращает своё существ..., Аноним, 15:22 , 16-Авг-17, (33)
Система резервного копирования Obnam прекращает своё существ..., ыы, 18:43 , 16-Авг-17, (39) –2

Система резервного копирования Obnam прекращает своё существ..., пох, 13:07 , 17-Авг-17, (47)

Система резервного копирования Obnam прекращает своё существ..., Аноним, 11:31 , 20-Авг-17, (50)

Система резервного копирования Obnam прекращает своё существ..., Аноним, 13:19 , 16-Авг-17, (30)

Система резервного копирования Obnam прекращает своё существ..., пох, 15:42 , 16-Авг-17, (35)

Система резервного копирования Obnam прекращает своё существ..., ыы, 18:31 , 16-Авг-17, (38)

Система резервного копирования Obnam прекращает своё существ..., пох, 18:58 , 16-Авг-17, (42)

Система резервного копирования Obnam прекращает своё существ..., ыы, 19:07 , 16-Авг-17, (43)

Система резервного копирования Obnam прекращает своё существ..., пох, 13:21 , 17-Авг-17, (48)

Система резервного копирования Obnam прекращает своё существ..., Аноним, 17:12 , 16-Авг-17, (37)
Система резервного копирования Obnam прекращает своё существ..., ыы, 18:58 , 16-Авг-17, (41)

Система резервного копирования Obnam прекращает своё существ..., пох, 15:36 , 16-Авг-17, (34)

Система резервного копирования Obnam прекращает своё существ..., ыы, 18:47 , 16-Авг-17, (40)

Система резервного копирования Obnam прекращает своё существ..., пох, 19:10 , 16-Авг-17, (44)

Система резервного копирования Obnam прекращает своё существ..., vitalif, 21:56 , 15-Авг-17, (8)
Система резервного копирования Obnam прекращает своё существ..., vitalif, 21:56 , 15-Авг-17, (9)
Система резервного копирования Obnam прекращает своё существ..., EHLO, 22:22 , 15-Авг-17, (14)
Система резервного копирования Obnam прекращает своё существ..., Аноним, 10:57 , 16-Авг-17, (28) +3

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

1. "Система резервного копирования Obnam прекращает своё существ..." –10 +/–

Сообщение от anomymous on 15-Авг-17, 20:32

Правильно его с самого начала в Obman между собой переименовали...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Система резервного копирования Obnam прекращает своё существ..." +1 +/–

Сообщение от Аноним (??) on 15-Авг-17, 20:35

> По словам Ларса он прекращает разработку после того, как осознал, что имеющиеся проблемы можно устранить лишь полностью переписав проект с нуля, но он не собирается этого делать. В частности, из хобби проект превратился в обузу из-за невозможности преодолеть проблемы с расширяемостью, производительностью и потреблением ресурсов. Попытки исправить что-то приводили к появлению других проблем, например, всплывали непредвиденные провалы в производительности или повышалось потребление памяти.
Плохой танцор - хороший папа!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Система резервного копирования Obnam прекращает своё существ..." +3 +/–

Сообщение от Аноним (??) on 15-Авг-17, 20:49

borgbackup легко заменит сие творение.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Система резервного копирования Obnam прекращает своё существ..." +2 +/–

Сообщение от пох on 15-Авг-17, 23:06

> borgbackup легко заменит сие творение.
автор сего творения превзошел многих, снабдив его fsck - которая, якобы, даже позволяет иногда отремонтировать побившееся хранилище.
у авторов борг - "пока еще не ломалось".
и да, для "дедуплицирующих" бэкапилок поломка фатальна - в отличие от old-school incremental backup, у них навернется именно все и сразу.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

21. "Система резервного копирования Obnam прекращает своё существ..." –2 +/–

Сообщение от anonymous (??) on 16-Авг-17, 05:44

> и да, для "дедуплицирующих" бэкапилок поломка фатальна - в отличие от old-school incremental backup, у них навернется именно все и сразу.
Посадите их на рейд. Или воспользуйтесь ФС с возможность восстановления битых данных. Каждая утилита должна делать хорошо одно дело. Если нужно большее - стекайте утилиты

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Система резервного копирования Obnam прекращает своё существ..." +2 +/–

Сообщение от YetAnotherOnanym (ok) on 16-Авг-17, 07:44

Утилиту для бэкапа, которая теряет все данные из-за одной локальной ошибки Вы называте хорошей только за то, что она не умеет в дополнение к этому варить кофе?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

36. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 16-Авг-17, 15:46

> Утилиту для бэкапа, которая теряет все данные из-за одной локальной ошибки Вы
> называте хорошей только за то, что она не умеет в дополнение
> к этому варить кофе?
у борга набор фильтров для кофеварки, в общем, похожий - но вот это "пока не ломалось" лично меня пугает.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

49. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 20-Авг-17, 11:20

urbackup хранит файлы внезапно в виде файлов в фс и использует снепшоты. Пока фс не навернется, данные доступны. Правда. сам урбакап ломается, а после перустановки данных не видит, но бекапы по факту есть.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

51. "Система резервного копирования Obnam прекращает своё существ..." –1 +/–

Сообщение от scorry (ok) on 20-Авг-17, 18:04

> Посадите их на рейд.
Вы хотя бы уровень рейда упоминайте, что ли.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

46. "Система резервного копирования Obnam прекращает своё существ..." +1 +/–

Сообщение от stalker (??) on 17-Авг-17, 09:40

>> borgbackup легко заменит сие творение.
> автор сего творения превзошел многих, снабдив его fsck - которая, якобы, даже
> позволяет иногда отремонтировать побившееся хранилище.
> у авторов борг - "пока еще не ломалось".
> и да, для "дедуплицирующих" бэкапилок поломка фатальна - в отличие от old-school
> incremental backup, у них навернется именно все и сразу.
я это пытаюсь преодолеть через бэкап репозитория borg-а на другой сервер borg-ом же. У меня таким образом есть ревизии оригинального репозитория.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

6. "Система резервного копирования Obnam прекращает своё существ..." –2 +/–

Сообщение от Андрей (??) on 15-Авг-17, 21:39

> Тем не менее, проект имеет шанс остаться на плаву, если найдётся желающий подхватить разработку и заняться решением имеющихся проблем.
Решать? Только переписывать же:
> имеющиеся проблемы можно устранить лишь полностью переписав проект с нуля
И было бы неплохо!
И уже не на питоне, а трушно на Си, или в крайнем случае на Go.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Система резервного копирования Obnam прекращает своё существ..." –7 +/–

Сообщение от Аноним (??) on 15-Авг-17, 22:05

Go? Гарбидж коллектор и нестрогая типизация. Отстой. Для перемалывания петабайт данных только Си!

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от asdasdas on 15-Авг-17, 22:49

А в C она ппц какая строгая! Во первых, в Go она не строгая, а утиная, это разные вещи.
А что до C, в нем можно что угодно преобразовать к чему угодно, а помешать этому может только компилятор, а не стандарт.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Система резервного копирования Obnam прекращает своё существ..." –1 +/–

Сообщение от A.Stahl (ok) on 15-Авг-17, 23:01

>в нем можно что угодно преобразовать к чему угодно
Можно, но это нужно делать специально. Только вот зачем специально делать такое?
А Питон это как Си с void* вместо всех типов и с жутким синтаксисом.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 15-Авг-17, 23:49

Тут, видимо, имелся в виду тот факт, что Go умеет сам определять, что ему подсовывают в переменную. Но тут есть нюанс: это не то же самое, что в языках с действительно нестрогой типизацией, где в одной переменной может оказаться как расстояние от Земли до Луны, так и слон (как объект). Просто Go умеет отличить строку от целого числа при присвоении значения переменной, и сам под капотом назначит переменной нужный тип. Но это не значит, что типа там нет.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

27. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 16-Авг-17, 10:48

> Go?
> нестрогая типизация
О великий теоретик, ты go вообще видел?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

45. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 17-Авг-17, 02:39

https://github.com/restic/restic

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Система резервного копирования Obnam прекращает своё существ..." –4 +/–

Сообщение от ыы on 15-Авг-17, 21:42

>идее оптимизации хранения резервных копий за счёт использования репозитория со встроенной поддержкой дедупликации данных.
Купил дисковую полку от HP и осознал что эта идея давно уже в железе?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Система резервного копирования Obnam прекращает своё существ..." +2 +/–

Сообщение от Аноним (??) on 15-Авг-17, 22:06

Да ты прям суперманька, и вендусом торгуешь тут, и орацлем, и хп. И всё это на одном форуме.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Система резервного копирования Obnam прекращает своё существ..." –1 +/–

Сообщение от пох on 15-Авг-17, 22:43

> Купил дисковую полку от HP и осознал что эта идея давно уже в железе?
дисковая полка хепе умеет сама залезать на неведомые ей сервера и бэкапать оттуда данные?
какая хорошая у HP...трава.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

24. "Система резервного копирования Obnam прекращает своё существ..." +1 +/–

Сообщение от ыы on 16-Авг-17, 08:49

Зачем? Не царское это дело.
Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более низком уровне. Причем не только при использовании бэкапа, а про любом использовании. например разворачивание виртуальных машин на таком устройстве хранения-сильно экономит пространство.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

29. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от none_first_ on 16-Авг-17, 12:08

> Зачем? Не царское это дело.
> Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более
> низком уровне. Причем не только при использовании бэкапа, а про любом
> использовании. например разворачивание виртуальных машин на таком устройстве хранения-сильно
> экономит пространство.
ога и сгоревший чип делает всех счастливыми обладателями мусора вместо бэкапов

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

33. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 16-Авг-17, 15:22

ладно бы сгоревший чип, а то офигенное обновление прошивки от вендора

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

39. "Система резервного копирования Obnam прекращает своё существ..." –2 +/–

Сообщение от ыы on 16-Авг-17, 18:43

>> Зачем? Не царское это дело.
>> Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более
>> низком уровне. Причем не только при использовании бэкапа, а про любом
>> использовании. например разворачивание виртуальных машин на таком устройстве хранения-сильно
>> экономит пространство.
> ога и сгоревший чип делает всех счастливыми обладателями мусора вместо бэкапов
Вы когда нибудь вообще, серверное железо хотябы издали видели в живую?

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

47. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 17-Авг-17, 13:07

> Вы когда нибудь вообще, серверное железо хотябы издали видели в живую?
о йуный падаван, знал бы ты, сколько я ентого вендорского железа видел сдохшим от совершенно невероятных причин. Причем подобная ситуация совершенно невозможна с аналогичной мощности хреновиной, собранной из подручных средств, если вгрохать этих средств на ту же самую сумму, этого не делают вовсе не из соображений надежности. Потому что там ты хоть примерно _знаешь_ что и как может развалиться, и какие действия безопасны, а каких лучше избегать. А не вынужден доверять вендору.
Про очевидное-невероятное начинающим вступать в вендорскую лепеху рекомендую гуглить sun и solar wind. Оно было настолько анекдотичное, что наверняка еще что-то где-то должно было остаться. Вендорское железо за гигабаксы, физическая изоляция компонент на уровне платформы, процессор в плату заталкивается винтами с динамометрическим ключом...
Ну и отдельно подумать - а что, собственно, делать-то в подобном случае, счастливому приобретателю за чужие деньги?
А хепе еще и известный любитель пихать в свои брендовые поделки relabeled мусор, который приличный человек и в домашний писюк ставить бы побрезговал. (впрочем, с тех пор как делл пожрал emc, бечь стало в общем и некуда, ни за какие деньги и нигде не купишь обоснованную, а не промытую сэйлзами, уверенность в том, что оно действительно будет работать, и действительно тебе помогут, если вдруг случится нечто)

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

50. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 20-Авг-17, 11:31

>> какие действия безопасны, а каких лучше избегать
Безопасно хранить несколько копий файлов в разных пк а ext3, а все эти zfs и дедуприкации небезопасны. Но как это знание помогает решить тебе проблему экономии денег, пространства и всякой унификации хранилища?

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

30. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 16-Авг-17, 13:19

интересная идея особенно если перед посылкой бэкапа по сети каждый раз его сжимать с выскоким уровнем сжатия, остаётся только догадываться как среди архивных файлов ваша полка будет находить похожие куски...

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

35. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 16-Авг-17, 15:42

> интересная идея особенно если перед посылкой бэкапа по сети каждый раз его
> сжимать с выскоким уровнем сжатия
а зачем вы это делаете? Я очень сомневаюсь, что в своей, "дешевенькой" 10G сети выиграю что-то заметное глазом даже от сжатия эффективным lz4. А если у вас нет даже 10G - вы чем полку-то подключать собирались, и зачем было выкидывать на нее столько денег, если после полки хватило только на прямой fc-проводок до сервера?
> , остаётся только догадываться как среди архивных
> файлов ваша полка будет находить похожие куски...
разожмите на том, к чему подключена полка, тоже мне, фокус. Скорость записи скорее всего только вырастет, dedup обычно быстрее чем диски.
речь-то о совсем другом - полка нифига не заменяет бэкап (архив заменить как-то может, если в ней есть снапшоты, но этот архив сам надо бэкапать куда-то)

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

38. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от ыы on 16-Авг-17, 18:31

>речь-то о совсем другом - полка нифига не заменяет бэкап (архив заменить как-то может, если в ней есть снапшоты, но этот архив сам надо бэкапать куда-то)
Странная мысль.
Вы говорите что хотите бэкапить бэкапы? ну..тоже хорошая идея в общем...
А можно забэкапить бэкапы бэкапов...

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

42. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 16-Авг-17, 18:58

> Вы говорите что хотите бэкапить бэкапы?
это смотря для чего у вас полка. Если, как я подозреваю, для рабочих данных - то снапшоты таки надо куда-то бэкапать (лучше бы, конечно, не снапшоты, а данные, но выбор редко есть), оставшись в полке они защитят от рукожопа, развалившего рабочую копию, но не защитят от ухода полки целиком.
если полка для бэкапов онли - что вообще-то очень странное решение, потому что все равно нужен нетривиальный софт, а он обычно умеет все то же самое на дешевом железе, да, можно не бэкапить, а просто молиться - поскольку опять же дедап в полке означает потерю всего, нажитого непосильным трудом (во всяком случае потерю веры, что там внутри именно данные, а не случайная мешанина байтиков), от сравнительно мелких проблем.
А поскольку бэкап почти всегда используется как архив, будет немного неудобно отвечать "пол-второго" на просьбу дать состояние самой нужной базы на прошлый вторник, а то там, кажется, прошла очень неудачная транзакция, но вовремя не заметили.
обычно владельцы полок бэкапятся куда-нибудь на ленты, именно что неспешно сливая туда снапшоты - оно, чаще всего, никогда и низачем будет не надо, но в случае аварии полки - архив будет можно достать обратно.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

43. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от ыы on 16-Авг-17, 19:07

>[оверквотинг удален]
> всего, нажитого непосильным трудом (во всяком случае потерю веры, что там
> внутри именно данные, а не случайная мешанина байтиков), от сравнительно мелких
> проблем.
> А поскольку бэкап почти всегда используется как архив, будет немного неудобно отвечать
> "пол-второго" на просьбу дать состояние самой нужной базы на прошлый вторник,
> а то там, кажется, прошла очень неудачная транзакция, но вовремя не
> заметили.
> обычно владельцы полок бэкапятся куда-нибудь на ленты, именно что неспешно сливая туда
> снапшоты - оно, чаще всего, никогда и низачем будет не надо,
> но в случае аварии полки - архив будет можно достать обратно.
Да, мысль понятна. Но ленточки вызывают у меня идиосинкразию... Сколько у мя небыло ленточек- все заканчивается тем что ленточки идут на помойку и вместо них ставится дисковая полка. Раньше - те что подешевле, теперь - те что попроизводительней...

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

48. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 17-Авг-17, 13:21

> Да, мысль понятна. Но ленточки вызывают у меня идиосинкразию... Сколько у мя
мы ж не на свои гуляем (иначе бы была zfs, а кто-то получил бы новую порцию ненужных знаний и ненависти к человечеству)
> небыло ленточек- все заканчивается тем что ленточки идут на помойку и
> вместо них ставится дисковая полка. Раньше - те что подешевле, теперь
ну у нас вон стоит и полка, и ленточный податчик для ее эпизодического бэкапа (и да, хепе, китайцы со своим ocean пролетели). Была бы у нас нормальная эксплуатация - польза от него была бы весьма эфемерной, а поскольку мы полумертвые - то даже можно, в принципе, что-то с тех ленточек восстановить, ну полежит сервис пару-тройку суток, никто и не чухнется.
А мы зато приобрели феерической ненужности знание о том, что, оказывается esxi 5.x умеет такой уникальный fsck, который может тебе радостно сообщить, что, оказывается, сторадж побился. Такой fsck, который его починить после этого умеет, завезти обещали в шестую, но нам инвестор такой апгрейд не одобрит, он и так спрашивает "где клиенты, где бабки?".
Ага, произошло это ровно потому, что эта ссссскотина взяла и на полном ходу отвалилась от голов. А потом и еще разок. iscsi, ммать его, устойчивый протокол, ага.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

37. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от Аноним (??) on 16-Авг-17, 17:12

> интересная идея особенно если перед посылкой бэкапа по сети каждый раз его
> сжимать с выскоким уровнем сжатия, остаётся только догадываться как среди архивных
> файлов ваша полка будет находить похожие куски...
У него в мурзилке ответа на это нет, но премию за август он уже заработал на вендусе, так что пофиг.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

41. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от ыы on 16-Авг-17, 18:58

> интересная идея особенно если перед посылкой бэкапа по сети каждый раз его
> сжимать с выскоким уровнем сжатия,
Кого сжимать? Куда сжимать? Зачем сжимать? 24 порта FC...
Вы вообще.. представляете  себе о каком оборудовании идет речь?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

34. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 16-Авг-17, 15:36

> Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более
> низком уровне.
на блочном. Блок большой, поэтому вполне возможно, что вы изрядно проиграете этой древней поделке даже на объеме хранения.
Но поделка еще и не _передает_ на хранилку ненужные данные, поскольку знает, какие именно блоки у нее уже есть. А вам придется опять изобретать велосипед - искать нечто, что умеет инкрементальные бэкпапы, проверять что оно делает с метаинформацией (selinux context? acl ? банальный atime?) и из полутора получившихся инвалидов еще искать того, который при всем этом работает хотя бы не черепашьи-медленно, а просто медленно.
так-то у нас систем с дедупликацией и нахаляв...ой, опенсорсных есть - диски, правда, почему-то нельзя скачать из интернета (закачать - можно, но либо мало, либо дорого), поэтому халява оставляет во рту какой-то привкус.
А чинить рассыпавшуюся полку (со всеми танцами вокруг платного саппорта) и рассыпавшийся zvol (с поисками давно забытых решений в вебархиве), в общем-то хрен редки не слаще...

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

40. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от ыы on 16-Авг-17, 18:47

>[оверквотинг удален]
> изобретать велосипед - искать нечто, что умеет инкрементальные бэкпапы, проверять что
> оно делает с метаинформацией (selinux context? acl ? банальный atime?) и
> из полутора получившихся инвалидов еще искать того, который при всем этом
> работает хотя бы не черепашьи-медленно, а просто медленно.
> так-то у нас систем с дедупликацией и нахаляв...ой, опенсорсных есть - диски,
> правда, почему-то нельзя скачать из интернета (закачать - можно, но либо
> мало, либо дорого), поэтому халява оставляет во рту какой-то привкус.
> А чинить рассыпавшуюся полку (со всеми танцами вокруг платного саппорта) и рассыпавшийся
> zvol (с поисками давно забытых решений в вебархиве), в общем-то хрен
> редки не слаще...
Когда имеешь дело с оборудованием промышленного класса- самодеятельность  быстро улетучивается из головы. Конечно саппорт платный. И рассыпавшееся такое устройство хранения- это из области страшилок про черную черную улицу с черным черным гробом который ищет тебя- напугать самого себя - можно.. а реальность- она иная на самом деле.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

44. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от пох on 16-Авг-17, 19:10

> Когда имеешь дело с оборудованием промышленного класса- самодеятельность  быстро
> улетучивается из головы.
это до поры. Пока не попадете в патовую ситуацию, что саппорт не мычит и тупо тянет время, а кровь из носу надо чтоб сработало прямщас.
Рано или поздно оно со всеми происходит, (и вот хрен ли я после 19 на работе, спросите).
> Конечно саппорт платный. И рассыпавшееся такое устройство хранения- это
> из области страшилок про черную черную улицу с черным черным гробом
ровно наоборот.
"такого" в нем ничего особенного и нет (тем более от хепе, все "такого", что диск без лейбака не всунешь, да и рельсы под него не найдешь, жди пока саппорт прочухает и привезет), те же индусы на удаленке и пишут, и поддерживают, сложность конструкции высокая, счастливых пользователей кот наплакал из-за цены и неудобств с приобретением, поэтому всякие странные проблемы вылезают легко и непринужденно.
(тьфу-тьфу-тьфу, тут тоже полки от того же чудо-вендора, и как-то подорительно давно ничего не происходило)

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

8. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от vitalif (ok) on 15-Авг-17, 21:56

Он zbackup наверно просто увидел

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от vitalif (ok) on 15-Авг-17, 21:56

То ли Obnal, то ли Obman

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Система резервного копирования Obnam прекращает своё существ..." +/–

Сообщение от EHLO on 15-Авг-17, 22:22

Дайте угадаю, Питон?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Система резервного копирования Obnam прекращает своё существ..." +3 +/–

Сообщение от Аноним (??) on 16-Авг-17, 10:57

Use veeam free!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Система резервного копирования Obnam прекращает своё существ..."	–10 +/–
Сообщение от anomymous on 15-Авг-17, 20:32
Правильно его с самого начала в Obman между собой переименовали...
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

2. "Система резервного копирования Obnam прекращает своё существ..."	+1 +/–
Сообщение от Аноним (??) on 15-Авг-17, 20:35
> По словам Ларса он прекращает разработку после того, как осознал, что имеющиеся проблемы можно устранить лишь полностью переписав проект с нуля, но он не собирается этого делать. В частности, из хобби проект превратился в обузу из-за невозможности преодолеть проблемы с расширяемостью, производительностью и потреблением ресурсов. Попытки исправить что-то приводили к появлению других проблем, например, всплывали непредвиденные провалы в производительности или повышалось потребление памяти. Плохой танцор - хороший папа!
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

3. "Система резервного копирования Obnam прекращает своё существ..."	+3 +/–
Сообщение от Аноним (??) on 15-Авг-17, 20:49
borgbackup легко заменит сие творение.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	18. "Система резервного копирования Obnam прекращает своё существ..."	+2 +/–
	Сообщение от пох on 15-Авг-17, 23:06
	> borgbackup легко заменит сие творение. автор сего творения превзошел многих, снабдив его fsck - которая, якобы, даже позволяет иногда отремонтировать побившееся хранилище. у авторов борг - "пока еще не ломалось". и да, для "дедуплицирующих" бэкапилок поломка фатальна - в отличие от old-school incremental backup, у них навернется именно все и сразу.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	21. "Система резервного копирования Obnam прекращает своё существ..."	–2 +/–
	Сообщение от anonymous (??) on 16-Авг-17, 05:44
	> и да, для "дедуплицирующих" бэкапилок поломка фатальна - в отличие от old-school incremental backup, у них навернется именно все и сразу. Посадите их на рейд. Или воспользуйтесь ФС с возможность восстановления битых данных. Каждая утилита должна делать хорошо одно дело. Если нужно большее - стекайте утилиты
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	22. "Система резервного копирования Obnam прекращает своё существ..."	+2 +/–
	Сообщение от YetAnotherOnanym (ok) on 16-Авг-17, 07:44
	Утилиту для бэкапа, которая теряет все данные из-за одной локальной ошибки Вы называте хорошей только за то, что она не умеет в дополнение к этому варить кофе?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	36. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох on 16-Авг-17, 15:46
	> Утилиту для бэкапа, которая теряет все данные из-за одной локальной ошибки Вы > называте хорошей только за то, что она не умеет в дополнение > к этому варить кофе? у борга набор фильтров для кофеварки, в общем, похожий - но вот это "пока не ломалось" лично меня пугает.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	49. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 20-Авг-17, 11:20
	urbackup хранит файлы внезапно в виде файлов в фс и использует снепшоты. Пока фс не навернется, данные доступны. Правда. сам урбакап ломается, а после перустановки данных не видит, но бекапы по факту есть.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	51. "Система резервного копирования Obnam прекращает своё существ..."	–1 +/–
	Сообщение от scorry (ok) on 20-Авг-17, 18:04
	> Посадите их на рейд. Вы хотя бы уровень рейда упоминайте, что ли.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	46. "Система резервного копирования Obnam прекращает своё существ..."	+1 +/–
	Сообщение от stalker (??) on 17-Авг-17, 09:40
	>> borgbackup легко заменит сие творение. > автор сего творения превзошел многих, снабдив его fsck - которая, якобы, даже > позволяет иногда отремонтировать побившееся хранилище. > у авторов борг - "пока еще не ломалось". > и да, для "дедуплицирующих" бэкапилок поломка фатальна - в отличие от old-school > incremental backup, у них навернется именно все и сразу. я это пытаюсь преодолеть через бэкап репозитория borg-а на другой сервер borg-ом же. У меня таким образом есть ревизии оригинального репозитория.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору

6. "Система резервного копирования Obnam прекращает своё существ..."	–2 +/–
Сообщение от Андрей (??) on 15-Авг-17, 21:39
> Тем не менее, проект имеет шанс остаться на плаву, если найдётся желающий подхватить разработку и заняться решением имеющихся проблем. Решать? Только переписывать же: > имеющиеся проблемы можно устранить лишь полностью переписав проект с нуля И было бы неплохо! И уже не на питоне, а трушно на Си, или в крайнем случае на Go.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	12. "Система резервного копирования Obnam прекращает своё существ..."	–7 +/–
	Сообщение от Аноним (??) on 15-Авг-17, 22:05
	Go? Гарбидж коллектор и нестрогая типизация. Отстой. Для перемалывания петабайт данных только Си!
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	16. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от asdasdas on 15-Авг-17, 22:49
	А в C она ппц какая строгая! Во первых, в Go она не строгая, а утиная, это разные вещи. А что до C, в нем можно что угодно преобразовать к чему угодно, а помешать этому может только компилятор, а не стандарт.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	17. "Система резервного копирования Obnam прекращает своё существ..."	–1 +/–
	Сообщение от A.Stahl (ok) on 15-Авг-17, 23:01
	>в нем можно что угодно преобразовать к чему угодно Можно, но это нужно делать специально. Только вот зачем специально делать такое? А Питон это как Си с void* вместо всех типов и с жутким синтаксисом.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	19. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 15-Авг-17, 23:49
	Тут, видимо, имелся в виду тот факт, что Go умеет сам определять, что ему подсовывают в переменную. Но тут есть нюанс: это не то же самое, что в языках с действительно нестрогой типизацией, где в одной переменной может оказаться как расстояние от Земли до Луны, так и слон (как объект). Просто Go умеет отличить строку от целого числа при присвоении значения переменной, и сам под капотом назначит переменной нужный тип. Но это не значит, что типа там нет.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	27. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 16-Авг-17, 10:48
	> Go? > нестрогая типизация О великий теоретик, ты go вообще видел?
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	45. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 17-Авг-17, 02:39
	https://github.com/restic/restic
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору

7. "Система резервного копирования Obnam прекращает своё существ..."	–4 +/–
Сообщение от ыы on 15-Авг-17, 21:42
>идее оптимизации хранения резервных копий за счёт использования репозитория со встроенной поддержкой дедупликации данных. Купил дисковую полку от HP и осознал что эта идея давно уже в железе?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	13. "Система резервного копирования Obnam прекращает своё существ..."	+2 +/–
	Сообщение от Аноним (??) on 15-Авг-17, 22:06
	Да ты прям суперманька, и вендусом торгуешь тут, и орацлем, и хп. И всё это на одном форуме.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	15. "Система резервного копирования Obnam прекращает своё существ..."	–1 +/–
	Сообщение от пох on 15-Авг-17, 22:43
	> Купил дисковую полку от HP и осознал что эта идея давно уже в железе? дисковая полка хепе умеет сама залезать на неведомые ей сервера и бэкапать оттуда данные? какая хорошая у HP...трава.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	24. "Система резервного копирования Obnam прекращает своё существ..."	+1 +/–
	Сообщение от ыы on 16-Авг-17, 08:49
	Зачем? Не царское это дело. Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более низком уровне. Причем не только при использовании бэкапа, а про любом использовании. например разворачивание виртуальных машин на таком устройстве хранения-сильно экономит пространство.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	29. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от none_first_ on 16-Авг-17, 12:08
	> Зачем? Не царское это дело. > Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более > низком уровне. Причем не только при использовании бэкапа, а про любом > использовании. например разворачивание виртуальных машин на таком устройстве хранения-сильно > экономит пространство. ога и сгоревший чип делает всех счастливыми обладателями мусора вместо бэкапов
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	33. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 16-Авг-17, 15:22
	ладно бы сгоревший чип, а то офигенное обновление прошивки от вендора
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	39. "Система резервного копирования Obnam прекращает своё существ..."	–2 +/–
	Сообщение от ыы on 16-Авг-17, 18:43
	>> Зачем? Не царское это дело. >> Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более >> низком уровне. Причем не только при использовании бэкапа, а про любом >> использовании. например разворачивание виртуальных машин на таком устройстве хранения-сильно >> экономит пространство. > ога и сгоревший чип делает всех счастливыми обладателями мусора вместо бэкапов Вы когда нибудь вообще, серверное железо хотябы издали видели в живую?
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	47. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох on 17-Авг-17, 13:07
	> Вы когда нибудь вообще, серверное железо хотябы издали видели в живую? о йуный падаван, знал бы ты, сколько я ентого вендорского железа видел сдохшим от совершенно невероятных причин. Причем подобная ситуация совершенно невозможна с аналогичной мощности хреновиной, собранной из подручных средств, если вгрохать этих средств на ту же самую сумму, этого не делают вовсе не из соображений надежности. Потому что там ты хоть примерно _знаешь_ что и как может развалиться, и какие действия безопасны, а каких лучше избегать. А не вынужден доверять вендору. Про очевидное-невероятное начинающим вступать в вендорскую лепеху рекомендую гуглить sun и solar wind. Оно было настолько анекдотичное, что наверняка еще что-то где-то должно было остаться. Вендорское железо за гигабаксы, физическая изоляция компонент на уровне платформы, процессор в плату заталкивается винтами с динамометрическим ключом... Ну и отдельно подумать - а что, собственно, делать-то в подобном случае, счастливому приобретателю за чужие деньги? А хепе еще и известный любитель пихать в свои брендовые поделки relabeled мусор, который приличный человек и в домашний писюк ставить бы побрезговал. (впрочем, с тех пор как делл пожрал emc, бечь стало в общем и некуда, ни за какие деньги и нигде не купишь обоснованную, а не промытую сэйлзами, уверенность в том, что оно действительно будет работать, и действительно тебе помогут, если вдруг случится нечто)
	Ответить \| Правка \| ^ к родителю #39 \| Наверх \| Cообщить модератору


	50. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 20-Авг-17, 11:31
	>> какие действия безопасны, а каких лучше избегать Безопасно хранить несколько копий файлов в разных пк а ext3, а все эти zfs и дедуприкации небезопасны. Но как это знание помогает решить тебе проблему экономии денег, пространства и всякой унификации хранилища?
	Ответить \| Правка \| ^ к родителю #47 \| Наверх \| Cообщить модератору


	30. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от Аноним (??) on 16-Авг-17, 13:19
	интересная идея особенно если перед посылкой бэкапа по сети каждый раз его сжимать с выскоким уровнем сжатия, остаётся только догадываться как среди архивных файлов ваша полка будет находить похожие куски...
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	35. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох on 16-Авг-17, 15:42
	> интересная идея особенно если перед посылкой бэкапа по сети каждый раз его > сжимать с выскоким уровнем сжатия а зачем вы это делаете? Я очень сомневаюсь, что в своей, "дешевенькой" 10G сети выиграю что-то заметное глазом даже от сжатия эффективным lz4. А если у вас нет даже 10G - вы чем полку-то подключать собирались, и зачем было выкидывать на нее столько денег, если после полки хватило только на прямой fc-проводок до сервера? > , остаётся только догадываться как среди архивных > файлов ваша полка будет находить похожие куски... разожмите на том, к чему подключена полка, тоже мне, фокус. Скорость записи скорее всего только вырастет, dedup обычно быстрее чем диски. речь-то о совсем другом - полка нифига не заменяет бэкап (архив заменить как-то может, если в ней есть снапшоты, но этот архив сам надо бэкапать куда-то)
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	38. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от ыы on 16-Авг-17, 18:31
	>речь-то о совсем другом - полка нифига не заменяет бэкап (архив заменить как-то может, если в ней есть снапшоты, но этот архив сам надо бэкапать куда-то) Странная мысль. Вы говорите что хотите бэкапить бэкапы? ну..тоже хорошая идея в общем... А можно забэкапить бэкапы бэкапов...
	Ответить \| Правка \| ^ к родителю #35 \| Наверх \| Cообщить модератору


	42. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох on 16-Авг-17, 18:58
	> Вы говорите что хотите бэкапить бэкапы? это смотря для чего у вас полка. Если, как я подозреваю, для рабочих данных - то снапшоты таки надо куда-то бэкапать (лучше бы, конечно, не снапшоты, а данные, но выбор редко есть), оставшись в полке они защитят от рукожопа, развалившего рабочую копию, но не защитят от ухода полки целиком. если полка для бэкапов онли - что вообще-то очень странное решение, потому что все равно нужен нетривиальный софт, а он обычно умеет все то же самое на дешевом железе, да, можно не бэкапить, а просто молиться - поскольку опять же дедап в полке означает потерю всего, нажитого непосильным трудом (во всяком случае потерю веры, что там внутри именно данные, а не случайная мешанина байтиков), от сравнительно мелких проблем. А поскольку бэкап почти всегда используется как архив, будет немного неудобно отвечать "пол-второго" на просьбу дать состояние самой нужной базы на прошлый вторник, а то там, кажется, прошла очень неудачная транзакция, но вовремя не заметили. обычно владельцы полок бэкапятся куда-нибудь на ленты, именно что неспешно сливая туда снапшоты - оно, чаще всего, никогда и низачем будет не надо, но в случае аварии полки - архив будет можно достать обратно.
	Ответить \| Правка \| ^ к родителю #38 \| Наверх \| Cообщить модератору