До вашої уваги – матеріал про наш корисний досвід використання Oracle GoldenGate (OracleGG). Це комплексна програмна платформа для інтеграції та реплікації даних, що входить до пакета продуктів, за якими ми надаємо розширену підтримку. Чому ми рекомендуємо та використовуємо OracleGG, як ми це робимо та що це дає нашим клієнтам?
OracleGG: інтеграційне рішення для реплікації даних
У попередньому матеріалі, присвяченому OracleGG, ми докладно зупинялися на можливостях цього продукту: що являє собою, чому і для чого використовується (стаття доступна за посиланням). Дещо згадаємо: OracleGG забезпечує інтеграцію даних (збирання, маршрутизацію, перетворення, перевіряння та доставлення даних до операційних та аналітичних систем) за допомогою безперервної реплікації даних. Цей процес дозволяє істотно мінімізувати навантаження на джерело даних за допомогою розподілення цього навантаження між цільовими серверами (приймачами).
Під час використання OracleGG забезпечується:
У результаті замовник отримує глобальну оптимізацію роботи банківських систем за всіма ключовими напрямками своєї діяльності.
Архітектура
Схему однонаправленої реплікації даних (джерело → приймач)
наведено на рисунку 1.
Рис. 1. Схема реплікації з урахуванням хаб-архітектури
Перший процес: екстрактор аналізує оперативні та архівні журнали транзакцій за списком таблиць та умови, описані у конфігураційному файлі для екстрактора. Потім знайдені дані у певному форматі відправляються в проміжні trail-файли.
Другий процес: Data Pump передає trail-файли з одного хоста на інший, водночас файли можуть компресуватися та шифруватися. Використання Data Pump є опціональним та в хаб-архітектурі, як правило, не використовується. Однак виникають задачі, коли необхідно вивести якусь логіку (процеси) за межі екстрактора та реплікатора.
Третій процес: реплікатор читає інформацію з файлів, формує SQL statements та відправляє їх у БД-приймач, де вони застосовуються на цільових таблицях.
Досвід використання OracleGG у компанії CS
Виконані проекти компанії:
Рис. 2. Інтеграція бази даних Б2 зі сховищем даних
Екстрактор працює в інтеграційному режимі, тобто частина процесу здійснюється безпосередньо у БД, водночас виконується пряме читання оперативного журналу транзакцій. Знайдені зміни записуються в trail-файли та зчитуються реплікатором, перетворюються на SQL statements і відправляються на цільову базу. OracleGG-хаб комунікує з базою-джерелом та базою-приймачем за допомогою звичайного TNS-протоколу, але з налаштованим Transparent Application Failover (TAF). Це зумовлено необхідністю прозорого перемикання для OracleGG між основною базою та Standby, як на БД-джерелі, так і на БД-приймачі.
Оскільки це промислове рішення, то основний OracleGG-хаб має і резервний сервер. Кожні п’ять хвилин він синхронізується з основним сервером – синхронізацію реалізовано за допомогою rsync.
Використання OracleGG із різною метою:
Наші пропозиції для замовників
Рішення для реплікації даних: реплікація даних АБС Б2 з різними системами, наприклад стороннім клієнт-банком, сховищем CS::BM та іншими.
Рішення для масштабування:
Масштабування дозволяє зробити частину системи легкою, швидкою, зручною для оперативної роботи користувачів і клієнтів, у той час як інша її частина забезпечує оброблення величезних обсягів даних та виконує складні обчислення, наприклад для формування звітності, виконання пакетних задач після завершення дня та інше. Водночас виконується реплікація даних обох частин системи.
Для отримання більш детальної інформації, а також для придбання послуг та рішень щодо підтримки продуктів Oracle звертайтесь до відділу компанії CS CoreBanking – Sales (Oracle): [email protected].
Крім того, ми раді надати докладні презентаційні матеріали, запропоновані до уваги наших клієнтів на онлайн-зустрічі 02.12.2021 р. Для отримання матеріалів зустрічі (відеозапису та презентації), будь ласка, надішліть запит на адресу електронної пошти [email protected].
(all fields are required)
We will be in touch shortly to continue the conversation.
Thank you for your interest!