МСП

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

Бэкап - это только половина успеха

Поскольку компаниям приходится ожидать серьезных потерь и трудностей при потере данных, много усилий вкладывается в добросовестное и регулярное резервное копирование. Но резервное копирование данных - это только половина успеха. Проверка восстановления обычно опускается из-за нехватки времени. Один полагается на то, что восстановление так или иначе пройдет успешно благодаря регулярному резервному копированию данных. На самом деле, компании обычно способны восстановить свои данные из какого-то существующего резервного источника. Но если самая последняя резервная копия повреждена, единственным вариантом будет возврат к старым данным, которые уже не актуальны. В зависимости от отрасли, это может иметь большое значение, сможешь ли ты восстановить вчерашние данные или тебе придется вернуться к данным прошлой недели. Есть отрасли, где восстановление на данные предыдущего дня может привести к потерям, потому что наборы данных меняются каждый час.

Планирование резервного копирования добросовестно

Не достаточно полагаться на добросовестное резервное копирование. Причина невыполнения тестов резервного копирования почти всегда одна и та же: Нехватка времени или отсутствие специализированного персонала. В то время как каждый отдел реализует свои резервные копии в соответствии с фиксированными планами, для самого важного шага - проверки восстановления - якобы не остается места? Стратегия, которая может взять реванш самое позднее при следующей потере данных. Руководство каждой компании должно знать об этой проблеме и принимать соответствующие меры предосторожности. «Тестирование резервных копий должно быть установлено как процесс в компаниях», говорит Марсель Биндер из BIG IT Systems GmbH. Потому что восстановлением нельзя пренебрегать. Первый шаг - проверить требования к восстановлению. Очень немногие компании задумываются о том, как быстро восстановление должно быть осуществимо в случае кризиса.

Простой контрольный список помогает при тестировании резервного копирования

Решение проблемы настолько же просто, насколько и убедительно: точно так же, как разрабатываются планы резервного копирования и связанные с ними протоколы, компания должна разработать и план восстановления. Это включает в себя случайное восстановление данных из самой последней резервной описи. Персонал, ответственный за восстановление, должен регулярно прорабатывать контрольный список резервного копирования данных, в котором, с одной стороны, протоколируется выполнение теста восстановления, а с другой - фиксируются возможные возникшие ошибки. В качестве минимального требования следует провести проверку журналов текущего резервного копирования и случайный тест восстановления. В качестве простой помощи для наших читателей мы разработали соответствующий контрольный список, который ты можешь скачать в конце статьи. Важно проводить тест на восстановление так же регулярно и добросовестно, как и само резервное копирование. Потому что копии данных, которые невозможно восстановить, бесполезны в чрезвычайной ситуации.

Документы:

Чеклист резервного копирования

Дальнейший поиск: Восстановление данных, Восстановление, Резервное копирование

Статьи, относящиеся к теме

Какой тип резервного копирования лучше всего подходит для моих данных?
Вот насколько важно резервное копирование данных в реальной жизнини
FAT32 или NTFS? Какой формат лучше для резервного копирования?

Опубликуй комментарий здесь...