Skip to main content

Центры обработки данных, непрерывность бизнеса, аварийное восстановление

Все скучное будет автоматизировано искусственным интеллектом | Иван Ямщиков, AI-евангелист ABBYY (Июль 2025)

Все скучное будет автоматизировано искусственным интеллектом | Иван Ямщиков, AI-евангелист ABBYY (Июль 2025)
Anonim

Предприятия разрабатывают аварийное восстановление (DR) и непрерывность бизнеса (BC), которые планируют смягчить широкий спектр бизнес-угроз, в том числе тех, которые связаны с центрами обработки данных. Некоторые компании разрабатывают стратегии, которые фокусируются на конкретных рисках, обновляют их, а также проверяют их. Организации должны работать лучше, если им нужно быть успешными. Очень важно работать с идеальным передовым центром обработки данных, чтобы заполнить любые пробелы.

Существуют ли конкретные планы?

Несколько компаний могут иметь усовершенствованные планы DR или BC, в то время как некоторые могут не иметь ничего на месте или иметь очень общий план. В широком опросе, который недавно был проведен среди лиц, принимающих решения для центров обработки данных, у 82% респондентов был один или другой вид плана DR. Это оставляет почти 1/5го предприятий без какого-либо плана DR.

Еще одно исследование показывает более высокий уровень подготовки, в результате чего 93% компаний сформировали документированные планы BC. Еще один недостаток, выявленный в этом опросе, заключается в том, что только 50% респондентов сформировали архитектуры BC, которые рассматривали дискретные риски.

Если план не является конкретным, его практичность смягчается, поскольку различные виды угроз и экземпляры нуждаются в пользовательских ответах.

Регулярно ли вы обновляете планы?

Среди предприятий, у которых есть планы, изображение также кажется сегментированным между теми, кто только что установил его и, как правило, забывает, и те, кто активно их обновляет. Очевидно, что несколько компаний активны. По результатам опроса два из пяти респондентов оценили новый план ДР. Хотя построение новых данных сравнительно плоское среди компаний, планирующих развивать в ближайшие 2 года, разработка архитектуры DR была одной из трех распространенных причин. Однако эти попытки были лишь частью сценария.

Естественная тенденция, похоже, заключается в написании плана, а затем просто оставив его без каких-либо обновлений. Только 14% респондентов в опросе, по-видимому, регулярно обновляли свои планы ВС. Большинство из них обновляют свои планы один раз в год или даже реже.

Тестирование планов

Тестирование планов так же важно, как и разработка и регулярное обновление. Многие предприятия отстают и на этом фасаде, подвергая их угрозам.

В опросе около 67% респондентов провели ежегодный тест, который просто рассматривает макет и содержание завода, а 32% провели полную симуляцию в год. Согласно рекомендации экспертов, это идеальное место для проведения тестов дважды в год или, по крайней мере, один раз в год.

Обработка расширенного центра обработки данных

При использовании центра обработки данных для решений BC / DR важно убедиться, что предварительное исследование является правильным. Определите, какие приложения должны быть запущены и запущены для непрерывных бизнес-операций. Каким должен быть уровень их обслуживания? Это может помочь вам решить задачи RTO или время восстановления. Это та точка, в которой происходит репликация производственной базы данных службой резервного копирования.

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

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