在发行说明中，您可以找到有关自 SUSE Linux Enterprise 的上一个版本发行后进行了哪些更改的其他信息。请在发行说明中确认您的特定硬件或设置是否需要考虑某些特殊注意事项、您喜爱的哪些特定软件包进行了大幅更改，以及除了本节中的一般性建议之外，您还应该采取哪些预防措施。发行说明还提供了最新信息和已知问题，这些信息无法及时编入本手册中。

您可以在 http://www.suse.com/doc/sles12/#start 上在线阅读包含 SUSE Linux Enterprise Server 最新信息的最新版发行说明文档。

在更新之前，请将现有配置文件复制到单独一个媒体（如磁带设备、可卸硬盘等）上，用以备份数据。这主要适用于储存在 /etc 中的文件以及 /var 和 /opt 中的一些目录和文件。最好将 /home（HOME 目录）中的用户数据也写入备份媒体。以 root 用户的身份备份此数据。仅 root 用户对所有本地文件具有读许可权限。

如果您已在 YaST 中选择更新现有系统作为安装模式，则可以选择在以后的某个时间执行（系统）备份。您可以选择包含所有已修改的文件以及 /etc/sysconfig 目录中的文件。但是，此备份尚不完整，因为缺少了上述所有其他重要目录。在 /var/adm/backup 目录中查找备份。

在开始更新之前，记录必要的根分区信息。命令 df / 可以列出根分区的设备名。例如，在 例 7.1 “使用 df -h 列示信息” 中，要记录的根分区为 /dev/sda3（作为 / 装入）。

Filesystem     Size  Used Avail Use% Mounted on
/dev/sda3       74G   22G   53G  29% /
tmpfs          506M     0  506M   0% /dev/shm
/dev/sda5      116G  5.8G  111G   5% /home
/dev/sda1       44G    4G   40G   9% /data

从旧版本到新版本，软件的大小有“增长”的趋势。因此，在进行更新之前，请使用 df 查看可用分区空间。如果怀疑磁盘空间不足，请在更新和重分区系统前保证数据安全。对于每个分区应该具有多少空间，没有一般的经验可以借鉴。空间要求取决于特定的分区配置文件和选定的软件。

如果您的计算机充当 KVM 或 Xen 的 VM 主机服务器，请确保在更新之前关闭所有正在运行的 VM Guest。否则，更新后您可能无法访问 guest。

要执行联机更新，必须符合以下要求。另外，请确保阅读第 7.3 节 “有关更新的一般准备工作”。

重要：始终运行完整的联机迁移

始终要自始而终地完成整个联机迁移过程。如果联机迁移中途中断，则会损坏系统且无法恢复。

可以从运行中的系统内部，通过联机迁移完成系统更新。更新完毕后，您只需要重引导一次。

7.4.4.1 要求 #

要执行联机更新，必须符合以下要求。另外，请确保阅读第 7.3 节 “有关更新的一般准备工作”。

产品注册

要能够连接到更新储存库，您的产品需要经过注册。如果未注册，请在 YaST 中运行 SUSE Customer Center 配置模块，或使用 suse_register 命令行工具开始注册。

运行联机更新

确保已在当前安装的版本中安装了最新的增补程序。在执行联机迁移之前运行联机更新。使用图形界面时，请启动 YaST 联机更新或更新程序小程序。在命令行上运行以下命令（最后一条命令需要运行两次）：

zypper ref -s
zypper update -t patch
zypper update -t patch

需要时请重引导系统。

请参见第 1 章 YaST 联机更新, 管理指南或第 6.1.3 节 “使用 Zypper 更新软件”, 第 6 章 使用命令行工具管理软件, 管理指南，了解有关联机更新工具的更多信息。

第三方软件

如果您的设置包含第三方软件或外接式附件软件，则在另一台计算机上测试此过程以确保升级未破坏依赖性。

重要：始终运行完整的联机迁移

在任何情况下，都需要从头到尾完成整个联机迁移过程。如果联机迁移中途中断，则会损坏系统且无法恢复。

7.4.4.2 使用 YaST Wagon 执行联机迁移 #

注意

使用 YaST Wagon 进行联机迁移这种方式仅适用于 SUSE Linux Enterprise Server 12 之前的产品。

1. 如果符合所有要求（参见第 7.4.4.1 节 “要求”），托盘中的更新小程序将显示一条讯息，表示有可用的分发包升级。单击它以启动 YaST Wagon。或者，以 root 身份从命令行运行 /usr/sbin/wagon。

2. 单击下一步以确认欢迎对话框。

3. 如果 Wagon 发现不符合要求（必需的维护更新可用，但尚未安装），它将会自动执行自助更新，这可能需要重引导计算机。按屏幕上的说明进行操作。

4. 在后续对话框中选择更新方法。选择客户中心以使用默认设置（推荐）。

   单击自定义 URL 以手动选择用于联机迁移的软件储存库。储存库列表即会显示，其中提供了用于手动启用、禁用、添加或删除储存库的选项。添加 SP2 更新源更新源可以是 SP2 安装媒体，也可以是 SP2-Core 和 SP2-Updates 储存库。单击确定返回到更新方法对话框。

   如果您想查看更新过程导致储存库设置发生的的更改，请选择检查储存库的自动更改。

   按下一步继续。

5. 随后将重新注册系统。在此过程中，SP2-Core 和 SP2-Updates 储存库将会添加到系统中（有关详细信息，请参见第 7.7.2 节 “储存库模型”）。确认添加储存库。

6. 如果您在更新方式对话框中选择了检查储存库的自动更改，此时储存库列表将会显示，供您选择手动启用、禁用、添加或删除储存库。完成后单击确定继续。

7. 选择迁移类型：

   完整迁移

   将所有包更新到最新的 SP2 级别。

   最小迁移

   将最低限度的一组包更新到最新的 SP2 级别。

   单击高级可以手动选择用于升级的安装源。

   确认所做的选择。

8. 系统会打开分发升级设置屏幕，其中显示了升级配置的摘要，提供了以下部分：

   附加产品

   您可以在这里添加 SUSE Linux Enterprise Server 附加产品或第三方产品。

   更新选项

   列出在更新期间将要执行的操作。您可以选择先下载所有包，然后一并安装（推荐的默认设置），也可以选择逐个下载包并逐个安装。

   包

   更新的统计概述。

   备份

   设置备份选项。

   依次单击下一步和开始更新以继续。

   

   重要：中止联机迁移

   在单击开始更新之前，您可以安全地在此屏幕以及所有先前的屏幕上中止联机迁移。单击中止将会退出更新过程，并将系统恢复到启动 YaST Wagon 之前的状态。在退出 Wagon 之前，请按照屏幕上的指导操作并重新进行注册，以从系统中去除 SP2 储存库。

9. 在更新过程中，将执行以下步骤：

   1. 更新包。

   2. 重引导系统（按确定）。

   3. 重新注册最近更新的系统。

10. 您的系统已成功更新到服务包 2。

作为联机迁移（参见第 7.4.4 节 “联机迁移”以获取细节）的一种备用方法，您也可以通过从安装源（DVD 或网络安装源）引导这种方式来更新系统。更新的启动方式与正常安装相同。

可以从 http://download.suse.com/ 获取服务包 2 ISO 映像。请将映像刻录到 DVD，或者按照第 14.2 节 “设置存放安装源的服务器”中所述方法准备一个网络安装源。

作为从 SUSE 更新服务器为每个单一客户端系统下载更新的备用方法，您可以使用适用于 SUSE Linux Enterprise 的订阅管理工具 (SMT)，将更新镜像到本地服务器。

此工具既可以充当客户端注册的 SUSE Customer Center 代理，也可以充当软件更新储存库。http://www.suse.com/doc/smt11/ 上的 SMT 文档扼要介绍了此工具的功能，并提供了实施指导。

SUSE Manager 是一个服务器解决方案，用于提供适用于 SUSE Linux Enterprise 客户端的更新、增补程序和安全修复。它随附了一套工具和基于 Web 的用户界面，用于执行管理任务。

http://www.suse.com/doc/suse_manager/ 上的 SUSE Manager 文档扼要介绍了此解决方案的功能，并提供了设置服务器和客户端的指导。

您可以通过从安装源（本地 DVD 或网络安装源）引导这种方式来升级系统，就像执行全新安装一样。然后，在“引导屏幕”中选择“升级”而不是“安装”来升级系统。

要执行自动迁移，请如下操作：

运行 multi-update。此命令会在 chroot 环境中运行 zypper，并更新另一个系统 — 哪个系统处于活动状态无关紧要。其引导菜单在引导时作为默认值提供。

如果更新的系统在更新之后引导加载程序受损，则必须更改“活动”标志，将它分配给另一个系统的根分区，以便可以引导该系统。

如果更新的系统根本无法引导，则需要访问引导加载程序菜单以选择另一个系统。

有关 GRUB 2 的详细信息，请参见第 12 章 引导加载程序 GRUB 2, 管理指南。

根分区必须按分区名、ID 或其他方式进行装载。不支持按分区 UUID 或标签进行装载。

有关更多信息，请参见随 multi-update-tools 包一起提供的 /usr/sha e/doc/packages/multi-update-tools/README。

扩展支持级别的范围从第 10 年开始直至第 13 年。这些包含持续的 L3 工程级别诊断和反应性关键 bug 修复。这些支持级别主动更新内核中的普通本地 root 攻击或无需用户干涉即可直接执行的其他 root 攻击。而且，它们借助有限包排除列表支持现有工作负载、软件堆栈和硬件。可在表 7.1 “安全更新和 bug 修复”中找到概述。

储存库布局对应于产品生命周期。表 7.2 “SUSE Linux Enterprise 11 SP2 和 SP3 及 SUSE Linux Enterprise 12 的储存库布局”包含了从 SUSE Linux Enterprise 11 SP2 到 SUSE Linux Enterprise 12 的所有储存库的列表。

zypper repos -u

zypper removerepo SLES11-SP1-Pool SLES11-SP1-Updates \
    SLE11-SP1-Debuginfo-Pool SLE11-SP1-Debuginfo-Updates \
    SLES11-SP2-Core SLES11-SP2-Updates \
    SLE11-SP2-Debuginfo-Core SLES11-SP2-Extension-Store\
    SLE11-SP2-Debuginfo-Updates

zypper addrepo -n SLES11-SP2-Extension-Store \
    https://nu.novell.com/repo/\$RCE/SLES11-SP2-Extension-Store/nu_novell_com:SLES11-SP2-Extension-Store

上游开发者主要关心所开发软件的进度。在许多情况下，他们会一边修复 bug，一边引入尚未接受广泛测试并可能会造成新 bug 的新功能。

对于分发包开发者而言，必须区分两种情况：

在大多数情况下，当某个包已属于所发布的分发包时，分发包开发者不会遵照所有的上游更改。通常，他们会继续使用最初发布的上游版本，并根据上游更改来创建增补程序以修复 bug。这种做法称为向后移植。

通常，分发包开发者只会在两种情况下引入软件的更新版本：

由于我们致力于在大量企业软件考虑因素之间实现合理的平衡，SUSE 广泛使用了向后移植。其中，最重要的考虑因素包括：

不要将新的上游包版本引入我们的企业产品，这是常见的策略规则，但不是硬性规则。对于有限种类的包，尤其是防病毒软件，我们考虑更多的是安全方面的因素，而不是质量保证方面优先考虑的保守性因素。对于这个种类的包，偶尔会将更新的版本引入企业产品系列的发布版本。

有时，对于其他类型的包，我们也会选择引入新版本，而不是向后移植。当生成向后移植在经济效益上不可行，或者由于极其相关的技术原因而需要引入更新版本时，我们会采取这种做法。

由于采用向后移植的做法，用户不能简单地通过比较版本号来确定 SUSE 包是否包含针对特定问题的修复，或者其中是否添加了特定的功能。在使用向后移植时，SUSE 包版本号的上游部分只是表示 SUSE 包基于的上游版本。它可能包含相应上游版本中没有但已向后移植到 SUSE 包中的 bug 修复和功能。

在涉及到向后移植时，版本号的这种有限价值可能会造成在特定情况下产生问题，也就是在使用安全扫描工具的时候。某些安全漏洞扫描工具（或者在此类工具中进行特定的测试）只能基于版本号运行。在涉及向后移植时，这些工具/测试很容易生成“误报”（宣称发现软件存在漏洞，而实际上并没有漏洞）。在评估安全扫描工具生成的报告时，用户始终应该调查其中的条目是基于版本号，还是基于对是否存在实际漏洞而展开的实际测试。

有关向后移植的 bug 修复和功能等的信息可以储存在许多位置：

可以在 /var/lib/YaST2/wagon/hooks/ 目录中搜索这些脚本。预期的脚本名称采用步骤_顺序号_前缀_名称格式，其中：

/var/lib/YaST2/wagon/hooks/before_package_migration_00_postgresql_backup

脚本应返回退出值 0。如果该脚本失败（返回任何非零退出值），Wagon 中会显示错误讯息，此时您可以重启动脚本，忽略失败（并继续执行其他脚本），或者完全取消当前步骤和阶段的钩子。

钩子脚本有时可以运行多次（在 Wagon 对话框中前后切换时，Wagon 可能会自行重启动，或者迁移工作流程中的某些步骤可能会执行多次），因此，脚本必须处理这种情况（它们可以在开始时确认是需要执行操作还是操作已经执行，或者它们可以创建一个简单的临时戳记文件，或正确解决多次运行的问题）。

某些钩子是可选的（因为它们依赖于前面的结果，或依赖于用户选择的值）。请注意，某些钩子会被调用多次（例如，迁移前后都会调用注册）。以下是按执行顺序列出的受支持钩子（步骤名称）的列表：

这是一些特殊的中止钩子，在用户中止迁移时调用。这些钩子可以在迁移工作流程的任一步骤中调用，因此，无法保证执行顺序。如果这些钩子依赖于其他钩子的结果，则脚本需要检查当前状态。

每当 Wagon 重启动自身时就会调用这些钩子。

钩子列表的内容相当广泛，但其中的许多钩子只在特殊情况下才有效果。在正常的用例中，应该给这些钩子指定优先顺序：

旧版 Wagon 仅支持两个钩子脚本：/usr/lib/YaST2/bin/wagon_hook_init 和 /usr/lib/YaST2/bin/wagon_hook_finish。问题在于，只能将一个脚本作为钩子运行，并且无法将钩子直接放入 RPM 包中。

新版 Wagon 仍然支持这些旧钩子脚本以实现向后兼容，但是，应该使用新的钩子 before_init 和 before_exit 来取代对应的已过时钩子。