整合SAN存储的出发点应该立足于减少手动操作、数据迁移、线缆、机架空间、设备占地面积，降低能耗、冷却成本和总体拥有成本，从而降低管理的难度。然而，这些都是理想化的效果，实际操作中的SAN整合还需要清晰全面的考虑和引导才能见成效。

　　SAN存储整合有两层含义。第一层含义是将多个彼此独立的SAN结构(网络)整合为更少更庞大的SAN结构;第二层意思则是将多个独立的SAN存储系统整合为更少、更大、更利于管理的SAN存储系统。本指南将着重介绍第二层含义的重要考虑因素。

　　在考虑SAN存储整合时，应该考虑如下关键性问题，并做一些准备工作：

　　•整合后的SAN存储将来如何进行升级？

　　•每个系统下的各组RAID实际可用容量是多大？(例如，实际可被应用使用的容量大小。)

　　•使用的是何种类型的容量管理策略？或者需要何种容量管理策略的第三方软件？

　　•对于可预见的性能和容量管理，拥有哪些工具？

　　•整合后的存储系统管理是否比整合前的管理要简单很多？换句话说，就是整合后的存储系统是否有利于存储管理员的管理。

　　•系统管理是否易于故障排查？

　　•LUN如何扩展——动态扩展还是自动精简配置？

　　•整合后的SAN如何满足吞吐量和IOPS需求(包括现在与将来)？

　　•SAN整合如何简化管理(基于决策的临界值、警报、基于管理策略自动化等等。)？

　　•SAN存储整合如何管理应用性能优先级？它是否会使用安全隔离？(例如LUN掩码，应用无法识别或访问其它应用的数据或存储。)

　　•如果有单个出错点的话，它们可能出现在哪儿？如果这些单个出错点可以接受，那么有哪些减少出错的措施(双系统、双结构、多路径、负载平衡等)？如果一个应用崩溃了，会不会影响其它应用，有哪些影响？

　　•从多个SAN存储系统进行迁移整合时，如何做到应用和用户中断最小化？

　　•整合后的SAN存储系统如何满足企业的数据保护要求？

　　•整合后的SAN系统是否支持即将运行于其上的所有应用？

　　•整合的存储系统如何最小化无记载数据损坏(silent data corruption)？有哪些RAID之外的端到端错误检测与错误整合？

　　•除RAID之外，整合系统为硬盘驱动提供何种自我修复功能？整合系统如何缩短RAID重建时的应用中断时间，以及如何减少数据丢失？

　　•整合的SAN存储系统的总体拥有成本(也就是基本建设投资与运营成本的总和)是否低于整合前的多个SAN系统的总成本？如果不低于整合前的总体拥有成本，有哪些理由证明需要进行整合？

　　如果对如上的这些问题的回答全部或大部分是比较肯定和积极的，你就可以开始如下的准备工作和实施了。

　　•选择厂商、合作方和系统。

　　•对执行工作进行非常详尽的规划。

　　•为每个受影响的部门提供执行清单，包括服务器、SAN、网络、线缆、机械设备和应用等等。

　　•同所有部门、管理员和应用所有者进行非常详细的交流。如果必要的话，尽量多交流。

　　•对所有事情记录备案。你会从最初的错误中学到很多东西，这些知识有助于你今后的整合工作。一定要获取和记录整合项目所带来的所有节省项，有助于弄清楚你之前保证的项目价值是否真的存在。

　　最后，一个成功的SAN存储整合项目归根结底就是需要清楚的了解当前需求与未来的需求，以及充分的准备、有效可行的规划、高效的执行和严格地遵守规章制度。