我已阅读有关从 Ubuntu 20.04 LTS 和 22.04 LTS 开始面临的挑战的文档。
有人尝试过将 18.04 LTS 直接升级到 20.04 或 22.04 吗？
我并不急于一时，只是想我可能需要在现在到四月之间迁移到更新的版本。
有什么挑战？我不认为我更改了我的脚本，而且没有问题。我今天晚些时候会尝试仔细检查 22.04 是否正常工作。
22.04 可以正常工作，我昨天测试过。
1 个赞
谢谢！
需要明确的是，我正在考虑通过 CLI 将 Ubuntu 升级到更高版本（20.04 LTS 或 22.04 LTS），这里有一些文档表明存在 SSL 版本问题，以及其他组件（可能是 Ruby on Rails？）。
总而言之，我不想制造不存在的问题。如果存在操作系统依赖关系，我也不想搞垮我的 Discourse 安装。
感谢您的见解。
您仍然没有说明“一些文件”具体是指什么，但也许您指的是有关运行开发环境的某些内容？
如果您在 Docker 上运行标准安装，那么您应该不会遇到任何问题。
我在这里找到并阅读的链接包括：
我还看到了关于为开发安装的说明。我将其搁置，认为不相关。
1 个赞
使用干净安装的 22.04.1 LTS 没有问题：
他们升级了操作系统，而不是干净安装。
那是一个开发安装。
看起来我不信任运行操作系统更新而选择干净安装的做法，并没有我想象的那么愚蠢。
干净安装的另一个优点是，您可以通过更改 DNS（或我推荐的静态 IP，因为它在大多数情况下比等待 DNS 更新快得多）来回退到工作版本。
我们可能在不经意间各说各话。
我最初的问题是希望直接通过命令行将 18.04 更新到 20.04 或 22.04，并了解其影响。
我理解全新安装或启动新的 EC2 实例，然后进行 discourse 备份和恢复的方法。
这其中存在风险和工作量的权衡。
如果我在原地更新，我的 discourse 环境在操作系统更新后可能无法运行。然后我需要花时间找出哪里出了问题，并可能需要这里聪明人的帮助来恢复。
如果我构建一个新环境，可以保证在切换时间之前不会影响我的社区。这似乎需要的工作量要大得多。
最理想的情况是操作系统升级能够顺利进行，并且 discourse 能够毫无问题地重启。
哎呀。抱歉。
你链接的一些帖子表明，你很可能会遇到这样的麻烦。
有一个关于如何迁移到新服务器的主题，但我再也找不到了。你主要只需要同步你的 /var/discourse 目录，安装 docker，然后重建。你可以节省一些时间，不用复制 /var/discourse 的全部内容，但复制这些内容所花费的时间将远远少于等待操作系统升级失败的时间。 
我喜欢选择稳妥的办法。到目前为止，我在这上面花的时间几乎和升级所需的时间一样多了。
无论你选择哪条路，祝你好运！
1 个赞
这完全取决于你对风险的承受能力以及你能忍受多长的停机时间。启动一个新的 VPS，将你的实例设置为只读模式并安装 Docker，这将是停机时间最短的方案。操作系统升级是必然会导致停机，而修复问题只会延长停机时间。
1 个赞
或者也许有另一种玩法！