您好，幫您查了一下，先說結論：
您的 OpenClaw 服務現在是 RUNNING 狀態，對外也訪問得到（剛測了 openclaw-ai8367.zeabur.app 返回 200）。從昨晚 20:48 UTC 伺服器重啟之後 Pod 就穩定跑了 7 個多小時，「SUSPENDED 起不來」的狀態已經自己恢復了。請您重新打開 Dashboard 刷一下應該會看到正常狀態。
但是 backup 列表裡那筆顯示「running」的記錄確實是卡住了：那是 4-29 16:23 啟動那次備份，DB 裡 status 一直沒翻成失敗，所以前端永遠顯示 running。這是我們後端的 status sync bug —— 當 backup 容器是被強殺（OOM）而不是正常退出時，狀態沒辦法正確回寫。這筆幽靈記錄目前不影響您實際服務，我們會一起跟著 PLA-1377（前幾天發現的 build 端同類 bug）處理掉。
關於這次為什麼會被 Kill：這台是 2C4G 的新加坡機器，目前跑著 8 個用戶服務，可用記憶體只剩 3Gi 左右。OpenClaw 官方推薦配置是 2C8G — 平時單跑 OpenClaw 還撐得住，但備份會瞬間打包大量數據進記憶體做壓縮，很容易把節點壓到 OOM，觸發系統去殺進程救命。建議：
- 如果要繼續用備份功能，強烈建議把伺服器升到 8G（Servers → 選這台 → Resize），單次備份記憶體壓力就不會再觸發 OOM。
- 如果暫時不想升級，備份前先停掉一些不常用的服務釋放記憶體再做，並且注意控制 OpenClaw 自己的工作量。
如果按上面調整後還是卡住，請您再回這條，我幫您從底層確認一下 backup 流程。
論壇