分类：
2010-04-01 10:12:44
|
通过 NIM Alternate Disk Migration 工具最小化 AIX 迁移停机时间 |
 |
级别： 初级 , AIX 专家, Australia Post 2010 年 2 月 01 日 本文展示如何使用 NIM Alternate Disk Migration 工具迁移到 AIX® 6.1，如何最小化迁移到 AIX 操作系统的最新版本所需的停机时间。 最近，我一直忙于将我的整个 AIX 环境从 AIX 5.3 升级到 AIX 6.1。我的环境由接近 100 个 AIX LPAR 组成。面对这样的迁移任务时，我总是考虑如何更好、更快、更高效地实现迁移目标，将迁移对客户机的干扰降低到最小。 AIX OS 提供 Network Installation Manager (NIM) 来协助管理和升级大量 AIX 系统，这个工具的一个不错的特性是 NIM Alternate Disk Migration（nimadm）功能。您很快就会看到，通过使用这个工具，您的迁移过程将不会导致长时间的服务停用。 在本文中，我将展示我们用于迁移 AIX 系统的 nimadm 过程。本文假设您非常熟悉 AIX 和 NIM，您的环境中有一台 NIM 主机。如果不是这样，我建议您首先参阅 部分的文档。 多年来，我已经迁移到 AIX OS 的几个新版本。为此，我通常使用以下两种传统方法：（A）使用 AIX 安装 DVD 进行迁移；（B）使用 NIM 进行迁移。方法 A 仍然可行，即便在使用 的虚拟环境中。方法 B 也完全可行，具体方法是从网络启动客户端 LPAR 并使用一个 NIM 执行迁移。 这两种方法的缺点是迁移过程需要较长时间地停用 LPAR。根据系统的不同，停用时间从 30-45 分钟到几小时不等。在具有严格的停用窗口（outage window）的系统中，这可能是一个需要考虑的问题。 与传统迁移方法相比，nimadm 实用程序具有几个优势。例如，系统管理员可以使用 nimadm 来创建一个 NIM 客户机的 rootvg 的一个副本（在客户机的空闲磁盘上，类似于一个标准的替代磁盘安装 alt_disk_install）并将该磁盘迁移到一个更新的 AIX 版本。这种方法不会干扰客户机（执行迁移不需要任何停用）。迁移完成后，需要的唯一停机将是一次预定的系统重启。 另一个优势是，实际迁移过程在 NIM 主机上进行，消除了客户机 LPAR 上的迁移负载。这减小了 LPAR 上的处理开销，最小化了正在运行的应用程序的性能影响。 对于拥有大量 AIX 系统的客户，重要的是要知道，nimadm 工具支持一次迁移几个客户机。 综上所述，与其他迁移方法相比，nimadm 具有以下好处：
在尝试使用 nimadm 迁移到 AIX 6.1 之前，必须满足几个要求。我在这里只会提到部分要求，建议您参阅 nimadm 的在线文档或 IBM NIM Redbook 了解更多信息（参见本文末尾的 部分）。
默认情况下，nimadm 工具利用 NFS 来完成迁移过程中的多个任务。这在低速网络上将会出现问题，因为 NFS 写入成本可能会非常昂贵。要避免使用 NFS，有一个 Local Disk Caching 选项可用，该选项能够提供一些性能改进。 本地磁盘缓存允许 NIM 主机不必使用 NFS 来写入客户机。如果 nimadm 操作由于一个 NFS 写入瓶颈而性能不佳，那么这个选项可能有用。 如果 Local Disk Caching 功能被调用，那么 nimadm 将在 NIM 主机上的一个卷组上创建客户机文件系统。然后，它将使用流（通过 rshd）将来自客户机的所有数据缓存到 NIM 主机上的文件系统中。 与 NFS 相比，本地磁盘缓存的优势总结如下：
本地磁盘缓存的一些潜在劣势是：
鉴于性能原因，我的环境中部署的 nimadm 启用了 Local Disk Caching 选项。 nimadm 命令执行的迁移包含 12 个阶段，在执行迁移之前适当了解每个阶段是很有用的。
如果您不能满足步骤 1 - 10 的要求，那么您应该考虑执行传统迁移。 在展示下一个 nimadm 示例之前，我想先补充几个您应该考虑的问题。
确认原来的 LV 名称，即 not bos_.，现在正在使用中。
删除原来的 multibos 实例。
现在我们使用 nimadm 来迁移一个 AIX 系统。在执行任何维护任务之前，一定要对系统进行文档记录并执行一个 mksysb 命令。您早就知道这个要求了，对不对？但我还是要再强调一次。 我们将把一个系统从 AIX 5.3 迁移到 AIX 6.1。这个环境中的 NIM 主机正在运行 AIX 6.1 TL3 SP2，我们的 NIM 客户机的名称是 aix1（运行 AIX 5.3 TL7 SP5 并准备迁移到 AIX 6.1 TL3 SP1），NIM 主机的名称为 nim1。 确保您阅读了 AIX 6.1 发行说明并检查了文档中记录的要求，比如，需要的空闲磁盘空间容量。 迁移之前，在系统上运行一个 pre_migration 脚本来捕获可能阻止迁移成功执行的问题总是一个不错的主意。您可以在 AIX 6.1 安装媒体中找到这个脚本。 运行这个脚本，（在 /home/pre_migration 中）检查输出，在迁移之前更正输出结果报告的问题。
我总是在 AIX 迁移之前备份 /etc/sendmail.cf 和 /etc/motd 文件，这些文件将在迁移过程中被替换，您需要再次编辑它们并添加您的修改。 提交任何已应用的文件组。您还应该考虑删除所有可能会阻碍迁移的 ifix。 如果 rootvg 被镜像，我就打破镜像并将其减少到一个单一磁盘，这将向我提供一个可用于迁移的空闲磁盘。 要使 nimadm 正常运行，我必须在客户机 LPAR 上临时启用 rshd。我将在迁移结束后再次禁用它。
我现在就可以从 NIM 主机 “rsh” 到客户机并作为根用户运行命令。
现在，我已经准备好进行迁移了。迁移过程将需要 30-45 分钟，在此过程中，LPAR 上的应用程序将继续正常工作。 在 NIM 主机上，我已经创建了一个名为 nimadmvg 的新卷组（VG）。这个 VG 的容量足够容纳 NIM 客户机根卷组（rootvg）的一个完整副本。在迁移过程开始之前，这个 VG 将是空的。 同样，在 NIM 客户机上，我拥有一个能够容纳其 rootvg 的一个完整副本的空闲磁盘。 在主机（nim1）上：
在客户机（aix1）上：
将文件组 bos.alt_disk_install.rte 安装到 NIM 主机上：
该文件组还被安装到 AIX 6.1 TL3 SP1 SPOT 中：
从 NIM 主机执行 nimadm 命令。
其中：
现在我可以休息一下，观看迁移过程自动进行了。所有迁移活动将记录在 NIM 主机上的 /var/adm/ras/alt_mig 目录中。对于这个迁移，日志文件的名称为 aix1_alt_mig.log。以下是您将看到的各个阶段的部分输出样例：
......输出省略......
迁移过程结束后，我确认启动列表设置为 altinst_rootvg 磁盘。
在一个指定时间，我重新启动 LPAR 并确认系统现在正在运行 AIX 6.1。
此时，我将执行一些常规的 AIX 系统健康状况检查，以便确保系统按预期方式配置并运行。也可以运行一个 post_migration 脚本来验证迁移。这个脚本可以在迁移后在 /usr/lpp/bos 中找到。 您也许想在这个阶段考虑升级其他软件，比如 openssl、openssh、lsof 等。 现在，您可以在迁移结束后禁用 rsh 守护进程。
迁移结束后，应用程序启动，应用程序支持团队验证所有程序是否正常运行。我还在迁移结束后运行一次 mksysb 命令并对系统配置进行文档记录。 一旦迁移结束且我们对整个迁移过程感到满意，我们就可以将 rootvg 返回到此前的镜像磁盘配置。
如果迁移出现问题，我可以轻松地返回前一个 AIX 版本。我们无需重新镜像（上面的）rootvg，相反，我们将更改启动列表以指向前一个 rootvg 磁盘（old_rootvg）并重新启动 LPAR。
这种方法比（通过 NIM、磁带或 DVD）恢复一个 mksysb 映像更简单快捷，只有在使用传统迁移方法时才需要那样做。 通过使用 nimadm，我们可以减少将系统迁移到 AIX 6.1 所需的总体停机时间。我们还提供了一种简便的方法，以便在必要时备份一个迁移。当您需要将系统迁移到 AIX 6.1 时，我希望本文能够向您提供一些关于如何最好地迁移您的系统的想法。 |
|
通过 NIM Alternate Disk Migration 工具最小化 AIX 迁移停机时间 |
|
级别： 初级 , AIX 专家, Australia Post 2010 年 2 月 01 日 本文展示如何使用 NIM Alternate Disk Migration 工具迁移到 AIX® 6.1，如何最小化迁移到 AIX 操作系统的最新版本所需的停机时间。 最近，我一直忙于将我的整个 AIX 环境从 AIX 5.3 升级到 AIX 6.1。我的环境由接近 100 个 AIX LPAR 组成。面对这样的迁移任务时，我总是考虑如何更好、更快、更高效地实现迁移目标，将迁移对客户机的干扰降低到最小。 AIX OS 提供 Network Installation Manager (NIM) 来协助管理和升级大量 AIX 系统，这个工具的一个不错的特性是 NIM Alternate Disk Migration（nimadm）功能。您很快就会看到，通过使用这个工具，您的迁移过程将不会导致长时间的服务停用。 在本文中，我将展示我们用于迁移 AIX 系统的 nimadm 过程。本文假设您非常熟悉 AIX 和 NIM，您的环境中有一台 NIM 主机。如果不是这样，我建议您首先参阅 部分的文档。 多年来，我已经迁移到 AIX OS 的几个新版本。为此，我通常使用以下两种传统方法：（A）使用 AIX 安装 DVD 进行迁移；（B）使用 NIM 进行迁移。方法 A 仍然可行，即便在使用 的虚拟环境中。方法 B 也完全可行，具体方法是从网络启动客户端 LPAR 并使用一个 NIM 执行迁移。 这两种方法的缺点是迁移过程需要较长时间地停用 LPAR。根据系统的不同，停用时间从 30-45 分钟到几小时不等。在具有严格的停用窗口（outage window）的系统中，这可能是一个需要考虑的问题。 与传统迁移方法相比，nimadm 实用程序具有几个优势。例如，系统管理员可以使用 nimadm 来创建一个 NIM 客户机的 rootvg 的一个副本（在客户机的空闲磁盘上，类似于一个标准的替代磁盘安装 alt_disk_install）并将该磁盘迁移到一个更新的 AIX 版本。这种方法不会干扰客户机（执行迁移不需要任何停用）。迁移完成后，需要的唯一停机将是一次预定的系统重启。 另一个优势是，实际迁移过程在 NIM 主机上进行，消除了客户机 LPAR 上的迁移负载。这减小了 LPAR 上的处理开销，最小化了正在运行的应用程序的性能影响。 对于拥有大量 AIX 系统的客户，重要的是要知道，nimadm 工具支持一次迁移几个客户机。 综上所述，与其他迁移方法相比，nimadm 具有以下好处：
在尝试使用 nimadm 迁移到 AIX 6.1 之前，必须满足几个要求。我在这里只会提到部分要求，建议您参阅 nimadm 的在线文档或 IBM NIM Redbook 了解更多信息（参见本文末尾的 部分）。
默认情况下，nimadm 工具利用 NFS 来完成迁移过程中的多个任务。这在低速网络上将会出现问题，因为 NFS 写入成本可能会非常昂贵。要避免使用 NFS，有一个 Local Disk Caching 选项可用，该选项能够提供一些性能改进。 本地磁盘缓存允许 NIM 主机不必使用 NFS 来写入客户机。如果 nimadm 操作由于一个 NFS 写入瓶颈而性能不佳，那么这个选项可能有用。 如果 Local Disk Caching 功能被调用，那么 nimadm 将在 NIM 主机上的一个卷组上创建客户机文件系统。然后，它将使用流（通过 rshd）将来自客户机的所有数据缓存到 NIM 主机上的文件系统中。 与 NFS 相比，本地磁盘缓存的优势总结如下：
本地磁盘缓存的一些潜在劣势是：
鉴于性能原因，我的环境中部署的 nimadm 启用了 Local Disk Caching 选项。 nimadm 命令执行的迁移包含 12 个阶段，在执行迁移之前适当了解每个阶段是很有用的。
如果您不能满足步骤 1 - 10 的要求，那么您应该考虑执行传统迁移。 在展示下一个 nimadm 示例之前，我想先补充几个您应该考虑的问题。
确认原来的 LV 名称，即 not bos_.，现在正在使用中。
删除原来的 multibos 实例。
现在我们使用 nimadm 来迁移一个 AIX 系统。在执行任何维护任务之前，一定要对系统进行文档记录并执行一个 mksysb 命令。您早就知道这个要求了，对不对？但我还是要再强调一次。 我们将把一个系统从 AIX 5.3 迁移到 AIX 6.1。这个环境中的 NIM 主机正在运行 AIX 6.1 TL3 SP2，我们的 NIM 客户机的名称是 aix1（运行 AIX 5.3 TL7 SP5 并准备迁移到 AIX 6.1 TL3 SP1），NIM 主机的名称为 nim1。 确保您阅读了 AIX 6.1 发行说明并检查了文档中记录的要求，比如，需要的空闲磁盘空间容量。 迁移之前，在系统上运行一个 pre_migration 脚本来捕获可能阻止迁移成功执行的问题总是一个不错的主意。您可以在 AIX 6.1 安装媒体中找到这个脚本。 运行这个脚本，（在 /home/pre_migration 中）检查输出，在迁移之前更正输出结果报告的问题。
我总是在 AIX 迁移之前备份 /etc/sendmail.cf 和 /etc/motd 文件，这些文件将在迁移过程中被替换，您需要再次编辑它们并添加您的修改。 提交任何已应用的文件组。您还应该考虑删除所有可能会阻碍迁移的 ifix。 如果 rootvg 被镜像，我就打破镜像并将其减少到一个单一磁盘，这将向我提供一个可用于迁移的空闲磁盘。 要使 nimadm 正常运行，我必须在客户机 LPAR 上临时启用 rshd。我将在迁移结束后再次禁用它。
我现在就可以从 NIM 主机 “rsh” 到客户机并作为根用户运行命令。
现在，我已经准备好进行迁移了。迁移过程将需要 30-45 分钟，在此过程中，LPAR 上的应用程序将继续正常工作。 在 NIM 主机上，我已经创建了一个名为 nimadmvg 的新卷组（VG）。这个 VG 的容量足够容纳 NIM 客户机根卷组（rootvg）的一个完整副本。在迁移过程开始之前，这个 VG 将是空的。 同样，在 NIM 客户机上，我拥有一个能够容纳其 rootvg 的一个完整副本的空闲磁盘。 在主机（nim1）上：
在客户机（aix1）上：
将文件组 bos.alt_disk_install.rte 安装到 NIM 主机上：
该文件组还被安装到 AIX 6.1 TL3 SP1 SPOT 中：
从 NIM 主机执行 nimadm 命令。
其中：
现在我可以休息一下，观看迁移过程自动进行了。所有迁移活动将记录在 NIM 主机上的 /var/adm/ras/alt_mig 目录中。对于这个迁移，日志文件的名称为 aix1_alt_mig.log。以下是您将看到的各个阶段的部分输出样例：
......输出省略......
迁移过程结束后，我确认启动列表设置为 altinst_rootvg 磁盘。
在一个指定时间，我重新启动 LPAR 并确认系统现在正在运行 AIX 6.1。
此时，我将执行一些常规的 AIX 系统健康状况检查，以便确保系统按预期方式配置并运行。也可以运行一个 post_migration 脚本来验证迁移。这个脚本可以在迁移后在 /usr/lpp/bos 中找到。 您也许想在这个阶段考虑升级其他软件，比如 openssl、openssh、lsof 等。 现在，您可以在迁移结束后禁用 rsh 守护进程。
迁移结束后，应用程序启动，应用程序支持团队验证所有程序是否正常运行。我还在迁移结束后运行一次 mksysb 命令并对系统配置进行文档记录。 一旦迁移结束且我们对整个迁移过程感到满意，我们就可以将 rootvg 返回到此前的镜像磁盘配置。
如果迁移出现问题，我可以轻松地返回前一个 AIX 版本。我们无需重新镜像（上面的）rootvg，相反，我们将更改启动列表以指向前一个 rootvg 磁盘（old_rootvg）并重新启动 LPAR。
这种方法比（通过 NIM、磁带或 DVD）恢复一个 mksysb 映像更简单快捷，只有在使用传统迁移方法时才需要那样做。 通过使用 nimadm，我们可以减少将系统迁移到 AIX 6.1 所需的总体停机时间。我们还提供了一种简便的方法，以便在必要时备份一个迁移。当您需要将系统迁移到 AIX 6.1 时，我希望本文能够向您提供一些关于如何最好地迁移您的系统的想法。 |
|
通过 NIM Alternate Disk Migration 工具最小化 AIX 迁移停机时间 |
|
级别： 初级 , AIX 专家, Australia Post 2010 年 2 月 01 日 本文展示如何使用 NIM Alternate Disk Migration 工具迁移到 AIX® 6.1，如何最小化迁移到 AIX 操作系统的最新版本所需的停机时间。 最近，我一直忙于将我的整个 AIX 环境从 AIX 5.3 升级到 AIX 6.1。我的环境由接近 100 个 AIX LPAR 组成。面对这样的迁移任务时，我总是考虑如何更好、更快、更高效地实现迁移目标，将迁移对客户机的干扰降低到最小。 AIX OS 提供 Network Installation Manager (NIM) 来协助管理和升级大量 AIX 系统，这个工具的一个不错的特性是 NIM Alternate Disk Migration（nimadm）功能。您很快就会看到，通过使用这个工具，您的迁移过程将不会导致长时间的服务停用。 在本文中，我将展示我们用于迁移 AIX 系统的 nimadm 过程。本文假设您非常熟悉 AIX 和 NIM，您的环境中有一台 NIM 主机。如果不是这样，我建议您首先参阅 部分的文档。 多年来，我已经迁移到 AIX OS 的几个新版本。为此，我通常使用以下两种传统方法：（A）使用 AIX 安装 DVD 进行迁移；（B）使用 NIM 进行迁移。方法 A 仍然可行，即便在使用 的虚拟环境中。方法 B 也完全可行，具体方法是从网络启动客户端 LPAR 并使用一个 NIM 执行迁移。 这两种方法的缺点是迁移过程需要较长时间地停用 LPAR。根据系统的不同，停用时间从 30-45 分钟到几小时不等。在具有严格的停用窗口（outage window）的系统中，这可能是一个需要考虑的问题。 与传统迁移方法相比，nimadm 实用程序具有几个优势。例如，系统管理员可以使用 nimadm 来创建一个 NIM 客户机的 rootvg 的一个副本（在客户机的空闲磁盘上，类似于一个标准的替代磁盘安装 alt_disk_install）并将该磁盘迁移到一个更新的 AIX 版本。这种方法不会干扰客户机（执行迁移不需要任何停用）。迁移完成后，需要的唯一停机将是一次预定的系统重启。 另一个优势是，实际迁移过程在 NIM 主机上进行，消除了客户机 LPAR 上的迁移负载。这减小了 LPAR 上的处理开销，最小化了正在运行的应用程序的性能影响。 对于拥有大量 AIX 系统的客户，重要的是要知道，nimadm 工具支持一次迁移几个客户机。 综上所述，与其他迁移方法相比，nimadm 具有以下好处：
在尝试使用 nimadm 迁移到 AIX 6.1 之前，必须满足几个要求。我在这里只会提到部分要求，建议您参阅 nimadm 的在线文档或 IBM NIM Redbook 了解更多信息（参见本文末尾的 部分）。
默认情况下，nimadm 工具利用 NFS 来完成迁移过程中的多个任务。这在低速网络上将会出现问题，因为 NFS 写入成本可能会非常昂贵。要避免使用 NFS，有一个 Local Disk Caching 选项可用，该选项能够提供一些性能改进。 本地磁盘缓存允许 NIM 主机不必使用 NFS 来写入客户机。如果 nimadm 操作由于一个 NFS 写入瓶颈而性能不佳，那么这个选项可能有用。 如果 Local Disk Caching 功能被调用，那么 nimadm 将在 NIM 主机上的一个卷组上创建客户机文件系统。然后，它将使用流（通过 rshd）将来自客户机的所有数据缓存到 NIM 主机上的文件系统中。 与 NFS 相比，本地磁盘缓存的优势总结如下：
本地磁盘缓存的一些潜在劣势是：
鉴于性能原因，我的环境中部署的 nimadm 启用了 Local Disk Caching 选项。 nimadm 命令执行的迁移包含 12 个阶段，在执行迁移之前适当了解每个阶段是很有用的。
如果您不能满足步骤 1 - 10 的要求，那么您应该考虑执行传统迁移。 在展示下一个 nimadm 示例之前，我想先补充几个您应该考虑的问题。
确认原来的 LV 名称，即 not bos_.，现在正在使用中。
删除原来的 multibos 实例。
现在我们使用 nimadm 来迁移一个 AIX 系统。在执行任何维护任务之前，一定要对系统进行文档记录并执行一个 mksysb 命令。您早就知道这个要求了，对不对？但我还是要再强调一次。 我们将把一个系统从 AIX 5.3 迁移到 AIX 6.1。这个环境中的 NIM 主机正在运行 AIX 6.1 TL3 SP2，我们的 NIM 客户机的名称是 aix1（运行 AIX 5.3 TL7 SP5 并准备迁移到 AIX 6.1 TL3 SP1），NIM 主机的名称为 nim1。 确保您阅读了 AIX 6.1 发行说明并检查了文档中记录的要求，比如，需要的空闲磁盘空间容量。 迁移之前，在系统上运行一个 pre_migration 脚本来捕获可能阻止迁移成功执行的问题总是一个不错的主意。您可以在 AIX 6.1 安装媒体中找到这个脚本。 运行这个脚本，（在 /home/pre_migration 中）检查输出，在迁移之前更正输出结果报告的问题。
我总是在 AIX 迁移之前备份 /etc/sendmail.cf 和 /etc/motd 文件，这些文件将在迁移过程中被替换，您需要再次编辑它们并添加您的修改。 提交任何已应用的文件组。您还应该考虑删除所有可能会阻碍迁移的 ifix。 如果 rootvg 被镜像，我就打破镜像并将其减少到一个单一磁盘，这将向我提供一个可用于迁移的空闲磁盘。 要使 nimadm 正常运行，我必须在客户机 LPAR 上临时启用 rshd。我将在迁移结束后再次禁用它。
我现在就可以从 NIM 主机 “rsh” 到客户机并作为根用户运行命令。
现在，我已经准备好进行迁移了。迁移过程将需要 30-45 分钟，在此过程中，LPAR 上的应用程序将继续正常工作。 在 NIM 主机上，我已经创建了一个名为 nimadmvg 的新卷组（VG）。这个 VG 的容量足够容纳 NIM 客户机根卷组（rootvg）的一个完整副本。在迁移过程开始之前，这个 VG 将是空的。 同样，在 NIM 客户机上，我拥有一个能够容纳其 rootvg 的一个完整副本的空闲磁盘。 在主机（nim1）上：
在客户机（aix1）上：
将文件组 bos.alt_disk_install.rte 安装到 NIM 主机上：
该文件组还被安装到 AIX 6.1 TL3 SP1 SPOT 中：
从 NIM 主机执行 nimadm 命令。
其中：
现在我可以休息一下，观看迁移过程自动进行了。所有迁移活动将记录在 NIM 主机上的 /var/adm/ras/alt_mig 目录中。对于这个迁移，日志文件的名称为 aix1_alt_mig.log。以下是您将看到的各个阶段的部分输出样例：
......输出省略......
迁移过程结束后，我确认启动列表设置为 altinst_rootvg 磁盘。
在一个指定时间，我重新启动 LPAR 并确认系统现在正在运行 AIX 6.1。
此时，我将执行一些常规的 AIX 系统健康状况检查，以便确保系统按预期方式配置并运行。也可以运行一个 post_migration 脚本来验证迁移。这个脚本可以在迁移后在 /usr/lpp/bos 中找到。 您也许想在这个阶段考虑升级其他软件，比如 openssl、openssh、lsof 等。 现在，您可以在迁移结束后禁用 rsh 守护进程。
迁移结束后，应用程序启动，应用程序支持团队验证所有程序是否正常运行。我还在迁移结束后运行一次 mksysb 命令并对系统配置进行文档记录。 一旦迁移结束且我们对整个迁移过程感到满意，我们就可以将 rootvg 返回到此前的镜像磁盘配置。
如果迁移出现问题，我可以轻松地返回前一个 AIX 版本。我们无需重新镜像（上面的）rootvg，相反，我们将更改启动列表以指向前一个 rootvg 磁盘（old_rootvg）并重新启动 LPAR。
这种方法比（通过 NIM、磁带或 DVD）恢复一个 mksysb 映像更简单快捷，只有在使用传统迁移方法时才需要那样做。 通过使用 nimadm，我们可以减少将系统迁移到 AIX 6.1 所需的总体停机时间。我们还提供了一种简便的方法，以便在必要时备份一个迁移。当您需要将系统迁移到 AIX 6.1 时，我希望本文能够向您提供一些关于如何最好地迁移您的系统的想法。 |
|
通过 NIM Alternate Disk Migration 工具最小化 AIX 迁移停机时间 |
|
|
通过 NIM Alternate Disk Migration 工具最小化 AIX 迁移停机时间 |
|
级别： 初级 , AIX 专家, Australia Post 2010 年 2 月 01 日 本文展示如何使用 NIM Alternate Disk Migration 工具迁移到 AIX® 6.1，如何最小化迁移到 AIX 操作系统的最新版本所需的停机时间。 最近，我一直忙于将我的整个 AIX 环境从 AIX 5.3 升级到 AIX 6.1。我的环境由接近 100 个 AIX LPAR 组成。面对这样的迁移任务时，我总是考虑如何更好、更快、更高效地实现迁移目标，将迁移对客户机的干扰降低到最小。 AIX OS 提供 Network Installation Manager (NIM) 来协助管理和升级大量 AIX 系统，这个工具的一个不错的特性是 NIM Alternate Disk Migration（nimadm）功能。您很快就会看到，通过使用这个工具，您的迁移过程将不会导致长时间的服务停用。 在本文中，我将展示我们用于迁移 AIX 系统的 nimadm 过程。本文假设您非常熟悉 AIX 和 NIM，您的环境中有一台 NIM 主机。如果不是这样，我建议您首先参阅 部分的文档。 多年来，我已经迁移到 AIX OS 的几个新版本。为此，我通常使用以下两种传统方法：（A）使用 AIX 安装 DVD 进行迁移；（B）使用 NIM 进行迁移。方法 A 仍然可行，即便在使用 的虚拟环境中。方法 B 也完全可行，具体方法是从网络启动客户端 LPAR 并使用一个 NIM 执行迁移。 这两种方法的缺点是迁移过程需要较长时间地停用 LPAR。根据系统的不同，停用时间从 30-45 分钟到几小时不等。在具有严格的停用窗口（outage window）的系统中，这可能是一个需要考虑的问题。 与传统迁移方法相比，nimadm 实用程序具有几个优势。例如，系统管理员可以使用 nimadm 来创建一个 NIM 客户机的 rootvg 的一个副本（在客户机的空闲磁盘上，类似于一个标准的替代磁盘安装 alt_disk_install）并将该磁盘迁移到一个更新的 AIX 版本。这种方法不会干扰客户机（执行迁移不需要任何停用）。迁移完成后，需要的唯一停机将是一次预定的系统重启。 另一个优势是，实际迁移过程在 NIM 主机上进行，消除了客户机 LPAR 上的迁移负载。这减小了 LPAR 上的处理开销，最小化了正在运行的应用程序的性能影响。 对于拥有大量 AIX 系统的客户，重要的是要知道，nimadm 工具支持一次迁移几个客户机。 综上所述，与其他迁移方法相比，nimadm 具有以下好处：
在尝试使用 nimadm 迁移到 AIX 6.1 之前，必须满足几个要求。我在这里只会提到部分要求，建议您参阅 nimadm 的在线文档或 IBM NIM Redbook 了解更多信息（参见本文末尾的 部分）。
默认情况下，nimadm 工具利用 NFS 来完成迁移过程中的多个任务。这在低速网络上将会出现问题，因为 NFS 写入成本可能会非常昂贵。要避免使用 NFS，有一个 Local Disk Caching 选项可用，该选项能够提供一些性能改进。 本地磁盘缓存允许 NIM 主机不必使用 NFS 来写入客户机。如果 nimadm 操作由于一个 NFS 写入瓶颈而性能不佳，那么这个选项可能有用。 如果 Local Disk Caching 功能被调用，那么 nimadm 将在 NIM 主机上的一个卷组上创建客户机文件系统。然后，它将使用流（通过 rshd）将来自客户机的所有数据缓存到 NIM 主机上的文件系统中。 与 NFS 相比，本地磁盘缓存的优势总结如下：
本地磁盘缓存的一些潜在劣势是：
鉴于性能原因，我的环境中部署的 nimadm 启用了 Local Disk Caching 选项。 nimadm 命令执行的迁移包含 12 个阶段，在执行迁移之前适当了解每个阶段是很有用的。
如果您不能满足步骤 1 - 10 的要求，那么您应该考虑执行传统迁移。 在展示下一个 nimadm 示例之前，我想先补充几个您应该考虑的问题。
确认原来的 LV 名称，即 not bos_.，现在正在使用中。
删除原来的 multibos 实例。
现在我们使用 nimadm 来迁移一个 AIX 系统。在执行任何维护任务之前，一定要对系统进行文档记录并执行一个 mksysb 命令。您早就知道这个要求了，对不对？但我还是要再强调一次。 我们将把一个系统从 AIX 5.3 迁移到 AIX 6.1。这个环境中的 NIM 主机正在运行 AIX 6.1 TL3 SP2，我们的 NIM 客户机的名称是 aix1（运行 AIX 5.3 TL7 SP5 并准备迁移到 AIX 6.1 TL3 SP1），NIM 主机的名称为 nim1。 确保您阅读了 AIX 6.1 发行说明并检查了文档中记录的要求，比如，需要的空闲磁盘空间容量。 迁移之前，在系统上运行一个 pre_migration 脚本来捕获可能阻止迁移成功执行的问题总是一个不错的主意。您可以在 AIX 6.1 安装媒体中找到这个脚本。 运行这个脚本，（在 /home/pre_migration 中）检查输出，在迁移之前更正输出结果报告的问题。
我总是在 AIX 迁移之前备份 /etc/sendmail.cf 和 /etc/motd 文件，这些文件将在迁移过程中被替换，您需要再次编辑它们并添加您的修改。 提交任何已应用的文件组。您还应该考虑删除所有可能会阻碍迁移的 ifix。 如果 rootvg 被镜像，我就打破镜像并将其减少到一个单一磁盘，这将向我提供一个可用于迁移的空闲磁盘。 要使 nimadm 正常运行，我必须在客户机 LPAR 上临时启用 rshd。我将在迁移结束后再次禁用它。
我现在就可以从 NIM 主机 “rsh” 到客户机并作为根用户运行命令。
现在，我已经准备好进行迁移了。迁移过程将需要 30-45 分钟，在此过程中，LPAR 上的应用程序将继续正常工作。 在 NIM 主机上，我已经创建了一个名为 nimadmvg 的新卷组（VG）。这个 VG 的容量足够容纳 NIM 客户机根卷组（rootvg）的一个完整副本。在迁移过程开始之前，这个 VG 将是空的。 同样，在 NIM 客户机上，我拥有一个能够容纳其 rootvg 的一个完整副本的空闲磁盘。 在主机（nim1）上：
在客户机（aix1）上：
将文件组 bos.alt_disk_install.rte 安装到 NIM 主机上：
该文件组还被安装到 AIX 6.1 TL3 SP1 SPOT 中：
从 NIM 主机执行 nimadm 命令。
其中：
现在我可以休息一下，观看迁移过程自动进行了。所有迁移活动将记录在 NIM 主机上的 /var/adm/ras/alt_mig 目录中。对于这个迁移，日志文件的名称为 aix1_alt_mig.log。以下是您将看到的各个阶段的部分输出样例：
......输出省略......
迁移过程结束后，我确认启动列表设置为 altinst_rootvg 磁盘。
在一个指定时间，我重新启动 LPAR 并确认系统现在正在运行 AIX 6.1。
此时，我将执行一些常规的 AIX 系统健康状况检查，以便确保系统按预期方式配置并运行。也可以运行一个 post_migration 脚本来验证迁移。这个脚本可以在迁移后在 /usr/lpp/bos 中找到。 您也许想在这个阶段考虑升级其他软件，比如 openssl、openssh、lsof 等。 现在，您可以在迁移结束后禁用 rsh 守护进程。
迁移结束后，应用程序启动，应用程序支持团队验证所有程序是否正常运行。我还在迁移结束后运行一次 mksysb 命令并对系统配置进行文档记录。 一旦迁移结束且我们对整个迁移过程感到满意，我们就可以将 rootvg 返回到此前的镜像磁盘配置。
如果迁移出现问题，我可以轻松地返回前一个 AIX 版本。我们无需重新镜像（上面的）rootvg，相反，我们将更改启动列表以指向前一个 rootvg 磁盘（old_rootvg）并重新启动 LPAR。
这种方法比（通过 NIM、磁带或 DVD）恢复一个 mksysb 映像更简单快捷，只有在使用传统迁移方法时才需要那样做。 通过使用 nimadm，我们可以减少将系统迁移到 AIX 6.1 所需的总体停机时间。我们还提供了一种简便的方法，以便在必要时备份一个迁移。当您需要将系统迁移到 AIX 6.1 时，我希望本文能够向您提供一些关于如何最好地迁移您的系统的想法。 |
