Центр обработки данных является сложной инженерной системой с большим количеством внутренних взаимосвязей. Даже небольшая ошибка или происшествие, которое может показаться незначительным, способны привести к внезапному отказу всей системы и приостановке обслуживания клиентов банка. При всей развитости индустрии ЦОД инженерам все еще непросто спрогнозировать все возможные сцена­рии отказа и подготовиться к ним.

Не так давно у одной из крупнейших кредитно-финансовых организаций случился сбой, из-за которого держатели ее карт лишились - конечно, на время -возможности оплачивать товары и услуги в торговых сетях и снимать наличные в банкомате. Из-за аварии не работал и интернет-банк. Сбой продолжался два часа. Негативные сообщения в СМИ и блогах заполонили Интернет почти сразу.

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

Похожие примеры случаются и в других отраслях, связанных с предоставлением массовых сервисов. 6 августа 2012 года в течение четырех часов не работала online-энциклопедия «Википедия». Причиной стало повреждение кабеля рядом с одним из принадлежащих компании центров обработки данных. Во время Олимпиады-2012 в Лондоне из-за системного сбоя в ЦОД и практически одно­временного отказа резервной системы отключился Twitter.

Программная ошибка вызвала перегрев серверов Microsoft в марте 2013 года. После неудачного обновления ПО произошел резкий выплеск тепловыделений в одном из машинных залов ЦОД. Серверы перегрелись, в результате перестали работать почтовые системы Hotmail и Outlook, а также сервис SkyDrive, который служит для хранения медиаконтента и данных. Температура подскочила так быстро, что технические специалисты не успели перебросить нагрузку на другие серверы.

Во всех описанных случаях сбои длились несколько часов, что для банковского бизнеса неприемлемо. Каждая минута простоя приводит к потере прибыли. Клиенты недовольны и грозятся уйти в другой банк, что может вызвать потерю доли на высококонкурентном рынке. Рост ИТ-инфраструктуры и развитие рынка ЦОД заставляют иначе определить понятие «резервирование». Раньше считалось достаточным дублировать оборудование в рамках самого центра обработки данных, то есть поставить источники бесперебойного питания. Но практика показывает, что лучше иметь возможность дублирования ключевых систем путем перемещения рабочих нагрузок с одного дата-центра на другой. Это особенно актуально при пожарах и наводнениях. Также выяснилось, что автоматизированные системы перехвата управления при отказе основного ЦОД могут выйти из строя и оказаться неспособными перебросить мощности на другие серверы. Это означает, что защите этих блоков управления нужно уделять внимание.

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

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

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