数据备份和项目备份（图片一类的）如何同步，通常做法是？
我的新网站上线，我自己想了一套初期的备份方案：
1周1次完整备份
1天1次增量备份
6小时1次日志备份

当然这个只是我自己的看法，可能对一个刚上线的网站来说，会不会这个备份的频率比较频繁了？

其次还想问的是，我数据库备份了以后，为了要做到数据同步，网站中的用户上传的图片这类的数据肯定也要同步备份，那么这一块一般是如何实现的？（数据库中只保留了用户上传的图片的位置大小等属性，所以图片本身肯定也需要备份，那么图片本身的备份如何做到与数据作业备份同步？人工还是自动？）

------解决方案--------------------
你参考这个备份方案.

数据库服务器备份方案

方案一：完整备份+日志备份法(适合于数据量不是很大的时候，数据库文件小于20G)

1. 每天0:00全库备份(数据文件首先备份在服务器上，然后可以将自动其拷贝到其他机器，也可以直接异机备份)。
2. 每天0:10起数据库日志备份（每30分钟备份一次，这个时间可根据公司业务需求作适当的调整）
3. 当服务器发生故障时，执行尾日志备份即可完全恢复。

优点：硬件成本低；
缺点：恢复时间较长(恢复时间主要看数据文件的大小及生成的日志文件大小，20G的数据文件和日志文件约需60分钟)，
　　　当尾日志备份备份不成功时，将丢失最后一次日志备份以来的所有数据
（即：最多将丢失故障前30分钟的数据，但因为服务器采用了RAID5的存储解决方案，丢失数据的可能性不大）

方案二：完整备份+差异备份+日志备份(适合于数据量很大的时候，数据库文件超过20G)
1. 每星期日0:00全库备份(数据文件首先备份在服务器上，然后可以将自动其拷贝到其他机器，也可以直接异机备份)。
2.　每天（星期一到星期六）0:00差异备份，随后：每30分钟执行一次日志备份(这个时间可根据公司业务需求作适当的调整)。
3. 当服务器发生故障时，执行尾日志备份即可完全恢复。

优点：硬件成本低，减少由于备份给服务器造成的压力。
缺点：恢复时间长(恢复时间主要看生成的日志量，80G数据文件约需120分钟)，
　　　当尾日志备份备份不成功时，将丢失最后一次日志备份以来的所有数据
（即：最多将丢失故障前30分钟的数据，但因为服务器采用了RAID5的存储解决方案，丢失数据的可能性不大）

个人建议：为减少备份时的网络开销，避免由此造成资源瓶颈，建议在服务器本机加一硬盘用以备份，再适时将备份文件拷贝到其他服务器。

若公司由于特殊业务需要每周7*24小时保持高可用性，建议采用数据库集群。但是：这样，将增大硬件成本。

------解决方案--------------------

HTML code

http://home.phpchina.com/space.php?uid=39860&do=blog&id=30966

------解决方案--------------------
数据库里的数据一般选完整+差异+日志备份，对图片本身，就对所在的文件夹备份，定期将文件在其他服务器copy一份，也有针对文件备份的软件

------解决方案--------------------
探讨

数据库里的数据一般选完整+差异+日志备份，对图片本身，就对所在的文件夹备份，定期将文件在其他服务器copy一份，也有针对文件备份的软件