AnySQL.net » Format

SQLULDR2会话级设置

anysql — Wed, 03 Jun 2009 23:05:54 +0000

某国外网友不满于SQLULDR2中的默认日期格式, 还想控制数字类型的千位分隔符, 这些都需要在会话级更改一些设置才能工作, 一开始设计SQLULDR2时没有考虑到这一点, 没有提供灵活的会话级设置功能, 考虑到提议不错, 就加了一个命令行选项(“ALTER”)实现了, 可以将多个ALTER SESSION的语句用逗号分隔, 传给SQLULDR2程序. 可以写入到参数据文件(testpar.txt).

user=webchart/webchart@localhost:1521/testdb
query=select sysdate from dual
alter=alter session set nls_date_format=’yyyy-mon-dd’;
alter session set nls_date_format=’yyyy-mm-dd’;

运行如下命令, 进行测试.

sqluldr2 parfile=testpar.txt

看一下生成的文件中, 日期的格式, 已不是默认格式(“YYYY-MM-DD HH24:MI:SS”)了. 需要注意的是, 生成的控制文件中, 则还是默认的格式, 没有根据会话级设置而相应改变.

D:\OracleClient>type uldrdata.txt
2009-06-03

不知道有多少人真的要用到这个功能, 关于性能的一些调整项已经做成专门的命令行选项了.

Relative Posts:

如何更好地在RSS中显示AnySQL的代码

anysql — Mon, 10 Sep 2007 20:46:41 +0000

关于RSS的输出格式, 一直很有争议, 如是否全文输出以及网页格式化. 我一起是全文输出的, 可能是因为我没内容写的原因, 所以每篇都很短. 偶儿有几篇看起来很长的, 却是一些SQL或程序代码, 为了更好地显示本站的代码, 请定义一个用等宽字体的prefont样式. 如下所示:

.prefont
{
    font-family: “Courier New”, Courier, mono;
    font-size: 12px;
    font-weight: normal;
    letter-spacing: normal;
    word-spacing: normal;
    background-color: #efefef;
    background: #efefef;
    margin-left: 30px;
    margin-right: 15px;
    margin-top: 10px;
    margin-bottom: 10px;
}

因为这些SQL或代码都没有放在pre标记中, 所以形成了这个问题, 但加了这段css后应当很整齐了.

谢谢!

Relative Posts:

2008/01/21 -- Movable Type升级失误 (1)
2009/06/22 -- 升级Movable Type失败 (2)
2009/06/04 -- 如何打开WebChart的链接? (0)
2009/06/03 -- SQLULDR2会话级设置 (1)
2009/06/03 -- 添加WebChart超文本链接 (3)
2009/05/14 -- 有人要买英文站广告位 (1)
2009/04/23 -- 用phpBB3搞你问我答 (1)
2008/09/10 -- DreamHost升级PHP了 (2)
2008/01/29 -- SCode的tmpdir路径 (0)
2008/01/29 -- 开始有垃圾留言了 (3)

Oracle Log格式研究未完成的主要任务

anysql — Wed, 05 Sep 2007 03:52:19 +0000

虽然已经能从Oracle 10g和Oracle 11g中解出Redo SQL了, 但这个只适合于记录没有Row Chain和Row Migration的情况. 然而在真实的环境中无法全部避免这些, 也不能丢下这样的记录不管啊!

因此需要继续做的两个研究是: 1, 对于Row Chain和Row Migration的研究, 要处理这两种情况肯定要懂Oracle的数据块格式, 这方面已经有基础了; 2, 研究Supplemental Log Data的格式及如何发挥它的作用, Oracle的这个功能就是为Stream加上去的, 基于Log捕捉的所有程序都可以从这些设置中得到好处, 在Shareplex中验证了这一点.

虽然只有两件事情, 不过任务可不轻松的. 有时还需要大家的帮忙, 如果有兴趣可以一起研究这两点. 最近国内不少的公司都在项目中遇到了如何捕捉增量数据的问题, 最后不约而同地想到从Log中去获取, 而因此展开了一些对于Oracle Log的研究, 并想快速应用到项目中, 不容易啊, 研究这个的前途未见光明啊!

而我继续是没有压力地, 自由地进行研究. 有公司会赞助我的这种研究吗?

Relative Posts:

2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2008/07/24 -- 事务数高了会如何? (3)
2008/02/29 -- 向Zizzy项目注入MyLOG (8)
2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/07/11 -- MyLOG搞成开源项目能造福于大家吗? (13)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)
2007/05/30 -- 解出Oracle日志文件中的Redo SQL语句之十 (14)
2007/05/30 -- 解出Oracle日志文件中的Redo SQL语句之九 (1)

Oracle 11g系列测试 — MyLOG

anysql — Wed, 05 Sep 2007 02:47:00 +0000

象Log文件格式这样的研究,　是非常怕新版本的发布的. Oracle 11g的发布给我有点压力, 因为Oracle肯定会或多或少地对它作一些修改, 而象我这样没有官方支持的研究, 就比较难办了, 只能多作些测试了. 下午稍稍测试了一下MyLOG对Oracle 11g版本日志文件支持性.

原来以为什么都不用改的想法是落空了, 不过从目前看来, 我所关心的部份改动不会很大, 因为我稍稍修改了一下程序后, 已经可以解出SQL了, 基本上应当达到了对10g的研究水平.

LOG> extract table t_11glog start 2
Start extract redo SQL …
RBA=0×000006.00017662.0010, XID=0×0001.01c.000000a7
RID=AAAC7bAAEAAAAPQAAA
INSERT INTO T_11GLOG ( COL1 , COL2 ) VALUES (11988,’TEST’);
RID=AAAC7bAAEAAAAPQAAB
INSERT INTO T_11GLOG ( COL1 , COL2 ) VALUES (11991,’TEST_IDX’);
RID=AAAC7bAAEAAAAPQAAC
INSERT INTO T_11GLOG ( COL1 , COL2 ) VALUES (11995,’T_11GLOG’);

上面的例子是向一个有两个字段的表插入了三行记录的结果, 用的是INSERT…SELECT..的方法.

Relative Posts:

2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之三 (0)
2007/03/25 -- 加强MyLOG软件, 以进行Log格式研究之二 (0)
2007/03/24 -- 加强MyLOG软件, 以进行Log格式研究之一 (0)
2007/09/04 -- Oracle 11g新特性 — DG压缩传送日志 (0)
2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)

半年内Log研究可以达到的中间产品

anysql — Fri, 24 Aug 2007 07:36:43 +0000

过去两年中断断续续地研究了一些Oracle日志文件的格式, 只是为了研究而开发了一个工具, 不具有任何实用的意义. 也比较清楚Quest Shareplex或DSG Realsync这样的软件的强大功能, 要做出这样的一个工具, 是非常难的, 也是非常耗时间的, 这是日志格式研究的终极目标. Oracle 11g的新Standby模式是很好, 不过那是在11g刚推出来的, 估计要到12X才能真正地广泛使用吧, 而且这么好的功能, Oracle不会不收许可证的值, 而且是相当地贵的.

Standby还是有缺限的, 不支持异构, 比如源结点是比较贵的小型机系统, 而目标结构想选择比较便宜的x86系统时, 就不可能了. 相反地, 基于日志文件分析的逻辑复制软件则要灵活得多, 不仅可以异构, 还可以灵活地折分数据.

在过去的一段时间中, 有钱的公司用Shareplex, 没有钱的公司则用了实体化视图日志或自已写触发器的方式, 来捕捉增量数据, 然后自已写角本来实现两边数据同步. 这种方式遇到的最大的题是维护复杂, 并且对源端的数据库影响较大. 对于Log格式的研究也有一段时间了, 最初研究8i/9i的, 后来花了一个星期的业余时间完成了10g的格式的研究, 因此11g或12x的格式也是可以出来的. 但是这个研究可以做到什么呢?

最现实的是可以通过分析日志来获得与实体化视图日志同样的数据, 这比分析所有数据要简单多了, 但是可以避免在源数据库上对要复制的表加上触发器或实体化视图日志, 要达到这样一个中间的产品或半成品, 则在看得见的时间范围之内.

正准备好好研究一下如何实现这个中间目标.

Relative Posts:

2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2008/07/24 -- 事务数高了会如何? (3)
2008/02/29 -- 向Zizzy项目注入MyLOG (8)
2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/07/11 -- MyLOG搞成开源项目能造福于大家吗? (13)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)
2007/05/30 -- 解出Oracle日志文件中的Redo SQL语句之十 (14)
2007/05/30 -- 解出Oracle日志文件中的Redo SQL语句之九 (1)

LOG_ARCHIVE_FORMAT中%r值从哪儿来的?

anysql — Fri, 03 Aug 2007 19:26:46 +0000

当数据库从9i或8i升级到10g时, 如果compatible参数也设成了10以上, 则LOG_ARCHIVE_FORMAT参数中必须包含%s, %t, %r参数. 其中%s是Log Seuqence; %t是Thread ID, RAC的节点中设有THREAD参数, 就是这个值了; %r指的是Resetlog ID了, 比较新, 得从Oracle 10g中增加的跨Resetlogs恢复功能说起.

为了支持这个功能, Oracle 10g在控制文件中新增了一部份内容, 就是历次Open Resetlogs的经过, 每经历一次Open Restlogs就生成了一个新的Incarnation(不知道如何翻译这个单词了), 反应到数据库中则是V$DATABASE_INCARNATION视图(基表x$kccic, 说明是存放在控制文件中的). 我这儿没有经过多次open resetlogs的数据库, 等一下验证一下. 查一个从来没有Open Resetlogs的库吧, 如下所示:

ASQL> SELECT * FROM v$DATABASE_INCARNATION/G;

INCARNATION#                  : 1
RESETLOGS_CHANGE#             : 1
RESETLOGS_TIME                : 2007-07-16 17:28:06.0
PRIOR_RESETLOGS_CHANGE#       : 0
PRIOR_RESETLOGS_TIME          : null
STATUS                        : CURRENT
RESETLOGS_ID                  : 628104486
PRIOR_INCARNATION#            : 0
FLASHBACK_DATABASE_ALLOWED    : NO

1 rows returned.

从这儿可以推导出一个观点, 当你重建控制文件后, 将丢失跨Resetlogs恢复的能力. 还好控制文件的参数大部份都可以动态改了, 基本上没有重建它的需要了. 上面的值中, STATUS列的值为CURRENT表示是当前的Incarnation, 另外还可以从V$DATABASE中获得当前正在使用的Incarnation. 如下所示:

ASQL> SELECT LAST_OPEN_INCARNATION# FROM V$DATABASE;

LAST_OPEN_INCARNATION#
———————-
1

1 rows returned.

有些部份还只是猜测, 如有错误, 请理解.

Relative Posts:

2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/05/30 -- 解出Oracle日志文件中的Redo SQL语句之十 (14)
2007/05/30 -- 解出Oracle日志文件中的Redo SQL语句之九 (1)
2007/05/29 -- 解出Oracle日志文件中的Redo SQL语句之八 (3)
2007/05/28 -- 解出Oracle日志文件中的Redo SQL语句之六 (0)
2007/05/25 -- 解出Oracle日志文件中的Redo SQL语句之五 (1)
2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)

加强MyLOG软件, 以进行Log格式研究之五

anysql — Wed, 28 Mar 2007 03:10:54 +0000

周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下MyLOG软件, 增加了按Layer和Opcode进行查找的功能, 周一晚上继续改进, 居然给我加成了按对对象号(Object ID)来查找的功能, 但目前还仅限于对表或索引进行维护的类型, 不过这已以是一个很大的进步了. 另外在上篇中写的TAIL命令也集成了这个查找功能.

SEARCH option value [option value]
TAIL   option value [option value]
DUMP   option value [option value]
   OPTION
       OP       layer
       SUBOP    opcode
       START    start redo block
       END      end redo block
       BLOCK    in given block
       OBJECT   object id

分别来偿试一下这些命令的查找功能吧!

LOG> tail object 61 start 2
Start tailing redo operation …

0x00005e30.00003eb8.0010 2006-08-23 19:08:58
          [05.02] [Trans Undo ] Update rollback segment header – KTURDH
          [05.01] [Trans Undo ] Undo block or under segment header – KTURDB
          [11.05] [Row Access ] Update Row Piece
          [05.19] [Trans Undo ] Transaction start audit log record
LOG> search object 61 start 2
Start search opcode = [00.00] …
Seq=24112, Start=16056, Offset=0×0010=16, End=16057, Time=2006-08-23 19:08:58
LOG> dump object 61 start 2
Start dump redo operation …
REDO RECORD — RBA=0x00005e30.00003eb8.0010 LEN=0×0284 VLD=0×01 SCN=0x031f.05c0098c
  CHANGE#=0×01 OP=5.2 SEQ=1 TYP=0 CLS=43 OFFS=0x000c LEN=0x003c DBA=0x6280b402 …
    PIECE#=2 OFFS=0x001c LEN=0×0020 SIZE=0×0020
    ktudh redo: slt=0×0045 sqn=0x000daa80 flag=0×0412 siz=228 fbi=0
                uba=0x3b41c2dd.3bce.00  pxid=0×0000.000.00000000
  CHANGE#=0×02 OP=5.1 SEQ=8 TYP=0 CLS=44 OFFS=0×0048 LEN=0×0114 DBA=0x3b41c2dd …
    PIECE#=2 OFFS=0×0038 LEN=0×0014 SIZE=0×0014
    ktudb redo: siz=0x00e4 spc=0x000000ac flag=0×0012 seq=0x00ce rec=0×00
                xid=0x000e.045.000daa80
    PIECE#=3 OFFS=0x004c LEN=0×0030 SIZE=0×0030
    ktubu redo: slt=69 rci=0 opc=11.1 objn=61 objd=61 tns=0
    PIECE#=4 OFFS=0x007c LEN=0×0020 SIZE=0×0020
    ……

有了这些命令, 我想谁都可以研究日志格式了.

Relative Posts:

2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之三 (0)
2007/03/25 -- 加强MyLOG软件, 以进行Log格式研究之二 (0)
2007/03/24 -- 加强MyLOG软件, 以进行Log格式研究之一 (0)
2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)

加强MyLOG软件, 以进行Log格式研究之四

anysql — Mon, 26 Mar 2007 16:29:44 +0000

周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下MyLOG软件, 增加了一个TAIL命令, 用于将日志文件中的所有操作列出来, 当时想写一个Linux/Unix下”tail -f”这样的工具(tailredo), 可是发现这样显示出来的信息没什么用, 因此停写那个工具. 但这条命令本身在研究时还是有用的.

TAIL START start_block END end_block TO output_file
TAIL BLOCK block_id TO output_file

这个命令主要是将日志操作的类型列举出来:

LOG> TAIL BLOCK 2
Start tailing redo operation …

0x00005e30.00000002.0010 2006-08-23 19:08:22
          [05.01] [Trans Undo ] Undo block or under segment header – KTURDB
          [11.02] [Row Access ] Insert Row Piece

0x00005e30.00000002.0188 2006-08-23 19:08:22
          [05.01] [Trans Undo ] Undo block or under segment header – KTURDB
          [11.05] [Row Access ] Update Row Piece

实在没有想出来这条命令有多大的用处, 但还是加了它.

Relative Posts:

2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之三 (0)
2007/03/25 -- 加强MyLOG软件, 以进行Log格式研究之二 (0)
2007/03/24 -- 加强MyLOG软件, 以进行Log格式研究之一 (0)
2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)

加强MyLOG软件, 以进行Log格式研究之三

anysql — Mon, 26 Mar 2007 16:00:04 +0000

周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下MyLOG软件, 增加了一个OSDUMP命令, 用于将日志文件中的块以十六进制的形式打印出来, 有点象Linux/Unix下的od命令, 但这个更有专业性.

OSDUMP START start_block END end_block TO output_file
OSDUMP BLOCK block_id TO output_file

这个功能是一切文件格式研究的第一步, 使用例子:

LOG> osdump block 1
Start osdump redo block …
0x   : -0-1 -2-3 -4-5 -6-7 -8-9 -a-b -c-d -e-f  0123456789abcdef
—–: —————————————  —————-
00000: 0000 5e30 0000 0001 23b7 dfca 0000 63b4  ..^0….#…..c.
00010: 0920 0000 0920 0000 9d67 1cf9 4742 4355  . … …g..GBCU
00020: 5354 3100 000c 8148 003e 8000 0000 0200  ST1….H.>……
00030: 0008 0002 a281 284c 0000 0000 0000 0000  ……(L……..
00040: 0000 0000 0000 0000 0000 0000 0000 0000  …………….
00050: 0000 0000 0000 0000 0000 0000 5468 7265  …………Thre
00060: 6164 2030 3030 312c 2053 6571 2320 3030  ad 0001, Seq# 00
00070: 3030 3032 3431 3132 2c20 5343 4e20 3078  00024112, SCN 0x
00080: 3033 3166 3035 6330 3038 3234 2d30 7830  031f05c00824-0×0
00090: 3331 6630 3563 3030 3939 3000 0000 3ebb  31f05c00990…>.
……

当初研究数据文件格式时, 也是先写这个功能的.

Relative Posts:

2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)
2007/03/25 -- 加强MyLOG软件, 以进行Log格式研究之二 (0)
2007/03/24 -- 加强MyLOG软件, 以进行Log格式研究之一 (0)
2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)

加强MyLOG软件, 以进行Log格式研究之二

anysql — Sun, 25 Mar 2007 22:03:00 +0000

周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下MyLOG软件, 增加了一个OPEN命令, 正式将一个命令行的外壳和以前研究Log格式时写的程序挂上钩了. 这个OPEN命令的输出和以前写的lslog工具一样. 下面我在Windows上打开了一个Solaris Sparc上生成的归档日志文件:

LOG> set byte_order big
BYTE_ORDER = BIG
LOG> open c:\mydul\utility\ARCH_24112.arc
DBID = 0x9d671cf9 = 2640780537
GROUP      = 8, SEQUENCE   = 24112
File Type  = 2, Next Block = 16059
Start SCN  = 0x031f.05c00824 = 3431775340580
Start Time = 2006-08-23 19:08:21
End SCN    = 0x031f.05c00990 = 3431775340944
End Time   = 2006-08-23 19:08:58
LOG>

接下来要加入的命令就是SEARCH了, 可以在打开的日志文件中查找特定的操作, 将块的地址打出来, 然后可以用Oracle中的DUMP日志命令来获得详细的信息, 以进行进一步的研究.

Relative Posts:

2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之三 (0)
2007/03/24 -- 加强MyLOG软件, 以进行Log格式研究之一 (0)
2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)

加强MyLOG软件, 以进行Log格式研究之一

anysql — Sat, 24 Mar 2007 17:46:43 +0000

对于Log格式的研究, 我是持犹豫态度的, 第一研究很费力, 第二研究出来了也没用. 随着Oracle推出逻辑Standby及更新进的流(Stream)复制解决方案后, 随着新版本的推出, 这方面的功能会越来越强, 同样基于Log格式的备份或实时同步软件(如: SharePlex和DSG), 都会受到一定的影响. 而Log格式的研究, 要想出成果, 也只有在这一方面, 要是在上世纪90年代中或末期开始研究, 则情况就大不相同了.

但是我还是一直想研究的, 在这样的研究中, 关键是可以找到一些乐趣. 但研究Log这事不能过急, 从上次决定要继续研究, 到现在已经有快一个月了, 没有花什么时间. 只是在昨天晚上花了一个小时, 改进了一下MyLOG工具, 这个工具现在还和Log挂不上一点边, 因为现在仅支持以下几个命令.

1, HELP. 显示帮助信息

LOG> help
  SET        – change the default setting.
  HOST/!     — run OS command.
  QUIT/EXIT  – exit the program.

2, SET. 现在只有两个选项BLOCK_SIZE和BYTE_ORDER, 不过我还没见过BLOCK_SIZE不是512字节的Oracle日志文件.

LOG> set
Valid options are BLOCK_SIZE, BYTE_ORDER.
LOG> set block_size
BLOCK_SIZE = 512
LOG> set byte_order
BYTE_ORDER = LITTLE

3, HOST. 在工具中调用操作系统命令, SQL*Plus中有这个功能, 我也将它加了吧.

LOG> host dir mylog.*
Volume in drive C has no label.
Volume Serial Number is 5CF4-08FE

Directory of C:\MYDUL\utility

2007-03-24  09:29             6,055 mylog.c
2007-03-24  09:29            36,864 mylog.exe
2007-03-23  22:21               511 mylog.h
               3 File(s)         43,430 bytes
               0 Dir(s)   5,268,729,856 bytes free

当然EXIT和QUIT命令肯定是有的, 用来退出这个程序.

Relative Posts:

2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之三 (0)
2007/03/25 -- 加强MyLOG软件, 以进行Log格式研究之二 (0)
2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/06/03 -- 用MyLOG解出对COL$系统表进行的操作 (0)
2007/06/02 -- MyLOG程序对于Drop类误操作恢复的作用 (0)

将继续进行对Oracle Log文件的研究

anysql — Tue, 27 Feb 2007 05:12:51 +0000

两前以前的这个时间, 我刚刚完成了AUL/MyDUL的第二版本, 到现在已经很成熟了, 那么接下来要研究什么呢? 我想来想去只有继续进行对Oracle日志文件的研究了. 过去的一年半时间中, 我断断续续地进行过一些研究, 但没有什么成果. 早期曾经设想过开发一个Log有关的免费工具, 用于对Log文件的格式进行分析, 2007年是时侯向这个方面入手了.

在数据文件研究的过程中, 发现开发一个工具来研究Log格式是有必要的, 边开发边研究, 循环地进步. 今天晚上做出了一个原型, 还是一个命令行的工具, 界面如下所示:

MyLOG : AnySQL Log Analyzer for Oracle 8i/9i, release 1.0.0

(C) Copyright Lou Fangxin 2007 (AnySQL.net), all rights reserved .

LOG>

将会一步一步地加入一些命令, 目标是要做成一个可以在日志文件中自由搜索Oracle特定操作的小工具, 最好也能解出Log文件中的REDO SQL和UNDO SQL, 其他的还没有想好, 走一步算一步了. 事先说明, 研究日志格式可比研究数据文件格式难多了, 因此请大家不要抱太大的希望.

顺便希望能将10g的日志文件格式也研究出来, 10g变了好多, 希望11g不要变化太多, 否则研究太累了.

Relative Posts:

2007/09/04 -- Oracle Log格式研究未完成的主要任务 (0)
2007/09/04 -- Oracle 11g系列测试 — MyLOG (2)
2007/08/24 -- 半年内Log研究可以达到的中间产品 (7)
2007/08/03 -- LOG_ARCHIVE_FORMAT中%r值从哪儿来的? (0)
2007/03/27 -- 加强MyLOG软件, 以进行Log格式研究之五 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之四 (0)
2007/03/26 -- 加强MyLOG软件, 以进行Log格式研究之三 (0)
2007/03/25 -- 加强MyLOG软件, 以进行Log格式研究之二 (0)
2007/03/24 -- 加强MyLOG软件, 以进行Log格式研究之一 (0)
2008/07/24 -- 事务数高了会如何? (3)