Використання rsync на WSL (Bash для Windows 10) для поступових резервних копій


4

Я багато років був завзятим користувачем Linux, але перейшов на Windows. Одне, що я завжди пропускав - це використовувати rsync для створення покрокових знімків для резервного копіювання. Ви використовуєте таку команду:

rsync -aP --link-dest=PATHTO/$PREVIOUSBACKUP $SOURCE $CURRENTBACKUP

і це створить повну структуру каталогу поточного стану папки, яку ви створюєте резервну копію, використовуючи жорсткі посилання для посилання на попередню резервну копію. На диску фактично записуються лише нові або змінені файли; всі інші зберігаються як жорсткі посилання. Це просто приголомшливо, і жодне із знайдених нами в Windows рішень не змогло це зробити. (Для довідки, я спробував історію файлів Windows і заплатив гроші за комерційне програмне забезпечення, включаючи Crashplan та інше блискуче Beyond Compare .)

Тепер, коли Microsoft представила WSL, я спробував це зробити в баш для Windows. Схоже, це спрацювало чудово, але Windows неправильно повідомляє розмір на диску, як показано тут:

Розмір на диску повідомлено неправильно

Щоб пояснити, в одному знімку snapshot-170831__07h08m48sя додав великий відеофайл, 1,40 ГБ, на копіювання пішло кілька секунд. У наступному знімку snapshot-170831__07h09m09sфайл копіювання не потребував часу, що говорить про те, що жорстке посилання було створено правильно і що на моєму жорсткому диску не було місця.

Однак усі мої інструменти Windows (Провідник Windows, Каталог Opus, WinDirStat) повідомляють, що друга папка знімків займає 1,40 ГБ на диску.

Перше питання: чому Windows неправильно повідомляє розмір на диску для цих жорстких посилань?

Але важливіше питання, чи варто мені це робити : використання інструментів Linux під Windows для моїх регулярних резервних копій файлів. Я вже бачив у WSL, що зміна таких файлів, як .bashrc за допомогою інструментів Windows, зробить файл нечитабельним всередині WSL. Цікаво, чи занадто ризиковано довіряти свої резервні копії такому інструменту, чи ризикую зіпсувати файлову систему та втратити важливі файли.

Відповіді:


4

Розрахунок розміру жорстких посилань у Windows

Важко обчислити розмір файлів з жорстким зв’язком у Windows. Одним із інструментів, який дозволяє це зробити, є TreeSize Professional (не безкоштовний, аналіз жорстких посилань вимикається за замовчуванням). Я використовував цей інструмент, і він правильно оцінив розмір файлів з жорстким зв’язком.

Для більш ретельного обговорення див. Як я можу перевірити фактичний розмір, який використовується в каталозі NTFS, з багатьма твердими посиланнями?

Чи справді файли працюють?

Що стосується іншої частини питання, чи ризиковано створювати резервну копію файлів за допомогою інструментів Linux під Windows на WSL? Я вирішив перевірити це, просто скопіювавши один із каталогів на знімок на окремий зовнішній жорсткий диск. Не було проблем із копіюванням файлів чи читанням їх із зовнішнього диска. Іншими словами, жорсткі посилання поводяться точно так, як очікувалося , і файли працюють.

Довгострокова стабільність даних

Отже, до остаточної точки, чи може використання інструментів Linux під WSL в рамках моїх регулярних резервних копій щось порушити, наприклад, пошкодити файлову систему? Чи я довіряю WSL, щоб не порушувати справи в основному? Що завгодно може зламатись у будь-який час, тому я переконуюсь, що ці каталоги знімків періодично копіюються на окремий диск.


1
Я також декілька років використовую rsync із жорсткими посиланнями на Windows, і, здається, це працює. Єдине питання, яке стосується дозволів на файли, які здаються заплутаними, але це може бути тому, що я використовую Cygwin.
Ларан

1
Я користуюся цією системою вже два роки і не мав жодних проблем із жорсткими посиланнями.
Кіт Джонсон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.