发布时间：2022-05-17 10:30:18
数据恢复环境：
Oracle 11g R2数据库。
数据库故障情况：
数据库管理员误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错。数据库备份不可用，表数据无法查询。......【阅读全文】
发布时间：2022-05-17 10:30:17
数据恢复环境：
Oracle 11g R2数据库。
数据库故障情况：
数据库管理员误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错。数据库备份不可用，表数据无法查询。......【阅读全文】
发布时间：2022-05-16 10:15:22
虚拟化数据恢复环境：
Linux系统，EXT4文件系统；
每台虚拟机包含1个qcow2格式的磁盘文件+1个1.2T的raw格式的磁盘文件。
虚拟机故障：
KVM虚拟机被机房管理员误操作删除掉了。需要恢复的是raw格式的磁盘文件，主要是三台虚拟化服务器，存放的是数据库，程序代码等数据。......【阅读全文】
发布时间：2022-05-13 10:24:30
一台装有20块硬盘的服务器在运行过程中上层业务突然崩溃，服务器管理员检查服务器发现服务器崩溃的原因是3个硬盘离线。服务器管理员将服务器内的所有硬盘按照现有盘序从槽位取出后携带硬盘来到我们数据恢复中心进行服务器数据恢复。......【阅读全文】
发布时间：2022-05-12 14:28:18
服务器数据恢复环境：
6块750G磁盘的RAID6；
WEB服务器+MYSQL数据库；
存放了大量其它文件。
故障：
先后有两块磁盘离线，服务器管理员没有及时更换磁盘，当第3个硬盘离线后raid崩溃，数据全部丢失。服务器管理员在数据丢失后便第一时间联系一家当地的数据恢复公司，但是经过该公司的数据恢复操作后仍有近一个月的文件没有恢复出来，MYSQL数据库仍然没有修复好。后来经其他运维的介绍，这位服务器管理员就联系到了我们数据恢复中心。......【阅读全文】
