timesten专题

TimesTen 应用层数据库缓存学习：3. 环境准备 - DB 12cR1版本

本文通过一个例子讲述在建立Cache Group之前的准备工作。准备工作包含4个部分。 1. 在Oracle数据库中创建用户 2. 为TimesTen数据库创建DSN 3. 在TimesTen 数据库中建立用户 4. 在TimesTen数据库中设置cache administration用户名和口令本例演示环境包括一个Oracle数据库TTORCL（对应于12c的可插拔数据库pdb

TimesTen 应用层数据库缓存学习：12. 管理缓存环境

缓存和复制代理的启停和状态查看 cache agent的作用是将监控Oracle中数据的变化，并更新到TimesTen。因此，对于只读和AWT缓存组，cache agent都是必需的。 cache agent的启停 ttisql> call ttcachestartttisql> call ttcachestop或者$ ttadmin -cachestart DSN$ ttadmin

TimesTen 应用层数据库缓存学习：11. AWT性能监控

演示环境准备为了运行以下的例子，我们建立了一个AWT缓存组 Oracle Schema用户: $ sqlplus tthr/oracle@ttorclcreate table orders(ord_num int primary key, ship_time timestamp not null);grant select, insert, update, delete on orde

TimesTen 应用层数据库缓存学习：10. 监控缓存组的autorefresh操作

测试环境准备 $ sqlplus tthr/oracle@ttorclcreate table orders(ord_num int primary key, ship_time timestamp not null);insert into orders values(1, sysdate);commit;grant select on orders to cacheadm;$ tti

TimesTen 应用层数据库缓存学习：9. 一些独特的缓存组定义选项

在缓存组定义中，有一些选项，它们平常很少会用到，但在一些特定的场合也许有用。这些选项是： * ON DELETE CASCADE * UNIQUE HASH ON * Where 条件中的SYNONYM * 缓存LOB数据 ON DELETE CASCADE on delete cascade由于涉及到delete操作，因此一般用于AWT缓存组。不过只读缓存组也可以用。设定了O

TimesTen 与Oracle 数据库 12c的结合

之前的例子都是TimesTen与Oracle 11gr2结合，今天试了一下与DB 12c的结合。从TimesTen的角度来说，12c和11g没有区别，都是通过tnsnames.ora来连接，主要的工作还是在12c这边。本文介绍TimesTen 11.2.2.8.11和Oracle DB 12.1.0.2.0的结合，平台为Oracle Linux Server release 6.6 安

TimesTen 应用层数据库缓存学习：14. 用户自定义(User Managed)缓存

在TimesTen中，read-only, AWT, SWT都属于系统管理的缓存组，而User managed cache group则是用户自定义的缓存组。 When TimesTen manages operations for user managed cache groups, it connects to the Oracle database using the current

在Windows上安装TimesTen

在Windows上安装TimesTen比Linux上安装还要简单，根据向导一步步走即可，下面只讲比较关键的部分。本文描述在64位Windows上安装TimesTen 11.2.2.8.9 指定安装目录为C:\TimesTen\tt1122_64 选择安装组件，本例安装客户端和服务器选择示例数据库数据文件目录，C:\Users*username*\AppData\Roaming\

TimesTen 应用层数据库缓存学习：8. 配置Sliding Window(滑动窗口)

Sliding Window（滑动窗口）是Cache Group常用的一种场景。本文介绍滑动窗口的基本概念以及如何配置滑动窗口。滑动窗口的描述如下： In a sliding window configuration, new rows are inserted into and old rows are deleted from the cache tables on a regul

TimesTen 应用层数据库缓存学习：7. 同步读写缓存

同步读写缓存(SWT)比较少用到，它性能肯定是不如AWT，但数据一致性强于AWT。数据先在Oracle提交，然后才在TimesTen中提交，因此TimesTen的约束可以比Oracle弱。和AWT一样，SWT的定义不能出现where条件和AWT一样，虽然Oracle端可以修改，但是不建议。定义dynamic SWT缓存 CREATE DYNAMIC SYNCHRONOUS W

TimesTen 数据库复制学习：18. classic复制的典型设计模式-双向复制

双向复制是classic复制的典型模式，双向复制即active/active模式，本文定义对于单表的双向复制，两边对于同一表可以同时更改。 DSN如下： [master1]Driver=/home/oracle/TimesTen/tt1122/lib/libtten.soDataStore=/tmp/master1DatabaseCharacterSet=AL32UTF8Conne

TimesTen 数据库复制学习：16. 一个缓存组，复制，客户端自动切换的串烧实验

简介这时一个集只读，AWT缓存组，Active Standby 复制，client auto failover为一体的集成实验。整个过程来至于Doc ID 1359840.1, 本文基于此文档按照自己的环境重做了一遍，并更正了其中的小错误，增加了自己的理解。本文省略了在Oracle端设置缓存组的过程，可以参见前面的文章。搭建的环境为虚拟机 timesten-hol 上安装了两个Ti

TimesTen的守护进程

TimesTen的守护进程分为主守护进程和子守护进程。主守护进程主守护进程即ttDaemonAdmin启动的进程，也称为Data Manager Daemon。主守护进程的作用为： Manages shared memory accessCoordinates process recoveryKeeps management statistics on what databases

TimesTen的逻辑服务器名概念

概念 TimesTen中逻辑服务器名(logical server name)的概念用的很少，但是了解一下还是必要的。首先，logical server是在客户端定义，指向服务器端。其次，当用非TCP/IP的通讯协议或者TimesTen Server不在缺省的端口监听时，必须使用logical server name。 A logical server name is a def

TimesTen 数据库复制学习：9. 更改Active Standby Pair

在Active Standby Pair中复制DDL语句在以下的例子中，active master为cachedb2, standby master为cachedb1 在Active Standby Pair复制数据库对象 DDLReplicationLevel 连接属性可以控制复制对象的行为。 DDLReplicationLevel = 1：不复制表，索引和同义词的create 和 d

TimesTen 应用层数据库缓存学习：19. 理解AWT缓存组的三种模式

概述本文很好的讲述了AWT三种缓存组的概念和区别，并给出了3种缓存组从建立到摧毁的完整过程。 AWT缓存组有3中类型： 1. AWT 缺省 (Manually load) 2. AWT Dynamic 3. AWT Dynamic Globle (Cache Grid) 各种AWT类型的区别 AWT 缺省 (Manually load) TimesTen中inserted/upd

TimesTen 应用层数据库缓存学习：18. 利用TimesTen实现Sharding或数据分区

考虑到恢复和磁盘加载到内存的速度，单个TimesTen数据库可以缓存的数据一般不超过100G，如果需要缓存的数据较大，一般可以利用多个TimesTen来实现数据分区或分片(Sharding)。虽然TimesTen有Cache Grid即Global Cache Group的概念，但由于其还不太成熟，一般采用手工分区的方式，即通过应用服务器定向到指定的TimesTen的方式。以下给出了只读和

TimesTen 应用层数据库缓存学习：17. 全局数据缓存(cache grid)的高可用性

概述本文有两个目的： 1. 介绍TimesTen Global Cache Grid的高可用性 2. 给出了一个简单的建立和清理Global Cache Grid的过程，前面已经有一篇文章: TimesTen 应用层数据库缓存学习：13. 全局数据缓存(cache grid)，但那个Cache Group太复杂建立一个简单的Global Cache Grid 首先建立两个TimesT

TimesTen数据库复制对于时间同步的要求

今天做了一个带缓存组的Active Standby Pair复制的实验，启动复制代理后，standby master数据库迟迟不能进入STANDBY状态，最终在tterrors.log中找到了原因： 2016-11-07 22:16:11.99 Err : REP: 3940: [0x7fa64c31d700, 0, noAwt] MASTER1:transmitter.c(9937): TT

TimesTen备份文件名解读

一个备份的输出如下： $ ll total 44292 -rw——-. 1 timesten timesten 28867176 Oct 18 22:05 sampledb_1122.0.bac -rw——-. 1 timesten timesten 16480256 Oct 18 22:05 sampledb_1122.0.bac0 -rw——-. 1 timesten timeste

TimesTen PM 的 discussion thread

今天正好查TimesTen备份文件的格式，在Oracle Community上找到了Chris Jenkins 的解答，解释简明而到位，看来除了MOS和internal forum，还可以多关注一下Oracle Community上的他的帖子。地址在这： https://community.oracle.com/people/Chrisjenkins-Oracle?customTheme=o

一个有趣的TimesTen大数据案例-美国邮政

最近看到一个TimesTen的案例，是关于美国邮政的。看看美国邮政网站上的两张邮票。 Shirley Temple，我喜欢的童星。猴票，和猴有啥关系? 好了，言归正传，此案例有三点吸引了我： 1. 贴上了大数据的标签 2. 内存容量较大 3. 后面的电子邮票业务下面分别说说这几点。 TimesTen大数据处理平均每秒处理2000封邮件，峰值达到74000封，扫

TimesTen Classic 18c 安装与配置过程

参考 Complete example for installing and uninstalling TimesTen Classic 概述 TimesTen 18.1.2.1版是首个兼容TimesTen Classic模式的安装包。Release Notes是这么说的： This release supports Classic TimesTen In-Memory Database

TimesTen 18.1.2.1.0发布了

2月19日正式发布的。参见TimesTen 产品页面中的TimesTen 18.1.2.1.0 Patchset Features，以及Release Notes，及产品下载页面。以下是来自TimesTen 中国区PM的说明：新春伊始，TimesTen开发和产品管理团队很高兴地宣布 TimesTen 18.1.2.1.0 补丁集已经正式发布了！除了针对TimesTen Scaleou

TimesTen 18c下ttImportFromOracle运行报错问题解决

从官网下载ttImportFromOracle。在TimesTen 18c下运行报错： ttImportFromOracle: error while loading shared libraries: libclntsh.so.11.1: cannot open shared object file: No such file or directory 在安装目录下只找到了libcln

TimesTen只读缓存组在初始加载时会检查Aging吗?

先说为什么要问这个问题，用户的Oracle数据库中有一个非常大的表，存1年的数据，每天1000万条记录。现在需要用TimesTen来做只读缓存，但只需缓存最近一个月的数据，因此申请的内存也只够缓存1个月的。那么如果TimesTen在初始加载时，先加载所有数据，然后再使用Aging清除数据。那么加载所有数据这一步就会失败，因为内存不过；而且这么做显得有点多余。所以按照逻辑来说，应该在初始加载