我最好先讲个故事,这样你就能了解全貌了。
我正在建立一家新公司,希望能在2012年4月开始,因此,我正在为它的每一个方面做准备。业务的一部分将是网络托管。
我在这方面很有经验,以前管理过VPS。在我的例子中,我首先选择了两个服务器;第一个服务器只是一个web服务器,第二个服务器有邮件和数据库。
虽然MS数据库最初不会提供给客户,但它可能会或可能不会添加“升级”等,但我已经安装了2008 express,这是我对网站面板(我可能使用也可能不使用)的要求。否则,MySQL数据库可以免费为客户使用。
我在考虑两个数据库系统的备份策略。
对于MS,我每天在00:00有一个完整备份,从01:00到23:00每小时有一个差异。现在,我认为这将是备份“控制面板”的最好方法--我可能每10分钟做一次日志备份,当我开始运行时也是如此。
至于MYSQL,我似乎不能像MYSQL那样做差异,在MYSQL中,首选的操作是每次做一个完整的转储。我相信您可以想象,随着时间的推移,磁盘空间在这方面会很快被填满。
我的主要问题是:我应该如何每小时备份MySQL?
一个完整的备份每天是不够好的客户,无论是书面或非书面。我确实意识到,在现实中,客户负责他们的数据和备份,事实上,这是大多数公司的工作方式,但我想添加额外的安全网,这可能会或可能没有帮助--如果你愿意的话--最好的努力。
我在某个地方读到,将MySQL复制到另一台机器,然后执行每小时转储将解决我的目的,但我会担心滞后。我读过复制是导致瓶颈的原因之一。现在还是这样吗?
理想情况下,我希望有另一台服务器来进行暂存/备份/复制,但这不在预算中。也许当我有一定数量的顾客时,我会这样做。
不管怎么说,大部分都是这样的。
谢谢你的时间和帮助。
P.S
我想提一下,以防万一不是很明显,我正在使用-在本例中是2008年的R2数据中心。
此外,除了我的备份-我把它们通过网络发送到iDrive作为在线备份。我的想法,这是完美的工作,是我创建备份文件的名字与以前完全相同。这样,在在线备份上,我只使用数据的大小,即本地备份文件,同时保持30天的“早期版本”在线设置。
因此,我可以对我的客户说,我有30 (分钟)天的备份价值,而实际上我只使用了一个备份集空间。
发布于 2011-08-20 14:02:39
你不应该把每小时的转储弄得一团糟。您只需存档mysql的绑定日志即可。与夜间转储一起,您可以将数据库恢复到任何时间点。
请看下面的描述:
https://serverfault.com/questions/303210
复制相似问题