勒索解密后oracle无法启动故障处理----惜分飞

2023-11-28 09:04

本文主要是介绍勒索解密后oracle无法启动故障处理----惜分飞,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

客户linux平台被勒索病毒加密,其中有oracle数据库.客户联系黑客进行解密【勒索解密oracle失败】,但是数据库无法正常启动,dbv检查数据库文件报错

[oracle@hisdb ~]$ dbv file=system01.dbf

DBVERIFY: Release 11.2.0.1.0 - Production on 星期一 11月 27 21:49:17 2023

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

DBV-00107: 未知标头格式 (31) (287942924)

对应的英文为:DBV-00107: Unknown header format (31) (287942924),检查数据文件信息发现提示为 FILE NOT FOUND,使用脚本为:Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)检测结果
 

20231127220917


通过分区确认是文件头损坏
 

20231127220354


修复正确的文件头
 

20231127220457


再次dbv检查数据文件

[oracle@hisdb ~]$ dbv file=system01.dbf

DBVERIFY: Release 11.2.0.1.0 - Production on 星期一 11月 27 22:05:41 2023

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - 开始验证: FILE = /u01/app/oracle/oradata/system01.dbf

页 12800 标记为损坏

Corrupt block relative dba: 0x00403200 (file 1, block 12800)

Bad header found during dbv:

Data in bad block:

 type: 88 format: 1 rdba: 0x33877808

 last change scn: 0x257a.7b3a44e3 seq: 0xe8 flg: 0xe6

 spare1: 0x4e spare2: 0x73 spare3: 0x0

 consistency value in tail: 0x65251001

 check value in block header: 0xc3b4

 computed block checksum: 0x4ca7

DBVERIFY - 验证完成

检查的页总数: 13440

处理的页总数 (数据): 3297

失败的页总数 (数据): 0

处理的页总数 (索引): 2097

失败的页总数 (索引): 0

处理的页总数 (其他): 1441

处理的总页数 (段)  : 1

失败的总页数 (段)  : 0

空的页总数: 6604

标记为损坏的总页数: 1

流入的页总数: 0

加密的总页数        : 0

最高块 SCN            : 1667927064 (12.1667927064)

修复其他文件头,并dbv检查,发现均在12800位置损坏.尝试recover database恢复数据库,报ORA-00742 ORA-00312之类错误.

Sat Nov 25 17:03:39 2023

ALTER DATABASE RECOVER  database 

Media Recovery Start

 started logmerger process

Parallel Media Recovery started with 40 slaves

Sat Nov 25 17:03:40 2023

Recovery of Online Redo Log: Thread 1 Group 7 Seq 27220 Reading mem 0

  Mem# 0: /u01/app/oracle/oradata/redo07.log

Sat Nov 25 17:03:41 2023

Hex dump of (file 3, block 7) in trace file /u01/app/oracle/diag/rdbms/his/his/trace/his_pr0l_52669.trc

Corrupt block relative dba: 0x00c00007 (file 3, block 7)

Bad header found during media recovery

Data in bad block:

 type: 124 format: 7 rdba: 0x1698b845

 last change scn: 0x4fa1.3eaa638f seq: 0x6 flg: 0x24

 spare1: 0x26 spare2: 0x42 spare3: 0x0

 consistency value in tail: 0xa39e1e01

 check value in block header: 0x2ca4

 computed block checksum: 0x3b25

Reading datafile '/u01/app/oracle/oradata/undotbs01.dbf' for corruption at rdba: 0x00c00007 (file 3, block 7)

Reread (file 3, block 7) found same corrupt data (no logical check)

Sat Nov 25 17:03:41 2023

Hex dump of (file 46, block 3) in trace file /u01/app/oracle/diag/rdbms/his/his/trace/his_pr0w_52691.trc

Corrupt block relative dba: 0x0b800003 (file 46, block 3)

Bad header found during media recovery

Data in bad block:

 type: 7 format: 7 rdba: 0x77922022

 last change scn: 0xdff3.c40df5b6 seq: 0x6f flg: 0xe5

 spare1: 0xcd spare2: 0x6d spare3: 0x83d7

 consistency value in tail: 0x63c63d2c

 check value in block header: 0xf662

 computed block checksum: 0xec49

Data in bad block:

 type: 135 format: 4 rdba: 0x45ad2864

 last change scn: 0x9d7e.34949c73 seq: 0x32 flg: 0x3e

 spare1: 0x89 spare2: 0x0 spare3: 0x9f9f

 consistency value in tail: 0xa5807800

 check value in block header: 0xb2c9

 computed block checksum: 0x3aea

Reread (file 5, block 11259) found same corrupt data (no logical check)

 type: 214 format: 1 rdba: 0x0228dbe9

Bad header found during media recovery

 last change scn: 0xed57.ca4f7559 seq: 0x9b flg: 0x4a

Data in bad block:

 spare1: 0x97 spare2: 0x77 spare3: 0x2bab

 type: 33 format: 6 rdba: 0x018d584a

 consistency value in tail: 0x359f90d6

 last change scn: 0xaeb8.2fa361eb seq: 0x60 flg: 0x92

 check value in block header: 0x6b26

 spare1: 0xea spare2: 0xe spare3: 0xb405 block checksum disabled

Reread (file 3, block 4) found same corrupt data (no logical check)

Corrupt block relative dba: 0x0b800e61 (file 46, block 3681)

Bad header found during media recovery

Data in bad block:

 type: 131 format: 6 rdba: 0xc7edd0fc

 last change scn: 0xd319.d0e54941 seq: 0x6f flg: 0x6d

 spare1: 0xe7 spare2: 0x82 spare3: 0x439f

 consistency value in tail: 0x18dc47b6

 check value in block header: 0xe9c8

 computed block checksum: 0x204d

Reread (file 46, block 3681) found same corrupt data (no logical check)

Hex dump of (file 1, block 2017) in trace file /u01/app/oracle/diag/rdbms/his/his/trace/his_pr10_52699.trc

Corrupt block relative dba: 0x004007e1 (file 1, block 2017)

Bad header found during media recovery

Data in bad block:

 type: 159 format: 2 rdba: 0x52c5b2b0

 last change scn: 0x2ed8.e0bc5af9 seq: 0x62 flg: 0xe9

 spare1: 0x81 spare2: 0x1e spare3: 0xda98

 consistency value in tail: 0xc5753dd3

 check value in block header: 0x2bba

 block checksum disabled

Reading datafile '/u01/app/oracle/oradata/system01.dbf' for corruption at rdba: 0x004007e1 (file 1, block 2017)

Reread (file 1, block 2017) found same corrupt data (no logical check)

Media Recovery failed with error 742

Errors in file /u01/app/oracle/diag/rdbms/his/his/trace/his_pr00_52622.trc:

ORA-00283: recovery session canceled due to errors

ORA-00742: Log read detects lost write in thread %d sequence %d block %d

ORA-00312: online log 7 thread 1: '/u01/app/oracle/oradata/redo07.log'

ORA-10877 signalled during: ALTER DATABASE RECOVER  database  ...

尝试强制打开数据库报ORA-600 krsi_al_hdr_update.15,参考:Oracle断电故障处理中有类似报错

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-00600: internal error code, arguments: [krsi_al_hdr_update.15],

[4294967295], [], [], [], [], [], [], [], [], [], []

由于redo问题无法resetlogs成功,解决异常redo,再次尝试open库,由于undo坏块无法open成功

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-01578: ORACLE data block corrupted (file # 3, block # 1848)

ORA-01110: data file 3: '/u01/app/oracle/oradata/undotbs01.dbf'

Process ID: 55655

Session ID: 2623 Serial number: 5

解决undo异常,数据库open成功.导出客户需要数据,完成此次恢复工作

这篇关于勒索解密后oracle无法启动故障处理----惜分飞的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/429434

相关文章

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关

MySQL数据库宕机,启动不起来,教你一招搞定!

作者介绍:老苏,10余年DBA工作运维经验,擅长Oracle、MySQL、PG、Mongodb数据库运维(如安装迁移,性能优化、故障应急处理等)公众号:老苏畅谈运维欢迎关注本人公众号,更多精彩与您分享。 MySQL数据库宕机,数据页损坏问题,启动不起来,该如何排查和解决,本文将为你说明具体的排查过程。 查看MySQL error日志 查看 MySQL error日志,排查哪个表(表空间

三国地理揭秘:为何北伐之路如此艰难,为何诸葛亮无法攻克陇右小城?

俗话说:天时不如地利,不是随便说说,诸葛亮六出祁山,连关中陇右的几座小城都攻不下来,行军山高路险,无法携带和建造攻城器械,是最难的,所以在汉中,无论从哪一方进攻,防守方都是一夫当关,万夫莫开;再加上千里运粮,根本不需要打,司马懿只需要坚守城池拼消耗就能不战而屈人之兵。 另一边,洛阳的虎牢关,一旦突破,洛阳就无险可守,这样的进军路线,才是顺势而为的用兵之道。 读历史的时候我们常常看到某一方势

springboot3打包成war包,用tomcat8启动

1、在pom中,将打包类型改为war <packaging>war</packaging> 2、pom中排除SpringBoot内置的Tomcat容器并添加Tomcat依赖,用于编译和测试,         *依赖时一定设置 scope 为 provided (相当于 tomcat 依赖只在本地运行和测试的时候有效,         打包的时候会排除这个依赖)<scope>provided

内核启动时减少log的方式

内核引导选项 内核引导选项大体上可以分为两类:一类与设备无关、另一类与设备有关。与设备有关的引导选项多如牛毛,需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导选项。比如,如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导选项,那么就查看 drivers/scsi/aha1542.c 文件,一般在前面 100 行注释里就可以找到所接受的引导选项说明。大多数选项是通过"_

【生成模型系列(初级)】嵌入(Embedding)方程——自然语言处理的数学灵魂【通俗理解】

【通俗理解】嵌入(Embedding)方程——自然语言处理的数学灵魂 关键词提炼 #嵌入方程 #自然语言处理 #词向量 #机器学习 #神经网络 #向量空间模型 #Siri #Google翻译 #AlexNet 第一节:嵌入方程的类比与核心概念【尽可能通俗】 嵌入方程可以被看作是自然语言处理中的“翻译机”,它将文本中的单词或短语转换成计算机能够理解的数学形式,即向量。 正如翻译机将一种语言

用命令行的方式启动.netcore webapi

用命令行的方式启动.netcore web项目 进入指定的项目文件夹,比如我发布后的代码放在下面文件夹中 在此地址栏中输入“cmd”,打开命令提示符,进入到发布代码目录 命令行启动.netcore项目的命令为:  dotnet 项目启动文件.dll --urls="http://*:对外端口" --ip="本机ip" --port=项目内部端口 例: dotnet Imagine.M

Linux服务器Java启动脚本

Linux服务器Java启动脚本 1、初版2、优化版本3、常用脚本仓库 本文章介绍了如何在Linux服务器上执行Java并启动jar包, 通常我们会使用nohup直接启动,但是还是需要手动停止然后再次启动, 那如何更优雅的在服务器上启动jar包呢,让我们一起探讨一下吧。 1、初版 第一个版本是常用的做法,直接使用nohup后台启动jar包, 并将日志输出到当前文件夹n

衡石分析平台使用手册-单机安装及启动

单机安装及启动​ 本文讲述如何在单机环境下进行 HENGSHI SENSE 安装的操作过程。 在安装前请确认网络环境,如果是隔离环境,无法连接互联网时,请先按照 离线环境安装依赖的指导进行依赖包的安装,然后按照本文的指导继续操作。如果网络环境可以连接互联网,请直接按照本文的指导进行安装。 准备工作​ 请参考安装环境文档准备安装环境。 配置用户与安装目录。 在操作前请检查您是否有 sud

SpringBoot项目是如何启动

启动步骤 概念 运行main方法,初始化SpringApplication 从spring.factories读取listener ApplicationContentInitializer运行run方法读取环境变量,配置信息创建SpringApplication上下文预初始化上下文,将启动类作为配置类进行读取调用 refresh 加载 IOC容器,加载所有的自动配置类,创建容器在这个过程