數位時代下，個人與家庭資料的安全性與完整性日益重要。我在2018年寫過一版當時的備份SOP。7年後，我更新了目前我所使用的，如何在多裝置、大資料量的家庭環境中，建立一套高效且可靠的備份SOP。如果你的環境比較簡單，可以用下面的簡易版本SOP作備份：
- 異質備份：以大容量外接硬碟作為資料備份與歸檔的主要媒介。
- 將所有日常工作文件、重要家庭照片及影像等「熱資料」定期備份至外接硬碟。
- 對於不再頻繁使用但具長期保存價值的「冷資料」（如已完成專案的原始檔、高解析度照片RAW檔），定期將其歸檔/搬移至大容量外接硬碟，以釋放主力設備空間。
- 異地防護：採用 Backblaze 進行雲端遠端備份。
- 僅依賴本地實體儲存仍不足以抵禦區域性災害（如火災、水患或竊盜）。因此，建議利用如 Backblaze 這類提供個人電腦無限儲存空間的雲端備份服務，作為異地備份解決方案。
- 策略性運用： 對於儲存於外接硬碟中的歸檔資料，可規劃每半年將該外接硬碟連接至主力電腦數日。此舉將使 Backblaze 偵測到並自動將這些歸檔資料納入遠端備份範圍，以極低的邊際成本實現冷資料的異地防護。
如果你對完整版的備份SOP有興趣，想了解我的心路歷程，或是想知道我怎麼處理較複雜的架構，可以繼續看下去。
距離我上次在部落格分享我的備份策略，已經將近七年。回想2018年，我正好面對Crashplan終止家用方案的影響，懷著嘗試與摸索的心情，逐步將資料轉移到 Google Drive 的 (無限) 空間中。當時，我測試了一種混合方式：對於「熱檔案」進行自動同步，而「冷檔案」則手動上傳。在那個依賴單一個人電腦、資料量尚可控的時期，這種做法似乎行之有效。
在科技快速發展的七年間，我的數位裝置和資料存放/流向已經有了巨大的變化。
過去幾乎所有的資料都會匯集到 PC 上，包括文件、資料、照片、影音。所以備份的話針對主力工作PC 進行備份即可。
現在則是分散在各個不同的數位裝置上。以相片為例，用單眼相機或運動相機拍的照片，如過去一樣匯集在PC，但手機拍的已經分散在各自的裝置和對應的cloud service (如 iCloud 跟 Google Photo)。再加上孩子使用的數位裝置。要備份的資料已經分散在各地。
而PC 也是，七年之後，電腦已經從一台單打獨鬥的PC，擴展成為一台主力工作機、一台孩子遊戲PC、一台MacBook Air，以及三台遠端Linux伺服器組成的「聯合艦隊」。資料量伴隨著兩個孩子的成長、攝影和4K影音的成長，以及歲月的累積，已經成長到TB 這種等級的量。
還好，我對「資料保存」的思考已由過去的「都備份就對了」逐漸演變為更加細緻的見解：並非所有資料都生而平等。有些是攸關身家性命的每日必需品，而有些則是充滿回憶卻鮮少翻閱的傳家寶。將這些資料統一以同一標準對待，效率低下，同時也是資源浪費。
於是在2025年初夏，我再次進行了一次全面的備份體系盤點與改革。這篇文章便是我對現行策略的完整紀錄與思考沉澱。希望它不僅能成為未來自己的查核清單，也能為同樣在數位洪流中，為資料安身立命而苦惱的朋友們，提供一些可能的靈感。
核心理念的演進：思考「備份」與「歸檔」
過去，我對資料的態度相對單純：重要的資料就需要備份。然而，時間是最好的過濾器，它能改變資料的「溫度」。例如，半年前精心處理的專案文件、數年前的攝影作品RAW檔，以及剪輯完畢但佔據巨大空間的影片素材，這些資料在創作當下是「熱資料」，但隨著時間推移，這些資料的價值則轉變為「冷資料」，是「或許未來某天會用到，沒事的話就放著，不要輕易刪除」的類型。
如果將這些低頻率取用、高容量佔用的「冷資料」與日常文件、系統設定等高頻變動的「熱資料」混為一談，並用同樣的方式進行備份，將會面臨一系列棘手問題：日常備份速度將受到嚴重阻礙、主力電腦的儲存空間會迅速被侵蝕，備份成本也隨之上升。
因此，這個版本的策略核心在於將資料的生命週期管理劃分為兩大體系：
- 正規備份（Backup）： 此類資料直接關係到我的日常工作與數位生活，一旦遺失會立即造成嚴重影響，因此我必須在最短時間內恢復。它們需要最嚴格、最可靠的保護。對此，我遵循並嚴格執行業界的 3-2-1 原則：
- 三份備份： 原始檔案外，至少擁有兩份複本。
- 兩種不同的儲存媒體： 一份在內置硬碟，另一份在外接硬碟或其他電腦上。
- 一份是異地備份： 將一份複本存放於與本地不同的地理位置。
- 儲存歸檔（Archive）： 此類資料的核心目標是「安全地移出主力工作機以釋放空間」及「實現低成本的長期保存」。通常來說，它們是已完成專案的原始檔、照片的RAW檔、影片的母帶等資料。即使這些檔案不幸遺失，雖然令人遺憾，但也只是「遺憾」，不會對當前的生活造成巨大的衝擊。歸檔的目標是保留至少1份資料在外部媒體，不追求同步或3-2-1備份，而是以週期性的方式整理與封存。如果要把資料取回，我可以接受較長的恢復時間，例如數週。
在過去，我曾使用過所謂的「深儲存歸檔（Deep Archive）」，像是 Amazon的 S3 Glacier。但個人使用，長期存放的支出仍然可觀。2018使用的 google drive，在後來google修改政策後，可用容量大幅減少。後來我也試過像 Microsoft E5 類型的方案，希望能找到近乎零成本的雲端空間來存放那些「此生大概不會再看第二眼但又捨不得刪除」的陳年舊檔。不過，目前這些穩定可靠但又零成本方案已不復存在。因此，我將這個想法擱置，專注於將「備份」與「歸檔」兩個核心體系做到極致。
正規備份：我的3-2-1法則實踐方案
針對我歸類在「正規備份」的資料——例如進行中的專案文件、重要的個人和家庭檔案、Lightroom的編目檔等——我以嚴謹的方式實施3-2-1法則：
- 第1份（本機備份資料）： 資料的第一份備份檔案存放在本機的備份目錄裡 (過去是本機某個備份硬碟)，例如
/backup。然後用每月執行的腳本簡化備份流程的操作，只要一鍵就可以把需要備份的資料通通備份集合到備份目錄中。 - 第2份（本地異質媒體備份）： 資料的第二份備份存放在本地的第二台PC，那是一台從主力工作機退役，目前作為孩子遊戲或上網的機器。我在上面掛了一顆之前用來備份的硬碟，可以用來作為備份機。並且用腳本定期把主力工作機的 /backup 內容同步到第二台PC 上。因為資料同時存在於兩台物理獨立的電腦硬碟中。這樣子就滿足了「兩種不同媒體」的要求。即便主力工作機遭遇不測（如硬碟損毀），我依然能在備份機上找到一份相對完整的近期備份。
- 第3份（異地遠端備份）： 這是抵禦火災、地震等區域性災難的最後防線。在這方面，我使用Backblaze這個服務，用兩年大概5000元的價格，進行遠端備份的服務。它提供了個人電腦無限儲存空間的服務。安裝客戶端後，它會在系統背景以極低的資源佔用，自動上傳硬碟上我所指定的資料。當有需要回復時，可以把要回復的資料下載回來；如果是大量的資料要回復 (TB 等級的)，他們也提供直接把資料裝進硬碟裡，然後快遞到府的服務。這個會比我花數週時間下載來得迅速。
這個組合拳——本機 + 本地異質 + Backblaze（遠端備份）——構建了一個即時性的、本地恢復速度快且具遠端災備能力的防護網，確保我的核心數位資產安全無虞。
儲存歸檔：資料的生命週期與封存藝術
如果說「正規備份」是為了應對「意外」，那麼「儲存歸檔」就是一門管理數位遺產的藝術。它的處理流程更具週期性與儀式感，目標是在確保安全的同時，將陳年資料優雅地移出主力工作機。同時，也是一種資料斷捨離。(但不是真的捨棄)
以占用空間最顯著的「照片RAW檔」為例，我的歸檔流程同時也展現了資料由熱到冷的生命階段：
- 誕生與處理（在工作機）： 完成攝影專案後，RAW檔會進入工作機的對應目錄。在使用JPG檔編修的同時，如果出現不足，就會找出對應的RAW 進行編修與輸出。在這階段，它們是站在JPG 檔後面的第二道防線。
- 暫時存放（在工作機）： 照片處理完後，JPG成品輸出，這些佔據大量空間的RAW檔任務便完成。我會將它們整批移至工作機歸檔專用目錄
/Archives，並依年份、專案分類。 - 首次歸檔（工作機 -> 外接硬碟 + 備份機，半年一次）： 每年6月和12月，我會執行一次大規模的歸檔，將需要歸檔的資料移動到大容量外接硬碟。如果備份機有空間的話，我也會放置一份副本，作為歸檔資料的備份 (但非必要)。
- 遠端歸檔（外接硬碟 -> Backblaze，半年一次）： 這是我的歸檔策略中最特殊的環節。因為對大容量外接硬碟的可靠度不是完全放心，所以把資料移動到外接硬碟後，我會將大容量外接硬碟接在主力機上一陣子。讓Backblaze偵測到這些外接硬碟。由於我已經把Backblaze 的資料過期期限提升至1年，所以其實Backblaze 的雲端已經有半年前我上傳的資料。他只需要重新確認資料存在，就可以繼續保存下去。透過這樣看似繞路的操作，我可以用極低的邊際成本實現了歸檔資料的遠端備份。而不需要讓那些歸檔資料佔用主力機的空間，我只需每半年將外接硬碟接在主力機上幾天，確保Backblaze 確認資料的存在，並且繼續保存下去。這是一種非典型的「冷備份」上雲方式，兼顧了成本與效益。至於新歸檔的資料，就要多放幾天，讓backblaze 完成上傳備份的任務。
特殊資料類型的備份策略：處理那些「例外」
在「備份」和「歸檔」的兩大主軸之外，還總有一些「例外」，需要特別處理：
- iCloud照片： 手機是現代人生活紀錄的核心工具，iOS 的照片我會交給 iCloud 來儲存。但 iCloud 與其說備份，不如說是一個同步的雲端。備份的話，我目前是選擇開源工具icloudpd。設定每月執行一次增量備份，把 iCloud 照片下載存到工作機的某個資料夾，同樣受到Backblaze的遠端備份保護。
- MacBook資料： Macbook Air 對我而言，比較像是在外的連網裝置。大部份的資料都在雲端，所以我僅僅使用了 Time Machine 作不定期的備份，將系統備份至一顆1TB的外接SSD。
- Google Photo： 照片的部份除了 Apple 生態系的 iCloud 外，我也同步放了一份在 Google Photo，同時還加了許多從其他來源上傳的照片。這部份比較像是過去備份機制產生的legacy。但多一份資料，也無傷大雅 (只是沒有整理)。Google Photo 的部份需要購買 Google one 來解決容量不足的問題，另外我也每五年用 google takeout 取出一份，歸檔處理。
- 遠端伺服器： 至於遠端Linux的主機，承載著我的個人網站及一些實驗性服務。我分別為它們寫了備份腳本，可以將網站文件、資料庫及Nginx設定檔打包壓縮。然後再定期用
rclone掛載 Google Drive，手動將備份檔移上雲端。雖然這部分的手動操作不如全自動流程優雅，但它強迫我每個月親自檢查一次伺服器，也算是一種有益的例行檢查。
小叮嚀：
如果要用 rclone mount 把 google drive 掛上來讀寫時，請記得把每個要上傳的檔案大小控制在 2GB 以下 (我是用split 切成1GB)。
另外vfs 請愛用
rclone --vfs-cache-mode minimal，這樣比較不會被 google block/reject。
結語：一場永不結束的數位長征
備份從來不是一個可以一勞永逸的專案，它更像一場無止境的數位長征，需持續關注、定期檢視，並隨時準備調整方向。整理自己的數位空間，雖然過程繁瑣，但當你環顧那個井然有序、安全無憂的結果，那份油然而生的成就感，正是對所有努力的最佳報答。
沒有任何一個備份策略是完美的，隨著時間推移必然會暴露出新的問題。目前的架構雖然穩固，不過跟7年前最大的不同就是…用錢解決。添購大容量的硬碟、Backblaze 的訂閱、google One 的訂閱等等，都是一筆開銷。但我都跟自己說：這不是買硬體，這是買保險，避免未來的後悔。
從2018年那個將所有希望寄託於Google Drive的單純年代，到2025年這個「備份、歸檔分流，異質/異地備份 + Backblaze遠端」的複雜協同備份體系，我的備份策略無疑變得更加繁複 (還好有腳本)，但也因此更為穩固與靈活。
這份落落長的備份SOP，其實就是我這七年數位生活變化的縮影。 一方面藉由分辨「備份」跟「歸檔」，把數位生活裡累積的巨量資料作初步的斷捨離，一方面也更嚴謹地看待所謂的3-2-1法則。希望我的這些想法，能給同樣在數位汪洋中掙扎的你一點點靈感，讓你也能打造一套專屬自己的備份體系，從此告別資料焦慮，把心力花在更重要的事情上。
