本文目錄
備份只有兩種：驗證過還原的，和以為有備份的。這篇用一個真實案子的備份政策，講清楚「有備份」三個字應該長什麼樣。
備份是排程，不是動作
「我們有備份」這句話，值得追問四個字以外的細節：誰備的、多久一次、放在哪、放多久。以恒鋐五金的雲端進銷存為例：每天凌晨 02:00，系統自動把全庫 34 個資料集合（含子集合明細）匯出到雲端，保留最近 30 天。
重點不在數字，在「自動」兩個字。靠人記得做的備份，忙季第一個被忘記——而忙季恰好是資料最多、最丟不起的時候。
排程之外，管理員也能隨時手動匯出 JSON、CSV 格式的備份檔——要搬家、要稽核、要自己留一份，都不用等工程師。
備份的另一半：操作紀錄與一鍵還原
全庫備份救的是災難——整批誤刪、資料庫出事。但日常更常見的是小事故：改錯一筆單價、誤刪一筆訂單。用全庫備份救一筆資料，像用滅火器澆花。
所以恒鋐的系統另外留了一份操作紀錄：每一筆新增、修改、刪除，改動前後的完整資料都留著，管理員可以一鍵還原任何操作——新增的刪回去、改過的還原、刪掉的救回來。手滑不再是災難，只是一個可以撤銷的動作。
多久備一次才夠
誠實的答案：看你能承受丟掉多久的資料。每天備一次，最壞情況丟一天；一週備一次，最壞丟一週。單據天天在開的生意，每日一次是合理的節奏——恒鋐選的就是每日一次、保留 30 天。
另一個常被漏掉的問題是保留幾份。只留最新一份，遇到「錯的資料也被備份進去」就沒有退路——保留 30 天，代表你有 30 個可以回去的時間點。
三個自檢問題
- 你的網站或系統，最近一次備份是什麼時候？答不出來，就是「以為有備份」。
- 有人實際還原過嗎？沒還原過的備份，只是一個沒拆封的希望。
- 誤刪一筆資料，救回來要多久？如果答案是「請工程師從整包備份裡撈」，你缺的是一份操作紀錄，不是更多備份。