从修补程序 119254-41 和 119255-41 开始,对 patchadd 和 patchrm 修补程序安装实用程序进行了修改,从而改变了某些修补程序提供功能的处理方式。此修改将影响上述修补程序在任何 Solaris 10 发行版上的安装。这些延迟激活的修补程序能够更好地处理功能修补程序(例如与 Solaris 10 3/05 发行版之后的 Solaris 10 发行版相关联的内核修补程序)中提供的大范围更改。
延迟激活的修补使用回送文件系统 (loopback file system, lofs) 来确保正在运行的系统的稳定性。将修补程序应用于正在运行的系统时,lofs 可以保持修补过程中的稳定性。这些较大的内核修补程序始终需要重新引导,但现在所需的重新引导将激活 lofs 所做的更改。修补程序 README 提供了有关哪些修补程序需要重新引导的说明。
如果正在运行非全局区域或已禁用 lofs,请在安装或删除延迟激活的修补程序时考虑以下几点:
要执行此修补程序操作,所有非全局区域都必须处于已停止状态。在应用修补程序之前,必须先停止非全局区域。
延迟激活的修补需要回送文件系统 (loopback file system, lofs)。由于启用 lofs 对 HA-NFS 功能的限制,正在运行 Sun Cluster 3.1 或 Sun Cluster 3.2 的系统很可能已禁用 lofs。因此,在安装延迟激活的修补程序之前,必须通过在 /etc/system 文件中删除或注释掉以下行来重新启用回送文件系统:
exclude:lofs |
然后,重新引导系统并安装修补程序。在完成修补程序的安装操作之后,请在 /etc/system 文件中恢复或取消注释该行。然后,必须重新引导,以恢复正常操作。
使用 Solaris Live Upgrade 管理修补可避免与修补正在运行的系统相关联的问题。Solaris Live Upgrade 可减少与修补相关的停机时间,并且可在发生问题时提供回退功能来遏制风险。当系统仍在生产时,可以修补非活动引导环境;当在新的 BE 中发现问题时,可以引导回退至初始引导环境 (boot environment, BE)。请参见《Oracle Solaris 10 9/10 安装指南:Solaris Live 升级和升级规划》中的“使用软件包或修补程序升级系统”。