本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 存储或吞吐能力更新失败
<a name="admin-actions-ts"></a>

许多潜在原因会导致文件系统存储和吞吐能力更新请求失败，每种原因都有自己的解决方案。

## 存储容量增加失败，因为 Amazon FSx 无法访问文件系统的 AWS KMS key
<a name="w2aac37c17b5"></a>

存储容量增加请求失败，因为 Amazon FSx 无法访问用于加密文件系统的 KMS 密钥。

您需要确保 Amazon FSx 有权访问用于加密文件系统的 KMS 密钥才能运行管理操作。使用以下信息解决密钥访问问题。
+ 如果 KMS 密钥已被删除，文件系统及其使用已删除 KMS 密钥的任何备份都无法恢复。有关更多信息，请参阅《 AWS Key Management Service 开发者指南》中的[删除 AWS KMS key](https://docs.aws.amazon.com/kms/latest/developerguide/deleting-keys.html)。
+ 如果 KMS 密钥已禁用，而这是客户管理的密钥，您需要重新启用密钥，然后重新尝试存储容量增加请求。有关更多信息，请参阅《 AWS Key Management Service 开发人员指南》中的[启用和禁用密钥](https://docs.aws.amazon.com/kms/latest/developerguide/enabling-keys.html)。
+ 如果密钥因为待删除而无效，则必须在密钥仍处于 `PendingDeletion` 状态时[取消删除密钥](https://docs.aws.amazon.com/kms/latest/developerguide/deleting-keys-scheduling-key-deletion.html)。您可以在 KMS 密钥 `Enabled` 后重新尝试请求。
+ 如果密钥因待导入无效，则必须等待导入完成，然后才能重新尝试增加存储空间的请求。
+ 如果已超过密钥的授权限制，则必须请求增加密钥授权的数量。有关更多信息，请参阅《 AWS Key Management Service 开发人员指南》中的[资源配额](https://docs.aws.amazon.com/kms/latest/developerguide/resource-limits.html)。批准增加配额后，请重新尝试增加存储空间的请求。

## 由于自行管理的 Active Directory 配置错误，存储容量或吞吐能力更新失败
<a name="w2aac37c17b7"></a>

因为文件系统自行管理的 Active Directory 处于配置错误状态，存储容量或吞吐能力更新请求失败。

要解决特定的配置错误状态，请参阅[文件系统处于配置错误状态](misconfigured-ad-config.md)。

## 由于吞吐能力不足，存储容量增加失败
<a name="w2aac37c17b9"></a>

存储容量增加请求失败，因为文件系统的吞吐容量设置为 8 MBps。

将文件系统的吞吐容量至少增加到 16 MBps，然后重试请求。有关更多信息，请参阅 [管理吞吐能力](managing-throughput-capacity.md)。

## 吞吐量容量更新为 8 MBps 失败
<a name="w2aac37c17c11"></a>

将文件系统的吞吐容量修改为 8 的请求 MBps 失败。

当存储容量增加请求待处理或正在处理时，可能会发生这种情况。增加存储容量需要的最低吞吐量为 16 MBps。请等待存储容量增加请求完成，然后重新尝试吞吐能力修改请求。