在AnySQL.net中搜索标签(Tags) 'Format' 的结果:
如何更好地在RSS中显示AnySQL的代码
关于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;...
Oracle Log格式研究未完成的主要任务
虽然已经能从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的研究, 并想快速应用到项目中, 不容易啊, 研究这个的前途未见光明啊!...
Oracle 11g系列测试 -- MyLOG
象Log文件格式这样的研究, 是非常怕新版本的发布的. Oracle 11g的发布给我有点压力, 因为Oracle肯定会或多或少地对它作一些修改, 而象我这样没有官方支持的研究, 就比较难办了, 只能多作些测试了. 下午稍稍测试了一下MyLOG对Oracle 11g版本日志文件支持性. 原来以为什么都不用改的想法是落空了, 不过从目前看来, 我所关心的部份改动不会很大, 因为我稍稍修改了一下程序后, 已经可以解出SQL了, 基本上应当达到了对10g的研究水平. LOG> extract table t_11glog start 2 Start extract redo SQL ... RBA=0x000006.00017662.0010, XID=0x0001.01c.000000a7 RID=AAAC7bAAEAAAAPQAAA INSERT INTO T_11GLOG ( COL1...
半年内Log研究可以达到的中间产品
过去两年中断断续续地研究了一些Oracle日志文件的格式, 只是为了研究而开发了一个工具, 不具有任何实用的意义. 也比较清楚Quest Shareplex或DSG Realsync这样的软件的强大功能, 要做出这样的一个工具, 是非常难的, 也是非常耗时间的, 这是日志格式研究的终极目标. Oracle 11g的新Standby模式是很好, 不过那是在11g刚推出来的, 估计要到12X才能真正地广泛使用吧, 而且这么好的功能, Oracle不会不收许可证的值, 而且是相当地贵的. Standby还是有缺限的, 不支持异构, 比如源结点是比较贵的小型机系统, 而目标结构想选择比较便宜的x86系统时, 就不可能了. 相反地, 基于日志文件分析的逻辑复制软件则要灵活得多, 不仅可以异构, 还可以灵活地折分数据. 在过去的一段时间中, 有钱的公司用Shareplex, 没有钱的公司则用了实体化视图日志或自已写触发器的方式, 来捕捉增量数据, 然后自已写角本来实现两边数据同步. 这种方式遇到的最大的题是维护复杂, 并且对源端的数据库影响较大. 对于Log格式的研究也有一段时间了,...
LOG_ARCHIVE_FORMAT中%r值从哪儿来的?
当数据库从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;...
加强MyLOG软件, 以进行Log格式研究之五
周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下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...
加强MyLOG软件, 以进行Log格式研究之四
周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下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...
加强MyLOG软件, 以进行Log格式研究之三
周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下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...
加强MyLOG软件, 以进行Log格式研究之二
周日闲来无事, 因为周五忙到比较晚, 所以干脆不回南京了, 一个人的周末能做什么呢? 洗了一大堆衣服和床单, 留下了一点时间来改进一下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...
加强MyLOG软件, 以进行Log格式研究之一
对于Log格式的研究, 我是持犹豫态度的, 第一研究很费力, 第二研究出来了也没用. 随着Oracle推出逻辑Standby及更新进的流(Stream)复制解决方案后, 随着新版本的推出, 这方面的功能会越来越强, 同样基于Log格式的备份或实时同步软件(如: SharePlex和DSG), 都会受到一定的影响. 而Log格式的研究, 要想出成果, 也只有在这一方面, 要是在上世纪90年代中或末期开始研究, 则情况就大不相同了. 但是我还是一直想研究的, 在这样的研究中, 关键是可以找到一些乐趣. 但研究Log这事不能过急, 从上次决定要继续研究, 到现在已经有快一个月了, 没有花什么时间. 只是在昨天晚上花了一个小时, 改进了一下MyLOG工具, 这个工具现在还和Log挂不上一点边, 因为现在仅支持以下几个命令. 1, HELP. 显示帮助信息 LOG> help SET -- change the...
将继续进行对Oracle Log文件的研究
两前以前的这个时间, 我刚刚完成了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...
站内搜索 | Search
总数: 540 | 留言: 1711
- Name: Fangxin Lou
- MSN: anysql©live.com
- Mail:anysql©yahoo.com
anysql©gmail.com - Skype: anysql
- AIM: loufangxin
- Mobile:008615925611590
分类 | Categories
软件下载:
MSN: loufangxin(a)msn.com, Mail: anysql(at)126.com/support(at)iamdba.com, Skype ID:anysql