7 кроків для спрощення резервного копіювання бізнес-хмар

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

У цій моделі все, що потрібно зробити вашому ІТ-менеджеру, - це переконатися, що кожен цільовий пристрій чи диск має підключення до Інтернету. Після цього планування та тестування проводиться з центральної консолі, і кожен пристрій може завантажувати необхідне клієнтське програмне забезпечення через Інтернет. Ви навіть можете автоматизувати це завдання декількома різними способами. Так чому резервне копіювання все ще так часто не помічається серед малого та середнього бізнесу (SMB)?

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

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

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

1. Автоматизація резервного копіювання

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

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

Кілька компаній, включаючи як постачальників програмного забезпечення для резервного копіювання даних, так і таких розробників операційних систем, як Microsoft, з {ZIFFARTICLE id = "338257"}} Windows 10 , включають інтелектуальні можливості резервного копіювання у своє програмне забезпечення, яке не тільки забезпечує резервне копіювання часто, але й інтелектуально керує використанням пропускної здатності цільового пристрою, щоб ваші потоки резервного копіювання не засмічували вашу мережу.

2. Шукайте інтеграції

Щоб урізноманітнити, де ви зберігаєте резервні копії даних, вам потрібно буде знайти двох-трьох надійних постачальників. Проводячи цей пошук, переконайтеся, що ви підбираєте постачальників, які інтегруються зі своїми конкурентами та різноманітними програмами, якими ви користуєтесь для ведення бізнесу. Таким чином, якщо вам потрібно перемістити шматочки та фрагменти своїх даних від постачальника X, а також шматочки та шматочки з програми, ви зможете ковзати інформацію на платформу Vendor Z без необхідності писати новий код посеред сценарій катастрофи.

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

Прикладом тут може бути різниця між рішенням резервного копіювання «все в одному» від такого постачальника, як Acronis, проти комбінованого стильового рішення, яке використовує програмне забезпечення для резервного копіювання від одного постачальника, але використовує загальнодоступну хмарну інфраструктуру як свою ціль, наприклад, віртуальне відро для зберігання даних S3 Веб-сервіси Amazon (AWS). У цьому випадку ви хочете переконатися, що ваш сторонній постачальник резервних копій інтегрується з AWS, але і те, що дані, які ви зберігаєте в Acronis, можуть або отримати доступ до даних на AWS, або використовувати їх як альтернативну ціль.

3. Створіть кілька копій у кількох регіонах

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

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

"Тут ми є твердими прихильниками переходу до публічних хмар, як Microsoft Azure, які мають вбудовані можливості, які можуть допомогти вам у цих сферах", - сказала Віра. "Ви хочете зайвих резервних копій. Ви також повинні пам’ятати про обмеження місцевих даних. Переконайтеся, що ви працюєте з постачальником, який може мати ваші дані з будь-якого місця та сумісні в залежності від вашого регіону та галузі."

4. Перейдіть на Громадську хмару

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

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

5. Не ігноруйте безпеку даних

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

Відповідь, яку ви шукаєте у своїх постачальників резервної та хмарної інфраструктури, полягає в тому, що вона добре захищена на декількох рівнях. Перш за все, ви хочете, щоб це було зашифровано. Він, безумовно, буде зашифрований під час передачі через SSL або віртуальну приватну мережу (VPN), але шифрування "даних у спокої" - це те, що ви шукаєте на додаток до цього. Ви також хочете переконатися, що незалежно від того, який постачальник ви використовуєте, або для програмного забезпечення, або для зберігання даних, він повністю відповідає будь-яким нормативним вимогам, які впливають на ваш бізнес. HIPAA та GDPR - два очевидних приклади, але їх буквально десятки більше, залежно від вашої галузі. Запитайте своїх постачальників і дізнайтеся, як вони вирішують ці запитання перед покупкою. Amazon - це приклад передового досвіду з сайтом, присвяченим нічого, окрім деталізації всіх його можливостей відповідності.

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

6. Використовуйте Analytics для точного створення резервних копій

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

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

7. Дайте йому кружляння

Нарешті, переконайтесь, що регулярно перевіряйте свої резервні копії. Установити і забути - це пастка, в яку потрапляє багато SMB, коли мова йде про резервне копіювання. Більшість додатків для резервного копіювання майже повністю автоматизовані, тому легко забути, що вони працюють, особливо коли більша частина цих робіт, ймовірно, відбувається через години. Однак дуже важливо раз на час тривати 30 хвилин і переконайтесь, що (a) дані, які потрібно створити, створити резервну копію, насправді зберігаються, і (b) так само важливо, що ви можете реально відновити ці дані в межах часовий період, якого ви очікуєте.

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

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