Як протестувати резервні копії на середню дегенерацію?

Оскільки з часом більшість носіїв пам’яті вироджуються (CD, DVD, жорсткий диск, стрічка), дуже важливо протестувати резервні копії. Чи є спосіб відстежувати стан ваших резервних копій?

Я шукаю як апаратні, так і програмні рішення, а також стратегії, якими ви можете скористатися. Наприклад:

• Апаратне рішення: використання функцій SMART жорстких дисків; ...
• Програмне рішення: використання інструменту резервного копіювання, який обчислює контрольні суми MD5; використання інструменту для перевірки ЕКР Reed-Solomon на CD; ...
• Зразкові стратегії : зберігання декількох копій резервної копії та порівняння файлів щомісяця; час від часу сканування контрольних сум MD5, розрахованих вашим інструментом резервного копіювання; ...

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

Складність цього залежить від того, створюєте ви резервну копію для відновлення голих металів (у яких є свої проблеми) або просто здійснюєте резервне копіювання даних.

Для резервного копіювання даних одним із варіантів є створення віртуальної машини та періодичне її запуску та тестування відновлення. Це менше, ніж справедливо для голого металу, тому що VM, безсумнівно, вимагатиме зовсім іншого набору, наприклад, драйверів і т. Д. Я думаю (залежно від вашої ОС та набору інструментів), якби ви справді зацікавлені, ви, ймовірно, змогли зафіксувати процес виконати відновлення і зробити це для кожного резервного копіювання.

Ви повинні перевірити резервні копії перед початком зберігання. Багато уваги приділяється тому, як важко робити резервні копії, але ніхто ніколи не думає перевірити їх, перш ніж безпечно вивозити їх із сайту.

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

Вдачі вам

Завдяки великій кількості даних та порівняно невеликому розміру оптичних дисків резервне копіювання на знімному HDD мені здається найкращим. Також жорсткі диски легше підтримувати як фізично, так і з точки зору заповнення даних на них.

Я регулярно запускаю GRC на SpinRite на своїх дисках. SpinRite перевіряє записані дані та необов'язково оновлює або навіть відновлює їх.

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

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

Ну, ви можете використовувати par або QuickPar для Windows або запустити контрольну суму MD5 / SHA1 на iso.

Здається, вам потрібна контрольна сума для резервного копіювання.

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

За допомогою WinRAR ви можете вказати використання обсягу відновлення, який дозволить знищити весь CD / DVD з набору відновлення і все-таки змогти відновити з решти дисків. Наприклад, я використовую WinRAR для резервного копіювання набору файлів / каталогів, стискаючи їх в архіві RAR, використовуючи параметри "span", щоб встановити його на розмір DVD (або будь-якого медіа, на який ви розповсюджуєтесь, розмір стрічки резервна копія тощо), а також встановити Том відновлення 1 або більше (знайдений на вкладці Додатково в розділі "Томи" і вимагає, щоб ви встановили розділити "Томи" на вкладці "Загальне", це відрізняється від запису відновлення. t плутати їх).

З томом відновлення в наборі буде створений додатковий файл Rar. Використовується якийсь паритет, таким чином, що будь-який з rar-файлів у наборі може бути загублений, а решта файлів все ще можна використовувати для відновлення всіх даних. Ви також можете використовувати Recovery Record, щоб дозволити певну шкоду у всіх файлах rar.

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

CFV, здається, виконує цю роботу ( http://cfv.sourceforge.net/cfv.1.html ).

Особисто я використовую наступні 2 команди:

Створення:

cfv -rr -C -tsha1 -fc:\users\zian\desktop\out.txt

Перевірка:

cfv -rr -tsha1 -fc:\users\zian\desktop\out.txt

Метод, який я використовував у минулому, полягає в тому, щоб взяти резервний сервер і періодично намагатися зобразити його з мого резервного носія.

Якщо це працює - чудово. Якщо ні, я заходжу до нових ЗМІ.

роз'яснення для Justin re: коментарі
Моя процедура візуалізації завжди включає в себе запуск сервера з відновлення та перевірку запуску програм, як очікувалося - інакше він не був протестований, це просто написано.

Тут я знайшов відповідне питання на SuperUser: Яка файлова система автоматично зберігає хеші файлів? .

Ви можете використовувати ExactFile для створення файлу, що містить контрольні суми MD5 свіжої резервної копії. Перед наступною резервною копією ви можете порівняти файл MD5 з поточною ситуацією. Якщо є відмінності, це означає, що резервна копія вийшла зіпсованою.

Переконуючись у тому, що все, що я хочу зберегти, існує не лише в декількох місцях, але на кількох носіях . Середня дегенерація повинна включати не лише самі фізичні носії, але і їх читання. У мене є резервні копії старих текстових файлів на 3 (ТРИ!) Дискетах, але якщо мені вони потрібні, ну, у мене більше немає дискети. Скільки часу, поки диск накопичується - ми прямуємо таким чином до нетбуків та "хмарних обчислень"! Якби я зберігав свої файли на різних носіях, я б менше шансів потрапити в цю ситуацію - набагато швидше я все-таки зможу їх прочитати!