МАЛИЙ ТА СЕРЕДНІЙ БІЗНЕС

Коли в компаніях піднімається тема резервного копіювання, більшість відповідальних відчувають себе добре підготовленими. Важливість резервного копіювання даних не викликає сумнівів, і протоколи проведення регулярного резервного копіювання є відповідно складними. Але коли справа доходить до відновлення, часто виникає нерозуміння. Дуже мало компаній замислюються над тим, як провести санацію. Передбачається, що резервне копіювання даних є найважливішим кроком. Однак це неправильно, адже метою кожного резервного копіювання є відновлення даних у надзвичайних ситуаціях. Але успішне резервне копіювання та успішне відновлення - це далеко не одне й те саме.

Резервне копіювання - це лише половина справи

Оскільки у випадку втрати даних компанії мають очікувати серйозних втрат та труднощів, то в сумлінне та регулярне резервне копіювання вкладаються великі зусилля. Але резервне копіювання даних - це лише половина справи. Тест на відновлення, як правило, не проводиться через брак часу. Хтось покладається на те, що відновлення якимось чином вдасться завдяки регулярному резервному копіюванню даних. Насправді, компанії, як правило, можуть відновити свої дані з якогось існуючого резервного джерела. Але якщо останню резервну копію пошкоджено, єдиним варіантом залишається повернення до більш старих даних, які вже не є актуальними. Залежно від галузі, це може мати велике значення, чи можете ви відновити вчорашні дані, чи вам доведеться повернутися до даних минулого тижня. Є галузі, в яких відновлення до стану попереднього дня вже може призвести до втрат і збитків, оскільки масиви даних змінюються щогодини.

Плануйте резервні копії сумлінно

Недостатньо покладатися лише на сумлінне виконання резервного копіювання. Причина непроведення резервного тестування майже завжди однакова: Брак часу або нестача кваліфікованих кадрів. В той час, як кожне відомство здійснює резервне копіювання за встановленими планами, не залишається місця для найважливішого етапу - перевірки відновлення? Стратегія, яка може взяти реванш щонайпізніше з наступною втратою даних. Керівництво кожної компанії має знати про цю проблему та вживати відповідних заходів обережності. "Тестування резервних копій має бути запроваджено як процес у компаніях, - каже Марсель Біндер з BIG IT Systems GmbH , - адже відновленням не можна нехтувати. Першим кроком є перевірка вимог до відновлення. Мало хто з компаній замислюється над тим, наскільки швидко має бути здійснено відновлення у випадку кризи.

Простий чек-лист допомагає при тестуванні відновлення

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

Документи:

Контрольний список Резервне копіювання

Подивіться далі: Відновлення даних, Відновити, Резервне копіювання

Статті по темі

Який тип резервного копіювання найкраще підходить для моїх даних?
Найпоширеніші запитання при виборі рішення для резервного копіювання
FAT32 або NTFS? В якому форматі краще зберігати резервну копію?

Залишити коментар тут...