最近讨论资料和数据存储的帖子挺多，我也说说我的个人数据存储的方法，应该对别人没什么参考价值，所以只是说说而已

日常工作使用的文档数据

我不是职业程序员，工作范围从dev到ops，写作，广告设计，活动策划都有，幸好这些工作所设计的文档都不会很多，平时也就扔在dropbox里。对应的工具也经过精简后控制大小，然后还是扔dropbox里。用的win系统，环境变量等设置也都写好了bat文件。无论是系统崩溃还是硬盘故障，无非是装好dropbox慢慢等。这一部分倒也没太多好说的。

电影

我没有什么NAS系统，配了一个USB的硬盘盒，真的值得收藏的电影，也都扔在硬盘里，硬盘不多，大概七八块。因为读取次数很少，预估寿命再放个三五年没问题。三五年后需要重新部署存放的时候，相信那个时代也有了更好的存储方案了。
而且我也觉得，对读取并不多，更多的是一个backup意义的数据来说，自己弄个硬盘，其实是性价比非常高的方案。

音乐

这个才是让人头疼的问题。。我自觉得还勉强算是个音乐爱好者，收藏的数字音乐文件也不少，实体的那些也都用实体的架子存放，这里不提，数字文件比较难办。以前是直接扔在自用的服务器上，一路加硬盘即可。后来在上海某机房有了自己的NFS群，就扔到那里去了。缺点在于，音乐文件的重复使用率比电影高的多，我想听几张专辑的时候，还要连服务器去拖取。虽然现在在线试听品质也越来越高，320k相信对很多人都足够，也包括我，但总有的时候吧，320k还真的不够我听，仍然需要更高音质的数字文件。
前段时间aerofs公开测试了，我测试过后，觉得性能（其实就是扫描文件的效率）觉得还算让我满意，只是毕竟是P2P的，在修改文件后并不能第一时间得到响应，但也能满足我的需要了。想到这样的话可以做到本地和服务器的双向备份了。于是统计了下散布在nfs，mp3 player，server，上乱七八糟的音乐文件，包含flac/ape/mp3/oga/wma/上古时代的rm。各种文件我记得差不多去年这个时候就已经差不多是20T，结果现在统计后发现居然只有18T了……应该是今年服务器们搬动来搬动去，损失了不少。
然后又发现一个问题，aerofs是文件双向同步，那意味着就算我把服务器上的资源整理起来了，那我本地也需要18T+的存储空间。。。但我也不愿意在server上做双倍的存储投资了。
目前的计划是近期配置一台家用服务器，感谢科技的发展，拖到30T的存储应该不是问题，这样便可以利用aerofs和服务器做一个双向的备份了。服务器上已经有的存储空间，有许多是我的客户们已经淘汰不再使用的硬盘。严格来说都有一些年头了，并不能保证还可以稳定存储多久，但有了aerofs的配合，应该可以做到一个可靠的备份。前提是——等aerofs把这18T的文件通过4M的宽带同步回家之前这些硬盘都不挂- -
曲库管理方面我的经验是，没有管理。恩，到了这个数量级别已经没有办法了。。任何市面上存在的音乐管理软件都扛不住了。如果给这些曲目和文件位置做个索引，遍历下，扔mysql里，播放器读取mysql，我还要再加一台机器，专门给曲库做索引，给播放器做接口。。。投资太大了- -

目前在音乐文件的管理方面每年的投资，大约估算下，是个4位数，早期的一次性投入不提了，账目混乱。这个支出说多不多说少不少，因为扔在服务器上，服务器也并不只是用来存放音乐，同时也有发挥其他作用，并不怎么好精确计算。何况，这笔账目比起乐器的投入，实在不值得一提了。何况这些音乐带给我的感动，是无法用金钱衡量的
在找到比现在构思的使用aerofs更好的计划之前，可能需要靠程序随机给我推送文件到本地来实现曲目随机播放。。。
那在aerofs出来之前我怎么办的？ 先在线试听，然后根据喜爱程度决定是下载然后扔服务器上收藏，或者听完就抛之脑后。所以现在本地硬盘上基本就是过一下音乐文件而已。

照片

我不拍照片，我也没有照相机，我拒绝被拍照，所以这个问题对我来说不存在。。。

未来的计划

put everything in a p2p network.....