`
itspace
  • 浏览: 979110 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论
文章列表
Oracle在最近发布了一个通告。原文如下: 引用In Enterprise Manager Database Control with Oracle Database 10.2.0.4 and 10.2.0.5, the root certificate used to secure communications via the Secure Socket Layer (SSL) protocol will expire on 31-Dec-2010 00:00:00. The certificate expiration will cause errors if you attempt to ...
开发人员反映一开发数据库出现问题,无法连接,登录至后台alert日志查看 引用Tue Mar  8 07:49:09 2011 Process m000 died, see its trace file Tue Mar  8 07:49:09 2011 ksvcreate: Process(m000) creation failed Tue Mar  8 07:50:10 2011 Process m000 died, see its trace file Tue Mar  8 07:50:10 2011 ksvcreate: Process(m000) creation failed Tue ...
本文不详述技术,主要涉及碰到此类问题的解决思路。 故障现象: Oracle 9.2.0.4在shutdown abort之后,再次启动,在open状态下一直处于hang。后台alert日志不停在报,周期为5分钟。 引用Restarting dead background process QMN0 QMN0 started with pid=9 处理思路: 1、在某些平台下qmn0进程会导致数据库启动不了,解决办法为将aq_tm_processes置为0,重启数据库。 2、将参数置为0之后,不再出现Restarting dead background process QMN0字样,但在hang在 ...
昨天通宵至下午1点,睡觉至18点,一觉醒来,眼睛酸的不行,眼泪止不住的往下流啊,悲剧。。。 期间我又扮演了救火员的角色,由于涉及到各厂商的利益,具体细节不表,但总结出了以下几条经验,与君共勉: 1、严格按照实施计划来执行,尤其作为乙方,永远不要做计划外的操作,这次就是因为一个计划为的操作,导致了长达4小时的意外宕机,给客户造成了很大损失。 2、作为乙方,当遇到棘手问题时,寻求团队的帮助,而不是对甲方说:遇到小问题,很快就好,结果这“很快”竟然长达4小时! 3、备份重于一切!制定方案时,必须考虑到回退方案!
凌晨2:02分,还在电信机房奋斗。闲来无事,再写一篇文章。 在linux 32位环境下,启动监听出现如下故障 引用[oracle@hzmc admin]$ lsnrctl start LSNRCTL for Linux: Version 9.2.0.4.0 - Production on 02-MAR-2011 23:37:53 Copyright (c) 1991, 2002, Oracle Corporation.  All rights reserved. Starting /oracle/app/oracle/product/9.2.0/bin/tnslsnr: please wa ...
现在是23:37,还没轮到我干活,闲来无事,随便归纳数据库缓慢的原因。可能是DBA做久了,在我的观念里,数据库稳定压倒一切,备份重于一切。不要没事找事干。 优化分为OS和DB两块内容,粗粗想起,粗枝大叶,欢迎补充。 OS: 1、CPU 可以用top(linux,hp-ux),topas(aix)或者vmstat(idle列) 2、MEMORY AIX:SVMON -G,linux:free HP-UX glance。需要注意的是unix会最大程度利用其内存,这里需要用vmstat(po,pi观察其交换频率),同时观察其交换空间使用情况aix(lsps -a),hp-ux(swapinfo -a ...
客户的机房托管了,见到了IBM的高端小机P750和高端存储DS8700,听说要200W。现在在电信机房。等待着小机工程师配好操作系统,配置好存储,配置HA。今晚的任务是在AIX 6100-06上安装Oracle 9.2.0.8。现在是北京时间21:32,刚才去瞄了一眼,那小机工程师网络配置还没搞定,不知道,什么时候才能轮到我干活。这就是Oracle支持工程师的生活,别人睡觉的时候,我还醒着在敲打命令。。。。。。 不知道今天要搞到几点,明天还要给客户去培训DBA I课程。
夫妻                孩子 A+A       A、O  A+B       A、B、O、AB A+O       A、O A+AB      A、B、AB B+B       B、O B+O       B、O B+AB      B、A、AB O+O       O O+AB      A、B AB+AB     A、B、AB
今天在看考试教材时,提到了各个组件IO均衡的示意图,觉得还不错。记录之: 并且附上各硬件bytes和bit的转换
今天看到一则“笑话”,颇耐人寻味,仅以记录之: 引用城市里住着3个人:富人甲、白领乙、穷人丙。 富人甲不上班,平时就是做做期货,名下有4套房,3套出租,当然不用还房贷了; 白领乙有一套房,每月需要还房贷; 穷人丙没有房 ,卖菜的,租住富人甲的房子,每月付给甲房租。 听说要征收房产税,穷人丙最高兴:“早该收拾这帮有钱有房的王八蛋了”; 白领乙也很高兴:“反正我就一套房,又收不了我 的税”; 富人甲淡然一笑 “收呗,没事,下个月房租涨10%” 穷人丙骂骂咧咧但是最后还是无奈的同意涨房租 不过穷人丙也宣布:下个月菜价涨10%。 白领乙次月到菜市场买菜,突然发现原来征收房产税并不是和自己没关系 给富人征 ...
SQL> show parameter op NAME                                 TYPE        VALUE ------------------------------------ ----------- ------------------------------ audit_sys_operations                 boolean     FALSE filesystemio_options                 string      none max_commit_propagation_delay   ...
Oracle 10g asm支持用ftp进行拷贝数据文件,因测试需要,简单记录配置过程。参考metalink doc 357714.1 1、在生产库执行端口开启脚本(用sysdba连接) 引用SQL>execute dbms_xdb.sethttpport(8080); SQL>execute dbms_xdb.setftpport(2100); SQL>commit; 检查端口是否开启 引用SQL> select dbms_xdb.GETHTTPPORT() from dual; DBMS_XDB.GETHTTPPORT() --------------------- ...
今天是周一,难得在单位,开会过程中,出来喝口茶,问题就出来了。接到客户一电话,其数据库环境为Oracle 9.2.0.5的rac,运行在aix平台上。由于未知原因,数据库宕掉。重启之后,首先发现的是3个控制文件不一致,客户就选择其中一个控制文件进行mount,mount成功之后,在open数据库时,提示需要介质恢复。客户又用以下命令recover database using backup controlfile;进行自行恢复。结果恢复的时候提示找不到归档日志。这时客户的电话找到了我,接到电话了解情况之后,为简单起见首先提示客户把database的online redolog挨个输入进行reco ...
Oracle rac在生产库升级大大小小已经做过好多次了,在生产库升级不同于在测试环境下操作,在生产库上升级考验的是dba的抗压力,细心程度,RAC升级文档在网上多如牛毛,在这里我就不详细写升级步骤,只写需要注意的地方: 1、详细阅读升级介质中的read me,尤其需要注意升级前需要的操作系统补丁,比如操作系统文件集版本是否过低?是否需要升级?操作系统补丁是否需要打?升级过程出现80%的错误是准备工作不足, 2、备份终于一切,考虑到生产系统的重要性,在升级过程任何一个环节出错,必须能够保证做到回退。升级之前备份crs,rdbms,ocr,vot crs相关启动文件。在数据库大小可以承受,空间满足 ...
今天在客户现场碰到一件怪事,由于是急事,也就特事特办,应急处理了。 首先据同事反应,客户一主机home目录已经满掉,让我处理一下,登陆至主机,看到home目录果然处于100%状态。 引用root@hisdb02:/home/oracle/capaa#df Filesystem    512-blocks      Free %Used    Iused %Iused Mounted on /dev/hd4         2097152   2021744    4%     2298     2% / /dev/hd2         6815744   3682120   46%    37 ...
Global site tag (gtag.js) - Google Analytics