Запасной вариант Лангмейера

Избегай этих восьми распространенных ошибок резервного копирования

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

Многие люди осознают, насколько важны сохраненные данные, только когда происходит первый сбой системы и большая часть информации теряется. К сожалению, почти столько же только в этот момент понимают, что резервное копирование было проведено неправильно. Однако те, кто сосредоточится на наиболее важных источниках ошибок при резервном копировании данных, могут успешно предотвратить дорогостоящую потерю. Урс Лангмайер, основатель и генеральный директор Langmeier Software, объясняет, чего компаниям следует избегать при резервном копировании.

1. Слишком редкое резервное копирование данных

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

2. Путаешь RAID-систему с резервным копированием данных

RAID расшифровывается как Redundant Array of Independent Disks (избыточный массив независимых дисков). Такая система регулярно хранит избыточные данные, но не реагирует на риск выхода из строя жестких дисков, работающих в массиве, или на человеческую ошибку. Эта избыточность не может поглотить реальный сбой системы или даже физическое разрушение компьютера. Поэтому необходимо дополнительное резервное копирование данных.

3. Всегда держи копию поблизости

Резервная копия безопасна только в том случае, если она хранится в другом здании, чем оригиналы. Для компаний также может быть достаточно, если соответствующее хранилище данных расположено в другой противопожарной зоне, чем серверы внутренней сети.

4. Слишком быстрая перезапись данных

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

5. Отсутствие концепции восстановления системы

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

6. Негибкая программа резервного копирования

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

>>

7. Неясные обязанности

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

8. Тебя отпугивает стоимость безопасности

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

Об авторе
Основатель и генеральный директор компании Langmeier Software


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

Дальнейший поиск: Резервное копирование, Резервное копирование данных, Запасной вариант Лангмейера, Концепция резервного копирования, RAID, Восстановление данных, Восстановление

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


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

Эта статья охватывает темы:
Ошибки резервного копирования
Бэкап и защита данных
Восемь самых распространенных ошибок резервного копирования
Частые ошибки резервного копирования