Назад | Перейти на главную страницу

Практическое использование жесткой ссылки

Кажется, большинство людей говорят, что используют жесткую ссылку для инкрементного резервного копирования. 1, но поскольку у нас уже есть более продвинутые методы резервного копирования, такие как Двойственность или rdiff-резервное копированиеИтак, могу ли я сказать, что сейчас это почти бесполезно (с точки зрения пользователя)?

1 http://www.mikerubel.org/computers/rsync_snapshots/#Incremental

А ссылка на сайт - это запись каталога, которая указывает на блоки на диске. Другими словами, каждый файл в вашей системе имеет хотя бы одну жесткую ссылку. Когда ты rm файл, реальный системный вызов unlink(), он удаляет запись в каталоге. Блоки на диске не изменились, но ссылка исчезла, поэтому файл исчез из списка каталогов.

Вы лично можете никогда не использовать жесткие ссылки, но они есть по всей вашей системе. Например:

$ ls -li /bin | grep 53119771
53119771 -rwxr-xr-x 3 root root  26292 2010-08-18 10:15 bunzip2
53119771 -rwxr-xr-x 3 root root  26292 2010-08-18 10:15 bzcat
53119771 -rwxr-xr-x 3 root root  26292 2010-08-18 10:15 bzip2

Ты это видишь bunzip2, bzcat и bzip все используют один и тот же индексный дескриптор. По сути, это один файл с тремя именами. Вы мог есть три копии файла, но почему? Это будет только израсходовать дисковое пространство без надобности.

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

Эти резервные копии хороши тем, что их можно восстановить с нуля с помощью cp в случае полного отказа. И настраивается за считанные минуты.

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