I/O 寻径
I / O寻径指决定和管理系统和存储器之间的I / O数据传输选用路径的能力。改变I / O数据传输的路径或连接将极大地提高系统管理和存储管理的效率。当多个主机I / O控制器能连接到多个存储子系统控制器时，I / O寻径可以通过B A S来实现。但通常情况下，B A S的I / O寻径没有S A N能提供的I / O寻径灵活有效。
S A N的一个主要特征在于，它能提供系统到设备的灵活连接。当这种自由被视为一种主要的优势时，就需要对它进行正确的管理以避免出现问题。这就是I / O寻径的由来。I / O寻径提供了一种通过S A N系统地将系统连接到存储器，以及当发生变化时能有效进行响应的方法。
在某些方面，I / O寻径和通过使用子网或虚拟专用网在T C P / I P中管理网络通信的方法类似。有人也许会争辩说I / O寻径并非S A N的基本应用，而实际上是执行那些基本应用所需的操作。不管怎样，I / O寻径都是使S A N正常工作的重要组成部分。
1. 使用I / O寻径提高抗灾能力
具有高可用性的S A N已经在前面作为一种拓扑结构类型进行了讨论。根据失效组件或失效连接来改变I / O路径的能力是I / O寻径最典型的应用之一。在这种情况下，通常把I / O寻径简单地称为寻径。
为了使高可用性的I / O寻径能正常工作，每个组件都必须支持这种功能。换而言之，读者不能假设主机I / O控制器支持H A功能，除非它们已经被明确地申明为支持该功能。对于诸如交换机和集线器的S A N设备和子系统控制器而言，也同样如此。由于这点在前面已经被详细地讨论过，本节不再进行进一步的论述。图9 - 2 8重现了图9 - 2 2中说明的H A交叉S A N。和点对点S A N不同的是，图9 - 2 8中的S A N包括了网络交换机和集线器。
和图9 - 2 2另一个不同之处在于子系统中的端口数。图9 - 2 8在每个子系统中不需要多余的两个端口来保证寻径失败时的系统可用性。而图9 - 2 2中的S A N在每个指系统中需要4个端口。这并不意味着多端口子系统没有必要：它们很有价值，但在追求高可用性时并不是必须的。
2. 系统升级和维护的I / O寻径
并不是所有技术的成功都必须非常圆满。仍然存在于私有网络上的应用，或手工更换磁带驱动器和可移动介质上数据的应用仍然工作得非常出色。另外一个“低科技”的管理服务和存储的方案是手工管理它们之间的I / O路径。
对许多机构而言，系统的升级每天都会发生。例如，一个管理1 0 0台服务器的I T机构每周至少会更新其中的一台服务器。当然，也有可能更多。拥有成千上万台服务器的机构如果试图每天用命令行来持续更新他们的系统时，将会遇到真正的难题。
系统更新是一个很耗时的工作，因此通常在夜间或周末进行，以避开数据产生时可能遇到的问题。这使得在需要帮助的时候，很难从技术支持机构和厂商得到及时的帮助。由于相关工作量大，时间有限，因此会犯一些错误。而2 4×7方式的运行，例如互联网服务器的运行，则不需要太多时间来更新性能以及进行维护，它仅在遇到问题的时候才需要进行处理。
然而，系统和存储通常不需要同时进行更新。如果一台服务器没有处理能力或内存空间以处理它不断上升的负载，这并不意味着它的存储器的空间耗尽了。
通过在服务器端改变I / O路径，现有的存储不需要进行任何改变或重新配置就能继续使用。换而言之，基本上在存储端无需进行任何改动。这显著地减少了系统的总体负担。该服务器被连接到S A N，它到存储的路径被建立并被改变（如图9 - 2 9）。
更新时的优点在维护时也同样适用。维护操作可在一台服务器离线时完成，而同时另外一台服务器可以接管它的工作。因此，一个有4台或5台服务器的S A N可以再连接一台备用的服务器。当任何服务器需要被维护时，备用服务器能改变其连接路径以代替该服务器继续进行工作。
