产品介绍
首先,我们来了解一下,监控录像会被删除的情况以及能不能恢复。监控录像的删除一般可以分为误操作删除和人为恶意删除。不管是误操作还是恶意删除,原则上来讲,监控硬盘上的资料还在,只是文件隐藏起来,我们看不到而已,通过专业手段,还是可以恢复的。但是如果是使用了技术手段进行删除的话,很有可能被删除的录像就无法再恢复了。那么对于一般性的录像删除, 用什么方法恢复呢?
这里,我们需要了解一下监控录像和一般资料恢复的两点区别。第一点是文件类型不同,监控除了普通的文件格式,还有其专有文件格式,如CIF、4CIF、QCIF、D1等等。因为监控硬盘每天连续不断拍摄大量图片视频,所以在资料恢复技术要求上更高更专业。另一点是监控录像机使用独立的操作系统,分区格式化和PC机硬盘分区不同,具体来讲就是DV机分区可以被PC机直接识别,但DVD硬盘录像机和嵌入式硬盘录像机分区无法被WINDOWS识别,所以需要专业的监控恢复工具。
对于监控录像被删除问题,大家可以去网上下载一款专业的监控恢复工具,然后通过该工具对你的录像存储磁盘进行扫描,然后将扫描到的录像碎片进行重新整理到处,就可以最大程度的恢复原录像。监控录像恢复工具正可以处理多种格式的DAV监控录像误格式化、误分区、误删除、操作时断电等而导致资料丢失的资料恢复。
因为监控录像视频的格式在市面上相当的少见,所以如果出现比如格式化、删除、索引故障等等问题,很难修复。大家在监控出现故障被删除等情况,也可直接咨询资料恢复中心,这样才能保障监控记录能完整恢复,自己的个人利益也不会遭到损坏。
LINUX下EXT3文件系统恢复技术介绍:
EXT3文件系统没有预留反删除的功能。
在EXT3文件系统中,每个文件都是通过Inode来描述其数据存放的具体位置,当删除文件以后,Inode的数据指针部分被清零,文件目录区没有太多变化。文件的读写都是通过Inode来实现,当Inode数据指针被清零以后,即便文件内容还在,我们也没有办法把文件内容组合出来。
EXT3文件系统是一种带日志功能的文件系统,Inode的变化会在日志文件.journal中有记录,.journal文件比较小,一般是32MB。当EXT3文件系统中的metadata数据发生变化时,相应的metadata在.journal文件会有一份COPY。比如一个文件被删除了,它的Inode信息会在.journal文件中先保存一份,然后把要删除文件inode相关信息清零。这个.journal文件是循环使用的,当操作过多时,删除的文件的inode日志记录会被新的数据替换,这就彻底丧失了根据inode找回数据的机会了。如果是大量文件的删除,这个.journal文件会被反复循环利用多次,只留给最后删除的那些文件的恢复机会。
数据安全提醒:
在LINUX/UINX下误删除了文件,当发现数据丢失以后,最好不要进行任何操作,马上关机,保留现场。如果条件不允许关机,就要想办法把数据丢失的文件系统经过DD镜像到另外的存储空间上作为最原始的备份
数据恢复技术:
客户要恢复的是oracle数据库,oracle数据库文件被删除以后,只要是数据内容没有被覆盖,天健数据恢复技术可以把文件单独提取出来。
经过深入分析,在.journal文件没有找到删除过的oracle数据文件,原因是用户删除数据以后,系统还在开机运行,同时尝试启动过oracle实例,oracle产生一些日志文件,这些日志文件数量比较多,而要恢复的删除过的文件数量只有16个,在.journal文件中已经没有了删除文件的inode信息。
恢复的思路有两条:
第一种:根据oracle数据文件内部结构,对全盘进行搜索,符合oracle数据页面的数据都提取出来,然后按照oracle数据文件的ID号进行重新组合。
第二种:根据oracle数据文件分布规律,精确定位oracle文件的数据指针地址,包括一级间接地址、二级间接地址和三级间接地址,重新构造出该文件的inode信息,然后把数据读取出来。
通过这两种恢复出来的数据效果都很好,最后oracle能正常启动。工程师把数据全部备份出来,最后发现有两个表数据少了一些记录,经查明,原因就是删除文件以后,一些日志文件的写入该分区,破坏了oracle数据文件的一些数据页面,幸好这两张表数据对用户来说不是很重要。