最好我给一个背后的故事，让你得到全面的情况。
我正在build立一个新的业务，希望能在2012年4月份开始，因此我正在准备好每一个方面。 业务的一部分将是虚拟主机。
我在这个领域非常有经验，并曾经pipe理过VPS。 在我的情况下，我去了两台服务器， 第一个只是一个Web服务器，第二个有邮件和数据库。
虽然MS SQL数据库最初不会提供给客户，但是可以或不可以通过“升级”等方式添加。我有2008快速安装，因为我需要为网站面板（我可能会也可能不会最终使用）。 否则MySQL数据库可以免费用于客户。
我正在思考两个数据库系统的备份策略。
对于MS SQL，我在00:00有一个每日完整备份，从01:00到23:00每个小时有一个差异。 我现在认为这将是备份“控制面板”的最佳方式 – 当我上线时，我可能每10分钟做一次备份。
至于MYSQL，似乎我不能做差异，就像我用MS SQL做的那样，首选的操作是每次都做一个完整的转储。 我相信你可以想象在这方面，磁盘空间会随着时间的推移而快速增长。
我的主要问题是： 我应该如何备份MySQL每小时？
每天一次完整的备份对客户来说是不够的，无论是否写入。 我实际上意识到客户负责他们的数据和备份，事实上，这是大多数公司的工作原理，但我想添加额外的安全网，可能会或可能不会帮助 – 尽最大的努力，如果你愿意的话。
我读过一些将MySQL复制到另一台机器的地方，然后每小时转储一次就可以解决我的问题，但是我会担心这个延迟。 我已经读过这个复制导致瓶颈。 这仍然是这样吗？
理想情况下，我想有另一台服务器进行登台/备份/复制，但现在还没有预算。 也许当我得到一定数量的客户时，我会这样做。
无论如何，这几乎是它的大部分。
感谢您的时间和帮助。
PS
我想提一下，以防万一，这是不明显的，我正在使用Windows Server的僵尸VPS – 在这种情况下，2008 R2数据中心。
另外，除了我的备份之外，我通过networking将它们发送到iDrive作为在线备份。 我的想法完美地工作在于，我创build了与以前完全相同的备份文件。 这样一来，在线备份中，我只用尽了本地备份文件的数据大小，同时保持了30天“在线版本”的设置。
所以我可以对我的客户说我有30（分）天的备份价值，我实际上做的都是正式的，只是用了一个备份集。
你不应该小心小时倾倒。 你可以将daly的bin文件存档。 再加上夜间转储，您可以将数据库恢复到任何时间点
看看这个描述：