联系：手机/微信(+86 17813235971) QQ(107644445)标题：ARM上的oracle数据库存储字节序分析—小字节序作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]对在ARM CPU上运行的oracle数据库进行分析,判断大小字节序问题从系统上lscpu看是小字节序[root@xifenfei ~]# lscpu Architecture: aarch64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 1 Core(s) per socket: 8 Socket(s): 1 NUMA node(s): 1 Vendor ID: ARM Model: ...继续阅读 (132)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ARM Linux（麒麟操作系统）安装Oracle数据库作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]Oracle在6月底发布了支持ARM cpu的oracle数据库版本19.9,下载页面,选择Oracle Database 19c for LINUX ARM (aarch64)安装技术文档参考:database-installation-guide-linux,其中描述目前for arm版本oracle只是认证了操作系统oracle linux（for arm） 8.6+在信创平台中没有oracle linux选项,为了让oracle数据库尽可能的运行在信创的硬件和系统上,我选择的麒麟V10版本进行测试安装测试(该版本未被oracle认证,仅供测试),在安装过程中遇到的几个主要坑分享下:1. 执行runInstaller报错[oracle@www.xifenfei.com db_1]$ ./runInstaller /u01/app/oracle/product/19c/db_1/perl/bin/perl: error while loading shared libraries: libnsl.so.1: cannot open share ...继续阅读 (113)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：win系统删除oracle数据文件恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户联系我们,说win平台下的数据库,在由于空间紧张,在关闭数据库的情况下删除的两个数据文件,导致数据库无法正常访问很多业务表,需要对其进行恢复,查看alert日志发现大概操作,删除文件之后,启动数据库失败Completed: alter database mount exclusive alter database open Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_dbw0_4060.trc: ORA-01157: cannot identify/lock data file 6 - see DBWR trace file ORA-01110: data file 6: 'D:\DATASPACE\XXXXX.DBF' ORA-27041: unable to open file OSD-04002: 无法打开文件 O/S-Error: (OS 2) 系统找不到指定的文件。 Errors in file d:\app\administrator\diag\rdbms\o ...继续阅读 (126)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-01122 ORA-01200故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于某种原因客户的数据库启动报ORA-01122 ORA-01200错误让客户把system01.dbf文件发给我进行分析,发现system01.dbf文件大于32G(在8k的blocksize库中,默认情况system01.dbf文件不会超过32G),这个明显异常检测坏块情况发现4096000之后的block全部为全0块通过bbed分析文件头记录文件大小通过bbed修改合适的值,并且把文件截取到适当大小,提供system文件给客户,直接启动库成功,实现数据库完美恢复通过设置文件头大小和截断合适大小实现本次数据库恢复,以前有过类似恢复:bbed处理ORA-01200故障Oracle Recovery Tools恢复csc higher than block scnIMP-00009: abnormal end of export filetruncate sys用户表导致数据库异常恢复.eight加密数据库恢复udev_start导致vip漂移(常见情况:rac在线加盘操作引起)再一例asm disk被误加入vg并且扩容lv恢复echo 0 > /proc/s ...继续阅读 (124)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：RMAN-06214: Archivelog错误作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有一个客户他是linux到win环境dg,alert日志报清除fra中日志失败un Jun 25 10:50:14 2023 Media Recovery Waiting for thread 1 sequence 196437 (in transit) Sun Jun 25 10:50:26 2023 WARNING: Cannot delete Oracle managed file /u01/oracle/fast_recovery_area/XFFDG/archivelog/2023_05_28/o1_mf_1_192078_l74s4m2l_.arc Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\XFFwin\XFF\trace\XFF_rfs_1100.trc: ORA-01265: 无法删除 ARCHIVED LOG /u01/oracle/fast_recovery_area/XFFDG/archivelog/2023_05_28/o1_mf_1_192078_l74s4m2l_.arc ORA ...继续阅读 (104)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：asm磁盘加入vg恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又一个客户把asm disk做成pv,加到vg中,并且对lv进行了扩展(ext4的文件系统)这个客户做了上述操作之后,没有对lv进行写入其他数据,所以破坏较少(主要的破坏就是ext4的每个一段就会置空一部分block预留给文件系统写入元数据使用),通过winhex查看被破坏磁盘发现lvm信息对于这种情况,通过对文件头进行修复,结合工具直接拷贝出来数据文件（个别文件元数据损坏通过基于block的方式恢复dbf）然后直接恢复dbf中数据文件（对于异常的主要是segment header被置空的tab使用dul单独扫描处理）,实现客户数据的最大限度恢复以前类似文章:asm disk被加入vg恢复asm disk被分区,格式化为ext4恢复pvcreate asm disk导致asm磁盘组异常恢复再一起asm disk被格式化成ext3文件系统故障恢复一次完美的asm disk被格式化ntfs恢复oracle asm disk格式化恢复—格式化为ext4文件系统再一例asm disk被误加入vg并且扩容lv恢复又一例asm disk 加入vg故障Oracle Recovery Tools更 ...继续阅读 (116)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 kcbr_apply_change_11作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户active dataguard应用日志报ORA-600 kcbr_apply_change_11错误Sun Jun 25 10:31:25 2023 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION Sun Jun 25 10:31:25 2023 MRP0 started with pid=32, OS id=6380 started logmerger process Sun Jun 25 10:31:30 2023 Managed Standby Recovery starting Real Time Apply Parallel Media Recovery started with 4 slaves Waiting for all non-current ORLs to be archived... All non-current ORLs have been archived. Media ...继续阅读 (121)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle Recovery Tools恢复csc higher than block scn作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户强制关闭数据库,结果有数据块报坏块,dbv检查为:csc higher than block scn问题该问题主要是由于scn异常导致通过Oracle Recovery工具进行修复dbv再次验证数据块ok,Oracle Recovery完美代替bbed解决该问题通过OraRecovery工具快速解决csc higher than block scn故障软件下载:OraRecovery下载使用说明:使用说明IMP-00009: abnormal end of export filetruncate sys用户表导致数据库异常恢复.eight加密数据库恢复udev_start导致vip漂移(常见情况:rac在线加盘操作引起)再一例asm disk被误加入vg并且扩容lv恢复echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message.mdf.locked加密sql server完美恢复等保修改oracle SYS用户名要求的请注意 ...继续阅读 (113)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.mdf.locked加密sql server完美恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有可能用友ERP软件的sql server 数据库所在机器被勒索病毒加密,扩展名为.locked和昨天恢复的基本类似(.locked加密勒索数据库级别恢复),通过分析确认sql server被这种病毒加密,也可以完美恢复通过恢复之后数据库正常挂载成功测试应用一切正常对于类似这种被加密的勒索的数据文件,我们可以实现比较好的恢复效果,如果此类的数据库(oracle,mysql,sql server)等被加密,需要专业恢复技术支持，请联系我们:电话/微信:17813235971 Q Q:107644445 E-Mail:dba@xifenfei.com系统安全防护措施建议：1.多台机器，不要使用相同的账号和口令2.登录口令要有足够的长度和复杂性，并定期更换登录口令3.重要资料的共享文件夹应设置访问权限控制，并进行定期备份4.定期检测系统和软件中的安全漏洞，及时打上补丁。5.定期到服务器检查是否存在异常。6.安装安全防护软件，并确保其正常运行。7.从正规渠道下载安装软件。8.对不熟悉的软件，如果已经被杀毒软件拦截查杀，不要添加信任继续运行。9. ...继续阅读 (117)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.locked加密勒索数据库级别恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户数据库被加密成.locked结尾的扩展名,数据库无法正常使用对应的READ_ME1.html文件中信息类似:send 0.1btc to my address:bc1ql8an5slxutu3yjyu9rvhsfcpv29tsfhv3j9lr4. contact email:service@hellowinter.online,if you can’t contact my email, please contact some data recovery company(suggest taobao.com), may they can contact to me .your id: ATNtkQxKZ8uaTNt3etgDXVdN2MjvPC8XoWOpoc7l25Dyg5ePEA6AFtj0sE8rYUX+Jm+1ajXASCAREJO8GD+53eqiUX26/s2aTX4uTkaAY90xTg6UIQ1SqhPpylXRsY759aUnOPeHWuv8fwj03g7vN68ctgjiRgHz3h1gNoOEDzT0GLGbr9+X6G2oCx2 ...继续阅读 (109)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-16038 ORA-00354故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]遇到一个案例,数据库open报ORA-16038,ORA-00354等错误查询该redo状态(使用Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)脚本收集),确认为inactive由于inactive 状态的redo损坏,无法被arch进程归档导致数据库无法正常open,尝试强制clear联机日志由于25号文件属于offline状态,导致联机日志无法正常被clear,报ORA-00393 ORA-00312等错误.通过试验重现该问题.SQL> alter database datafile 5 offline; Database altered. --使用一些技巧让数据库无法归档 SQL> select group#,status,archived from v$log; GROUP# STATUS ARC ---------- ---------------- --- 1 INACTIVE NO 2 ACTIVE ...继续阅读 (98)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：unknown variable ‘default-character-set=utf8′ 处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]分享一例由于mysql参数配置不当,当时mysql无法正常启动的case[root@XIFENFEI ~]# service mysql start Redirecting to /bin/systemctl start mysql.service Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [root@XIFENFEI ~]# systemctl status mysqld.service mysqld.service - LSB: start and stop MySQL Loaded: loaded (/etc/rc.d/init.d/mysqld; bad; vendor preset: disabled) ...继续阅读 (110)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 16703故障,客户找人恢复数据库,数据库被进一步恶意破坏—ORA-00704 ORA-00922作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有朋友找到我,数据库报ORA-600 16703错误,这个本来是一个比较常见的破坏故障(警告：互联网中有oracle介质被注入恶意程序导致—ORA-600 16703数据库启动报错如下:修复tab$启动库报ORA-00704 ORA-00922错误SQL> alter database Open; alter database Open * 第 1 行出现错误: ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00704: bootstrap process failure ORA-00922: missing or invalid option 进程 ID: 1340 会话 ID: 191 序列号: 3ORA-00704 ORA-00922是比较少见的错误,第一感觉bootstrap$损坏了,对数据库启动过程进行跟踪PARSING IN CURSOR #11700472 len=600 dep=1 ...继续阅读 (112)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：gpk-update-icon进程占用CPU资源100％作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在一个客户的机器上发现gpk-update-icon进程长期占用cpu 100%gpk-update-icon进程在GUI模式下会自动通知rpm软件包更新，是由gnome-packagekit的bug造成的。gpk-update-icon使用递归主循环，递归循环从dbus回调调用。因此，它处于调度操作的中间，并且在操作完成之前dbus无法进一步调度。临时解决方法killall gpk-update-icon掉掉相关进程之后临时恢复正常,如果要防止后续再发生该问题,可以把系统启动到非图形化界面[root@HIS_DG ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.8 (Santiago) [root@HIS_DG ~]# runlevel N 5 [root@HIS_DG ~]# who -r run-level 5 2021-11-13 12:04 [root@HIS_DG ~]# init 3 [root@HIS_DG ~]# who ...继续阅读 (109)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：难见的oracle 9i恢复—2023年作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]时过境迁,以前恢复大量oracle 8/9版本的库,现在一套oracle 9i的库都比较稀奇了.今天恢复客户一套9.2.0.6的aix环境rac库,通过分析确认主要问题:1. 重建控制文件，resetlogs库遗漏数据文件2. 数据库启动主要报错ORA-600 2663和ORA-600 kclchkblk_4Tue Nov 8 09:10:05 2022 Successfully onlined Undo Tablespace 1. Dictionary check beginning Tablespace 'TEMP' #2 found in data dictionary, but not in the controlfile. Adding to controlfile. File #84 found in data dictionary but not in controlfile. Creating OFFLINE file 'MISSING00084' in the controlfile. This file can no longer ...继续阅读 (102)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：udev_start导致vip漂移(参见情况:rac在线加盘操作引起)作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户对asm进行扩容,执行udev_start命令之后,所有的vip全部漂移,业务全部中断优先恢复业务,把所有vip漂移回来[grid@rac3 ~]$ srvctl relocate vip -i rac1 -n rac1 -f -v VIP was relocated successfully. [grid@rac3 ~]$ srvctl relocate vip -i rac2 -n rac2 -f -v VIP was relocated successfully. [grid@rac3 ~]$ srvctl relocate vip -i rac3 -n rac3 -f -v VIP was relocated successfully. [grid@rac3 ~]$ srvctl relocate vip -i rac4 -n rac4 -f -v VIP was relocated successfully.vip恢复正常，业务也恢复正常出现该问题的原因是由于udev_start命令引起网卡瞬间中断,从而使得vip ...继续阅读 (139)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：又一例ORA-600 kcbzpbuf_1恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库突然报ORA-600 kdddgb1和ORA-600 kcl_snd_cur_2错误,并且导致实例crashTue May 09 22:29:40 2023 Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_ora_338012.trc (incident=962050): ORA-00600: internal error code, arguments: [kdddgb1], [0], [], [], [], [], [], [], [], [], [], [] Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_962050/orcl1_ora_338012_i962050.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Suppor ...继续阅读 (97)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-01172 ORA-01151 故障恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]节点2报Error: Controlfile sequence number in file header is different from the one in memory,导致实例异常Tue May 09 23:03:24 2023 Thread 2 cannot allocate new log, sequence 16728 Checkpoint not complete Current log# 3 seq# 16727 mem# 0: +DATA/xff/onlinelog/group_3.265.941900045 Current log# 3 seq# 16727 mem# 1: +FRA/xff/onlinelog/group_3.259.941900045 Thread 2 advanced to log sequence 16728 (LGWR switch) Current log# 4 seq# 16728 mem# 0: +DATA/xff/onlinelog/group_4.266.941900045 Cur ...继续阅读 (92)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：存储双活同步导致数据库异常恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户双活存储异常之后,单个存储运行,故障存储修复之后,双活同步,出现多套系统异常,上一篇:Control file mount id mismatch!故障处理,这套是win的rac无法正常启动,ocr磁盘组异常(报ORA-600 kfrValAcd30无法正常mount)C:\Users\Administrator>crsctl start cluster -all CRS-2672: 尝试启动 'ora.crf' (在 'xff2' 上) CRS-2672: 尝试启动 'ora.asm' (在 'xff2' 上) CRS-2672: 尝试启动 'ora.crf' (在 'xff1' 上) CRS-2672: 尝试启动 'ora.asm' (在 'xff1' 上) CRS-2676: 成功启动 'ora.crf' (在 'xff2' 上) CRS-2676: 成功启动 'ora.crf' (在 'xff1' 上) CRS-5017: 资源操作 "ora.asm start" 遇到以下错误: ORA-00600: internal error code, arguments: ...继续阅读 (102)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Control file mount id mismatch!故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]通过沟通确认客户由于存储双活异常,业务运行在主存储上,另外一套存储修复之后,进行存储双活同步,结果在这个过程中由于遭遇Control file mount id mismatch! 导致数据库crash了2023-05-03T20:21:07.446873+08:00 Archived Log entry 491897 added for T-1.S-246903 ID 0x97d92f0b LAD:1 2023-05-03T20:47:53.902701+08:00 Error: 2141 Control file mount id mismatch! fhmid: 2592441863, SGA mid: 2624617448 Requesting DIAG on each RAC instance to dump the control file header block 2023-05-03T20:47:55.906490+08:00 Errors in file /opt/rac/oracle/diag/rdbms/xff/x ...继续阅读 (109)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Maximum of 148 enabled roles exceeded for user ZLHIS. Not loading all the roles.作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]中联的his系统在alert日志中经常会看到如下的日志告警[oracle@oracle1 trace]$ tail -f alert_orcl.log Tue May 02 22:06:46 2023 Maximum of 148 enabled roles exceeded for user ZLHIS. Not loading all the roles. Tue May 02 22:06:50 2023 Maximum of 148 enabled roles exceeded for user ZLHIS. Not loading all the roles. Tue May 02 22:06:50 2023 Maximum of 148 enabled roles exceeded for user ZLHIS. Not loading all the roles. Tue May 02 22:06:50 2023 Maximum of ...继续阅读 (99)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户反馈数据库无法登录,系统ssh也无法登录,但是可以ping通,通过sqlplus sys/pwd@tns as sysdba方式登录成功,直接对数据库进行shutdown abort操作,然后系统可以正常ssh登录.通过分析发现一些io问题系统messages日志报错默认情况下， Linux会最多使用40%[根据系统配置决定]的可用内存作为文件系统缓存。当超过这个阈值后，文件系统会把将缓存中的内存全部写入磁盘， 导致后续的IO请求都是同步的。将缓存写入磁盘时，有一个默认120秒的超时时间。 出现上面的问题的原因是IO子系统的处理速度不够快，不能在120秒将缓存中的数据全部写入磁盘。IO系统响应缓慢，导致越来越多的请求堆积，最终系统内存全部被占用，导致系统失去响应。检查系统io情况磁盘在io请求很小的情况下busy 100%,属于不正常情况,让客户安排人检查硬盘情况发现raid 5中有一块磁盘异常从而引起性能下降,客户安排人员换盘之后,系统恢复正常.调整系统参数缓解 ...继续阅读 (99)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 kzrini:!uprofile处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]朋友反馈,oracle expdp导出数据hang住,然后重启数据库,启动成功,但是执行导出的时候报ORA-600 kzrini:!uprofile错误因为有过大量类似故障的恢复case,所以第一反应这种故障很可能就是tab$被清空的故障,参见:警告：互联网中有oracle介质被注入恶意程序导致—ORA-600 16703,对于这类故障,我们是国内第一个发现并且进行预警(在blog,qq/微信群,oracle技术大会等),但是还有很多朋友中招.今天这个发现故障之后没有重启,比较顺利，进行山删除插入即可,参考以前的处理:ORA-600 16703直接把orachk备份表插入到tab$恢复再一例asm disk被误加入vg并且扩容lv恢复等保修改oracle SYS用户名要求的请注意—ORA-00600 kokasgi1aix平台tab$被删除可能出现ORA-600 [16703], [1403], [28]错误Oracle Recovery Tools更新—202304rm -rf 删除数据文件恢复方法—文件系统反删除 ...继续阅读 (88)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库open报ORA-07445 kglsget错误处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有朋友反馈,数据库服务器断电之后,强制拉库无法open成功Wed Apr 19 18:13:30 2023 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 32 processes Started redo scan Completed redo scan read 35 KB redo, 20 data blocks need recovery Started redo application at Thread 1: logseq 4, block 3 Recovery of Online Redo Log: Thread 1 Group 1 Seq 4 Reading mem 0 Mem# 0: E:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG Completed redo application of 0.02MB Completed crash recovery ...继续阅读 (95)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：12.1.0.2最新patch信息—202304作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]Database Patch Set Update (PSU)Release DateVersionDownload linkIncluded in Windows Bundle18-Apr-202312.1.0.2.230418 (Apr 2023) Database Patch Set Update (DB PSU)Patch 34998358NA – out of error correction17-Jan-202312.1.0.2.230117 (Jan 2023) Database Patch Set Update (DB PSU)Patch 34677720NA – out of error correction18-Oct-202212.1.0.2.221018 (Oct 2022) Database Patch Set Update (DB PSU)Patch 34386266NA – out of error correction19-Jul-202212.1.0.2.220719 (Jul 2022) ...继续阅读 (101)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：11.2.0.4最新patch信息—202304作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]Database Patch Set UpdateRelease DateVersionDownload linkIncluded in Windows Bundle18-Apr-202311.2.0.4.230418 (Apr 2023) Database Patch Set Update (DB PSU)Patch 34998337* Out of Error Correction17-Jan-202311.2.0.4.230117 (Jan 2023) Database Patch Set Update (DB PSU)Patch 34677698* Out of Error Correction18-Oct-202211.2.0.4.221018 (Oct 2022) Database Patch Set Update (DB PSU)Patch 34386237*Patch 3447443319-Jul-202211.2.0.4.220719 (Jul 2022) Database Patch Set Update (DB PSU)Patch 34 ...继续阅读 (91)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库启动报ORA-600 kcbgtcr_13处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库发生故障,经过第三方处理过,接手之后,尝试open库报ORA-01190错误Thu Apr 20 16:51:25 2023 alter database open upgrade Errors in file /u2/oracle/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_ora_4818.trc: ORA-01190: control file or data file 3 is from before the last RESETLOGS ORA-01110: data file 3: '/data/topprod/undotbs01.dbf' ORA-1190 signalled during: alter database open upgrade...这个问题是由于resetlogs的时候有文件遗漏导致resetlogs scn和其他数据文件/ctl不匹配导致,以前类似处理文章:bbed解决ORA-0119012C sysaux 异常恢复—ORA-01190错误恢复Oracle Recove ...继续阅读 (84)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：win平台 UtilSession 失败: Prerequisite check “CheckActiveFilesAndExecutables” failed. 处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]win平台打patch,提示UtilSession 失败: Prerequisite check “CheckActiveFilesAndExecutables” failed.C:\Users\Administrator\Desktop\nmgOracle补丁\34474433>E:\app\Administrator\produ ct\11.2.0\dbhome_1\OPatch\opatch apply ./ Oracle 临时补丁程序安装程序版本 11.2.0.3.40 版权所有 (c) 2023, Oracle Corporation。保留所有权利。 Oracle 主目录 ：E:\app\ADMINI~1\product\112~1.0\dbhome_1 主产品清单：C:\Program Files\Oracle\Inventory 来自 ： ...继续阅读 (100)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle Recovery Tools快速恢复断电引起的无法正常启动数据库(ORA-01555,MISSING000等问题）作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于异常断电,数据库启动报错ORA-01113和ORA-01110，ORA-00322和ORA-00312以及ORA-00314和ORA-00312错误Mon Apr 17 09:35:04 2023 ALTER DATABASE OPEN Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_ora_10192.trc: ORA-01113: 文件 1 需要介质恢复 ORA-01110: 数据文件 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF' ORA-1113 signalled during: ALTER DATABASE OPEN... Mon Apr 17 09:35:05 2023 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_m000_978 ...继续阅读 (93)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：login trigger导致ORA-16191问题作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]主库突然报ORA-16191错，主库无法传输日志到备库at Apr 08 19:56:26 2023 Thread 1 advanced to log sequence 32548 (LGWR switch) Current log# 1 seq# 32548 mem# 0: /u01/app/oracle/oradata/orcl/redo01_a.rdo Current log# 1 seq# 32548 mem# 1: /oracle/fast_recovery_area/orcl/redo01_b.rdo Sat Apr 08 19:56:26 2023 Archived Log entry 61796 added for thread 1 sequence 32547 ID 0x5fc1b26f dest 1: Sat Apr 08 19:56:27 2023 LNS: Standby redo logfile selected for thread 1 sequence 32548 for destination LOG_ARCHIV ...继续阅读 (86)