Финансы , 08 сен 2015, 22:35

Московская биржа объяснила причину сбоя

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

Фото: Екатерина Кузьмина / РБК

Московская биржа объяснила причину крупнейшего в истории сбоя на торговой площадке. 8 сентября 2015 года в 15:01 мск возникла масштабная проблема на сетевом оборудовании, размещенном Московской биржей в основном дата-центре, сообщила пресс-служба. Им является дата-центр М1.

«Один из сетевых коммутаторов создал аномальную нагрузку на сеть, что спровоцировало нестабильность работы не только основных, но и резервных компонентов сети», — говорится в сообщении. Ошибок в функционировании торгово-клиринговых систем зафиксировано не было, однако сетевые проблемы не давали возможность клиентам биржи подключаться к системам и выставлять заявки в обычном режиме. Так как все основные торгово-клиринговые системы размещены в дата-центре М1, то проблемы затронули все рынки Московской биржи, а также часть внутренних сервисов, включая управление веб-сайтом, сообщила пресс-служба биржи.

После сбоя сотрудники IT-блока начали работать сразу в двух направлениях: во-первых, налаживать сеть на основном оборудовании в М1, во-вторых, готовить перенос работы торговых систем всех рынков в резервный дата-центр биржи. Это делалось для того, чтобы скорее запустить торги — на том оборудовании, которое будет быстрее подготовлено для полнофункциональной и стабильной работы систем — резервном после его полного запуска или основном — при налаживании сети, сообщила пресс-служба.

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

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