我的数据备份策略

最近网络上风声甚紧，抓紧时间下载才是正道。可这样一来存储空间就日益捉襟见肘了，因此最近好好研究了一下个人的存储策略。考虑到下载的内容绝大部分是剧集、电影、动漫、游戏和音乐，这类资源的时效性比较高，不会长期赖在硬盘里不走，因此矛盾可以转换为归档备份，留待日后怀旧时再翻出来。

对个人来说，备份策略无非就是两种：本地存储和在线存储。我仔细比较了一下这两种策略的优缺点。
本地存储
优点：
1. 备份和恢复时间快。
2. 单位存储成本低，并且逐年降低。
本地无非就是买硬盘和刻盘（会有人买磁带去么？）。硬盘作为纯粹的备份工具实在是太浪费了，并且硬盘也受制于本身容量的限制，可扩展性比较差；另外移动性也比盘片差。最致命的缺点当然还是病毒和磕碰，资料毁损不说，不定那一天就出来一条坏轨。说起硬盘这个东西实在是很奇怪。我上大学的时候学校一批unisys的386（个人估计我是最后一代听说过这个牌子的人了）每天历经野蛮的硬盘读写过程中冷启动，十几年下来仍屹立不倒，可是现在的硬盘......DVD虽然没有这个问题，可是盘面划伤却是个老大难；每张盘片的容量有限，要是备份个1T数据，估计要吃掉一个刻录机；况且上百张盘片，收藏保管作目录也是个力气活；最最最重要的是，光盘染料的保质期是有限的，至于到底是哪一天我也不知道，“可能是三天两夜，也可能是三五十年”，我可不想时不时就校验一下100张DVD的数据。
缺点：
1.即使备份下来也不能让人放心。
2.随着备份资料的增多，数据分布在多个介质上，内容的目录管理和介质的物理管理也是个问题。

在线存储我粗略查了一下，可用的策略有两种：一种是在线备份，另一种是买一个ftp主机，把资料传上去。在线存储一定要无限空间的。免费的就不考虑了，空间受限，上传文件大小受限，流量受限。另外不要考虑过内的服务，贵的吓死人，服务质量也不怎么样。先说在线存储的缺点吧。
缺点：
1.贵。一年要三、四百人民币，还是最便宜的。
2.备份和回复时间长，受到网速制约。
3.即使网速没问题，也会担心被“墙”。
4.即使不被墙，也不知道服务质量能否一直延续下去，价格是否稳定，或者突然涨价什么的。
5.商业公司都有倒闭的那一天。
优点：
1.商业服务对数据安全性的保障能力大大高于普通用户。
2.文件集中存储，不用担心空间问题和文件分散问题。

如果确实非常在意数据安全的话，我认为在线存储应该是首选。因为我们讨论的是备份策略，而不是云服务，因此并不要求随时访问，最近google的一系列罢工事件其实影响不大。真正连数据都恢复不了的情况少之又少，至少我认为比存在本地安全。
我比较了一下在线备份和ftp两种方式。在线备份大都需要你安装一个客户端，对你系统内的文件夹进行监视，进行增量备份，还提供版本控制的功能。但是很少有人提供支持LINUX的客户端。我好不容易找到了一个：crashplan，结果在我的机器内根本无法使用（好吧，算我有rpwt）。同时，版本控制对于备份bt资源纯属多余，我总不会修改自己的电影吧？费用方面，在线备份要比ftp贵一些，大概25%左右，另外这是单机价格，也就是说你只能同时备份一台机器上的内容，如果要备份另一台机器上的数据，需要告诉人家我换机器了。然后你可以在新机器上备份，旧机器就不能使用了。很象限制ADSL共享上网对不对？当然，人家也很体贴地提供了FAMILY版本，可以对多台机器上的数据备份，不过$是少不了的。相反的，ftp就做得很好。多用户，无限二级域名，不限制机器和地点随时上传下载。价格本来就相对便宜，如果能利用无限空间和多帐号找几个朋友共同购买、均摊一下费用，性价比一下在就提上去了。唯一的问题就是ftp毕竟不是专门做数据备份的，对保障数据方面也许没有在线备份做得好？猜测而已，没有真凭实据。

上网查了查ftp hosting，觉得这两个很吸引我：一个是siteground；另一个是 TMDhosting，我很喜欢这个名字。siteground是老牌子了，主要包括

* FREE domain name
* Unlimited web space
* Unlimited traffic
* 99.9% server uptime
* Fast support response
* 24/7 top customer care
* CPanel and Fantastico
* $3.95/mo - save up to 60%

* Unlimited FTP Access
* Unlimited FTP Users
* Detailed FTP tutorial
* Unlimited MySQL DB
* Unlimited Subdomains
* Easy File Upload
* E-commerce Pack
* Full List of Features
TMDhosting好像在国内没什么影响，但是有限的几个用过的人似乎反应还不错，主要包括：


* FREE Domain Forever
* UNLIMITED Space
* UNLIMITED Traffic
* UNLIMITED FTP Accounts
* Unlimited MySQL DB
* Unlimited Mailboxes
* 24/7/365 Expert Support
* Immediate Activation

* cPanel and Fantastico
* FTP Session Control
* Anonymous FTP
* Webalizer FTP statistics
* cPanel and Fantastico
* FTP Tutorials
每月3.85$，更便宜一点。siteground能注册的域名类型要多一点，包括.us,.me,.info，TMDhosting注册不了.me，小遗憾一下。
我所希望的备份方式是，把在线备份作为最终备份方式备份所有的资料；用DVD刻一下比较大的文件作为本地“缓存”。但是还是觉得有点舍不得买个ftp空间，目前还在纠结中。要是大家有什么好的建议，也帮我参谋参谋。如果有合适的人愿意和我一起买个空间的话，我就更容易下定决心了，呵呵。

自己整理的关于信息系统领域供参考和发表的期刊

全部是SCI/E以及SSCI的期刊。SSCI期刊限于条件没给出影响因子。

如何使用email发送附件

说说我心目中最理想的发送附件的方式。

1. 如果是发送少量的文件（1-2个，绝对不要超过3个），请不要打包。我希望一眼就能看到文件有哪些，标题是什么，大小是多少，文件格式是什么。另外，我可以自由决定是否下载查看。比如说如果我收到一份关于申请奖学金的邮件，包含了两个附件：一个是介绍奖学金的文档，还有一份是申请表格。我可能会看看都有何种奖学金，每种给多少钱，但是不打算劳神申请。因此我会打开第一个文档，而不理会第二个文档。另外，GMAIL现在可以直接用google doc打开office文档，还可以免去我另存为的操作（当然还有看完删除的操作）。当然我还希望google能提供doc到gmail的操作，当我用doc打开一个文档附件，编辑之后要是能直接回复给发件人就好了。
2. 超过3个文件的附件请打包。我一看到邮件正文下列着一堆附件就头大，因为我要一个一个点开、另存、下载、打开。做这些重复工作让我很痛苦（我真是懒得可以）。另外，发件人不觉得这样很麻烦么？要逐个选择添加附件啊。也许windows用户很喜欢这种方式？当然有人会说这不是和第一点冲突么？你不是希望一目了然么？根据我目前收到的邮件来看，如果附件是多个文件，大多数情况这些文件是紧密联系且需要查看详细内容的，因此全部下载的情况要占大多数。
3. 打包请尽量避免rar格式。首先在我朝境内用rar打包99%是非法的，其次我在linux环境下操作rar是最费劲的，最后别跟我说rar压缩率高有助于减少附件大小之类的话。用email发送大附件本身是不好的。zip是可以接受的格式，也可以适当照顾一下win用户。tar.gz或者bz是最欢迎的格式，在emacs里做各类操作都和普通文件一样，不需要特别解包和打包。

就先说这么多吧，我相信与人方便才能与己方便。