光纤通道设备的动态跟踪

• 将交换机与存储设备之间的电缆从一个交换机端口移至另一个交换机端口。
• 使用交换机间链路 (ISL) 连接两个独立的交换机。
• 重新启动交换机。

chdev -l fscsi0 -a dyntrk=yes  

• 交换机环境。 其在仲裁环路环境（包括公共循环）中不受支持。
• FC 6227 适配器固件，3.22A 1 级别或更高级别。
• FC 6228 适配器固件，3.82A 1 级别或更高级别。
• FC 6239 适配器固件，所有级别。
• 所有后续 FC 适配器发行版支持快速 I/O 失败。
• 全球名称（端口名称）和节点名设备必须保持为常量，而全球名称设备必须是唯一的。 更改可用的或联机设备的全球名称或节点名可能会导致 I/O 失败。 此外，每个 FC 存储设备实例必须有 world_wide_name 和 node_name 属性。 包含有 sn_location 属性的更新文件集（请参阅以下项目符号）也必须更新为包含这些属性的文件集。
• 存储设备必须提供一个可靠的方法来为每个逻辑单元号抽取一个唯一的序列号。 AIX FC 设备驱动程序不会自动检测序列号的位置。 抽取序列号的方法必须由存储器供应商提供，以支持动态跟踪特定设备。 通过为每个存储设备使用 sn_location ODM 属性，将此信息传递到驱动程序。 如果磁盘或磁带驱动程序检测到缺少 sn_location ODM 属性，那么会生成 INFO 类型的错误日志，并且不会启用动态跟踪。
  注: 在 hdisk 上运行 lsattr 命令时，可能不会显示 sn_location 属性。 即，即使属性存在于 ODM 上，也不会显示属性名称。
• 如果 N_Port 标识在 15 秒内在光纤网上稳定下来，那么 FC 设备驱动程序可以跟踪存储区域网络光纤网上的设备。 从单个主机总线适配器来看，存储区域网络光纤网是光纤网。 如果电缆没有重新插入或 N_Port 标识在最初的 15 秒钟后仍改变，那么可能会发生 I/O 失败。
• 不会跨主机总线适配器跟踪设备。 如果从设备原本连接到的同一 HBA 仍可看到设备，那么会跟踪这些设备。

  例如，如果设备 A 从连接到主机总线适配器 A 的光纤网 A 上的一个位置移至另一个位置（换句话说，它在光纤网 A 上的 N_Port 更改），那么无需用户干预就可以跟踪设备，并且此设备上的 I/O 可以继续。

  但是，如果设备 A 从 HBA A 可视，但是从 HBA B 不可视，并且已将设备 A 从连接至 HBA A 的光纤网移至连接至 HBA B 的光纤网，那么在光纤网 A 和光纤网 B 都不可访问设备 A。 将需要用户干预，即，通过运行 cfgmgr 命令以使其在光纤网 B 上可用。 光纤网 A 上的 AIX 设备实例不可用，必须在光纤网 B 上创建设备实例。 必须手动将此设备添加到卷组和多通道设备实例等。 此过程类似于将设备从光纤网 A 除去并将设备添加至光纤网 B。

• 当正在进行 AIX 系统内存转储时，无法对 FC 转储设备执行动态跟踪。 此外，在系统重新启动期间或通过运行 cfgmgr 命令不支持动态跟踪。 如果这些操作中的任何一项正在进行，那么不能进行 SAN 更改。
• 在跟踪设备后，ODM 可能包含旧文件的信息。 这是因为 ODM 中的小型计算机系统接口 (SCSI) 的标识反映存储区域网络上的真实 SCSI 标识。 只要所有的驱动程序（包括任何第三方 FC SCSI 目标驱动程序）都支持动态跟踪，在手动运行 cfgmgr 命令或重新引导系统之前，ODM 一直保持这个状态。 如果手动运行 cfgmgr 命令，那么必须在所有受影响的 fscsi 设备上运行该命令。 可以通过在不使用任何选项的情况下运行 cfgmgr ，或者通过在每个 fscsi 设备上单独运行 cfgmgr 来完成此操作。
  注: 在运行时运行cfgmgr 以重新校准 SCSI 标识可能不会更新存储设备的 ODM 中的 SCSI 标识。 当存储设备打开，即卷组处于联机状态下时，会出现此种情况。 cfgmgr 命令必须在没有打开的设备上运行或系统必须在重新启动后重新校准 SCSI 标识。 ODM中的旧 SCSI 标识对 FC 驱动程序没有反作用，并且对于 FC 驱动程序正常运行而言，在ODM中对 SCSI 标识的重新校准并不是必需的。 然而，必须更新使用 ioctl 调用与适配器驱动程序直接通信和使用来自 ODM 的 SCSI 标识值的所有应用程序（请参阅下一个项目符号）来避免使用旧的 SCSI 标识。
• 所有通过 ioctl 调用或直接连接到 FC 驱动程序的入口点与 FC 适配器驱动程序进行通信的应用程序和内核扩展必须支持 FC 适配器驱动程序的 V1 ioctl 和 scsi_buf API 来与 FC 动态跟踪一起正常工作。 不一致的应用程序或内核扩展可能在动态跟踪事件后运行不正常或者甚至可能失败。 如果 FC 适配器驱动程序检测到一个应用程序或内核的扩展没有符合新的 V1 ioctl 和 scsi_buf API，那么将生成 INFO 类型的错误日志并且不会为此应用程序或内核扩展试图进行通信的设备启用动态跟踪。

  对于开发与 AIX 光纤通道驱动程序栈通信的内核扩展或应用程序的 ISV，请参阅所需的 FCP、iSCSI, 和虚拟 SCSI 客户适配器设备驱动程序 ioctl 命令以及了解 scsi_buf 结构，以了解支持动态跟踪所需的更改。

• 甚至在启用动态跟踪后，用户必须在维护窗口中更改存储区域网络（例如，移动或交换电缆并建立 ISL 链接）。 建议不要在完全生产运行时更改 SAN，因为运行任何 SAN 更改的时间间隔太短。 例如，如果未正确重新插入电缆，那么会导致 I/O 失败。 在小流量或没有流量时运行这些操作会最小化 I/O 失败造成的影响。
• AIX 分区上的动态跟踪支持从存储区域网络恢复配置事件的明确目的软件。 在 LPAR 移动性操作期间，需要这些配置事件。 AIX 策略用于避免在准备移动性事件或在处理移动性事件期间发生服务中断。 因此，对于虚拟 FC 客户机适配器，始终启用动态跟踪，并且不能禁用。