Інкрементальні резервні копії стилів з rsync на NTFS

Я взяв на себе розробку вбудованого продукту Linux, який потребує надійного рішення для резервного копіювання. Резервні копії повинні виконуватися без стиснення на приєднаному USB-накопичувачі, відформатованому в NTFS.

Поточна реалізація проста rsync --archive --verbose --delete який працює, але з урахуванням --delete Параметр будь-які випадково видалені файли також будуть видалені з резервної копії, яка не є корисною.

Не використовуючи --delete з іншого боку, ми можемо мати дублікати, якщо файли будуть перейменовані.

Я хотів би перейти до використання жорстких посилань для створення резервних копій стилю знімків, як це зроблено Майк Рубель , або http://webgnuru.com/linux/rsync_incremental.php , яка в основному зводиться до:

rsync -avh --delete --link-dest=<previous-backup> <source> <backup-location>

Для цього я не бачив явних згадок про файлові системи. Я знаю, що я можу зробити це на NTFS, але чи є які-небудь hickups? чи резервні копії, створені таким чином, будуть читатися, як очікується, на OSX і вікнах?

Для цього я не бачив явних згадок про файлові системи. Я знаю, що я можу зробити це на NTFS, але чи є які-небудь hickups? чи резервні копії, створені таким чином, будуть читатися, як очікується, на OSX і вікнах?

Хоча це старе, я хотів би згадати лише один додатковий пристрій, який я зіткнувся за останні роки, за винятком таких, як втрата дозволів. Хоча NTFS може зберігати декілька жорстких посилань для файлів, їх кількість обмежена 1023 і у мене були колишні обговорення, де повідомлялося, що продуктивність принаймні старших Windows / NTFS при видаленні файлів з великою кількістю посилань була дуже поганою. Це було обговорення в a Німецький форум про інструмент під назвою HardlinkBackup, який, по суті, працює так само, як rsync щодо жорстких посилань. Для деяких користувачів було потрібно кілька годин, щоб видалити 25'000 файлів з 10 посиланнями з історії резервного копіювання. Такі ж люди не повідомляли про будь-які проблеми з порівнянною установкою, використовуючи деякі старі файлові системи Linux і ext *. Я сам не визнав такої проблеми під час власних тестів, але в моїх тестах почали сповільнюватись і 50 зв'язків.

Тому, хоча я думаю, що речі значно покращилися після Windows 7, особливо тому, що Windows покладається на жорсткі посилання для оновлень і таких самих значно більше в ці дні, це може бути гарною ідеєю, щоб насправді перевірити його з деякою більшою історії резервного копіювання.

Rsync створює дзеркала, а дзеркала не резервні копії; не якщо ви не маєте щонайменше 2, переважно 3+, цих USB-накопичувачів і обертайте їх (у цьому випадку --delete питання, які ви згадуєте, не важливі).

Слід розглянути можливість використання більш відповідного інструменту, наприклад, двозначності, dejadup (по суті, переднього краю для двозначності), rdiff-backup або іншого інструменту, який зберігає історію ваших файлів.

NTFS буде ймовірно бути в порядку з усіма ними, за умови, що точне дублювання атрибутів файлів, таких як користувач, група і т.д., не є особливо значущими. Я вважаю, що дублітність, зокрема, не піклується, оскільки вона зберігає всі ваші дані в архівах (я використовую його з хмарою Amazon S3).