分类目录归档：SQL Server恢复

SQL Server delete恢复

发表于 2019 年 11 月 19 日 由 惜分飞

对于sql server的delete操作,其实本质也是类似oracle的,我们可以通过两种途径进行恢复:1.直接解析sql的日志,2.直接读取mdf/ndf文件找出来被标记为删除的记录,在有日志的情况下,通过日志分析能够更加准确的定位记录(因为根据删除标记可能找到的记录不是这次删除操作的),这里来一个简单的恢复过程,一张sql server的表,记录数为83条
20191119113816

20191119114937
对其进行delete删除操作
20191119114955
进行恢复分析,直接生成insert语句,反插入库即可
20191119115219
20191119120132
同时我们还可以根据需要生成对应的redo/undo相关sql语句
20191119115920
20191119120031
至此我们已经分析,可以比较完美的恢复sql server delete误操作丢失的数据.
当你的SQL Server数据库因为误操作导致数据丢失，且无法自行解决，请联系我们，提供专业SQL Server数据库恢复技术支持Phone:17813235971    Q Q:107644445QQ咨询惜分飞    E-Mail:dba@xifenfei.com

发表在 SQL Server, SQL Server恢复 | 标签为 , | 评论关闭

SQL Server truncate table 恢复

发表于 2019 年 11 月 19 日 由 惜分飞

从本质上来说,sql server的truncate操作也是和oracle类似的,实际数据依旧存在磁盘之上,通过对底层的分析没有覆盖的部分,依然可以恢复出来,这里列举出来大概的恢复截图,原表数据4605条记录
20191119104201

对其truncate操作
20191119110017
通过恢复出来,解析出来被truncate表的insert sql语句
20191119110424
插入数据之后,验证效果
20191119111441
至此我们可以实现sql server数据库被truncate表的恢复支持,只要没有覆盖的数据,理论上都可以恢复
当你的SQL Server数据库因为误操作导致数据丢失，且无法自行解决，请联系我们，提供专业SQL Server数据库恢复技术支持Phone:17813235971    Q Q:107644445QQ咨询惜分飞    E-Mail:dba@xifenfei.com

发表在 SQL Server, SQL Server恢复 | 标签为 , | 评论关闭