Давайте поговорим о сабже.Ситуация 1 - есть ~100ГБ личной инфы(музыка, сохранённые пикчи, всякая литература и т.д.). Этот архив постоянно пополняется, но старые данные не меняются(не записываются, но иногда считываются). Потерять всё это крайне не хочется. Как должна решаться такая ситуация?Хранить на диске на компьютере - нельзя, диск однажды может наебнуться(даже RAID).Хранить в облаке - нельзя, облаков такого размера не существует нормальных, выбор платить миллионы или доверять данные китайским ноунеймам есть всегда, разбить данные на несколько облаков как-то тупо, да и зонды никто не отменял.Записать всё на DVD-диски - нельзя, 2016 год на дворе и через 10 лет, если привод сломается, новый будет уже не купить.Записать всё на внешний ЖД - нельзя, он тоже может наебнуться, если его постоянно подключать, чтобы прочитать что-либо. Да и без этого это крайне ненадёжная вещь.Да и как часто добавлять новые данные в бэкап? Раз в месяц? Крайне ненадёжно. Каждый день? Ебануться можно вручную постоянно всё заливать. Как-то это автоматизировать? Но автоматизировать можно только работу с облаками(наверное), а они не подходят.Ситуация 2 - есть небольшое количество нужных данных, которые постоянно меняются(сейвы к игорям, проекты, истории сообщений мессенджеров и т.д.). Терять это также не хочется. Как должна решаться такая ситуация?Хранить на диске на компьютере - см. этот пункт в ситуации #1.Хранить в системе контроля версий - нельзя, ибо будет работать только на проекты, будет видно всему миру, да и противна мне идея хранить всякое говно мамонта вида "версия за 05.06.2011" и "версия 06.06.2011". Эти версии мне никогда не пригодятся и я не хочу их у себя держать.Хранить в облаке - зонды в подобных вещах не так критичны, а размера облаков должно хватить. Остановимся на этом пункте.С облаками есть другая проблема - а по какому принципу это всё делать? Сразу заливать данные на облако при создании и не хранить локальных копий? При отсутствии интернета данных к тебя не будет, да и скорость будет удручать. Обновлять? Тогда как часто? И опять же, как это автоматизировать?В общем, способов бэкапа и софта для бэкапа нить иди.
>>1769255 (OP)Никак. Вьеби говна и не выебывайся.Скопируй на майлру
>>1769257Не доверяю я им. Завтра они удалят все мои данные, если я не поставлю браузер Амиго. Без предупреждения, они могут.
1. Забэкапь на два харда, вероятно того, что у тебя в один день наебнуться три харда КРАЙНЕ МАЛА. И вообще достаточно одного запасного.2. Идёшь на рынок, покупаешь там две флешки.Скриптом раз в неделю копируешь мелкие нужные данные сначала на одну, а затем на вторую флешку.???PROFIT!
>>1769255 (OP)>Записать всё на внешний ЖД - нельзя, он тоже может наебнутьсяДа ладно , раз в неделю сделать бэкап важных данных самое то.
>>17692621. Да, можно, но как это автоматизировать, опять же?2. Для этого необходимо держать флешки вставленными, чтобы вручную скрипт не запускать.
>>1769267Скриптами. Найди свободный часик, вхуярь все девайсы в свою машинку и запусти скрипты. Разве это так сложно?
>>1769255 (OP)про DVD поржал. Даже ленты до сих пор продаются.но твои потребности реаются покупкой N винтов больщого объема и раных производителей. бекапишь на них, раз в год проверяешь как оно вообще читается или нет, смотришь смарт и прочая диагностика. Винт накрывается - покупаешь новый.ВСЕ.ну а чем там бекапить - вопрос 10ый. Тем более твои потешные 100Гигов.
>>1769255 (OP)>облаков такого размера не существует>~100ГБ личной инфы
>>1769301Среднее облако - 10-15 ГБ. Очень хорошее облако - 30-40 ГБ.>>1769270Точно так же, как можно просто забыть забэкапить, так же можно и забыть воткнуть девайсы. Или не найти на это время. Или отложить на потом. Это должно делаться в тихом режиме, без уведомления пользователя.>>1769275>чем там бекапить - вопрос 10ыйДоска о софте. Тред про софт для бэкапов. Далеко не десятый вопрос.
>>1769255 (OP)>timemachine>syncthing>4.5$ vps
>>1769329>Среднее облако - 10-15 ГБ. Очень хорошее облако - 30-40 ГБ.okay.jpg
>>1769348>>1769344А если я перестану платить(ну вот закончатся деньги, на мели буду), то они сразу всё потрут?
>>1769364заплати за жджва года вперде.
>>1769367Хм. Тогда я забуду заплатить через 2 года.
>>1769378через джва года терабайт памяти будет у тебя в телефоне.
>>1769255 (OP)Соус пика?
>>1769389А я уж думал какую-то годноту сняли.
Я думаю, в идеале должна быть такая схема:Для частых бекапов (ежедневных или еженедельных) достаточно облака. Поскольку данные отдаешь на сторону, перед отдачей шифровать.Где-то раз в год, когда на ящик посыпятся письма о том, что облако перепонено и пора платить бабло за увеличение места, переносить с облака бекапы на жесткие диски.Для каких-то очень важных данных, которые низачто не хочется потерять - DVD диски, причем последние лучше дома не хранить. Всякое бывает - пожары, разгневанные тян и т.п. Зашифруй на них инфу и отдай другану. Ну или закопай во дворе.По поводу редкости dvd приводов, особо не волнуйся. Даже сейчас, если сильно захотеть, можно прочитать 5 дюймовые дискеты, поскольку бекапы с DVD дисков будут так же на тех жеских дисках, о которых я писал выше, скорее всего, читать с DVD тебе ничего не понадобится.Проблема с DVD в их малом объеме. Даже те жалкие 100ГБ - уже 25 дисков. Если хранить в 2-3 экземпляров, получается уже херова куча болванок. Но зато DVD надежнее чем HDD.Касательно софта, все зависит от твоих требований и ОС. Мне под линуксом хватает duplicity. К таким программам, по факту, 3 требования:1) Возможность шифрования2) Возможность инкрементальных бекапов, когда у тебя сохраняется не каждый раз все 100ГБ, а лишь разница между текущими данными и старыми бекапами.3) Возможность посмотреть , что же в бекапах хранится и восстановить один конкретный файл. С инкрементальными бекапами, еще желательно иметь возможность восстанавливать конкретный файл за опеределенную дату.В duplicity это все есть.И да, все носители, желательно в нескольких экземплярах, включая облака. И всегда шифровать.
Да, с флешками и ssd дисками говорят бывают траблы - типа, для поддержания заряда их надо время от времени втыкать в компьютер, т.ч. они сразу отпадают.
>>1770666>Где-то раз в год, когда на ящик посыпятся письма о том, что облако перепонено и пора платить бабло за увеличение места, переносить с облака бекапы на жесткие диски.А что мешает удалить бэкап которому сука год и который был 360 раз после этого переписан новыми? Или это такой особый вид психологической болезни, когда бекапишь все говно и хранишь одинаковые бекапы всего говна всю жизнь?
>>1769255 (OP)Так расписал словно жесткий диск начинает разваливаться по дороге из магазина.Кажется мы стали забывать про dvd и синелуч для хранения файлов
>>1769255 (OP)>Записать всё на внешний ЖД - нельзяЛьзя. Вероятность того, что навернутся одновременно два винта -- внешний и внутренний -- крайне мала.
>>1770761Причем тут дублирование бекапов? Суть в том, что на облака писать удобно, а внешний жесткий диск подключать влом. Поэтому бекапы постоянно делать только в облако, а на жеский диск перекидывать раз в полгода, когда на облаке накопится порядочный объем. Так и проще для человека и диски целее будут.
С бекапами бывают разные тонкости.Для нормальных бекапов не достаточно хранить одну последнюю копию. В бекапах должна храниться именно история изменения файлов, т.к. невозможно проверять целостность всех файлов перед каждым бекапом.Объясняю на пальцах: если у тебя в бекапах хранится одна последняя копия, то если у тебя повредятся файлы (вирус-шифровальщик, бедблоки на диске + ебнутая файловая система, типа нтфс, не поддерживающая чексуммы на каждый блок, случайно удалил файл и не заметил и т.п.), то в очередной раз выполняется бекап, затирающий старый и твои файлы херятся, вместе с ненужным бекапом.Поэтому в бекапах нужно хранить несколько копий файлов, за разное время. Тут как раз сильно выручают инкрементальные бекапы.Насколько часто делать такие хранимые копии, зависит от важности данных/уровня параноидальности. В идеале, промежутки между хранимыми копиями должны лежать на какой-то логарифмической шкале: т.е. последние 2 месяца хранить копии за каждую неделю, следующие 10 месяцев хранить копии раз в месяц, последующие годы - раз в год.
>>1770995А нахуй вообще на диски их из облака копировать? Или ты реально думаешь что энтерпрайз-рейд в т3 цод с бОльшей вероятностью наебнется, чем твой говнохард в говнохрущевке?
>>1769255 (OP)в маил.ру 1тб, храню там кое-что, часть храню на флешках 32гб, часть храню на втором компе. Думаю не потеряется. Но в будущем планирую еще один хард покупать для бекапов и внешний для использования (разумеется с tryecrypt) и бекапа на других устройствах
>>1771085Тем, что на бесплатных облаках тебе никто ничего не гарантирует, а платные стоят столько, что соответсвующий им объем hdd окупится за год. И если с облаков переносить данные на диски, то в случае чего, ты потеряешь данные лишь за последний период, причем эти данные, скорее всего, будут еще на основном компе.
>>1771245>стоят столькоСразу послал тебя на хуй time4vps backblaze тысячи их
Сисадмины, а как часто пригождаются бэкапы? Классические, инкрементальные. Есть где статистику подглядеть?Пилю стартап на тему дешёвых ленточных бэкапов.
>>1772015>Пилю стартап на тему дешёвых ленточных бэкапов.Вот расчётные цены, кстати (в рублях, если не указано обратное):Ценник на закачивание данных, за 1 гигабайт 7,6189149339Ценник на закачивание данных, за 1 гигабайт, в долларах 0,1194749088Ценник за хранение данных, за 1 гигабайт 0,002857728Ценник за хранение данных, за 1 терабайт 2,857728Ценник за выкачивание, за 1 Гб 34,2901234568
>>1769348опять свою парашу пиаришь?
как реализована работа в дропбокс, они обещали какой-то клиент на уровне ядра или типа того. что бы можно было работать как с обычными файлами?
>>1772018запилишь парашу с более лучшим ценником - буду твою парашу пеарить.
>>1772113
>>1772207параша может быть хоть с бесплатным ценником, она от этого не перестанет быть парашей. так что съеби, литовский фошист.
>>1772208что бы место на жд освободить, очевидно же.
>>1772222и чем именно тебя не устраивает их сервис?конкретно, где параша?
>>1772237дропбокс зачем?
>>1772240ну они же про это говорили.
Всем Яндекс.Диск, посоны.
>>1772243да, дешевле всего, но он в РФ. еще есть майкрософт, но там какой-то хуйни наворочено, что аж страшно, офисы какие-то, привязка к пк.
>>1772249>но он в РФКак и твои харды. Что дальше?
>>1772251как и я сам((
>>1772242Про что "это"?
>>1772255ну блять, я не помню, была такая тема, что они там что-то хотят реализовать на уровне ядра, что бы с удаленным диском можно было работать как с обычным и бла-бла-бла.потому что то, что существует сейчас это программы, которые синхронизируют данные, которые уже есть на жд, или уебанские протоколы типо вебдав.
>>1772253Ну дык. Пользуйся благами Родины, епта.
>>1772258Да FUSE под шиндовс они велосипедят, походу.
>>1769344Сложно вобще сервер этот настроить который покупаешь?
>>1772264"Сложно" понятие относительное.По гаедам в тырнетах в гараже можно термоядерный реактор собрать.
>>1772267Щас посмотрел немного поковырялся, сделал синхр с телефоном, вроде всё не очень сложно, некоторые строчки не понятны, но думаю в будущем разберусь, спасибо что спалил годноту такую.
>>1772276Это был не я. Я топлю за литовцев и бэкблейз.
zfs на freebsd. Пул из зеркал по 2-3 харда. Наебнуться не может. Только не порт под линукс, постоянно вижу треды, где zfs сломалось под линуксом.У меня сейчас конфигурация из 2 хардов 4 Тб в зеркале
>>1772345Debian kFreeBSD можно? А то с обычной фряхой как-то уж долго ебаться.
>>1772345Да, и что ты булешь делать со своими пулами, когда очередной bumblebee затрет твой /usr ? Рейды не являются бекапами.
>>1772696Это NAS для бэкапа, как я понял. Хотя для эффективного бэкапа, ZFS должна и на ПК быть. Вообще, раз уж тут бэкап-тред, есть ли что-то кроме ZFS (и недоделки btrfs), позволяющее посылать дифф между снапшотами? Именно на блочом уровне, я ебал читать mtime у миллионов файлов при каждом бэкапе.
>>1772752>Вообще, раз уж тут бэкап-тред, есть ли что-то кроме ZFS (и недоделки btrfs), позволяющее посылать дифф между снапшотами?любая юниксовая бэкапилка, да хоть tarтолько там это называется "уровень инкрементального бэкапа", если я не ошибаюсь
>>1772767вспомнил - классические backup/restore
>>1772767Ты еблан?
>>1769255 (OP)> Нельзя> Зонды> Наебнётся> Платить не хочуГовна въеби
>>1772773это ты еблан. снэпшоты только в zfs и есть толком работающие, остальное - через инкрементальные бэкапы получается ровно так же
>>1772423Понятия не имею. По мне проще именно FreeBSD
>>1772696zfs rollbackилиcp -r /<mountpoint>/.zfs/snapshots/<snapshot_name>/<foo> <foo>
>>1772752HAMMER в DragonFlyBSD. Он у меня стоял на отдельном компьютере именно для файлопомойки, роутера и торрентов.Там есть элементы версионности (т.е. каждое изменение файла хранится и доступно по номеру транзакции). Например, /mountpoint/filename -- твой файл, а /mountpoint/@@0x123456789abcdef/filename -- его версия в прошлом. Снепшот -- это просто transaction id, прикрепленное специальной записью в фс. Вся история, кроме снепшотов чистится командой hammer cleanup. А снепшоты сохраняются при очистки, пока ты сам их не удалишь или не пройдёт 60 дней (по дефолту).Послать копию можно на другую фс, в том числе по ssh командой hammer mirror-copy. Причём если копия уже есть, то шлется, соответственно, только разница. Потом копию можно примонтировать в read-only режиме. Можно слать инкрементальный поток командой mirror-stream. Это почти как online зеркало по сети
