Будет вашей компании ИТ департамента подготовлен к катастрофе? Есть ли у вас план аварийного восстановления, что является на сегодняшний день? Это основные вопросы, которые любая компания должна иметь возможность ответить, чтобы быть готовым возникновения стихийного бедствия. Аварийного восстановления журнал недавно подчеркнул 5 больших заблуждений, когда дело доходит до аварийного восстановления. Вот то, что руководители должны знать, чтобы правильно оценить их компании стихийным бедствиям.
#1: Резервное копирование как услуга и восстановления как услуга не являются одинаковыми.
Хороший план DR — о получение обратно и работает как быстро и эффективно, насколько это возможно. Хотя резервные копии являются одним из компонентов плана аварийного восстановления, они не являются полный ответ. Резервные копии и резервные копии как услуга взять восстановимых данных и положил его снова вместе в результате использования. Компании могут иметь их файлов резервной копии, но не имеют возможности доступа к или запускать их файлы, потому что они нужны приложения для этого. Это где приходит восстановления as-a-Service.
С восстановление as-a-Service всего приложения и все связанные с ним данные, защищены как одну полную картину. Использование облачных восстановления as-a-Service может помочь обеспечить безопасное восстановление и защиту каждой виртуальной машины (VM), виртуальных приложений (vApp) и часть данных в приложении.
#2: План аварийного восстановления один размер не подходит все приложения.
Некоторые решения DR может не поместиться каждое приложение. Некоторые бизнес-критических приложений можно обойтись только резервные копии. Это та область, где многие компании имеют возможность сократить свои бюджеты и использовать резервные копии только. Другие требуют цель точки восстановления (RPO) или цели времени восстановления (ВОМ) с коротким периодом времени как минут или секунд для бизнеса или для критически важных приложений. Хотя это может стоить больше, есть диапазоны доступность связанных с RPO и RTO, каждому приложению.
Для получения лучших RPO и RTO вычисляется каждое приложение. Цена основана на рейтинге, сравнивая все приложения. Самые лучшие планы DR имеют разные уровни защиты и включают услуги, такие как облачной DR резервных копий для каждого приложения. Компании, которые пытаются защитить всех своих приложений таким же образом, являются либо платить слишком много, или не защиты критически важных приложений достаточно.
#3: Большинство ИТ бедствия не вызваны природными явлениями.
Большинство бедствия происходят из-за технологических, человека или случайных ошибок и не являются естественными. Стихийные бедствия, как ураган, проще планом для, компании могут выполняться их всего центра данных удаленно с лучше позиционируется географического объекта. С сегодняшней передовой шторм уведомления компании имеют время, чтобы вручную переместить приложения для резервного копирования сайта с уведомлением за 24-48 часов.
Компании, которые используют более защищенным datacenter готовы для событий, которые происходят без предупреждения. Если вирус портит ваши данные, и вы рассчитывать на непрерывной репликации, то вирус будет мгновенно реплицироваться на ваш второй сайт. Компании, которые используют полное решение DR имеют возможность выбрать точку от до вирусов, хит безопасно восстановиться. Планы восстановления должны позволить компаниям достаточно времени, чтобы поймать ошибку, прежде чем он реплицирует на второй сайт или резервных копий.
#4: Ваш доктор план должен включать как возвратить ваш основной среды
Д-р не только получение важнейших систем и работает как можно быстрее. Это также полностью восстановить из событий или отключения после вашей среды не обратно. Компаний забывать, что падая обратно является важной частью процесса восстановления, и это часто наименее протестированных из-за рисков, связанных с возиться с живой приложениями. Хотя неспособность среды восстановления трудно, при отсутствии обратно может быть сложнее, потому что системы не могут вернуться к ранее использовались, нечистых ресурсы, которые могут потребовать prep работы успешно перенести приложения обратно. Необходимо учитывать темпы перемен и пропускной способности, необходимое для отказа вернуться или вы могли бы получить оказавшихся в среде восстановления. Это важно, что плана аварийного восстановления включает в себя ресурсы, которые вам нужно будет получить обратно и работает в основной среде.
#5: DR тестирование должно быть непрерывными, чтобы считать себя подготовлен
Успешные доктор планы включают постоянное тестирование для обеспечения полного охвата. Тесты, где ошибки будут обнаружены являются же важна, как испытания которых нет ошибок. Это проще для исправления ошибок в тестирования ситуации, чем выполнять те же задачи в условиях высокого давления. Приложения часто меняются, поэтому доктор планы должны быть гибкими. Наличие всеобъемлющего плана может обеспечить вашей компании наилучшие шансы готовится несмотря ни на что приходит ваш путь.