摘要: 客户发来消息(传了好几个人,最后传到我):数据库时断时续,要我过去看看。牢骚一下:前面听话的大哥们,什么叫时断时续?应该把问题说明一点,至少给个错误号。调查:于问题发生的时间不规律,先让客户继续使用,问题再现时马上通知;与此同时观察数据库的日志,以下是日志的最后片段:Tue Apr 10 12:35:43 2012DISTRIB TRAN JTP.04c20398.6.21.520230 is local tran 6.21.520230 (hex=06.15.7f026) insert pending collecting tran, scn=45117317234 (hex=a.8133a 阅读全文
posted @ 2012-04-14 15:17 我不吃荤的 阅读(837) 评论(0) 推荐(0) 编辑
摘要: 1.巡检时发现备库的alert中有以下告警信息,9i+AIXsort_area_size = 524288"alert_jtpstd.log" 10970 lines, 460367 charactersMedia Recovery Waiting for thread 1 seq# 8110Thu Apr 12 12:11:15 2012RFS: Possible network disconnect with primary databaseThu Apr 12 12:12:02 2012Media Recovery Log /arch/p750/1_8110.dbfM 阅读全文
posted @ 2012-04-14 13:28 我不吃荤的 阅读(786) 评论(0) 推荐(0) 编辑
摘要: 环境:oracle11gR2 + centOS4.8启动时:SQL> conn /as sysdbaConnected to an idle instance.SQL> startupORA-00845: MEMORY_TARGET not supported on this system原因是由于/dev/shm(我得是700M)小于参数文件中的MEMORY_TARGET参数(1g)解决:通过修改参数文件启动,过程略述,下面是修改/dev/shm大小去解决这个问题[root@DB11g ~]# vi /etc/fstab把none /dev/shm tmpfs defaults 阅读全文
posted @ 2012-02-28 23:36 我不吃荤的 阅读(863) 评论(0) 推荐(0) 编辑