Миграция на новую СУБД Oracle: печальный опыт российского банка
21.06.10, Пн, 17:10, Мск,
Текст: Анастасия Симакина
Екатеринбургский «УралТрансБанк» предположительно из-за ошибки при обновлении версии СУБД Oracle столкнулся с масштабным системным сбоем. Была заблокирована работа его отделений и транзакций по картам, а также интернет-банкинг.
Один из крупнейших банков уральского федерального округа - «УралТрансБанк» - испытывает проблемы с функционированием ИТ-инфраструктуры. По некоторым данным, возникли сложности при миграции базы данных на Oracle Database 11g с 9-й версии СУБД. По информации, появившейся в блогах, причиной сбоя стало то, что вовремя не было сделано резервное копирование данных. В результате при миграции был утерян критически важный файл.
Согласно некоторым сообщениям, сбой привел к остановке всех отделений банка в Екатеринбурге. Также не работали банкоматы. «Говорят, что админы неоднократно предупреждали руководство в письменном виде о рисках и последствиях, но никакой реакции не получили», - пишет один из осведомленных блоггеров.
На официальном сайте «УралТрансБанка» размещено сообщение, в котором говорится, что 14 июня в банке проводились «краткосрочные технические работы», из-за чего с 00 до 7 часов утра было приостановлено обслуживание банковских карт и счетов в интернет-банке. В пресс-службе банка подтвердили, что неполадки в ИТ-инфраструктуре имели место, однако в течение нескольких дней не смогли ответить на вопросы, когда и по какой причине произошел сбой, а также какие он имел последствия.
Сотрудник банка мотивировал свой отказ от комментариев тем, что у него не работает корпоративная электронная почта, и он не может осуществлять переписку ни с внутренними, ни с внешними контактами. По словам представителя банка, устранение проблемы ожидалось в понедельник.
Известно, что ранее «УралТрансБанк» не скупился на инвестиции в надежность собственной ИТ-инфраструктуры. Так, с 2004 по 2006 год банк совместно с екатеринбургским интегратором «Хост» реализовал проект по созданию катастрофоустойчивой системы хранения и защиты данных. Затем в 2008 году компания «Квадриум (Quadrium)» внедрила в филиальной сети банка систему «ЦФТ-Банк» (объектно-ориентированная банковская система на основе СУБД Oracle). Обзор российского рынка банковской цифровизации: импортозамещение, искусственный интеллект и собственные экосистемы
Как прокомментировал TAdviser управляющий партнер «Квадриум» Сергей Каспарьянц, на данный момент непонятно, какая конкретно прикладная система дала сбой: банковская система, процессинг или иная. «Если причина в АБС, необходимо обратиться в компанию «Центр Финансовых Технологий» (ЦФТ), так как именно эта компания является производителем АБС установленной в банке и занимается поставкой обновлений и сопровождением», - заявил он. «Квадриум», по его словам, в настоящее время не работает с банком. Получить комментарии «Хост» и ЦФТ относительно произошедшего не удалось.
Независимые эксперты, опрошенные TAdviser, считают, что переход с одной версии СУБД на другую является достаточно рискованной процедурой, которая теоретически могла закончиться плачевно для банка при допущении персоналом ряда ошибок. Так, заместитель начальника отдела ЦОД компании «Открытые Технологии» Сергей Куликов говорит, что на трудоемкость этой процедуры влияет целый ряд факторов, как то количество используемых опций СУБД, широта функционала слоя базы данных приложения, количество используемых различных типов и сегментов данных. Также важно количество времени, которое может быть выделено на простой системы.
По словам Сергея Куликова, самые серьезные риски процедуры миграции связаны с возникновением нештатных ситуаций по ее завершении: могут некорректно работать или оказаться поврежденными данные приложений, использующих СУБД, а, кроме того, новая версия может оказаться не совместима с инфраструктурными сервисами.
Несмотря на это, процедура миграции хорошо отработана и документирована, поэтому не должна становиться причиной выхода из строя всего комплекса ИТ-систем. «Основными компонентами успешного проекта являются разработка и тестирование методики миграции. Перед выполнением промышленной миграции должна быть проведена полная проверка на тестовом стенде с последующим функциональным и нагрузочным тестированием прикладных систем для контроля корректности их работы на новой версии Oracle», - объясняет Александр Хлуденев, директор по системным решениям компании «Крок».
Кроме того, по словам опрошенных экспертов, Oracle и в версии 11g предлагает опцию Real Application Testing, которая позволяет как «проиграть» на новой версии нагрузку, захваченную на старой версии, так и проанализировать причины деградации отдельных планов запросов и зафиксировать их, если нужно.