(unix filesystem) hard links и бэкапы

[llivejo]

Для личных бэкапов кроме болванок DVD-R я использую USB2.0 3.5" HDD enclosure с винтом на 160 Gb внутри. Сливаю rsync'ом раз в сколько-Бог-на-душу-положит дней туда архив фоток и /home с рабочей+домашней машин и с бука. Раз в полгода еще и rootfs бэкаплю. Хранится это чудо в корпоративном сейфе на другом этаже. На мой любительски-сисадминский взгляд - разумно и эффективно.

И вдруг внезапно этот ext3-раздел в 160Gb оказывается забит доверху. Катастрофа!

Не хочется на бэкапном винте учинять разборки "а не стереть ли мне пару десятков гигов ерунды?". Кстати вспомнилось, что можно сэкономить место, превратив дублирующиеся файлы в "жесткие ссылки" (hardlinks, в противовес symlinks): само тело файла хранится лишь однажды, а из разных каталогов на его inode ссылаются "разные" файлы-имена. Осталось только найти на винте все эти дубли... Вот где можно самовыразиться wannabe-программеру! Какой простор для python-скриптинга!

Вот только есть уже такая утилита. И не одна. Хоть Гуглом не пользуйся.

Скачал первую, изучил, запустил. Освободил 8 гигов. Грустно.

Comments

[komarov.livejournal.com]

Вам явно надо взглянуть на фирму, куда я недавно устроился.
Туда купили отдельный сервер за $N000, который на терабайте сказевых хардов хранит ежедневные бэкапы 1С. Один бэкап весит примерно гиг в архиве, при том что 90% содержимого обновляется... ээ... не обновлялось полгода :-)
Ну не умел предыдущий админ это настроить. Пошел к начальству, и победили зло с помощью бабла :-)

[llivejo]

Да, корпоративные бэкапы это вообще отдельный разговор.

На работе я использую rdiff-backup, можно восстановить измененные/удаленные несколько лет назад файлы, и места занимает мало. Пригодилось уже не раз. Рекомендую.

Но для себя, любимого - лень возиться. Вот поставлю (когда-нибудь уже пора!) свой собственный сервер, тогда и более глубоко этот вопрос проработаю.