Використання жорстких посилань NTFS для комбінування повних / диференціальних резервних копій

Коротко: Чи можливо (робото) копіювати дерево каталогів, використовуючи жорсткі посилання замість фізичної копії?

Я хочу робити щоденне резервне копіювання моїх файлів даних, кожен день у своєму власному каталозі. Зараз більшість файлів не змінюються щодня, тому моя ідея прискорити створення резервного копіювання та використовувати менше місця на диску полягає в тому, щоб скопіювати резервну копію (day-1) to (day) за допомогою жорстких посилань, а потім використовувати robocopy для заміни файлів, які мають змінився з вчорашнього дня. Таким чином, мені потрібно було б скопіювати повну резервну копію лише один раз на USB-накопичувач, після чого я можу просто скопіювати зміни та все ще мати каталоги, що містять усі файли, обмінюючись файлами з іншими резервними копіями за допомогою жорстких посилань. Таким чином я отримав дві повні резервні копії, але він використовує лише файловий простір для одного + диференціала, а файли резервного копіювання доступні без необхідності спеціального програмного забезпечення, що для мене великий плюс.

Чи можливо це?
Чи існує програма для створення копій жорсткого посилання всіх файлів у дереві каталогів?
Невже я пропускаю якийсь підводний камінь, про який я не знаю?

Існує спосіб зробити резервні копії, як ви кажете, але я не вірю тільки в Robocopy.

Існує кілька програм, які дозволять жорстко зв’язати чи вивести резервні копії та матимуть ефективний простір.

Ось декілька програм, які я використовував або перебігав:

• Dupemerge - безкоштовно - Хоча це і не "резервна програма", це об'ємний жорсткий лінкер.
• резервна копія жорсткої посилання - безкоштовна для особистого використання - використовує жорсткі посилання
• Дублікати - безкоштовно - (дедуп я вважаю, як робить rsync)
• rdiff-backup - безкоштовно - виводить, як rsync

Я вважаю, що Dupemerge може бути найкращим підходящим для ваших питань. У вас може бути запущений пакетний файл Robocopy для копіювання вмісту в каталог (наприклад, d: \ резервне копіювання \ YYYY-MM-DD). Коли ця команда виконана, пакетний файл може викликати Dupemerge під час резервного копіювання d: \. Це важко пов'язуватиме файли всередині та в усіх підкаталогах d: \ резервного копіювання.

Недоліком цього є те, що вам знадобиться достатньо місця на зовнішній стороні, щоб утримувати новостворену непорушну пов’язану резервну копію. Після запуску Dupemerge новостворена резервна копія буде жорстко пов'язана і простір буде звільнено.

Це полегшить відновлення, оскільки, схоже, кожен каталог із датами матиме повну резервну копію.

Як бічна примітка, якщо ви збираєтесь використовувати жорсткі посилання, мені подобається розширення оболонки посилання . Це допомагає повідомити про те, що не важко пов'язане, що таке і з чим це пов’язано.

Я натрапив на інші жорсткі посилання або програми дедупінгу, але мені це найбільше сподобалось.

BackupAssist дасть вам саме те, що вам потрібно. Його використання жорстких посилань має назву "Single Instance Store", але насправді це жорсткі посилання під капотом. Він може бути використаний, серед іншого, для резервного копіювання на USB-накопичувачі так, як ви просили, або для віддалених місць за допомогою rsync.

Ми написали власний інструмент для такої роботи. Його називають ntfs-hardlink-backup: https://github.com/International-Nepal-Fellowship/Windows-Tools/tree/master/ntfs-hardlink-backup

Для створення жорстких посилань використовується інструмент ln Германа Шинагла: http://schinagl.priv.at/nt/ln/ln.html

Таким чином, ви також можете використовувати ln безпосередньо. Це досить потужно

У вашій логіці в першу чергу є вада.

Якщо ви створюєте жорсткі посилання, як це можна назвати резервним? Після того, як ваш файл буде видалений / пошкоджений, ваша так звана резервна копія також піде цим шляхом. Усі вимоги, які ви вказали, зазвичай поширюються на сьогоднішнє програмне забезпечення для резервного копіювання.

PS: NTFS не підтримує жорсткі посилання AFAK.