November 16, 2012 network, oracle No comments
A Logon storm is a sudden spike in the number of client connection requests. Logon storms can occur due to a variety of factors. They could be malicious like a DoS attack. Or they could occur due to administrative actions – such as a middle tier coming online.
The process of starting a database[……]
November 8, 2012 11g, oracle No comments 11g new feature
这篇文档是我们前leader wwf 写的分析文档,指出了incremental statistic针对partition table 的一些用法,并且指出了一些bug,看不了slideshare的TX可以直接下载Inc_Stat_For_PT.doc
针对这几个bug问题在11gR2下的表现 对这篇文档做了一个补充
第一个问题:It is only sensitive for newly load data[……]
November 3, 2012 Exadata, oracle No comments Exadata
Exadata不是万能的 一直觉得xd DB端的服务器太差,但是oracle总是可以理直气壮的说我们卖的不是硬件是软件.垃圾SQL压死Exadata还是很容易的
系统为X2-2 Quarter rack Red Hat Enterprise Linux Server release 5.7 (Tikanga) [root@dm01cel02 ~]# imageinfo Kernel version: 2.6.18-274.18.1.0.1.el5 #1 SMP Thu Feb 9 19:07:16 EST 2012 x86_64 Cell version: OSS_11.[......]
October 31, 2012 migration, oracle No comments LOB
最近做了一次文描系统的迁移,涉及到大量的lob表,对于这种文描表的处理,其实不建议放在oracle 的lob字段中.对于LOB相信大家肯定遇到过各种问题
LOB的直接读写往往会对存储层面造成很大的压力,瞬间的并发严重的可能导致系统的崩溃.相信维护过秒杀系统的同学深有感触。
鉴于这次的迁移.总结了一点经验，对于文描这种应用（图书，药物等）首先应该考虑文件系统,在数据库层面通过指针来访问,其次可以考虑nosql的应用
(推荐mongodb),对于这次的迁移来说考虑了以下几种方式:
示例表为:
[oracle@db-2-16 ~]$ ora bigtable
OWNER[……]
October 23, 2012 Exadata, oracle No comments Exadata
Oracle的白金服务是一种Oracle标准支持下的特殊权利，为客户提供标准合同范畴外的额外服务，以最大的提升Exadata的用户的客户体验,生产机器将在oracle所提供的标准化配置中与oracle总部的call center保持双向连通。Oracle的白金服务代表了一种新的模式，为客户提供了可以与远程工程师一起troubleshooting的机会，Exadata的故障将由远程call center响应如远程故障监测等，更快的响应速度和恢复时间，更新和修补程序部署，无需支付任何额外费用。 Oracle的白金服务远远超出了传统意义上的IT支持。
目前ORACLE对Exadata,Ex[……]
October 18, 2012 oracle, RAC No comments RAC
最近RAC 的case实在太多,越来越觉得公司逐渐去rac的正确。一套sunOS的系统 在安装完crs 10g之后 服务器不停的自动reboot,具体环境如下：
root@bmsa#showrev Hostname: bmsa Hostid: 84f94303 Release: 5.10 Kernel architecture: sun4v Application architecture: sparc Hardware provider: Oracle Corporation Domain: Kernel version: SunOS 5.10 Generic_14[......]
October 16, 2012 maintain, oracle No comments
国庆回来之后没怎么更新blog 一直在处理两个事故 最严重的一次事故发生在10月10号凌晨：
朋友在mv datafile的过程中使用了rm的命令 本意是想删除之前的datafile来释放空间,结果由于之前敲过一条命令 “alter database rename file ‘xxxx’ to ‘yyyy’ ” 最后阴差阳错的敲成了rm alter database rename file ‘xxxx’ to ‘yyyy’ 瞬间将两份system01.dbf 删除.由于之后没有保护好现场 导致新的目录产生了大量的读写操作,并且原来的一份system01.dbf存在于”/”目录 使得恢复[……]
October 16, 2012 11g, oracle, RAC No comments RAC
一套新上线的RAC系统(redhat 5.8 RAC 11.2.0.3) 安装过程中跑GI root.sh时抛出error 481错误：
CRS-2672: Attempting to start 'ora.asm' on 'ptdb1' CRS-5017: The resource action "ora.asm start" encountered the following error: ORA-03113: end-of-file on communication channel Process ID: 0 Se[......]
September 26, 2012 Exadata, oracle 2 comments asm
问题描述：在Exadata迁移中使用的DG被直接用asmcmd从asm中rm掉了所有datafile.但是最后的一级目录无法删除,并且影响到了其他实例.在rm hang之后 diskgroup无法添加任何文件.原来的实例的所有add datafile drop directory操作均被hang住
[grid@dm02db01 ~]$ crsctl query crs softwareversion Oracle Clusterware version on node [dm02db01] is [11.2.0.3.0] SQL> select * from v$ver[......]
September 17, 2012 Architect, hardware No comments storage
在最近一次的核心系统迁移中.NetAPP存储发生了意想不到的情况,在前端负载不是很高的情况下 存储CPU使用了超过了55%,并且读竟然达到了1GB/s
在无法获取1GB数据产生源的情况下,项目被迫回滚,导致50多人白忙活了一夜。最后在netapp的check 中发现竟然是一次存储的自检行为导致”NetAPP DISK SCRUB” 默认在周日凌晨1点启动持续6个小时,竟然跟我们项目冲突了，下面做一个总结：
当时的情况 A B 两个机头负载同时飙升到60% read均达到了1GB+/s 并且A机头的负载>B 机头 这是由于这套系统使用了B机头作为主机头,NETAPP在自检的过程中采取了d[……]