10-відсоткове правило резервного копіювання даних

Anonim

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

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

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

$config[code] not found

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

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

Отже, тепер ви знаєте, чого слід уникати, коли захищаєте ваші дані. Що можна і потрібно робити? По-перше, ви повинні розуміти правило 10 відсотків.

Що таке правило 10 відсотків? Лише 10% ваших даних є критичними.

Це вірно. Це означає, що 90% даних вашої компанії в основному статичні. Чи означає це, що вам не потрібно захищати 90 відсотків? Зовсім не. Це означає, що ви повинні визначити пріоритети. Як зазначалося вище, не всі дані створюються рівними. Якщо ваші системи зіткнулися з поширеною невдачею, ви хочете мати план на місці, який відновлює найбільш важливу інформацію відразу. Таким чином, скорочується час простою бізнесу. Якщо ви не встановлюєте пріоритетність своїх даних, ви витрачаєте час на відновлення некритичних даних, а час простою може бути значно більшим.

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

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

8 Коментарі ▼