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

Кому нужна услуга?

Финансовые учреждения, нуждающиеся в обработке огромных объемов данных и транзакций, сталкиваются с вызовами при использовании даже таких современных технологических решений, как система управления базами данных Oracle, интеграционные продукты Oracle GoldenGate и Data Integrator и серверы приложений WebLogic. Торможение и остановка работы систем, сложности с интеграцией новых элементов, критические для безопасности данных сбои – все это дорого стоит и создает немалые репутационные риски. Эти проблемы можно решить, но гораздо лучше – вообще не допустить.

Услугу расширенной поддержки Oracle от CS чаще всего заказывают компании, разделяющие это мнение и доверяющие 26-летнему опыту специалистов CS в разработке, модернизации и техническом сопровождении банковских учреждений.

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

Даже если у компании есть собственный отдел DBA, услуга расширенной поддержки Oracle от CS как дополнительное средство обеспечения стабильной и бесперебойной работы БД – это выбор компаний, высоко ценящих свою репутацию и знающих реальную стоимость остановки или сбоя системы.

Как работает расширенная поддержка продуктов Oracle от CS?

Услуга расширенной поддержки продуктов Oracle, прежде всего, направлена ​​на предупреждение любых сбоев в базах данных, чтобы нашим клиентам вообще не пришлось столкнуться с ними. Быстрое возобновление бесперебойной работы баз данных и связанного с ними программного обеспечения в случае, если проблема все же возникла – это еще один приоритет в работе наших специалистов.

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

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

Восстановление после сбоев, устранение критических ошибок и другие работы могут как полностью делегироваться специалистам CS, так и выполняться совместно с DBA заказчика. На нас можно рассчитывать как на надежный тыл, оперативную базу знаний, дополнительный мозговой центр и рабочие руки.

Что входит в услугу расширенной поддержки?

В целях контроля состояния и работы СУБД и поддержки ее в актуальном состоянии наши специалисты берут на себя ежедневное и плановое выполнение задач:

• Регламентные работы по мониторингу БД и анализу лог-файлов.
• Сбор и анализ графиков, таблиц, оригинальных протоколов.
• Анализ инцидентов.
• Анализ оптимизации производительности работы системы.
• Финальная консолидация информации по результатам анализа в ежедневном сводном протоколе checklist с описанием ошибок (при их наличии), рекомендациями по решению и перечнем выполненных действий.
• Установка необходимых патчей с предварительным тестированием.
• Реорганизация сегментов БД в целях повышения производительности и многое другое.

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

Почему нам можно доверять?

Компания CS является партнером Oracle уже более 20 лет, имеет право на распространение и техническую поддержку программных продуктов Oracle и вкладывает много усилий в подготовку лучших специалистов.

Каждый из наших сотрудников – специалист с высокой квалификацией и эксперт по определенным технологиям, имеющий значительный опыт работы и сертификацию от Oracle. Наши специалисты регулярно проходят обучение в Oracle University с последующей аттестацией, где осваивают новые технологии и версии программного обеспечения.

Наши специалисты поддерживают связь с экспертами Oracle с помощью онлайн-сессий, семинаров и регулярно принимают участие в главной конференции Oracle OpenWorld.

Более 150 баз данных и серверов приложений уже находятся под ежедневным контролем специалистов поддержки Oracle от CS. Нам доверяют бизнес-критические приложения!

Как заказать услугу расширенной поддержки Oracle от CS?

Для получения дополнительных материалов и индивидуальной консультации по вопросам расширенной поддержки Oracle, пожалуйста, отправьте запрос на электронную почту [email protected]

Вашему вниманию – материал о нашем полезном опыте использования Oracle GoldenGate (OracleGG). Это комплексная программная платформа для интеграции и репликации данных, входящая в пакет продуктов, по которым мы оказываем расширенную поддержку. Почему мы рекомендуем и используем OracleGG, как мы это делаем и что это дает нашим клиентам?

OracleGG: интергационное решение для репликации данных

В нашем предыдущем материале, посвященном OracleGG, мы подробно останавливались на описании возможностей этого продукта – что собой представляет, почему и для чего используется. Вкратце повторимся: OracleGG обеспечивает интеграцию данных (сбор, маршрутизацию, преобразование, проверку и доставку данных в операционные и аналитические системы) посредством непрерывной репликации данных. Этот процесс позволяет существенно минимизировать нагрузку на источник данных посредством распределения этой самой нагрузки между целевыми серверами (приемниками).

При использовании OracleGG обеспечивается:

• Взаимодействие разнородных сред, репликация данных между разнородными системами.
• Устойчивость к сбоям и прерываниям в работе, сохранение транзакционной целостности реплицируемых данных.
• Гарантия доступности критических систем в режиме 24/7 без необходимости остановки систем-источников.
• Перемещение данных с высочайшей скоростью при низкой нагрузке и задержке менее секунды.

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

Архитектура

Схема однонаправленной репликации данных (источник → приемник)
приведена на рисунке 1.

Рис. 1. Схема репликации на основе хаб-архитектуры

Первый процесс: экстрактор анализирует оперативные и архивные журналы транзакций по списку таблиц и условия, описанные в конфигурационном файле для экстрактора. Затем найденные данные в определенном формате отправляются в промежуточные trail-файлы.
Второй процесс: Data Pump передает trail-файлы с одного хоста на другой, при этом файлы могут компрессироваться и шифроваться. Использование Data Pump опционально и в хаб-архитектуре, как правило, не используется. Однако бывают задачи, когда необходимо вывести некую логику (процессы) за пределы экстрактора и репликатора.
Третий процесс: репликатор читает информацию из файлов, формирует SQL statements и отправляет их в БД-приемник, где они применяются на целевых таблицах.

Опыт использования OracleGG в компании CS

Выполненные проекты компании:

• Репликация из базы Oracle в базу IBM DB2.
• Репликация из базы Oracle в базу Oracle (один из примеров реализации приведен на рисунке 2).

Рис. 2. Интеграция базы данных Б2 с хранилищем данных

Экстрактор работает в интеграционном режиме, то есть часть процесса осуществляется непосредственно в БД, при этом выполняется прямое чтение оперативного журнала транзакций. Найденные изменения записываются в trail-файлы и считываются репликатором. Преобразуются в SQL statements и отправляются на целевую базу. OracleGG-хаб коммуницирует с базой-источником и базой-приемником посредством обычного TNS-протокола, но с настроенным Transparent Application Failover (TAF). Это обусловлено необходимостью прозрачного переключения для OracleGG между основной базой и Standby, как на БД-источнике, так и на БД-приемнике.
Поскольку это промышленное решение, то у основного OracleGG-хаба имеется и резервный сервер. Каждые пять минут он синхронизируется с основным сервером, синхронизация реализована посредством использования rsync.

Использование OracleGG в разных целях:

• OracleGG выполняет перенос изменений данных, при этом OracleGG не синхронизирует данные. Например, при добавлении некой таблицы репликации OracleGG переносит только изменения, которые осуществляются в этой таблице. То есть данные, которые эта таблица содержала до изменений, не синхронизируются.
• OracleGG располагает возможностью преобразования данных, но он не является ETL-инструментом. Для ETL-задач необходимо использовать другие инструменты, например Oracle Data Integrator (ODI). Использование OracleGG для преобразования данных приводит к низкой производительности репликационного процесса.
• Варианты нештатного применения OracleGG:
  • Для восстановления данных. Пожалуй, каждый админ сталкивался с такой задачей, как восстановление случайно удаленных записей в ситуации, когда некий пользователь удалил из одной или нескольких таблиц какое-то количество строк, и через время выясняется, что восстанавливать данные из флешбека уже поздно. Как правило, в таких случаях на соседнем хосте выполняется неполное восстановление БД из резервной копии до точки удаления данных, затем из восстановленной БД нужные строки переносятся в промышленную базу. То есть для восстановления нескольких строк выполняется титаническая работа: поиск хоста с достаточным объемом свободного места, восстановление терабайтов базы… Это весьма ресурсоемкое и громоздкое решение, при том что с помощью OracleGG такую задачу можно решить гораздо проще, быстрее и с наименьшими ресурсными затратами. Для этого используются всего лишь конфигурационные файлы экстрактора и репликатора, а также один или несколько архивных логов, в которых имели место удаления.
  • Для выгрузки данных в файлы разных форматов, например в CSV-файл. Так как это один из универсальных форматов представления данных, то эти данные можно трансформировать и переносить куда угодно. Более того, если в OracleGG нет какой-то поддерживаемой базы данных, то целесообразно использовать CSV-файл, в котором, кроме столбцов с данными, можно указать и тип действия (удаление, вставка, изменение), а также написать программу парсинга, анализирующую данный файл с формированием SQL statement для целевой базы данных.

Наши предложения для заказчиков

Решения для репликации данных: репликация данных АБС Б2 с различными системами, например сторонним клиент-банком, хранилищем CS::BM и другими.
Решения для масштабирования:

• Односторонняя репликация: разделение АБС Б2 на оперативную (транзакционную) и отчетную (архивную) систему.
• Взаимная репликация: вынесение из АБС Б2 тяжелых вычислительных процессов на другую платформу.
• Комбинация эти двух архитектур.
• Вынесение на отдельный сервер системы управленческого учета ISMA и т.д.

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

Для получения более детальной информации, а также для приобретения услуг и решений по поддержке продуктов Oracle обращайтесь в отдел компании CS CoreBanking – Sales (Oracle): [email protected]
Кроме того, мы рады предоставить подробные презентационные материалы, предложенные вниманию наших клиентов на онлайн-встрече 02.12.2021 г. Для получения материалов встречи (видеозаписи и презентации), пожалуйста, отправьте запрос на адрес электронной почты [email protected]