他們定期在這裡撰寫有關如何儲存和備份照片以及文件的帖子。 在上一篇這樣的文章中，我寫了一篇相當長的評論，想了一下，決定將其擴展為一篇文章。 而且，我稍微改變了備份到雲端的方法，這可能對某人有用。
家庭伺服器是發生以下大部分事情的地方：
你該保存什麼？
對我來說最重要、最大量的東西是照片。 偶爾拍個視頻，但非常偶爾——太佔空間，太佔時間，所以我不太喜歡它，我只拍短視頻，和照片放在同一堆。 目前，我的照片檔案約佔 1,6 TB，並且每年以約 200 GB 的速度成長。 其他重要的東西體積要小得多，而且在儲存和備份方面也很少有問題；十幾或兩千兆位元組可以塞進一堆免費或非常便宜的地方，從 DVD 到閃存驅動器和雲端。
如何儲存和備份？
我的整個照片檔案目前佔用約 1,6 TB。 主副本儲存在家庭電腦上的 XNUMX TB SSD 上。 我盡量不在記憶卡上保存照片超過必要的時間；我會盡快刪除我的桌上型電腦或筆記型電腦（當我在路上時）。 雖然如果閃存驅動器還有空間，我不會將其刪除。 多一份副本總沒有壞處。 回到家後，所有內容都會從筆記型電腦轉移到桌面。
每天都會向家庭伺服器製作包含照片的資料夾的副本（使用基於 Drivepool 的鏡像類型，其中配置了重要資料夾的複製）。 順便說一句，我仍然推薦Drivepool - 在所有這些年的使用中，沒有任何故障。 它就是有效的。 別看它的俄語介面，我給開發者發了一個比較像樣的翻譯，但不知道什麼時候能實現。 同時，在俄語中，這是一個管理池的程式。
當然，您可以更頻繁地進行複印；如果白天完成了大量工作，那麼我可以強制任務運行。 雖然現在我還在考慮在更改文件時開始複製，但我想停止讓桌面全天候打開，讓伺服器更多地工作。 該程式是 GoodSync。
直到最近，檔案還是使用相同的 GoodSync 從同一桌面上傳到 Onedrive 雲端。 我的大多數文件都不是個人的，所以我按原樣上傳它們，沒有加密。 個人資訊作為單獨的任務上傳，並進行加密。
選擇 Onedrive 是因為每年 365 個 Office 2000 Home Premium 訂閱提供了 2600 TB（現在是 2700 TB）的雲端儲存。 即使它是 TB 大小的碎片。 然而現在，免費贈品變得有點貴了，但幾週前還有另一種選擇，每年 1800-2000 美元（你必須看看零售商）。 去年MS漲價，甚至停止在網站上銷售訂閱時我就預見到了這一點，所以我提前五年激活了訂閱，同時還有XNUMX-XNUMX盒在售（當然，還有幾盒儲備）接受吧，但我不敢做出這樣的猜測）。
下載速度是我的費率的最大值，4-5兆位元組/秒，晚上最多10點。有一次我查看了崩潰計劃 - 如果每秒下載兆位元組就很好了。
從 eBay 上花 5-2 美元購買終身 3TB 是一件非常隨機的事情。 因為壽命可能會很短，目前為止的紀錄是三個月。 備份到隨時可能崩潰的地方並不是一個好主意。 即使是為了幾分錢。
但現在，由於我決定將一些任務從桌面拖到伺服器上，因此我將複製到 Onedrive 的操作轉移到了 Duplicati。 儘管它是測試版，但我已經使用它幾個月了，到目前為止它的工作相當可靠。 由於 Duplicati 仍然將其備份存儲在檔案中，而不是批量存儲，因此它決定使用內建工具對下載的所有內容進行加密。 無論如何，如果發生任何事情，你必須透過 Duplicati 來恢復。 所以讓他加密一切。
考慮到我有數 TB 的碎片，備份到雲端由多個任務組成。 這是將備份重新上傳到雲端的地方。 2019 年很快就到來了——幾天之內就有了 2018 張照片，我還沒有開車太多，XNUMX 年正在慢慢湧入。 目前的下載速度不是最高的 - 這是一天，頻道很忙等等。
在雲端中，備份資料夾看起來像這樣 - 有很多zip存檔，存檔大小在建立任務時配置：
我大約每月一次在外部驅動器上製作一份副本，並將其存放在壁櫥中。 我使用相同的 GoodSync 連接並手動啟動任務。 當然，儘管您可以將其設定為在連接磁碟時啟動 - 但我並不總是需要在連接磁碟時進行複製。
如果您需要多一個遠端儲存位置（您自己的且不太陰天的位置），那就太好了。 在我位於提供者網站上的伺服器上，我很早就為此事準備了磁碟，但我仍然無法抽出時間。 但由於我已經開始將所有內容拖到重複項下，所以我想在將所有內容重新上傳到 Onedrive 後，我現在就這樣做。
它是如何編目的？
這裡的問題分為兩個 - 檔案系統級別，其中編目發生在資料夾級別，以及根據大量參數進行邏輯編目，因為資料夾樹的功能仍然有限。
是的，我在露天拍照。 因為raw可以隨時轉換成jpg，但反之則不行。 我以前都是用raw+jpg拍攝的，這樣我就可以快速將照片傳輸到手機上並發送到互聯網上（將raw傳輸到手機上很難）。 jpg 然後複製到桌面時刪除。 但現在手機在照片品質（用於在網路上發布）方面已經開始適合我，所以我已經完全放棄了相機上的jpg。 它們要么來自我沒有無反光鏡相機的時代，要么來自我的手機。
在檔案系統級別，它看起來像這樣：在頂級資料夾級別 - 來源。 攝影師的名字很常見。
下一層是主題。 每個人都有或多或少相同的主題，可能有個人主題（例如“狗”，有些主題可能不存在。
接下來——一年。 年內有按日的資料夾。 如果當天的照片分為多個主題，則資料夾中可能會有單獨的照片會話。
結果，文件的路徑可能如下所示： MyTrips20182018-04-11 柏林法國站P4110029.ORF
我用兩台相機拍照，通常是輪流拍攝，但有時我也會隨身攜帶兩台相機，然後將它們中的照片轉儲到一個資料夾中。 最主要的是時間是同步的，否則你必須計算差值並調整所有檔案的拍攝日期（在Lightroom中這很容易，但計算時間差有點繁瑣）。
第二層有一個單獨的資料夾，用於存放手機中的照片，但如有必要，可以將照片發送到主題資料夾。
資料夾頂部的邏輯編目 - Adobe的Lightroom。 當然，有很多用於編目和處理的程序，但 Lightroom 適合我，它相當實惠（他們甚至在套件中提供了 Photoshop），而且在過去幾年中它也變得不那麼慢了。 當然，完全過渡到 SSD 也有幫助。
所有照片都位於一個目錄中。 使用上一段中的基本資料夾結構，其頂部是 EXIF 資訊、地理標記、標籤和顏色標記。 你也可以打開臉部識別，但我不使用它。
基於以上所有內容，您可以建立「智慧收藏」 - 基於某些文件屬性的動態選擇 - 從拍攝參數到註釋中的文字。
所有標籤都儲存在文件中，編輯歷史記錄儲存在 ravs 旁邊的 XMP 檔案中。 Lightroom 目錄每週一次使用 Lightroom 本身備份到特定資料夾中，然後從該資料夾上傳到 OneDrive。 好吧，從好的方面來說，透過 veeam 代理，每天都會將桌面系統磁碟上傳到伺服器 - 並且目錄儲存在系統磁碟上。
照片裡到底是怎麼回事？ 什麼，沒有其他文件類型嗎？
是的，為什麼不？ 備份方法沒有什麼不同（如果備份是必要的話），但編目方法取決於內容的類型。
基本上，在資料夾層級排序就足夠了；不需要標籤。 單獨的編目器僅用於電影和電視劇。 - Plex 媒體伺服器。 顧名思義，它也是一個媒體伺服器。 但馬並沒有躺在那裡，如果電影庫的四分之一在，那麼通常會很好地排序，其餘的則位於“!to sort”文件夾中。
來源： www.habr.com