Уникайте цих восьми поширених помилок резервного копіювання

Економити на резервному копіюванні даних - це економити в неправильному місці.

Багато людей усвідомлюють важливість збережених даних лише тоді, коли відбувається перший збій системи і велика частина інформації втрачається. На жаль, майже стільки ж лише в цей момент усвідомлюють, що резервне копіювання даних було виконано неправильно. Однак ті, хто зосереджуються на найважливіших джерелах помилок при резервному копіюванні даних, можуть успішно запобігти дорогій втраті. Урс Лангмайєр, засновник і керуючий директор Langmeier Software, пояснює, чого компаніям слід уникати при резервному копіюванні даних.

1. резервне копіювання даних занадто рідко

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

2. плутати RAID-систему з резервним копіюванням даних

RAID розшифровується як Redundant Array of Independent Disks (надлишковий масив незалежних дисків). Така система регулярно зберігає надлишкові дані, але не реагує на ризик виходу з ладу жорстких дисків, що працюють в мережі, або на людські помилки. Така надмірність не може компенсувати реальний збій системи або навіть фізичне знищення комп'ютера. Тому необхідне додаткове резервне копіювання даних.

3. завжди тримайте копію поруч

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

4. надто швидкий перезапис даних

Багато невеликих компаній працюють за відомим принципом "дід-батько-син". У цьому випадку щоденні, щотижневі та щомісячні резервні копії даних доповнюють один одного. Небезпека: щоденні додаткові резервні копії перезаписуються занадто швидко. Сховище даних, що містить понеділкову копію, буде перезаписано в четвер наступною щоденною резервною копією. Доцільніше зберігати всі щоденні резервні копії даних до завершення щотижневого резервного копіювання. Таким чином, повне відновлення системи все одно можна буде виконати в кінці тижня.

5. відсутність концепції відновлення системи

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

6 Негнучке програмне забезпечення для резервного копіювання

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

7. нечіткий розподіл обов'язків

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

8. не зважайте на витрати на безпеку

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