1前言2月14日,情人节前夕,某数据中心一套Oracle 11.2.0.4 RAC宕了!隔了几天,又有一套RAC宕了!几天后,紧接着又有一套RAC宕了...作为运维的你,听到其他客户出现这样的宕机潮时,是不是心底会泛起一阵莫名的恐慌?那么问题来了,贵司的数据中心到会不会也将出现类似的宕机潮呢?这些故障是什么原因引起的呢?这股宕机潮会继续疯狂延续下去么… 如果不能及时找到问题真相,那么小y
写在案例分享前承蒙大家的喜爱,我们会一直做下去!也希望喜欢技术人生系列的朋友们,顺手帮转发一下,您的转发是我们持续分享的动力。记得端午节和兄弟们喝酒时,有朋友说,“要不,你们成立一个用户组吧,这样更多的朋友可以以一个公益的形式加入到分享的队伍中,也可以从线上分享发展到线下分享,并且可以到各个城市中去做实战分享,让大家可以面对面的交流”;说的有道理,于是乎,有了CESOUG,即China Exper
前言编者注,本文的知识点较多,请补充足够正能量后阅读,看完会让你质疑你的DBA生涯,作者的水平代表着国内Oracle TroubleShooting最高水平。很早就想把ORA-1000的问题,总结成一个话题。机缘巧合,最近恰好遇上几个此类问题,特分享分析过程出来供大家参考。首先,ORA-1000报错是什么意思呢?我们来看看官方的解释:非常简单,单个进程打开的游标数超过了最大值,也就是超过了数据库设
前言 某大型国有银行一套关键系统10g升级到11g,老K负责升级后第一天早上的运行保障;在升级前甲方客户已经先后做了各种测试,以保证升级后不会存在任何性能问题。然而,事与愿违,老K刚到现场,客户应用团队就已经反馈到客户说批量慢了一段时间,根据应用日志与现场负责协助升级的友商DBA的核查,初步定位问题为升级后使用的存储变慢导致的导出缓慢,拖慢了批量
前言:某大型国有银行一套关键系统10g升级到11g,老K负责升级后第一天早上的运行保障;在升级前甲方客户已经先后做了各种测试,以保证升级后不会存在任何性能问题。然而,事与愿违,老K刚到现场,客户应用团队就已经反馈到客户说批量慢了一段时间,根据应用日志与现场负责协助升级的友商DBA的核查,初步定位问题为升级后使用的存储变慢导致的导出缓慢,拖慢了批量的执行时间。对于这一结论,客户在调动存储相关工程师进
前言不知不觉,技术人生系列·我和数据中心的故事来到了第十期,小y又和大家见面了!前期我们分享了不少Oracle数据库故障和优化的实战案例,有朋友问,小y是否可以分享一些无备份时数据恢复方面的实战案例呢?答案自然是——当然可以了。小y从来就不是一个藏着掖着的人嘛 ^_^这些年,小y所在的Oracle服务团队,该遇到的和不该遇到的问题,基本都碰到了。所以在无备份的数据恢复这方面做的案例还是很多的,有时
前言今天老K继续与大家分享第九期。周末老K宅在家观战了两局精彩的“人狗”大战。老K既算不上科技迷,也算不上围棋迷,不过对此颇有感触:阿尔法狗不过是通过左右互博的方式不断学习围棋,然而依赖其最优的学习算法(学习方法)却能再短短的数月之内达到人类围棋水平的最顶端;而李世石在却是依赖其已有的经验结合人类特有的灵感下出“神之一手”,人类终究还是可以战胜拥有超强计算能力的阿尔法狗。这些不禁让老K想起了自己在
前言接上一期:(上一期的阅读方法:关注“中亦安图”公众号后回复‘007’)4.3.4SSD中library cache lock的分析接上一期:分析到这步,前边看似毫无头绪的问题似乎理清了,大量cursor:pin S wait on X已经理清楚,所有的矛头走指向了sid 859离真相只差一步了,我们只需要分析library cache lock的源头就能解释整个谜团了,前面老K已经提到了分析l
前言本期我们邀请中亦科技的另外一位Oracle专家老K来给大家分享systemstate dump分析的经典案例。后续我们还会有更多技术专家带来更多诚意分享。老K作为一个长期在数据中心奋战的数据库工程师,看到小y前期的分享,有种跃跃欲试的感觉,也想把我日常遇到的一些有意思的案例拿出来分享讨论,希望我们都能从中获得些许收获,少走弯路。同时本文涉及到很多基础知识,又涉及看似枯燥的trace分析,但老K
前言时间过的真快,技术人生系列·我和数据中心的故事已经来到了第六期,小y又和大家见面了!小y今天要和大家分享的是一个综合型问题的的分析和解决过程。解决该类问题,只懂数据库是不够的,还需要掌握比较扎实的操作系统技能。同时引出了另外一种不太常见形式的优化,内存优化。由于今天要分享的问题具有普遍性,建议大家可以按照文中方法检查自己的系统中有无类似问题。分享的最后将对该共性的风险进行总结和提示。如果觉得分
前言不知不觉,技术人生系列·我和数据中心的故事来到了第五期。小y又和大家见面了!前几期主要发了一些TroubleShooting的案例分享,其实小y最擅长的是性能优化,所以从这期开始,小y会陆续的分享更多的数据库性能优化案例。进入正题,如果您的日终跑批/清算/报表等程序时快时慢,或者从某一天以后就一直变慢,作为运维DBA或开发的您,会怎么下手?还有,除了解决问题外,你要如何解答领导最关心的一个问题
前言不知不觉,技术人生系列·我和数据中心的故事来到了第四期。小y又和大家见面了!当您看到业务系统压测呈现以下波浪形的tps曲线时,你会怎么下手?小y(中亦科技)今天要和大家分享的就是这样一个业务系统压测性能问题的分析和解决过程。这个问题困扰了客户相当长一段时间,幸运的是,小y通过远程在10分钟定位到了问题的原因并帮助客户最终解决了问题。需要说明的是,在这个CASE中,只调整数据库参数是不够的,还需
前言小y最近处理了几起Oracle数据库文件损坏的case,因为某些Bug风险较大,因此不敢有丝毫怠慢,赶紧拿出来分享!希望能够帮助到有需要的朋友!风险提示!如上图所示,Linux 5/6上的一个已知缺陷,在某些触发条件下,将导致Oracle数据文件出现内容全是0的的坏块。该操作系统上的缺陷,除了会导致Oracle数据库数据文件损坏外,还会导致包括归档日志、在线日志的损坏。而如果是current状
前言不知不觉,技术人生·我和数据中心的故事来到了第二期,有朋友开始关心小y是谁,这不重要,我们更关心的是技术层面的分享以及给客户带来的实际的风险提示。后续我们还会继续分享中包括操作系统的小亦,中间件的小W的故事....小y这个名字,其实没有什么特殊的含义,就暂且用他来代表我们这些为数据中心奉献自己无悔青春的运维人吧!本期分享主题小y今天要和大家分享的是下面这么一个严肃的话题:你的Oracle RA
前 言小y这个名字,是笔者临时想的一个笔名,其实没有什么特殊的含义,就暂且用他来代表我们这些为各个数据中心奉献自己青春的一群默默无闻的IT人吧!小y今天要和大家分享的是一个疑难杂症的分析过程。如果大家有耐心读完这个案例,一定会或多或少有些收获,也就没浪费小y的一片苦心。具体来说是一个应用间歇性局部挂起案例的分析过程,报告中将对Oracle数据库稳定运行的共性风险和隐患作出提醒。1问题描述据客户反映
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号