首先，我们来了解一下，监控录像会被删除的情况以及能不能恢复。监控录像的删除一般可以分为误操作删除和人为恶意删除。不管是误操作还是恶意删除，原则上来讲，监控硬盘上的资料还在，只是文件隐藏起来，我们看不到而已，通过专业手段，还是可以恢复的。但是如果是使用了技术手段进行删除的话，很有可能被删除的录像就无法再恢复了。那么对于一般性的录像删除， 用什么方法恢复呢？ 这里，我们需要了解一下监控录像和一般资料恢复的两点区别。第一点是文件类型不同，监控除了普通的文件格式，还有其专有文件格式，如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数据文件的一些数据页面，幸好这两张表数据对用户来说不是很重要。
