Data Domain：计算应用静态加密所需的时间

在少数情况下，客户希望了解加密系统中的数据所需的时间。它们是：

• 在首次启用加密时，客户可能想要加密以前未加密的数据。那个时候，他们需要知道加密所有现有数据所需的时间。
• 如果已在系统中启用加密，并且客户将密钥标记为销毁或泄露，则他们需要重新加密与该泄露/销毁的密钥关联的数据。在此期间，他们需要知道重新加密与密钥关联的数据所需的时间。 

在上述两种情况下，根据加密配置，后续 GC 周期将负责加密/重新加密数据。因此，
加密/重新加密数据所需的时间将取决于 GC 循环速度。到目前为止，我们没有任何工具可以计算此信息。但这可以通过使用自动支持中提供的以下信息来计算。
此计算只是估计值，可能会因客户环境而异，例如磁盘的使用年限、容器的位置等。 

首次启用加密时的 GC 时间计算

从自动支持收集以下信息。
步骤1：获取系统中已用的空间。这将是系统中的压缩后字节数。从自动支持中查找以下信息。

步骤 2：获取 GC 拷贝阶段速度。这将是复制转发期间每秒的容器数。查找以下信息。

步骤3：在上面的示例中，已用空间为 668 TB，复制转发速度为每秒 516 个容器。
每秒转发的容器拷贝数为 516*4.5 = 2322 MB/秒。

• 一天内将是 2322 * 24* 3600 = 200,620,800 MB 的数据将被复制转发。要获得此值（以 GB 为单位），请将其除以 1024，要获得以 TB 为单位的值，请再次将其除以 1024。
• 在上面的这个示例中，GC 可以在一天内清理大约 191 TB （200,620,800 / （1024 * 1024））。
• 如果过去未启用加密，则随时间推移的附加开销只是加密数据所需的时间。通常，当启用加密时，性能影响将在 5-20% 之间。考虑到此处命中 20% 的最坏情况，我们可以说在此示例中，GC 将在一天内加密大约 152 TB（191 TB 的 80%）。
• 因此，要加密 668 TB，大约需要 4-5 天。但是我们再添加 20% 作为缓冲区，可以说 GC 需要大约 5-6 天来加密 668 TB 的数据。

在已启用加密的情况下重新加密数据的 GC 时间计算。 

从 autosuppot 收集以下信息。
步骤1：如果已在系统中启用加密，并且客户需要重新加密与特定密钥关联的数据，则查找以下自动支持信息并找出需要重新加密的密钥数据。所有密钥都将在“Size post-comp”列中包含与密钥关联的数据的相关信息。在自动支持中查找以下信息“Filesystem Encryption Keys Show”。考虑下面的示例，客户尝试销毁密钥 Id 2，其中有 668 TB 的数据需要重新加密。 

Filesystem Encryption Keys Show
-------------------------------
Active Tier:
 Key Key State Size 
 Id MUID post-comp 
 --- ---- ------------ ----------
 1 7b3 Deactivated 17.74 TiB 
 2 cf3 Deactivated 668.83 TiB <============= Customer needs to destroy this key 
 3 c31 Deactivated 76.50 TiB 
 4 ee3 Activated-RW 0 
 --- ---- ------------ ---------- 

步骤 2：获取 GC 拷贝阶段速度。这将是复制转发期间每秒的容器数。查找以下信息。

步骤3：

• 每秒转发的容器拷贝数为 516*4.5 = 2322 MB/秒。一天内将是 2322 * 24* 3600 = 200,620,800 MB 的数据将被复制转发。要获得此值（以 GB 为单位），请将其除以 1024，要获得以 TB 为单位的值，请再次将其除以 1024。
• 在上面的这个示例中，GC 可以在一天内清理大约 191 TB （200,620,800 / （1024 * 1024））。 
• 如果已启用加密，则清理将需要先进行解密，然后再进行加密。因此性能损失约为 40-50%。所以 
• 考虑到上述示例，我们可以说 GC 可以在一天内重新加密大约 95TB（191 TB 的 50%）。
• 因此，要重新加密 668TB，在这种情况下，我们需要 7-8 天。但我们又添加了 20% 的缓冲区，比如说需要大约 9 到 10 天来重新加密 668 TB 的数据