aix service命令_安装AIX的技术级别和Service Pack

在2006年，有关AIX中操作系统升级的所有规则均已更改。 甚至术语也已从维护级别（ML）更改为技术级别（TL）。 这仅仅是品牌重塑还是在这里有实质性的变化？ 最佳做法呢？ 您何时应部署技术（维护）级别的升级？ 此外，检索升级，Service Pack和修补程序的最佳方法是什么？ 最后，您实际上如何执行TL升级？

本文介绍了所有这些概念，并讨论了升级方法的最新更改。 在此过程中，您将回顾重要的新概念，例如结束服务包（CSP），这是TL的最终服务包。 您甚至会逐步完成系统的实际升级，在该系统上您将使用IBM®Service Update Management Assistant（SUMA）和Fix Central之类的系统。 SUMA帮助系统管理员自动检索AIX更新。 Fix Central是所有TL，Service Pack和修订（包括硬件固件）的基于Web的中央存储库。 最后，您将了解确定何时部署TL升级的基本原理。

技术水平概述

尽管某些系统管理员在讨论其AIX版本时仍使用术语“维护级别”，但是该术语现在保留用于旧版AIX系统。 IBM的新方法要求每年发布两个TL。 第一个TL包括硬件功能，启用和软件服务。 第二个版本包含该版本中的软件功能，这意味着第二个版本更大，功能更全面。 最后，现在还支持旧TL上的新硬件。

从历史上看，新硬件仅在新技术版本中受支持，这显然需要升级到新级别。 AIX现在支持新硬件的方式分为两类。 第一类是支持。 首先，AIX实际上已经进行了更改，使其可以在引导时识别新硬件。 支持新硬件的更改至少包括在引导时引用的表的更新。 这些决定了处理器类型以及如何创建新的启动媒体。 第二类称为利用，它要求AIX对操作系统进行更广泛的更改，例如对虚拟内存管理器（VMM）进行更改以利用新的页面大小。 这个新的发行策略于2007年首先从AIX V5.3 TL6开始实施，AIX V5.3 TL6是第一个获得两年支持的级别。

服务包概述

服务包呢？ Service Pack（SP）包含针对高度普遍的问题的程序临时修补程序（PTF）组。 Service Pack是累积性的，通常在发布新TL之后每四到六周发布一次。 Service Pack可以包括以下任何一项：

• 客户报告的问题不能等到下一个TL。
• 开发团队报告的关键问题。
• 为支持新硬件而进行的有限更改，例如设备驱动程序的内核更改，以反映新的处理器。 这些更改不会添加新功能。 仅为TL或新版本添加新功能。 SP的发布时间表大约是每四到六周一次。

那么，服务包之间会发生什么？ 临时修订（有时称为修订包或临时修订）或独立的PTF可释放，直到该修订在Service Pack中可用为止。 这就是IBM所说的“临时救济”。 使用lslpp -L命令或emgr -l命令在系统上跟踪它们。

IBM通过订阅服务提供了通过公告发布的安全更新。

结束服务包

要理解的另一个重要概念是结论服务包（CSP）。 CSP是TL的最终服务包。 它通常包含针对关键问题或安全问题的修复程序。 新策略还包括为每个OS TL提供更长的支持期限。 每个TL现在将获得最多两年的支持。 这意味着您可以在长达两年的时间内（从介绍到更新）继续致电IBM支持，而不必升级到最新的TL。 新的服务器更新策略还有望在TL的整个生命周期内改善其可维护性。 通过允许您在TL的整个生命周期中安装Service Pack和PTF来维护操作系统，可以完成此操作。

使用SUMA自动化TL和Service Pack部署

IBM Service Update Management Assistance（SUMA）是一个非常重要的系统，因为它使您可以自动检索TL和Service Pack部署。 在本节中，您将使用SUMA检索TL。 SUMA首次与AIX V5.3一起发布。 SUMA最重要的是，它可以帮助系统管理员自动检索AIX更新，从而使管理员摆脱了从Web上手动检索更新的繁琐任务。 此外，它允许您配置策略以自动下载整个TL升级，Service Pack甚至临时修订。 该实用程序的主要目的是使系统管理员可以将更多的时间花在主动系统管理上，而将更少的时间花在冗余或繁琐的工作上，例如下载更新。

那么，SUMA如何工作？ 本质上，他们使用调度模块，该模块允许以预定义的间隔运行策略，该间隔符合您的维护时段。 无需任何大量配置即可轻松配置策略。 您甚至可以选择手动运行SUMA（通过smit或命令行）以引入所需的任何更新。 要配置SUMA，您需要了解修复程序类型。 有八种不同的修复类型。 它们包括APAR，PTF，关键，安全性，I / O服务器，最新（所有修复），文件集（特定类型）和维护级别。 此外，您可以对策略执行三种类型的操作。 其中包括预览，下载以及下载和清理。 预览模式实际上并没有执行任何操作。 它只是生成将要下载内容的预览。 “仅下载”操作将下载实际数据，而“下载并清理”操作将删除新的修订级别后不再需要的文件集。 这限制了您需要保留的数据大小。

您可以从smit或命令行运行suma命令。 在第一个示例中，使用smit下载整个TL： # smit suma 。

当出现smit屏幕时，选择Now（立即下载更新）（简单） ，然后单击Enter 。

图1.从smit屏幕下载更新

在此屏幕上，向下滚动到Download Maintenance Level或Technology Level ，然后单击Enter （参见图2）。

图2.选择下载维护级别或技术级别

在图3的窗口中，单击F4并选择适当的TL级别。

图3.选择适当的TL级别

在这种情况下，它是6100-01，如图4所示。

图4. TL级别6100-01

单击Enter并使其运行。 完成后，您将看到一个摘要，如图5所示。

图5.摘要页面

这为您提供以下摘要：

• 59下载
• 0失败
• 跳过36

现在从命令行尝试。 在这种情况下，您将下载AIX V6.1的TL 2。 通过运行suma -x命令来执行此操作（请参见图6）。

图6.运行suma -x命令

大约30分钟后，它成功完成（请参见图7）。

图7.命令完成

这些文件将安装在/usr/sys/inst.images中，如果要使用其他进程来检索它们，也可以在其中手动将其放入。

SUMA为什么重要？ 也许最重要的是，它有助于确保您的系统具有所需的最新补丁程序。 当前修复很重要。 其次，它无需干预即可下载补丁，这使系统管理员可以专注于更重要的任务。

修复中心

本节回顾Fix Central，并讨论如何使用它来下载TL和Service Pack部署。 Fix Central是AIX所有TL和Service Pack的中央存储库。 除其他外，您将看到如何登录到Fix Central和检索Service Pack。 它于2007年10月进行了全面翻新，为您的所有软件，硬件和操作系统提供了修复和更新。 这包括硬件管理控制台（HMC）。 使用Fix Central，可以使用以下选项进行下载：通过APAR，修订ID或测试。 此外，还有三个下载选项，IBM Download Director，HTTP和FTP。

从您以前在工作期间使用suma从命令行下载的确切TL下载服务包-6100-02。 首先去修复中心的系统P®，如图8（参见相关信息的链接，修复中心）。

图8.修复系统P的中央

从这里的下拉菜单中选择您的版本。 弹出另一个下拉菜单，您可以从以下菜单中进行选择：修订包，修订建议，修订搜索，管理更新和安全公告。 选择修订包 。 单击继续 （请参见图9）。

图9.选择修订包类型

从此处选择TL：6100-02。 此时，您可以下载最新的Service Pack或整个TL。 选择整个TL（请参见图10）。

图10.选择整个TL

下载选项包括Download Director，批量FTP或CD。 在这种情况下，请使用Download Director。 我推荐这种方法，因为它具有友好的界面，并且还可以灵活地暂停下载。

图11.下载导向器

时间的长短取决于您的Internet连接。 对我而言，在宽带上大约需要一个小时。

作为系统管理员，Fix Central URL绝对应该是您的浏览器收藏夹之一。 Fix Central可帮助您使系统保持最新状态，并且是手动获取升级数据的最佳方法。 在不知道如何使用该工具的情况下，您真的不能成为有效的AIX系统管理员。

升级TL

现在，查看将系统升级到下一个TL的过程。

首先以root用户身份登录： # su - root 。 确保备份系统。 如果愿意，还可以使用alt_disk_install或multibios； 最重要的是，如果您必须回到之前的水平，则需要制定计划B。 您还应该提交它们，因为它们不会被拒绝，并且它们也使跟踪和拒绝PTF更容易。

使用以下命令进行备份： # mksysb 。 备份完成后，就可以开始了！

安装

创建一个.toc文件。 这是通过运行inutoc命令完成的（请参见图12）。 您可以在文件集所在的目录中运行此文件。 如果没有.toc文件，则更新将无法进行。

图12.运行inutoc命令

完成后，就可以开始升级了。 移至.toc文件所在的目录。 如果这样做，则在升级过程中不必指定路径名： # smit update_all 。

在图13的屏幕上，您将进行一些更改。

图13.更新软件屏幕

对于软件的输入设备/目录，请输入点（。）。 如果您记得CD到包含.toc文件的目录，则无需指定完整路径名。 在这种情况下，您没有提交软件，尽管实际上是因为您不能退出TL升级，您实际上应该说是，以限制存储在系统上的文件集的数量-真正的磁盘浪费。 在这种情况下，您首先预览了数据以确保不会出现任何问题。 这是该smit菜单上的第三个选项（如图13所示）。 预览选项不执行任何操作，除了验证是否作为升级的先决条件可能缺少某些内容。 这样做是为了避免意外。 您不想在当月的两个小时维护时段内发现缺少的东西。 您可以随时运行预览，而不会对系统造成任何影响。

在我们的例子中，如您在图14中看到的，预览是成功的，没有失败。 这样您就可以继续前进了。

图14.预览的输出

准备好运行升级时，将预览更改为no 。 您还必须更改与<<接受新许可协议>>相关的默认字段。 由于某些原因，AIX缺省为no。 将其更改为yes 。

单击Enter之后 ，它将提示您确保要执行此操作。 单击Enter继续以开始该过程（请参见图15）。

图15.开始升级过程

该过程最多可以运行一个小时，具体取决于系统的速度和所执行的升级类型。 该过程完成后，您可以向下滚动到“摘要”部分以查看是否成功，在这种情况下为“是”。 （请参见图16）。

图16.成功

最后一步是重新启动盒子。 确保在重新启动应用程序并上线之前执行此步骤。 重新启动该框后，我运行oslevel命令以确认新的系统级别（请参见清单1）。

清单1.确认新的系统级别

lpar46ml16fd_pub > # oslevel -s
6100-02-01-0847

此信息表示什么？ 它表明您正在运行2008年第47周发布的AIX V6 TL2 Service Pack 1。 第四字段0847指示年份和星期。 最后，强烈建议您在移至新TL时应用最新的Service Pack。 在我们的情况下，我们不必这样做，因为最新的软件包已经是TL升级的一部分。

TL升级部署时间表

您何时应该实际执行TL升级？ 通常，您将在三种情况下做出选择：

• 当您的TL超出可用支持期限时。
• 您想测试将要投入生产的新分发级别，并且需要获得最长的修复支持时间。
• 您要使用TL的新功能。

简短的答案是，实际上没有正确或错误的时间执行升级。 一些客户需要一个需要最大的正常运行时间和稳定性的环境。 这些客户通常会等到新的TL失效至少六个月至一年后再应用它们。 其他人将在升级之前等待多个TL的安装，以确保最大的可靠性。 对于喜欢利用新功能并确保他们具有最新安全补丁程序的客户，他们通常会在发布新服务包后不久就安装它们。 从供应商支持的角度来看，如果您的TL（以及相关的Service Pack）问世，则IBM会尽快对其进行升级。 原因是支持始终处于当前水平的系统更加容易。 我喜欢每年至少升级一次新的TL。 这样做时，我通常还会等到至少发布了第二个Service Pack。 如果您确实想犯错，请等到Service Pack 3。 这样，您将知道您的发行版确实是坚如磐石。

摘要

本文讨论了如何在AIX上使用技术升级和Service Pack。 它回顾了术语和实质方面的最新增强和变化。 同时，它讨论了有关如何以及何时升级环境的最佳实践。 它研究了将数据引入我们系统的各种方法：自动使用SUMA以及使用IBM Fix Central手动进行。 本文还使用使用SUMA执行的下载进行了实际升级（使用smit）。

---

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