标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 kfed MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-01110 ORA-01555 ORA-01578 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (102)
- 数据库 (1,671)
- DB2 (22)
- MySQL (73)
- Oracle (1,533)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (21)
- ORA-xxxxx (159)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (14)
- ORACLE 21C (3)
- Oracle 23ai (7)
- Oracle ASM (65)
- Oracle Bug (8)
- Oracle RAC (52)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (560)
- Oracle安装升级 (92)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (78)
- PostgreSQL (18)
- PostgreSQL恢复 (6)
- SQL Server (27)
- SQL Server恢复 (8)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (37)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (20)
-
最近发表
- Kylin Linux 安装19c
- ORA-600 krse_arc_complete.4
- Oracle 19c 202410补丁(RUs+OJVM)
- ntfs MFT损坏(ntfs文件系统故障)导致oracle异常恢复
- .mkp扩展名oracle数据文件加密恢复
- 清空redo,导致ORA-27048: skgfifi: file header information is invalid
- A_H_README_TO_RECOVER勒索恢复
- 通过alert日志分析客户自行对一个数据库恢复的来龙去脉和点评
- ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME
- ORA-01092 ORA-00604 ORA-01558故障处理
- ORA-65088: database open should be retried
- Oracle 19c异常恢复—ORA-01209/ORA-65088
- ORA-600 16703故障再现
- 数据库启动报ORA-27102 OSD-00026 O/S-Error: (OS 1455)
- .[metro777@cock.li].Elbie勒索病毒加密数据库恢复
- 应用连接错误,初始化mysql数据库恢复
- RAC默认服务配置优先节点
- Oracle 19c RAC 替换私网操作
- 监听报TNS-12541 TNS-12560 TNS-00511错误
- drop tablespace xxx including contents恢复
分类目录归档:Oracle
RMAN-06207 RMAN-06208报错解决
数据库在rman备份时执行delete noprompt expired backup报RMAN-06207和RMAN-06208错误
RMAN>delete noprompt expired backup; RMAN retention policy will be applied to the command RMAN retention policy is set to recovery window of 1 days allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=1364 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_2 channel ORA_DISK_2: SID=3102 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_3 channel ORA_DISK_3: SID=4534 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_4 channel ORA_DISK_4: SID=5054 instance=hisdb1 device type=DISK Deleting the following obsolete backups and copies: Type Key Completion Time Filename/Handle -------------------- ------ ------------------ -------------------- Datafile Copy 3 15-JUN-18 +DATA/hisdb/datafile/xifenfei.282.978867569 Datafile Copy 4 15-JUN-18 +DATA/hisdb/datafile/xifenfei.283.978867589 Backup Set 54704 14-JUN-24 Backup Piece 54704 14-JUN-24 /oraback/rmanfile/ctl_20240614_m22ta31a_1_1.rman RMAN-06207: WARNING: 3 objects could not be deleted for DISK channel(s) due RMAN-06208: to mismatched status. Use CROSSCHECK command to fix status RMAN-06210: List of Mismatched objects RMAN-06211: ========================== RMAN-06212: Object Type Filename/Handle RMAN-06213: --------------- --------------------------------------------------- RMAN-06214: Datafile Copy +DATA/hisdb/datafile/xifenfei.282.978867569 RMAN-06214: Datafile Copy +DATA/hisdb/datafile/xifenfei.283.978867589 RMAN-06214: Backup Piece /oraback/rmanfile/ctl_20240614_m22ta31a_1_1.rman
处理方法crosscheck copy
RMAN> crosscheck copy; using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=1364 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_2 channel ORA_DISK_2: SID=3102 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_3 channel ORA_DISK_3: SID=4534 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_4 channel ORA_DISK_4: SID=5070 instance=hisdb1 device type=DISK specification does not match any control file copy in the repository validation succeeded for archived log archived log file name=+FRA/hisdb/archivelog/2024_06_16/thread_2_seq_149520.1675.1171833177 RECID=589464 STAMP=1171833177 Crosschecked 1 objects validation failed for datafile copy datafile copy file name=+DATA/hisdb/datafile/xifenfei.282.978867569 RECID=3 STAMP=978867571 validation failed for datafile copy datafile copy file name=+DATA/hisdb/datafile/xifenfei.283.978867589 RECID=4 STAMP=978867590 Crosschecked 2 objects
再次验证删除不再提示错误
RMAN> DELETE noprompt OBSOLETE; RMAN retention policy will be applied to the command RMAN retention policy is set to recovery window of 1 days using channel ORA_DISK_1 using channel ORA_DISK_2 using channel ORA_DISK_3 using channel ORA_DISK_4 no obsolete backups found
RAC主机相差超过10分钟导致crs无法启动
客户反馈有一套19c 2节点rac,断电之后,一个节点数据库无法正常启动,通过crsctl命令查看发现crs进程没有正常启动
[root@xifenf1 ~]# /u01/app/19.0/grid/bin/crsctl status res -t -init -------------------------------------------------------------------------------- Name Target State Server State details -------------------------------------------------------------------------------- Cluster Resources -------------------------------------------------------------------------------- ora.asm 1 ONLINE OFFLINE STABLE ora.cluster_interconnect.haip 1 ONLINE ONLINE xifenf1 STABLE ora.crf 1 ONLINE ONLINE xifenf1 STABLE ora.crsd 1 ONLINE OFFLINE STABLE ora.cssd 1 ONLINE ONLINE xifenf1 STABLE ora.cssdmonitor 1 ONLINE ONLINE xifenf1 STABLE ora.ctssd 1 ONLINE OFFLINE STABLE ora.diskmon 1 OFFLINE OFFLINE STABLE ora.evmd 1 ONLINE ONLINE xifenf1 STABLE ora.gipcd 1 ONLINE ONLINE xifenf1 STABLE ora.gpnpd 1 ONLINE ONLINE xifenf1 STABLE ora.mdnsd 1 ONLINE ONLINE xifenf1 STABLE ora.storage 1 ONLINE ONLINE xifenf1 STABLE --------------------------------------------------------------------------------
查看crs的alert日志发现集群时间间隔超过600s,无法启动csst进程
2024-06-11 17:33:09.953 [OCSSD(5020)]CRS-1605: CSSD voting file is online: /dev/asm_ocr5; details in /u01/app/grid/diag/crs/xifenf1/crs/trace/ocssd.trc. 2024-06-11 17:33:09.956 [OCSSD(5020)]CRS-1605: CSSD voting file is online: /dev/asm_ocr1; details in /u01/app/grid/diag/crs/xifenf1/crs/trace/ocssd.trc. 2024-06-11 17:33:10.024 [OCSSD(5020)]CRS-1605: CSSD voting file is online: /dev/asm_ocr2; details in /u01/app/grid/diag/crs/xifenf1/crs/trace/ocssd.trc. 2024-06-11 17:33:10.031 [OCSSD(5020)]CRS-1605: CSSD voting file is online: /dev/asm_ocr4; details in /u01/app/grid/diag/crs/xifenf1/crs/trace/ocssd.trc. 2024-06-11 17:33:10.040 [OCSSD(5020)]CRS-1605: CSSD voting file is online: /dev/asm_ocr3; details in /u01/app/grid/diag/crs/xifenf1/crs/trace/ocssd.trc. 2024-06-11 17:33:11.900 [OCSSD(5020)]CRS-1601: CSSD Reconfiguration complete. Active nodes are xifenf1 xifenf2 . 2024-06-11 17:33:13.344 [OCSSD(5020)]CRS-1720: Cluster Synchronization Services daemon (CSSD) is ready for operation. 2024-06-11 17:33:13.809 [OCTSSD(5488)]CRS-8500: Oracle Clusterware OCTSSD process is starting with operating system process ID 5488 2024-06-11 17:33:16.017 [OCTSSD(5488)]CRS-2407: The new Cluster Time Synchronization Service reference node is host xifenf2. 2024-06-11 17:33:16.018 [OCTSSD(5488)]CRS-2401: The Cluster Time Synchronization Service started on host xifenf1. 2024-06-11 17:33:16.105 [OCTSSD(5488)]CRS-2419: The clock on host xifenf1 differs from mean cluster time by 1031504618 microseconds. The Cluster Time Synchronization Service will not perform time synchronization because the time difference is beyond the permissible offset of 600 seconds. Details in /u01/app/grid/diag/crs/xifenf1/crs/trace/octssd.trc. 2024-06-11 17:33:16.579 [OCTSSD(5488)]CRS-2402: The Cluster Time Synchronization Service aborted on host xifenf1. Details at (:ctsselect_mstm4:) in /u01/app/grid/diag/crs/xifenf1/crs/trace/octssd.trc.
查看主机时间
[grid@xifenf1 ~]$ date ;ssh xifenf2 date Tue Jun 11 17:54:09 CST 2024 Tue Jun 11 18:04:34 CST 2024
修改主机时间
[root@xifenf1 ~]# date -s "20240611 18:06:00" Tue Jun 11 18:06:00 CST 2024 [root@xifenf1 ~]# su - grid Last login: Tue Jun 11 17:37:53 CST 2024 on pts/0 [grid@xifenf1 ~]$ date ;ssh xifenf2 date Tue Jun 11 18:06:09 CST 2024 Tue Jun 11 18:05:34 CST 2024
重启crs
[root@xifenf1 ~]# /u01/app/19.0/grid/bin/crsctl stop crs -f CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'xifenf1' CRS-2673: Attempting to stop 'ora.storage' on 'xifenf1' CRS-2673: Attempting to stop 'ora.mdnsd' on 'xifenf1' CRS-2673: Attempting to stop 'ora.crf' on 'xifenf1' CRS-2677: Stop of 'ora.storage' on 'xifenf1' succeeded CRS-2673: Attempting to stop 'ora.evmd' on 'xifenf1' CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'xifenf1' CRS-2677: Stop of 'ora.mdnsd' on 'xifenf1' succeeded CRS-2677: Stop of 'ora.crf' on 'xifenf1' succeeded CRS-2677: Stop of 'ora.evmd' on 'xifenf1' succeeded CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'xifenf1' succeeded CRS-2673: Attempting to stop 'ora.cssd' on 'xifenf1' CRS-2677: Stop of 'ora.cssd' on 'xifenf1' succeeded CRS-2673: Attempting to stop 'ora.gpnpd' on 'xifenf1' CRS-2673: Attempting to stop 'ora.gipcd' on 'xifenf1' CRS-2677: Stop of 'ora.gpnpd' on 'xifenf1' succeeded CRS-2677: Stop of 'ora.gipcd' on 'xifenf1' succeeded CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'xifenf1' has completed CRS-4133: Oracle High Availability Services has been stopped. [root@xifenf1 ~]# /u01/app/19.0/grid/bin/crsctl start crs CRS-4123: Oracle High Availability Services has been started. [root@xifenf1 ~]# /u01/app/19.0/grid/bin/crsctl status res -t -init -------------------------------------------------------------------------------- Name Target State Server State details -------------------------------------------------------------------------------- Cluster Resources -------------------------------------------------------------------------------- ora.asm 1 ONLINE ONLINE xifenf1 STABLE ora.cluster_interconnect.haip 1 ONLINE ONLINE xifenf1 STABLE ora.crf 1 ONLINE ONLINE xifenf1 STABLE ora.crsd 1 ONLINE ONLINE xifenf1 STABLE ora.cssd 1 ONLINE ONLINE xifenf1 STABLE ora.cssdmonitor 1 ONLINE ONLINE xifenf1 STABLE ora.ctssd 1 ONLINE ONLINE xifenf1 ACTIVE:35600,STABLE ora.diskmon 1 OFFLINE OFFLINE STABLE ora.evmd 1 ONLINE ONLINE xifenf1 STABLE ora.gipcd 1 ONLINE ONLINE xifenf1 STABLE ora.gpnpd 1 ONLINE ONLINE xifenf1 STABLE ora.mdnsd 1 ONLINE ONLINE xifenf1 STABLE ora.storage 1 ONLINE ONLINE xifenf1 STABLE --------------------------------------------------------------------------------
O/S-Error: (OS 23) 数据错误(循环冗余检查)—故障处理
有客户由于磁盘坏道导致数据文件访问报ORA-27070 OSD-04016 O/S-Error等相关错误
rman 尝试读取88号文件
RMAN> backup datafile 88 format 'e:\rman\%d_%T_%I.%s%p'; 启动 backup 于 05-6月 -24 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: SID=2246 设备类型=DISK 通道 ORA_DISK_1: 正在启动全部数据文件备份集 通道 ORA_DISK_1: 正在指定备份集内的数据文件 输入数据文件: 文件号=00088 名称=E:\APP\ADMINISTRATOR\ORADATA\XFF\XIFENFEI.ORA 通道 ORA_DISK_1: 正在启动段 1 于 05-6月 -24 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: backup 命令 (ORA_DISK_1 通道上, 在 06/05/2024 18:33:43 上) 失败 ORA-19501: 文件 "E:\APP\ADMINISTRATOR\ORADATA\XFF\XIFENFEI.ORA", 块编号 322944 (块大小=8192) 上出现读取错误 ORA-27070: 异步读取/写入失败 OSD-04016: 异步 I/O 请求排队时出错。 O/S-Error: (OS 23) 数据错误(循环冗余检查)。
检查系统日志,发现有报:设备 \Device\Harddisk0\DR0 有一个不正确的区块
到目前为止基本上可以判断是文件系统或者磁盘层面出现坏道导致该问题(磁盘坏道概率更大),使用工具对损坏数据文件进行强制拷贝,提示少量扇区数据无法拷贝
通过dbv检查恢复出来文件效果
E:\check_db>DBV FILE=D:/XIFENFEI.ORA DBVERIFY: Release 11.2.0.3.0 - Production on 星期日 6月 9 22:17:28 2024 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = D:\XIFENFEI.ORA 页 323055 标记为损坏 Corrupt block relative dba: 0x1604edef (file 88, block 323055) Bad header found during dbv: Data in bad block: type: 229 format: 5 rdba: 0xe5e5e5e5 last change scn: 0xe5e5.e5e5e5e5 seq: 0xe5 flg: 0xe5 spare1: 0xe5 spare2: 0xe5 spare3: 0xe5e5 consistency value in tail: 0x4c390601 check value in block header: 0xe5e5 computed block checksum: 0x5003 DBVERIFY - 验证完成 检查的页总数: 524288 处理的页总数 (数据): 204510 失败的页总数 (数据): 0 处理的页总数 (索引): 127485 失败的页总数 (索引): 0 处理的页总数 (其他): 3030 处理的总页数 (段) : 0 失败的总页数 (段) : 0 空的页总数: 189262 标记为损坏的总页数: 1 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 184063522 (3470.184063522)
运气不错,就一个数据库block异常,通过dba_extents查询坏块所属对象,运气不太好是一个表数据
SQL> SELECT OWNER, SEGMENT_NAME, SEGMENT_TYPE, TABLESPACE_NAME, A.PARTITION_NAME 2 FROM DBA_EXTENTS A 3 WHERE FILE_ID = &FILE_ID 4 AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1; 输入 file_id 的值: 88 原值 3: WHERE FILE_ID = &FILE_ID 新值 3: WHERE FILE_ID = 88 输入 block_id 的值: 323055 原值 4: AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1 新值 4: AND 323055 BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1 OWNER ------------------------------ SEGMENT_NAME -------------------------------------------------------------------------------- SEGMENT_TYPE TABLESPACE_NAME PARTITION_NAME ------------------ ------------------------------ ------------------------------ XFFUSER XFFTABLE TABLE XFFTBS_TAB2
设置跳过坏块导出数据,然后重命名原表导入数据,完成本次恢复,以前有过类似恢复:
一次侥幸的OSD-04016 O/S-Error异常恢复
O/S-Error: (OS 23) 数据错误(循环冗余检查) 数据库恢复