服务器上的文件删除后如何恢复

1、若文件被删除至回收站且，回收站已被清空，则需要使用专业的专数据恢复软件，进行扫属描磁盘，然后恢复文件。
2、若文件被删除后，并没有清除回收站，则可以直接通过回收站将删除的文件进行还原。
示例 *** 作如下：
1、首先将一个文件删除；
2、然后打开“回收站”；
3、在回收站中可以看到删除的文件数据；
4、右键选择“还原”；
5、再次返回刚刚文件所在的文件夹，即可看到文件已经恢复了。
扩展资料:
服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。
服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
在网络环境下，根据服务器提供的服务类型不同，分为文件服务器，数据库服务器，应用程序服务器，WEB服务器等。

一、服务器存储系统非常重要。
大家都知道，硬盘作为服务器数据存储的主要设备，同时也是一种技术含量高、制造精密的设备，服务器硬盘的发展目前已达到每秒10000转或15000转，普通的SATA硬盘也非常接近这个转速，在运行当中，一点细小的故障都有可能造成硬盘物理损坏，所以一般服务器都采用Raid磁盘阵列存储，加强服务器硬盘的容错功能。
二、时刻注意服务器硬盘的运行状况。
对于服务器硬盘指示灯多多观察。一般来讲，服务器外观都有每一块硬盘指示灯，正常情况下一般会是绿色，指示灯出现特殊情况时，就需要采用相关措施，仔细检查硬盘设备是否正常。一旦硬盘受损或数据丢失，请不要惊谎，一定要保持冷静的头脑。
三、数据进行备份。
除了Raid硬盘容错外，对于一些非常重要的数据要使用其它设备时时进行备份，推荐企业用户、商务用户架构的网络服务器，选用磁带机配合专业备份软件，定期定时做相对完善的备份方案。如果是个人用户的话，建议采用经济的CD-ROM/DVD光盘做为备份方式。
四、下载恢复软件。
对于一些简单的误删除或格式化，针对文件不多，个人技术不错的情况下，可在网上下载一些恢复软件尝试来进行恢得，当然，做之前可以先用Ghost软件做个磁盘全备份，同时在恢复时最好是接从盘。当然，如果你个人恢复的结果不满意，请需要寻求专业的数据恢复公司进行 *** 作了。　
五、不要盲目 *** 作。
如果发现服务器数据丢失，千成不要再盲目 *** 作，减小数据恢复机率。此时，你可以关机停止硬盘读写数据。不再往丢失数据的分区或硬盘里写入数据。减少二次破坏。
六、寻找专业的数据公司。
当然，如果确认服务器数据硬盘存在特理故障时，需要进行开盘处理时!这个时候，选择一家专业的数据恢复公司变得非常重要。目前，数据恢复由于技术门槛含量高，相对于一般的计算机维修公司来讲要少，但少并不代表没有。一些技术实力差、环境有限、甚至一些只管接单再转其它公司 *** 作的JS随处可见!这个时候，请需要仔细识别。避免上当受骗，造成无法估算的后期损失。
做好以上解救措施的话，可以将数据丢失造成的损失降到最小。但是平时也要注意服务器上数据的安全问题，最好备份，以免等到出现问题的时候再来补救也无济于事。

因为磁盘空间不足，我的一个虚拟机服务器崩溃了。结果数据库服务器进程无法启动，数据也就无法导出。只能想办法从数据库原始文件 ibdata 和 frm 文件中恢复数据库。
因为没有经验，好不容易才找到了恢复方法。特此记录，以备后用。
磁盘空间不足之后，mysqld 进程无法启动，提示“Can't connect to local MySQL server through socket '/var/lib/mysql/mysqlsock' (2)”。这真是让人无比头大，数据库根本连接不上。
目录 Contents
1 保存原始数据库文件
2 恢复方法
3

参考资料：

1 保存原始数据库文件¶
好在数据库原始文件还在。在我的系统环境和配置情况下，这些文件位于 /var/lib/mysql/ 文件夹下面。假设数据库名是 test，则这些文件表现为：
--mysql
|--test
|--1frm
|--2frm
|
|--mysql
|
|--ib_logfile0
|--ib_logfile1
|--ibdata1
|
这些就是原始数据库文件，可以用来恢复数据库。将这些文件额外保存一份，以防万一。
2 恢复方法¶
我的原始虚拟机完全没有磁盘空间而无法启动数据库服务器进程。虽然试着删除一些不需要的文件，但是数据库却始终无法连接。于是我新建了一个几乎一样的虚拟机（当然磁盘加大了），试图将这些数据库文件导入并恢复数据库。
在经历了很多错误之后，终于找到了正确的方法：
安装完成新服务器之后，通过命令行新建了与原来一样的数据库：数据库名称、用户名、密码都一样。如果有多个数据库需要恢复，就都给建好。（跟配置新服务器一样，参见安装和配置 MYSQL 数据库服务器。）
停止 mysqld 进程
service mysqld stop
将备份的原始数据库文件中的所有 frm 文件（保持原来的目录结构）和 ibdata1 文件复制到新服务器的数据库文件目录中（如果新服务器 *** 作系统和配置环境一样，那么目录结构也一样），其它文件不要。
使用 -innodb_force_recovery=6参数启动数据库服务器进程，这里是
/etc/initd/mysqld start -defaults-file=/etc/mycnf -standalone -console -innodb_force_recovery=6
OK，数据库恢复完成。

2直接拷贝数据库文件mdf和日志文件ldf的方式。 下面我们来讲解一下在只有mdf文件时,应当如何进行恢复:◆1我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。 ◆2停掉数据库服务器。 ◆3将刚才生成的数据库的日志文件test_logldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_datamdf。 ◆4启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何 *** 作。 ◆5设置数据库允许直接 *** 作系统表。此 *** 作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。 ◆6设置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('test')此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表。 ◆7下面执行真正的恢复 *** 作，重建数据库日志文件 dbcc rebuild_log('test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_logldf')执行过程中，如果遇到下列提示信息：服务器: 消息 5030，级别 16，状态 1，行 1未能排它地锁定数据库以执行该 *** 作。 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。正确执行完成的提示应该类似于：警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。 至此，我们就可以访问数据库里面的用户表了。

怎样恢复被删除的文件？如今，电脑已经是我们办公、生活和娱乐中必不可少的设备，更是存储着我们很多重要的文件。但是，有的时候一些使用者可能会不小心删除了自己还需要的重要文件，给生活或工作带来巨大的麻烦。这个时候不用着急，有一个超级简单的方法帮助您恢复您误删除的文件。
首先，我们可以查看电脑的回收站，只要不是永久删除的文件，都会保存在回收站里，右键还原文件就可以。
但如果是永久删除的文件呢？那靠普通使用者在电脑本身的 *** 作就很难找回了，但是我们可以求助一些专业的数据恢复软件，具体 *** 作步骤如下：
第二步：在“场景模式”中选择符合自己情况的恢复模式，即可快速扫描丢失文件。还可以点击下方的“向导模式”进行切换，享受更简便的 *** 作；
第三步：找到自己丢失的文件。一般来说，如果误删之后没有其它 *** 作，短期内立马进行扫描的话，丢失数据找回的概率非常大，这时候勾选找到的文件点击恢复即可。
这就是关于怎样恢复被删除的文件的具体介绍了。嗨格式数据恢复大师软件解决了很多技术层面的问题，用户只需要根据软件的引导，几个简单的点击就可以找回自己误删除丢失的文件，可以说是非常简单方便了。这么简单的方法，你记住了吗？

作为一个专门从事计算机工作的人，我的一些亲戚朋友经常打电话给我，询问一些有关数据丢失的问题。他们遇到的问题五花八门，有些时候是数据被意外删除，有些时候数据是被病毒侵蚀而丢失，有些时候是硬盘本身出现了问题。无论数据丢失是由于什么原因造成的，这些遇到问题的人都存在同样的问题，那就是他们都不是IT专业人员，而且从来都不对他们的数据进行备份。如果我们需要将硬盘驱动器上的文件系统的工作方式做个类比的话，那么将其比喻作一本书无疑是最恰当的。文件分配表就好比是一本书的目录部分。那些真正硬盘驱动器上存储的文件就好比是这本书正文中的每一页。为了能够更清楚地说明数据恢复过程是如何工作的，我们需要做些更为深入的类比。比如说，你想在厨房里安装一个新的水池，于是你买了一本有关家庭装修方面的书。你把书打开，并在目录中找到了介绍水池安装方法的具体章节是在这本书的第40页。如果你把书的目录部分撕下来，并撕成了碎片，那么你是不是就丢失了有关安装水池的方法的信息呢当然没有，安装水池的方法仍然还在这本书中，只是由于你已经没有了目录，所以要找到这个方法会困难一些。数据恢复的工作方式与上述的方式非常相似。通常情况下，当某些数据需要进行恢复的时候，是由于其文件分配表出现了混乱。需要恢复的文件仍然存储在你的硬盘驱动器里，而且保存完好。如果这个文件仍然存砸，而且没有损坏也没有被加密，那么这个文件就是可以恢复的。需要你来做的就是找到这个文件。从另一个方面说，如果文件本身已经损坏或者丢失或者被加密了，那么使用一般的方法可能就不会有效了。然而这并不是说数据恢复是不可能的，而是说需要通过非常规的方法来进行数据恢复。因为你没有办法像魔法师一样把本来就不存在的东西变出来。如果文件在物理上已经被损坏，而且你没有这个文件的备份，那么你唯一的希望就是对这个文件进行重构了(reconstruct)。许多应用程序(比如Microsoft Office)都会在文件的开头部分写入统一的标题(uniform header)，以便指定该文件是属于那种应用程序可以调用的文件。有些工具软件可以用来手动方式来重构文件的标题，所以我们至少可以用它来恢复文件的某些部分。在多数情况下，数据丢失并不是由于数据本身出了问题，而是由于文件分配表出现了问题。在你删除文件的时候所做的 *** 作就是这种情况的一个例子。当你删除一个文件的时候，通常这个文件会被移动到回收站中。当你从回收站中把这个文件删除，或者是你从来都不使用回收站而是把文件直接删除，那么这些文件仍然没有被删除。事实上， *** 作系统只是在文件分配表中把这个文件的文件名的第一个字母修改为“sigma(西格玛)”标记(在过去的文件系统中使用的是问号)。 *** 作系统还会在文件分配表中把“0”写入到簇链入口处，这样就可以把这个文件从前所使用的磁盘空间显示为现在仍然可用。当文件以这种方式被删除，这个文件本身仍然存在，除非另一个文件覆盖了硬盘驱动器上的这个区域，而这个区域恰好是这个被删除的文件从前所存储的区域。

---