aix lpar fcs_避免AIX LPAR迁移的麻烦

在计算世界中，很多时候，一年前运行良好的系统无法满足其硬件需求，突然需要更多资源。 幸运的是，使用最新的AIX LPAR技术，将服务器从一种硬件迁移到另一种硬件变得非常容易，而停机时间却很少。 IBMpSeries®和Systemp®硬件提供的虚拟化，可移植性和可管理性为系统管理和支持提供了灵活性。 但是在迁移到AIX LPAR的过程中可能会有一些减速。 本文着重避免常见的“陷阱”，它们可能会加速和减慢AIX LPAR迁移。

常用缩略语

• DBA：数据库管理员
• I / O：输入/输出

陷阱1：资源短缺

迁移到新的LPAR时，首要也是最重要的事情是确保有足够的资源可用。 移动的最常见原因是原始硬件上的资源不再能够支持服务器的目的。 没有什么比投入大量时间来发现新硬件缺乏功能和功能更糟糕的了。

尽管本文的目的不是作为架构LPAR的规模文档，但至关重要的是，新的LPAR具有所有必需的功能。 您需要多少个处理器？ 处理器是专用的还是来自共享池？ 会有足够的内存吗？ I / O适配器呢？ 设置虚拟I / O（VIO）服务器来管理资源是否值得？ 是否有地板，机架空间，电源或冷却装置？

为了回答这些问题和其他问题，IBM提供了Systems Workload Estimator（请参阅参考资料 ）。 该工具可以为您所需的新设备提供大致的尺寸信息，以及对所需设备类型的大致了解。 然后，您可以将工具中的信息与第三方供应商的信息结合起来，以正确确定满足LPAR要求所需的资源。

陷阱2：建立根卷组

转到LPAR迁移的技术方面，您必须首先管理的是根卷组（rootvg）。 正如房屋需要坚实的基础一样，rootvg必须扎实，才能成功进行迁移。 建立rootvg的主要方法有三种，每种方法各有利弊。

策略1：全新安装操作系统

在这里，从CD，DVD或网络安装管理器（NIM）将操作系统安装在磁盘上以创建rootvg。

• 优点 ：此安装是加载操作系统的最干净，最原始的方式。 多年来，我看到服务器已经从4.3.2的每个版本和AIX的发行版迁移到5.3，即使AIX操作系统的迁移过程是围绕软件，第三部分和第三部分的最强大的升级途径之一，第三方应用程序有时可能会在操作系统迭代中拖延其前进的道路。 这些元素会使服务器看起来最好看起来难看，或者变得复杂，最坏情况下很难升级和管理。 但是，通过使用基本介质，可以保证操作系统与出厂时的状态相同。
• 缺点 ：不幸的是，安装完全干净后，使新的LPAR看起来像旧服务器可能很耗时。 您必须重新创建用户ID，组，文件系统，环境变量以及所有定义服务器的功能。 如果服务器很简单，这可能是可行的方法。 但是，如果服务器具有数百名用户的复杂环境，则选择其他路由可能更值得。

策略2：物理磁盘移动

在这里，您可以从原始服务器中删除物理磁盘，将它们插入新硬件，然后将其分配给LPAR。

• 优点 ：通过将根磁盘从旧服务器中取出并放入新服务器中，可以确保新服务器具有与旧服务器相同的身份。 rootvg中的几乎所有内容都将被保留，您可以指望首次启动时可用的所有内容。
• 缺点 ：有四个原因导致此策略不是最明智的选择。 首先，有可能在物理传输磁盘时掉落或损坏磁盘。 其次，原始服务器可能没有使新硬件正常运行的所有设备驱动程序，这将需要寻找并安装其他软件。 第三，您很可能必须删除或重新配置设备才能使新的LPAR正常运行（我将在后面详细介绍）。 最后，磁盘的形式因素有可能与新硬件不兼容，从而完全排除了该选项。

策略3：系统备份和还原

在这里，您将原始服务器备份到mksysb映像，然后将其放到新硬件上。

• 优点 ：我更喜欢这种策略，因为它保留了原始硬件，允许新的LPAR自动获取设备驱动程序（使用互补基本媒体或NIM服务器时），并且可以带走所有用户ID，组，rootvg文件系统，和环境变量。 对于原始服务器和新LPAR而言，它在所有选项中的介入最少。
• 缺点 ：此解决方案的主要威慑因素是是否不断修改原始服务器上的rootvg。 在对原始服务器所做的更改导致内容中出现大量增量之前，mksysb映像只会“刷新”很长时间。 但是，如果遵循最佳实践来防止定期更改数据进入根卷组内部，则此选项可以为测试和部署提供充足的时间。 您将需要获取临时IP地址或网络适配器以进行构建，然后在以后进行更正。

同样，确定要用于rootvg磁盘的磁盘类型也很重要。 服务器将使用内部SCSI磁盘还是存储区域网络（SAN）引导技术？ 如果将使用SCSI磁盘，则修补SAN驱动程序是一件容易的事，但硬件故障的可能性更高。 如果使用SAN引导技术，则重新引导和I / O性能将非常快，但是由于将光纤通道适配器全球名称（WWN）集成到磁盘属性中，因此无法轻松地将磁盘从一个LPAR移植到另一个LPAR。

陷阱3：管理外部卷组

选择了操作系统策略后，就该计划如何转移外部/非根卷组了。 与rootvg一样，有几种将数据迁移到新LPAR的方法，包括使用SAN技术（例如IBM SAN卷控制器（SVC）上的Flash Copy功能）或仅使用原始电缆，适配器执行备份和还原操作。 ，以及新硬件中的磁盘。 但是，无论您采用哪种技术，都需要考虑一些事项。

首先，保存一个副本或从原始服务器备份/ etc / filesystems文件。 尽管类似importvg命令将检测外部卷组的内容，但是这些内容可能无法以有组织的方式导入，从而导致文件系统以错误的顺序安装。 当客户有多个外部卷组并且文件系统分层链接时，我通常会看到这种情况。

例如，考虑具有三个卷组和相互关联的文件系统的Oracle数据库服务器：

• datavg1 ：/ opt / app
• datavg3 ：/ opt / app / oracle
• datavg2 ：/ opt / app / oracle / product

如果这些卷组是通过数字方式导入的，则系统将尝试挂载/ opt / app / oracle / product，然后使用/ opt / app / oracle对其进行超载。 但是，通过拥有原始/ etc / filesystems文件的副本，您可以提供在新LPAR上组织相同文件的参考。

其次，保存磁盘信息的副本，尤其是如果磁盘将直接从原始服务器移动到新的LPAR时。 确保记录物理卷标识（PVID）号，卷组名称，运行状况检查间隔以及任何其他可调参数。 这样，就可以毫不费力地识别，配置和导入磁盘。

第三，考虑在迁移过程中可以执行的其他磁盘维护。 利用服务器不可用来更改磁盘体系结构的优势。 您可以将外部卷组更改为大型或可伸缩的卷组。 您可以使用单个大逻辑单元号（LUN）替换多个小磁盘。 您可以回收不需要的文件系统或磁盘空间以节省资源。

陷阱4：设置和配置设备

完成LPAR迁移的最后一个挑战是正确设置所有其他设备。 根据您先前使用的策略，设备的管理可能是一项耗时的任务，也可能是一项轻松的工作。

在移到新服务器之前，花点时间从现有设备中获取所有配置参数。 lsdev –C命令将显示旧服务器上的所有设备。 然后可以针对该输出运行lsattr和lscfg命令，以获取所有自定义的设置和属性。 由于硬件不同，其中一些参数不一定会同样适用于新的LPAR，但应保留某些设置，例如IP别名，内存可调参数和光纤通道速度。

如果根磁盘是通过原始介质或NIM安装映像的，则在服务器启动时，您将需要设置和配置所有设备（NIM使用的网络适配器除外）。 这是配置设备最耗时的过程，将需要最多的关注。 并且，如果您使用了NIM，则在切换时间到来时，可能需要更改IP地址和/或主机名。

如果根磁盘将物理移动到新的LPAR，或者如果您在NIM中选择该选项来重新创建设备，则将需要整理许多旧设备和新设备。 例如，如果原始服务器具有一个以太网适配器（ent0），而新服务器具有一个以太网适配器（ent1），则新服务器将具有一个已定义的适配器（ent0），一个可用适配器（ent1），并且没有活动接口有效的IP地址。 因此，您将必须使用rmdev –dl <interface> -R命令删除两个接口，使用cfgmgr重新检测正确的设备，然后设置IP地址。 相同的过程适用于以前定义的所有其他适配器和磁盘。

我还发现，回过头来困扰我的一件事是设备定义，它们不直接与物理硬件相关联，尤其是数据库服务器上的异步I / O设备（AIO）。 对于这些设备，首先运行mkdev操作以使该设备可用，然后运行chdev以将设备设置为在重新引导后可用。 否则，一旦新的LPAR处于活动状态，就会有一些激动不安的DBA。

结论

根据我多年的经验，我已经完成了数十次成功的LPAR迁移。 我不能充分重申的一条建议是：计划，计划并计划更多！ 尽管收集有关原始服务器的大量信息似乎是微不足道的，遍历硬件的每个部分都是浪费时间，但是我无法计算知道抽象的东西（例如PVID，最大传输单位（MTU））的次数）大小或超时值可用于保存客户帐户。 没有比切换开关和观看新的LPAR停止状态更糟糕的感觉，但是通过避免这些常见的陷阱，您将有最大的机会成功进行LPAR迁移。

---

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