-
编辑 删除
Redo Log之一：理解Oracle redo log
1. 什么是Redo logRedo log包含所有的数据库变化历史，数据库的所有操作变化，均按照写入重做日志缓冲区先于数据块缓冲区、写入重做日志文件先于写入数据文件；当发生提交动作时，将重做日志缓冲区变化刷到重做日志文件。重做日志文件一般用于数据库恢复(实例恢复和介质恢复)、Log Min...
-
编辑 删除
MAC+Vmware Fusion安装Oracle11g RAC
MAC+Vmware Fusion安装Oracle11g RAC 小黑时代已经过去了，现在IT民工已经开始转向高大上的Mac了。但是屌丝终究是屌丝，换了Mac后还是得安装RAC作为平时工作的环境，面对这高级的Mac OS X的操作系统，不得不觉得折腾，图形界面是一个折腾，共享存储是一个折腾，为了后面从小黑换Mac的兄弟们提高效率，减少折腾，这里...
-
编辑 删除
使用ttTraceMon进行TimesTen故障分析
1. TraceMon介绍TraceMon工具是TimesTen提供的一个底层的Debug工具，可以通过TraceMon跟踪TimesTen的内部Trace详细信息，类似于Oracle的SYSDUMP；对于TimesTen来说，由于其运行在内存中的特点，不能像Oracle那样有详细的记录信息，所有的信息都是瞬间值，对于能重现的故障或者性能问题，使用TraceMon跟踪...
-
编辑 删除
Oracle与TimesTen内存数据库Cache Group同步效率与TimesTen主备数据同步机制研究
随着企业级信息系统一体化建设不断完善，信息基础设施和软硬件快速扩充，信息系统复杂度大幅提高，数据量呈几何倍数急剧增长，集中式数据中心、大规模数据容灾中心建设，结构化与非结构化数据存储扩容等使电力企业信息逐步显现出大容量、多种类、快速处理和高时效性的特征。而应用系统一贯采用的传统关系型数据库（RDBMS...
-
编辑 删除
理解TimesTen错误日志信息"waiting for latch"
在11.2.2.x版本TimesTen的实际运维中，经常会出现大量的"waiting for latch"的告警信息，直到11.2.2.8.0以后版本，针对latch进行了改进，期待11.2.2.8.0以后版本能有所改善；由于TimesTen中，latch等待的种类较多，每一种latch等待，代表着不通的性能问题，为了方便的理解，分别梳理各种“waiting f...
-
编辑 删除
合理配置TimesTen内存数据库Hash索引的PAGES参数
TimesTen内存数据库支持哈希、范围和位图三种类型的索引，其中哈希索引在等值查询中有着其他索引不能比的高效的优势，通常用于匹配单行或多行记录查询。哈希索引的创建语法：CREATE [UNIQUE] HASH INDEX [Owner.]IndexN...
-
编辑 删除
TimesTen索引读取效率
TimesTen内存数据库的效率一直是大家关注的一个重点，表结构设计和索引选择更是性能关注的重点，下面是官方对各种索引的效能测试及11.2.1.x与11.2.2.x之间的性能对比：1、Hash Index的性能对比2、T-Tree索引的性能对比3、B+Tree索引的性能对比由于B+Tree索引是TimesTen...
-
编辑 删除
TimesTen内存数据库评估和计算表大小及碎片
在TimesTen内存数据库的规划阶段，我们需要评估内存数据库表占用内存空间的大小，以合理的规划内存数据库的大小和评估需要迁移到内存数据库的表及字段；在实际运维过程中，系统上线一定的时间以后，我们需要计算表的大小，甚至需要评估内存数据库表是否存在碎片等。 TimesTen...
-
编辑 删除
理解TimesTen内存数据库DBI文件的作用以及相关故障处理
DBI(DataBase Information)的作用是记录TimesTen实例的DSN注册信息，在Daemon进程启动时会读取该注册信息，显示DSN的组件启动策略。我们在实际运维过程中，基本没有人会关心DBI文件的存在，甚至有一些童鞋做了一两年的TimesTen运维，都不知道有这么一个文件存在。但是，我们在实际故障处理中，如...
-
编辑 删除
使用Tptbm进行TimesTen性能的基准测试
随着信息化规划的全面推进和企业级信息系统一体化建设不断完善，信息基础设施和软硬件快速扩充，信息系统复杂度大幅提高，数据量呈几何倍数急剧增长，集中式数据中心、大规模数据容灾中心建设，结构化与非结构化数据存储扩容等使电力企业信息逐步显现出大容量、多种类、快速处理和高时效性的特征。而应用系统一贯采用的传...
-
编辑 删除
使用TraceMon分析TimesTen查询最大连续内存块瞬间Hang问题
在TimesTen的维护中，监控TimesTen剩余的最大连续内存块是非常有必要的，但是Oracle在TimesTen中只提供了有一个存储过程来查看TimesTen内存数据库的剩余最大连续空闲内存段，而且该存储过程还会引起内存数据库瞬间Hang住，我们都知道TimesTen一般承载的业务都是实时性要求非常高的，这种瞬间Hang住有可能会造成业务影响，...
-
编辑 删除
Linux6下安装Oracle R12c[Oracle基础]
前几天看到CSDN的一篇文章，Oracle12c可以下载试用了，赶紧跑到oracle官网下载去尝尝鲜？对一个ArcGISer来说关心的无怪乎两个问题1：ArcSDE10.2（最新版本）是否支持Oracle12c2：Oracle12c是否有一些新功能可以解决以前使用很难解决的问题。带着这两个问题，就开启了Oracle12c的安装之旅。oracle...
-
编辑 删除
使用ttXactAdmin、ttSQLCmdCacheInfo、ttSQLCmdQueryPlan获取SQL相关详细信息
无论是在Oracle运维、TimesTen的运维还是做其他数据库的运维，在实际工作的过程中都少不了对SQL的分析和优化；在TimesTen中，没有像Oracle那样提供10046/10053等事件对SQL执行进行诊断；也没有HIST历史表用于SQL语句的查找，只能使用ttXactAdmin、ttSQLCmdCacheInfo、ttSQLCmdQueryPlan获取SQL的实时相关详细信息；该方式只...
-
编辑 删除
TimesTen IX锁及用途介绍[TimesTen运维]
关于TimesTen的锁，有两个概念：共享锁/读 和 排他锁/写、有意图的锁定和无意图的锁定。比如行锁就是一种有意图的锁定，是可以和其他行锁共享的一种锁，是我们要操作它而添加的锁定。比如一个地方是行锁，而另外一个地方需要表锁，因为对于锁管理器来说是两个不同的对象，是不知道他们之间的关系的，所以所有的行锁都需要...
-
编辑 删除
CheckPoint没有执行-Checkpointing Not Occurring[TimesTen运维基础]
今天接到一个客户的电话，说他们有一个库的CheckPoint历史时间比较奇怪，而且事务日志一致都没有删除。1、看了一下事务持有日志，确实有点奇怪持有日志的是CheckPoint文件，而且也没有主备复制和长事务。Command> call ttlogholds;< 11302, 54794696, Checkpoint ...
-
编辑 删除
TimesTen修改CacheGroup管理用户在ORACLE端及TT端密码
密码管理一直是运维中安全管理的一部分，CacheGroup管理用户密码的修改虽然不复杂，但是对于生产来说，修改不完善比较容易引发故障。这里介绍一下CacheGroup管理用户密码的修改，便于入门的兄弟学习。1、在主备节点修改sys.odbc.ini配置文件$ cd $TT_HOME/info$ vi sys.od...
-
编辑 删除
TimesTen手动主备切换(ASP模式)[TimesTen运维基础]
TimesTen在ASP模式下，主备切换是日常运维中比较经常需要实施的操作，虽然我们可以配置HACMP自动切换，但是手动切换也是难免的，无论是配置自动切换还是手动切换。具体的操作步骤基本一致。1、切换前注意事项：a、检查主备同步状态，如若有日志复制堆积，则需要等其日志追平。b、主备切...
-
编辑 删除
TimesTen重建备机标准操作[TimesTen运维]
在TimesTen运维过程中，重建备机是日常运维中最经常实施的操作，这里记录一下重建备机操作步骤，便于初入门的兄弟参考。1、注释定时任务脚本$ crontab -e :%s/^/#/g2、检查主备同步情况ttisql -connstr Command> call ttbookmark;Command> call ttbookmark;3、停止主节点的复制进程ttisql -conns...
-
编辑 删除
配置TimesTen客户端连接[TimesTen运维]
TimesTen配置从客户端连接与Oracle相似，稍有差别：1、安装客户端TimesTen通过客户端连接到服务端与Oracle类似，也需要安装TimesTen客户端。安装过程非常简单，这里就不做介绍了。2、配置客户端配置TimesTen客户端的$TT_HOME/info目录下的sys.odbc.ini参数文件。vi sys.odbc.ini[tytt1] ...
-
编辑 删除
TimesTen临时(内存)空间使用和调整临时(内存)空间
在TimesTen运维及项目前期规划过程中，需要对TimesTen临时空间进行计算，下面根据官方建议结合运维经验规划临时空间的分配：1、官方对临时空间分配的计算方法：TempSize = 14 MB + ceiling(PermSize / 8)根据个人的运维经验，官方的计算方式比较适合于内存数据库大小在10~40GB比较合适，如果内存库分配较小或较大...
