forum.opennet.ru

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

Оглавление

Система резервного копирования Obnam прекращает своё существ..., opennews (?), 15-Авг-17, (0) [смотреть все]

Правильно его с самого начала в Obman между собой переименовали , anomymous (?), 20:32 , 15-Авг-17, (1) –10
Плохой танцор - хороший папа , Аноним (-), 20:35 , 15-Авг-17, (2) +1
borgbackup легко заменит сие творение , Аноним (-), 20:49 , 15-Авг-17, (3) +3 //

автор сего творения превзошел многих, снабдив его fsck - которая, якобы, даже по, пох (?), 23:06 , 15-Авг-17, (18) +2 //

Посадите их на рейд Или воспользуйтесь ФС с возможность восстановления битых да, anonymous (??), 05:44 , 16-Авг-17, (21) –2 //

Утилиту для бэкапа, которая теряет все данные из-за одной локальной ошибки Вы на, YetAnotherOnanym (ok), 07:44 , 16-Авг-17, (22) +2

у борга набор фильтров для кофеварки, в общем, похожий - но вот это пока не лом, пох (?), 15:46 , 16-Авг-17, (36)
urbackup хранит файлы внезапно в виде файлов в фс и использует снепшоты Пока фс, Аноним (-), 11:20 , 20-Авг-17, (49)

Вы хотя бы уровень рейда упоминайте, что ли , scorry (ok), 18:04 , 20-Авг-17, (51) –1

я это пытаюсь преодолеть через бэкап репозитория borg-а на другой сервер borg-ом, stalker (??), 09:40 , 17-Авг-17, (46) +1

Решать Только переписывать же И было бы неплохо И уже не на питоне, а трушно на, Андрей (??), 21:39 , 15-Авг-17, (6) –2 //

Go Гарбидж коллектор и нестрогая типизация Отстой Для перемалывания петабайт , Аноним (-), 22:05 , 15-Авг-17, (12) –7 //

А в C она ппц какая строгая Во первых, в Go она не строгая, а утиная, это разны, asdasdas (?), 22:49 , 15-Авг-17, (16) //

Можно, но это нужно делать специально Только вот зачем специально делать такое , A.Stahl (ok), 23:01 , 15-Авг-17, (17) –1
Тут, видимо, имелся в виду тот факт, что Go умеет сам определять, что ему подсов, Аноним (-), 23:49 , 15-Авг-17, (19)

О великий теоретик, ты go вообще видел , Аноним (-), 10:48 , 16-Авг-17, (27)

https github com restic restic, Аноним (-), 02:39 , 17-Авг-17, (45)

Купил дисковую полку от HP и осознал что эта идея давно уже в железе , ыы (?), 21:42 , 15-Авг-17, (7) –4 //

Да ты прям суперманька, и вендусом торгуешь тут, и орацлем, и хп И всё это на о, Аноним (-), 22:06 , 15-Авг-17, (13) +2
дисковая полка хепе умеет сама залезать на неведомые ей сервера и бэкапать оттуд, пох (?), 22:43 , 15-Авг-17, (15) –1 //

Зачем Не царское это дело Но ПО бэкапа нет необходимости заботится о дедупликац, ыы (?), 08:49 , 16-Авг-17, (24) +1 //

ога и сгоревший чип делает всех счастливыми обладателями мусора вместо бэкапов, none_first_ (?), 12:08 , 16-Авг-17, (29)

ладно бы сгоревший чип, а то офигенное обновление прошивки от вендора, Аноним (-), 15:22 , 16-Авг-17, (33)
Вы когда нибудь вообще, серверное железо хотябы издали видели в живую , ыы (?), 18:43 , 16-Авг-17, (39) –2

о йуный падаван, знал бы ты, сколько я ентого вендорского железа видел сдохшим о, пох (?), 13:07 , 17-Авг-17, (47)

Безопасно хранить несколько копий файлов в разных пк а ext3, а все эти zfs и дед, Аноним (-), 11:31 , 20-Авг-17, (50)

интересная идея особенно если перед посылкой бэкапа по сети каждый раз его сжима, Аноним (-), 13:19 , 16-Авг-17, (30)

а зачем вы это делаете Я очень сомневаюсь, что в своей, дешевенькой 10G сети , пох (?), 15:42 , 16-Авг-17, (35)

Странная мысль Вы говорите что хотите бэкапить бэкапы ну тоже хорошая идея в о, ыы (?), 18:31 , 16-Авг-17, (38)

это смотря для чего у вас полка Если, как я подозреваю, для рабочих данных - то, пох (?), 18:58 , 16-Авг-17, (42)

gt оверквотинг удален Да, мысль понятна Но ленточки вызывают у меня идиосинкр, ыы (?), 19:07 , 16-Авг-17, (43)

мы ж не на свои гуляем иначе бы была zfs, а кто-то получил бы новую порцию нену, пох (?), 13:21 , 17-Авг-17, (48)

У него в мурзилке ответа на это нет, но премию за август он уже заработал на вен, Аноним (-), 17:12 , 16-Авг-17, (37)
Кого сжимать Куда сжимать Зачем сжимать 24 порта FC Вы вообще представляе, ыы (?), 18:58 , 16-Авг-17, (41)

на блочном Блок большой, поэтому вполне возможно, что вы изрядно проиграете это, пох (?), 15:36 , 16-Авг-17, (34)

gt оверквотинг удален Когда имеешь дело с оборудованием промышленного класса- , ыы (?), 18:47 , 16-Авг-17, (40)

это до поры Пока не попадете в патовую ситуацию, что саппорт не мычит и тупо тя, пох (?), 19:10 , 16-Авг-17, (44)

Он zbackup наверно просто увидел, vitalif (ok), 21:56 , 15-Авг-17, (8)
То ли Obnal, то ли Obman, vitalif (ok), 21:56 , 15-Авг-17, (9)
Дайте угадаю, Питон , EHLO (?), 22:22 , 15-Авг-17, (14)
Use veeam free , Аноним (-), 10:57 , 16-Авг-17, (28) +3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


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


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


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


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


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


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


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


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


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


	43. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от ыы (?), 16-Авг-17, 19:07
	>[оверквотинг удален] > всего, нажитого непосильным трудом (во всяком случае потерю веры, что там > внутри именно данные, а не случайная мешанина байтиков), от сравнительно мелких > проблем. > А поскольку бэкап почти всегда используется как архив, будет немного неудобно отвечать > "пол-второго" на просьбу дать состояние самой нужной базы на прошлый вторник, > а то там, кажется, прошла очень неудачная транзакция, но вовремя не > заметили. > обычно владельцы полок бэкапятся куда-нибудь на ленты, именно что неспешно сливая туда > снапшоты - оно, чаще всего, никогда и низачем будет не надо, > но в случае аварии полки - архив будет можно достать обратно. Да, мысль понятна. Но ленточки вызывают у меня идиосинкразию... Сколько у мя небыло ленточек- все заканчивается тем что ленточки идут на помойку и вместо них ставится дисковая полка. Раньше - те что подешевле, теперь - те что попроизводительней...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох (?), 17-Авг-17, 13:21
	> Да, мысль понятна. Но ленточки вызывают у меня идиосинкразию... Сколько у мя мы ж не на свои гуляем (иначе бы была zfs, а кто-то получил бы новую порцию ненужных знаний и ненависти к человечеству) > небыло ленточек- все заканчивается тем что ленточки идут на помойку и > вместо них ставится дисковая полка. Раньше - те что подешевле, теперь ну у нас вон стоит и полка, и ленточный податчик для ее эпизодического бэкапа (и да, хепе, китайцы со своим ocean пролетели). Была бы у нас нормальная эксплуатация - польза от него была бы весьма эфемерной, а поскольку мы полумертвые - то даже можно, в принципе, что-то с тех ленточек восстановить, ну полежит сервис пару-тройку суток, никто и не чухнется. А мы зато приобрели феерической ненужности знание о том, что, оказывается esxi 5.x умеет такой уникальный fsck, который может тебе радостно сообщить, что, оказывается, сторадж побился. Такой fsck, который его починить после этого умеет, завезти обещали в шестую, но нам инвестор такой апгрейд не одобрит, он и так спрашивает "где клиенты, где бабки?". Ага, произошло это ровно потому, что эта ссссскотина взяла и на полном ходу отвалилась от голов. А потом и еще разок. iscsi, ммать его, устойчивый протокол, ага.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	34. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох (?), 16-Авг-17, 15:36
	> Но ПО бэкапа нет необходимости заботится о дедупликации. все дедуплицируется на более > низком уровне. на блочном. Блок большой, поэтому вполне возможно, что вы изрядно проиграете этой древней поделке даже на объеме хранения. Но поделка еще и не _передает_ на хранилку ненужные данные, поскольку знает, какие именно блоки у нее уже есть. А вам придется опять изобретать велосипед - искать нечто, что умеет инкрементальные бэкпапы, проверять что оно делает с метаинформацией (selinux context? acl ? банальный atime?) и из полутора получившихся инвалидов еще искать того, который при всем этом работает хотя бы не черепашьи-медленно, а просто медленно. так-то у нас систем с дедупликацией и нахаляв...ой, опенсорсных есть - диски, правда, почему-то нельзя скачать из интернета (закачать - можно, но либо мало, либо дорого), поэтому халява оставляет во рту какой-то привкус. А чинить рассыпавшуюся полку (со всеми танцами вокруг платного саппорта) и рассыпавшийся zvol (с поисками давно забытых решений в вебархиве), в общем-то хрен редки не слаще...
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	40. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от ыы (?), 16-Авг-17, 18:47
	>[оверквотинг удален] > изобретать велосипед - искать нечто, что умеет инкрементальные бэкпапы, проверять что > оно делает с метаинформацией (selinux context? acl ? банальный atime?) и > из полутора получившихся инвалидов еще искать того, который при всем этом > работает хотя бы не черепашьи-медленно, а просто медленно. > так-то у нас систем с дедупликацией и нахаляв...ой, опенсорсных есть - диски, > правда, почему-то нельзя скачать из интернета (закачать - можно, но либо > мало, либо дорого), поэтому халява оставляет во рту какой-то привкус. > А чинить рассыпавшуюся полку (со всеми танцами вокруг платного саппорта) и рассыпавшийся > zvol (с поисками давно забытых решений в вебархиве), в общем-то хрен > редки не слаще... Когда имеешь дело с оборудованием промышленного класса- самодеятельность быстро улетучивается из головы. Конечно саппорт платный. И рассыпавшееся такое устройство хранения- это из области страшилок про черную черную улицу с черным черным гробом который ищет тебя- напугать самого себя - можно.. а реальность- она иная на самом деле.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Система резервного копирования Obnam прекращает своё существ..."	+/–
	Сообщение от пох (?), 16-Авг-17, 19:10
	> Когда имеешь дело с оборудованием промышленного класса- самодеятельность быстро > улетучивается из головы. это до поры. Пока не попадете в патовую ситуацию, что саппорт не мычит и тупо тянет время, а кровь из носу надо чтоб сработало прямщас. Рано или поздно оно со всеми происходит, (и вот хрен ли я после 19 на работе, спросите). > Конечно саппорт платный. И рассыпавшееся такое устройство хранения- это > из области страшилок про черную черную улицу с черным черным гробом ровно наоборот. "такого" в нем ничего особенного и нет (тем более от хепе, все "такого", что диск без лейбака не всунешь, да и рельсы под него не найдешь, жди пока саппорт прочухает и привезет), те же индусы на удаленке и пишут, и поддерживают, сложность конструкции высокая, счастливых пользователей кот наплакал из-за цены и неудобств с приобретением, поэтому всякие странные проблемы вылезают легко и непринужденно. (тьфу-тьфу-тьфу, тут тоже полки от того же чудо-вендора, и как-то подорительно давно ничего не происходило)
	Ответить \| Правка \| Наверх \| Cообщить модератору