我的项目现场实践表明，linux的默认内存管理方式是存在问题的，不够智能，多片小的内存页管理带来CPU的高负荷，忙时SYS占用竟然达到了20%甚至30%以上，要知道这个管理开销完全是操作系统层面的，与应用无关，手动改为大内存页管理后，减少了忙时20%以上的CPU开销。这点如果足够智能，完全不需人工介入。也就是说，如果实时观察系统负荷时，发现SYS%这个CPU占用过高，一个可能的原因就是内存管理机制带来的问题，需要手动配置调整大内存页。 实际上，这一点会彻底影响oracle数据库的性能，为此oracle官方也有相应的…
当数据库出现严重的性能问题或挂起hang住的时候，这时候我们需要去找出问题的根源，需要查明相关进程在等什么，谁是资源持有者，即谁阻塞了别人？此时收集systemstate dump非常有用，专业的oracle支持也是需要收集这个信息来分析问题。 但往往此时，数据库服务端sqlplus连接可能会很慢，甚至无法连接，从10g开始，oracle提供了一个参数-prelim，可以在sqlplus无法连接的情况下，连接数据库。 There are two ways to connect to sqlplus using a …
一个重要的生产系统近期出现负载严重不均衡的情况，在业务忙时，一个节点CPU负载99%，而同时另一个节点CPU却很空闲。
■■■Flashback Table ■■语法 ALTER TABLE table_name ENABLE ROW MOVEMENT; FLASHBACK TABLE table_name TO TIMESTAMP TO_TIMESTAMP('2010-06-30 22:43:07', 'yyyy-mm-dd hh24:mi:ss'); FLASKBACK TABLE table_name TO TIMESTAMP (SYSTIMESTAMP – INTERVAL '11' MINUTE); FLASHBACK T…
脚本设计思路： 通过各种检查命令，将指令的执行结果与设置的告警上限对比后，将超限的指标放入一个日志文件中，然后读取该文件并调用短信接口通过短信将文件中内容发给相应的电话号码 一、检查数据库实例open状态，表空间使用率，以及会话数、process数的oracle监控脚本 #!/bin/sh #—————————————————————- #【功能】 数据库检查脚本 #【参数】 #【被调用】 crontab #【调用】 #【位置】 ${HOME}chk_sys/chk_tdb.sh #【修改】Modify by wa…