锁定/忙快照
这是那些烦人的情况下，可能会导致东西来，轰然倒塌在你最预计之一。
锁定快照可以有以下几个原因，发生明显的是，他们的一个SnapMirror的或更新的SnapVault基础（尽管双方对快照的依赖，他们实际上只锁定在一个活跃的转让快照，你可以愉快地，否则删除快照这会破坏复制的关系，或多或少）。 它们也可以是因为一个卷副本，或非常短暂，瞬间恢复。
2不太明显，但更常见的原因是一个LUN克隆和的FlexClone。 在原则上都非常相似，但在实践中充当非常不同的。
只是一个克隆将立足于快照本身和基于此快照，然后创建一个稀疏的克隆，等原始数据块，因此使用任何数据。 克隆可以被分割，但99/100将被用于某种验证或报告，然后删除。
一个LUN克隆是一个使我们的大多数问题。 至于说，它创建基于快照的克隆，但克隆体积内创建的，并且只有一个特定的LUN。 这是逸岸一个非常类似的概念，新的单一文件的FlexClone可在7.3。 基于一个给定的快照，你将有相同的体积内创建一个新的LUN作为父LUN。 这将使用没有存储，是伟大的运行验证，或可能测试甚至报告。
问题的产生是由于快照的性质和LUN克隆。 快照整个卷的文件指针表的副本。 将创建一个LUN克隆父LUN相同体积内薄置备的克隆。 所以，尽管没有实际存储的LUN克隆将得到快照LUN后所采取的任何新的快照。 这是问题的开始。 如果我们现在删除的LUN克隆，克隆快照内仍然存在，因此，的LUN 仍将被锁定。 如果你不迅速注意到这个问题，你可能有很多都锁定此LUN克隆的快照。
只有这样，才能解开这个快照删除随后从内卷的所有快照，然后你可以删除一劳永逸的LUN克隆和快照，它是基于。
不幸的是，这是一个相当的SnapManager核查屡见不鲜，往往是验证失败，并为克隆磁盘（LUN）的下马未能发生，随后的快照发生，让您可以轻松锁定快照场景往往。 该如何解决？ 要么保持密切关注您的核查，或投资的FlexClone！
那么，如何的FlexClone为您提供保护？ 它创建和整个的FlexVol的克隆，快照卷上的根据，任何后续快照将不包含任何信息，关于这个克隆。 克隆是基于一个单一的快照，因此潜在的，如果一个验证失败，或者你忘了销毁的FlexClone，您可以自己进入预定备份无法删除旧的快照，但是这是很简单的，固定的情况。 要么毁灭的FlexClone或分裂它关闭，快照，然后释放，并恢复正常。 一个比LUN克隆顺畅很多！
不幸的是，我仍然可以看到LUN克隆，往往影响生产环境。 我的建议是始终尝试包括的FlexClone，或至少是非常积极的监测备份。 的FlexClone提供了很多其他好处，除了这，所以我觉得这是一个值得投资。
based on 6 ratings
