生活在当今数字化时代的我们, 数据安全对于我们而言变得更加重要
本文介绍一些博主自己使用的保证数据安全的方法

三二一原则

在上干货之前, 想先为大家介绍一下数据保存的三二一原则:

至少有三份完整的数据 (一份原件, 两份拷贝)
至少有两种存储介质 (例如硬盘和光盘)
至少有一份在异地 (例如家和单位)

这三个原则确保了即使受到不可抗力导致数据丢失, 例如自然灾害等等, 您也可以在短时间内恢复数据并且重建这套原则体系以应对之后可能的损失.

硬件 “前提”

如果您有自己的服务器或是空闲的计算机充当 NAS 的话, 在数据备份这个问题上, 您将游刃有余.

文档类数据

首先, 文档类数据指的是: 一般通过文本形式进行存储, 被人类阅读并理解的数据, 例如: 文档, 代码, 配置文件等等.
这类数据的特点是, 变更频繁, 但是变更的内容一般不会很大.
同时, 人们通常希望能对这类数据记录历史版本.
这就需要用到版本管理工具了, 例如: Git, SVN, Mercurial 等等.
程序员朋友一定对 Git, SVN 耳熟能详, 而且在平时工作生活中常常使用.
对于一般用户而言, 这些工具未免有些复杂, 但是使用这些工具能够很好地帮助您实现版本管理, 同时简化数据备份的过程. 我们非常鼓励即使是普通用户, 也可以尝试使用这些工具.
例如, 使用 Git 管理您的文档:

通过 git add 命令把文档添加到工作区
1
git add 三月财报.docx
通过 git commit 命令把文档提交到本地仓库
1
git commit -m "提交三月财报.docx"
这样, 您就完成了一次文档的提交, 并且记录了这次提交的历史版本. 其中 -m 参数表示提交的消息, 您可以理解为一个备注.
通过 git push 命令把文档推送到远程仓库
1
git push

如此一来, 您便通过 Git 追踪了 三月财报.docx 这个文件, 并推送到了远程服务器来作为您的备份
如果您本地数据因为意外而损毁, 您便可以通过 git clone 命令来从远程服务器上克隆您的数据到本地
如果您并不信任商业的远程 Git 服务器, 您也可以自己搭建, 这类教程在搜索引擎上您能找到很多

影像类数据

影像类数据的特点是文件多且总体积大, 鉴于体积大这一特点, 我们一般来说不存在重复备份的客观可能性, 尤其是对于自建影音库的人而言

我以我作为例子:
我在我的 NAS 上使用 Jellyfin 的 Docker 镜像作为影音库服务, 并在疯狂囤积影视资源的路上一去不复返, 这样一来, 我的 NAS 上的影像类数据就越来越多, 而且总体积也越来越大

目前, 我 NAS 上有一个 120 GB 的 SSD 作为系统盘, 另外五个 500 GB 的 HHD 以及一个 1 TB 的 HHD 作为我的存储池, 且没有使用任何方式来组件磁盘阵列, 因为任何磁盘阵列都需要牺牲一定的空间用于校验

目前, 我共有 178 部电影, 且每一部都尽可能寻找能找到的最高清晰度影像, 这 178 部电影共占用我 1055.25 GB 空间

目前, 我共有 1793 集连续剧 (包括电视剧, 番剧等等按季组织的影视资源), 且每一集都尽可能寻找能找到的最高清晰度影像, 这 1793 集连续剧共占用我 1366.91 GB 空间

再加上使用 NAS 存储了 300 GB 左右的各种系统镜像以备不时之需, 还有百 GB 左右的照片视频备份

我的 NAS 空间占用率达到了 80.63% (2.8 TB / 3.5 TB)
可以用捉襟见肘来形容, 考虑到短期内没有办法为我的 NAS 增加更多的硬盘用于储存
所以我采取了以下行动来降低我的 NAS 空间占用率:

对各种影音资源使用 h.265 格式重新编码, 这一步大大降低了各种影视资源的体积, 尽管增加了播放时解码的性能消耗, 但是确实缓解了很大一部分空间占用. 上面提到的数据中, 部分影视资源已经经过了重编码, 但仍然有一些影视资源没有
转码之后, 源文件使用网盘保存, 起到了异地备份的效果. 目前, 我是用 OneDrive 存储编码前的源文件

当然, 目前这套 NAS 肯定是不能满足我进一步的需求了, 为此, 我最近有在计划搭建新的 NAS 平台