你们用 NAS 的开自动快照么？

不开，也“可能” 把 “工作机上的误删除动作同步到 NAS，而让 NAS 的那份也被删改”。

# “可能”，因为假若不是完全同步，只增不删；若被新的空文件覆盖，也一样等同删除。

@HarryQu 不不不，大部分 linux 发行版，这个不是标配功能（ xmbc pi 发型版自带，默认开启，早年 openSolaris 也自带）。

属于需要自己“土法炼钢”

整体换用带有 快照 /snapshot 功能的 FS/存储 (ZFS, Btrfs, LVM)，crontab 作自动定时快照。

@jingyulong bash 就够了，需要用到 if, for 的话，py 就行了呗

搜 “ graphviz 人际关系” 就可以得到很多范例，谷歌可以得到很多结果：

如何系统的绘制自己的人际关系网络图？ - 知乎 : https://www.zhihu.com/question/53706132/answer/223466224

gitpages, clone 到数据处理机本地，数据处理机器上把结果更新到项目 clone 里（正确完成，新数据也都正常），
把更新 本地提交一个版本，完毕后，push 到 gitpages 去。

定时用脚本来全自动完成没啥难度 （给 gitpages 搭配单独弄个无 passphrase 的 密钥对)

那么... 就按自己意思混着用体验个 1 ～ 2 年吧。

吃完饭，看到前同事在某群里上午发了几条，现公司某小业务系统被黑，数据被加密，被勒索比特币，

当然没好意思再问(补刀)“备份呢？”。

如此这般... 我觉得摘选官方手册 /摘选动物书《 XX 权威指南》，改写成如今“白话文” 就能出书卖钱了喂。

@momocraft #21 btrfs (bugfs) 多次踩坑，最近仅有一次使用经验稍微改观，然而它在我心中的阴影还得持续很久。

我自己之前先后组的两台备份用存储服务器也都是用 freebsd + zfs (snapshot + 透明压缩)

"就是价钱有点不好看"...

LZ 记得你们是作商业图片业务的，想想你们的生意命脉核心：图片存储的可靠性

要是数据丢了，卖什么去？还做什么生意？

@CallMeReznov 想起秋天也在 twitter 上讨论数据备份策略，提到有钱 /必须时，还得作 跨洋备份，
甚至希望能在 太空 /月球 /火星 上建立备份数据中心，结果有某国际一线大厂推油立即回复，说他们一直是有跨大洋备份。（星际备份？暂时是个梦）

想想能记得的最近一些新闻：强烈地震大规模海啸，核灾，大范围山林大火，跨洋备份必要，尤其是全球性企业。

另外：

“服务器多少块硬盘不重要，做 raid0 或者不做 raid，为了备份数据，rsync 时时同步到另外一台服务器上，这样做的话，感觉时时性满足不了需求，况且 rsync 遍历几百万个文件夹效率如何？？我没试过”

# 你知道有种技术叫 快照 嘛？公有云端弹性存储基本都有这功能 。
高级的 FS (ZFS,Btrfs)有 snapshot 功能，生成 snapshot 指令瞬间执行完毕，就是瞬间凝固成一个独立平行宇宙，
之后就可以（异步 /后台）把 snapshot 发送到备份存储（至少 ZFS 可以，当然是差异化发送，并可压缩传输)
或者（异步 /后台)原始点让备份程序 /rsync 把 snapshot 版本的 FS 同步到你备份存储上

存储 和 应用 分离是更好作法，早年我们传统作法是：
多个应用服务器 /web 通过 NFS 去存取 专用的 存储服务器 or NetApp 这种专业存储设备(原生有 NFS,iSCSI 服务),
存储服务器自己有快照 /透明压缩 /重复数据删除 等功能。

最后，几百万文件夹又能怎样？ rsync 也就初次会因为全部文件传输一遍会慢，再之后都是超高效差异化比对传输。

存储不是备份！存储不是备份！存储不是备份！

重要的事情说 N 遍都不嫌多！

"备份设备应该比对线上生产设备更高的要求和重视，因为灾难发生，很可能备份就是你唯一的救命稻草"

即便你用上千万一套的 NetApp 存储也会遇到磁盘坏掉的状况（我遇到过），
更别说只是普通廉价的 RAID1 了（普通常见 RAID 只能保证底层 I/O 正确，才不管你存取的信息是否正确)。

可靠，经受定期备份恢复演习 的备份 才能称之为 “有效备份”，

君不见 最近两年 有国际大厂 分别有因为备份无效(Gitlib 事故) 和 有效备份 (Github 最近的事故) 事故时的不同嘛？！

敲到手指都疼了？

这一天代码工作量得上万行了吧？！大惊...

#14 接着好奇提问时间：

LZ 提问咨询这么久了，自己 /自己公司 的博客项目启动了么？开始写文了么？

还没红就想靠卖文发财？和过渡优化一个方向喂... 误入歧途。

直接起步就想靠博客 /公众号 盈利的，那可不是普通个人玩家玩得动的，
参考近几年大热的某著名鸡汤公号崛起历程，毕竟创办人曾在传统(大牌)纸媒浸淫多年的历练过了。

普通个人? 把运营个人博客 /公号当作业余爱好，控制投入成本(时间,精力)，别当作唯一的饭碗。

不谈内容质量了，先做到能稳定定期更新再说吧。

文章量起来了，再谈流量，之后再谈如何营收。

记得 LZ 之前发过相关运营博文什么的系列提问的，参考一些成熟案例的作法嘛。

这么在意“复用”的话，可以了解下 编译（缓存）加速工具，经常用到的通用类库什么的，obj 可以被缓存在硬盘上，大幅度节省时间。

本地的 ccache 和 分布式的 distcc （ 16 节点以内，几乎是随着节点数线性提高编译速度，当然可以和 ccache 搭配使用，要求最好所有节点的 os 版本，编译工具链版本，glibc 版本 都一样，稍微不同也可以）

以前玩 Gentoo 时，为了提高编译全系统提速，用过五六个物理机节点玩 ccache + distcc 的确能快上 3 ～ 4 倍

你以为你的账号就是你的了？图样图森破…

这状况大约… 我想想，2013 年就遇到过了