ip san san_使用SAN服务提高AIX的可用性

尚未正式记录对允许并支持SAN磁盘重新映射，复制和重用的这些方案的支持。 已经有一些文档和IBM®Redbooks®声明了对特定场景的支持，但是未列出特定步骤或限制。

此处详细介绍的方案指导系统管理员完成为实现所需特定环境而采取的步骤。 他们还试图解释为什么必须遵循设置才能达到期望的结果。 如果不遵循这些步骤，则在某些情况下，系统可能无法启动。

本文还将记录更多受支持的方案。

IBM®Power Systems旨在提供业界最高的独立可用性。 企业必须偶尔重组其基础架构，以满足新的IT要求并处理计划内的停电（例如停电）。 如今，即使是最小的IBM Power Systems都运行逻辑分区（LPAR），并且有必要将LPAR移至其他可用系统，以避免应用程序停机。

IBM Power Systems继续引入创新技术，以帮助处理此类情况并减少停机时间。 实时分区移动性（LPM）允许移动逻辑分区，以便在最适合您的情况下在计算机上执行以前的破坏性操作。 LPM有助于满足日益严格的服务级别协议（SLA），因为它允许您主动将正在运行的分区和应用程序从一台服务器移到另一台服务器。 LPM需要特定的硬件和微码配置，当前仅在基于IBMPOWER6®处理器的系统上可用。

但是，一些使用基于POWER5™的系统的客户想要一种解决方案，以允许他们将AIX环境从一台物理服务器迁移到另一台物理服务器。 本文介绍了在使用PowerVM™虚拟I / O服务器环境时可以从存储子系统切换SAN磁盘（包括操作系统）的方案。 本文还介绍了如何使用“闪存复制”服务来创建用于系统恢复的备份磁盘。

值得注意的是，尽管LPM支持逻辑分区的主动移动，但此处说明的方案仅在关机后才支持AIX环境的移动或备份，因此会涉及一些停机时间。 在不能承受任何停机时间的环境中应格外小心。 在这些情况下，应考虑使用IBMPowerHA®之类的技术来处理计划外的停机并通过提供按需故障转移来提高系统可用性。

PowerVM虚拟化技术（以前称为Advanced Power Virtualization）是硬件和软件的组合，可支持和管理POWER®系统上的虚拟环境。 它包含主要工具，例如虚拟I / O服务器（VIOS），可以简化和优化您的IT基础架构。

方案1.使用SAN引导设备和VIOS切换AIX LPAR

图1.测试方案设置

图1说明了使用Power5系统（CEC1）进行的测试方案设置。

• 在虚拟I / O服务器（VIOS）分区vios_cec1上，我们有两个光纤通道适配器。
• SAN存储中的两个LUN映射到VIOS分区上的两个光纤通道适配器。
• LUN1映射到fcs0，而LUN2映射到fcs1。
• 在VIOS上，LUN1可用作hdisk0，而LUN2可用作hdisk1。
• 在VIOS lpar上创建了两个虚拟SCSI服务器适配器（vhost0和vhost1）。
• 已将hdisk0分配为vhost0的备份设备，将hdisk1分配为vhost1的备份设备。 结果，在VIOS上可以使用vtscsi0和vtscsi1。

请注意，这只是一个示例配置。 一个实际的配置是每个适配器将近80个LUN。

将创建一个AIX分区，它具有使用VIOS导出的两个hdisk，并且分别作为hdisk0和hdisk1提供。 通过共享以太网适配器提供网络。 物理以太网适配器（ent0）用作中继适配器以提供桥接，而虚拟以太网适配器（ent1）用于创建共享以太网适配器（ent2）。 将接口en2配置在ent2的顶部，并将有效的IP地址分配给en2。 在AIX分区上，可以在虚拟以太网适配器ent0的顶部创建一个接口en0（图1中未显示），并且可以为其分配有效的IP地址。

可能会发生需要关闭POWER系统CEC1的情况，这会破坏应用程序的可用性。 理想的是将AIX分区切换到另一个可用的系统，因此可以使AIX分区上运行的应用程序对最终用户可用。

如图2所示，系统（CEC2）连接到同一网络，并且具有VIOS分区（vios_cec2），该分区可以访问由VIOS分区（vios_cec1）访问的相同SAN磁盘。 在这种情况下，可以关闭CEC1上的AIX分区并启动CEC2上的AIX分区。 整个过程可以在几分钟之内完成，从而实现简单的高可用性。 PowerHA具有针对特定VSCSI配置的支持声明。 您可能要访问这些支持声明。

图2.使用SAN引导设备切换LPAR

前提条件和限制

在将AIX环境（包括rootvg和其他卷组）从一个CEC切换到另一个CEC之前，必须满足以下先决条件：

• 确保两个CEC上的系统处理器类型和模式都兼容。 例如，POWER5和POWER6都可以在64位模式下运行，因此是兼容的。 如果AIX环境在原始系统上使用64位内核，那么目标系统将需要64位处理器。
• 两个CEC连接到相同的网络或子网。 这很重要，因为当您将rootvg切换到另一个CEC时，网络接口（IP地址等）将保留并在引导AIX时（在切换完成之后）恢复。 如果配置不当，则可能会发生问题，例如引导失败，挂起或系统访问权限丢失。
• AIX客户端分区（在分区概要文件上）的虚拟以太网和虚拟SCSI客户端适配器的插槽号必须在两个CEC上都匹配。 在两个CEC上，虚拟SCSI客户端和虚拟SCSI服务器适配器的映射必须相同。
• 两个CEC上的虚拟I / O服务器版本必须相同。
• 在虚拟I / O服务器上以相同级别运行所有软件，例如SDDPCM或Powerpath。
• AIX客户端分区上所有可见的磁盘都必须是虚拟磁盘（使用虚拟SCSI从VIOS导出）。 从VIOS导出到AIX客户机分区的所有磁盘都必须是SAN磁盘。 不应将内部磁盘导出到客户端分区。 不应将基于逻辑卷或文件系统的备份设备导出到客户端分区。
• 导出到AIX客户端分区的SAN磁盘必须对两个CEC上的两个VIOS分区均可用。 需要完成在存储子系统上需要完成的所有SAN分区，LUN屏蔽或映射，以使两个VIOS分区都可以使用相同的LUN。 VIOS本身可以安装在内部磁盘或SAN磁盘上。
• VIOS上所有SAN磁盘的属性reserve_policy应该设置为no_reserve 。 如果未设置“ no_reserve”，则应在切换之前关闭原始CEC上的VIOS。
• 在虚拟I / O服务器上，必须创建一个共享以太网适配器，以便第二层桥接可用于分配给AIX客户机分区的虚拟以太网。
• 确保为两个CEC上的VIOS分区正确完成VLAN配置。
• 两个CEC上的系统时钟应设置为相同的日期/时间。

将AIX环境从一个CEC切换到另一个CEC

要将AIX环境从一个CEC切换到另一个CEC，请执行以下步骤：

1. 确保满足所有先决条件 。 如果不满足任何先决条件，请不要执行切换。
2. 在CEC1上，关闭AIX分区上的所有应用程序。 这样可以确保数据卷组和文件系统一致。
3. 关闭AIX分区。
4. 在CEC2上，确保VIOS分区已启动并正在运行。
5. 在CEC2上，引导AIX分区。
6. 当AIX分区引导时，固件可能无法识别启动盘。 引导设备信息存储在NVRAM中，因此，如果新系统从未使用该系统上的常规安装方法安装的磁盘引导，则用户需要与固件系统管理服务（SMS）菜单进行交互才能选择引导设备。 。 这可以通过SMS菜单完成，可以从硬件管理控制台（HMC）上的虚拟终端访问该菜单。

与任何生产环境一样，我们建议您在将系统设置应用于生产之前，对其系统设置（包括切换过程）进行彻底的测试和记录。

场景2.使用冗余VIOS切换AIX LPAR

场景1说明了使用单个VIOS分区的AIX环境切换。 但是，许多客户运行两个VIOS分区以提供冗余并故障转移到AIX客户端分区。 多路径I / O（MPIO）通过提供到同一资源（磁盘）的冗余路径来帮助提高虚拟SCSI资源的可用性。 例如，图3突出显示了AIX分区（aix_lpar1）上虚拟磁盘（hdisk0和hdisk1）的基于MPIO的配置。

图3.使用冗余VIOS的AIX客户机分区的多路径I / O

本文中介绍的切换过程在这种情况下可以正常工作，并且已经在实验室条件下进行了测试。 您必须确保在执行切换之前，此精确设置（包括具有匹配虚拟插槽号的两个VIOS分区）在另一个CEC上可用。 使用AIX MPIO的VIOS分区上可能还有其他MPIO配置。 虚拟I / O服务器逻辑分区上的此类MPIO配置不应影响在AIX环境上的切换。 上一节中列出的所有先决条件和限制都适用于MPIO方案。 最佳实践不建议在同一系统上使用MPIO和镜像。 通常，在导出LV而不是LUN时，在虚拟客户端上使用镜像。

图4.在VIOS上使用冗余VIOS和SDDPCM MPIO的AIX客户机分区的多路径I / O

方案3.使用FlashCopy®进行恢复

此方案涉及创建AIX操作系统环境的副本，以供以后恢复时使用。

使用基于SAN的引导设备时，某些环境要求执行AIX操作环境的备份。 尽管有很多方法（例如，mksysb）来实现AIX rootvg的备份，但下面将说明使用SAN设备备份和还原rootvg的更快方法。

使用SAN设备备份和恢复AIX Environment

1. 关闭AIX LPAR以确保文件系统被静默。
2. 使用FlashCopy功能将rootvg LUN复制到备份LUN。 （请参见图5。）不必等待FlashCopy完成。 FlashCopy在后台运行。
3. 使用HMC重新引导AIX LPAR。
4. 如果需要还原备份的rootvg，请关闭AIX LPAR。 使用FlashCopy将备份的rootvg LUN（LUN B）复制到原始LUN（LUN A）。 （请参阅图6。）复制的磁盘用于系统恢复；请参见图6。 因此，不需要删除或重新配置网络或设备配置信息。
5. 引导AIX LPAR。

在这种情况下，不需要虚拟I / O服务器。 但是，使用由虚拟I / O服务器的LUN支持的虚拟磁盘的AIX客户端LPAR也可以遵循这些备份和恢复过程。

图5.备份rootvg

图6.还原备份的rootvg

方案4 –从SAN服务创建的rootvg的二进制副本引导

此方案描述了从SAN服务创建的rootvg二进制副本启动，而没有将该副本还原到原始LUN。 例如，参考图5，如果LUN A损坏，则可以将LUN B映射到LPAR并启动。 由于主LUN和备份LUN始终相同，因此在客户环境中可能更易于支持此方案，但是现在可以使用使用备份副本的选项。
在这种情况下，LUN包含rootvg的二进制副本，但可能具有或可能没有相同的唯一设备标识符（UDID）。 对配置代码进行了更新（IZ82061，IZ82080-5.3 TL 11，IZ81634，IZ81633-5.3 TL 12，IZ83828，IZ79602-6.1 TL3，IZ76109，IZ77394-6.1 TL4，IZ83974，IZ78806-6.1 TL5，IZ76505，IZ73903 6.1 TL6）允许使用相同的PVID但使用不同的UDID引导系统。 这将支持PPRC或Flash副本。

该方案是对使用SAN服务（例如PPRC，全局镜像或闪存副本）的支持的更一般的声明。 AIX无法控制各种存储供应商使用的SAN复制方法。 建议您与存储供应商联系，以获取其存储子系统支持的SAN复制方法。

方案5 –从由SAN服务在不同的CEC或LPAR上创建的rootvg的二进制副本进行引导许多客户端希望能够使用来自一个CEC的rootvg的二进制副本从其他LPAR或操作系统中引导操作系统映像。不同的CEC。 当设计灾难恢复过程时，在可用时间上有限制，以还原大量AIX rootvg映像时，尤其如此。 尽管由于可能的排列数目众多，AIX不能发出支持启动rootvg二进制副本的全面声明，但是您可以为您的环境设计可行的过程。 添加了sys0 ghostdev属性，以帮助从不同的LPAR或不同的CEC引导AIX映像。 通过在复制AIX映像之前运行“ chdev –a ghostdev = 1 –l sys0”，将启用AIX ghostdev功能。 启用ghostdev时，如果检测到AIX映像是从其他LPAR或CEC引导，它将在AIX引导期间触发。 触发ghostdev功能后，将删除ODM中的自定义设备和自定义属性，并创建新的自定义设备。 新的自定义设备将使用默认属性值创建，并且可能具有不同的逻辑设备名称。 在从其他LPAR或CEC引导AIX之前启用ghostdev功能将通过删除Defined和Missing定制设备来降低复杂性。 LPM操作不会触发ghostdev功能。 将操作系统映像移至其他CEC或LPAR之后，可能需要重新配置依赖于跟踪系统上硬件的中间件或应用程序。 如果除AIX MPIO之外还使用多路径软件，则建议您在使用ghostdev属性之前与多路径软件供应商联系。 ghostdev属性要求AIX最低级别为6.1 TL 7或7.1 TL1。如果使用AIX 6.1 TL 7，则建议安装APAR IV11039。 如果使用AIX 7.1 TL 1，则建议安装APAR IV10982。 高于AIX 6.1 TL 7和AIX 7.1 TL 1的AIX级别不需要任何其他APAR。

下面列出了将rootvg从物理环境迁移到物理或虚拟环境的潜在问题。 在为您的环境设计解决方案时，请记住这些事项。

1. 固件无法识别启动盘。 启动设备信息存储在NVRAM中，因此，如果新系统要从未使用该系统上的常规安装方法安装的磁盘启动，则用户将需要与固件SMS菜单进行交互才能选择启动方式设备。 这可以通过SMS菜单完成，可以从HMC上的vterm访问。
2. 控制台设备可能会丢失，需要重新选择。 如果引导时没有人响应控制台选择提示，则一段时间后，系统将继续在没有控制台的情况下引导。 对于用户来说，这可能看起来像是在启动时挂起的。
3. rootvg必须包含对新系统的所有必需支持。 这包括对新系统上任何新设备的设备支持，以及对模型本身的支持。 如果rootvg中的AIX级别不支持系统或设备，则问题可能会表现为引导失败或缺少设备支持。
4. 新系统必须能够运行rootvg中安装的AIX。 例如，如果rootvg使用的是64位内核，则新系统需要64位处理器。
5. 设备名称可能会更改。 在新系统中发现的总线和适配器设备集很可能与rootvg的ODM数据库中的设备不匹配。 这将导致在ODM中创建新的设备实例，原始系统中的设备列为“已定义”。 例如，在原始系统可能具有总线pci0和pci1以及SCSI适配器scsi0的情况下，新系统将使用已定义的状态列出它们，其中包含用于PCI总线和SCSI适配器的新设备pci2，pci3和scsi1。 即使新系统看起来与原始系统相同，也是如此。 通常将为磁盘设备（包括rootvg中的磁盘设备以及外部SAN磁盘）分配与原始系统相同的名称。 但是，如果磁盘不支持唯一标识符且未分配PVID，则可以给它一个新名称。 几乎所有其他设备都将被赋予新名称。
6. 可能存在错误日志不一致。 现在，在移动rootvg之前带有时间戳的错误日志条目可能看起来不正确。 这可能部分是由于如上所述的设备名称更改，以及不再存在故障硬件的事实。
7. 不合适的特定于系统的配置信息可能会应用于新系统，例如TCP / IP主机名和IP地址。 inet0设备的路由属性将应用于新系统，如果不合适，可能会表现为引导失败，挂起或系统访问权丢失。
8. 网络接口设备配置将不会应用于新系统。 网络接口与特定的网络适配器关联。 如果适配器名称更改（如前所述） ，则还将使用默认配置设置创建一个新的网络接口。 这可能表现为引导失败，挂起或系统访问权限丢失。
9. 可能存在磁盘预留冲突。 当rootvg在另一个系统中引导时，它现在是与以前不同的主机。 这可能会阻止它访问它可以在旧LPAR中访问的某些磁盘。 如果rootvg受此影响，则新系统将无法启动。 但这应该可以使用磁盘子系统的已定义过程来解决。
10. iSCSI配置问题-如果正在使用iSCSI磁盘，则在新系统中可能无法识别它们。 如果使用iSCSI TOE适配器进行访问，则可能需要使用来自先前适配器的信息来配置新的iSCSI TOE适配器实例。 如果使用软件iSCSI访问，则可能需要首先解决网络配置问题。
11. iSCSI专用引导问题-如果rootvg的驻留在iSCSI磁盘上，新系统甚至可以使用固件SMS菜单选择正确的引导设备后无法启动如前所述 。 这是由于相同的结构的问题，如前所述 。 由于系统无法启动，因此无法解决配置问题。 此处的解决方案是引导进入维护模式以更正配置问题。
12. 除上述列举的问题外，可能还有其他问题。 这些可能会解决，也可能无法解决。

结论

本文通过以下方法介绍了一些简单的方法来实现AIX逻辑分区的更高可用性：

• 使用虚拟设备切换SAN引导设备。
• 使用FlashCopy备份和恢复AIX环境。

---

翻译自: https://www.ibm.com/developerworks/aix/library/au-AIX_HA_SAN/index.html