Timesten重建用户,datastore
Timesten重建用户，datastore一、实例背景：在测试环境中需要在内存库上将bill用户下的所有对象全部删除，然后再从正式环境中将其bill用户下的对象导入测试环境的bill用户下。
二、操作总结（比较白话，没有直接写最终的操作方法，而是记录了所有错误经过）1、沿袭操作ORACLE数据库的思想，在这种情况下，一般会首先DROP掉bill用户（drop 用户的同时，删除该用户下所有对象），然后重建bill用户，再从正式环境中将其bill 用户下的对象导入测试环境的bill用户下。
操作步骤：Command> drop user bill;15167: Cannot drop a user that is currently connected第1种报错：很明显，oracle也有这样的情况，当前有链接，不能drop，停下应用应该就能避免这个错了，还这么报错的话就不知道是谁连这个库了，直接杀session吧！是不是要问怎么杀session，我当时也这么问自己的，很自然的就想当然一把，借鉴一下oracle的经验吧，从v$session系统视图里找出要杀的session，alter system kill session。
其实压根不是这么回事，因为根本就没有v$session这么个视图，怎么办呢，timesten肯定不会杀不了session的，最笨的办法就是先把tt库停了，ttDaemonAdmin –stop，（停之前做个Command>call ttckpt;）然后再起来ttDaemonAdmin –start，这样以前的不管什么session也没了；可是这样太粗鲁了，咱们还是有温柔一点的方法的，ttxactadmin dsn 这条命令就能解决啦，是不是很难记，光记个起停就很烦了，其实执行下这个命令就知道这就是查出支持那个session的系统PID，查出来直接kill，既然是要找个pid，那ps –ef 足够了。
OK，经过一番努力session终于杀死了，重新drop下试试吧！Command> drop user bill;15168: Cannot drop a user that owns database objects (TABLE BILL.A)The command failed.第2种报错：看字面意思就是，不能删除有对象的用户，换句话说不就是删用户前要先把它的对象都删了，查看了下Timesten的文档对于drop user的描述：DescriptionBefore you can drop a user:∙The user must exist either internally or externally in the database.∙You must drop objects that the user owns.∙When replication is configured, this statement is replicated.这个描述写了对执行drop user前应该确认的事，第一条是废话，没这个用户肯定没法子drop了；第二条就是上面那个错误的原因了，存在对象的用户不能被drop；第三条看意思是存在复制关系的时候drop用户这条操作也会被复制的，就是备机的这个用户也会被drop 掉，测试环境限制，没能试试，不过相信oracle的文档不会忽悠人的。
现在似乎情况已经明朗了，造语句一个一个对象的删吧，嗯我查了下，对象也就几百个，找出来慢慢删这实在不符合我的懒惰品质，于是借助google和度娘开始找寻别的方法完成这个任务。
终于发现了data store这个东西，bill用户就是建立在一个叫做master1的datastore上的，那么直接destroy掉这个datastore再重新建个datastore，再在上面建用户bill可以么，事实证明是可以的。
先看看datastore是什么吧，官方的解释：DataStoreThe database path name uniquely identifies the physical database. It is the full path name of the database and the file name prefix, for example: C:\data\AdminData. This name is not a file name. The actual database file names have suffixes, such as .ds0 and .log0, for example C:\data\AdminData.ds0 and C:\data\AdminData.log0.这段话就是告诉我们datastore是数据库文件名的前缀，没太多的意义，再来看看一些培训材料上怎么说的：TimesTen中一个data store可以等同于为一个数据库。
一个TimesTen实例可以同时管理多个data store。
一个data store的组成：在文件系统上有2个checkpoint文件: dsname.ds0, dsname.ds1。
在文件系统上包含若干事务日志文件: dsname.logn ( n从0开始，依次累加)包含3个系统保留的文件： dsname.res0,dsname.res1,dsname.res2操作系统中一块共享内存段。
这段意思话是说datastore和oracle的用户是一个级别的。
好像逻辑上不太好理解。
由此可以推断destroy datastore和在oracle上drop user属于一个级别的操作。
1、首先摧毁数据库：在使用的数据库也是不能摧毁的。
$ttDaemonAdmin –stop；ttDaemonAdmin –start；ttdestroy master12、重建datastore，创建datastore需要2个条件，一是得建立数据文件和日志文件的目录，二是编写配置文件：安装目录下找到info/sys.odbc.ini添加配置：[master1]Driver=/ttadm/ttadm1/TimesTen/billmdb/lib/libtten.aDataStore=/ttadm/ttadm1/billdata/master1DatabaseCharacterSet=AL32UTF8Connections=512ConnectionCharacterSet=ZHS16GBKPermSize=30720RecoveryThreads=32TempSize=2048Preallocate=1LogFileSize=1024AutoCreate=0CkptFrequency=600LogBufMB=1024LogDir=/ttadm/ttadm1/mdblogWaitForConnect=0PLSQL=1PLSQL_TIMEOUT=0LockWait=2CkptRate=50摧毁datastore时不会删除这些配置，只需检查下即可。
执行ttisql dsn创建datastore：>ttisql master1connect "DSN=master1";833: Data store /ttadm/ttadm1/billdata/master1 not foundThe command failed.Done.万恶的错误码，没找到master1这个datastore，来看看这个命令ttisql master1，它在有datastore的时候可以连接，没有的时候会创建，现在很明显这个命令只尝试了连接这个动作，没有进行创建，肯定是哪里有问题的。
创建datastore只会和俩个地方有关联，目录和配置文件，目录是死的，不会有问题，查看下配置文件，AutoCreate=0，罪魁祸首就是它了，这个参数在不设定的时候会默认为1，所以大多数材料上看不到它的影子，但是这里设定了，就不可以自动创建datastore了，官方注释：修改参数AutoCreate=1；重新执行ttisql dsn创建datastore：等了一段时间发现依然没有创建成功，而且磁盘空间越来越小，再次检查配置文件。
和数据文件大小相关的参数有：PermSize=30720TempSize=2048修改小些：PermSize=64TempSize=64Destroy掉先前没有完全创建成功的datastore，再次执行ttisql dsn创建datastore：几分钟后，创建成功，关闭数据库，将先前修改过的配置文件改回来，再次启动进入后，创建需要的用户：创建用户Command> create user bill identified by bill;赋给用户管理权限Command> grant admin to bill;最后，使用bill用户登录数据库，将正式环境中bill用户下的对象导入。
三、总结这种重建用户的方法有自己的局限性，在datastore下有多个用户时就不可以用了。
就只能查出对象进行drop了（还有没有别的方法，在以后的学习中再挖掘）。
付：查看用户对象的方法：●列出表：tables| alltables [tablename]●查看表结构：desc[sribe] tablename●查看索引：indexes| allindexes [tablename]●查看视图：views | allviews●查看序列：sequences | allsequences●查看同义词：synonyms | allsynonyms●查看函数：functions | allfunctions●查看存储过程：procedures | allprocedures●查看包：packages | allpackages。
datastore使用方法
datastore使用方法
DataStore是Google Cloud提供的一种存储结构化数据的云服务。
它提供了类似SQL的查询语言，可以轻松地存储和查询结构化数据。
以下是使用DataStore的一些基本步骤：
1、创建Google Cloud账户并启用DataStore API。
2、在Google Cloud控制台中创建一个DataStore数据库实例。
3、使用DataStore客户端库连接到数据库实例。
4、定义数据模型。
DataStore允许您定义数据实体和属性，并使用继承来组织实体之间的关系。
5、插入和查询数据。
您可以使用DataStore的查询语言执行插入和查询操作。
6、更新和删除数据。
您可以使用DataStore的更新和删除操作来更新或删除数据。
7、保护数据安全性。
DataStore提供了访问控制和身份验证机制，以确保您的数据安全性。
总之，DataStore是一种功能强大的云数据库服务，可以轻松地存储和查询结构化数据。
使用DataStore，您可以构建高效且可扩展的应用程序。
timesten常见的一些简单问题
环境为：instance_name为eservice安装目录为/home/timesten/TimesTen下面这些问题是针对新手而言的，通过这些问题可以帮助刚接触timesten的人可以快速配置timesten。
如何启动/home/timesten/TimesTen/eservice/startup/tt_eservice [start|stop|restart]如何访问[timesten@rh44server ~]$ ttisqlCopyright (c) 1996-2007, Oracle. All rights reserved.Type ? or "help" for help, type "exit" to quit ttIsql.All commands must end with a semicolon character.Command> connect tt_eservice;Connection successful:DSN=TT_eservice;UID=eservice;DataStore=/home/timesten/TimesTen/eservice/info/TT_eservice;Datab aseCharacterSet=ZHS16GBK;ConnectionCharacterSet=ZHS16GBK;DRIVER=/home/timesten/TimesTen/ eservice/lib/libtten.so;TypeMode=0;(Default setting AutoCommit=1)Command>应用程序如何连接答：有三种模式：Direct Driver连接：Timesten推荐连接方式，由于没有了协议转换的开销，这种连接方式具有最高的效率。
对于JDBC应用程序，可以通过JDBC库访问ODBC的direct driver。
ESX(i)4.x重新注册加载当前存在的datastore volume(盘柜)的方法
ESX(i)4.x重新注册加载当前存在的datastore volume（盘柜）的方法相对于VI3.5.x而言，在4.x里面，当我们重装ESX系统之后，要想重新加载原来的盘柜或datastore volumes 的方法已经发生了巨大的变化了：3.5.x可以通过VMware Infrastructure找到Advanced设置选项里面的LVM.EnableResignature和LVM.DisallowSnapshotLUN来完成：1、重新注册加载“Resignature”相当于LVM.EnableResignature=1，将它改为0，确认之后再改为1则可；2、强行挂载“Fouce-Mount”相当于LVM.DisallowSnapshotLUN=0，将它改为1，确认后改为0则可；同时使用过VI3.5.x和vSphere 4.x的细心朋友就会发现在ESX/ESXi4.x版本之后则不同了，高级选项中已经找不到EnableResignature和DisallowSnapshotLUN选项，怎么办呢？实际上，并非消失了，取而代之的是CLI命令行模式：ESX/ESXi4.x：esxcfg-volumeRCLI:vicfg-volume命令行挂载和重新注册加载的命令时，必须采用esxcfg-volume或vicfg-volume命令，具体的使用方式如下：首先执行下列命令来查看当前的volumes:#esxcfg-volume -l系统输出类似如下结果：# esxcfg-volume -lVMFS3 UUID/label:49d22e2e-996a0dea-b555-001f2960aed8/VMFS_1Can mount: YesCan resignature: YesExtent name: naa.60a98000503349394f3450667a744245:1 range: 0 - 97023 (MB)这里的Datastore的UUID就是49d22e2e-996a0dea-b555-001f2960aed8，它的最后一个标签就是VMFS_1.具体的加载步骤：1、如果想要在ESX下强行挂载磁盘或快照卷，可执行如下命令。
内存数据库TT应用培训
● Changes to either Oracle tables or the cache group can be tracked automatically
2019/7/3
-9
目录
1、TT总体架构 2、参数配置 3、最佳实践
2019/7/3
- 10
ODBC.INI
● DSN：设置data source name ● DRIVER：设置TimesTen动态驱动库路经，如果是使用静态库，则不用设置 ● DataStore：设置TimesTen数据文件存放路径， ● （eg: /timesten6/var/TimesTen/tt60/DemoDataStore/OCS_DATA） ● Connections：设置连接数上限 ● PermSize：设定TimesTen的固定内存，可以在第一次连接时增加PermSize，不能在有数据库连
接时修改，单位为MB。 ● TempSize：设定TimesTen的临时内存，单位为MB，建议设定值=PermSize / 4 ● ThreadSafe：0：使用非线程安全访问datastore 1：线程安全 ● Logging：0：不写文件日志 1：写文件日志 2：只写系统内部日志到文件 ● OracleID：设置连接oracle的SID ● OraclePWD：设置连接oracle的password ● PassThrough：0：SQL只在TimesTen中执行 1：SQL不能在TimesTen中解析，TimesTen把SQL
datastage经验总结
目录1 如何重新启动DataStage服务器，步骤如下: (4)2 DataStage开发经验积累: (4)2。
1模板开发 (4)2.2通过S ERVER S HARED C ONTAINER在P ARALLEL J OB中添加S ERVER J OB S TAGE (4)2。
3去除不需要的字段 (4)2。
4T RANSFORMER S TAGE的使用 (4)2.5L OOK UP/JOIN 空值处理 (5)2.6D ATA S TAGE中默认和隐式类型转换时注意的问题 (5)2。
7配置一个INPUT或OUTPUT,就VIEW DATA一下，不要等到RUN时再回头找ERROR (5)2.8D ATA型数据是比较麻烦的 (5)2。
9行列互换之H ORIZONTAL P IVOT（P IVOT S TAGE） (6)2。
10行列互换之V ERTICAL P IVOT (6)2。
11O RACLE EE S TAGE在VIEW数据时出现的错误及解决方法 (8)2.12D ATA S TAGE SAP S TAGE的使用 (9)2.13C OLUM I MPORT S TAGE的使用 (9)2.14C OLUM E XPORT S TAGE的使用 (11)2.15G OT ERROR：C ANNOT FIND ANY PROCESS NUMBER FOR STAGES IN J OB J OBNAME解决 (12)2.16U NABLE TO CREATE RT_CONFIG NNN (13)2.17查看JOB和CLIENT的对应的后台进程 (13)2。
18强制杀死DS进程 (13)2.19查看S ERVER E NGINE的进程 (14)2。
20查看S ERVER L OCKS (14)2.21关于UNIX系统下无法启动服务的解决办法 (15)2。
22L OCKED BY OTHER USER (16)2。
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的同步失败。
Timesten使用实践
Timesten使用实践作者：新炬网络高级工程师孙其成随着运营商业务量的不断增加，大家都在寻找满足业务需求的更高效、安全的系统架构。
如何摒弃原有的架构，摒弃昂贵的小型机，实现高可用？分布式、集群、内存库，成为了首要的选择。
运营商选择Timesten作为内存库的原因主要是有Oracle强大的后台支持、成熟的培训体系，并且与Oracle物理库结合紧密。
孙其成首先讲解了Timesten的基础知识，深入到体系架构，高可用部分，上线新结构的特点，与老架构的比较，用数据说话。
再从业务出发讲解运营商业务在新体系架构中的使用流程，架构的变更，明确涉及业务的流向及处理方式。
最后还分享实践中的案例以及使用经验。
►TimesTen结构·Data Store，数据库所有数据的报错区域；·日志缓存（log buffer），用于暂时存储记录Data Store变更的日志；·临时数据区域，临时存储执行计划等数据的共享区域，排序等操作临时使用；·检查点文件保存了两个互相备份的dsname.ds0和dsname.ds1，可以理解为Oracle的数据文件，是内存数据库保存于磁盘的数据镜像；·事务日志文件dsname.logNNN，保存Data Store的数据变化。
TimesTen内存结构1、提交事物；2、写更新到log buffer；3、批量刷新到磁盘；4、发送日志到备端（非阻塞性）；5、主端接受备端反馈；6、备端写log buffer；7、备端日志刷新到磁盘。
►TimesTen新系统架构Case1：高可用自动双机切换的危害性；Case2：长事务的影响及处理方法；Case3：事务日志堆积的应对方法；Case4：连接数超限的影响及处理方法；Case5：性能监控的代价。
►TimesTen使用中经验·数据量不建议超过100G；·应用程序查询也需要提交（开发）；·禁止应用程序进行DDL操作表结构（开发）；·严格控制应用连接数，建议小于600个连接（开发）；·应用连接尽可能使用长连接，避免频繁连接/断开连接（开发）；·事务日志（Trans Log）不能手动删除；·避免批量DML，建议分批提交；·避免长事务/大事务操作，坚决避免大事务/长事务回滚；·Truncate不会释放内存，Drop才能释放；·最小权限控制原则，应用账号避免授权admin/all权限；·Seq的Cache设置2000或更大，避免Cache争用；·严格控制表结构设计、变更前建议严格评审；·定期统计收集、尽可能采用最优的统计信息；·完善的数据清理机制，保证最小的有效业务数据；·尽量避免运维/监控在内存库中创建临时表。
TimesTen学习笔记4(timesten 中个各种命令)
TimesTen 学习笔记 4(timesten 中个各种命令) 1.ttAdmin(命令) 功能： 指定内存加载策略 指定 replication agent 策略 启动或停止 cache agent 如： [timesten@rh44server ~]$ ttadmin -query tt_eservice; RAM Residence Policy : inUse Replication Agent Policy : manual Replication Manually Started : False Cache Agent Policy : manual Cache Agent Manually Started : False [timesten@rh44server ~]$ ttadmin -rampolicy always tt_eservice; RAM Residence Policy : always Replication Agent Policy : manual Replication Manually Started : False Cache Agent Policy : manual Cache Agent Manually Started : False [timesten@rh44server ~]$ ttadmin -cachePolicy always tt_eservice; 2.ttDaemonAdmin(命令) 功能：启动/停止 TimesTen main daemon, Server and Webserver. 语法： ttDaemonAdmin [-force] {-start | -stop | -restart} ttDaemonAdmin -startserver ttDaemonAdmin [-force] -stopserver ttDaemonAdmin [-startwebserver | -stopwebserver] 3.ttBackup(命令) 功能： 备份 data store。
TimeMachine宝腾云灾备容灾存储系统使用手册
Time Machine（宝腾云灾备）容灾存储系统使用手册深圳市宝腾互联科技有限公司TEL: 4000-520-369目录1产品登录 (1)1.1进入登录界面 (1)1.2注册用户 (1)2系统概览 (2)3系统管理 (5)3.1设备管理 (5)3.1.1添加服务器信息 (5)3.1.2容灾客户端管理 (7)3.1.3所有主机列表 (9)3.1.4当前服务器任务 (9)4备份 (9)4.1备份 (9)4.2备份任务管理 (11)4.3快照管理 (12)5恢复 (14)5.1文件恢复 (14)5.2应急接管 (20)6其他功能 (24)6.1用户管理 (24)6.1.1修改用户信息 (24)6.1.2修改密码 (25)6.1.3修改配额 (25)6.1.4给普通用户添加服务器 (26)6.1.5待审用户 (27)6.1.6开启短信验证 (28)6.2导入导出 (29)6.3日志管理 (30)6.4资源下载 (30)1产品登录1.1进入登录界面在安装完容灾存储系统之后，打开浏览器，在地址栏输入服务器IP地址+9090端口（例服务器IP地址为192.168.1.198，则在浏览器地址栏输入:9090），即可进入到宝腾云灾备容灾存储系统管理平台登录界面。
浏览器推荐使用谷歌浏览器，若用户未安装谷歌浏览器，也可以在登录界面的最下方，点击【下载】，手工下载安装谷歌浏览器。
在登录界面，用户输入用户名和密码，即可登录管理界面。
若用户没有注册账户，需要先通过【注册账户】，进行注册。
若用户已经注册过账户，但是忘记了登录密码，可以通过登录界面的【忘记密码】，进行密码找回。
1.2注册用户用户在登录界面，点击【注册账户】，打开注册账户界面，填写用户名、邮箱、密码、手机号等信息，即可进行注册。
此处演示注册一个超级用户admin，密码需要满足8位以上，且包含大小写字母和数字的组合，输入邮箱和手机号，方便后期找回密码。
2系统概览在登陆界面输入正确的用户名和密码，即可成功登陆系统。
利用TimesTen内存数据库搭建高可用性的电信IT系统
福
建 电
脑
２１ ０ ２年第 ６期
利用 Ｔ ｅ ｅ ｉ ｓ ｎ内存数据库搭建高可用性的电信 Ｉ ｍ Ｔ Ｔ系统
蔡 侠
（北京福 富软件 技 术股份 有 限公 司福 州分公 司 福 建 福 州 ３ ０ ０ ５ ０ ３）
【 摘 要 】 本 文 介 绍 了利 用 Ｔｍｅ ｅ ： ｉ ｓ ｎ内存 数 据 库 来搭 建 具 备 高可 用性 的 Ｉ 系统 的典 型 Ｔ Ｔ 部 署 架构 ， 并举例 进行 了详细 阐述 。 ‘ 【 关键词 】 ：共 享 内存 ； 高可用性 ； 据库 ； 数 内存数 据库 ； ｉ ｓ ｅ Ｔｍｅ ｎ Ｔ
据 库 的部署 架构 如 图 １ 示 从 架构 图 中可 以看 所
当备 用 内存 数据库 发生 故障 时 ．数 据 在 主用
到 ．应 用 系统 的数 据管 理单 元 由生 产 中心 以及灾 内存 数据 库上 发生 更新 时 ．将 由主用 内存数 据 库 备 中心 构 成 ． 备 中心 的数 据 通 过 Ｒ ｐｉ ｔ ｎ代 将数 据 复制 到灾 备 中心 内存 数据库 上 。在 备用 内 灾 ｅｌ ａ ｏ ｃｉ 理 从 生产 中心 复制而来 存数 据库 恢 复之 后 ．将 自动 从主用 内存数 据库 追
失。
到灾备 中心 。 在整 个架 构 中 ， 只有 主用 内存 数据 库 多 个 Ｔｍｅ ｅ ｉ ｓ ｎ节 点 之 间 有 Ａ ｔ ｅ Ｓａ ｄ ｙ 节点有 更 新数 据 的权 限 Ｔ ｃｖ — ｔ ｂ ｉ ｎ
当主 用 内存数 据库 发生 故障 时 ．系统 由备 用 ｃｖｒ 等 多种模 式可 以选择 。其 中 ． ｃｉ — ｔ ｄ 内存 数据 库接 管 ．原备用 内存 数据 库 变更 为 主用 ｏｅｙ Ａ ｔ ｅ Ｓａ ． ｖ ｎ ｂ － ｉ ｓ ｒ ｅｏｅｙ ｙ Ｄ ｓ ｔ ｃｖｒ 模式 为传 统 的 Ａ ｔ ｅ Ｓａ ｄ 内存 数据 库 （ ａｅＲ ｃｖ— ｔ 。 ｉ ｎ 该步 骤必 须在 原备用 内存 数 据库 中