Решения резервного копирования

Изображение пользователя V_REDFOX.

Доброго времени суток, по данному вопросу я обыскал десятки сайтов и читал описания не меньшего количества программ, из которых испытал пока только две:

Simple Backup и
Deja Dup

основные требования к программе:

возможность копирования на удалённый компьютер
графический интерфейс (желательно)
возможность инкрементального копирования
настройка автоматического копирования

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

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

0
smartass - 23 Октябрь, 2011 - 19:07
Изображение пользователя smartass.

Резервного копировния чего? Системы? Тогда я пользуюсь (1 раз, для переноса системы на новый винт) remastersys.

0
V_REDFOX - 23 Октябрь, 2011 - 19:32
Изображение пользователя V_REDFOX.

В основном пользовательских данных, но и частично системных каталогов из домашнего каталога

0
trubadur4ik - 23 Октябрь, 2011 - 19:10
Изображение пользователя trubadur4ik.

А clonezilla не пробовал?

0
V_REDFOX - 23 Октябрь, 2011 - 19:38
Изображение пользователя V_REDFOX.

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

+3
dyug - 23 Октябрь, 2011 - 21:16

бекап должен производиться автоматически. точка.
Все остальное - от лукавого. ибо улет винта происходит в тот момент, как правило, когда ты задумываешься нажать кнопку бекап, а до этого ты был занят/лень/не было времени и так далее.

так показывает моя не одногодичная практика. :-(

0
V_REDFOX - 23 Октябрь, 2011 - 22:13
Изображение пользователя V_REDFOX.

пару месяцев назад у меня слетел хард с 500 Гб данных, харду было месяцев 7, идея бекапа была яснаи до этого но увы не была вовремя воплощена в жизнь

+2
lord_i - 24 Октябрь, 2011 - 09:10
Изображение пользователя lord_i.

Для бекапа директориев использую
zip -r /куда/файл.zip /откуда
вызываемую по хрону, скажем раз в день
у зипа есть еще опция -u позволяющая добавлять только новые и изменившиеся файлы
Если надо бекапнуть сразу раздел можно использовать
связку dd+gzip тоже по хрону как-то так:
dd if=/dev/sda1 bs=8M | gzip -c > /куда/файл.img.gz
восстанавливать в случае чего:
gunzip -c /откуда/файл.img.gz | dd of=/dev/sda1 bs=8M
Не вижу, честно говоря, необходимости в каком-то софте для бекапа ... Все что просто - работает хорошо и надежно.
Да, если нужен бэкап по сети - можно подключить удаленную машину используя sshfs ...

+3
DarkneSS - 24 Октябрь, 2011 - 12:19
Изображение пользователя DarkneSS.

Зип не Ъ: не сохраняются права. Раздел имхо лучше просто c tar+gz...

0
V_REDFOX - 4 Ноябрь, 2011 - 04:11
Изображение пользователя V_REDFOX.

Проведя несколько опытов с вышеуказанными программами я выяснил несколько важных вещей:

для Simple Backup

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

недостаток помимо бага в текущей версии только один - при инкрементальном резервировании не запоминаются удалённые файлы, простыми словами если вы сделали полное резервирование файлов А Б В Г=>удалили Б В и добавили Д=>сделали инкрементальное резервирование=>восстанавливая файлы из последней копии, а если вы не делали полное резервирование то это инкрементальная, вы получите А Б В Г Д восстановленными что не очень приятно, а делать полное резервное копирование чаще неудобно из-за больших объёмов информации.

Deja dup же лишён вышеупомянутого недостатка и удалив 99 файлов из 100 и сделав инкрементальное копирование, занимающее немного времени, вы при восстановлении получите именно то что было при резервировании, однако одним из самых больших недостатков данной программы является невозможность восстановить отдельные директории, хоть и имеется функция восстановления в другую директорию, но восстанавливать необходимо всё что копировано что неудобно если восстановить требуется 1 файл. Также неприятно отсутствие переключения профилей настроек копирования.

жаль что в Simple Backup присутствует баг который препятствует копированию на удалённую машину, при попытке копирования вылетает "An error occurred File access manager not initialized" я бы предпочёл данную программу.

0
Гость - 9 Ноябрь, 2011 - 21:30

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

Последний вопрос заключается в том куда копировать, варианта два:
1)удалённый компьютер (в локальной сети разумеется)
2)внешний жесткий диск подключённый к рутеру с поддержкой USB хранилища

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

Что вы посоветуете?

0
SD - 10 Ноябрь, 2011 - 01:16

использую Clonezilla и храню образ на внешнем usb диске нтфс- без нареканий. проверено временем в полтора года.

0
V_REDFOX - 11 Ноябрь, 2011 - 00:48
Изображение пользователя V_REDFOX.

Помню както использовал NTFS диски для хранения данных ибо тогда шиндовс ещё не был научен читать ext4, со временем скорость чтения падала и восстанавливалась дефрагментацией, хотя в данной ситуации скорость не столь критична как надёжность, какая из ФС надёжнее мне не известно но судя по отзывам они приблизительно одинаковы

0
DarkneSS - 11 Ноябрь, 2011 - 00:58
Изображение пользователя DarkneSS.

Кладёте образы подряд, заканчивается объём, удаляете первые файлы по очереди и кладёте новые. Фрагментации и не будет.

0
V_REDFOX - 11 Ноябрь, 2011 - 02:01
Изображение пользователя V_REDFOX.

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

0
Mike - 11 Ноябрь, 2011 - 06:12
Изображение пользователя Mike.

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

0
DarkneSS - 11 Ноябрь, 2011 - 07:26
Изображение пользователя DarkneSS.

Доа, после винрара права восстанавливать дольше, чем с нуля всё поставить =)

+1
Mike - 11 Ноябрь, 2011 - 09:42
Изображение пользователя Mike.

я ж говорю - дело вкуса =)
но речь опять же не об этом. Отказоустойчивость хранения резервной копии обеспечивается НЕ выбором программы резервного копирования.

0
DarkneSS - 11 Ноябрь, 2011 - 17:44
Изображение пользователя DarkneSS.

Отказоустойчивость хранения резервной копии обеспечивается НЕ выбором программы резервного копирования.Люто бешено поддерживаю!

0
V_REDFOX - 11 Ноябрь, 2011 - 23:47
Изображение пользователя V_REDFOX.

А кто собственно утверждал что отказоустойчивость зависит от конкретного ПО? от него зависит удобство копирования/восстановления, как я детально описал выше.А отказоустойчивость той или иной ФС это вопрос а не утверждение. А по вкусу мне то что надёжнее по той или иной причине

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры