第 3 章 计划升级
原位升级（in-place upgrade）是把系统升级到下一个主要 RHEL 版本的推荐并支持的方法。
在升级到 RHEL 8 前请考虑以下几点：
操作系统 — 在以下情况下使用
Leapp程序升级操作系统：64 位 Intel、IBM POWER 8 (little endian)和 64 位 IBM Z 架构上，以及 SAP HANA 上和 64 位 Intel 架构上 RHEL 7.9 的服务器变种已安装。
- 满足 RHEL 8 的最低硬件要求。
- 您可以访问最新的 RHEL 7.9 和目标操作系统(OS)版本（如 RHEL 8.10）内容。如需更多信息，请参阅 为升级准备 RHEL 7 系统。
-
应用程序 - 您可以使用
Leapp迁移安装在系统上的应用程序。然而，在某些情况下，您必须创建 custom actors，它用来在升级过程中指定Leapp要执行的操作，例如： 重新配置应用程序或安装特定的硬件驱动程序。如需更多信息，请参阅处理自定义应用程序和第三方应用程序的迁移。请注意，红帽不支持自定义参与者。 安全性 - 您应该在升级前评估这个方面，并在升级过程完成后采取其他步骤。请特别考虑以下几点：
- 在升级前，定义您系统需要满足的安全标准，并了解 RHEL 8 中的安全变化。
-
在升级过程中，
Leapp会将 SELinux 的模式设置为 permissive。 Leapp无法完全自动升级联邦信息处理标准(FIPS)模式的系统。如果您需要升级在 FIPS 模式运行的 RHEL 7 系统，您必须：重要为确保所有加密密钥都符合 FIPS 140-2 标准，请在 FIPS 模式下启动新安装，而不是对已部署的系统执行原位升级。只有在您公司的安全策略允许这个替代升级过程，且您可以确保在升级的系统上重新生成和重新评估所有加密密钥时，才执行以下步骤。。
- 在 RHEL 7 中 禁用 FIPS 模式。
-
使用
Leapp升级系统。您必须遵循与其它原位升级一样的预升级、升级和升级后的说明。 - 在 RHEL 8 中启用 FIPS 模式。详情请参阅 RHEL 8 安全强化文档中的将系统切换到 FIPS 模式。
- 在您的系统中重新生成加密密钥。如需更多信息，请参阅 附录 C, RHEL 8 中加密密钥的位置。
- 升级完成后，重新评估并重新应用您的安全策略。有关应用升级过程中禁用的安全策略或 RHEL 8 中新引进的安全策略的详情，请参阅应用安全策略。
存储和文件系统 - 总是在升级前备份您的系统。例如，您可以使用 Relax-and-Recover (ReaR)工具、LVM 快照、RAID 拆分 或虚拟机快照。
注意文件系统格式没有改变。因此，文件系统有与最初创建时相同的限制。
- 高可用性 - 如果您使用高可用性附加组件，请按照 对 RHEL 高可用性或弹性存储集群应用软件升级的推荐的实践 知识库文章。
- 停机时间 — 升级过程可能会需要几分钟到几小时。
- Satellite - 如果您通过 Satellite 管理主机，您可以使用 Satellite Web UI 同时将多个主机从 RHEL 7 升级到 RHEL 8。如需更多信息，请参阅 将主机升级到下一个主 Red Hat Enterprise Linux 版本。
- SAP HANA - 如果您正在使用 SAP HANA，请遵循如何将 SAP 环境从 RHEL 7 原位升级到 RHEL 8。请注意，使用 SAP HANA 的 RHEL 的升级路径可能会有所不同。
- RHEL for Real Time - 支持对实时系统的升级。
- Red Hat OpenStack Platform 中的 Real Time for Network Functions Virtualization (NFV) - 支持对实时系统的升级。
- Red Hat Software Collections (RHSCLs) - RHSCLs 在原位升级过程中不会被完全迁移。RHEL 8 软件包通常会自动替换 RHSCL 软件包，但必须手动迁移和配置自定义配置和数据。例如，如果您已从 RHSCL 安装数据库，则应在升级前转储所有数据，以防止在 RHSCL 软件包删除期间丢失数据，然后在系统升级后根据需要恢复数据。请注意，在升级 Red Hat Satellite 服务器时，项目所需的 RHSCL 软件包会自动迁移。
- Red Hat JBoss Enterprise Application Platform (EAP) - 升级到 RHEL 9 不支持 JBoss EAP。升级后，您必须手动在系统中安装和配置 JBoss EAP。如需更多信息，请参阅 使用 leapp 实用程序( 使用 leapp 实用程序)将 Jboss EAP 和 websphere 服务器与 Linux 原位升级。
- 公共云 - 仅在 Amazon Web Services (AWS)、Microsoft Azure 和 Google Cloud Platform 上使用 Red Hat Update Infrastructure (RHUI) 进行 Pay-As-You-Go (PAYG)实例的原位升级。原位升级还支持在所有使用 Red Hat Subscription Manager (RHSM)进行 RHEL 订阅的公有云上的 Bring Your Own Subscription 实例。
-
语言 - 无论语言配置如何，所有
Leapp报告、日志和其他生成的文档均为英语。 - 引导装载程序 - 在 RHEL 7 或 RHEL 8 中无法将引导装载程序从 BIOS 切换到 UEFI。如果您的 RHEL 7 系统使用 BIOS，而您希望 RHEL 8 系统使用 UEFI，请执行全新的 RHEL 8 安装，而不是原位升级。如需更多信息，请参阅 是否可以在预安装的 Red Hat Enterprise Linux 机器上将 BIOS 引导切换到 UEFI 引导？
已知的限制 - 目前已知的重要的
Leapp限制包括：- 目前，对整个磁盘或者分区进行加密，或对文件系统加密还不能用于计划进行原位升级的系统中。
- 不支持对使用以太网或 Infiniband 的基于网络的多路径和网络存储的升级。这包括使用 FCoE 的 SAN，以及从使用 FC 的 SAN 引导。请注意，支持使用 FC 的 SAN。
- 目前，在使用 Red Hat Update Infrastructure 而不是 RHSM 进行 RHEL 订阅的剩余公有云中的 on-demand PAYG 实例不支持原位升级。
- 安装了任何 Ansible 产品,包括 Ansible Tower 的系统不支持原位升级。要在 RHEL 8 上使用 RHEL 7 Ansible Tower 安装，请参阅 如何将我的 Ansible Automation Platform 安装从一个环境迁移到另一个环境？知识库解决方案。
请参阅 已知问题。
您可以使用 Red Hat Insights 确定您注册到 Insights 的哪些系统位于 RHEL 8 的升级路径中。要做到这一点，请进入到 Insights 中相应的 顾问建议，在 Actions 下拉菜单下启用建议，并检查 Affected systems 标题下的列表。请注意： Advisor 推荐只会考虑 RHEL 7 次要版本，它不会执行系统升级前评估。另请参阅 Advisor-service 建议概述。
