Резервне копіювання Langmeier

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

1. Резервне копіювання даних виконується занадто рідко

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

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

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

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

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

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

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

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

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

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

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

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

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

8. Стримуватися вартістю безпеки

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

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

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

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

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