他们定期在这里撰写有关如何存储和备份照片以及文件的帖子。 在上一篇这样的文章中，我写了一篇相当长的评论，想了一下，决定将其扩展为一篇文章。 而且，我稍微改变了备份到云端的方法，这可能对某人有用。
家庭服务器是发生以下大部分事情的地方：
你应该保存什么？
对我来说最重要、最大量的东西是照片。 偶尔拍个视频，但非常偶尔——太占空间，太占时间，所以我不太喜欢它，我只拍短视频，和照片放在同一堆。 目前，我的照片档案约占 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”文件夹中。
来源： habr.com