一个罕见问题,即无效数据可能会提升到FASTCache.PDFVIP

最新的 VNX2 Operating Environment R33.155 解决了 第 16 期 2016 年 3 月 一个罕见问题，即无效数据可能会提升到 FAST Cache R33.155 解决了错误被 1 提升到 FAST Cache 的问题 如果在驱动器遇到介质错误时将数据提升到 FAST Cach，那么从 05.33.006.5.096 直到 05.33.008.5.119 添加或删除 LUN 时的 2 的所有 VNX2 Operating Environment 都很容易遇到一个非常罕见的问题。EMC 已发现了极少数的此类实 VNX/VPLEX 延迟问题 例：在运行上述代码范围的存储系统中，错误在由 RAID 解决之前即被提升到 FAST Cache。此错误只会 R33.155 通过重复数据 2 在非常特殊的情况下发生，且发生几率很小。 删除 LUN 解决了无中 断升级问题 这种情况仅在包含介质错误的驱动器进行重建或主动备盘时发生。在遇到介质错误时，RAID 通常会查看 注册您的系统的重要性 2 CRC，查找无效数据，并通过奇偶校验重建这些数据。如果当包含介质错误的驱动器正在执行备盘或重建 今日提示 2 活动时发生主机读取操作，并且该读取操作发生在实际出现介质错误的条带上，则 FAST Cache 提升算法 最新代码版本和主要 3 可能会将包含错误的条带直接提升到 FAST Cache，同时执行以下正常流程：RAID 更正该错误并将更正后 修复程序 的数据返回到主机。在这种特殊情况下，主机接收到正确的数据，但我们已在无效数据被纠正之前将其直接 VNXe2 内存泄漏问题 4 提升到 FAST Cache。这是个错误。 在 VMware 中回收 4 如果发生此情况，针对相同数据条带的后续读取操作将尝试从 FAST Cache 读取数据，并且可能会遇到已 空间 提升的无效数据。如果发生这种情况，读取的数据将是无效的，此时存储系统将为请求读取的主机/应用程 MCC 更新 4 序返回错误。这就是所谓的不可纠正的错误情况，您可以在知识库解决方案 KB477140 中找到有关该具体 情况的更多详细信息。 在发生这种情况的罕见实例中，最好尽快刷新您的 FAST Cache，并开始对包含在将数据提升到 FAST Cache 时重建的驱动器的池进行只读后台验证 (ROBV)。