ITPub博客

经过：生产19.8，dg备库是19.20。备库强制打开，然后应用，报错找不到19.8。处理方式：应用回退，然后再应用即可。SQL> drop table registry$sqlpatch;SQL> drop table registry$sqlpatch_ru_info;SQL> commit;SQL>@$ORACLE_HOME/rdbms/admin/catsqlreg

查看ulimit -a/etc/profile~/.bash_profile/etc/security/limit.conf/etc/security/limit.d/20-nproc.conf优先级(网上说法)：1./etc/security/limit.d/20-nproc.conf2./etc/security/limit.conf3.~/.bash_profile4./etc/profil

方法一、top小f      按p把swap加进选项里任意键退出大F     排序选swap方法二、for i in $( cd /proc;ls |grep "^[0-9]"|awk ' $0 >100') ;do awk '/Swap:/{a=a+$2}END{print '&

1.创建swap文件在/xxx/xxx下建文件用做swap，例子为15Mdd if=/dev/zero of=/xxxx/xxxxx bs=1024 count=153602.使用swap分区(/xxx/xxxx对应上面建出来的)/sbin/mkswap /xxxx/xxxx3.激活swap文件/sbin/swapon /xxxx/xxxxx4.自启动vi /etc/fstab添加（开头为创建的s

alert日志里发现Suspending MMON slave action kermrfsa_ for 82800 secondsmmon的trcKEWRAFC: Flush slave failed, AWR Enqueue Timeout手动建快照点exec dbms_workload_repository.create_snapshot;等待为reliable messagereliabl

并非直接修改MAX_STRING_SIZE参数即可，具体步骤如下：1.关闭数据库shutdown immediate;2.以升级模式重启数据库startup upgrade;3.更改参数Show parameter MAX_STRING_SIZEALTER SYSTEM SET MAX_STRING_SIZE=‘EXTENDED’ ;4.执行 utl32k.sql as sysdbaSQL>

案例1完整：fgrep "09-MAY-2022" listener.logabc |fgrep "establish" | awk '{ print $1" " $2 }' | awk -F: '{ print $1 }' | sort | uniq -c1.fgrep "09-MAY

一个CBC latch管理多个bucket，根据hash找到bucket，不存在遍历完这个CBC latch的BH去下个CBC latch的现象Buffer cache中hash bucket的数量由_db_block_hash_buckets参数设置。宏观1.根据要访问的文件号、块号，算出hash值2.根据hash值找到hash bucket3.根据每个hash bucket独有的一个 指向CB

1.等待事件2.查看历史事件改时间select event,p1,snap_id from DBA_HIST_ACTIVE_SESS_HISTORY where event='row cache lock' and sample_time>to_date('2022-10-05 16:00:00','yyyy-MM-dd HH24:mi:ss'

1.awr查看等待，确认是gc等待1).2).3).2.查看cluster wait time确认语句3.查看Segments by Global Cache Buffer Busy可以看到 gc（global cache） buffer busy的对象，下图可见XF_OL_ST_TXNLOG_MMDD表gc buffer busy占91.83%。缩小问题范围，跟上面的语句去印证。4.查看CR B

1.查找卡顿点strace df -h卡顿点再/backup路径2.没strace就安装yum install strace3.mount查看nfs挂载mount发现确实有nfs挂载这个路径，大概率是网络、或者nfs源端磁盘问题，导致nfs出现过问题（不代表此时有问题），扫描到该盘的语句都会卡住（ls、df -h等等）4.查看挂载自启动more /etc/fstab自启动中将该路径自动挂载注释掉，

问题：windows关监听日志的时候报错处理方式：不是管理员用户，用administrator或者以管理员身份运行此文件。

可能性1：rac参数文件没有*.cluster_database=true可能性2：在独占模式下无法mount。原因：实例已经关闭，但是共享内存段还存在。oracle认为内存还是锁住的。1.到dbs下，可以看到一个lkabcd(abcd是实例名，=lk实例名)2.mv掉lkabcd3.注意用大小写ps -ef |grep ora_ |grep abcd杀后台进程即可。4.起库即可

现象：scan 监听服务注册不进去原因为：本地监听起了2遍ps -ef |grep tnskill掉新的即可如果是不同名的监听，会显示的，但是上面相同，且用户相同，是进程僵死之类的问题。如果用户不同，则是多个用户同时起了同一个监听。

可能一、（最普遍）确实某个数据文件有问题，offline掉，重新恢复或者直接重新恢复可能二、（最普遍）（dg没加convert参数或者写错，主库新位置添加数据文件）方法一、手动关mrpalter database recover managed standby database cancel;Show parameter standby_file_managementAlter system se

restore恢复不出来ORA-01180:can not create datafile 1ORA-01110:data file 1:'+data/fcr51/datafile/system01.dbf'可能性：1.备份片中无可用备份（no backups available for use）2.当前的化身（Incarnation）未正确设置，2的发生原因可能是，catalog

方法一、先试用kfed来读取磁盘，确认磁盘头状态kfed read /dev/rhdiskpower2 kfbh.type显示异常 正常情况下应该是KFBTYP_DISKHEAD从版本10.2.0.5开始ASM 会对disk header做一个额外的备份。即第二AU 的倒数第二个block中备份了一份KFBTYP_DISKHEAD。这个ASM Disk header的作用是当真的KFBT

建控制文件报错ORA-01189 ORA-011101 跳过有问题的数据文件重建控制文件或只用system01.dbf重建；跳过就是建控制文件的语句里少写那个报错的数据文件，建好后offlinealter database open RESETLOGS;alter database datafile 7 offline;select file_name,tablespace_name,file_i

经过：rebuild索引期间掐掉了，再次rebuild报错。有其他在使用该索引，并未提交也会造成一样问题。处理：方法一、用dbms_repair.online_index_clean来清除创建索引的失败的遗留注意：dbms_repair.online_index_clean这个函数一定要有返回值，否则会失败的declareisClean boolean;beginisClean := FALSE;

有人误在RAC端创建本地数据文件数据库后台告警Errors in file /orasoft/oracle/diag/rdbms/ptdb/ptdb1/trace/ptdb1_dbw0_4838.trc:ORA-01157: cannot identify/lock data file 64 - see DBWR trace fileORA-01110: data file 64: '/o