关于内容管理平台业务系统的数据备份大家都是怎么解决的，有什么好的经验能够分享吗？

我们用了爱数的ANYSHARE搭建了文档云实现对工程档案和文档的内容管理。两节点+3副本。可以基本保证数据的可靠性，确实海量的非结构化数据想要通过常规的备份手段有些困难。可以通过分布式存储多副本的方式来提高安全性。

对于这种大容量、小文件多的平台，一般的备份的确没有什么好的办法，目前我们还是在存储上做快照每天中午、凌晨一次，真有问题就通过快照恢复

作过医院的备份系统，用于数据库备份。
环境：
宽带速度：千兆网
备份目标：
Microsoft SQL Server 2000、2003、2005、2008和2012,大小系统总共10套库，但数据量总数只有800GB。
Oracle 10g R2 RAC，数据量为500GB。
备份存放：
一台DellR730,4TB SAS盘，7200rpm，安装了SUSE 11 SP4操作系统。
备份方法：
操作系统使用NFS方式，将SUSE作为一个文件服务器，Windows系统需要安装NFS客户端插件，挂载NFS目录。备份使用数据库自带的备份工具，Oracle数据库使用RMAN，SQL Server数据库也使用自带的。
个人觉得这样做比较省钱，恢复和还原也比较好把控，因为使用的备份为官方自带的备份工具，使用比较方便。

内容管理平台指的是文件系统上的数据吧，Rsync直接做数据同步

我推荐的方案是异地备份存储
本地数据同步云端存储 云端计划任务到S3等对象存储。
简单，便宜，输出存储位置不需要自己操心

我们现在生产是是备份软件＋复制软件的方案。
备份解决逻辑错误，基本可以恢复到最后的归档；
复制软件解决物理问题，生产出问题，马上就切换；关键点在于需要设置好复制中断的监控及报警。

磁盘快照没用，这功能并不是我们想用的而且麻烦。

取决于你数据存储的方式和数据库平台的架构和选型。这些因素跟备份方式是强相关的。以前接触过的内容管理平台有基于盘阵的方式，也有分布式存储，猫有猫道鼠有鼠道。

可以补充下你使用什么类型的数据库，平台，数据量大小等等，这样大家才能更好的提供完善的建议

存储层基于快照的复制技术

直接用hadoop实现内容管理，无备份之忧。这也是一个不错的可参考的思路。