功能 | 文档 | 知识库 | 社区

Data Recovery | 2010 年 6 月 10 日 | 内部版本 260251

文档最近更新日期:2010 年 6 月 10 日

请时常查看以了解这些发行说明的新增内容及更新。

本文档包括以下各节:

优点和功能

请阅读 VMware Data Recovery 概述 - VMware,了解此产品的优点和功能。有关已知问题和已解决问题的其他信息,请参见:

升级到 Data Recovery 1.2

先前安装的 Data Recovery 可能具有应保留的现有还原点。为了确保这些还原点被保留下来,请务必使用本节中介绍的下列过程。

通过为 vSphere Client 安装最新的 Data Recovery 插件开始升级过程。

安装最新的 Data Recovery 插件

  1. 关闭 vSphere Client。
  2. 在“控制面板”内的“添加/删除程序”中卸载所有先前版本的 VMware Data Recovery 插件。
  3. 启动最新的 Data Recovery 插件 Windows 安装程序文件 (.msi),安装 Data Recovery 插件。

接下来,您必须在不删除现有还原点的情况下部署新的 Data Recovery 设备。如果去重复存储的目标卷是虚拟磁盘,请不要删除该设备。删除该设备将会删除与其连接的磁盘。这会导致去重复存储中存储的备份数据被删除。为了避免出现这种问题,请完成下列步骤:

用虚拟磁盘或 RDM 升级 Data Recovery 设备

  1. 要点:升级到 VMware Data Recovery 1.2 之前,确保在当前 1.1 环境中的所有操作已经在关机和执行升级前完成。如果完整性检查或回收操作正在运行,可允许这些操作先完成。请不要取消这些操作。
  2. 在没有操作运行时,卸载目标磁盘并关闭 Data Recovery 设备。
  3. 如果要保存原始的 Data Recovery 设备,请以某种方式重命名该设备。例如,可以将称为 VMware Data Recovery 的设备重命名为 VMware Data Recovery - OLD
  4. 部署新设备。
  5. 使用数据存储浏览器将包含去重复存储的磁盘移到新设备所在的位置。
  6. 编辑新设备的设置:
    1. 选择 [添加] > [硬盘]
    2. 选择 [使用现有虚拟磁盘]
    3. 浏览到数据存储,然后选择与旧设备连接的虚拟磁盘作为目标。
    4. 选择 SCSI 地址。
    5. 选择 [完成]
  7. 启动新设备。
  8. 编辑旧设备的设置:
    1. 选择用于存储去重复存储的硬盘。
    2. 选择 [移除],保留从虚拟机中移除的默认选项。 要选择从虚拟机中移除和从磁盘中删除文件。
    3. 单击 [确定]
  9. 在新设备上配置网络。
  10. 使用 Data Recovery vSphere 插件连接到备份设备。
  11. 完成入门向导。请注意,您应该挂载所需磁盘,但不要对其进行格式化。格式化磁盘将清除所有去重复存储数据。要使用的磁盘可能不显示期待的名称,但完成向导后将会显示正确的名称。
  12. 系统将提示您从去重复存储中还原配置。如果要还原作业并备份事件和历史记录,请选择 [是]
  13. 配置还原后,客户端将断开与设备的连接,然后重新建立连接。该操作可能需要花费几分钟的时间。
  14. 客户端重新连接后,请检查是否已开始回收操作或者完整性检查。如果已经开始,请停止该操作。
  15. 立即单击 [配置] > [目标],然后对所有加载的目标执行完整性检查。
  16. 验证备份作业配置。
  17. 从清单中移除旧的 VMware Data Recovery 设备。

请注意,损坏的还原点可能造成升级失败。如果收到消息 “无法还原 Data Recovery 设备配置 (Could not restore the Data Recovery appliance configuration)”,请重新添加目标到原始 Data Recovery 设备,然后运行完整性检查消除所有损坏的还原点。在完整性检查成功完成后,请重复执行升级过程。

如果去重复存储的目标卷是 CIFS 共享或 RDM,请完成下列步骤:

用 CIFS 共享升级 Data Recovery 设备

  1. 要点:升级到 VMware Data Recovery 1.2 之前,确保在当前 1.1 环境中的所有操作已经在关机和执行升级前完成。如果完整性检查或回收操作正在运行,可允许这些操作先完成。请不要取消这些操作。
  2. 在没有操作运行时,卸载目标磁盘并关闭 Data Recovery 设备。
  3. 如果要保存原始的 Data Recovery 设备,请以某种方式重命名该设备。例如,可以将称为 VMware Data Recovery 的设备重命名为 VMware Data Recovery - OLD
  4. 删除旧的 Data Recovery 设备。
  5. 部署新设备。
  6. 启动新设备。
  7. 在新设备上配置网络。
  8. 使用 Data Recovery vSphere 插件连接到备份设备。
  9. 完成入门向导。在 [备份目标] 页上,单击 [添加网络共享] 链接,为特定 CIFS 共享输入适当信息。
  10. 系统将提示您从去重复存储中还原配置。如果要还原作业并备份事件和历史记录,请选择 [是]
  11. 配置还原后,客户端将断开与设备的连接,然后重新建立连接。该操作可能需要花费几分钟的时间。
  12. 客户端重新连接后,请检查是否已开始回收操作或者完整性检查。如果已经开始,请停止该操作。
  13. 立即单击 [配置] > [目标],然后对所有加载的目标执行完整性检查。
  14. 验证备份作业配置。
  15. 从清单中移除旧的 VMware Data Recovery 设备。

请注意,损坏的还原点可能造成升级失败。如果收到消息 “无法还原 Data Recovery 设备配置 (Could not restore the Data Recovery appliance configuration)”,请重新添加目标到原始 Data Recovery 设备,然后运行完整性检查消除所有损坏的还原点。在完整性检查成功完成后,请重复执行升级过程。

增强功能

此版本的 Data Recovery 包含以下增强功能。

  • 文件级别还原 (FLR) 现可用于 Linux。
  • 每个 vCenter Server 实例最多可支持十个 Data Recovery 备份设备。
  • vSphere Client 插件可支持在 Data Recovery 备份设备之间进行快速切换。
  • 其他 vSphere Client 插件用户界面增强功能包括:
    • 在创建备份作业的过程中对备份作业进行命名的方式。
    • 有关目标磁盘当前状态的其他信息,其中包括磁盘的健康状况,以及去重复存储优化后所能节省的空间。
    • 有关已备份虚拟磁盘中的数据存储的信息。

已解决的问题

下列问题在发布上一版本的 Data Recovery 之后已得到解决。下面的已解决问题列表仅与本版本的 Data Recovery 有关。

  • 受保护的虚拟机上 DRS 或 vMotion 活动过于频繁会导致出现不必要的高 CPU 使用率

    如果显著受到 vMotion 或 DRS 影响的虚拟机受某一备份设备的保护,则内存中将出现大量不必要的 Data Recovery 对象,从而导致 CPU 使用率过高。出现这种情况是因为,Data Recovery 将 vMotion 或 DRS 操作的结果解释为对象数量的增加,而非对象的移动。该问题现已解决。

  • 如果 vCenter Server 不再可用,则 Data Recovery 将永久失去连接

    如果在 Data Recovery 执行备份时,vCenter Server 进行了重新引导或失去了网络连接,则直至当前正在运行的备份作业完成后,Data Recovery 才能重新建立与 vCenter Server 之间的连接。这会导致所有新备份操作都失败,且在此期间 vSphere Client 插件无法连接到该引擎。Data Recovery 现在每隔一定的时间就会尝试重新连接到 vCenter Server。在进行备份时会出现这种情况,从而将失败的可能性减至最小。

  • Data Recovery 备份可能无法在任务开始进行时取得进展

    在虚拟机的增量备份过程中,Data Recovery 将无法取得进展,且备份设备会占用全部 CPU 资源。直至重新启动该设备后,这种情况才会消失。即使在重新启动了备份设备后,增量备份仍未取得任何进展。这是由备份设备使用上次备份的相关信息创建新备份的方式造成的。

  • 备份设备在备份某些磁盘配置时崩溃

    虚拟机所拥有的磁盘,大小可以不是 1 MB 的整数倍。例如,可以创建大小为 100.5 MB 的磁盘。通常,使用 vSphere Client 创建的磁盘,大小总会为 1 MB 的整数倍。包含大小不是 1 MB 整数倍的磁盘的一些虚拟机会导致备份设备崩溃。目前已经可以正确处理这些磁盘大小了。

  • Data Recovery 未正确跟踪各个磁盘以进行备份

    Data Recovery 可支持备份虚拟机中的部分磁盘。如果快照更改了磁盘的名称,就会出现问题,原因在于跟踪各个磁盘以进行备份的方式。在这种情况下,Data Recovery 不会将该磁盘与在备份作业中选择的磁盘相匹配,而是将该磁盘显示为已选中,并且不会备份该磁盘。此问题将不再出现。

  • Data Recovery 无法检查磁盘热添加兼容性,无法在失败后进行清理

    Data Recovery 尝试将正在进行备份的虚拟机的磁盘热添加到备份设备中。托管客户端磁盘的数据存储的块大小超过设备的数据存储块大小时,会出现这种情况。当出现这种情况时,如果虚拟机磁盘的大小超过设备所支持的磁盘大小,则热添加会失败。成功热添加某些磁盘后,可能会出现这种失败情况。在这种情况下,Data Recovery 不会热移除虚拟机已成功添加的磁盘。Data Recovery 现在可检查数据存储块大小和磁盘大小,来确保在尝试热添加之前热添加操作将成功完成。

  • Data Recovery 不支持较长的 CIFS 密码

    Data Recovery 1.1 不支持超过 16 个字符的 CIFS 密码。在此版本中,VDR 可支持最多为 64 个字符的 CIFS 密码。

  • 备份设备在磁盘已满时崩溃

    在某些情况下,如果目标磁盘在备份过程中已满,则 Data Recovery 将崩溃。这种情况不会再出现。

  • [上次执行时间] 中显示的已完成作业的时间戳错误

    备份选项卡显示了备份的相关信息,其中包括上次完成每个备份作业的时间。显示的上次作业完成的日期和时间是不正确的。该问题已解决。

  • Data Recovery vSphere Client 插件无法连接到 vCenter Server

    如果 vSphere Server 的清单中包含大量虚拟机,则 vSphere Client 插件尝试连接到备份设备将失败。如果清单中有超过 1000 个虚拟机,则通常会出现这种情况。该问题已解决。

  • 添加虚拟磁盘导致快照和后续备份问题

    如果虚拟机有一个现有的快照,且该虚拟机中添加了一个新的虚拟磁盘,则下一次备份将成功,但该快照将保留。此快照会导致后续备份失败。该问题已解决。

  • 无法按预期完成备份

    在某些情况下,无法按预期完成备份,也不会进行任何后续备份。该问题已解决。

  • 还原向导不强制选择有效的数据存储

    使用还原向导,可以指定要将无效数据存储所在的虚拟机还原到的数据存储位置。例如,

    • 在重命名或删除数据存储之后,旧信息继续存在,因此可能会选择过时的名称或不存在的存储。
    • 在将虚拟机还原到群集之后,可能会选择不在共享存储器上的数据存储。

    向导已经过修改,因此仅提供有效选项。

  • 管理模式下的文件级别还原 (FLR) 对某些密码字符处理不当

    如果密码中包含“/”,则管理模式下的 FLR 会失败。出现这种情况是因为,FLR 将“/”字符用作了分隔符。因此,包含“/”的密码会导致要发送给 vCenter Server 进行身份验证的密码不完整。FLR 现在可正确处理密码中的“/”了。

  • FLR 由于连接分隔符而无法挂载虚拟磁盘

    在某些情况下,通过 FLR 客户端挂载虚拟磁盘会因连接分隔符而失败。该问题已解决。

  • Windows FLR 无法挂载使用同一名称的多个磁盘

    可以备份具有使用同一名称的多个磁盘的虚拟机。在这种情况下,每个磁盘都与位于一个不同的数据存储上的 vmdk 相关联。尝试通过 Windows FLR 客户端挂载这类磁盘时,只会挂载其中一个虚拟磁盘。该问题已解决,现在将挂载所有磁盘。

已知问

经过严格的测试发现了以下已知问题。下面的问题列表仅与本版本的 Data Recovery 有关。

  • 备份设备 OVF 文件发布者显示无证书

    包含备份设备的 OVF 文件没有任何有关设备发布者或发布者证书的信息。可在部署备份设备时系统所显示的 [OVF 模板详细信息] 上看到缺少发布者这一问题。

  • 未指定备份设备的精简置备磁盘大小

    最近版本的 OVF 部署向导显示了在先前版本中未显示的附加信息。在 [部署 OVF 模板] 向导的 [磁盘格式] 页面中,有一个用于以精简置备格式存储设备的选项。备份设备 OVF 的精简置备磁盘大小不是为备份设备模板所设置的,但仍可使用此格式而不影响设备的功能。

  • 启用了 VMware HA 的 ESX Server 可能将数据存储列出了两次

    将虚拟机还原到启用了 VMware HA 的 ESX Server 时,还原向导中的还原位置可能会将同一数据存储名称显示两次。ESX Server 可配置为使用共享存储器和本地存储器。多个服务器可以使用同一共享存储器,各个服务器的本地存储器名称也可以相似。例如,多个服务器可以指向“SharedStorage1”,并且多个服务器的本地存储器名称都可以为“DataStore1”。当用户为不同服务器上的磁盘文件和配置文件选择位置时,这样尤其会出现问题,并产生无效配置。最初出现基于存储器目标名称的配置错误的可能性并不明显,但会生成一个错误标识这种问题。如果出现这种错误,请选择不同的存储器目标组合,直到发现合适的存储器目标对为止。

  • 已导入的备份作业备份所有磁盘

    可以创建能够备份源虚拟机内所有磁盘中的部分磁盘的备份作业。如果将这样一个备份作业导入到 Data Recovery 1.2 中,则备份作业行为将更改,以便可以备份所有磁盘。要解决该问题,请修改备份作业,还原其原始设置。

  • [还原] 选项卡可能不显示对还原点的最新更新

    运行备份作业后,结果还原点有时将不在 [还原] 选项卡中更新。要解决该问题,请单击 [断开],然后单击 [连接],来断开 Data Recovery vSphere Client 插件的连接,并进行重新连接。现在便可以在 [还原] 选项卡中看到这些还原点了。

  • vCenter Server 不可用导致备份作业无法启动且无提示

    如果在备份设备启动时 vCenter Server 不可用,则备份作业可能未按预期启动,并且系统可能不会显示任何警告消息。通过单击 [立即备份] 手动启动的备份将按预期完成。要解决该问题,请重新启动备份设备。

  • 最初未显示去重复存储注释

    去重复存储的注释字段中的信息并非始终显示。要检查注释信息,请单击该字段,这会使字段内容得以更新。

  • 在物理兼容模式下使用 RDM 还原虚拟机时的 Data Recovery 限制

    Data Recovery 无法保护物理兼容模式下的 RDM,但可备份和还原虚拟机的其他组件。这些包括虚拟兼容模式下的配置、VMDK 和 RDM。可覆盖源虚拟机上这些受支持的组件的还原操作将成功完成。但是,如果已备份的虚拟机中包含一个物理兼容模式下的 RDM,则可创建新虚拟机或替换已删除的虚拟机的还原操作将失败。即使备份作业中不包含物理兼容模式下的 RDM,也是如此。

  • 文档错误地声明了可支持 SUSE

    《VMware Data Recovery 管理指南》中声明了,FLR 可支持 SUSE Linux Enterprise Server 11.2。在此版本中,不支持 SUSE。

  • FLR 无法挂载不在卷组中的 LVM 卷

    如果逻辑卷管理器 (LVM) 卷不是卷组的一部分,则 FLR 无法在还原点中挂载 LVM 卷。要使 FLR 能够在还原点上挂载 LVM 卷,必须已将 LVM 卷添加到某一现有的卷组,或者已使用 LVM 卷在创建备份之前创建一个新卷组。

  • FLR LVM 挂载失败可导致 Redhat LVM GUI 将系统磁盘错误地显示为未初始化

    如果 FLR 挂载 LVM 磁盘失败,则 Redhat 的 GUI LVM 管理器可能会将系统磁盘错误地显示为未初始化。请勿尝试通过初始化这些卷来解决此问题。初始化这些卷将移除所有数据。这些卷的功能完全正常,并且可以在虚拟机中按预期使用。要在 Redhat 的工具中解决该问题,请重新引导虚拟机,或执行 vgmknodes <volumegroupname>命令。

  • SELinux 禁止 vdrFileRestore 运行

    SELinux 可禁止 vdrFileRestore 加载所需的库 libvmacore.so.1.0。要解决该问题,请使用以下三种解决方案之一:

    • 执行命令 chcon -t textrel_shlib_t /usr/lib/vmware/vmacore/libvmacore.so.1.0
    • 更将 SELinux 策略改为可允许
    • L禁用 SE
    • inux
  • Linux FLR 可能需要其他循环设备

    Linux FLR 对还原点中的每个 vmdk 文件和检测到的每个 LVM 物理卷使用一个循环设备。大多数系统被配置为具有 8 个循环设备。如果没有任何可用的环回设备来存放其他 vmdk 文件和 LVM 物理卷,则 FLR 无法访问其他还原点。增加可用的环回设备来减少此限制出现的可能性。在不同的操作系统上,更改可用环回设备数量的特定流程有所不同。例如,在某些 Redhat 系统上,将下面一行内容添加到 modprobe.conf文件中:

    options loop max_loop=64

    在重新引导系统后,将有 64 个环回设备可用。

  • 文件级别还原指示某些注册表数据可能已丢失

    Data Recovery 可以为配置不正确的虚拟机创建还原点。文件级别还原可以挂载这类还原点,但这样做可能会导致显示注册表错误消息。该错误可能显示如下:注册表配置单元 (文件):C:\DOCUME~1\ADMINI~1\LOCALS~1|Temps\Administrator\vixmntapi3 已损坏,且已恢复。某些数据可能已丢失。这些错误可安全地忽略。

  • 失效的去重复存储锁禁止 FLR 访问

    如果 FLR 无法挂载某个还原点,且详细模式(-v 或 --verbose)下的输出在日志输出中显示错误 1315,则可能是因为去重复上的锁失效而引起的失败。缺少有关什么因素禁止了挂载的信息可能会令人感到困惑。其他原因导致出现错误 1315,但它通常表示去重复存储锁。

    在正常情况下,请等待 Data Recovery 过程完成,在此之后,系统将自动移除去重复存储锁。如果锁失效,且未正常移除,则可通过手动移除锁来解决该问题。要移除锁,请从去重复存储中移除以下锁文件:

    /<dedupe root>/VMwareDataRecovery/BackupStore/store.lck
                      
    
  • 源磁盘可能显示为取消选择备份

    之前选择备份的源可能显示为取消选择。当表面上暂时与虚拟机解除关联后,会发生这种情况。这不会影响备份。所有之前选择的源将继续正常备份。备份后,源将再次显示为选中状态。要解决此表面问题,可在备份向导中,展开清单树或源选择树中的虚拟机节点。大约一分钟后,虚拟机的磁盘将重新出现,并且源将再次显示为选中状态。

  • 使用多个备份设备备份单个虚拟机将造成错误

    Data Recovery 支持用单个 vCenter Server 实例管理多个备份设备。在这种情况下,仅一个备份设备应当配置为备份任何虚拟机。管理员必须确保没有任何虚拟机由多个备份设备备份。如果多个备份设备配置为备份单个虚拟机,则会发生异常行为,如快照创建和删除错误。

从忙碌的 Linux FLR 卸中恢复

Linux FLR 可能会意外退出,或者 Linux FLR 可能无法成功完成关机中包含的任务。如果出现这种情况,则可能会在 FLR 运行的 Linux 虚拟机上留下其痕迹。这种情况并非会引发系统问题,但可能会在系统上留下应当由已计划的 Linux FLR 关机移除的循环设备、文件夹、文件和进程。尽管这些残留资源通常对受影响的 Linux 虚拟机的功能影响很小或没有影响,但仍可选择移除这些资源。

Linux FLR 无法按预期关闭的最常见的原因是,其中一个挂载正在进行。例如,未能按预期卸载某一挂载可能会生成以下输出:



Restore point has been mounted...


/EG VC Server/EG Datacenter/host/example-esx.eng.example.com/Resources/Red Hat 5.4 Two LVM Groups"


root mount point -> "/root/2010-02-19-22.12.10"






Please input "unmount" to terminate application and remove mount point


unmount


USER        PID ACCESS COMMAND


/root/2010-02-19-22.12.10/Mount1:


root       4137 ..c.. bash






Busy mounts detected, unmount aborted.Please unbusy mounts per list above.






Note, future unmounts can be forced by using "force" as input but will cause


unclean unmounts which may require you to manually clean up.






Restore point has been mounted...


"/EG VC Server/EG Datacenter/host/example-esx.eng.example.com/Resources/Red Hat 5.4 Two LVM Groups"


root mount point -> "/root/2010-02-19-22.12.10"






Please input "unmount" to terminate application and remove mount point















命令来干净关闭 Linux FLR。或者,可以使用 force 命令来完成卸载。使用 force 命令会生成类似以下内容的输出在这种情况下,可通过先终止使用挂载,然后再执行 unmount:



Please input "unmount" to terminate application and remove mount point


force


Removed "/root/2010-02-19-22.12.10/Mount2"


Removed "/root/2010-02-19-22.12.10/Mount3"


Removed "/root/2010-02-19-22.12.10/Mount1"


Removed "/root/2010-02-19-22.12.10"


umount:/tmp/vmware-root/8027465182774010399_1:device is busy


umount:/tmp/vmware-root/8027465182774010399_1:device is busy


umount:/tmp/vmware-root/8027465182774010399_1:device is busy


umount:/tmp/vmware-root/8027465182774010399_1:device is busy


terminate called after throwing an instance of 'std::exception'


what():St9exception


Aborted















关闭 Linux FLR 的某些过程可按预期完成,但另外一些则不能按预期完成。FLR 成功地移除了根挂载点(在 /root/中)以及该挂载点的子挂载点。如输出中所示,Linux FLR 无法移除

<codeph>/tmp/vmware-root/8027465182774010399_1</codeph>

。此挂载点继续为挂载服务。

例如,如下面的示例中所示,仍可在此路径中列出并复制文件:



[root@office ~]# ll /tmp/vmware-root/8027465182774010399_1


-rw-r--r-- 1 root root   68663 Aug 18  2009 config-2.6.18-164.el5


drwxr-xr-x 2 root root    1024 Dec 17 06:00 grub


-rw------- 1 root root 3307695 Dec 17 06:10 initrd-2.6.18-164.el5.img


drwx------ 2 root root   12288 Dec 17 05:43 lost+found


-rw-r--r-- 1 root root  107405 Aug 18  2009 symvers-2.6.18-164.el5.gz


-rw-r--r-- 1 root root  954947 Aug 18  2009 System.map-2.6.18-164.el5


-rw-r--r-- 1 root root 1855956 Aug 18  2009 vmlinuz-2.6.18-164.el5















因为此挂载点仍可正常工作,因此,以下资源必须可用且处于活动状态:

  • 分区的 Fuse 挂载
  • 为 fuse vmdk 平面文件本地挂载服务的循环设备
  • 处理与挂载之间的 I/O 的叉式 FLR 引擎
  • 重做日志

要解决这些剩余的资源,必须完成几个步骤,其中包括:

  • 卸载 Fuse 挂载的分区
  • 移除失效的挂载
  • 终止所有正在运行的 vdrFileRestore 进程
  • 移除所有剩余的无效重做日志

在忙碌的 Linux FLR 卸载后进行清理

  1. 查找剩余的挂载点。例如,您可使用 ll命令执行此操作,之后会收到类似以下内容的输出:
    [root@office ~]# ll /root/2010-02-19-22.12.10/
    drwxr-xr-x 3 root root 1024 Feb 2 13:17 Mount2
    drwxr-xr-x 25 root root 4096 Feb 19 22:06 Mount3
                    
    
  2. 移除找到的挂载点。移除挂载点时,您不得在任何带有某一终端窗口的挂载目录中,否则这些命令将失败。此命令将采取类似以下内容的形式:
    [root@office ~]# umount /root/2010-02-19-22.12.10/Mount2
    [root@office ~]# umount /root/2010-02-19-22.12.10/Mount3
        
                    
    
  3. 移除 FLR 根挂载及其子挂载。此命令将采取类似以下内容的形式:
    [root@office ~]# rm -rf /root/2010-02-19-22.12.10/
                    
    
  4. 停用所有 Linux FLR LVM 组。

    请注意,如果未显示任何 FLR 卷组,则可跳过所有与 LVM 相关的步骤。请注意,FLR LVM 组由其唯一的命名来标识。仅停用 FLR 卷组。请勿停用系统卷组。请注意,FLR 组在其各自的名称中都包含“FLR”。

    • 执行 lvm vgdisplay命令。使用此命令的示例如下:
    • [root@office ~]# lvm vgdisplay
      --- Volume group ---
      VG Name EG_TEST
      
      --- Volume group ---
      VG Name EG_TEST-flr-4030-rG64au
      
      --- Volume group ---
      VG Name VolGroup00
      
      --- Volume group ---
      VG Name VolGroup00-flr-4030-7Ms42G
              
                          
      
    • 执行 vgchange命令。使用此命令的示例如下:
    •  
      [root@office ~]# vgchange -a n VolGroup00-flr-4030-7Ms42G EG_TEST-flr-4030-rG64au
      0 logical volume(s) in volume group "VolGroup00-flr-4030-7Ms42G" now active
      0 logical volume(s) in volume group "EG_TEST-flr-4030-rG64au" now active
              
                          
      
    • 使用 <cmdname>lvm pvscan</cmdname> 命令查找所有循环设备,其中包括 Linux FLR LVM 卷组所使用的那些循环设备。使用此命令的示例如下:
    • [root@office ~]# lvm pvscan
      PV /dev/sdc1 VG EG_TEST lvm2 [1020.00 MB / 520.00 MB free]
      PV /dev/loop3 VG EG_TEST-flr-4030-rG64au lvm2 [1020.00 MB / 520.00 MB free]
      PV /dev/sda2 VG VolGroup00 lvm2 [7.88 GB / 0 free]
      PV /dev/sdb1 VG VolGroup00 lvm2 [992.00 MB / 992.00 MB free]
      PV /dev/loop1 VG VolGroup00-flr-4030-7Ms42G lvm2 [7.88 GB / 0 free]
      PV /dev/loop2 VG VolGroup00-flr-4030-7Ms42G lvm2 [992.00 MB / 992.00 MB free]
      Total:6 [19.68 GB] / in use:6 [19.68 GB] / in no VG: 0 [0 ]
                          
      
  5. 使用 <cmdname>losetup</cmdname> 命令移除 Linux FLR 所使用的循环设备。在上一个示例中, <cmdname>/dev/loop1</cmdname> 、 <cmdname>/dev/loop2</cmdname> 和 <cmdname>/dev/loop3</cmdname> 由 FLR LVM 卷组所使用。因此,要移除上一示例中的循环设备,应当使用以下命令:
    [root@office ~]# losetup -d /dev/loop1
    [root@office ~]# losetup -d /dev/loop2
    [root@office ~]# losetup -d /dev/loop3
                    
    
  6. 移除所有 fuse 挂载。此命令将采取类似以下内容的形式:
    [root@office ~]# fusermount -u -z /tmp/vmware-<user name|root>/<fuse mount object> [root@office ~]# rm -rf /tmp/vmware-<user name|root>/<fuse mount object>
    

    请注意, vmware-<user name|root>是 fuse 挂载卷的位置的占位符。另请注意, <fuse mount object>是此目录中所找到的每一项的占位符。

  7. 移除所有失效的重做日志。此命令将采取类似以下内容的形式:
        [root@office ~]# rm -rf /tmp/flr*
                    
    
  8. 使用类似以下内容的命令可终止 FLR 进程:
     [root@office ~]# killall *drFileRestore