感觉你是遇到bug了,可以在出现错误的时候dump出trace文件观察一下,建议你打上11gR2的最新补丁,或者观察trace文件,去官方找相关的资料补丁,11gR2的有关buffer和锁的bug还是挺多的
大量数据的更新 不管要考虑效率 还要考虑锁表的问题 做一个批量任务 去分批的更新最靠谱啊~
1、看一年 rac2节点 监听是否正常 ,数据库能否正常登入2、11g的rac服务做了改进,正常情况下ora.xxx.dg(即共享存储)的一些信息只显示在一个节点上,是没问题的我看你的环境这些状态也是正常的
Oracle的控制文件记录你的rman备份信息,在restore的时候是一个copy的过程,会把你的备份片里的数据文件,控制文件,或者是日志文件copy回原数据库记录的路径下面,recover的过程是应该归档恢复数据库的过程,回应该你备份的归档
每个实例都有自己的pga和sga,rac环境所说的是内存共享是概念上的范畴,指的是对外而言,整个集群的内存可以看做是一个数据库,内存看做一整块,但是每个实例使用的还是自己的内存的,rac的负载均衡会根据不同节点的配置高低去非
1.orapwd命令可以修改系统用户sys的密码,修改完后登入数据库去修改你想要修改的其他用户的密码2.备份不需要特殊账号的密码,你修改完sys密码,去数据库把system密码改成自己的,直接用system用户去做全库的备份就可以3.装完
如果长期处于平稳状态,又能满足你的业务需求,它已经完美完成任务了,为什么要考虑升级?如果想避免一些小的bug可以考虑打上小版本的补丁集如果考虑要用一些11g or 12c 的新功能,可以考虑升级对于平稳的系统,建议做的是保持原
一个盘上无论怎么分区,磁盘的主要I/O瓶颈在那放着 性能和安全方面差别不会很大的,要想提高I/O,多块盘分别存放不同的文件,比如sda存放数据文件,sdb存放日志文件,这样dbwr和lgwr/arch就分担到不同的盘上去读写,性能就好很多
如果开了闪回 并且闪回足够大的话 可以闪回表的如果没开闪回,只能去日志挖掘查看表的信息了
物理库就不能打补丁了吗? 打补丁不是真的的是Oracle软件吗? 只是打上补丁,不去注册到数据库里,应该也是可以修复相关bug 漏洞的吧?
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30