Інкрементальна (дельта) резервне кодування зашифрованих даних

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

Зараз я використовую контейнер файлів TrueCrypt, розмір якого наразі становить близько 100 МБ. Мені потрібно щодня робити резервну копію цього файлу, і я шукаю рішення для додаткового резервного копіювання.

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

В даний час я використовую TrueCrypt як моє рішення для резервного копіювання, а CrashPlan - утиліту резервного копіювання, але я готовий експериментувати з альтернативами.

— Mosh
джерело

Яку операційну систему?

— Robert

Не могли б ви зробити додаткове резервне копіювання в інший контейнер? Таким чином, якщо у вас є 7 контейнерів, Пн, Вт, Ср, Чт, Пт, Сб, Нд, то ви можете змонтувати відповідний диск кожен день, щоб керувати X. Використовуйте SyncBACK або подібне, щоб зробити додаткове резервне копіювання цих контейнерів. Таким чином, ви маєте 7-денну резервну копію. Це так само, як мати стрічку Back Up, але зашифровану і всі цифрові.

— kobaltz

Роберт, ОС в даний час є вікнами. kobaltz, я використовую автоматичне рішення для резервного копіювання (якщо мені довелося довіряти собі, я б резервний на тиждень, а потім забути про це.

— Mosh

Роберт, як я вже згадував нижче, додаючи 14-байтовий файл (звичайно, "hello world") змінює 22K байтів у контейнері. Додавання файлу слів розміром 1 Мб посилає мою програму diff на 100% процесорне пекло, тому, напевно, зміна є основною.

— Mosh

Гарет, ти можеш допомогти мені змінити інші речі? Я пишу вступ до статті, і я можу скористатися деякою допомогою. ;)

— Mosh

Відповіді:

По-перше, не весь контейнер змінюється при редагуванні невеликого файлу. Це часто виникає у зв'язку з Dropbox. Dropbox лише завантажує змінені блоки (шифрування TrueCrypt є блочним шифром) з контейнера. Ось a на форумі Dropbox говорити про це. Але я не знаю, чи є додаткові рішення для резервного копіювання, достатньо складні для пошуку змінених блоків у файлах.

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

— cularis
джерело

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

— Mosh

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

Якщо ви стурбовані тим, що додавання 14-байтового файлу в контейнері TrueCrypt змінює 22К байта в контейнері, це тому, що дуже малі файли будуть створювати непропорційно великі зміни у файловій системі. Наприклад, файлова система може використовувати кластери 16K, тому найменший файл вплине на 16K блок. Крім того, метадані та журналювання додають додаткові витрати. Спробуйте додати файл 200K, а накладні витрати будуть пропорційно меншими.

— Mike Rowave
джерело

Як я вже згадував у коментарях, додавання файлу Word розміром 1 Мб посилає мій комп'ютер на 100% процесорний процес, коли я намагаюся розібрати контейнери. Проблема полягає в шифруванні, де кожна невелика зміна робить непропорційно великі зміни. Мені було цікаво, якщо є кращий метод шифрування, який буде легше на додаткові резервні копії.

— Mosh

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

— Mike Rowave

Оскільки зміни в обсязі Truecrypt відбуваються лише в регіонах, у які було внесено зміни до файлів, ефективне резервне копіювання, яке виявляє двійкові відмінності для додаткових резервних копій, має виконувати завдання.

Який інструмент детально залежить від вашої операційної системи.

— Robert
джерело

Дякую за відповідь. Я спробував додати невеликий текстовий файл ("Hello world") до зашифрованого контейнера, і він змінив 22 Кбайт. Не таке невелике зміна для 14-байтового файлу.

— Mosh

Не забувайте, що також зміниться MFT, що містить атрибути файлів, журнал NTFS змінився, і Windows може також змінити дані в каталозі SystemVolumeInformation.

— Robert