ITPub博客

在oracle中，drop掉的数据会暂时放在回收站中（前提是开启了回收站功能）查看回收站是否开启SHOW PARAMETER RECYCLEBIN;value是on为开着11g开启回收站即可使用，19c中，需要开启归档+回收站才可以使用关闭回收站SQL> ALTER SYSTEM SET RECYCLEBIN=OFF;System altered.SQL> ALTER SESSION

问题现象：表象体现为dg备库新生成的归档全部存在坏块应用归档报错ORA-00600:[krrfro_cachedscn]经过：1.mos没有匹配到。2.尝试重建备库standby redo3.尝试找原因手动传归档，注册，能应用，但是自动传，归档报错。观察报错[krrfro_cachedscn] 其中有scn，尝试查询scn，发现datafile里的stop scn和控制文件里的start scn不

查询用户状态select USERNAME,ACCOUNT_STATUS from dba_users order by created;expired是用户过期locked是用户锁住问题产生原因：手动锁住、profile规则导致处理方式：alter user XXX account unlock; --解开LOCKED（用户锁住）alter user XXX identified by sh;-

1.tar整个10g的整个/oracle2.在11g服务器用绝对路径打开10g库3.升级预检测将10g的pfile搞一个到11g dbs下拷贝11g环境中$ORACLE_HOME/rdbms/admin/utlu112i.sql到10g的地方，用10g库执行预检测@?/rdbms/admin/utlu112i.sql@?代表oracle_home直接在11g中跑会报下面的错误ORA-04023:

经过：生产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