【数据库数据恢复】误truncate table导致表数据丢失的数据恢复方案
摘要： 
北京某国企服务器中部署的Oracle 11g R2数据库被误操作执行了truncate table CM_CHECK_ITEM_HIS，表数据丢失，查询该表时报错，数据库备份不可用，表数据无法查询。
Truncate数据原理：表被Truncate后，ORACLE会在数据字典和Segment Header中更新表的DATA_OBJECT_ID，但是不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致，所以ORACLE服务进程在读取全表数据时读取不到已经被TRUNCATE但是实际未被覆盖的数据。 阅读全文
北京某国企服务器中部署的Oracle 11g R2数据库被误操作执行了truncate table CM_CHECK_ITEM_HIS，表数据丢失，查询该表时报错，数据库备份不可用，表数据无法查询。
Truncate数据原理：表被Truncate后，ORACLE会在数据字典和Segment Header中更新表的DATA_OBJECT_ID，但是不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致，所以ORACLE服务进程在读取全表数据时读取不到已经被TRUNCATE但是实际未被覆盖的数据。 阅读全文
posted @ 2023-03-24 11:13 北亚数据恢复 阅读(572) 评论(0) 推荐(0)
服务器数据恢复环境：
某公司的一台NetApp某型号存储；
几十块磁盘组建两组存储池，两组存储池互为镜像；
存储池划分卷并映射到ESXI作为数据存储使用，卷内有数百台虚拟机。
服务器故障：
管理员操作失误导致卷丢失，卷内虚拟机无法访问。管理员对该NetApp存储进行检查后尝试恢复数据但是没有成功。 
服务器数据恢复环境：
服务器+10个磁盘柜，每个磁盘柜24块磁盘；
9个磁盘柜的磁盘用来存储数据，另外1个磁盘柜用来存储元数据；
存储元数据的24块磁盘的组成结构：9组RAID1磁盘阵列+1组4盘位的RAID10磁盘阵列+4个全局热备盘；
存储数据的9×24=216块磁盘的组成结构：36组6盘RAID5阵列；36组RAID5磁盘阵列分为2个存储系统。
服务器故障：
存储数据的其中一个存储系统中一组RAID5阵列由于2块磁盘先后故障离线，该RAID5阵列失效，导致整个存储系统崩溃，无法使用。 
服务器数据恢复环境：
MD1200磁盘柜+RAID卡创建的RAID5磁盘阵列，分配了一个LUN，LUN被划分为sdc1和sdc2两个分区。通过LVM扩容的方式，将sdc1分区加入到了root_lv中。sdc2分区被格式化为XFS文件系统。
服务器故障：
用户对服务器进行了重装系统的操作后，发现sdc磁盘分区改变，sdc2分区丢失，无法访问。 
服务器数据恢复环境：
某公司一台DELL服务器，作为WEB服务器使用，安装的Windows Server操作系统，配置了SQL Server数据库；
采用了Xen Server虚拟化系统；
底层是通过raid卡，用4块STAT硬盘搭建的RAID10。
服务器故障：
服务器意外断电导致虚拟机磁盘丢失，虚拟机不可用。需要恢复SQL Server数据库。 
服务器数据恢复环境：
几年前从一台物理服务器上迁移到ESXI上的虚拟机，在迁移完成后做了一个快照。
服务器故障：
某天工作人员误操作还原了几年前迁移完成后所做的快照，将这台虚拟机的数据恢复到几年前刚迁移完成时候的状态，近3年的更新的数据全部丢失。 
某公司一台IBM某型号服务器共16块硬盘，管理员某天巡检的时候发现该服务器的10号和13号硬盘灯显示黄色，服务器宕机，服务器上跑的业务终止。
通过IBM storage manager查询服务器状态，逻辑卷状态报告“失败”；6号盘的物理硬盘状态报告“警告”，10号和13号盘报告“失败”。通过IBM storage manager将当前服务器的日志进行完整备份，在备份的同时分析日志内容，获得部分逻辑卷信息用于后期数据恢复使用。 
服务器数据恢复环境：
某公司一台服务器，使用FreeNAS做iSCSI，借助另外两台服务器做虚拟化系统。此虚拟化系统安装有5台虚拟机，其中3台虚拟机比较重要：一台虚拟机部署了ASP.net、PHP，安装了SqlServer和mysql数据库；另一台安装的FreeBSD系统并部署了MySQL数据库；一台虚拟机存储的是代码和数据。
FreeNAS层采用的是UFS2文件系统；服务器建一个文件然后挂载到ESXi系统。
服务器故障：
服务器意外断电后重启，虚拟化系统无法连接服务器，UFS2文件系统出现问题，管理员试图修复文件系统，但是完成修复后ESXi系统无法识别原有的数据和文件系统。 
服务器数据恢复环境：
某品牌ProLiant DL系列服务器，
6块SAS硬盘组成RAID5磁盘阵列，
WINDOWS SERVER操作系统，
存储了企业的内部文件。
服务器故障&分析：
服务器在发生故障前有过几次意外断电，每次断电重启后没有出现异常。直到最后一次断电重启没有成功，RAID报错，提示无法找到存储设备。进入RAID管理模块，执行任何操作就死机。管理员多次重启服务器后还是无法成功进入操作系统。 
EVA系列存储常见故障：
1、RSS中多个磁盘掉线，超过冗余保护级别规定的数量。
2、加入新磁盘后迁移数据时，新磁盘存在物理故障(此时无法回退/前进)。
3、误删除VDISK或EVA initialize。
4、主机与存储无法连接，无法discover存储。 
浙公网安备 33010602011771号