（转载） 澄清EMC Clariion盘阵Snapview之clone的几个问题

以下是实际工作中遇到的问题，不正确之处，敬请指正。

1、EMC Clariion盘阵的lun在双SP下有tresspass的功能，以保证在一个SP发生故障时盘阵仍可以正常工作。但Snapview的clone lun与非clone lun不一样。双SP下，clone lun所属SP发生故障后，会自动Tresspass到另一个SP上，但在故障SP修复后，clone lun并不会象非clone lun那样按照Default Owner的设置自动Tresspass回缺省所属的SP。因此在SP修复后，要手工把clone lun Tresspass回原来的SP上。

2、Snapview在clone时，源lun与clone lun是在同一个SP上进行数据同步的，例：初始状态下，lunA是源lun，其Default Owner与Current Owner一致，在SPA上，lunB是clone lun，其Default Owner与Current Owner一致，在SPB上。在第一次clone时，lunB会自动tresspass到SPA上进行数据同步，同时，按照上一条的说法，lunB在 clone结束后将留在SPA上，无法自动tresspass回SPB上，除非手工或用NevispereCLI命令让其tresspass回去。因此， 在做盘阵规划时，由于要考虑把业务数据所在的lun分配在两个SP上，以实现数据IO的负载均衡，就要注意把源lun与clone lun的Default Owner设在同一个SP上。以免在clone时clone lun出现tresspass。
（注明：
   1）在做盘阵规划时，要根据盘阵上lun所对应业务数据的IO吞吐情况，尽可能把所有的lun均分在两个SP上。例：盘阵上有4个lun，分别是lun1 到lun4，我们会根据业务情况，把lun1和lun2的Default Owner设为SPA，把lun3和lun4的Default Owner设为SPB，这样可以实现一定的负载均衡。
  2）假设需要对这4个lun做clone，那么这4个lun的Default Owner与其对应的clone lun的Default Owner要一致，以免在第一次clone时，clone lun会发生tresspass，因为在clone时，源lun与clone lun是在同一个SP上进行数据同步的。）

3、EMC Clariion系列的盘阵其Snapview的clone与Symmetrix系列的盘阵不同，例：lunA是源lun，lunB是clone lun，Clarrion系列盘阵的Snapview的clone过程是，数据先写到lunA，然后再由盘阵的Snapview clone功能，把lunA的数据同步到lunB上。Symmetrix的过程机制是mirror，数据是同时写到lunA和lunB上的。同 时，Clarrion盘阵对于数据同步的状态很难判断，因此在做分离时，如对数据一致性要求严格，EMC会建议把业务停掉做分离。而Symmetrix使 用CLI命令可以很容易地获得同步状态，而实现在线分离。

4、如果使用EMC Clarrion盘阵的Snapview的Clone功能，在做分离前，可以把数据库（DB2或Oracle）Suspend，同时，fracture后 要执行操作系统的snyc命令，以保证在操作系统cache中的数据写到盘上，基本可以保证数据库应用的数据一致性。但对操作系统的文件系统，没有太好的 办法解决，唯一的办法是停止应用，varyoffvg，是EMC Clarrion盘阵snapview clone产品保证数据一致性的唯一方法。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10037372/viewspace-751946/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10037372/viewspace-751946/