# 因所有权问题而失败的维护不善服务器重建 - 寻求帮助

**URL:** <https://meta.discourse.org/t/failed-rebuild-of-poorly-maintained-server-w-ownership-issues-looking-for-help/358485>\
**Category:** Support\
**Created:** [2025年三月23日 11:55 UTC](https://meta.discourse.org/t/failed-rebuild-of-poorly-maintained-server-w-ownership-issues-looking-for-help/358485 "2025-03-23T11:55:47Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)\
**Post date:** [2025年三月23日 14:56 UTC](https://meta.discourse.org/t/failed-rebuild-of-poorly-maintained-server-w-ownership-issues-looking-for-help/358485/4 "2025-03-23T14:56:49Z")

</div>

这真是一个棘手的处境——我同情你。

就我个人而言，我非常希望在尝试重建之前获得一个备份。如果常规备份过程对你没有用（因为它将备份发送到无法访问的地方），那么我会想办法使用命令行进行数据库备份，但我不太确定具体方法。也许是在 Docker 中使用 pg\_dump？

或者，也许你可以使用你的命令行访问权限将备份重定向到本地磁盘而不是 S3。

但在这两种情况下，你都需要足够的本地磁盘空间。

编辑：与 Jay 的帖子交叉了。

---

_[View the full topic](https://meta.discourse.org/t/failed-rebuild-of-poorly-maintained-server-w-ownership-issues-looking-for-help/358485)._