表级日志模式对比
该文档测试数据库开启表级日志模式和没有开启时,在对表update操作时产生的redo日志记录的不同
背景:由于一个同事在之前配置ogg时没有开启源端表级日志模式,导致从源端传过来的和update相关操作的记录源端和对端不一致。
下边是OGG对数据库级日志模式和表级日志模式的说明
首先是数据库级的说明:
When replicating from Oracle databases, you need to enable database-level supple...
这是个常规恢复的小例子,旨在给大家一个恢复的思路,当发生需要恢复的时候,我们不要盲目进行恢复,我们首先要明白恢复哪些文件,为什么恢复,恢复又需要哪些文件,这样一来,我们便可在恢复之前就知道常规恢复能否达到恢复的目的。
SQL> startup
ORACLE instance started.
Total System Global Area 939495424 bytes
Fixed Size 2233960 bytes
Variable Size ...
晚上加班搞3个库的同城灾备的ADG,一个库的参数全部配好了,就是不传日志,各种检查,就是没有找到问题。后来把归档的DEST换了下就OK了,很是奇怪,记录于此。
库的版本是x64 linux 11g的基础版本,也可能和BUG有关吧...
首先在主库查看问题:
SQL> select status,error from v$archive_dest;
STATUS ERROR--------- ---------------------------------------------------------------...
参考文档:disassembling the oracle data block,writter by graham thornton 2005
注:该文档是在9i下进行的,在11g中数据块格式都发生了变化,主要参数名未变,但偏移量发生变化
操作系统信息
[oracle@rhl6 lib]$ uname -a
Linux rhl6.0x64 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
数据库版本
SQL> set line 400
SQL> select * from...
当我们查询一张表的时候,在扫描到某些记录时,该记录的数据块已经corruption,那么我们可以用10231事件跳过该坏块读取其他数据。
此处我使用bbed恢复该corruption的块。并读取其中的数据。
参考文档:disassembling the oracle data block,writter by graham thornton 2005
操作系统信息
[oracle@rhl6 lib]$ uname -a
Linux rhl6.0x64 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64...
参考文档:disassembling the oracle data block,writter by graham thornton 2005
操作系统信息
[oracle@rhl6 lib]$ uname -a
Linux rhl6.0x64 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
数据库版本
SQL> set line 400
SQL> select * from gv$version;
INST_ID BANNER
---------- ----------------------------------------------...
参考文档:disassembling the oracle data block,writter by graham thornton 2005
注意:一般建议在数据库关闭的情况下使用bbed。防止正常的checkpoint和bbed的sum apply冲突导致数据块损坏。
操作系统信息
[oracle@rhl6 lib]$ uname -a
Linux rhl6.0x64 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
数据库版本
SQL> set line 400
SQL> sel...