数据是当今现代商业的新货币。从最大的国际企业集团到最小的社区夫妻店，数据就是一切!如果没有数据，你就不知道该向谁收费，也不知道该付多少钱。你不知道自己手头需要多少存货，也不知道如果存货用完该向谁购买。说真的，如果你丢失了所有的数据，甚至是很小但非常重要的一部分，你的公司能恢复吗?我猜不会。
“但是，”你会说，“我们有一个灾难恢复站点可以切换!”
如果您的机架在服务器室地板上融化成一池重金属，那么是的，务必切换到您的灾难恢复站点，因为熔化的磁盘当然符合“灾难!”“托管在私有或公共云虚拟机上的数据库不太容易受到硬件故障的影响，但并非完全免疫。但如果是低级别的失败呢?如果您的一个生产数据库由于SQL注入是被心怀不满的员工清理掉，还是因为一个开发人员认为他在与开发环境作对而被意外清理掉?无意的变化数据难道不尊重在哪里这样的数据存储，或如何这是存储!很遗憾地说，集群或其他HADR解决方案(高可用性/灾难恢复等)SQL Server始终处于开启状态科技)在某些情况下可能无法拯救你。假设一些数据被删除或错误地修改了。这些“更改”，无论是意外的还是有意的，都可能在发现问题之前复制到集群的非活动节点。毕竟，当发出修改数据的命令时，数据库系统不知道是否应该停止此类更改。它如何区分“意外清除”和定期记录维护?因此，系统将这些更改复制到故障转移节点。您最终将得到一个错误数据库的两个副本，而不是一个好的副本和一个坏的副本!更糟糕的是，如果您没有及时捕捉到它，那么根据您从主站点到灾难恢复站点的数据复制延迟，以及您停止灾难恢复站点复制的速度，这可能也会被破坏!
输入数据库备份和恢复，这是本文的主题。数据库备份已经存在很久了关系数据库管理系统(RDBMS)。依我的拙见，一个产品不能被认为是全功能的RDBMS，除非它有能力执行例行备份并允许在某个时间点进行粒度恢复。(抱歉，Microsoft Excel和Access不符合条件。)作为微软的一员，我将专注于他们的旗舰产品:SQL Server但甲骨文(Oracle)、SAP、IBM和许多其他公司将拥有类似的功能。(请参阅Gartner数据库系统的魔法象限，快速了解各种供应商，包括微软，它显然是这个魔法象限中的领导者。)
那么什么是备份呢?“它不只是数据库的副本吗?”你会说，“我可以复制我的Excel电子表格。”那不是跟备份一样吗?“让我解释一下数据库备份是如何工作的，然后你就可以决定这个问题的答案了。
首先，您需要系统创建一个完整的数据库备份。这是数据库服务器系统生成的文件，存储在文件系统上，其格式是系统专有的。通常，对于中等大小的数据库(例如小于100 GB)，每天晚上进行一次完整备份，并且应该通过自动调度服务(如SQL Agent)进行处理。
接下来，您需要事务日志备份。众所周知，日志备份是记录的每一个自上次完整备份或日志备份以来数据库中发生的单个更改。一个好的起点是至少每小时安排一次日志备份，如果数据库非常活跃，可以将备份时间缩短到每几分钟备份一次。
现在，要在发生故障时恢复数据库，需要执行一个非常重要的步骤:如果希望恢复到最近的一点，那么最后一次备份事务日志。要执行实际的恢复，您将需要所谓的“备份链”，其中包括最近的完整备份和每次后续的日志备份。在恢复期间，您将能够指定从完全备份时间到最新日志备份时间的任何时间点，一直到秒或毫秒。
我们都准备好了吗?几乎。全世界的数据库管理员关于备份的口述是:“备份只有在我们最后一次测试恢复能力时才有效和可靠。换句话说，如果您没有测试将数据库恢复到特定时间点的能力，您就不能确定您所做的是正确的。举个例子:我曾经看到过一种备份策略，每天晚上都将完整的备份直接写入磁带驱动器，然后第二天早上的第一件事就是，IT人员会尽职地将磁带取出，并立即将它们发送到一个非现场存储位置。如果备份不可用，如何恢复数据库?情况二:IT人员不了解SQL备份的功能和好处，使用第三方工具进行数据库备份，但不关心日志。4年后，他们的日志是数据库的15倍!事实上，它是如此之大，以至于没有空间容纳它的备份。大约在我通过定期进行完整和事务日志备份来解决问题的一年后，物理服务器(虚拟化当时还不常见)经历了一次严重的硬件故障，整个系统宕机了三天。再次运行后，系统(一个包含超过20,000个表的财务软件包)被恢复到故障发生前的某个时间点。 Having the daily FULL backups saved the financials system (and the company). But also having the log backups saved many people a day’s work if we had had to go back to the latest FULL backup.
那么，你的数据值多少钱?如果您的数据对您的业务至关重要，那么正确地备份数据是至关重要的。跟我们来学习我们能帮上什么忙。
托德·奇滕登开始编程报告工业维护应用的职业生涯20世纪90年代末。当SQL Server 2005被引入时，他很快就获得了微软最新RDBMS技术的认证，并且多年来一直在增加认证。他目前持有MCSE商业智能。自2011年以来，他将他在关系数据库、数据仓库、商业智能和分析方面的知识应用于BlumShapiro的各种项目。必威电子