TimesTen

TimesTen 11g/7 中清除Cache Group

canoe — Fri, 15 Jan 2010 03:58:32 +0000

1. Cache Group/Grid的清除

在TimesTen 7以上的版本中，如果已经建了Cache Group，而你想直接ttdestroy datastore的话，会报如下的错误：

[timesten@rac1 info]$ ttdestroy tt_workshop

Failed to destroy data store: TT10026: Some cache groups that hold triggers and other objects in Oracle may exist in the datastore, drop all the cache groups before destroying the datastore — file "db.c", lineno 22014, procedure "sbDbDestroy"

这是因为建立Cache Group的时候会在Oracle那边的创建一些底层的辅助性的objects，所以要求你在ttdestroy之前必须先drop 掉相关的Cache Group。

在我们上面的例子中，在RAC1节点上，有三个Cache Group，分别是AWT、G_AWT、RO。

[timesten@rac1 info]$ ttisql tt_workshop

Command> cachegroups;

Cache Group CACHEUSER.AWT:

Cache Group Type: Asynchronous Writethrough

Autorefresh: No

Aging: No aging defined

Root Table: ORATT.BONUS

Table Type: Propagate

Cache Group CACHEUSER.G_AWT:

Cache Group Type: Asynchronous Writethrough global (Dynamic)

Autorefresh: No

Aging: LRU on

Root Table: ORATT.DEPT

Table Type: Propagate

Child Table: ORATT.EMP

Table Type: Propagate

Cache Group CACHEUSER.RO:

Cache Group Type: Read Only

Autorefresh: Yes

Autorefresh Mode: Incremental

Autorefresh State: On

Autorefresh Interval: 5 Seconds

Autorefresh Status: unknown

Aging: No aging defined

Root Table: ORATT.SALGRADE

Table Type: Read Only

3 cache groups found.

Command>

那么清除Cache Group有哪几种方式呢？一般有如下三种

1) 推荐的命令方式

//执行下面命令之前必须保证Oracle是运行的，且replication agent是关闭的，但cache agent是打开的。如果有Cache Grid的话，必须先detach。

ttisql tt_workshop

Command> grant drop any table to cacheuser;

ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

Command> Call ttGridDetachAll;

Command> call ttrepstop;

Command> drop cache group g_awt;

Command> drop cache group awt;

Command> drop cache group ro;

Command> Call ttcachestop;

Command> exit;

ttdestroy tt_workshop;

2) 通过脚本手工删除方式

有的时候，Oracle那边的额东东可能是通过手工方式创建，虽然这种情形比较少，那么随后的清除Cache Group也必须通过手工的方式去做。

ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

Command> cachesqlget INCREMENTAL_AUTOREFRESH RO UNINSTALL /tmp/obj.sql;

Command> exit

% sqlplus / as sysdba

SQL> @/tmp/obj

SQL> exit

这种方式虽然比较少见，不过可以通过这种方式看看到底TimesTen在oracle那边做了些什么。

3) 暴力方式

还有一种情形，可能TimesTen突然宕机了，导致datastore或者磁盘无法访问，或者整个datastore都不见了，这样也就无从说起通过命令行或者手工删除的方式去oracle那边清除了。这时候就只能到oracle那边把所有的相关object找出来，直接清除，不过这样做的风险就是，如果你还有其他的TimesTen也连在这个Oracle上，就都失效了。所以一般只是在特殊的情形下，且只有宕机的TimesTen连到这个Oracle。

% sqlplus / as sysdba

SQL> select ‘drop ‘||object_type ||’ ‘||owner||’.'||object_name|| ‘;’ from all_objects where object_name like ‘TT\_%’ escape ‘\’;

‘DROP’||OBJECT_TYPE||”||OWNER||’.'||OBJECT_NAME||’;’

——————————————————————————–

drop TABLE CACHEUSER.TT_05_USER_COUNT;

drop TABLE CACHEUSER.TT_05_SYNC_OBJS;

drop TABLE CACHEUSER.TT_05_MYGRID_1CGNODEINFO;

drop TABLE CACHEUSER.TT_05_MYGRID_1CGNODEID;

drop INDEX CACHEUSER.TT_05_MYGRID_1CGIXIPPORT2;

drop INDEX CACHEUSER.TT_05_MYGRID_1CGIXIPPORT;

drop TABLE CACHEUSER.TT_05_MYGRID_1CGGROUPDEFS;

drop TABLE CACHEUSER.TT_05_DDL_TRACKING;

drop TABLE CACHEUSER.TT_05_DDL_L;

drop TABLE CACHEUSER.TT_05_DB_PARAMS;

drop TABLE CACHEUSER.TT_05_DATABASES;

‘DROP’||OBJECT_TYPE||”||OWNER||’.'||OBJECT_NAME||’;’

——————————————————————————–

drop INDEX CACHEUSER.TT_05_CACHE_STATS_S_U;

drop TABLE CACHEUSER.TT_05_CACHE_STATS;

drop TABLE CACHEUSER.TT_05_AR_PARAMS;

drop TABLE CACHEUSER.TT_05_AGENT_STATUS;

drop TABLE TIMESTEN.TT_GRIDINFO;

drop TABLE TIMESTEN.TT_GRIDID;

17 rows selected.

SQL>

然后直接在sqlplus中执行上面生成的drop语句即可。

一般来说，最好是通过第一种方式，即正常的命令行方式执行清除。如果Cache Grid涉及到多个TimesTen节点，在每个节点上也都要完成同样的清除工作。

TimesTen 11g 中创建Cache Grid

canoe — Thu, 14 Jan 2010 02:35:13 +0000

1. 创建全局的AWT Cache Group

Cahe Grid是11g中一个中的一个亮点，故名思义，它是在Cache Connect这一层架构了一个集群，即底层是同一个Oracle数据库（而且必须有），在此之上是一个TimesTen组成的Cache集群，每个TimesTen缓存部分的Oracle数据，但数据也可以在TimesTen之间流动，同时最终的数据都可以同步到底层的Oracle数据库。所以理想的状况下，每个TimesTen的数据对本地应用来说是完整的，不需要和其它节点或者Oracle交互，但不是很频繁的数据流动也是支持，但个人觉得最好这种操作不要太多，否则肯定影响性能。另外，每行记录在整个Cache Grid最多有且仅有一份，如果数据从A节点流动到B节点，则A节点上的该行数据就没了，只在B节点上有。为什么说最多有且仅有一份呢，因为可能这行记录在所有的TimesTen上都没有，只存在于Oracle上，那么第一次访问的时候，会自动从Oracle加载到相应的TimesTen节点上。

//下面的实验接着Cache Group的实验来进行，下面这一步还是在原来的机子上操作的，即RAC1上。用全局的AWT来组成一个Cache Grid，即在多个节点上都有Cache Group，它们逻辑上是同一个数据库，可以保证数据和事务的一致性。

//创建的时候必须把replication agent停掉

ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

Command> call ttrepstop;

Command> create dynamic asynchronous writethrough global cache group g_awt from

oratt.dept(

deptno number(2) primary key,

dname varchar2(14) ,

loc varchar2(13)

oratt.emp(

empno number(4) primary key,

ename varchar2(10),

job varchar2(9),

mgr number(4),

hiredate date,

sal number(7,2),

comm number(7,2),

deptno number(2),

foreign key (deptno) references oratt.dept(deptno));

Command> call ttrepstart;

//在操作Global AWT之前必须和一个Cache Grid关联，参数具体说明可以参考reference一书，第一个参数1的位置只有在这个节点上存在着active-standby pair的模式，且是standby节点加入到Cache Grid的时候才是2，其它情况下都是1。端口5001则是任意空闲的相互之间可以通讯的任何端口都可以。

Command> call ttGridAttach(1,’tt_workshop’,'rac1′,5001);

Command> exit;

//通过oratt用户的查询去动态加载所需的数据

ttisql "dsn=tt_workshop;uid=oratt;pwd=timesten;oraclepwd=oracle"

Command> select * from oratt.emp;

0 rows found.

Command> select * from oratt.dept;

0 rows found.

Command> select * from oratt.emp where empno=7900;

< 7900, james, clerk, 7698, 1981-12-03 00:00:00, 950, , 30 >

1 row found.

//7900对应的deptno为30，所有deptno=30的记录都被加载

Command> select * from oratt.emp;

< 7499, allen, salesman, 7698, 1981-02-20 00:00:00, 1600, 300, 30 >

< 7521, ward, salesman, 7698, 1981-02-22 00:00:00, 1250, 500, 30 >

< 7654, martin, salesman, 7698, 1981-09-28 00:00:00, 1250, 1400, 30 >

< 7698, blake, manager, 7839, 1981-05-01 00:00:00, 2850, , 30 >

< 7844, turner, salesman, 7698, 1981-09-08 00:00:00, 1500, 0, 30 >

< 7900, james, clerk, 7698, 1981-12-03 00:00:00, 950, , 30 >

6 rows found.

Command>

2. Global AWT的动态扩展

按照Cache Grid的架构，当业务增长的时候，需要再配置一台服务器分担业务压力，这时候就涉及到Cache Grid的动态扩展了，即在原来节点上运行的系统不停止的情况下，动态地把一个新的节点加入到已有的集群中去。我们上面实验的机子hostname为RAC1，上面装了TimesTen和Oracle。下面我们在新的机子RAC2上再部署一个TimesTen，并且配置好之后加入到原来的mygrid集群中去。下面所有的操作都是在RAC2上进行的。

a) 安装TimesTen

在RAC2安装TimesTen之前，是否需要安装Oracle数据库软件或者Oracle数据库软件的客户端呢？答案是不需要的，但后面TimesTen又确实需要和RAC1上的Oracle同步，那它怎么去访问的呢？在TimesTen 11g的版本中，安装介质里面含有一个Oracle instant client，即简化的客户端软件。在上面创建AWT 以及ReadOnly的例子中，我们配置的tnsnames.ora是在$ORACLE_HOME/network/admin目录下，但RAC2压根就没有$ORACLE_HOME这一说，怎么办呢？可以通过设置TNS_ADMIN来指定tnsnames.ora在哪儿，这个设置可以在安装TimesTen的过程中，通过

Please enter a value for TNS_ADMIN (s=skip)? [ ]

/home/timesten/TimesTen/tt1121/network/admin

虽然这个路径安装到这一步提示的时候还没有，但如果你知道TimesTen的路径结构，可以先设置。当然不确定的话，可以先skip掉，安装后之后通过ttmodinstall来修改。

b) 配置DSN

在RAC2上配置好DSN

[tt_workshop]

Driver=/home/timesten/TimesTen/tt1121/lib/libtten.so

DataStore=/home/timesten/datastore/tt_workshop

DatabaseCharacterSet=ZHS16GBK

PermSize=100

TempSize=32

CkptFrequency=120

CkptLogVolume=0

PLSQL=1

OracleNetServiceName=devdb1

c) 设置好环境变量

在.bash_profile 中，加入如下行，我还是设置了一个环境变量叫ORACLE_HOME，虽然它跟传统意义上的ORACLE_HOME目录下的东西很不一样，但因为sqlplus工具在这个目录下，所以就这样设置了。

export ORACLE_SID=devdb1

export ORACLE_HOME=/home/timesten/TimesTen/tt1121/ttoracle_home/instantclient_11_1

export TT_HOME=/home/timesten/TimesTen/tt1121

export LD_LIBRARY_PATH=$ORACLE_HOME:$TT_HOME/lib

export TNS_ADMIN=/home/timesten/TimesTen/tt1121/network/admin

PATH=$ORACLE_HOME:$TT_HOME/bin:$PATH:$HOME/bin

d) 创建TimesTen用户

//创建和前面实验中同样的用户

[timesten@rac2 oraclescripts]$ ttisql tt_workshop

Command> create user cacheuser identified by timesten;

Command> grant create session,cache_manager,create any table to cacheuser;

Command> create user oratt identified by timesten;

Command> grant create session to oratt;

Command> exit

e) 创建同一个结群下的另一个Global AWT

//用cacheuser用户登录创建global AWT

[timesten@rac2]$ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

//设置Cache Group管理用户信息并创建Cache Grid

Command> call ttcacheuidpwdset(’cacheuser’,'oracle’);

//不需要再次call ttgridcreate(’mygrid’);

Command> call ttgridnameset(’mygrid’);

Command> call ttCacheStart;

Command> create dynamic asynchronous writethrough global cache group g_awt from

oratt.dept(

deptno number(2) primary key,

dname varchar2(14) ,

loc varchar2(13)

oratt.emp(

empno number(4) primary key,

ename varchar2(10),

job varchar2(9),

mgr number(4),

hiredate date,

sal number(7,2),

comm number(7,2),

deptno number(2),

foreign key (deptno) references oratt.dept(deptno));

Command> call ttrepstart;

Command> call ttGridAttach(1,’tt_workshop’,'rac2′,5001);

Command> exit;

//通过oratt用户去操作数据

ttisql "dsn=tt_workshop;uid=oratt;pwd=timesten;oraclepwd=oracle"

Command> select * from oratt.emp where empno=7900;

< 7900, james, clerk, 7698, 1981-12-03 00:00:00, 950, , 30 >

1 row found.

Command> select * from oratt.emp ;

< 7499, allen, salesman, 7698, 1981-02-20 00:00:00, 1600, 300, 30 >

< 7521, ward, salesman, 7698, 1981-02-22 00:00:00, 1250, 500, 30 >

< 7654, martin, salesman, 7698, 1981-09-28 00:00:00, 1250, 1400, 30 >

< 7698, blake, manager, 7839, 1981-05-01 00:00:00, 2850, , 30 >

< 7844, turner, salesman, 7698, 1981-09-08 00:00:00, 1500, 0, 30 >

< 7900, james, clerk, 7698, 1981-12-03 00:00:00, 950, , 30 >

6 rows found.

Command>

此时再通过select * from oratt.emp ;去检查rac1节点上的数据，发现没了。即两个节点已经组成了一个Cache Grid，且第二个节点是动态加入进去的，在第二个节点加入的过程中，第一个节点的业务不受影响。回过头去看看，在RAC1节点上既有本地的Cache Group，也有组成Cache Grid的全局Cache Group，如果是本地的则数据不能流动，只是属于本地。所以可以根据具体的需求去创建不同的Cache Group，它们之间可以共存。

TimesTen 11g 中创建Cache Group

canoe — Tue, 12 Jan 2010 08:42:24 +0000

从TimesTen 7版本过渡到TimesTen 11g，在Cache Group这一块，操作上要复杂些，下面介绍如何在TimesTen 11g中创建Cache Group。主要参考标准文档Oracle In-Memory Database Cache User’s Guide 中的第二章 Getting Started。我的环境是RedHat 4 32bit ，TimesTen 11.2。

1. 安装Oracle软件

为了和TimesTen 11g 中底层的OCI接口以及CRS（Oracle Clusterware）的兼容，建议安装11.1.0.7或者以上版本。当然其它版本的Oracle估计也可以，但没有经过完全官方测试，在有些功能上可能会有问题，我就在11.1.0.6的版本上碰到无法卸载TimesTen 11g注册资源的问题，但如果只是普通的功能应该没什么问题。实验中我创建了操作系统用户oracle，且其.bash_profile设置如下：

export EDITOR=vi

export ORACLE_SID=devdb1

export ORACLE_BASE=/u01/app/oracle

export ORACLE_HOME=$ORACLE_BASE/product/11.1.0/db_11g

export NLS_LANG=american_america.zhs16gbk

export

PATH=$ORACLE_HOME/bin: /bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/X11R6/bin:$PATH:$HOME/bin

建议先装Oracle，再装TimesTen，这样安装TimesTen的时候可以直接设置TNS_ADMIN的路径，即tnsnames.ora文件所在的路径，位于$ORACLE_HOME/network/admin目录下。如果先装的是TimesTen，后装的Oracle，则要通过ttmodinstall来重新配置TNS_ADMIN路径。我的$ORACLE_HOME/network/admin/tnsnames.ora配置如下：

DEVDB1 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = rac1)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = devdb1)

)

2. 创建timesten用户及/etc/TimesTen目录

为了便于管理，不建议用oracle用户或者root用户安装TimesTen，实验中我单独创建了操作系统用户timesten，并使之属于dba以及oinstall组，Primary Group为dba。

用root用户创建/etc/TimesTen目录，TimesTen的大小写要一致，并更改所属用户为刚创建的timesten：

root#mkdir /etc/TimesTen

root#chown timesten:dba /etc/TimesTen

3. 安装TimesTen软件

可以去http://www.oracle.com/technology/software/products/timesten/index.html 下载最新的TimesTen版本11.2.1.4.0 (timesten112140.linux86.tar.gz)，然后解压安装。

在安装的时候要注意的地方：

TNS_ADMIN的设置

Please enter a value for TNS_ADMIN (s=skip)? [ ]

/u01/app/oracle/product/11.1.0/db_11g/network/admin

Enable PL/SQL

Would you like to enable PL/SQL for this instance? [ yes ]yes

选择文档以及Demo的安装

Do you want to install QuickStart and the TimesTen Documentation? [ no ] yes

4. 设置环境变量

修改timesten用户的.bash_profile，增加如下设置：

export ORACLE_SID=devdb1

export ORACLE_BASE=/u01/app/oracle

export ORACLE_HOME=$ORACLE_BASE/product/11.1.0/db_11g

export TT_HOME=/home/timesten/TimesTen/tt1121

export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$TT_HOME/lib

export PATH=$ORACLE_HOME/bin:$TT_HOME/bin:$PATH:$HOME/bin

要注意的是LD_LIBRARY_PATH，因为cache connect要调用oracle下的一些动态链接库，所以一定要设置准确，64位平台上可能名字叫lib64。退出并重新登录，使环境变量起作用。

5. 初始化配置

现在我们跟着文档Oracle In-Memory Database Cache User’s Guide 的第二章Getting Started一步步做，这个初始化工作都一样的，做一次就可以了。建议大家先把这一章读一遍，知道里面到底是要做些什么，Oracle里面涉及到如下几个用户：

TIMESTEN

这个用户名字无法修改指定，是直接通过timesten的安装脚本产生的，这个用户是使用Cache Grid的时候要用的，专门管理Cache Grid的元数据信息。当然你如果直接修改其脚本可以达到修改用户名的目的，但以后使用Cache Grid时肯定会碰到问题。可以认为是TimesTen在Oracle这边的定制用户。

cacheuser

这个用户是用于管理Cache Connect，比如drop cache group，create cache group，启动关闭cache agent等日常维护操作。

oratt

真正的最终数据所在的schema用户，所以在生产系统中，这个用户是我们经常要用到的，比如对表进行insert、update、delete等时，就要用这个用户了。

[timesten@rac1 oraclescripts]$ cd $TT_HOME/oraclescripts

[timesten@rac1 oraclescripts]$ pwd

/home/timesten/TimesTen/tt1121/oraclescripts

[timesten@rac1 oraclescripts]$ sqlplus / as sysdba

//为管理cache group创建单独的Oracle表空间

SQL> create tablespace cachetblsp datafile ‘datfttuser.dbf’ size 100m;

//在Oracle中创建TimesTen用户以及配置对应的表空间

SQL> @initCacheGlobalSchema "cachetblsp"

Please enter the tablespace where TIMESTEN user is to be created

The value chosen for tablespace is cachetblsp

******* Creation of TIMESTEN schema and TT_CACHE_ADMIN_ROLE starts *******

1. Creating TIMESTEN schema

2. Creating TIMESTEN.TT_GRIDID table

3. Creating TIMESTEN.TT_GRIDINFO table

4. Creating TT_CACHE_ADMIN_ROLE role

5. Granting privileges to TT_CACHE_ADMIN_ROLE

** Creation of TIMESTEN schema and TT_CACHE_ADMIN_ROLE done successfully **

PL/SQL procedure successfully completed.

//创建表所属的用户

SQL> create user oratt identified by oracle default tablespace users;

//赋予权限

SQL> grant create session,resource to oratt;

Grant succeeded.

//创建Cache Group的管理员用户

SQL> create user cacheuser identified by oracle default tablespace cachetblsp quota unlimited on cachetblsp;

User created.

//赋予相应的权限

SQL> @grantCacheAdminPrivileges "cacheuser"

Please enter the administrator user id

The value chosen for administrator user id is cacheuser

***************** Initialization for cache admin begins ******************

0. Granting the CREATE SESSION privilege to CACHEUSER

1. Granting the TT_CACHE_ADMIN_ROLE to CACHEUSER

2. Granting the DBMS_LOCK package privilege to CACHEUSER

3. Granting the RESOURCE privilege to CACHEUSER

4. Granting the CREATE ANY PROCEDURE privilege to CACHEUSER

5. Granting the CREATE ANY TRIGGER privilege to CACHEUSER

6. Checking if the cache administrator user has permissions on the default

tablespace

Permission exists

7. Granting the CREATE ANY TYPE privilege to CACHEUSER

********* Initialization for cache admin user done successfully *********

6. 在Oracle中创建表以及初始化数据

su – timesten

//记得要先启动oracle listener

sqlplus oratt/oracle@devdb1

//创建表以及数据并赋予cacheuser用户相关表的访问权限，scott.sql可以在这儿下载

SQL>@ scott.sql

//为了后面维护上的方便，讲相应的权限预先都赋予给cacheuser用户。在真实的环境中，不必要把所有的权限都给cacheuser用户，它需要什么要的操作的时候就赋予它什么样的权限即可

SQL>grant all on bonus to cacheuser;

SQL>grant all on salgrade to cacheuser;

SQL>grant all on dept to cacheuser;

SQL>grant all on emp to cacheuser;

7. 在TimesTen配置DSN以及相关设置

//配置sys.odbc.ini

[tt_workshop]

Driver=/home/timesten/TimesTen/tt1121/lib/libtten.so

DataStore=/home/timesten/datastore/tt_workshop

DatabaseCharacterSet=ZHS16GBK

PermSize=100

TempSize=32

CkptFrequency=120

CkptLogVolume=0

PLSQL=1

OracleNetServiceName=devdb1

//创建缺少的目录

mkdir -p /home/timesten/datastore

//不带用户登录，即为缺省的安装用户，相当于sys用户

[timesten@rac1 oraclescripts]$ ttisql tt_workshop

Command> create user cacheuser identified by timesten;

Command> grant create session,cache_manager,create any table to cacheuser;

Command> create user oratt identified by timesten;

Command> grant create session,create any table to oratt;

Command> exit

//用cacheuser用户登录

[timesten@rac1]$ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

//设置Cache Group管理用户信息并创建Cache Grid

Command> call ttcacheuidpwdset(’cacheuser’,'oracle’);

//TimesTen 11g 所有的cache group必须隶属于一个Cache Grid

Command> call ttgridcreate(’mygrid’);

Command> call ttgridnameset(’mygrid’);

Command> exit

至此，所有准备工作全部完成。

8. 创建只读Cache Group

//cache group的创建都是通过cacheuser用户来进行的

ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

Command> call ttcachestart;

Command> create readonly cache group ro

Autorefresh interval 5 seconds mode incremental

from

oratt.salgrade(

grade number primary key,

losal number,

hisal number );

Command> cachegroups;

Command> load cache group ro commit every 10 rows;

Command> exit;

//通过真正的数据拥有者oratt登录进去检查，如果还是通过cacheuser用户查询oratt.salgrade表的话，会报权限不够的错误，可以赋与cacheuser相关权限也可以查询grant select on oratt.salgrade to cacheuser;

ttisql "dsn=tt_workshop;uid=oratt;pwd=timesten;oraclepwd=oracle"

Command>select * from oratt.salgrade;

< 1, 700, 1200 >

< 2, 1201, 1400 >

< 3, 1401, 2000 >

< 4, 2001, 3000 >

< 5, 3001, 9999 >

//在Oracle中针对Oratt.salgrade表插入一条记录并提交

SQL>insert into oratt.salgrade values(6,10000,15000);

SQL>commit;

//在TimesTen中验证刚插入的记录已经同步到TimesTen中

Command> select * from oratt.salgrade;

< 1, 700, 1200 >

< 2, 1201, 1400 >

< 3, 1401, 2000 >

< 4, 2001, 3000 >

< 5, 3001, 9999 >

< 6, 10000, 15000 >

6 rows found.

要注意的是整个timesten只有两种用户cacheuser，oratt。而oracle有三个用户timesten（必须），cacheuser（管理员），oratt（schemauser）

9. 创建本地的AWT Cache Group

ttisql "dsn=tt_workshop;uid=cacheuser;pwd=timesten;oraclepwd=oracle"

Command> create asynchronous writethrough cache group awt from

oratt. bonus(

empno number(4) primary key,

ename varchar2(10),

sal number,

comm number

) ;

//AWT是通过replication agent和oracle同步的，所以必须启动replication agent，否则数据同步不过去

Command> call ttrepstart;

Command> exit;

//通过oratt进行数据操作

ttisql "dsn=tt_workshop;uid=oratt;pwd=timesten;oraclepwd=oracle"

Command> desc oratt.bonus;

Command> insert into oratt.bonus values(7566,’jones’,5000,4500);

1 row inserted.

Command> commit;

Command>

//在Oracle检查数据是否已近过来

SQL> select * from oratt.bonus;

EMPNO ENAME SAL COMM

———- ———- ———- ————————————

7566 jones 5000 4500

至此实验完成，要注意的是用户之间的切换，如果实在不想切换，也可以一次性把相关的权限都赋予给某个用户，比如cacheuser。

通过Perl访问TimesTen

canoe — Wed, 14 Oct 2009 04:08:49 +0000

前段时间看到有人在网上问如何通过Perl访问TimesTen，觉得这个问题比较有意思，找了相关资料试了下，通过一个开源的封装接口，Perl能正常访问TimesTen，实验步骤如下：

创建一个DSN并能正常访问,创建一个用户test并赋予权限

[tt705@west-mountain info]$ ttisql ttcore

Type ? or "help" for help, type "exit" to quit ttIsql.

All commands must end with a semicolon character.

connect "DSN=ttcore";

Connection successful: DSN=ttcore;UID=tt705;DataStore=/home/tt705/TimesTen/tt705/info/ttcore;…CkptFrequency=300;TypeMode=0;

(Default setting AutoCommit=1)

Command> create user test identified by ‘test’;

Command> grant all to test;

下载开源的封装好的Perl接口

可以到原网站上直接下载：http://www.perl.com/CPAN/modules/by-module/DBD/DBD-TimesTen-0.06.tar.gz ，如有问题可以参考README文件. 貌似最新的版本就是0.06，一直没有更新。

解压并安装

[tt705@west-mountain ~]$ unzip DBD-TimesTen-0.06.tar.gz

[tt705@west-mountain ~]$ tar -xvf DBD-TimesTen-0.06.tar

设置系统变量

export DBI_DSN=dbi:TimesTen:ttcore

export DBI_USER=test

export DBI_PASS=test

export TT_HOME=/home/tt705/TimesTen/tt705

修改Makefile.PL

[tt705@west-mountain ~]$ cd DBD-TimesTen-0.06

[tt705@west-mountain DBD-TimesTen-0.06]$ ls

ChangeLog dbdimp.h dbivport.h MANIFEST META.yml t TimesTen.pm

dbdimp.c DBD-TimesTen.spec Makefile.PL MANIFEST.SKIP README TimesTen.h TimesTen.xs

修改之前备份一下，原有的Makefile.PL是为client/server方式的连接准备的，我们要修改成direct方式的

[tt705@west-mountain DBD-TimesTen-0.06]$ cp Makefile.PL Makefile.PL.Client

[tt705@west-mountain DBD-TimesTen-0.06]$ vi Makefile.PL

将第91行进行如下的修改，即将client/server模式的编译方式换成direct方式的

$opts{LIBS} = "-L$timesten_home/lib -lttclient";

–>

$opts{LIBS} = "-L$timesten_home/lib -ltten";

make并安装

[tt705@west-mountain DBD-TimesTen-0.06]$ perl Makefile.PL

[tt705@west-mountain DBD-TimesTen-0.06]$ make

[tt705@west-mountain DBD-TimesTen-0.06]$ make install

可能会碰到有些目录权限的问题，赋予相应的权限即可。

创建下面的应用程序保存为test.t文件

#!/usr/bin/perl

use strict;

use DBI;

MAIN:

{

my ($db, $st, $row);

$db = DBI->connect(’DBI:TimesTen:DSN=ttcore’, ‘test’, ‘test’)

or die $DBI::errstr;

$st = $db->prepare("select * from monitor")

or die $DBI::errstr;

$st->execute()

or die $DBI::errstr;

while ($row = $st->fetchrow_hashref())

{

foreach (keys %{$row})

{

printf "%s=%s\n", $_, $row->{$_};

}

$st->finish();

$db->disconnect();

};

运行perl test.t

[tt705@west-mountain DBD-TimesTen-0.06]$ perl test.t

REP_CONFLICT_COUNT=0

TEMP_IN_USE_HIGH_WATER=3521

DS_CHECKPOINTS_FUZZY=0

TIME_OF_1ST_CONNECT=Sun Sep 27 20:07:00 2009

SYS5=0

DEADLOCKS=0

SYS13=0

SYS4=0

REP_XACT_COUNT=0

…

SQL Developer 2.1 for TimesTen 发布

canoe — Fri, 25 Sep 2009 02:47:36 +0000

SQL Developer 2.1 supports both TimesTen (and In-Memory Database Cache) 11g and 7.0. It contains the following new TimesTen features:

* In-Memory Database Cache

o Create, Drop, Alter, Load, Refresh, Unload and Flush Cache Groups

o Start and Stop Cache and Replication Agents

o Set and Change Cache Administration User

* PL/SQL support*

o Create, Drop, Edit, Compile, Run and Export PL/SQL subprograms (Packages, Procedures, Functions)

* Privileges* - Grant, Revoke and View object privileges

* Aging - Define, Alter and View aging policies on cache and regular tables

* Statistics - Update and View table/column statistics

* Plans - Show SQL execution plans

* Index* - Creation of Bitmap indexes

* Applicable to TimesTen 11g only

Software Downloads and Documentation

* The download for SQL Developer 2.1 Early Adapter 1 is available on OTN

* Please refer the Release Notes and the User’s Guide for more information.

TimesTen 11g 正式发布

canoe — Thu, 02 Jul 2009 11:21:05 +0000

TimesTen 11g终于发布了，可以从OTN上下载，但目前的只有Linux 32bit/64bit 以及 Windows 32bit 三个版本：

In-Memory Database Cache 11.2.1.1.0 and TimesTen In-Memory Database 11.2.1.1.0
Note: Each of the platform download file includes the software and documentation for both In-Memory Database Cache and TimesTen In-Memory Database.

		TimesTen In-Memory Database 11.2.1.1.0 for Linux x86 (32-bit) (611,242,843 bytes)
		TimesTen In-Memory Database 11.2.1.1.0 for Linux x86 (64-bit) (663,579,857 bytes)
		TimesTen In-Memory Database 11.2.1.1.0 for Windows (32-bit) (136,223,544 bytes)
	Notes:
		The TimesTen 11.2.1.1.0 Linux x86 (32-bit and 64-bit) downloads support Oracle Enterprise Linux 4 and 5, RedHat Enterprise Linux 4 and 5, SUSE Linux Enterprise Server 10, Asianux 2.0 and MontaVista CGE 4.0 and 5.0.
	Directions
		See the Release Notes and Installation Guide for system requirements.
		See the complete product documentation.

Replication的修改和变动

canoe — Sun, 28 Jun 2009 05:01:57 +0000

在TimesTen中，如果创建完Replication之后，是否能做一些调整呢？比如系统上线之后，发现要增加新的表到Replication中，或者说要调整某些列（增加，删除，修改缺省值等等），TimesTen是否支持这些要求？如果支持，如何去做呢？而且在做的时候，是否对运行的业务有影响？因为Replication的主要作用就是保证服务的不停止。

在TimesTen的标准文档中，Replication.pdf一书中，详细介绍了具体的过程以及功能，现摘录如下。

Alter 或者 Drop Replication Scheme

其支持的功能如下

Adding a table or sequence to an existing replication scheme
Adding a cache group to an existing replication scheme
Adding a DATASTORE element to an existing replication scheme
Dropping a table or sequence from a replication scheme
Creating and adding a subscriber data store
Dropping a subscriber data store
Changing a TABLE or SEQUENCE element name
Replacing a master data store
Eliminating conflict detection
Eliminating the return receipt service
Changing the port number
Changing the replication route

以active standby pair为例（下面的试验均已它为例，如果不熟悉这一块的，请参考

http://www.ttisql.com/replication/pair-disaster-recovery-1.html），创建好两个DataStore，分别为dsa（active）和dsb（Standby），创建一个表并在此基础之上创建active standby pair：

create table TEST.TT (
        A NUMBER(38) NOT NULL,
        B NUMBER(38) DEFAULT 88,
    primary key (A));

create active standby pair
    DSA on "WEST-MOUNTAIN", DSB on "WEST-MOUNTAIN" return receipt
    store DSA on "WEST-MOUNTAIN"
        port 20000
        failthreshold 5
    store DSB on "WEST-MOUNTAIN"
        port 22000
        failthreshold 5;

验证复制正常工作。然后在创建一个新的表T1：

create table TEST.T1 (
        A NUMBER(38) NOT NULL,
        B NUMBER(38),
    primary key (A));

那么如何将新加的这个表T1包含到replication中去呢：

DSA：

Command> call ttrepstop;
Command> ALTER active standby pair INCLUDE table t1;
Command> repschemes;

Command> call ttrepstart;

DSB：

ttadmin -repstop dsb

ttdestroy dsb

ttrepadmin -duplicate -from dsa -host "west-mountain" -setMasterRepStart -uid test -pwd test -remoteDaemonPort 17050 -nokeepCG -localhost "west-mountain" dsb

也就是说针对这种修改，active standby pair是通过 duplicate 到 standby端的。

Alter Table 在 Replication中

alter table可以是增加或者删除列，这些修改可以直接被复制到对端。但如果是修改一个列的缺省值，则不能被复制，需要把这个修改在每个节点上手工做一遍。从另一个角度说明针对某个列，各个节点可以有不同的缺省值。

在双向复制的复制器中，需要确定所有的修改都已经同步到对端（通过ttRepSubscriberWait验证），然后再做列的修改。

如果有多次alter table，最好是每次alter table之后，确认一下是否已经成功，然后再进行下一个alter table。

以上面的例子为试验对象，

DSA：

Command> alter table tt add column c int;

Command> insert into tt values (1,1,1);

Command> insert into tt values (2,2,2);

Command> commit;

DSB：

Command> desc tt;

Table TEST.TT:
Columns:
   *A                               NUMBER (38) NOT NULL
    B                               NUMBER (38) DEFAULT 88
    C                               NUMBER (38)

1 table found.
(primary key columns are indicated with *)
Command> select * from tt;
< 1, 1, 1 >
< 2, 2, 2 >
2 rows found.
Command>

可以看出，对列的增加和删除，并不用停止replication agent，而且很方便。但在alter table的过程中肯定是要加表级锁的，所以在那一刹那对应用还是有阻塞的，也是正常的。

但如果是修改列的缺省属性，则不会被复制到对端，而需要手工在对端同样修改一次。

Truncate Table 在 Replication 中

Truncate可以被复制到对端，相当于每个节点上执行truncate操作。类似于delete，但和delete不同的是，delete删除的记录两边是一摸一样的，而truncate则不会判断记录是否一样，一次性全部删除。

改变 Subscriber DataStore的状态

可以通过命令行工具ttRepAdmin -state 或者调用存储过程 ttRepSubscriberStateSet来设置，可能的状态有Start、Pause、Stop、Failed等。

解决 Update 冲突

实际中只有在双向复制的时候才会发生这种冲突，但一般不建议使用双向复制，即使迫不得已使用，也最好是数据针对应用切分，即底层不会有交叉应用的数据。否则真的等到冲突的时候，代价太大了，多半需要人工干预，也就失去了Replication的本意。

从失败中恢复

这个涉及的范围很广，具体分为硬件问题（系统、网络），软件问题（操作系统、应用程序、数据库、误操作）。具体可参考http://www.ttisql.com/replication/pair-disaster-restore-1.html

升级DataStore

这个也涉及很多东西，包括版本、数据类型、应用程序等等，一般通过ttMigrate 和 ttRepAdmin等工具进行。以后会写一篇专门的帖子来谈升级的问题。

在TimesTen中，因为历史的原因，有两种类型的replication，一种是旧的，老版本的replication；另一种是新的，我们称之为active standby pair 类型，那么针对active standby pair，在修改的时候，有些特别的地方的。其支持的修改功能如下：

Adding or dropping a subscriber data store
Altering store attributes - Only the PORT and TIMEOUT attributes can be set for subscribers. The RELEASE clause cannot be set for any data store in an active standby pair.
Including tables or cache groups in the active standby pair
Excluding tables or cache groups from the active standby pair

针对 Active Standby Pair ，一般Alter步骤如下：
停止active上的replication agent
停止active上的cache agent，如果有用到的话
在active上执行alter active standby pair…
启动Active上的replication agent
启动Active上的cache agent，如果需要的话
Destroy 掉standby 以及 subscriber 对应的datastore
重建Standby 以及 Subscriber (通过dulicate）

各种情形下的数据迁移

canoe — Tue, 09 Jun 2009 13:06:12 +0000

TimesTen提供了各种工具来满足在不同情形下数据的迁移、备份、恢复、移动位置等要求。

不同版本间的数据迁移

可以使用ttMigrate工具，ttMigrate将datastore备份到一个二进制的文件中，这种格式的数据文件是独立与版本的。

也可以使用ttBulkcp工具，一个表一个表的进行，只是比较麻烦一些。

不同硬件或者平台间的数据迁移

可以使用ttBulkCp工具，ttBulkCp将表中的数据备份到一个ASCII文件中，类似与Oracle数据库中的spool命令，该ASCII文件可用于将数据恢复到其它的硬件平台上。

也可以ttMigrate工具，比如在32位的Solaris和64位的Solaris系统之间做数据的迁移。

往一个表中添加数据

使用ttBulkCp工具，直接将ASCII文件形式存储的数据添加到表中。

备份和恢复数据

使用ttBackUp 和 ttRestore 工具进行，这两个是专门用于这个DataStore的数据备份和恢复的，在需要反复准备原始数据的测试环境中尤其有用。而且备份又分为增量备份和完全备份。

导入数据并更改表名

使用ttMigrate工具，带上参数 - rename 即可。

改变已有系统的字符集

可以使用ttMigrate工具，原字符集导出，然后导入到新字符集的DataStore即可，当然需要字符集之间有包含关系，否则有数据失真。这个功能在Oracle数据库中是不可想象的，而且好像没有现成的工具去实现同样的目的。

使用ttBackUp 和 ttRestore即可，再恢复之前定义上新的路径即可。

和其它数据库之间的数据迁移

通过ttBulkCp导出到文本文件中，然后其它数据库通过其自身的工具将文本文件的数据导入，或者反之。如果对端是Oracle数据库的话，额外的一种途径是Cache Group，但除非Cache Group中的数据只是在TimesTen是只读的，否则不建议通过这种方式来在Oracle和TimesTen之间做数据迁移。因为如果Cache Agent不关的话，会对性能有影响；如果把Cache Agent关掉的话，如果有修改的事物的话，又会有日志的累积。

要注意的是，如果涉及到不同的平台或者不同的版本之间的数据迁移，所用的工具只是用当时当地的工具。比如说从32位的平台上迁移到64位的平台上，那么导出的工具是32位平台上的ttMigrate，导入的工具是用64位的ttMigrate。

TimesTen 11g 新特性

canoe — Sat, 06 Jun 2009 07:15:05 +0000

TimesTen新的版本叫11g了，呵呵，可能是为了和Oracle的其它产品版本号一致的原因。从介绍来看，变化还是很大的，据说从功能以及性能上都有比较大的提升，性能方面在后面的具体试验帖子中再来介绍，从功能上来说，主要变化如下：

PL/SQL的支持
OCI以及Pro*C的支持
Cache Grid（在Cache Group这一块实现了类似集群的功能）
和Oracle Clusterware的整合，可以自动检测异常并切换
实现Client端的异常切换（类似与TAF）
支持Oracle DataGuard
多个并发的Log Buffer支持（性能在有些机型上可能有很大的提升）
在replication的表中，支持不同的表定义（因为表字段不一样而需要升级的人有福了）
replication的传输通道扩大到2个，未来可能还会扩大（传输的性能应该会好一些）
物化视图支持异步刷新
用户基于DataStore了，而不是Instance级了。唯一的 Instance 级用户是安装用户
Object的粒度更细了，只是隶属与某个User了，和Oracle一致
Delete Insert Update支持 returning into 子句
DDL 缺省直接 Commit了，和 Oracle 一致
子句中支持set语法
支持 RowID 类型
LogBufMB 替掉了原来的 LogBuffSize （实在是容易弄混，现在都统一为 M 了）
可以监控内存中的SQL语句以及PL/SQL等
ttMigrate的并行支持
Bitmap索引支持，XLA的提升以及replication XLA的支持等
安装介质中带有 Oracle Instant Client

除了上面列出来的一些大的变化外，还有其它的零零碎碎的一些改变。也有一些属性，语法，命令在新版本中被替代或者丢弃了。不过总体感觉是很好很强大。:-)

TimesTen 对信号量的消耗

canoe — Wed, 03 Jun 2009 06:36:41 +0000

TimesTen和其它的数据库产品一样，对信号量也有其具体的需求，但不同的平台上稍有差异。针对信号量总的消耗，在TimesTen的安装文档中描述如下：

Semaphores

TimesTen consumes 1 SEMMNI per active data store, plus 1 additional SEMMNI per TimesTen instance where Client/Server communication is done through shared memory. For each active data store, TimesTen consumes 100 SEMMSL if the Connections attribute is set to the default value, and one additional SEMMSL for each connection above the default.

也就是说 TimesTen 每个活动的 DataStore 消耗 1 SEMMIN，另外如果该Instance中Client/Server是通过share memory方式通讯的，则每个这种Instance再额外消耗 1 SEMMIN。每个活动的 DataStore 消耗 100 SEMMSL (在Connections是缺省值64的情况下)，超出64个以外的Connection，每个消耗 1 SEMMSL.

不同的平台信号量的值设置有些差异，比如在Linux平台上，建议设置为：

kernel.sem = 250 32000 128 100

在Solaris平台上，则为：

set semsys:seminfo_semmni = 20
set semsys:seminfo_semmsl = 512
set semsys:seminfo_semmns = 2000
set semsys:seminfo_semmnu = 2000

在HP-UX平台上，只是提到：

On HP-UX systems, to connect to more than 2 data stores simultaneously, you must increase the value of the kernel parameter semmns.

所以一般上也不用怎么修改。

Aix 平台上不用动，缺省值就够了。

具体可以参考installation.pdf 中关于安装之前的要求一章。

几种数据类型的选择

canoe — Tue, 28 Apr 2009 06:11:59 +0000

虽然TimesTen在数据类型上和Oracle数据库基本兼容，但由于毕竟是两个不同的产品，在TimesTen中存在着一些自己独有的数据类型，比如以 TT_ 开头的一些数据类型，如TT_TINYINT，TT_DATE等。拿TT_INTEGER来说，可以在TT中定义为TT_INTEGER，也可以定义为INT，还可以定义为Number(*)，这几种定义方式可能都适合具体的需求，那么哪一种才是最好的选择呢？

在TimesTen中，独有的数据类型且区别比较大的有如下几种以及相对应的oracle数据类型：

TimesTen类型	所占空间[Byte]	对应的Oracle类型	所占空间[Byte]
TT_TINYINT	1	INT	38
TT_SMALLINT	2	INT	38
TT_INT[EGER]	4	INT	38
TT_BIGINT	8	INT	38
NUMBER	5~22	NUMBER	5~22

上面几种单独列出来的原因是，以TT_开头的几种数据类型比传统的Oracle数据类型空间上更紧凑，性能上更好。所以如果可能的话，从空间，以及性能上考虑，建议选择以TT_开头的上述几种类型。但要注意选择好对应的TT_类型，而不要因为选择不当导致长度不够，从而引起数据的丢失。比如说，如果原来的表中某个字段定义为Number(15)，那么对应过来，只能选择TT_BIGINT。

但对其它的，比如TT_DATE，TT_TIMESTAMP，TT_TIMESTAMP，TT_DECIMAL，TT_NVARCHAR，TT_VARCHAR，TT_CHAR等则无所谓，定义为TimesTen的或者Oracle的都可以。

varchar2在TimesTen中占用的空间

canoe — Tue, 28 Apr 2009 04:06:45 +0000

大家都知道varchar2是不定长的，所以存储数据的时候对磁盘数据库来说是根据具体的数据来存储的，但是在TimesTen中，有些不一样，这种差别主要是由于存储的方式不一样导致的。

在TimesTen中，varchar2定义的时候，可以定义为inline，也可以定义为not inline，所谓的inline就是空间的分配和普通的int，char等类型一样，都是放在表所在的连续空间中，当varchar2的长度小于等于128字节时缺省是inline。而not inline则是放在一个另开的空间，比如堆中，当varchar2的长度大于128字节时，缺省是not inline。

在TimesTen中，明确定义了两种模式下的空间消耗：

VARCHAR2 (n
[BYTE|CHAR])

For NOT INLINE columns:
On 32-bit platforms, length of value + 20 bytes (minimum of 28 bytes).
On 64-bit platforms, length of value + 24 bytes (minimum of 40 bytes).

For INLINE columns:
On 32-bit platforms, n + 4 bytes.
On 64-bit platforms, n + 8 bytes.

If character semantics, the length of the column (n) is based on length semantics and character set.

从中可以看出，如果是inline模式，则占用的空间是固定的，即长度+4/8。

试验如下：

Command> create table test ( a varchar2(50));

Command> desc test;

Table TEST.TEST:
Columns:
A VARCHAR2 (50) INLINE

1 table found.
(primary key columns are indicated with *)

然后通过ttsize验证：

[tt705@west-mountain ~]$ ttsize -tbl test -rows 1000 -frac 0.3 ttcore

Rows = 1000

Total in-line row bytes = 77786

Total = 77786

[tt705@west-mountain ~]$ ttsize -tbl test -rows 1000 -frac 0.4 ttcore

Rows = 1000

Total in-line row bytes = 77786

Total = 77786

[tt705@west-mountain ~]$ ttsize -tbl test -rows 1000 -frac 0.5 ttcore

Rows = 1000

Total in-line row bytes = 77786

Total = 77786

可以看出，不管frac如何变化，所占用的空间都是一样的。

但如果我们将varchar2显式定义为 not inline 呢：

Command> create table test11 ( a varchar2(50) not inline);
Command> desc test11;

Table TEST.TEST11:
Columns:
A VARCHAR2 (50) NOT INLINE

1 table found.
(primary key columns are indicated with *)

再通过ttsize验证，发现空间就会随着frac的变化而变化了：

[tt705@west-mountain ~]$ ttsize -tbl test11 -rows 1000 -frac 0.3 ttcore

Rows = 1000

Total in-line row bytes = 24538

Out-of-line columns:
Column A total 36000 avg size 14
Total out-of-line column bytes = 36000

Total = 60538

[tt705@west-mountain ~]$ ttsize -tbl test11 -rows 1000 -frac 0.4 ttcore

Rows = 1000

Total in-line row bytes = 24538

Out-of-line columns:
Column A total 40000 avg size 20
Total out-of-line column bytes = 40000

Total = 64538

[tt705@west-mountain ~]$ ttsize -tbl test11 -rows 1000 -frac 0.5 ttcore

Rows = 1000

Total in-line row bytes = 24538

Out-of-line columns:
Column A total 44000 avg size 25
Total out-of-line column bytes = 44000

Total = 68538
[tt705@west-mountain ~]$

LogFlushMethod说明

canoe — Mon, 16 Feb 2009 06:26:08 +0000

在TimesTen的属性定义中，有一项属性是LogFlushMethod，有三个值0，1，2。

LogFlushMethod

0— Write data to the log files using the previously used value.
1— Write data to log files using buffered writes and use explicit sync operations as needed to sync log data to disk (for example with durable commits). This is the default.
2—Write data to log files using synchronous writes such that explicit sync operations are not needed.

其缺省值是1，可选有2 和 0（同以前的设置）。那么1和2之间到底有什么不同呢？

LogFlushMethod=1意味着以常规的模式打开LogFile，写的时候也就是普通的write()，当需要同步的时候，比如调用durablecommit，此时才在write()之后紧接着调用fdatasync()。

LogFlushMethod=2意味着以O_SYNC的方式打开LogFile，所有的写操作都是同步的，且都包含在write()里面了。

两种模式的选择取决与操作系统、存储硬件以及系统的压力等各方面的因素。一般来说，当存储不是很好，且只有少量durable commits的时候，LogFlushMethod=1性能更好。

当存储很好（尤其是同步写性能），比如RAID；且包含大量的durable commits的时候，LogFlushMethod=2性能更好。

上面只是一个初步的参考，具体的环境做对比验证才是正确决定的基础。

参考连接：

http://archives.postgresql.org/pgsql-performance/2004-09/msg00080.php

http://blog.chinaunix.net/u2/72383/showart_1353626.html

http://book.csdn.net/bookfiles/418/10041815076.shtml

TimesTen 初学者学习路线图

canoe — Sat, 27 Dec 2008 11:21:24 +0000



安装介质下载	安装介质下载	TimesTen简介	标准文档
安装	安装	TimesTen卸载	存储过程大全
创建数据源	启动和关闭	TimesTen特性	命令大全
初步使用	创建数据源	基本概念	DSN属性大全
C/S配置	C/S配置	DataStore介绍	系统变量
CacheConnect	CacheConnect	用户级别	系统上限阀值
	复制配置	锁机制
	复制异常恢复	数据持久性
		索引
		如有疑惑…

TimesTen的各种端口

canoe — Thu, 25 Dec 2008 06:24:30 +0000

在TimesTen的安装以及使用过程中，会碰到各种各样的端口，比如主守护进程的监听端口，服务进程的监听端口，webserver的监听端口等等。那么这些端口如何去确定呢？

缺省的情况下，TimesTen 7.0 会按照如下的方式去预定端口号：

	32位平台	64位平台
主守护进程	17000	17001
Server	17002	17003
Web Server	17004	17005

安装的时候，如果你选择的主守护进程监听端口号不是17000，比如说这个端口号被占了，你选择了17100为端口号，则Server 以及 WebServer 都会按照17100来确定自己的端口号，分别为 17102，17104 或者 17103，17105。

也可以通过如下方式来确定目前使用的端口号是哪些，方法之一是ttstatus：

D:\>ttstatus
TimesTen status report as of Thu Dec 25 14:08:20 2008

Daemon pid 364 port 17000 instance tt70_32
TimesTen server pid 3904 started on port 17002
TimesTen webserver pid 2304 started on port 17004

方法之二是通过配置文件来查看：

主守护进程:

$ cat /etc/TimesTen/instance_info

Server :

$ cat $TIMESTEN_HOME/info/sys.ttconnect.ini

3) Web Server:

$ cat $TIMESTEN_HOME/info/webserver.config

除此之外，还有定义Replication的时候，定义两端Agent监听的端口号，比如：

Create replication ……

Store DSN_Name on Host_Name Port Port_Number

……

这时候可以不用定义端口号，让TimesTen自己自动分配，但我觉得还是人为指定的好。创建完之后如何查看端口号呢？

通过 repschemes查看：

Command> repschemes;

Replication Scheme Active Standby:

Master Store: DSA on WEST-MOUNTAIN
Master Store: DSB on WEST-MOUNTAIN
Master Return Service: Return Receipt

Excluded Tables:
None

Excluded Cache Groups:
None

Excluded sequences:
None

Store: DSA on WEST-MOUNTAIN
    Port: 20000
    Log Fail Threshold: 5
    Retry Timeout: 5 seconds
    Compress Traffic: Disabled
    Return Service Wait Time: 10 seconds
    Return Service on Replication Stop: Disabled
    Return Service Failure Policy: (none)

Store: DSB on WEST-MOUNTAIN
    Port: 22000
    Log Fail Threshold: 5
    Retry Timeout: 5 seconds
    Compress Traffic: Disabled
    Return Service Wait Time: 10 seconds
    Return Service on Replication Stop: Disabled
    Return Service Failure Policy: (none)

1 replication scheme found.
Command>

或者通过ttRepAdmin -showstatus 查看，但此时必须启动Replication Agent：

[tt705@west-mountain ~]$ ttRepAdmin -showstatus dsa

Replication Agent Status as of: 2008-12-20 17:41:22

DSN                         : dsa
Process ID                  : 4586 (Started)
Replication Agent Policy    : manual
Host                        : WEST-MOUNTAIN
RepListener Port            : 20000
Last write LSN              : 63.1728920
Last LSN forced to disk     : 63.1728920
Replication hold LSN        : 63.1725672

Replication Peers:
   Name                     : DSB
   Host                     : WEST-MOUNTAIN
   Port                     : 0 (Not Connected)
   Replication State        : STARTED
   Communication Protocol   : 24

TRANSMITTER thread(s):
For                     : DSB
   Start/Restart count   : 1
   Send LSN              : 63.1725672
   Transactions sent     : 0
   Total packets sent    : 0
   Tick packets sent     : 0
   Total Packets received: 0

缓冲区的大小和数据持久化的关系

canoe — Thu, 25 Dec 2008 03:58:18 +0000

在标准文档replication.pdf中，有一段讲了缓冲区的大小和数据持久性之间的关系，现摘录翻译如下：

关于日志缓冲去的大小和数据的持久化

一个普通的误解就是日志缓冲区的大小和可能丢失的事务之间存在着某种关系，实际上日志缓冲区的大小不会对数据的持久化有影响。

当DSN配置为DurableCommits=0的时候，事务在如下情况下被永久化写入磁盘：

Log Buffer 满的时候

当显式调用ttDurableCommit 或者连接中的事务配置成DurableCommits=1的时候

当Replication Agent发送一包数据，且Replication被配置成Transmit Durable的时候

当Replication Agent定时执行Durable Commit的时候

当DSN配置有LogFlushMethod=2，且在控制返回给应用之前，写入已经完成。

所以综上所述，在上述的环境下，日志缓冲区的大小对数据的持久化没有冲击。个人理解是在DurableCommits=1的情况下，没什么好说的，每次提交都是同步到磁盘，所以数据的持久化上最好，但性能很差。在DurableCommits=0的情况下，只要牵涉到其中隐藏有DurableCommits=1的情形，即可导致数据的持久化。所以在此之前的数据也就不用担心事务丢失了。

但如果不在上述情况下，发生断电或者其它异常，且DurableCommits=0时，肯定还是存在一定的时间窗口会导致事务的丢失的，但个人觉得和缓冲区的大小也没什么关系，按照TimesTen的架构，异步写入磁盘的过程是能做多快就做多快的，所以即使丢失，也只是丢失最后一部分没有被写入的事务。如果要做到高性能且数据零丢失的话，就只能用Replication了。单节点理论上总是存在着限制。

原文如下：

A common misconception among TimesTen users is that there is a relationship between the size of the log buffer and lost transactions. The size of the log buffer has no impact on persistence.
If your DSN is configured with DurableCommits=0, then transactions are written durably to disk only under the following circumstances:

When the log buffer fills up.
When a ttDurableCommit is called or when a transaction on a connection with DurableCommits=1 is committed or rolled back.
When the replication agent sends a batch of transactions to a subscriber and the master has been configured for replication with the TRANSMIT DURABLE attribute (the default).
When the replication agent periodically executes a durable commit, whether the primary store is configured with TRANSMIT DURABLE or not.
When your DSN is configured with LogFlushMethod=2, writes are written to disk before control is returned to the application.

The size of the log buffer has no influence on the ability of TimesTen to write data to disk under any of the circumstances listed above.

TimesTen for Windows 使用指南(4) Cache Connect

canoe — Wed, 24 Dec 2008 15:31:18 +0000

下面介绍在Windows平台上，TimesTen如何通过Cache Connect访问Oracle。如果试验的时候，Oracle是和TimesTen在同一台机子上，则不用过多的配置。如果Oracle和TimesTen不在同一台机子上，则必须安装Oracle的客户端程序，目前TimesTen支持的Oracle客户端如下：

Oracle 10g Release 2 (Oracle 10.2.0.1.0 or above)
Oracle 10g Release 1 (Oracle 10.1.0.5.0 or above)
Oracle 9i Release 2 (Oracle 9.2.0.8.0 or above)

不管通过哪种Oracle模式，首先必须启动Oracle数据库以及listener。

D:\>oradim -startup -sid orcl -syspwd welcome

D:\>lsnrctl

并能成功地通过和TimesTen在同一台服务器上的SqlPlus来成功访问Oracle，才算Oracle配置好。

由于Cache Connect访问Oracle的时候，必须有一个用户在TimesTen和Oracle中是一样的，通过这个用户登录TimesTen之后，然后Cache Connect的底层通过这个用户去和Oracle通讯，来进行数据的两边同步。在前面我们已经创建了用户tt，那么现在在oracle中，我们也创建同样的用户tt，并授予相应的Oracle权限。

sqlplus / as sysdba

SQL> CREATE USER tt IDENTIFIED BY tt;
SQL> GRANT connect, resource, create any trigger TO testuser;
SQL> COMMIT;
SQL> EXIT

现在到控制面板–>ODBC数据源管理–>系统DSN–>test，双击之后，点击General Connection页，在User Id这一栏填上tt，如下：

然后再点击Cache Connect页，看到Oracle User ID已经填上了tt，且不能被修改了，这是因为这个用户名必须和TimesTen中的一样。在Oracle ID一栏填上Oracle的Service Name，在Oracle Password一栏填上对应的密码。如下图所示：

点击确定即可。现在用tt用户登录Oracle数据库，并创建测试用的表。

SQL> connect tt/tt@orcl
已连接。
SQL> create table test(a int primary key, b char(10));

表已创建。

SQL> insert into test values(1,’aaa’);

已创建 1 行。

SQL> insert into test values(2,’bbb’);

已创建 1 行。

SQL> commit;

提交完成。

SQL>

用ttisql登录到test数据源，设置好cacheuidpwd，启动cache agent，并创建只读的cache group，如下：

D:\>ttisql test

connect "DSN=test";
Enter password for ‘tt’:
Connection successful: DSN=test;UID=tt;DataStore=C:\TimesTen\ds\test;DatabaseCha
racterSet=ZHS16GBK;ConnectionCharacterSet=US7ASCII;DRIVER=C:\TimesTen\tt70_32\bi
n\ttdv70.dll;OracleId=orcl;TypeMode=0;
(Default setting AutoCommit=1)
Command> call ttcacheuidpwdset(’tt’,'tt’);
Command> call ttcachestart;
Command> create readonly cache group read
> autorefresh interval 5 seconds
> from test
> (a int primary key, b char(10));
Command>

这里要说明的是，如果前面创建test的时候的字符集和Oracle数据库中的字符集不一样的话，就会报错而不能登录。这时候要统一两者的字符集，为方便起见，修改test数据源的字符集。首先必须destroy掉test数据源（通过控制台命令ttdestroy test完成），因为字符集是在数据源创建的时候起作用的，所以只能destroy掉，然后在ODBC数据源管理中修改test数据源的字符集，使得它和Oracle的一样，然后执行上面的步骤即可。

创建完之后可以通过cachegroups命令检查一下，并通过load加载初始化数据：

Command> cachegroups ;

Cache Group TT.READ:

Cache Group Type: Read Only
Autorefresh: Yes
Autorefresh Mode: Incremental
Autorefresh State: Paused
Autorefresh Interval: 5 Seconds

Root Table: TT.TEST
Table Type: Read Only

1 cache group found.

Command> load cache group read commit every 10 rows;
2 cache instances affected.
Command> select * from test;
< 1, aaa >
< 2, bbb >
2 rows found.
Command>

此后，在Oracle数据库中插入到test表的数据，5秒钟之后都会被刷新到TimesTen中来，Cache Connect正常运转了。通过ttstatus命令可以看到cache agent已经启动：

D:\>ttstatus                                                             cache
TimesTen status report as of Wed Dec 24 23:28:50 2008

Daemon pid 284 port 17000 instance tt70_32
TimesTen server pid 3284 started on port 17002
TimesTen webserver pid 3360 started on port 17004

————————————————————————
Data store c:\timesten\ds\test
There are 11 connections to the data store
Data store is in shared mode
Shared Memory KEY Global\test.SHM.2 HANDLE 0×248
Type            PID     Context     Connection Name              ConnID
Cache Agent     3396    0×00b5d310 Handler                           2
Cache Agent     3396    0×00bccf18 Timer                             3
Cache Agent     3396    0×06591ce0 Aging                             4
Cache Agent     3396    0×06601260 ttora70                           5
Cache Agent     3396    0×06662fb8 ttora70                           6
Subdaemon       3120    0×006cc398 Worker                         2042
Subdaemon       3120    0×066d1170 Flusher                        2043
Subdaemon       3120    0×06700628 Checkpoint                     2044
Subdaemon       3120    0×0674f8b0 Aging                          2045
Subdaemon       3120    0×0679eb38 HistGC                         2046
Subdaemon       3120    0×067eded0 Monitor                        2047
Replication policy : Manual
Cache agent policy : Manual
TimesTen’s Cache agent is running for this data store
————————————————————————
Access control enabled.
End of report

D:\>

而且还多了一堆辅助的子线程。

TimesTen for Windows 使用指南(3) 远程客户端配置

canoe — Wed, 24 Dec 2008 13:43:43 +0000

有的时候需要Client/Server模式的连接方式，那么针对前面的test 数据源，如果把它作为Server端的话，如何配置Client端呢？

和Oracle数据库类似，如果要配置TimesTen的客户端，必须首先安装包含有TimesTen客户端的软件，当然如果你选择的是完全安装的话，就已经包含了客户端的。现在我们在同一台机子上模拟Client/Server模式的连接。

前面安装TimesTen的时候，我们已经选择了完全安装，现在我们直接创建Client端的数据源，这个Client端的数据源是一个逻辑的概念，它会指向客户端的数据源。

在控制面板–>ODBC数据源管理–>系统DSN–>添加，这时候不象前面创建数据源的时候选择TimesTen Data Manager 7.0，而是选择TimesTen Client 7.0。如下：

点击完成。在弹出的Oracle TimesTen Client DSN Setup窗口中点击右边的Servers…按钮，弹出Oracle TimesTen Logic Server List窗口，现在还是空白的，点击Add…按钮，弹出如下的界面：

这里面的Server Name是你想给你的服务器端的机子起一个什么样的名字，比如说我们这里命名为west。Description可不填，是针对服务器端的一个说明。Network则比较重要了，填你服务器端的IP地址，我们因为是在同一台机子上，所以可填上 127.0.0.1，端口号怎么确定呢？一般来说，32位平台上缺省的是17002，我们也可以通过如下控制台命令去确认：

D:>ttdaemonadmin -start
TimesTen Data Manager 7.0 服务正在启动 .
TimesTen Data Manager 7.0 服务已经启动成功。

D:>ttstatus
TimesTen status report as of Wed Dec 24 21:05:19 2008

Daemon pid 284 port 17000 instance tt70_32
TimesTen server pid 3284 started on port 17002
TimesTen webserver pid 3360 started on port 17004

————————————————————————
Data store c:timestendstest
There are no connections to the data store
Replication policy : Manual
Cache agent policy : Manual
————————————————————————
Access control enabled.
End of report

D:>

这里可以看到 TimesTen server pid 3284 started on port 17002。则确定端口号确实是17002。所以最终填的信息如下图：

然后点击OK，会看到Oracle TimesTen Logic Server List多了一个Logic Server 叫west，然后点击Close。回到如下的界面，在Server Name or Network下拉式列表框中看到有west选择，点击紧贴着的下面refresh按钮，如果服务器端的IP地址，端口号，以及服务器端的TimesTen Daemon已经起来的话，将会列出所有服务器端的数据源。如下所示：

看到其中有我们前面创建的test数据源，选择它。在Client DSN一栏填上你想为客户端数据源的命名；Description可不填，只是一个说明；User ID 填上我们前面已经创建好的用户tt，密码也为tt。在点击OK之前，还可以点击最下面的两个大按钮，"Test Oracle TimesTen Server Connection" 以及 "Test Data Source Connection" ，应该可以看到成功的提示。所以这个弹出窗口填的信息如下：

点击OK之后可以看到系统DSN定义中多了一个test_client的新数据源。这时候可以通过ttisql去连接一下试试：

C:TimesTentt70_32bin>ttisql test_client

connect "DSN=test_client";
Connection successful: DSN=test_client;TTC_SERVER=west;TTC_SERVER_DSN=test;UID=t
t;DATASTORE=C:TimesTendstest;DATABASECHARACTERSET=AL32UTF8;CONNECTIONCHARACTE
RSET=US7ASCII;TYPEMODE=0;
(Default setting AutoCommit=1)
Command>

可以看到反馈的信息有TTC_SERVER和TTC_SERVER_DSN。再次通过ttstatus可以看到不一样的信息：

D:>ttstatus
TimesTen status report as of Wed Dec 24 21:39:15 2008

Daemon pid 284 port 17000 instance tt70_32
TimesTen server pid 3284 started on port 17002
TimesTen webserver pid 3360 started on port 17004

———————————————————————
Data store c:timestendstest
There are 7 connections to the data store
Data store is in shared mode
Shared Memory KEY Globaltest.SHM.2 HANDLE 0×1f8
Type            PID     Context     Connection Name              Conn
Server          2852    0×0092db50 test_client
    (Client Information: pid: 2160; IPC: TCP/IP;
        Node: west(127.0.0.1))
Subdaemon       3120    0×006cc398 Worker                         20
Subdaemon       3120    0×06661d20 Flusher                        20
Subdaemon       3120    0×066d1218 Checkpoint                     20
Subdaemon       3120    0×067204a0 Aging                          20
Subdaemon       3120    0×0676f728 HistGC                         20
Subdaemon       3120    0×067be9b0 Monitor                        20
Replication policy : Manual
Cache agent policy : Manual
———————————————————————
Access control enabled.
End of report

D:>

至此，windows上的客户端服务器模式配置完成。要注意的是，在UNIX平台上，只能通过ttisqlcs去连接客户端的数据源，而不是和windows平台一样通过ttisql。

TimesTen for Windows 使用指南(2)

canoe — Tue, 23 Dec 2008 06:30:22 +0000

针对刚创建的test数据源，现在可以直接通过ttisql访问了。

启动一个Windows命令行控制台：

D:\>ttisql test

connect "DSN=test";
Connection successful: DSN=test;UID=canoe;DataStore=C:\TimesTen\ds\test;Database
CharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;DRIVER=C:\TimesTen\tt70_32
\bin\ttdv70.dll;TypeMode=0;
(Default setting AutoCommit=1)
Command>

可以看到连接到test之后，有些相应的反馈信息。比如UID=canoe，因为我们现在没有创建TimesTen的内部用户，所以缺省地使用安装TimesTen时候的操作系统用户，该用户就相当于TimesTen的DBA用户，类似于Oracle的sys用户。另外还可以看到放置DataStore的目录，进入这个目录下查看，发现已有如下的文件存在：

C:\TimesTen\ds 的目录

2008-12-23 13:54              .
2008-12-23 13:54              ..
2008-12-23 13:54        11,782,364 test.ds0
2008-12-23 13:54        11,782,364 test.ds1
2008-12-23 13:54           524,288 test.log0
2008-12-23 13:54        67,108,864 test.res0
2008-12-23 13:54        67,108,864 test.res1
2008-12-23 13:54        67,108,864 test.res2
               6 个文件    225,415,608 字节
               2 个目录 2,556,182,528 可用字节

C:\TimesTen\ds>

有两个DataStore的文件(ds0,ds1)，这个是放真实的数据的文件，和内存中的数据想对应，是内存中数据的一个镜像。要创建两个DS文件的目的是为了安全起见，当正在写一个DS文件时，如果因为故障导致该文件被破坏，还可以从另一个文件中恢复。所以每次TimesTen写到DS文件的时候，总是写比较旧的那个。一般的情况下可能两个文件的大小稍微有点差异，当做完checkpoint的时候，两个文件可以确定是一样大的。

另外还有一个日志文件(test.log0)，如果没有定义LogDir的话，缺省就和DataStore文件放在同一个目录下。日志文件名字的最后一位是阿拉伯数字，随着系统的使用，这个数字会增长。旧的日志会被自动清除。

还可以看到，有三个res的文件(res0,res1,res2)，res是reserve的缩写，即储备的意思。每个和LogFileSize一样大。它们的作用是保证当某些极端的情况下，如果磁盘因为某些其它原因快被耗尽，TimesTen会从这三个文件中释放出一定的空间来保证最后的事务可以正常提交或者回滚，而不至于导致系统被hang在那。

另起一个控制台，执行ttstatus命令：

C:\TimesTen\ds>ttstatus
TimesTen status report as of Tue Dec 23 14:09:22 2008

Daemon pid 3296 port 17000 instance tt70_32
TimesTen server pid 1860 started on port 17002
TimesTen webserver pid 3308 started on port 17004

————————————————————————
Data store c:\timesten\ds\test
There are 7 connections to the data store
Data store is in shared mode
Shared Memory KEY Global\test.SHM.2 HANDLE 0×240
Type            PID     Context     Connection Name              ConnID
Process         2600    0×00daada8 test                              1
Subdaemon       2248    0×006cc398 Worker                         2042
Subdaemon       2248    0×06661db0 Flusher                        2043
Subdaemon       2248    0×066c1040 Checkpoint                     2044
Subdaemon       2248    0×067102c8 Aging                          2045
Subdaemon       2248    0×0675f550 HistGC                         2046
Subdaemon       2248    0×067ae7d8 Monitor                        2047
Replication policy : Manual
Cache agent policy : Manual
————————————————————————
Access control enabled.
End of report

C:\TimesTen\ds>

可以看到 DataStore c:\timesten\ds\test 已经在运行了，且有一些后台的服务线程也已经启动。且显示了相应的TimesTen监听端口号。比如主守护进程(Daemon)的端口号是17000；Server端的监听端口号是17002，这个端口号是当Client/Server配置的时候，远程Client端连接过来时，Server端这边的服务端口号；还有WebServer的端口号17004，TimesTen自身带有一个自用的webserver的。

在后台的服务线程中（都是同一个进程号2248），worker子线程负责死锁的检测等相关任务，flusher子线程负责将日志写入磁盘，checkpoint子线程负责做checkpoint，保持数据的完整性，aging子线程负责数据的定时过期，HistGC负责垃圾回收，monitor子线程负责锁的等待相关的机制。

现在回到ttisql test登录后的控制台界面上，创建一个新的TimesTen内部用户，要注意的是ttisql里面的命令都是以分号作为命令的结束符的：

Command> create user tt identified by ‘tt’;
Command> grant all to tt;
Command>

可以敲入问号(?) 查看所有在ttisql上可用的命令，还可以输入procedures查看所有可用的内部存储过程。

Command>?

Command>procedures;

可以查看目前系统中所有的表：

Command>tables;

以及创建自己的表和插入数据：

Command> create table student(id int primary key,name char(20));
Command> insert into student values(1,’china’);
1 row inserted.
Command> insert into student values(2,’us’);
1 row inserted.
Command> commit;
Command> select * from student;
< 1, china >
< 2, us >
2 rows found.
Command> drop table student;
Command>

所有的语法基本上和Oracle类似，具体可以参考标准文档中的sql.pdf

TimesTen for Windows 使用指南(1)

canoe — Fri, 19 Dec 2008 14:51:24 +0000

基于前面介绍的TimesTen for Windows 安装之后，下面介绍如何登录TimesTen？如何创建数据库？如何创建表？等等相关的概念。

在安装完之后，在开始菜单的程序里面有一项是TimesTen的，如下：

其中有很多Demo可以去试试，关于Demo的说明可以参考编程索引，比较典型的一个是Throughput Benchmark Demo，试运行如下：

Connecting to the data source
Populating benchmark data store
Beginning execution with 1 process: 80% read, 20% update, 0% insert, 0% delete

Elapsed time: 171.0 msec
Transaction rate: 58479.5 transactions/second

发现性能还是不错的，虽然只是在单CPU的笔记本上运行。可以通过下面的命令来查看这个Demo的参数，比如线程的个数，以及Select 、Update、Insert 和 Delete 的比例等等。

C:\TimesTen\tt70_32\demo\PERFOR~1>tptbm -help

所有的文档也都在这里面。以及TimesTen的重要工具，ttisql，它类似于Oracle 的Sqlplus。通过它可以直接访问TimesTen，查看数据，创建表等等。

在进行下一步之前，先创建一个TimesTen的数据库，也叫DataStore。打开Windows 的控制面板中的数据源(ODBC)，可以看到在系统DSN（DataStore Name）中已经有很多TimesTen的DSN定义了，这些DataStore是为TimesTen的Demo准备的，我们刚才运行Throughput Benchmark Demo的时候，实际上已经连接了其中的一个库。

接下来，创建一个新的DataStore，名字叫 test。在控制面板的 ODBC数据源管理器中，点击添加：

有两个针对TimesTen的驱动，一个是Client，一个是Data Manager。Client的选择我们稍候具体介绍，它一般意味着TimesTen的Server端在另一台机子上。现在我们选择 TimesTen Data Manager 。点击完成。

正式进入到了DSN的配置了，一共有 DataStore / FirstConnection/General Connection/NLS Connection/Cache Connect/Server 六个配置页。第一页是DataStore：

DataSource Name ：数据源的名称，我们填上test；
Description：可填可不填，我们这里填上 ‘just for testing’，只是一个说明而已。
Data Store Path +：将要放置数据库的地址，外加你想命令的DataStore的名字，为了好记起见，也命名为test。要注意的是，如果通过右边的Browse选择的话，选择好目录之后，一定要文件名里面写上将要命名的DataStore的名字，否则确定不了。
LogDirectory：存放日志的目录，也可以不选，缺省的是和DataStore在同一个目录下。
DatabaseCharacter Set：数据库的字符集，如果选错的话，只能将数据库drop掉，重新创建。现在我们选择 Al32UTF8。
TypeMode ：数据类型以哪个为准，Oracle还是TimesTen，这个选项出现的原因是TimesTen以前的版本和Oracle的数据类型是不一样的，为了保证数据类型的兼容而已。缺省是Oracle，一般不选，使用缺省的值。特殊情况下具体定义数据类型。
DataStore Attributes：确定要创建的库是否是临时的，绝大部分情况下，都不选择创建临时库。是否允许Client端的连接，缺省为选上。
OS Group Restrict：哪个操作系统用户组的用户有访问TimesTen的权限。

我们按照上图的样子填上相应的信息，定义Data Store Path +的时候，要注意相关的路进要存在，最后加上DataStore的名字。然后点击确定，会看到多了一个名字叫 test 的数据源。后面就可以通过ttisql来访问这个test数据源了。