Data Domain Restorer 和长期保留到云：常见问题

本文提供了与 Data Domain Restorer (DDR) 和长期保留 (LTR) 或云功能的配置和使用相关的常见问题解答。
 

什么是 LTR？

• 从 Data Domain Operating System (DDOS) 6.0 开始，引入了一项称为 LTR 的新功能。
• LTR 允许某些型号的 DDR 将一部分文件或数据从一系列受支持的公有云或私有云提供商迁移到对象存储或云存储（称为云层）。
• 要将文件或数据物理迁移到对象存储，需要在 DDR 上运行数据移动进程。
• 要从云层物理释放冗余数据，需要在 DDR 上运行云层清理进程。
• LTR 是一项许可功能，需要 CLOUDTIER_CAPACITY license。
• LTR 需要使用一些本地存储来存储云层元数据。

LTR 可用于哪些 DDR 系统？
这取决于系统型号类型所安装的 DDOS 版本。大多数型号都有某些硬件要求，必须先满足这些要求才能配置 LTR。如需了解相关要求，请参阅具体型号的硬件安装指南和 DDOS 管理指南。

LTR 需要什么许可证？

• 由于 LTR 被视为 DDOS 6.x 及更高版本的新功能，因此需要电子许可证。 
• 所需的电子许可证类型称为 CLOUDTIER_CAPACITY license。示例 CLOUDTIER_CAPACITY license 如下所示：

Capacity licenses:
##   Feature              Shelf Model   Capacity     Mode        Expiration Date
--   ------------------   -----------   ----------   ---------   ---------------
1    CLOUDTIER-CAPACITY   n/a           136.42 TiB   permanent   n/a
--   ------------------   -----------   ----------   ---------   ---------------

不同的层如何运作？

• 普通 DDR（没有 LTR 许可证）具有单个层，称为活动层。
• 活动层是所有“标准”DDR 上的传统存储层。
• LTR 系统具有第二各存储层，称为云层。

每个层的大小上限由给定硬件配置和 DDOS 版本所支持的限制决定。请参阅 DDOS 管理指南和相关具体型号的硬件指南。

下面显示了两层（一个活动层和一个云层）LTR 配置的示例：   

Active Tier:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   --------   ---------   ----   --------------
/data: pre-comp           -    36674.6           -      -                -
/data: post-comp    65460.3      585.4     64874.8     1%              0.1
/ddvar                 29.5       24.7         3.3    88%                -
/ddvar/core            31.5        1.1        28.8     4%                -
----------------   --------   --------   ---------   ----   --------------

Cloud Tier
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -       33.1           -      -               -
/data: post-comp      912.2       42.3       869.9     5%             4.1
----------------   --------   --------   ---------   ----   -------------

Total:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -    36674.6           -      -               -
/data: post-comp    65460.3      585.4     64874.8     1%             0.1
/ddvar                 29.5       24.7         3.3    88%               -
/ddvar/core            31.5        1.1        28.8     4%               -
----------------   --------   --------   ---------   ----   -------------

云层是如何构建的？

• 云层包括：   
  • 本地保存的元数据，如果使用物理 DDR，则存储在机柜中；如果使用 DDVE，则存储在 LUN 或设备上。
  • 对象存储提供商
• 以上两者合并到一个云单元中。
• 如果配置了多个云单元，它们可以共享本地保存的元数据。
• 每个系统最多可以配置两个云单元。每个云单元可由不同的对象存储提供商提供。
• 每个云单元的大小可以与特定 DDR 模型支持的最大活动层大小相同。有关详细信息，请参阅 DDOS 管理指南。

配置 LTR 后，在典型的备份生命周期内会发生什么情况？

• 所有数据最初都会写入活动层，并在该层中开始老化。
• 达到保留期限的短期数据会像在正常 DDR 上一样过期/删除。
• 但是，一部分需要长期保留的数据会迁移到云层。
• 文件系统跨所有层维护单个命名空间，因此当文件迁移到云时，命名空间不会更改，因此对用户或备份应用程序来说是相当透明的。
• 当已迁移到云层的文件达到其保留期限时，该文件将像任何其他文件一样过期/删除。
• 文件在云层中使用的空间不会立即回收，而是必须运行云层清理。

如何在层之间消除重复数据？

• 每个云单元都是一个独立的卷，这意味着它是一个独立的重复数据消除单元。
• 因此，写入每个云单元的数据只能针对同一云单元中的数据进行重复数据消除。

什么是放置时间（称为 ptime）？

• 文件和目录具有各种关联的时间戳。
• 例如，文件或目录有创建时间、上次访问时间和修改时间。
• DDOS 对此进行了增强，增加了一个放置时间。放置时间是文件从活动层迁移到云层的日期和时间。
• 根据 DDOS 版本，在检查文件驻留的层时可以看到放置时间。如果文件已迁移到云层，则会显示放置时间，例如：  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-4        cloudunit2           Tue Sep 5 10:17:00 2017
/data/col1/mtree1/random-data-file-5        cloudunit2           Tue Sep 12 15:52:23 2017
/data/col1/mtree1/random-data-file-6        cloudunit2           Tue Sep 13 09:42:55 2017

• ptime 是上面输出中的最后一个字段，尽管它未显示字段标题。

数据如何从活动层转移到云层？

• 称为数据移动的进程负责检查 MTree 中驻留在活动层中的文件。
• 数据移动进程首先创建为数据移动配置的所有 MTree 的快照。
• 每个文件都有一个修改时间，存储着上次写入文件的时间。
• 如果文件之前已迁移到云层，则会设置一个称为放置时间的额外时间字段。放置时间存储文件迁移到云层的日期和时间。如果设置了放置时间，则使用此时间代替修改时间。这是为了避免在召回文件时文件不断迁移回云层（因为召回文件不会更改其修改时间）。
• 上面创建的快照将由数据移动进程遍历。
• 如果正在检查的文件已达到定义的阈值（由相关 MTree 的数据移动策略设置），则将检查该文件以确定该文件中保存的哪些数据必须从活动层迁移到云层。数据移动策略按 MTree 进行设置。
• 所选文件的唯一分段将写入或复制到云层。 
• 复制唯一分段后，将通过读取这些分段来验证文件，以确保迁移成功。
• 验证文件后，元数据将更新，以反映文件现在驻留在云层中。
• 数据移动进程可以计划为以特定频率运行，也可以手动启动。

数据移动开始后，将经历哪些阶段，每个阶段执行什么操作？

• 数据移动有三个相关阶段：拷贝阶段、验证阶段和安装阶段。
• 拷贝阶段负责识别必须复制到云的分段，然后将这些分段迁移到云。
• 一旦拷贝阶段开始，它就是云存储或对象存储，并用作拷贝阶段，将识别的分段从活动层拷贝到云层。
• 验证阶段负责确保文件的分段已成功迁移到云。
• 安装阶段负责更新与迁移的文件相关的元数据，以显示它现在驻留在云存储或对象存储中。
• 每个文件必须完成所有三个阶段，才能被视为该文件的数据移动成功。因此，在文件的安装阶段完成之前，该文件将继续留在活动层中。

有哪些可用的数据移动策略？

• 数据移动策略可以是以下之一：   
  • 年龄阈值：如果文件放置或修改时间大于设置的年龄范围，该文件将被选中以迁移到云层。
  • 年龄范围：如果文件放置或修改时间在特定范围内，该文件将被选中以迁移到云层。
  • 应用程序指定：备份应用程序指定是否将某个文件迁移到云层。
• 策略是互斥的，即 MTree 一次只能设置一个策略。

如何在 MTree 上设置数据移动策略?

• 可以使用以下命令。例如：   

data-movement policy set <policy name> <policy type values> totier cloud cloud-unit <cloud unit name> mtrees <mtree list>

sysadmin@dd4500 # data-movement policy set age-threshold 14 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set age-range min-age 14 max-age 100 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set app-managed to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1

已配置了哪些数据移动策略？

• 以下命令提供了分配有数据移动策略的 MTree 的列表。例如：   

data-movement policy show

sysadmin@dd4500 # data-movement policy show
Mtree               Target(Tier/Unit Name)   Policy      Value      
-----------------   ----------------------   ---------   -----------
/data/col1/mtree1   Cloud/cloudunit1         age-range   14-100 days
-----------------   ----------------------   ---------   -----------

应用程序管理的数据移动策略的工作原理是什么？

• 相关 MTree 的数据移动策略设置为应用程序管理。此操作可以手动完成，或者由备份应用程序使用 Data Domain REST API 接口来执行。
• 备份应用程序必须能够感知 LTR。
• 备份应用程序必须使用 DD Boost，并且 DD Boost 的版本必须可识别 LTR 且兼容。
• 使用 DD Boost 库/API，备份应用程序将必须迁移到云层的文件的放置时间设置为一个特殊值，指示下次运行数据移动时，文件将迁移到云。
• 当数据移动进程在 Data Domain 系统上运行时，将检查放置时间，如果它设置为特殊值（如上所述），则会将文件迁移到云。

如何手动启动数据移动？

• 可以使用以下命令，例如：   

data-movement start

sysadmin@dd4500 # data-movement start
Data-movement started.

如何监控数据移动？

• 可以使用以下命令检查数据移动的状态。例如：   

data-movement status

sysadmin@dd4500 # data-movement status
Data-movement to cloud tier:
----------------------------
Data-movement is initializing..

Data-movement recall:
---------------------
No recall operations found. 

• 如果数据移动正在运行，则可以使用以下命令，例如：   

data-movement watch 

sysadmin@dd4500 # data-movement watch
Data-movement: phase 1 of 3 (copying)
   92% complete; time: phase  0:08:04, total  0:08:14
      Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,
      Files copied: 7, Files verified: 3, Files installed: 3

如何停止数据移动？

• 可以使用以下命令。例如：   

data-movement stop 

sysadmin@dd4500 # data-movement stop
Data-movement stop initiated. Run the status command to check its status.

如果有多个云单元，是否可以并行运行到两个云单元的数据移动？

• 不能。数据移动一次只能将数据迁移到一个云单元。

LTR 是如何配置的？

• 以下是简要步骤，如需了解详细过程，请参阅 DDOS 管理指南。
• 添加相应的 CLOUDTIER_CAPACITY license。
• 设置系统密码（如果尚未设置）。
• 启用云功能。
• 添加云层的元数据存储。
• 配置云配置文件或相应的云存储或对象存储供应商的配置文件。
• 添加云单元。
• 为需要在云中存储数据的一个或多个 MTree 配置数据移动策略。
• 手动启动数据移动，或等待自动或计划的数据移动开始。

是否可以删除云单元？如果可以，如何删除？

• 注意：这会破坏云单元上保存的任何数据，且数据不可恢复，请谨慎操作。
• 请参阅本知识库文档中标题为“用户如何确定文件位于什么层”的部分，以了解哪些文件驻留在将要删除的云单元上。
• 如果不再需要这些文件，则应删除这些文件；如果必须保留这些文件，则应将其召回活动层。
• 如果必须保留文件，在继续之前，请确保召回所有文件。
• 要删除的云单元上不应有任何剩余的文件。
• 重置使用此云单元的一个或多个 MTree 的任何数据移动策略。
• 禁用文件系统。
• 删除云单元。这会将云单元标记为 DELETE_PENDING 状态，这是设计使然。
• 启用文件系统。
• 文件系统启动后，它会开始异步删除云存储或对象存储提供商中由此云单元使用的所有对象。删除所有对象后，此云单元使用的存储桶也会被删除。如果有许多对象，则云单元会长时间保持 DELETE_PENDING 状态。
• 成功删除所有对象和存储桶后，云单元将从云单元列表中消失。

如果由于对象存储不再可用或存在连接问题而导致云单元无法删除，会发生什么情况？

• 请联系戴尔支持以获取更多帮助。

是否可以在同一系统上配置 LTR 和扩展保留 (ER)？

• 不可以。ER 和 LTR 是互斥功能。

如何从云层释放或清理数据？

• 操作方式与活动层上的文件类似
• 文件达到其保留期限后，会从文件系统命名空间中删除。
• 云层清理是按计划运行的。默认情况下，云层清理在每四个活动层清理会话后运行。
• 要运行云层清理，要清理的云单元必须至少有 1% 的多余或可清理数据。这是因为任何云网络流量都可能需要付费，因此 DDR 会尝试尽可能限制网络流量。
• 云层以默认为 50% 的清理限制运行。
• 您可以更改云层清理计划和清理限制。
• 活动层和云层清理不能并行运行。
• 如果自动或计划的云层清理正在运行，则会被活动层清理抢占。
• 如果启动手动云层清理，则在云层清理完成之前，活动层清理无法启动。
• 如果云层有两个云单元，则每个计划或自动云层清理只会清理一个云单元。从云层清理的角度来看，以循环方式在云单元上运行。当有两个云单元时，从命令行运行时需要指定要清理的云单元 (cloud clean start <unit-name>)
• 如果云层清理在云单元上启动失败（例如，当前云单元没有足够的可清理数据，系统认为不值得进行清理），则系统会自动尝试从下一个云单元进行清理。
• 有关云层清理的更多信息，请参阅以下文章 Data Domain：Data Domain Restorer (DDR) 上的长期保留、云层清理、垃圾数据收集的简介

如何启动手动云层清理？

• 可以使用以下命令。例如：   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.

如何监控云层清理？

• 可以使用以下命令检查云层清理是否正在运行。例如：   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean status
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2017/03/15 12:16:06.

• 如果云层清理正在运行，则可以使用以下命令对其进行监控：

cloud clean watch

活动层清理是否可以与云层清理同时运行？

• 不可以。活动层清理和云层清理都使用相同的通用内部共享数据结构，需要进行独占访问。

如何显示或更改云层清理计划？

• 可以使用以下命令显示当前的云层清理计划。例如：   

cloud clean frequency show

sysadmin@dd4500 # cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.

• 使用以下命令更改计划。例如：  

cloud clean frequency set <value>

sysadmin@dd4500 # cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.

如何更改或显示云层清理限制？

• 默认情况下，云层清理限制设置为 50%。可以使用以下命令将其重置为默认的限制百分比。

cloud clean throttle reset

• 可以使用以下命令显示当前的云层清理限制。例如：   

cloud clean throttle show

sysadmin@dd4500 # cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent

• 可以使用以下命令更改清理限制。例如：   

cloud clean throttle set <value> 

sysadmin@dd4500 # cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent

云层清理限制控制什么？

• 云层清理限制的工作方式与活动层清理限制类似，即限制云层清理可以使用的 I/O 和 CPU 资源。
• 它不会限制网络传输。

为什么云层清理释放/删除的对象不如预期的多？

• 清理始终被视为估计值。请参阅以下知识库文章，其中介绍了有关此主题的各个方面，它们同样适用于云层中的数据：  

• 此外，还有关于如何实施云层的更多具体细节。
• 已经实施各种方法来限制发送到云或对象存储提供商的网络流量，因为这可能会导致产生相关费用。
• 如上所述，要运行清理，至少需要 1% 的数据周转。
• 当遍历文件系统以搜索符合数据移动策略的文件时，仅会检查元数据的本地拷贝。
• 如果在云或对象存储中发现仅保存用户数据的分段，则这些分段会被标记为异步删除。
• 包含至少一个实时分段的任何分段都将被跳过，这是因为 DDOS 由于涉及的网络流量而不想合并少量数据。

用户如何确定文件位于什么层？

• 使用以下命令获取此命令生成的输出示例：  

filesys report generate file-location

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-1        Active
/data/col1/mtree1/random-data-file-2        Active
/data/col1/mtree1/random-data-file-4        cloudunit2
/data/col1/mtree1/random-data-file-5        cloudunit2
/data/col1/mtree1/random-data-file-6        cloudunit2

文件迁移到云层后是否可以直接读取或访问？

• 这取决于使用的 DDOS 版本以及云提供商：   

• 可以直接还原文件，无需先召回文件。这称为“直接还原”功能，仅限于云存储或对象存储提供商是 ECS 的情况。
• 有关从 Avamar“直接还原”的更多详细信息，请查看“从 Data Domain 云层进行 Avamar 精细还原或文件级还原”白皮书。
• Avamar GLR/FLR（直接还原）功能至少需要 Avamar 18.1 或 DDOS 6.1 的组合，并使用 ECS 作为云提供商。 

• 必须先召回文件。也就是将数据从云层迁移回活动层。
• 必须使用 data-movement recall 命令将文件从云层召回活动层，以允许对驻留在云层上的文件进行读取或修改。
• 如果没有先召回文件，则尝试读取或修改驻留在云层上的文件将导致将 I/O 错误返回给尝试读取作为备份应用程序的文件的一方。
• 某些云感知备份应用程序可以发起文件召回，否则您必须手动召回文件。
• 从 DDOS 7.7+ 开始：
  • 直接还原允许非集成式应用程序直接从云层读取文件，无需通过活动层。
  • 选择使用直接还原的主要注意事项包括：
  • 直接还原不需要集成式应用程序，并且对于非集成式应用程序是透明的。
  • 从云层读取数据不需要先拷贝到活动层。
  • 提供直方图和统计信息，可用于跟踪从云层进行的直接读取。
  • 只有 AWS 和 ECS 云提供商支持直接还原。
  • 应用程序会经历云层延迟。
  • 直接从云层读取不是带宽优化操作。

可以并行召回多少个文件？

• DDOS 6.0 支持 4 个文件排队和并行召回。
• DDOS 6.1 支持 1000 个文件排队，以及并行召回队列中的 4 个文件。

根据 Data Domain 管理员指南 7.9：

• 内存大于等于 256 GB 的系统一次最多可召回 16 个文件。
• 内存小于 256 GB 的系统一次最多可召回 8 个文件。
• DDVE 实例一次最多可召回 4 个文件。

如何召回文件？

• 可以使用以下命令召回文件。例如：   

data-movement recall path <path-name> 

sysadmin@dd4500 # data-movement recall path /data/col1/mtree1/file1

如何召回 MTree 中的所有文件？

• 根据 DDOS 版本，可以通过运行如下所示的单个命令召回云中的所有文件：   

sysadmin@dd4500 # data-movement recall mtree /data/col1/mtree1

• 有关详细信息，请参阅您的 DDOS 版本的《Dell DDOS 命令参考指南》

如何监控召回操作？

• 可以使用下面的命令监控召回操作，或者如果需要特定文件。例如：   

data-movement status path all

data-movement status path /data/col1/mtree/file1

sysadmin@dd4500 # data-movement status path /data/col1/mtree1/file1
Data-movement recall:
---------------------
Data-movement for  /data/col1/mtree1/file1 : phase 2 of 3
(Verifying)
80% complete; time: phase XX:XX:XX total XX:XX:XX
Copied (post-comp): XX XX, (pre-comp) XX XX 

重命名文件是否会导致文件从云层召回活动层？

• 不会。文件重命名后，仍将保留在其当前层上。

有哪些云提供商受支持？

•  根据使用的 DDOS 版本，DDOS 支持以下云提供商：   
• Amazon Web Services (AWS)。
• Microsoft Azure Cloud
• Dell Elastic Cloud Storage (ECS)
• Virtustream
• 有关详细信息，请参阅 DDOS 管理指南。

云层是否支持加密，是否必须获得许可？

• 是的，云层支持加密。与活动层加密不同，云层加密不需要额外的许可证。
• 在启用或修改云功能后，可以配置此功能。 
• 在撰写本文时，云层加密仅支持嵌入式密钥管理器，并且仅有一种加密算法可用于系统范围的 LTR。

云提供商对象存储中创建了哪些存储桶？

• DDOS 创建三个存储桶
• 存储桶以以下字符串结尾：

'-d0'

'-c0' 

'-m0'

• 以字符串“-d0”结尾的存储桶用于数据段。
• 以字符串“-c0”结尾的存储桶用于配置数据。
• 以字符串“-m0”结尾的存储桶用于元数据。
• 在 DDOS 6.1 之前，虽然创建了三个存储桶，但仅使用以“-d0”结尾的存储桶。但是，这三个存储桶都是必需的，因此请确保它们不被删除。

是否可以使用之前创建的现有存储桶名称？

• 不可以，这是做不到的。

除了硬件要求之外，在配置 LTR 之前是否还需要满足任何其他强制要求？

• 是
• 如果使用 ECS，则负载平衡器是强制要求。如果没有负载平衡器，Data Domain 将与单个节点上的 ECS 通信，当发出多个请求时，连接会断开。
• DDR 与云提供商之间的 1Gb 网络

是否需要证书？如果需要，应使用哪些证书？

• 这取决于正在使用的对象存储或云存储提供商以及配置。
• AWS、Virtustream 或 Azure 都需要证书。有关详细信息，请参阅 DDOS 管理指南。
• 如果使用 http 端点配置 ECS，则不需要证书。
• 如果使用 https 端点配置 ECS，则需要证书。由于负载平衡器是强制要求，因此所需的证书来自负载平衡器系统，而不是 ECS 系统。有关更多详细信息，请与您的负载平衡器提供商联系。
• 导入的证书必须采用 PEM 格式。某些提供商不提供 PEM 格式的证书，因此必须在导入之前进行转换。

支持哪些复制拓扑？

• 不支持集合复制。
• 支持目录复制，但它只能由“/data/col1/backup”MTree 使用，但此 MTree 不支持数据移动。
• 完全支持 MTree 复制。
• 完全支持 MFR 或 VSR 复制。

在已配置 LTR 的系统上配置/初始化/重新初始化复制时，应考虑什么？

• 源系统创建 MTree 的快照（此快照包括活动层和云层上文件的详细信息）。
• 源系统将快照复制到目标系统的活动层。
• 只有当快照已完全复制后，它才会在目标系统上公开（此时文件在目标系统文件系统命名空间中可用）。
• 只有在文件公开后，才能在目标系统上运行数据移动（假设它配置为 LTR）。
• 因此，如果目标活动层不够大，无法容纳来自源系统的完整快照，则快照将永远不会公开，并且复制无法完成初始化。

如果在已配置 LTR 的系统上配置 MFR 或 VSR 复制，应考虑什么？

• 如果必须复制已迁移到源 DDR 上的云层的数据，则它会自动从云提供商召回活动层，然后才可以通过网络发送。
• 将文件从云层召回活动层可能会产生费用或延迟。

为什么 Data Domain 的“file system show space”命令输出未反映云存储或对象存储的实际大小？

• 由于云存储或对象存储的固有工作方式，Data Domain 系统无法查询云设备的物理大小，因为这可能被视为看似无穷大。
• 但是，DDOS 必须开发一种方法，从 DDOS 的角度显示当前使用情况/重复数据消除统计信息。
• 因此使用以下两种方法之一：

1. 云层的大小按此许可确定： CLOUDTIER_CAPACITY license
2. 云层的大小显示为该型号类型的活动层单元大小的倍数，具体取决于配置的云单元数量。有关活动层大小的更多信息，请参阅相关型号的硬件安装指南。

如果云单元不可用，如何启动文件系统？

• 确保文件系统已禁用。
• 使用以下命令禁用不可用的云单元：

cloud unit disable <cloud unit name>

• 启用文件系统。

如果云单元处于禁用状态，如何启用？

• 确保文件系统已禁用。
• 使用以下命令启用云单元：

cloud unit enable <cloud unit name>

• 启用文件系统。

为什么驻留在已删除的云单元上的文件系统中仍存在文件？

•  如果在删除云单元之前未从 MTree 中删除文件，则这些文件将继续存在于文件系统命名空间中。
• 因此，文件位置报告显示这些文件属于已删除的云单元。例如：  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-3  Deleted cloud-unit
/data/col1/mtree1/random-data-file-4  Deleted cloud-unit

• 过访问此 MTree 的 CIFS/NFS 共享，仍然可以在文件系统命名空间中看到这些文件。
• 但是，这些文件不可读，因为它们所在的云单元已被删除。
• 因此，唯一的选择是删除这些文件，因为它们引用的数据不再存在。

创建云单元后，是否可以更改 ECS 或 S3 Flexible 云提供商的协议端点或端口？

• 例如，如果从 http 更改为 https（或者反过来），迁移到新的负载平衡器，则可能需要进行此更改。
• 在撰写本文时，Data Domain 管理员无法执行此更改。我们正在考虑在未来的 DDOS 版本中加入此功能。
• 但是，此更改可以由支持人员或工程部门执行。
• 必须禁用文件系统才能执行此更改。
• 如果需要，则首先执行 Data Domain 系统之外的所有配置，因为更改此配置后，当启用文件系统时，它期望能够使用更新的协议或端口进行通信，并像以前一样读取存储桶或对象。