服务器灾难如何恢复

❶ 服务器恢复怎么做 来这里学一招

1、第一步，用户需要在电脑上安装数据恢复软件谈枯。然后，启吵锋动数据恢复软件，用户将可以看到整个软件的基本界面。选择相应的选项进入到下一步。

2、再次，选择丢失文件的目录。最后，进入到数据扫描进程，扫描出等待恢复的丢失文件，用户勾选需要恢复的文件并执行恢复。

3、最后叮嘱大家一句，服务器数据丢失后，不要进行任何操作，卸下硬盘标记好序号，建议操作前咨询专业数含碰洞据恢复软件，也不要进行Rebuild操作，否则会加大恢复的难度。

❷ 服务器一块硬盘损坏，请问数据如何恢复

损坏硬盘数据恢复？对于移动硬盘来说，相信大家也都经常会使用到，并且它也是一种比较常见的存储设备，然而很多人在操作硬盘时，往往也都会不小心对其进行格式化或者误删除，而导致其中数据出现丢失的现象。那么对于这些丢失的数据文件来说，还能恢复吗？

实际上，对于硬盘格式化的文件来说，一般也都是可以进行恢复的，因为电脑在删除文件时，一般也都是将删除的文件标记为”空闲“的形式，并没有真正的删除，而是使用另外一种形式进行文件的存储。那么对于这种情况所格式化的文件来说，我们又该如何恢复呢？怎样才能找回丢失的文件呢？下面小编就为大家介绍下，如何利用数据恢复软件找回丢失的文件：
步骤一：通过专业数据恢复软件进行恢复，将丢失数据的移动硬盘插入电脑中，下载安装”嗨格式数据恢复大师“。

步骤二：打开数据恢复软件，选择“原数据文件所存储的位置”，此处可直接选择对应数据误删除的磁盘，并点击下方“开始扫描”恢复选项即可自动进行扫描。

步骤三：等待扫描结束后，也就可按照文件路径，或者文件类型两种形式，依次选择我们所需要恢复的文件，并点击下方“恢复”选项即可找回丢失文件。

以上就是关于硬盘格式化后数据文件恢复的相关方法和技巧介绍，相信大家也都有了一定的了解。为了能够找回我们所丢失的文件，当数据丢失后也就可按照以上操作步骤依次进行修复，同时还需要避免数据文件被覆盖。

❸ 灾难恢复的虚拟化灾难恢复

通过允许虚拟机在物理服务器之间进行无缝迁移，虚拟化提供了革命性的灾难恢复计划。 在构建一个远程VMware灾难恢复站点之前，有许多问题需要考虑。
清查现有的基础设施。在彻底理清一个主要数据中心的资产之前，不能对其进行复制。
了解应用程序和它们的依存关系。明确哪些应用程序需要抵抗灾难的能力。要考虑到（主站点和备份站点）存储和网络架构之间任何潜在的差异，确保程序即使在不同的环境下，也能够按照预期实现把故障转移到备份站点。
建立恢复点目标（RPO）和恢复时间目标(RTO)。 如果数据每小时复制到第二数据中心，当灾难发生时，有可能最多丢失之间59分59秒的数据。如果这样是可接受的，不会严重地影响业务，那么PTO可以设定为一个小时。
为用户服务。终端用户也许不能够访问运行维护的所有的服务器和应用程序。要考虑怎样替换用户们的桌面和应用程序，明确他们怎样进行远程访问。 选取数据中心地址。一条可承担到主数据中心的高速连接是选择灾难恢复中心需要考虑的关键的几个因素之一。
获取、安装和准备硬件。
安装和配置vSphere。
选择工具。
实施复制。初始化数据的复制将是最大规模的数据传输，随后的对发生改变的块进行复制将会小很多，但是复制数据的大小会依据应用程序中数据量改变的大小而定。复制的数据的大小也会依据复制的间隔（由RPO决定）而变化。 硬件独立：基于物理系统的灾难恢复解决方案都需要将相同的硬件保留到恢复站点，或必须经过很多复杂耗时的步骤在新的或不同的硬件上重建服务器操作系统。有时候碰巧恢复服务器就是同一个硬件模型，但是包含了最新硬盘控制器固件，会导致服务器镜像延迟。虚拟化使硬件从操作系统中抽象化，而且使操作系统中使用的设备驱动器统一化，不管是何种底层硬件模型，所有虚拟机都使用一个共同的驱动集。这样，在新服务器上安装服务器镜像时就省了很多设备驱动对应的麻烦，大大减少了恢复时间和配置错误的风险。
虚拟机磁盘格式文件：虚拟机将其子操作系统、应用、存储和配置（如IP地址）存放在一个文件里。这个文件——虚拟机磁盘格式（VMDK）或虚拟硬盘（VHD）文件，包含了整个操作系统环境以便能进行简单的虚拟机装载和保存。这个文件不仅包含了操作系统镜像和应用编码，还描述了虚拟机所需的配置，其中包括虚拟处理器、内存和设备。这个简单的可移动文件包含了组成服务器所需的一切信息、服务器环境描述、实际码和数据。从虚拟机磁盘文件启动虚拟机时系统会自动迅速设置所有参数。在灾难恢复站点进行恢复会变得很简单，只需启动VMHD或VHD。
物理工具到虚拟工具：虚拟机解决方案需要利用管理工具来创建、启动、停止和保存虚拟机镜像。为了方便创建虚拟机，有很多工具可以帮助分析物理服务器和从服务器创建VMDK或VHD。从物理系统创建的VMDK或VHD文件可以很快地部署到恢复站点。
硬件再利用：恢复站点的虚拟机硬件不必闲置在那里等着灾难发生，它也可以用作开发、测试或其它用途。当发生灾难时，关闭用于测试或开发的虚拟机，然后启动生产虚拟机，这个过程只需几秒钟即可完成。 由于用户对于服务器虚拟化技术接受程度不断提高，业界有一种对于所谓的“万能的高可用策略”的需求。虽然这种做法可以在一定程度上通过集群故障迁移技术实现简化数据保护的步骤，但并不是所有的数据保护都支持这种做法。
首先，即使当前关于服务器虚拟化部署最乐观的预测成为现实，到2016年也仍然有21%的X86平台的关键业务（产生收入的高性能事务处理程序）运行在高达75%的没有使用任何虚拟化技术的物理服务器上。所以，针对虚拟化和非虚拟化的不同服务器采用不同的策略是很有必要的。
在采用了 x86 虚拟化技术的工作负载中，一些虚拟机（VMs）和它们对应的数据盘（表现为VMDK 和 VHD 文件）相比其他虚机和数据盘次要一些。在没有使用虚拟化技术的环境中存在很多不同的虚拟程序，但并不是所有的应用程序都是关键业务相关。传统的服务器环境中，一些应用程序和虚拟机被频繁使用，也有一些使用的不是那么频繁，这些现实情况都影响着数据备份和数据复制的频率和策略。

❹ dell服务器系统崩溃 怎么启动数据恢复

一、dell服务器阵列RAID数据恢复常见故障：
系统不能启动 ;

由于某块硬盘掉线，替换后重建rebuild操作失败，造成系统崩溃，阵列信息丢失;

硬盘掉线，系统无法识别到某块或多块硬盘；

RAID卡损坏，更换后系统无法启动；

MBR、DBR信息丢失或损坏;

硬盘坏道（物理、逻辑）；

磁盘顺序出错；

动态磁盘数据库丢失或损坏；

LINUX、UNIX系统启动不成功，或者分区不能mount，找不到分区;

rebuild意外断电等原因造成的中途失败;

rebuild成功后，分区找不到或者系统不能启动;

红灯不停闪，或者黄灯不停闪（有的黄灯闪表示正在读取，有的是错误指示）

磁盘单块坏道磁盘多块坏道等。

二、dell服务器数据恢复 RAID 磁盘阵列数据恢复注意事项：

1、不要轻易尝试 Rebuild、同步等操作。

什么是 Rebuild ？简单来说， Rebuild
就是根据在线的其他盘，生成另一块盘的数据。如果两个及两个以上的磁盘掉线阵列就会崩溃，大多数情况是因为一个磁盘掉线未及时发现，等第二块磁盘出现故障
系统崩溃后才进行处理。如果在第一块盘掉线后阵列进行过写操作，及第一块掉线的磁盘的数据就 “ 不新鲜 ” ，这时只能对先掉线的磁盘做
Rebuild ，如果对后掉线的磁盘进行重建操作，部分阵列虽然能正常工作，但数据错乱，一些文件不能打开，给用户带来不可挽回的损失。

2、千万不要初始化。

初始化是磁盘阵列全部清零，相当于硬盘的低级格式化。

3、谨慎重配磁盘阵列信息。

重配磁盘阵列信息必须保证和当初配置信息一致，如果配置的参数和当初配置的不一致，部分目录可能正确，但绝大多数文件不能打开，造成数据丢失。而部分服务器对重配阵列信息后要自动初始化，损失就更大了。

4、 如果某家公司需要你提供服务器或阵列卡进行数据恢复，他们做的事和硬件提供商一样，也只是重新配置 RAID 阵列信息，如果配置参数、磁盘顺序和当初完全一致，数据有可能出来，相反数据就有可能彻底破坏，给客户带来巨大损失。

我们对RAID0、RAID1、RAID5以及组合型的RAID系列具有丰富的实战经验，出现故障以后只要不对阵列作初始化和非常规的Rebuild操作，我们可以保证100%恢复出故障阵列的数据。我们的做法是：

1、对磁盘镜像；

2、对镜像文件分析，重组数据。

这样做对原盘只是只读操作，不会造成二次损坏。做完镜像，客户可以把硬盘带走，技术工程师会在最短的时间内分析并导出客户需要的数据。

我们不需要用户提供故障服务器或磁盘阵列卡，大大减少用户拆卸、搬运服务器的麻烦，同时不会向硬盘写入阵列信息，以免造成数据二次破坏。

注意：用户在拔下硬盘时，请尽可能标明序号。

❺ SEPM灾难恢复需要必备那几点

为灾难恢复做准备需执行的任务：

请确保定期（最好每周一次）备份数据库，并在异地存储备份。

1. 数据库备份目录位于：

· \\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\data\backup。

· 备份文件名为 <date>_<timestamp>.zip。

2. 将此数据库移至其他存储区域，因为执行卸载时将删除该数据库。

3. 找到 keystore 文件和 server.xml 文件。

· keystore 文件的名称为 keystore_<timestamp>.jks。该 keystore 包含私钥/公钥对和自签名证书。server.xml 文件的名称为 server_<timestamp>.xml。

4. 在安装期间，这些文件将备份到以下目录：

· \\Program Files\Symantec\Symantec Endpoint Protection Manager\Server PrivateKey Backup。

· 注意：还可以从 Symantec Endpoint Protection Manager 控制台的“管理员”面板备份这些文件。

5. 使用文本编辑器创建并打开一个文本文件。

6. 将该文件命名为 Backup.txt 或类似的名称。

7. 打开 server.xml，找到 keystorepass 密码，将其复制并粘贴到上述文本文件中。

8. 使该文本文件保持打开状态。

· 注意：该密码既可用于 storepass 又可用于 keypass。Storepass 用来保护 JKS 文件。Keypass 用来保护私钥。输入这些密码可还原证书。密码字符串类似于 keystorePass="WjCUZx7kmX$qA1u1"。

9. 复制并粘贴双引号之间的字符串。（不要包括双引号。）

10. 如果只有一个域，请从以下目录中查找并复制 sylink.xml 文件：

· \\Program Files\Symantec\Symantec Endpoint ProtectionManager\data\outbox\agent。

11. 将其粘贴到：

· \\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\Server Private Key Backup。

12. 如果有多个域，则针对每个域分别在客户端计算机上查找并复制 sylink.xml 文件并将其粘贴到：

· \\Program Files\Symantec\ Symantec EndpointProtection Manager\Server Private Key Backup。

13. 如果没有数据库的备份，则必须提供域 ID。此 ID 位于每个域中的客户端计算机上的 sylink.xml 文件中。

14. 打开每个 sylink.xml 文件，找到 DomainId，将其复制并粘贴到 Backup.txt 文本文件中。

15. 将此 ID 添加到创建的新域中，以包含现有客户端。

· sylink.xml 文件中的字符串类似于：DomainId="B44AC676C08A165009ED819B746F1"。

16. 复制并粘贴双引号之间的字符串。（不要包括双引号。）

17. 在 Backup.txt 文件中，键入在安装实例中安装第一个站点时使用的加密密码。

18. 重新安装 Symantec Endpoint Protection Manager 时，重新键入此密钥。

· 注意：如果没有要还原的已备份数据库，则必须重新键入相同密钥。
· 如果有要还原的已备份数据库，则无需重新键入相同密钥，但重新键入相同密钥是最佳做法。
19. 在 Backup.txt 文本文件中，键入运行 Symantec Endpoint Protection Manager 的计算机的 IP 地址和主机名。

20. 如果出现灾难性的硬件故障，则必须在具有相同 IP 地址和主机名的计算机上重新安装 Symantec Endpoint Protection Manager。

21. 在 Backup.txt 文件中，键入标识 Symantec Endpoint Protection Manager 的站点名。

22. 保存并关闭 Backup.txt 文件，此时该文件包含进行灾难恢复所需的基本信息。

23. 虽然重新安装并不严格要求提供站点名，但站点名有助于创建一致的还原。

24. 将这些文件复制到可移动介质，并将该介质存放在安全的地方，最好是保险箱中。

25. 在确保这些文件的安全后，应从运行 Symantec Endpoint Protection Manager 的计算机中删除这些文件。

· 下面举例说明了一个文本文件，其中包含执行成功的灾难恢复所需的信息。

· 如果创建此文件，则在灾难恢复期间可在需要时复制并粘贴此信息。

关于灾难恢复过程

灾难恢复过程需要按顺序完成以下三个过程：

· 还原 Symantec Endpoint Protection Manager

· 还原服务器证书

· 还原客户端通信

还原客户端通信的方式取决于您是否拥有数据库备份的访问权限。

还原 Symantec Endpoint Protection Manager

如果出现灾难，请恢复在初始安装后受保护的文件。然后打开包含密码、域 ID 等信息的 Backup.txt 文件。

关于识别新计算机或重建的计算机

如果出现灾难性的硬件故障，可能需要重建计算机。如果重建计算机，则必须为其指定原始 IP 地址和主机名。此信息应位于 Backup.txt 文件中。

重新安装 Symantec Endpoint Protection Manager

在重新安装 Symantec Endpoint Protection Manager 时要执行的关键任务是，键入在安装
Symantec Endpoint Protection Manager 时（该安装已失败）使用的预共享密钥名。

重新安装 Symantec Endpoint Protection Manager

1. 插入安装 CD，

2. 开始安装 Symantec Endpoint Protection Manager。

3. 在“欢迎”面板中，选中“安装我的第一个站点”，

4. 单击“下一步”。

5. 继续安装，直到提示输入预共享密钥。

6. 在“站点信息”面板 >“加密密码”框中，键入上述文本文件中的 <密码名>。

· 注意：在未备份数据库的情况下进行还原时，如果键入的密码不正确，还原将失败。

7. 单击“下一步”。

8. 出现提示时，重新创建相同类型的数据库

9. 继续安装，直到显示“管理服务器安装向导 – 配置已完成”面板。

10. 在“配置已完成”面板中的“是否立即运行迁移和部署向导”下，选中“否”

11. 单击“完成”。

还原服务器证书

服务器证书是一个 Java keystore，其中包含公用证书以及私钥-公钥对。必须输入 Backup.txt 文件中包含的密码。此密码也位于原始 server_<timestamp>.xml 文件中。

还原服务器证书

1. 登录到控制台。

2. 单击“管理员”。

3. 在“任务”下单击“服务器”。

4. 在“查看服务器”下，展开“本地站点”

5. 单击“识别本地站点的计算机名”。

6. 在“任务”下单击“管理服务器证书”。

7. 在“欢迎”面板中，单击“下一步”。

8. 在“管理服务器证书”面板中，选中“更新服务器证书”

9. 单击“下一步”。

10. 在“选择要导入的证书类型”下，选中 JKS keystore。

11. 单击“下一步”。

· 注意：如果您已实现其他证书类型之一，请选择该类型。

12. 在“JKS Keystore”面板中，单击“浏览”。

13. 找到并选择已备份的 keystore_<timestamp>.jks keystore 文件。

14. 单击“确定”

15. 打开您的“灾难恢复文本文件”，

16. 选择并复制 keystore 密码。

17. 激活 JKS Keystore 对话框。

18. 将 keystore 密码粘贴到 Keystore 和密钥框中。

· 注意：只支持 Ctrl + V 的粘贴机制。

19. 单击“下一步”。

· 注意：如果出现错误消息指出 keystore 文件无效，则可能输入了无效的密码。请重试密码复制和粘贴。（此错误消息令人误解。）

20. 在“完成”面板中，单击“完成”。

21. 从控制台注销。

22. 单击“开始”>“设置”>“控制面板”>“管理工具”>“服务”。

23. 在“服务”窗口中，右键单击 Symantec Endpoint Protection Manager。

24. 单击“停止”。

· 注意：在完成灾难恢复并重新建立客户端通信之前，请不要关闭“服务”窗口。

25. 右键单击 Symantec Endpoint Protection Manager。

26. 单击“启动”。

· 注意：停止并启动 Symantec Endpoint Protection Manager 可完全还原证书。

还原客户端通信

如果您有数据库备份的访问权限，则可以还原此数据库，然后恢复客户端通信。使用数据库备份进行还原的优点在于，客户端将重新出现在其对应的组中，并且仍然遵守原始策略。如果您没有数据库备份的访问权限，仍可以恢复与客户端的通信，但客户端将出现在 Temporary 组中。然后，可以重新创建组和策略结构。

在有数据库备份的情况下还原客户端通信

在运行活动的 Symantec Endpoint Protection Manager 服务的计算机上无法还原数据库，因此必须多次停止并启动该服务。

在有数据库备份的情况下还原客户端通信

1. 如果已关闭“服务”窗口，请单击“开始”>“设置”>“控制面板”>“管理工具”>“服务”。

2. 在“服务”窗口中，右键单击 Symantec Endpoint Protection Manager。

3. 单击“停止”。

· 注意：在完成此过程之前，请不要关闭“服务”窗口。

4. 创建以下目录：\\Program Files\Symantec\Symantec Endpoint Protection Manager\data\backup

5. 将数据库备份文件复制到该目录。

· 注意：默认情况下，数据库备份文件名为 <date>_<timestamp>.zip。

6. 单击“开始”>“程序”> Symantec Endpoint Protection Manager >“数据库备份及还原”。

7. 在“数据库备份及还原”对话框中，单击“还原”。

8. 在“还原站点”对话框中，选择您已复制到备份目录中的备份文件。

9. 单击“确定”。

· 注意：数据库还原时间各不相同，具体取决于数据库的大小。

10. 出现“消息”提示时，单击“确定”。

11. 单击“退出”。

12. 单击“开始”>“程序”> Symantec Endpoint Protection Manager >“管理服务器配置向导”。

13. 在“欢迎”面板中，选中“重新配置管理服务器”。

14. 单击“下一步”。

15. 在“服务器信息”面板中，在必要时修改输入值以与以前的输入相符，然后单击“下一步”。

16. 在“数据库服务器选择”面板中，选中数据库类型以与以前的类型相符，然后单击“下一步”。

17. 在“数据库信息”面板中，修改并插入输入值以与以前的输入相符，然后单击“下一步”。

· 注意：配置过程需要几分钟的时间。

18. 在“配置已完成”对话框中，单击“完成”。

19. 登录到 Symantec Endpoint Protection Manager 控制台。

20. 右键单击您的组。

21. 单击“对组运行命令”>“更新内容”。

22. 如果在大约半小时后客户端没有响应，请重新启动客户端。

在没有数据库备份的情况下还原客户端通信

对于所使用的每个域，都必须创建一个新域，并将相同的域 ID 重新插入数据库。这些域 ID 位于灾难恢复文本文件中（如果有人已在此文件中键入此信息）。默认域是 System 域。

最佳做法是创建一个与以前的域名完全相同的域名。要重新创建 System（默认）域，请追加某个值，例如：_2 (System_2)。在还原域之后，可以删除原有的 System 域，然后将新域重命名为 System。

在没有数据库备份的情况下还原客户端通信

1. 登录到 Symantec Endpoint Protection Manager 控制台。

2. 在控制台中，单击“管理员”。

3. 在“系统管理员”窗格中，单击“域”。

4. 在右上角单击“关于”。

5. 按住 Shift + Ctrl + Alt，在“关于”对话框中的任意位置快速双击三下鼠标。

6. 单击“确定”。

7. 在“任务”下单击“添加域”。

8. 打开灾难恢复文本文件。

9. 选择并复制域 ID

10. 选择“添加域”对话框，然后将域 ID 粘贴到“域 ID”框中。

· 注意：如果未出现“域 ID”框，请重复步骤 4、5、6 和 7，直到显示该框。只支持 Ctrl + V 的粘贴机制。

11. 单击“确定”。

· （可选）对要恢复的每个域重复步骤 7、8 和 9。

12. 在“任务”下单击“管理域”。

13. 重新启动所有客户端计算机。这些计算机会出现在 Temporary 组中。

· （可选）如果只使用一个域，请删除未使用的默认 System 域，并将新创建的域重命名为 System。

❻ 带raid卡的服务器系统瘫了怎么把数据弄出来

RAID还没崩溃,先扫描磁盘,然后试验安全模式进入.
如果不前迟行,尝试WinPE导出数据.或者命令行模式下转移数据,(可能需要管理员密码).
如果安全模式可行,卸掉新装的驱动程序/新装程序之类,设置磁盘权限尽可能低.将数据备份出来.然后虚悔蚂再看正常模式是否能进入.不行的话直接重新安装差埋win2000.

❼ 当服务器数据丢失怎么办如何恢复数据

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