fix: clean stale partial database backups

docs/memory/current_execution_queue_20260524.md

@@ -330,3 +330,9 @@
 - V10.626 已能在 GCP-A direct timeout 後走 110 proxy，但 cache refresh 仍會先等一次 direct `/api/version` timeout。
 - V10.627 新增 direct-only host health skip：`resolve_ollama_host()` 會讀最近 `host_health_probes`，若 GCP-A/GCP-B direct 在視窗內已 unhealthy，先跳過 direct endpoint，改試同順位 110 proxy；proxy rescue 不吃這個 skip，避免因 direct unhealthy 誤跳過可用 proxy。
 - 新增 `OLLAMA_RESOLVE_HOST_HEALTH_SKIP_ENABLED=true` 與 `OLLAMA_RESOLVE_HOST_HEALTH_SKIP_WINDOW_MINUTES=20`；DB 讀取失敗 fail-open，回到原本網路探測。
+
+## 31. 2026-06-18 V10.628 備份 partial 檔案清理
+
+- 正式 `backup_log` 最新狀態已是 2026-06-18 02:00 成功備份，6/15 的 `pg_dump` not found 是舊失敗紀錄；`get_latest_backup_info()` 目前回 success，backup monitor 不會再因舊 row 告警。
+- 備份目錄仍殘留 0 byte `momo_analytics_*.sql.gz` partial 檔，容易讓人工查檔誤判。
+- V10.628 新增 `cleanup_partial_backups()`，`cleanup_old_backups()` 會先清除超過 `PARTIAL_BACKUP_MIN_AGE_MINUTES=60` 的 0 byte partial 備份；剛產生的 0 byte 檔不刪，避免誤傷正在寫入的備份。