МСП

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

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

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

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

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

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

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

Документы:

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

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

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

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

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