- 论坛徽章:
- 7
|
话题一,谈谈您获取Oracle知识的途径,并说明这些途径的优势或者亮点。
oracle知识途径我主要来自三方面:
一方面是oracle的认证教材,这些教材在很多地方都可以下载到,这些教程用来了解学习ORACLE数据库是最容易的;
一方面是通过oracle的官方文档,oracle官方文档是最详细的,特别是concept里包含了大量的技术机制细节。
论坛交流,itpub上讨论orcle的氛围比较浓,可以经常去看看。oracle官方的OTN也有很多很不错的文章和故障排查帖子。
话题二,谈谈您在工作中,接触最多的Oracle产品或者功能,并根据自己的项目经验,介绍其最优势的用途。
在工作中,我最经常接触的就是ORACLE的10G\11G数据库了,还有RAC集群、DATAGUARD、GOLDENGATE。ORACLE 10G/11G、RAC就不说了,大家都比较了解。我主要讲下DG和OGG的个人理解。
先谈谈OGG,11年,OGG在某垄断企业被选为容灾方案,有幸参加了容灾建设,一年的项目实施,几套数据库的容灾,得出的结论就是,OGG根本不适合作为容灾软件。作为数据库抽取软件,同步某几张表等才是OGG最佳归宿。OGG的原理和DATAGUARD的逻辑standby有些很相似的地方,OGG会从redo和归档里提取出SQL语句,并应用到备数据库,并且两个数据库已经是完全不同的实例了,有不一样的SCN等。鞋子合不合脚,只有穿过才知道,OGG作为容灾方案,存在的问题非常多:
1、主从库是完全不同的两个实例,有不同的SCN等等;
2、容灾本不应该关心用户的数据表设计、SQL语句优化,但是OGG都涉及到了,OGG实施前需要大量的数据库调整工作
3、对于同步不正常的表等,OGG的重新同步过程非常麻烦,几乎是人为介入从新初始化表。
4、由于是SQL级别的同步,OGG出现的故障率太高了。
再说DG吧,我觉得DG最成熟的容灾方案就是DATAGUARD物理STANDBY,因为DG的物理STANDBY容灾基于数据库文件和归档、redo的recover,因此,实施和维护起来相当简单,简直和存储的块同步一样的方便。并且11G的DATAGUARD支持打开情况下查询,增强了DG容灾的可用性。
话题三,介绍一下您觉得Oracle方面看过的最好的文档、资料或者书籍,以供大家参考学习。
ORACLE最好的文档我觉得是ORACLE的认证教程以及官方的ORACLE英文手册。 |
|