TimesTen 数据库monitor 使用分析

来源:互联网 发布:硬盘恢复数据价格 编辑:程序博客网 时间:2024/06/06 11:49
    目前Oracle的TimesTen已经在电信、金融行业广泛使用,在TimesTen运维的过程中,monitor命令非常实用,尤其在异常或者优化的过程中,更是要经常使用到。下面对monitor的输出参数做个总结性的说明。下面是一个11g版本中的monitor输出:

--------monitor introduce begin--------
Command> monitor


  TIME_OF_1ST_CONNECT:         Sat Mar 21 09:31:43 2015   
  --》最近一次timesten 启动以来,第一次连接登录的时间。
  DS_CONNECTS:                 22
  --》最近一次timesten启动以来,连接过的连接个数。
  DS_DISCONNECTS:              4
  --》最近一次timesten启动以来,断开过的连接个数。
  DS_CHECKPOINTS:              2
  --》最近一次timesten启动以来,checkpoint的次数,这里包括用户手动调用checkpoint。
  DS_CHECKPOINTS_FUZZY:        2
  --》最近一次timesten启动以来,用户手动checkpoint的次数。
  DS_COMPACTS:                 0
  --》最近一次timesten启动以来,该DSN压缩的次数。
  PERM_ALLOCATED_SIZE:         87040
  --》该DSN分配的permsize大小,单位K。
  PERM_IN_USE_SIZE:            4372
  --》已使用的PermSize空间大小,单位为K。
  PERM_IN_USE_HIGH_WATER:      4372
  --》PermSize的高水位线,单位K,高水位线只记录实例本次启动以来的值。
  TEMP_ALLOCATED_SIZE:         61440
  --》分配的TempSize大小(单位K)。
  TEMP_IN_USE_SIZE:            5846
  --》正在使用的TempSize空间大小(单位K)。
  TEMP_IN_USE_HIGH_WATER:      5909
  --》TempSize的高水位线,单位K
  SYS18:                       0
  --》系统保留
  TPL_FETCHES:                 0
  --》通过Transparent Load方式从Oracle取到数据的次数。
  TPL_EXECS:                   0
  --》通过Transparent Load方式从Oracle取数据的次数,包含去oracle中执行,但未取到数据的尝试。
  CACHE_HITS:                  0
  --》在Transparent Load方式打开的情况下,从TimesTen 中成功取到数据的次数。
  PASSTHROUGH_COUNT:           0
  --》Passthrough成功执行的次数。
  XACT_BEGINS:                 9525
  --》事务启动的次数。
  XACT_COMMITS:                9370
  --》Durable(可持续性)和Nondurable事务提交的次数。
  XACT_D_COMMITS:              0
  --》Durable事务提交的次数。
  XACT_ROLLBACKS:              154
  --》事物回滚的次数。
  LOG_FORCES:                  101
  --》日志同步到磁盘的次数。
  DEADLOCKS:                   0
  --》死锁的次数。
  LOCK_TIMEOUTS:               0
  --》请求锁,但等待时间太长,超出设置的timeout时间的次数。
  LOCK_GRANTS_IMMED:           9037
  --》请求锁,立刻获得锁的次数。
  LOCK_GRANTS_WAIT:            0
  --》请求锁,有等待,但并未超出timeout时间的次数。
  SYS19:                       0
  --》系统保留。
  CMD_PREPARES:                66
  --》SQL命令等编译的次数。
  CMD_REPREPARES:              0
  --》SQL命令等被重复编译的次数。
  CMD_TEMP_INDEXES:            0
  --》在执行的过程中,创建临时索引的次数。
  LAST_LOG_FILE:               0
  --》最后一个log文件的编号。
  REPHOLD_LOG_FILE:            0
  --》replication 用到的最后一个log文件的编号(一般-1表示没有主备复制)。
  REPHOLD_LOG_OFF:             19079416
  --》replication用到的最后一个log文件的偏移量,这里-1表示没有主备复制。
  REP_XACT_COUNT:              0
  --》事物被成功复制到至少一个对端的个数。
  REP_CONFLICT_COUNT:          0
  --》事务复制过程中,有冲突产生的次数。conflict --冲突。
  REP_PEER_CONNECTIONS:        3
  --》所有的replication连接的个数。
  REP_PEER_RETRIES:            109
  --》重试的尝试建立replication的次数。
  FIRST_LOG_FILE:              0
  --》系统上最老(未被清除的)的log文件的编号
  LOG_BYTES_TO_LOG_BUFFER:     141472
  --》写到log的所有日志量,单位K。
  LOG_FS_READS:                6
  --》日志无法从内存中的logbuffer得到,而从磁盘上检索的次数。
  LOG_FS_WRITES:               102
  --》日志从logbuffer写到操作系统的次数。
  LOG_BUFFER_WAITS:            0
  --》因logbuffer无空闲空间,导致写logbuffer等待的次数
  CHECKPOINT_BYTES_WRITTEN:    19537920
  --》最近一次checkpoint操作写到磁盘上的数据量,单位K。
  CURSOR_OPENS:                392
  --》select发起的次数
  CURSOR_CLOSES:               392
  --》select完成的次数
  SYS3:                        0   --系统保留
  SYS4:                        0   --系统保留
  SYS5:                        0   --系统保留
  SYS6:                        0   --系统保留
  CHECKPOINT_BLOCKS_WRITTEN:   49
  --》所有检查点写成功的总的块数。
  CHECKPOINT_WRITES:           42
  --》所有checkpoint(包含当前的)写的总的次数。
  REQUIRED_RECOVERY:           0
  --》如前一次系统的关闭不正常,或者其他的异常导致该值为1,则表示因为启动时需要恢复,比如说日志的重放等
  SYS11:                       0
  SYS12:                       1
  TYPE_MODE:                   0
  --》0:oracle数据模式,1:timesten数据模式。
  SYS13:                       0
  SYS14:                       0
  SYS15:                       2
  SYS16:                       0
  SYS17:                       0
  SYS9: 


-----------monitor introduct end---------
0 0
原创粉丝点击