TimesTen Performance Software¶

TimesTen Performance Software — это программное обеспечение для управления реляционными базами данных, разработанное компанией Oracle Corporation. Оно представляет собой систему управления базами данных (СУБД), оптимизированную для работы в оперативной памяти (in-memory database), что обеспечивает минимальное время отклика и высокую пропускную способность при обработке транзакций. TimesTen используется в приложениях, где критически важна скорость доступа к данным, таких как телекоммуникационные системы, финансовые платформы, сети доставки контента (CDN) и системы реального времени.

¶История

¶Разработка и ранние версии

TimesTen Performance Software была основана в 1996 году компанией TimesTen Performance Software, Inc., которая специализировалась на создании СУБД для оперативной памяти. Первая коммерческая версия продукта вышла в 1998 году. Основной целью разработки было преодоление ограничений традиционных дисковых баз данных, где время доступа к данным измерялось миллисекундами, что было недостаточно для приложений с требованиями реального времени.

¶Поглощение Oracle

В 2005 году корпорация Oracle объявила о приобретении TimesTen Performance Software, Inc. за нераскрытую сумму. После интеграции продукт стал частью линейки Oracle Database, получив название Oracle TimesTen In-Memory Database. Это позволило Oracle укрепить свои позиции на рынке высокопроизводительных баз данных, особенно в сегменте телекоммуникаций и финансовых услуг.

¶Дальнейшее развитие

После приобретения Oracle выпустила несколько крупных обновлений. Версия 11g (2007) добавила поддержку репликации данных и улучшенную интеграцию с Oracle Database. Версия 12c (2013) представила возможность работы в кластерной конфигурации (TimesTen Scaleout), что позволило горизонтально масштабировать производительность. В 2018 году вышла версия 18.1, которая включала поддержку JSON-документов и улучшенную аналитику. Последняя на 2024 год версия — 22.1 (2022), с оптимизацией для облачных развертываний.

¶Архитектура и принципы работы

¶Хранение данных в оперативной памяти

Основное отличие TimesTen от традиционных СУБД (например, Oracle Database, PostgreSQL) заключается в том, что все данные постоянно находятся в оперативной памяти (RAM). Это устраняет задержки, связанные с чтением и записью на дисковые накопители. Размер базы данных ограничен объёмом доступной оперативной памяти сервера, что делает TimesTen непригодным для хранения архивных или больших объёмов данных (терабайты и более).

¶Персистентность и журналирование

Несмотря на хранение в RAM, TimesTen обеспечивает сохранность данных при сбоях питания или перезагрузках. Для этого используется механизм журналирования транзакций (transaction log), который записывает изменения на диск (обычно на SSD или HDD). При запуске база данных восстанавливается из последней контрольной точки (checkpoint) и журнала. Существует два типа контрольных точек: полная (full checkpoint) и инкрементальная (incremental checkpoint), которые создаются автоматически или по команде администратора.

¶Поддержка SQL и ACID

TimesTen поддерживает стандартный язык SQL (Structured Query Language) для запросов, вставки, обновления и удаления данных. База данных полностью соответствует требованиям ACID (атомарность, согласованность, изоляция, долговечность), что гарантирует надёжность транзакций. Для изоляции используется механизм блокировок на уровне строк (row-level locking), что минимизирует конфликты при параллельном доступе.

¶Репликация

TimesTen поддерживает репликацию данных между несколькими экземплярами базы данных. Это обеспечивает высокую доступность (High Availability, HA) и отказоустойчивость. Репликация может быть синхронной (когда транзакция подтверждается только после записи на все реплики) или асинхронной (когда подтверждение происходит без ожидания записи на реплики). В конфигурации Active-Standby один экземпляр обрабатывает запросы, а второй находится в режиме ожидания; при сбое основной базы данных происходит автоматическое переключение (failover).

¶Интеграция с Oracle Database

TimesTen может работать как автономная СУБД, так и в качестве кэша для Oracle Database. В режиме кэширования (TimesTen Cache) данные из Oracle Database автоматически загружаются в оперативную память TimesTen, что ускоряет доступ к часто используемым таблицам. Изменения, внесённые в кэш, могут быть синхронизированы обратно в Oracle Database. Этот режим часто используется в приложениях, где требуется быстрый доступ к подмножеству данных из большой корпоративной базы.

¶Классификация и версии

¶По конфигурации

TimesTen Classic — однопроцессорная (single-instance) конфигурация, предназначенная для работы на одном сервере. Обеспечивает максимальную производительность для одного узла.
TimesTen Scaleout — кластерная конфигурация, в которой данные распределяются по нескольким узлам (шардам). Каждый узел хранит часть данных и обрабатывает запросы параллельно. Масштабирование производительности достигается добавлением новых узлов.

¶По лицензированию

Oracle TimesTen распространяется по коммерческой лицензии. Существуют следующие варианты:

Oracle TimesTen In-Memory Database — полная версия с поддержкой всех функций, включая репликацию и кэширование.
Oracle TimesTen Cache — версия, ограниченная только режимом кэширования для Oracle Database.
Oracle TimesTen In-Memory Database for Exadata — версия, оптимизированная для работы на аппаратных платформах Oracle Exadata.

¶По версиям

Основные версии продукта:

TimesTen 1.0 (1998) — первая коммерческая версия.
TimesTen 5.1 (2004) — добавлена поддержка репликации.
Oracle TimesTen 7.0 (2006) — первая версия после приобретения Oracle.
Oracle TimesTen 11g (2007) — улучшена интеграция с Oracle Database.
Oracle TimesTen 12c (2013) — введён режим Scaleout.
Oracle TimesTen 18.1 (2018) — поддержка JSON, улучшенная аналитика.
Oracle TimesTen 22.1 (2022) — оптимизация для облачных сред.

¶Применение

¶Телекоммуникации

TimesTen широко используется в сетях мобильной связи для обработки данных о местоположении абонентов, управления сессиями и маршрутизации вызовов. Например, в системах HLR (Home Location Register) и HSS (Home Subscriber Server) база данных должна обрабатывать миллионы запросов в секунду с задержкой менее 10 миллисекунд. TimesTen позволяет достичь таких показателей за счёт хранения данных в оперативной памяти.

¶Финансовые услуги

В банковских системах и биржевых платформах TimesTen применяется для обработки транзакций в реальном времени. Примеры: системы электронных торгов (например, для обработки ордеров на покупку/продажу ценных бумаг), системы управления рисками и процессинговые центры. Низкая задержка критична для алгоритмической торговли, где решения принимаются за микросекунды.

¶Сети доставки контента (CDN)

TimesTen используется для кэширования метаданных и конфигураций в CDN-системах (например, Oracle Communications WebRTC Session Controller). Это позволяет быстро определять, какой сервер должен обслуживать запрос пользователя, и перенаправлять трафик.

¶Промышленные системы реального времени

В автоматизированных системах управления производством (SCADA) и Интернете вещей (IoT) TimesTen обрабатывает данные с датчиков, контроллеров и исполнительных механизмов. Например, на нефтеперерабатывающих заводах база данных может хранить текущие показатели температуры, давления и расхода, доступные для анализа с задержкой менее 1 миллисекунды.

¶Преимущества и ограничения

¶Преимущества

Высокая производительность — время отклика на запросы составляет микросекунды для простых операций и единицы миллисекунд для сложных запросов.
Предсказуемая задержка — отсутствие дисковых операций ввода-вывода исключает вариативность времени доступа.
Поддержка ACID — гарантирует целостность данных даже при высокой нагрузке.
Интеграция с Oracle Database — возможность использовать как кэш для существующих корпоративных систем.

¶Ограничения

Ограниченный объём данных — размер базы данных ограничен объёмом оперативной памяти сервера (обычно до нескольких сотен гигабайт на один узел). Для хранения больших объёмов (терабайты) требуется использование кластерных конфигураций Scaleout.
Высокая стоимость — лицензирование Oracle TimesTen является дорогостоящим, особенно для крупных развёртываний.
Сложность администрирования — требует специалистов, знакомых с архитектурой in-memory баз данных и продуктами Oracle.
Не подходит для аналитики больших данных — из-за ограничений по объёму и отсутствия поддержки распределённых вычислений (как в Apache Hadoop или Spark).

¶Критика

Основные критические замечания в адрес TimesTen связаны с его высокой стоимостью по сравнению с альтернативными in-memory СУБД с открытым исходным кодом, такими как Redis (в режиме базы данных) или Memcached. Кроме того, некоторые эксперты отмечают, что для многих приложений с требованиями реального времени достаточно использовать традиционные СУБД с SSD-накопителями, которые обеспечивают задержки в 1–5 миллисекунд, что дешевле и проще в обслуживании. Также критикуется зависимость от экосистемы Oracle, что ограничивает гибкость при выборе аппаратного обеспечения и облачных платформ.

¶Интересные факты

TimesTen был первой коммерческой СУБД, полностью ориентированной на хранение данных в оперативной памяти, и остаётся одной из немногих систем такого класса, поддерживающих ACID.
В тестах производительности Oracle утверждает, что TimesTen способен обрабатывать до 1 миллиона транзакций в секунду на одном узле (при использовании серверов с процессорами Intel Xeon и объёмом RAM 256 ГБ).
Продукт используется в системе управления воздушным движением США (FAA) для обработки данных о полётах в реальном времени.

¶Источники

Oracle Corporation. Oracle TimesTen In-Memory Database Documentation (версия 22.1). 2022.
Oracle Corporation. Oracle TimesTen In-Memory Database: An Overview. 2018.
TimesTen Performance Software, Inc. TimesTen 5.1 User’s Guide. 2004.
Статья «In-Memory Databases: A Survey» в журнале IEEE Transactions on Knowledge and Data Engineering, 2015.
Материалы конференции Oracle OpenWorld 2019: «TimesTen for Real-Time Applications».