13510228421
Case

案例展示
oracle数据库中毒恢复 oracle数据库泵恢复 .Juli勒索病毒恢复数据
oracle数据库中毒恢复  oracle数据库泵恢复 .Juli勒索病毒恢复数据

客户名称 保密

数据类型 oracle 11G 数据泵备份

数据容量  50 GB

故障类型  oracle数据库服务器被.Juli勒索病毒加密,所有文件被破坏,扩展名变成.Juli

勒索信文件 unlock-info.txt 分析数据泵文件文件头被破坏,手工重建文件头后,导入报错信息如下:

Import: Release 11.2.0.4.0 - Production on 星期日 11月 27 15:58:00 2022

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

连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
已成功加载/卸载了主表 "ZZZZ"."SYS_IMPORT_SCHEMA_01"
启动 "ZZZZ"."SYS_IMPORT_SCHEMA_01":  ZZZZ/******** DIRECTORY=JAY DUMPFILE=AUTOBAK.DMP SCHEMAS=ZZZZ table_exists_action=append
处理对象类型 SCHEMA_EXPORT/USER
ORA-39126: 在 KUPW$WORKER.LOAD_METADATA [SELECT process_order, flags, xml_clob, NVL(dump_fileid, :1), NVL(dump_position, :2), dump_length, dump_allocation, NVL(value_n, 0), grantor, object_row, object_schema, object_long_name, partition_name, subpartition_name, processing_status, processing_state, base_object_type, base_object_schema, base_object_name, base_process_order, property, size_estimate, in_progress, original_object_schema, original_object_name, creation_level, object_int_oid FROM "ZZZZ"."SYS_IMPORT_SCHEMA_01" WHERE  process_order between :3 AND :4 AND duplicate = 0 AND processing_state NOT IN (:5, :6, :7) ORDER BY process_order] 中 Worker 发生意外致命错误
ORA-39183: 出现内部错误 -19 (在解压缩阶段 2)

修复结果  手工修正被.Juli勒索病毒加密的EXPDP数据泵备份数据块指针重新导入到新的oracle完成恢复。数据恢复完整度100%.

客户满意 是 

耗费工时 2 小时

深圳极佳数据救援中心友情提醒:重要数据一定要勤备份,遇到数据丢失 数据损坏 等问题,要第一时间联系专业人士。
 
对于各类主流数据库,我们可以做最底层的数据恢复及数据修复,对于数据库的某些特定故障我们保证数据库100%原模原样恢复,
无论多大的数据库都立等可取。