Втрата даних є однією з найболючіших проблем для компанії, особливо в наш час, коли вся інформація зберігається в електронному вигляді. Такий інцидент тягне за собою ланцюжок неприємностей, на кшталт зупинки бізнес-процесів на невизначений час, зрив поставок, сплат, некоректність будь-якої звітності, навіть може призвести до значних збитків та вплинути на репутацію Компанії. Добре, коли це проблема, яку можливо вирішити швидко, але зазвичай це все ж призводить до складних комплексних проблем. Існує єдине рішення для такої проблеми – це резервне копіювання (РК, Back-UP) даних (документів, застосунків, баз даних, віртуальних машин, серверів, робочих місць, налаштувань тощо). Не плутати з архівуванням даних, бо це суттєво різні речі.
Існує лише два шляхи для резервного копіювання:
- Ручний, де вибираються потрібні файли, копіюються та відправляються на інший носій. Виконувати резервне копіювання потрібно із зазначенням дати і часу створення копії.
- Автоматичний, де спеціальне програмне забезпечення автоматизує процес створення резервних копій.
Якщо користувач вирішує створювати резервні копії вручну, то з часом це гарантовано призведе до зменшення регулярності таких операцій, а у підсумку до втрати даних в самий незручний момент, коли останній бекап робився дуже давно.
Найкраще рішення – Back-UP за схемою 3-2-1
Наші спеціалісти впроваджують резервне копіювання за схемою 3-2-1. Такий підхід забезпечує швидке та максимально гарантоване відновлення даних і дозволяє мінімізувати ризики для бізнес-процесів підприємства. 3-2-1 означає, що має одночасно існувати 3 копії даних, дві з яких повинні розміщуватися за межами середи з даними, та одна з цих копій повинна знаходитись за межами ІТ інфраструктури підприємства та бути катастрофостійкою. Зрозуміло, що наявність такої кількості копій інформації, а особливо примірник за межами підприємства, може спричинити ризик витоку інформації, а тому ми шифруємо всі резервні копії стійкими алгоритмами, на кшталт AES256 та робимо це до моменту перенесення резервних копій за межи підприємства.
План, як фундамент якісного результату
Для якісного резервного копіювання потрібно розробити план РК, де вказати які дані, в якому обсязі та звідки потрібно зберігати та з якою періодичністю це робити. Цей план потрібно оновлювати одночасно зі змінами, що відбуватимуться в інформаційній системі або моделі використовуваних даних.
Періодичне тестування зарезервованих даних.
Доволі часто можна почути про невдалі спроби відновлення даних з резервних копій, коли наче резервні копії існують, а відновити з них дані неможливо. Такий прикрий момент може статися якщо не доглядати за місцями збереження даних та не робити періодичне тестування відновлення даних. Ми обов’язково додаємо в план РК і план тестування.
План відновлення
У червні 2017 року багато підприємств України та Світу стикнулися з повною втратою частини ІТ інфраструктури та ІТ сервісів через безпрецедентну атаку notPetya. В таких випадках важливо мати план відновлення для кожного блоку даних із резервної копії. Наявність плану відновлення дозволяє максимально скоротити час простою.
До речі, жодному з наших клієнтів не довелося скористатися планами відновлення з резервних копій після атаки notPetya 27 червня 2017 року, оскільки побудований нашими спеціалістами ешелонований захист зміг встояти та захистити підприємства від потрапляння notPetya, WannaCry тощо в захищений периметр інфраструктури.
Розробка планів резервного копіювання, тестування РК та відновлення.
Для всіх клієнтів на абонентському обслуговуванні обов’язково розробляються індивідуальні плани резервного копіювання, тестування резервних копій та відновлення даних з резервних копій.
Водночас, ми розуміємо важливість резервного копіювання для будь-якого підприємства, а тому наші спеціалісти також розробляють і впроваджують індивідуальні плани за окремими замовленнями. Ми готуємо та надаємо рішення по безпечному зберіганню та гарантованому відновленню даних як для малих і середніх організацій, так і для великих компаній. Втрата даних перестане загрожувати Вашому підприємству як Дамоклів меч.
Ще важливий момент – якщо Підприємство втрачає важливу інформацію (про яку було відомо заздалегідь), наприклад бази Бухгалтерії, ERP системи, Документи тощо, то провина за такий інцидент не може бути на бухгалтерах або інших користувачах. Винними можуть бути тільки відповідальні особи, хто мав розробити та впровадити план бекапів, план тестування та план відновлення.