Oracle数据库恢复案例
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%原模原样恢复,
无论多大的数据库都立等可取。