我正在研究一个非常大的数据库(250演出),有超过2.25亿条记录.数据库很难从它的庞大规模开始工作.该数据库是只读的.
我们正在寻找更快的硬件,但无论哪种方式,我都在努力寻找最有效的数据库工作方式.必须每晚从主数据库更新此数据库,并且必须将停机时间保持在最低限度.主数据库由第三方维护.
我正在努力寻找更新数据库的最佳方法,但我没有太多运气.我查看了差异和事务日志备份,但为了应用它们,必须首先恢复完整备份.在我的情况下,这完全违背了差异备份的目的,因为我可能在主数据库上完成了完整备份,然后只需每晚恢复完整备份,因为这比恢复完全备份和每次应用差异备份要快晚.
我希望有一个解决方案,我可以完成一次完整备份(或者每月一次),然后从那时开始,只需根据相互构建的原始完整备份应用某种类型的增量备份.这将使停机时间缩短到最小值,因为一旦完成第一次完整备份,我将只在每晚应用增量备份.我会在每次“增量”备份后重建索引.我没有成功找到这样的解决方案.
我现在正在深入研究并对数据库备份和性能进行大量研究,不断阅读MSDN-但是看起来这个解决方案似乎不是一个选择.我以为我会要求作为最后的手段 – 当然有一些管理大型数据库的地方,每晚进行一次恢复是不切实际的.
解决方法
您正在描述
log shipping,但您希望使用“差异”备份而不是日志备份,这是您的方法的问题.使用日志传送,您可以还原数据库一次,然后应用在主体站点上创建日志备份,并且您永远不必重做初始完整备份还原.只需继续应用每隔几个小时发送的日志,您就可以获得只读副本.
