SMES

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

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

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

Добросовестно планируй тесты восстановления

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

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

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

Документы:

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

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

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

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

Оставь комментарий здесь...