Veritas SF方案简要分析

第1章赛门铁克Veritas SF方案简要分析

1、SF对于系统磁盘的管理上，首先并不是基于系统底层管理。存储的磁盘在映

射到系统层被系统所识别后，AIX、linux都需要卸掉自身的多路径软件。这样由于光纤链路的冗余性，映射到系统中的磁盘id会因映射到主机的光纤链路有几根而变成多少块磁盘。不管是执行fdisk -l 还是lspv 你会看到系统底层有一堆盘符。即使通过SF多路径管理软件自身整合后，也只能是SF软件层来查看磁盘的映射关系，系统层是看不到的。而且AIX当系统第一次用自身多路径识别到存储后，如果删除了多路径软件，而没有删除盘符，那么重新系统重新扫描后，磁盘id会变的混乱不好对应关系。总之，本应该系统层来做的事情现在交由第三方软件来做，给后期运维会带来不小的麻烦。2、SF在双活上的管理还是基于系统上层的管理，而不是存储底层的管理，他不

同于同有这类存储自带的存储双活功能。存储的双活切换，需要SF在系统上层软件去调度切换，这样因为过了中间层，其中的故障节点也相对要多。如果用存储本身来进行存储双活，那么对于系统层所看到的始终是一套磁盘，而不会是多套磁盘混杂。这就是SF在管理磁盘上的软肋。而且当存储层出现故障、或者性能出现问题，SF只能从系统的性能查觉到，但是有些问题其实存储早已暴露出来了。而存储本身可以对存储层的性能、硬件状态进行监控，而且可以随时查到当前的报表。这样，更容易让运维人员去确认和分析问题。

3、双活方案实现了站点级的冗余的容灾解决方案，但是受限于当前的技术等因

素，在建设过程中解决了企业当前面临的业务连续性问题，同时也产生了新的问题，就是双活解决方案普遍存在的脑裂现象，在意外事件发生时，若监测技术不到位、系统平台不健康、两数据中网络波动性中断等因素的发生，使得两个数据中心一体化的业务系统会分裂成两个独立的数据中心。使用户很难取舍哪一个是唯一的生产数据，那一个是将要废掉的非生产数据。这是veritas SF解决方案中常出的问题。

4、veritas SF是需要部署在客户生产服务器上，这样不可避免的会占用一部分

生产服务器的性能。

5、总结一点，对于运维来说一套架构所涉及的厂商越少、架构的复杂度越低，

越能方便管理并节约成本。