Du.的博客

oracle自启动的p***并行进程过多导致的process进程超限问题

每个表空间数据文件数的限制

1、asm盘的占用2、表空间占用3、top10 sql(一段时间内执行最多)4、top10 sql(一段时间内逻辑读最多)5、top10 sql(一段时间内物理读最多)6、top10 sql(一段时间内平均执行时间最长）7、db time(一段时间内的dbtime/分钟）8、redo切换次数(一段时间内的redo切换)9、rman备份信息10、业务用户top10 表11、业务用户top10 索引12、dataguard的归档gap13、无效对象14、等待事

1. 背景一项目现场ogg割接oracle由aix 11.2.0.4到linux 11.2.0.4之后，引发程序连接oracle ORA-01017: invalid username/password; logon denied，但是用户名密码配置割接前后并无改动经测试，相同的用户名密码，本地sqlplus可以连接，程序无法连接，怀疑是连接工具会自动将密码转为大写/小写，可以将参数sec_case_sensitive_logon设置为false来避免ORA-01017错后检查aix原库发现

1. spfile pfile位置，属性，启动顺序（1） spfile pfile文件默认在$ORACLE_HOME/dbs下，是dbca过程中自动创建的（2） spfile可以是spfile$ORACLE_SID.ora,也可以是spfile.ora形式，是二进制文件，不可vi直接修改。文本编辑器UE打开spfile为如下二进制模式pfile默认是init$ORACLE_SID.ora模式，属于文本文件，可vi编辑修改（3）若oracle实例startup不指定pfile(只可以显式指

alter system set "_cursor_obsolete_threshold"=1024 scope=spfile;--防止sql执行计划high versionalter system set "_serial_direct_read"=never scope=both ;--禁止直接路径读alter system set "_resource_manager_always_off"=true scope=spfile;--禁用resource manager plan，启

某oracle sharding环境catalog端创建的duplicated table，是通过dblink和物化视图同步到shard端的，默认建立的物化视图是60s刷新一次。当前catalog端有1000多个复制表，导致分片端有1000多个物化视图刷新这些物化视图刷新通过DBMS_SCHEDULER发起的job队列，依次执行1. job_queue_processes（1）job_queue_processes取值范围为0到4000（12c以上），总共可创建多少个job进程由job_queu

alter system set "_cursor_obsolete_threshold"=1024 scope=spfile;--防止sql执行计划high versionalter system set "_serial_direct_read"=never scope=both ;--禁止直接路径读alter system set "_resource_manager_always_off"=true scope=spfile;--禁用resource manager plan，启

某项目有4个存储节点，每个asm磁盘组有4个failgroup，做容错测试时发现将一个存储节点的target服务停掉（或者将存储节点1down机），某些磁盘组显示的offline磁盘数为0（应该显示3）grid的gmon进程每300s会检测asm盘组的mount状态，但不会检测到failgroup层面，所以只有当磁盘组发生读写数据文件时，才会检测到fg中的磁盘不可写，并offline经测试，此问题出现的场景需要满足：（1）asm磁盘组的FG为偶数个（4个）将磁盘组的一个FG删除，上述场景不会