深入Oracle内存数据库Timesten
订单匹配 智能订单路由 成交撮合 实时分析
SOA 呼叫中心 用户个性化在线 BI / BAM 实时物流 实时订座
内存数据库 和 传统关系型数据库 的比较
内存数据库与磁盘数据库的比较
数据库特性 目标应用 数据模型 优化 典型部署方式 架构 响应时间 数据容量 可扩展性 Oracle Database 10g 关键业务应用 关系型 - SQL 磁盘为中心 数据库层 客户机/服务器 毫秒到秒级 TB到PB级 Cluster (RAC) & SMP Oracle TimesTen In-Memory Database 关键业务应用 关系型 - SQL 内存为中心 应用层 嵌入式（直接数据访问） 微秒到毫秒级 GB级 SMP
§ 所有数据存于物理内存 § 采用关系型数据模型 § 针对物理内存而特别设计优 化的数据存储结构与算法 § 多进程/多线程共享数据存 储（Data Store）
•
Network
Application
TimesTen libraries
...
Application
TimesTen libraries
嵌入式 或 客户机-服务器式
内存数据库的特性
内存数据库解决方案
实时数据管理软件
即时响应 Ÿ 高可伸缩性 Ÿ 持续可用性
For managing events, transactions and data within performance-critical applications.
全球有超过1500家企业客户采用Oracle TimesTen内存数据库解决方案
ClientServer
In-Memory Database(s)
Transaction Logs Checkpoint files
§ 标准 APIs (ODBC, JDBC, SQL-92) § 易于安装与配置
Application-Tier Platform
内存数据库的部署
针对物理内存而优化的应用层数据库，可以获得极高的响 应速度并实现实时数据缓存
交易与并发访问
§ Data store 可被多进程/多线程所共享
•
嵌入式或客户机-服务器模式
§ 完全的交易机制支持 (COMMIT/ROLLBACK) § 交易独立性
• • • •
Read-committed (non-blocked versioning) Reads do not block writes Writes do not block reads Serializable is also supported 锁: data store-level, 表级锁, 行级锁
§ 并发访问控制
•
§ 死锁检测
MicroLogging 保护内存数据库不 受应用故障影响
TM
§ 共享进程空间会使嵌入式应用受进程故障的影响 § MicroLogging™ 技术可以确保Oracle TimesTen 内存数据库不受应用进程故障的影响
•
• •
异常终止的应用进程不会影响Data Store，受到影 响的交易会被滚回（Rollback） 其他进程/线程可以继续运行，不受影响 内存数据库可以继续运行，不需中断
为性能关键应用提供的实时数据管理：
l l l l l l l l l l 电信和网络 资本市场 国防和情报 旅行和预订 面向服务的体系结构(SOA) 中间层数据高速缓存 操作数据存储 商务智能 业务活动监视 自助式门户
日志与数据持久性
§ 内存缓冲区交易日志与同 步交易日志
•
Network
Application
传统的预付/后付费业务是两个世界
网络接口 认证授权 客户资料 帐务处理
服务控制
资费管理
套餐捆绑
累帐出账
服务逻辑
帐户管理
资费/促销
信用管理
IVR/接 口
充值
批价
缴费
预付费业务— — 基于IN/SCP进行支撑
后付费业务— — BSS系统进行支撑
现有模式不能满足运营商的需求
§ 基于智能网的预付费系统实时而不灵活
§ 安全且高性能
数据发布 - Transaction Log API (XLA)
§ Transaction Log API (XLA)
• • • • Real-time Apps XLA Apps
跟踪实时数据变化 监视交易变化 发送数据变化到外部应用 实现实时事件通知与处理
Updates In-Memory Data Store
电信业业务系统的发展趋势
预付费业务与后付费业务的融合
§ 电信行业竞争的深入，要求电信运营商对所有 客户进行统一的、个性化的服务，为客户提供 一致的客户体验。 § 在3G时代，电信运营商之间的竞争将更加激烈 ，向客户提供更加灵活多变的资费策略和更加 丰富的业务选择将是竞争的一大优势！ § 运营商为了控制欠费，降低运营风险，需要对 客户进行信用控制。
0 update mixed
70% select; 20% update; 10% insert
select
极高的处理能力
Oracle TimesTen 6.0, 4-CPU, 3 GHz x86 Xeon, 32-bit RHLinux
Transactions per second
300,000
极快的响应速度
TimesTen In-Memory Database 6.0, 4-CPU, 3 GHz x86 Xeon, 32-bit RHLinux
30
microseconds
20
28 millionths of a second
10
25 millionths of a second 9 millionths
呈现层
“ 针对性能要求高的 系统的应用层数据 管理解决方案”
应用层
数据库层
Oracle TimesTen支持“ 实时世界”
In Networks In Telecom On Wall Street In the Enter 定位服务 呈现业务
实时计费 认证鉴权 收入保障 网络/Qos管理 自服务门户 SOA
融合计费帐务系统
网络接口 授权 客户资料 帐务处理
Diameter CC
服务控制
帐户管理
套餐捆绑
累帐出账
服务逻辑
充值
开 放 接 口
资费/促销
信用管理
IVR/接口
批价
缴费
IN/SCP用于呼叫控制
融合计费帐务系统统一管理资费/产品/客户，执行 所有批价处理（包括实时批价）和主帐户余额管理
3G对BSS系统的新需求
XLA interface
移动网络
OCS
事件/会话业务控制请求 事件/会话业务控制响应 事件/会话业务控制请求 事件/会话业务控制响应 扣费、批价、预 留、生成配额 批价、预留、 生成配额
§
从归属地发出的呼叫可以获得免费 短信促销 配额使用完毕
配额使用完毕
事件/会话业务控制请求 事件/会话业务控制响应 扣费、批价、预 留、生成配额
Online Charging Functions MSC CAP Account Balance Management Function Rc GGSN Ro Account Session Based Charging Function Rr Online Charging System SGSN CAP
响应时间及吞吐量的比较
Ｏｒａｃｌｅ ＴｉｍｅｓＴｅｎ 产品家族
Oracle TimesTen 产品家族
Product: Oracle TimesTen In-Memory Database Option: Replication –TimesTen to TimesTen Option: Cache Connect to Oracle
250,550
250,000 200,000 150,000 100,000 50,000 0
32,663
1 CPU 2 CPUs 4 CPUs
121,705
98,568
70,111
54,303
update
mixed
70% select; 20% update; 10% insert
select
针对物理内存而特别设计优化的数据库
Subdaemon
(multi-threaded process)
Data Store
Log Files Log Files dsName.log0 dsName.log1
Checkpoint dsName.ds1 Checkpoint dsName.ds0
Log Files dsName.logN
•
支撑新业务周期长 Ÿ 新业务可能需要修改SCP核心 不能支持灵活多变的资费策略 对数据业务的处理能力差 客户管理能力有限 帐户余额管理能力有限 成本较高 由于必须等待用户使用业务事件结束才能计费，这种模式 存在无法回避的技术难题
• • • • •
§ 基于CDR的BSS系统的计费信控能力有限
•
§ 客户资料不统一
IMS MRFC
Ro
MMS Relay / Server
Ro
Event Based Charging Function Re
Rating Function
Tariff Info Ro
GMLC
在线计费的技术要求
§ § 事件业务计费与会话业务计费 折扣/优惠/奖励
• • •
“ 下载50MB数据后，每MB价格 优惠为0.8元” 发送50条SMS后，本月以后短 信发送打5折 每次GPRS会话后用户获得免 费发送一条短信的奖励
TimesTen在LINUX下的安装和使用
Oracle TimesTen 内存数据库在Linux下的安装和使用(依据TimesTen版本11.2.1)作者:秦诺thor.qin@2010年10月8日内容目录1 TimesTen简介 (3)1.1 内存数据库 (3)1.2 In-Memory Database Cache (4)2 TimesTen的安装 (5)2.1 创建数据库管理员用户 (5)2.2 下载TimesTen安装包 (5)2.3 用数据库管理员用户安装TimesTen (6)3 配置和创建数据库 (9)3.1 配置Oracle数据库的连接(In-Memory Database Cache) (9)3.1.1 配置Instant Client (9)3.2 在oracle数据库端配置缓存信息 (10)3.2.1 创建独立的缓存用户表空间 (10)3.2.2 创建TimesTen 架构 (11)3.2.3 创建缓存管理员(数据库用户) (11)3.2.4 授予缓存管理员必要的系统权限 (11)3.2.5 授予缓存管理员表权限(需要被缓存的表) (11)3.3 配置TimesTen需要的环境变量 (11)3.4 配置ODBC数据源信息 (12)3.4.1 服务器数据源的配置 (12)3.4.2 客户端数据源的配置 (12)3.5 创建TimesTen缓存数据库 (13)3.5.1 添加一个ODBC信息 (14)3.5.2 Linux上启动数据库之前需要完成的一些动作 (14)3.5.3 启动数据库 (14)3.5.4 在TimesTen 数据库中创建用户 (15)3.5.5 关联Oracle 中的cacheadm和TimesTen中的cacheadm用户 (15)3.5.6 创建缓存网格 (15)3.5.7 启动缓存代理 (16)3.5.8 创建缓存组 (16)3.5.9 启动数据复制代理 (16)3.5.10 加载数据到缓存中 (17)4 使用Sql Developer访问TimesTen数据库 (17)5 OCI编程需要注意的问题 (17)5.1 Oracle数据库功能限制 (17)5.2 附加的TimesTen OCI限制 (18)5.3 附加的TimesTen OCI 区别 (18)5.4 使用ttSrcScan工具 (19)1 TimesTen简介Oracle 内存数据库 TimesTen 是一个针对内存进行了优化的关系数据库，它为应用程序提供了当今实时企业和行业（如电信、资本市场和国防）所需的即时响应性和非常高的吞吐量。
Oracle_TimesTen内存数据库_6.0版推荐编程实践
Oracle TimesTen TM内存数据库6.0版推荐编程实践性能和稳定性最佳的TimesTen应用程序的设计方法内存数据库版权© 1996、2005归Oracle公司所有。
未经允许不得以任何方式和手段进行复制和使用。
附带的和光盘上的软件和文档（不管是硬拷贝形式还是电子形式）的使用和披露均应依据本许可协议。
被许可方可印刷存储在光盘上的文档，但仅限内部使用。
除上面提到的以外，未经TimesTen公司事先书面许可，不得以任何电子或机械形式或手段，包括影印、录制或通过任何信息存储和检索系统，复制或传播本文档的任何部分（不管是硬拷贝形式还是电子形式）。
Oracle、JD Edwards、PeopleSoft、Retek、TimesTen、TimesTen标志、MicroLogging和Direct Data Access是 Oracle公司和/或其子公司的商标或注册商标。
其他名称可能是其各自所有者的商标。
程序（包括软件和文档）包含专有信息；是依据一份包含了使用和披露限制条款的许可协议而提供的，并受版权、专利其他知识产权和工业产权法的保护。
除非法律有明确规定，或是为实现与其他独立开发的软件间的互操作性，否则不得对软件程序进行反向工程、反汇编或反编译。
本文所含信息如有变动，恕不另行通知。
如果您在本文中发现任何错误，请书面通知我们。
我们不保证本文没有错误。
除非在您的许可协议中对此有明确许可，否则不得为任何目的，以任何电子或机械形式或手段复制或传播这些程序的任何部分。
2005年8月19日在美国印刷。
目录1 概述TimesTen文档参考索引 (1)术语 (1)“TimesTen应用程序”或“直连应用程序” (1)“TimesTen客户机/服务器应用程序” (2)install_dir (2)C++用户：考虑使用TTClasses (2)2 实现最佳性能TimesTen文档中的性能信息 (4)有关最常见问题的（影响性能的因素）建议 (4)运行对性能要求高的直连应用程序 (4)预先准备好所有SQL语句 (5)控制磁盘写频率 (6)为查询创建合适的索引 (6)使用“showplan”验证是否使用了合适的索引来进行查询 (8)关闭自动提交(autocommit)并定期提交 (9)C/C++ (ODBC)与Java (JDBC)性能比较 (9)通过在加载数据之后创建索引来加速（大批量）数据加载 (10)使用TTClasses，避免使用OLEDB 、ADO和第三方中间件 (10)多CPU性能调优 (10)使用连接池 (11)最大限度地提高数据库的并发性 (11)及时关闭只读游标 (11)避免大批量的删除语句 (11)考虑使用 “DELETE FIRST NumRows” (12)缩短不必要的长期运行的事务 (12)3 最大限度地提高稳定性最大限度地提高稳定性 (13)TimesTen文档 (13)TimesTen架构和数据库恢复简明指南 (13)避免应用程序的意外失败 (14)必须断开TimesTen应用程序与数据库的连接 (14)避免对TimesTen应用程序使用“kill –9”命令 (14)备份 (14)检查点 (15)其他好的实践 (15)检查所有ODBC函数的返回码，然后处理它们 (15)处理数据库失效错误 (16)处理死锁和锁超时错误 (16)从一个已满磁盘恢复 (17)4 复制和XLA复制 (18)将DSN名用作文件名前缀 (18)在进行–duplicate操作之前执行两个检查点操作 (19)复制配置应（手动）指定端口号 (19)监控复制 (20)SEQUENCE与复制和故障恢复的相互影响 (21)XLA (21)使用持久性XLA (21)始终监控XLA (22)最大限度地提高XLA性能 (22)索引1 概述本文详细介绍了如何利用TimesTen开发具有最佳性能和强健性的应用程序。
浅谈TimesTen内存数据库的结构_光环大数据培训
浅谈TimesTen内存数据库的结构_光环大数据培训OracleTimesTenIn-MemoryDatabase（简称TimesTen或TT）是一种业界领先的内存中关系数据库，2005年被oracle公司收购。
TimesTen主要为电信、网络、证券交易等行业提供基础架构软件，并用这种软件进行事件管理、交易...管理数据库存储HadoopOracle进程朱亮云和恩墨技术专家，6年专职oracledba生涯先后服务于保险、金融、电信、百货等客户OracleTimesTenIn-MemoryDatabase（简称TimesTen或TT）是一种业界领先的内存中关系数据库，2005年被oracle公司收购。
TimesTen主要为电信、网络、证券交易等行业提供基础架构软件，并用这种软件进行事件管理、交易和数据的工作，支持的系统包括实时计费系统、股票交易系统、呼叫中心系统、航线运营系统等。
TimesTen主要用于以下部署方式：1、用于独立的OLTP系统的内存数据库2、用于Oracle物理数据库的内存缓存数据库3、在OracleExalytics的内存分析一般行业内，大多采用第一种和第二种方式使用TimesTen数据库。
文件结构TimesTen数据库主要包括的文件有：1、检查点文件主要用来记录和同步DataStore的内存数据，是内存在磁盘上的一个镜像，类似于oracle数据库的数据文件。
每个TimesTen实例有两个检查点文件，在做检查点操作的时候会交替写入这两个文件，两个检查点文件之间的存在一定的时间间隔。
在TimesTen数据库中，有两种类型的检查点：非阻塞检查点：非阻塞检查点也被称为模糊检查点。
这些检查点的频率可以通过应用程序进行调整。
非阻塞检查点不需要数据库上的任何锁，因此在检查点操作正在进行时，多个应用程序可以在同一数据库上异步提交或回滚事务，它是一个不完全检查点，不必保证事务的一致性。
阻塞检查点：做该检查点操作时会加上数据库级别的锁，它是一个完全检查点，必须保证事务的一致性。
Timesten内存数据库新特性
OCI -- Functionality
• TimesTen support for OCI APIs
• A subset of the Oracle OCI functionality • A subset of the SQL functionality(at the same level as TimesTen
Oracle Confidential
OCI -- Motivation & Benefit
• OCI has a very large customer base
• Oracle Call Interface provides a set of C API with Oracle DB • OCI has been available since Oracle DB V6
<Insert Picture Here>
TimesTen 11gR2 New Features
Oracle Confidential
<Insert Picture Here>
Application Development TimesTen Support for OCI, Pro*C/C++, PL/SQL, ttSrcScan
C or C++ source programs • Supports embedded SQL 92 syntax • Provides same level of SQL functionality as supported in the
TimesTen ODBC interface • TimesTen 11.2.1 installer provides all required software for
TimesTen安装配置-Oracle 内存数据库
因为工作的需要，我编写了一份timesten的安装文档。
安装环境是RedHat AS5 64位的操作系统。
1、用 root 登录系统2、在 /etc/sysctl.conf 文件后追加一些配置， vi /etc/sysctl.conf保存退出3、修改 limit 配置4、重启机器5、建用户6、用 passwd 命令修改 timesten 用户的口令为 timesten7、切换成 timesten 用户8、把 tt70install.tar.gz 放到 /timesten 目录下9、解压 tt70install.tar.gz10、安装 timesten11、选择产品是 64 位，还是 32 位，出现如下提示：选择安装 64 位 Linux 版本，确认回车12、确认 timesten 实例名，出现如下提示默认选择 timesten 的 instance 名字，直接回车，提示：默认回车13、选择安装产品，出现如下提示选择安装“ Oracle TimesTen In-Memory Database with Cache Connect to Oracle ”，输入 2 ，确认回车14、选择安装组件，出现如下提示选择安装“ Client/Server and Data Manager ”，默认确认回车15、选择安装 timesten 的目录，出现如下提示选择 /timesten ，确认回车16、选择创建守护进程的主目录，出现如下提示默认回车，出现如下提示：提示目录不存在是否创建，默认选择 yes ，确认回车。
开始解压安装，提示如下17、解压结束后，安装 Demo 程序，出现如下提示默认回车确认，提示如下：18、选择 timesten 守护进程的端口，出现如下提示默认选择 17001 端口，确认端口没有被占用[1] ，确认方法见脚注。
如果 17001 端口没有被占用的话，则默认回车确认，如果被占用，则输入 no ，回车，出现如下提示输入一个没有被占用的端口，回车确认。
内存数据库的使用—TimesTen和Altibase
TimesTen篇—简介
结构
Log
TimesTen有自己的日志文件，以及存放日志文件 的目录（LogDir），缺省的就是和DataStore放在 同一个目录下。但一般建议分开放。日志的概念 和Oracle的一样，在回滚以及恢复的时候，都会 用到它。
TimesTen篇—简介
连接方式
Direct Driver连接 连接 Client/Server连接 连接 Driver Manager连接 连接
TimesTen篇—TT命令集
ttRepStart/ttRepStop : 功能：启动和关闭replication agent 用法： call ttrepstart(); call ttrepstop(); history Description: Lists previously executed commands. monitor Command Usage: monitor
TimesTen篇—简介
结构
DataStore
DataStore 是指TimesTen中的表、索引等放在内 存段中的一个集合，类似与Oracle中库的概念。 一个TimesTen Data Manager可以管理多个 DataStore。DataStore由放在相应ODBC配置文 件中的一个DSN（Data Source Name）所定义， 该DSN由一个名字和相关的属性组成
TimesTen篇—简介
连接方式
Direct Driver连接 连接 ቤተ መጻሕፍቲ ባይዱimesten推荐连接方式，由于没有了协议转换的开 销，这种连接方式具有最高的效率。对于JDBC应 JDBC 用程序，可以通过JDBC库访问ODBC的direct driver。这种连接方式要求应用程序和Timesten数 据库处于同一台服务器上。对于共享模式，数据库 被加载到共享内存中，多个应用程序可以共享访问 内存中的数据。可以减少TCP/IP，IPC方面的开销。
TimesTen 基础认识
1.什么是Oracle TimesTen内存数据库Oracle TimesTen内存数据库是一款内存优化的关系型数据库。
该产品可使应用大幅提高响应速度和吞吐量来满足当今有实时需求的企业，尤其适合电信，金融，互联网，旅游，在线游戏，保险等行业的企业。
部署在应用层的TimesTen数据库是一款可嵌入式或者独立的数据库。
它完全驻留在物理内存中，通过标准SQL接口进行数据库操作。
此外，该产品还包括复制技术来进行实时事务在TimesTen数据库之间的复制，进而实现高可用性和分担负载的目的。
2.什么是Oracle TimesTen应用层数据库缓存自从Oracle 12c 数据库推出了In-Memory功能，为了避免理解上的误解，将之前的Im-Memory Database Cache 改为了应用层数据库缓存。
该功能是Oracle TimesTen数据库的一个选项，来提供实时的对Oracle 数据库的读写缓存。
通过缓存性能敏感的表的子集从Oracle数据库到应用层，来提高应用事务响应时间。
缓存表在TimesTen数据库中的管理仍然是常规的关系型数据库表的管理方式。
因此，可以提供给应用一个完全通用和功能完备的关系型数据库，与Oracle数据库保持缓存透明维护的一致，并且实时高效的内存数据库。
为了实现高可用性，OraleTimesTen应用层数据库缓存可以通过使用actinve-standby配置的部署方案，且缓存表可以在Oracle TimesTen数据库之间进行实时复制。
3.TimesTen 内存数据库是否是Oracle 12c数据库的一部分Oracle TimesTen应用层数据库缓存是针对Oracle 12c 和11g数据库的一个数据库功能。
它包括了TimesTen内存数据库和缓存技术。
可以使得TimesTen作为一个内存缓存数据库自动将数据在TimesTen 和Oracle 数据库同步。
Oracle TimesTen内存数据库需要单独购买License。
1-TimesTen内存库同步异常处理
CacheGroup的基本操作：TimesT en的组成：TT由三部分来组成的，分别是TT数据库服务器、数据复制选件和高速缓存选件。
Oracle TimesTen In- Memory Database：是一个优化了的内存数据库。
Replication-TimesT en T o TimesT en：是TT的一个选件，它支持数据库之间的实时复制，这个数据库之间可以是Oracle的主备机之间，也可以是两个TT之间的数据Rep。
但不能是Oracle和TT之间的数据复制。
可以使用异步和同步的传输，可以进行冲突解决和冲突检测，以及服务器故障后的自动重新同步。
Cache Connect T o Oracle：是Oracle的一个选件，能够将Oracle中的数据加载到TT中。
然后实现Oracle和TT的双向更新。
在TT中查看CacheGroup的相关信息：>>cachegroup；//查看所有的cache的信息>>cachegroup CG_RA T_RES_ACCUMULA TOR_556 //查询单个cache的信息。
使用该命令输出的相关信息说明：手动刷新ReadOnly的CacheGroup的命令：首先要保证该CacheGroup的状态为Paused或OFF。
使用查看命令查看该Cache的状态如果是ON则需要手动修改该状态。
>>alter cache group cachegroupname set Autorefresh State paused状态正确则可以执行手动更新：>>refresh cache group cachegroupname commit every 1000 rows手动删除CacheGroup在删除CacheGroup的时候要保证CacheAgent是开启的，这样删除Cache的时候也会同步修改Oracle库中的信息，这样能保证彻底的删除，如果是在CacheAgent关闭的情况下删除的则可能造成TT的同步失败。
Oracle_内存数据库Times_Ten(_33_)
Oracle Corporation - Copyright 2007
数据发布 - Transaction Log API (XLA)
XLA Apps
Real-time Apps
• Transaction Log API (XLA)
• • • • 跟踪实时数据变化 监控交易变化 发送数据变化到外部应用 实现实时事件通知与处理
AutoRefresh
Reads
Oracle
应用读取数据 TimesTen 之间数据复制. 从 Oracle 到 TimesTen Node 1 = 主节点 Node 2 = 备用节点
TimesTen Node 1
TimesTen Node 2
AutoRefresh
Oracle
After Failure
Oracle Corporation - Copyright 2007
HA – 只读缓存组
Reads Reads
Reads
Replication
TimesTen Node 1 TimesTen Node 2
TimesTen Node 1
TimesTen Node 2
AutoRefresh
Oracle
TimesTen 之间的复制
• 高稳定性、高可靠性 • 灵活的配置方式
• Active-standby, Active-active, 多路
Oracle Corporation - Copyright 2007
复制 – 从TimesTen 到 TimesTen
Active - Standby
• 交易复制
TimesTen Node 1
TimesTen Node 2
内存数据库 TimesTen 简介
第一，传统的数据库和应用程序是两个不同的应用系统， 它们之间的通讯是通过IPC连接来实现的；而TimesTen 则是直接把数据库的内存映射到应用程序的地址空间中， 简单来说，这时候TimesTen访问数据库中的数据，就象 访问应用程序自己的数组、字符串变量一样，只不过 TimesTen有一套完善的机制来实现数据的一致性和完整 性。这种直接嵌入到应用程序的运行地址空间机制比IPC 要高效很多。
Oracle TimesTen 内存数据管理软件由TimesTen数据库服务器、数据复 制选件和高速缓存选件三部分组成。
Oracle TimesTen In- Memory Database Oracle TimesTen In-Memory Database 是一个内存优化的关系数据库，它为应用程序提供了当今实 时企业和行业（例如电信、资本市场和国防）所需的即时响应性和非常高的吞吐量。Oracle TimesTen In-Memory Database 作为高速缓存或嵌入式数据库被部署在应用程序层中，它利用标准的 SQL 接口对 完全位于物理内存中的数据存储区进行操作。 Replication – TimesTen to TimesTen Replication – TimesTen to TimesTen 是 Oracle TimesTen In-Memory Database 的一个选项，它 支持服务器间的实时数据复制，以获得高可用性和负载共享。数据复制配置可以是双机热备份 (activestandby) 或负载均衡 (active-active)，可以使用异步或同步传输，可以包含冲突检测和冲突解决以及在 故障服务器恢复后自动重新同步。数据复制与 Cache Connect to Oracle 选项完全兼容。 Cache Connect to Oracle Cache Connect to Oracle 是 Oracle TimesTen In- Memory Database 的一个选项，它为位于应用 程序层中的 Oracle 数据创建实时、可更新的高速缓存。它免除了后端系统的计算负担，并支持反应灵敏 且可伸缩的实时应用程序。Cache Connect to Oracle 能够将 Oracle 数据的子集加载到 TimesTen 中， 能够双向传播更新，能够使对非高速缓存数据的 SQL 请求的透传自动化，并能够在故障之后自动重新同步 数据。Cache Connect to Oracle 与 Replication – TimesTen to TimesTen 选项完全兼容。