Как лучше реализовать сервер для резервного копирования?

Question

[ruJumi]

Всем доброго времени суток
Хочу сделать ftp сервер на ubuntu для хранения резервных копий, будет все храниться в raid 1 из двух дисков, и ещё один диск на систему. В основном будут хранится образы win снятые с помощью Acronis.
Подскажите какие есть подводные камни?
Подойдет ли ubuntu под эти цели или есть узконаправленные ОС? (сервер будет использоваться только для хранения резервных копий)
Какую ФС для хранения лучше использовать?
Заранее спасибо за ответы

Comments

[aynur_safin]

Acronis в ftp не очень умеет, есть у него глюк с удалением старых архивов.

[ruJumi]

aynur_safin: а что тогда лучше использовать? Чем лучше заменить ftp или acronis?

[aynur_safin]

Евгений Олейников:
Я пользуюсь Акронисом по ftp (мыши плакали кололись..), но приходится вручную удалять старые архивы при переполнении диска, когда Акронис пришлет мне алярму на емейл, что не смог сделать очередной бекап. Благо делать это нужно не часто, т.к. бекапы инкрементальные + сжатие.

Answer 1

[blugamire]

FreeNAS
Nas4Free
из узкоспециализированных.
У них файловую систему ZFS выбирать.
Но настоятельно рекомендуется 64 бита и 4 Г оперативки под это дело.

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

Сам для копирования больших файлов тащусь от удобства SyncThing.

Comments

[ruJumi]

Сервер будет работать только локально, поэтому и думаю в сторону ftp

[blugamire]

John Smith: это не так

[awdemme]

John Smith: только все эти упомянутые вами косяки РОВНО В ТОЙ ЖЕ степени относятся и к другим файловым системам.

[awdemme]

John Smith:

На неподходящем железе, и если неправилно готовить, выгоды от ZFS особой не будет, а вот головной боли может быть много.

Да ладно вам.
У меня вон на древнем ноутбуке с 1 Г она стабильно работает уже лет 6 как.

Другое дело если хочется эксплуатировать ZFS в масштабах предприятия - то память и все дела нужно.

[awdemme]

John Smith: Разумеется не от балды.
Им зачем плохой пиар.
Их системные требования - для того чтобы система показала себя хорошо.

Вы никогда не сталкивались с тем, что ПО способно неплохо работать с требованиями меньше минимальных?

Производителям просто не нужны проблемы и претензии - требования завышают.

[awdemme]

John Smith: Конкретно рекомендации у FreeNAS относятся к использованию на предприятии, причем в так более-менее приличном масштабе.
Для личного использования и для небольших групп эти рекомендации совершенно не критичны.

[xuBpaloLim]

John Smith,

Давно эксплуатирую ZFS на стареньком ноутбуке с 32-х битным процессором похуже Celeron, с 512 М оперативки.
Уже лет 7 как полет нормальный.

То что РЕКОМЕНДУЕТСЯ для СЕРЬЕЗНЫХ применений иметь 64 бита и 4 Г (что для современности совсем недорого) - вовсе не означает, что невозможно эксплуатировать ZFS на слабом железе

Answer 2

[shibanovan]

Я бы ещё порекомендовал бы использовать дедупликацию. При несильном сжатии на резервных копиях она может нехило сэкономить место

Answer 3

[Harbid Abu Marhamedoff]

1. Не вполне ясно, зачем использобать убунту, когда есть Debian?
2. Зачем использовать ftp, когда можно поставить Samba?
3. Против взлома можно поставить fail2ban, в самбе написать в конфиге адрес (или список адресов), откуда можно подключаться, из венды будет всё удобно и прозрачно, как сетевая "папка".
4. Можно бэкапить документы с помощью cwrsync, а на серваке написать скрипт, который будет делать хардлинковые снапшоты резервной копии с помощью cp -ral откуда куда. Если файл в бэкапе не изменился, снапшот не займёт лишнего места.
Минус тут единственный - если бэкапы будут делаться на самбу, вендовый вирус сможет сделать прямую запись в файл и тогда попортит все снапшоты кучей, которые сделаны хард линками.

Вот, например, скрипт ежечасного бэкапа:
#!/bin/sh
BASE=/shares/backups
BASEBK=/shares/snapshots/baskup-last-`date +%H-%M`
rm -rf $BASEBK
mkdir $BASEBK
cp -ral $BASE $BASEBK/
Делает копии расшаренной самбой директории /shares/backups с именами типа backup-last-18-00 в директории снапшотов /shares/snapshots

Вот ещё ежедневный бэкап, чуть более сложная схема
#!/bin/sh
BASE=/путь-откуда-копируем
EXCL=/путь-к-тому-что-не-бэкапим
BASEBK=/shares/snapshots/daily
TODAY=`date +%F`
TODAYBK=backup$TODAY.tgz
DAY10=`date +%F -d'10 days ago'`
DAY10BK=backup$DAY10.tgz
#echo Удаляется самая старая 10-дневная копия
rm -rf $BASEBK/backup$DAY10
mkdir $BASEBK/backup$TODAY
#echo Делается хардлинк-копия на данный момент
cp -ral $BASE $BASEBK/backup$TODAY

Это я написал упрощённо, у меня есть ещё и бэкап MariaDB, облака, директории /etc сервера, резервирование отдельно сайта на вставленную флэшку и даже запись инфы о свободном месте на подключенном разделе /shares:
echo `date +%F` `df -h|grep /shares|awk ' ''{print "свободно "$4" из "$2}'`>>$BASE/diskusage.log