扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
同服务器下其他任务也相对变慢。IO层面问题排查。
目前创新互联建站已为成百上千家的企业提供了网站建设、域名、网络空间、网站托管、服务器托管、企业网站设计、青山网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
1、查看操作系统资源管理器磁盘活动,确定排名靠前的磁盘IO,定位具体进程,确认是否有异常或不必要的IO进程,此处定位并暂停OGG进程(谨慎停止),观察一整天数据库性能、
2、排除系统自动备份任务造成的IO性能资源堵塞,此处排除。经过一天观察,性能虽有些微的提升,但不能排除观察时点任务稀疏的特殊性造成的假象。再次经过任务高峰期比对历史性能差异,排除该进程抢占磁盘资源造成的性能问题,进而忽略IO层面问题。
希望可以帮到你
当在 Oracle Database 10g 中回滚长期运行的事务时,无论是并行实例恢复会话还是用户执行的回滚语句。您所需做的一切就是查看视图 V$SESSION_LONGOPS 并评估还需要多少时间。
项目中该数据库每月定期要导入大量数据。通过对导入数据期间LGWR switch出现频率的观察,发现LGWR switch切换过于频繁,需要对redo File进行优化,建议设置16个group,每个group member大小为200M。
另外,需要对导入脚本进行优化,
imp dw/cnfj_bts_dw file=call_gaa_551_200906.dmp full=y ignore=y feedback=50000 buffer=10240000 commit=y indexes=n log=’/home/imp200909.log’;附录:
1、停止并行回滚,减少IO请求,快速提升系统响应能力
如果你没时间等待回滚进程完成回滚操作,可根据如下提示进行操作。
最后在google上根据ora_p001, wait for a undo record 的关键字,找到了一些信息,以下信息引起了我的注意:
Oracle工程师首先怀疑是临时表空间空间不足导致,经检查临时表空间没有空间不足的情况,仔细观察日志发现重做日志文件不断切换,分析应该是有较多的事务没有完成提交或者有较多没有提交的事务完成回滚。现在面临的问题是我们没有很多时间去等待所有的事务去完成回滚或提交。解决问题的思路就是如何尽快结束这些事务的回滚或提交。
1) 查看spfile文件中是否有fast_start_parallel_rollback参数的设置,检查结果G网数据库没有设置该参数。如果没有显式设置,则该参数的默认值为low。修改该参数值为false
2) 将数据库启动到nomount状态:startup nomount
3) 修改改参数值:alter system set fast_start_parallel_rollback = FALSE scope=spfile
4) shutdown immediate关闭数据库
5) startup启动
6) 查看该参数是否生效:show parameter fast_start_parallel_rollback
7) 等待一段时间
8) shutdown immediate数据库可以关闭
你好,ORACLE数据库中有一个文件叫做重做日志文件,每当你进行一次DML操作时,就会在redo文件(重做日志文件)中记录一次您的操作。所以当你的操作越来越多时,你的重做日志文件就越来越大。
因为重做日志文件为你提供了回滚的机会,所以您应该在一个事物结束后就用commit命令提交。
在硬件方面,ORACLE的正常运行有2G的内存就足够了,你可以在运行数据库时尽量不开其他的应用程序,电脑的操作系统用windows XP的,这样会比较节省资源,体搞您的数据库运行速度。
你好!
oracle
数据库占用的系统资源较多,可以扩充内存试试,,如果不行的话,右击我的电脑——管理——服务。在里面把oracle相关的服务改成手动的。不过使用oracle的时候要手动将服务开启。
如果对你有帮助,望采纳。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流