Database | YallonKing

关于 ORA-27102: out of memory 解决一例

问题描述：对内存为24GB的linux 64位之上的oracle11g调整sga大小导致错误ORA-27102，并进一步阐述参数kernel.shmmax和参数kernel.shmall设置问题。基本信息 OS:linux x86-64 DB:11.2.0.3 [oracle@tongjidb ~]$ more /etc/fstab # # /etc/fstab # Created by anaconda on Fri Nov 1 22:06:11 2013 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # Se...

2013年11月11日 TroubleShooting 暂无评论喜欢 0 阅读 2,035 次阅读全文

OGG-ALO模式配置（Extracting from Oracle Archive log files）

公司新的整体架构将会用到OGG ALO模式，下图即就是使用到该架构的部分即就是，先从2个节点的rac通过dg灾备数据到adg库中，再将数据从adg的库中通过OGG同步到第三个数据集中的库中。相关配置如下：主库添加所有表的表级日志模式执行 alter table test.test3 add supplemental log data (all) columns; alter table test.YALLONKING add supplemental log data (all) columns; adg上设置归档路径 ...

2013年10月11日 DG&RAC&OGG 暂无评论喜欢 0 阅读 3,841 次阅读全文

参数log_archive_format引起的ORA-19563一则

该篇描述的是9i的库由于参数log_archive_format设置不正确导致备份归档日志时报错ORA-19563，解决倒是很容易，但是问题是：在正常业务期间，数据库发生检查点，切换日志，产生归档的日志只是对同一个归档日志的覆盖叠加的写，而且在alert中没有任何相关的报错。之前记得有一次对该参数进行修改重启数据库的时候，会报相关的错误，但是这次并没有相关错误抛出，只是对同一个归档日志的叠加写，然后是覆盖。 ...

2013年09月11日 Backup&Recovery, TroubleShooting 暂无评论喜欢 0 阅读 2,702 次阅读全文

表级日志模式异同对比

表级日志模式对比该文档测试数据库开启表级日志模式和没有开启时，在对表update操作时产生的redo日志记录的不同背景：由于一个同事在之前配置ogg时没有开启源端表级日志模式，导致从源端传过来的和update相关操作的记录源端和对端不一致。下边是OGG对数据库级日志模式和表级日志模式的说明首先是数据库级的说明： When replicating from Oracle databases, you need to enable database-level supple...

2013年08月28日 DG&RAC&OGG 评论 1 条喜欢 1 阅读 336,960 次阅读全文

ADG不影响主库下的备库FAILOVER测试

众所周知，当数据库dg搭建完成后，都需要进行switchover和failover测试，其中failover在生产中很难进行测试，下边便是一个在不影响主库的情况下，进行的一个模拟的failover的测试，以便对当前dg的可用性的一个测试。之前，我在主备库同步的情况下，将主备库中的文件tnsnames.ora中的相关配置注销后，以为主备库会不同步以便进行failover的测试，但是在实际测试中，主备库还是保持同步的，所以，可以推测，...

2013年08月20日 DG&RAC&OGG 暂无评论喜欢 0 阅读 2,267 次阅读全文

常规恢复思路

这是个常规恢复的小例子，旨在给大家一个恢复的思路，当发生需要恢复的时候，我们不要盲目进行恢复，我们首先要明白恢复哪些文件，为什么恢复，恢复又需要哪些文件，这样一来，我们便可在恢复之前就知道常规恢复能否达到恢复的目的。 SQL> startup ORACLE instance started. Total System Global Area 939495424 bytes Fixed Size 2233960 bytes Variable Size ...

2013年08月16日 Backup&Recovery 暂无评论喜欢 1 阅读 2,342 次阅读全文

ADG日志不传送到备库一则

晚上加班搞3个库的同城灾备的ADG，一个库的参数全部配好了，就是不传日志，各种检查，就是没有找到问题。后来把归档的DEST换了下就OK了，很是奇怪，记录于此。库的版本是x64 linux 11g的基础版本，也可能和BUG有关吧... 首先在主库查看问题： SQL> select status,error from v$archive_dest; STATUS ERROR--------- ---------------------------------------------------------------...

2013年08月04日 DG&RAC&OGG 暂无评论喜欢 1 阅读 2,592 次阅读全文

BBED跳过归档日志恢复数据

操作系统信息 [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 ---------- -------------------------------------------------------------------------------- 1 Oracle Database 11g Enterprise ...

2013年07月24日 Backup&Recovery 暂无评论喜欢 0 阅读 2,267 次阅读全文

BBED修复需介质恢复的文件

参考文档：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...

2013年07月22日 Backup&Recovery 评论 2 条喜欢 0 阅读 8,835 次阅读全文

使用bbed恢复corrupt的块和10231的对比

当我们查询一张表的时候，在扫描到某些记录时，该记录的数据块已经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...

2013年07月21日 Backup&Recovery 评论 2 条喜欢 0 阅读 6,783 次阅读全文