2.子系统端SAN
另一个对SAN有趣的尝试是在一个存储子系统的范围内使SAN的连接能力崩溃。换而言之，即在服务器和存储器之间除了SAN线缆，不使用任何SANI/O路径设备。这种类型的子系统端SAN也被称为盒子中的SAN。它使用了改变过的点到点拓扑结构。实际上，SAN技术应当在子系统内部集成，但它不能像诸如网络交换机或集线器等外部设备一样对外提供接口。
然而，这些子系统端的SAN能将子系统互联在一起，从而获得所有SAN的优点，包括可扩展性、复杂性和通用性。这种通过将SAN组件和磁盘子系统组件集成在一起的配置更易于集成和管理。它甚至可能将其他所有内部和外部的SAN功能和组件一起放在SAN子系统内。关于为什么一个增强磁盘子系统管理控制台不能用于管理所有的下行子系统和SAN设备这一点，似乎没有什么道理可言。
关于子系统端SAN的一个有趣的方面是，SAN技术的功能和价值能为存储子系统所包容。IT专业人士可以充分利用SAN的优点，而无需将它们与开放系统集成。当然，其缺点在于，子系统的生产者可能选择限制对市场中其他产品的支持。这会导致首先出现那些和开放系统SAN解决方案相比，更昂贵但其性能有限的某些系统。
图中显示了这样一个子系统端SAN。它通过使用一个附加的第二子系统来扩展系统容量，并通过一根500米长的连接映射到第三子系统上。
3.服务器端SAN
另一个有趣的SAN结构为：由主机系统提供一个或多个SAN功能的服务器SAN。这与在主机系统中提供卷管理和RAID功能的原理相同。实际上，这可能成为在一个集中位置为其他服务器提供这些存储管理功能的可行方法。第2章中介绍的SAN域名控制器就是这种产品的一个实例。
一个可扩展服务器端SAN通过一个内部快速I/O总线连接多个主机I/O控制器。和子系统端SAN类似，服务器端SAN在服务器和存储器之间没有SANI/O路径设备，而主要依靠点对点的连接。
将另一个子系统添加到一个可用的主机I/O控制器端口可以获得服务器端的可扩展性。其性能不仅取决于主机I/O总线的速度，还取决于I/O控制处理器的快速通信和用最小时延交换数据的能力。和交换机和集线器相比，一个服务器会在I/O路径中引入更多的延迟。
使用服务器端SAN的一个好处在于可以使用通用的系统，并在此基础上增加SAN的功能。换而言之，它使得用流行的组件建造SAN成为可能，从而能减少开支并增加可能的解决方案数量。对于为什么开放系统计算能力尚无法应付运行于专用SAN操作的系统上的存储管理应用程序，这一点还尚未可知。
和本章中讨论的其他SAN拓扑结构不同，服务器端SAN在1999年还没有被实现。以后，随着CPU处理速度的提高，以及系统存储总线结构的发展，如新的系统I/O路径的出现（见第15章），该类型SAN的实现将成为可能。服务器端SAN的性能和可扩展性也许并不适用于高性能应用，但对于其他应用而言，它仍然是很不错的。
服务器端SAN另外一个有趣的特性在于，它能方便地通过一个SAN服务器实现数据共享、提供锁管理器、提供缓冲管理和其他访问控制服务。
图中显示了一个由两个应用服务器构成的服务器端SAN。这两个应用服务器通过一个SAN域名服务器访问它们的存储子系统。该SAN域名服务器为应用服务器提供了卷管理和设备虚拟功能。
重庆数据恢复 
