Hi Jeff,
我檢查了您的伺服器並發現了問題所在——有個好消息：您大部分的工作流（workflows）可以在幾分鐘內自行恢復。
發生了什麼事： n8n 並不會將工作流儲存在其服務內部，而是將所有工作流和憑證保存在與其一同部署的 PostgreSQL 服務中（這是您從第一天起 n8n 設定的一部分，並非您後來添加的獨立資料庫）。當儲存卷（volume）從 PostgreSQL 服務中卸載時，該資料庫（包含您所有的工作流定義）也隨之被刪除。這就是為什麼儘管 n8n 服務本身未受影響，但所有內容仍然消失的原因。
好消息： 您在伺服器遷移前的舊 n8n 專案仍在運行，並且仍然包含您截至 4 月 30 日的工作流（YouTube pipeline、EnglishQuiz 等）。您可以自行恢復它們：
- 首先，為您新伺服器上的 PostgreSQL 服務重新掛載儲存卷——它目前沒有儲存卷，因此您現在建立的任何內容在下次重啟時都會再次丟失。在儀表板中：PostgreSQL 服務 → Volumes → 新增一個掛載目錄為
/var/lib/postgresql/data 的儲存卷，然後重啟 n8n 並重新設定您的擁有者帳戶。
- 登入您的舊 n8n 實例（
richmanlee.zeabur.app）——您所有的工作流都在那裡。打開您想要的每個工作流，點擊 ⋯ 選單 → Download 將其儲存為 JSON 檔案。
- 在您的新 n8n 中，使用「Import from File」將每個工作流匯入。
- 一個限制：匯出的 JSON 檔案不包含憑證密鑰，因此您需要在新實例中重新輸入您的 API 金鑰（Google Sheets、Groq、Gemini 等）。
無法恢復的內容： 遷移後（約 5 月 11 日）建立的工作流——包括最近的 Reddit RSS 工作流——僅存在於已刪除的資料庫中，且沒有備份，因此這些需要手動重建。對此我深感抱歉。
關於最初的崩潰： 您的伺服器有 4GB 記憶體，但 n8n 目前被允許自行使用高達 4GB (NODE_OPTIONS=--max-old-space-size=4096)，因此執行繁重的工作流會導致機器記憶體不足並使 n8n 崩潰。我們建議將該值降低至 2048，或者如果您的工作流需要更多記憶體，請升級到 8GB 的伺服器。
如果您在匯入過程中遇到任何問題，請回覆此處，我們會協助您。
