Мы живем в цифровом мире, где данные являются важнейшей составляющей успеха бизнеса. Но с хорошими данными случаются плохие вещи. Катастрофа реальна и может нанести ущерб любому бизнесу любого размера и любого сегмента. Существует так много связанных концепций и терминов, и становится жизненно важно понимать эти термины, чтобы обеспечить доступность данных. Disaster Recovery.
Если вы искали руководство по непрерывности бизнеса, аварийному восстановлению и другим связанным терминам — вы попали по адресу. Понять разницу может быть непросто, но никогда не поздно изучить основы: располагайтесь поудобнее, мы собираемся начать с основ!
Определение аварийного восстановления
Аварийное восстановление (DR) — это набор процедур, которые необходимо выполнить в случае незапланированного события (катастрофы), которое нарушает работу ресурсов компании и подвергает риску повседневные процессы и операции. Бедствие может проявляться в любых формах и размерах и может произойти по множеству причин: стихийные бедствия, сбои оборудования, человеческие ошибки или киберпреступления.
Число потенциальных угроз для вашей компании бесконечно: от случайного пожара (электрическое оборудование и приборы могут быть вызваны такими вещами, как вилки, кабели и т. д.) до полномасштабных стихийных бедствий и отключений электроэнергии (например, гроза, наводнение и т. д.).
Цель DR — максимально приблизить деятельность компании к «обычному бизнесу».
Как вы определяете аварийное восстановление и непрерывность бизнеса?
Говоря об аварийном восстановлении и непрерывности бизнеса, может легко сложиться впечатление, что эти термины означают одно и то же. Ну а есть ли вообще разница?
Короткий ответ — да, есть!
Несмотря на то, что обе идеи прочно связаны в вашей стратегии защиты данных, между этими двумя концепциями существуют различия. Вот различия:
Аварийное восстановление (DR) восстанавливает операции и процессы компании после возникновения катастрофы. Речь идет о возврате вещей (например, приложений) — это то, как вы реагируете на разрушительное событие.
Непрерывность бизнеса (BC) сосредоточена на критически важных услугах, которые необходимы вашему бизнесу для правильного функционирования. Речь идет об услугах и возвращении пользователей к работе.
Представьте, что вы используете инструмент связи Microsoft — приложение Microsoft Teams — для обмена мгновенными сообщениями внутри вашей организации. Произошла катастрофа. Из-за отключения электроэнергии и ошибок API все серверы не работают и недоступны.
Чтобы проиллюстрировать, что это означает, если мы говорим об определениях DR и BC, посмотрите на информацию ниже:
Аварийное восстановление и непрерывность бизнеса: понимание разницы
Аварийное восстановление является частью планирования непрерывности бизнеса , поэтому эти два выражения используются в промышленности как BCDR. Вместе они отвечают: «А что, если случится катастрофа?» и оба определяют, какие следующие шаги необходимо предпринять, чтобы удержать свой бизнес на плаву.
RTO и RPO — Ключевые метрики непрерывности бизнеса
Целевое время восстановления (RTO) и целевая точка восстановления (RPO) — это два основных параметра, которые предприятия учитывают при обеспечении непрерывности бизнеса.
Целевое время восстановления (RTO) — это время, в течение которого все операции должны вернуться в нормальное состояние после стихийного бедствия.
Целевая точка восстановления (RPO) — это максимальный период (измеряется в минутах и часах), в течение которого данные и операции могут быть потеряны между последним резервным копированием и событием, вызывающим сбой. RPO устанавливается планом обеспечения непрерывности бизнеса.
Показатели RTO и RPO могут различаться от компании к компании, но их следует определять с учетом бизнес-приоритета для обеспечения доступности данных — это может зависеть от нескольких факторов, от размера организации до ее типа бизнеса, структуры, существующих внутренних ресурсов и других параметров.
Понимание RTO и RPO улучшает непрерывность бизнеса
Компоненты планирования аварийного восстановления
В конце 2019 года в Австралии вспыхнули десятки пожаров. По оценкам консалтинговой компании SGS Economics, ущерб от сбоев может составить до 50 миллионов австралийских долларов в день . Эти затраты связаны с различными вопросами, например, с отсутствием сотрудников на работе из-за проблем со здоровьем или страховыми потерями, а также с затратами, связанными с повреждением данных и отсутствием плана аварийного восстановления и его тестирования.
Трудно поверить, что у некоторых компаний до сих пор нет плана аварийного восстановления. Но почему так сложно реализовать это? Каковы ключевые элементы плана аварийного восстановления? Давайте разберемся в этом:
1. Знайте свои приложения и оборудование
Документируйте информацию о каждом имеющемся у вас программном и аппаратном обеспечении, поддерживайте ее в актуальном состоянии и убедитесь, что у вас есть сведения о технической поддержке для каждого элемента.
2. Определите параметры RTO и RPO
Оцените приемлемое время восстановления для каждой бизнес-функции, а также каждой программы, операционной системы, сервера и устройства хранения данных для резервного копирования: первое — приложений, второе — сервисов.
3. Определите соглашения об уровне обслуживания для аутсорсингового решения аварийного восстановления
Убедитесь, что у вас есть документированные соглашения об уровне обслуживания (SLA) с сторонним поставщиком на случай аварии.
4. Задокументируйте план резервного копирования данных
Что произойдет с вашими данными, если произойдет катастрофа? Сколько копий создается? Хранятся ли они за пределами объекта? Эти и другие вопросы должны быть определены в вашем плане резервного копирования.
5. Соответствие требованиям. Убедитесь, что вы соблюдаете требования
Компания несет ответственность за обеспечение надежности и доступности своих данных. Несоблюдение требований недопустимо и может привести как к репутационным, так и к финансовым рискам.
6. Определите роли и обязанности среди вашего персонала в случае разрушительного события
Назначьте роли членам вашей организации и убедитесь, что это хорошо доведено до сведения: должен быть определенный план действий на случай стихийного бедствия.
7. Создайте план экстренной связи
Документируйте, как вы общаетесь с людьми, будь то ваши клиенты или сотрудники, пока бизнес-операции не вернутся в нормальное русло.
8. Снова и снова проверяйте свой план аварийного восстановления
Иметь план аварийного восстановления недостаточно. Если вы не протестируете свой план — вы не можете на него положиться, поэтому тестирование аварийного восстановления здесь имеет решающее значение. Регулярное полномасштабное тестирование является обязательным условием успеха тщательного плана аварийного восстановления, особенно для сред с несколькими площадками. Если у вас есть план аварийного восстановления, обязательно тестируйте его часто и тщательно.
Альтернативы? Аварийное восстановление как услуга
По оценкам Gartner , до 2021 года предприятия инвестируют более 3,7 миллиардов долларов в рынок аварийного восстановления как услуги . От малого бизнеса до огромных корпораций — организации быстрыми темпами внедряют облачные технологии. Очевидно, что эта тенденция будет продолжаться. Но прежде чем идти дальше, давайте быстро определим основные термины аварийного восстановления в облаке.
Аварийное восстановление как услуга (DRaaS) — это облачная модель, передаваемая на аутсорсинг (размещенная сторонним поставщиком), которая по сути представляет собой репликацию физических и виртуальных серверов. DRaaS может быть в первую очередь полезен предприятиям, которым не хватает опыта для создания и тестирования эффективного плана аварийного восстановления.
Несомненно, существуют определенные преимущества DRaaS, такие как:
- Доступная стоимость. DRaaS — это управляемая услуга с оплатой по мере использования. Использование внешнего хранилища также приводит к значительной экономии на потребностях в хранилище и программном обеспечении.
- Доступность — вы сможете получить доступ к своей системе из любого места. Все, что вам нужно, это подключение к Интернету
- Простота использования — вы получите полную экспертную поддержку от поставщика услуг для эффективного и быстрого реагирования на непредвиденные события.
В то время как предприятия используют мультиоблачный мир в дополнение к общей стратегии защиты данных или отдельно от нее, выбор правильного решения DRaaS может оказаться сложной задачей.
Вот как Veeam решает проблемы аварийного восстановления, оркестрации и автоматизации
В эпоху цифровой трансформации непрерывность бизнеса должна быть приоритетом для компаний, и Veeam может помочь вам решить перечисленные выше проблемы — независимо от того, ищете ли вы решение DRaaS или хотите улучшить процессы аварийного восстановления и миграции, сохраняя при этом непрерывность обслуживания.
Veeam определяет DRaaS, предлагая его как часть комплексной стратегии доступности, обеспечивающей согласованное взаимодействие с пользователем и снижающей общие затраты на защиту ваших данных. Если вы хотите узнать больше о том, как получить доступную и эффективную репликацию на основе образов для настоящего аварийного восстановления, посетите эту страницу.
А как насчет интеллектуальной оркестровки аварийного восстановления? Veeam предлагает Veeam Availability Orchestrator — решение, которое обеспечивает надежную, масштабируемую и простую в использовании оркестрацию и автоматизацию, позволяя создавать планы аварийного восстановления и восстановления, документировать, тестировать и выполнять их в средах VMware vSphere.
Ознакомьтесь с руководством пользователя Veeam Availability Orchestrator , чтобы узнать больше о его функциях, или вы можете скачать заказать пробную версию прямо сейчас .
Пусть ваши данные останутся в безопасности!
|
Внимание! Данная статья не является официальной документацией.Использование информации необходимо выполнять с осторожностью, используя для этого тестовую среду.
Если у вас есть вопросы о построении современных систем резервного копирования, репликации, синхронизации данных и защиты от программ вымогателей обратитесь в нашу компанию для получения консультации о современных технологиях резервного копирования и восстановления данных. Наша компания имеет более чем 20-летний опыт в этой области. |
Десять лучших практик Veeam
- Резервное копирование Veeam для Proxmox
- Учимся использовать Multi-Cloud Management
- Лучшие практики виртуализации высокой доступности
- Безопасность Microsoft Azure: как защитить свою облачную среду
- Резервное копирование Microsoft 365 для малого бизнеса: ключевые стратегии
- Red Hat OpenShift и Kasten K10: влияние на внедрение Kubernetes
- Интеграция между AWS, Microsoft Azure и Google Cloud
- Использование виртуализации Oracle OLVM и oVirt
- NIST Cybersecurity Framework (CSF) 2.0 - детальная информация
- Что такое Microsoft Data Loss Prevention (DLP)