# 无法从S3备份恢复 - 失败

**URL:** <https://meta.discourse.org/t/unable-to-restore-from-s3-backup-fails/358243>\
**Category:** Support\
**Created:** [2025年三月20日 22:31 UTC](https://meta.discourse.org/t/unable-to-restore-from-s3-backup-fails/358243 "2025-03-20T22:31:52Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![Canapin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/canapin/32/119591_2.png) [@Canapin](https://meta.discourse.org/u/Canapin)\
**Post date:** [2025年三月20日 23:47 UTC](https://meta.discourse.org/t/unable-to-restore-from-s3-backup-fails/358243/5 "2025-03-20T23:47:11Z")

</div>

⚠ [ask.discourse.org](http://ask.discourse.org) 返回的内容如下，我无法保证其安全性或有效性

* * *

> [@DiscourseHelper](#):
>
> 在暂停恢复期间，您可以有机会在 Discourse 继续完成恢复过程之前，临时修改或清理数据库中有问题的上传或帖子等数据。以下是分步处理或修改暂停恢复期间有问题数据的步骤。
> 
> * * *
> 
> ### **手动处理暂停恢复期间有问题数据的步骤**
> 
> 1. **启动暂停恢复：**  
> 使用 `--pause` 标志运行恢复，以便在应用上传或重新映射之前暂停恢复过程：
> 
> 2. **暂停点：**
> 
> 3. **打开新的 SSH 会话：**  
> 在恢复暂停期间，打开一个 **新的 SSH 会话** 以与暂停的实例进行交互，而不会中断恢复过程：
> 
> 4. **访问 Rails 控制台：**  
> 进入 Rails 控制台以与数据库进行交互：
> 
> 5. **识别有问题帖子：**
> 
> 6. **修改或删除有问题帖子：**
> 
> 7. **如有必要，修改文件上传：**  
> 如果问题源于特定的有问题文件上传：
> 
> 8. **恢复恢复过程：**  
> 在进行必要的修改后，返回到暂停的 shell 会话并按任意键以恢复恢复过程。
> 
> * * *
> 
> ### **重要注意事项：**
> 
> - 在修改任何内容之前，请务必备份原始数据库文件。
> - 专注于更正最少的数据，即仅处理有问题的内容，而不要进行不必要的更改。
> - 如果文件上传是外部的（URL 或 CDN 相关问题），您可以在恢复期间手动删除外部引用。

---

_[View the full topic](https://meta.discourse.org/t/unable-to-restore-from-s3-backup-fails/358243)._