作为面向中小型制造商的ERP供应商，在管理信息技术方面，我们看到了各种各样的策略。一些公司拥有专门的IT员工，其唯一职责是保持所有服务器，客户端，网络，APP和其他相关系统的正常运行。这些公司通常还具有数据库管理员，以确保正确备份和维护所有关键数据库。但是，我们通常也看到制造商不太重视IT。换句话说，某人已被指定为“ IT”人，但这不是他们的主要角色。
在本文中，我们针对的是没有专门的IT团队或人员的公司，因为这是我们更有可能发现数据库备份策略中的关键缺陷的地方。我们将重点介绍应遵循的备份和还原过程的基本原理，以便您避免发生诸如软件病毒感染或硬件崩溃之类的灾难。
您愿意丢失多少数据？显而易见的答案是没有。但实际上，您应该有一个策略来定义您可能会丢失的最大数据，以及重新创建该数据所需的时间。在事务密集的环境中，这应该是更短的时间间隔。
注意：为简单起见，本文将使用Microsoft SQL Server作为示例，但大多数数据库平台将具有相同的功能。
一旦确定了您愿意在数据库备份策略中损失多少，就需要开发备份过程以确保可以实现。诸如Microsoft SQL Server之类的事务数据库有两个文件要备份：数据库和日志。从高层次来讲，数据库包含所有结构，日志文件全天捕获事务数据。将数据库视为静态文件，并将事务日志视为增量文件。
在日志文件备份期间，事务性数据将复制到数据库，这也会将日志文件截断到最小大小。但是，备份本身已保存，因此，如果原始数据库文件碰巧被擦除或污染，则可以还原其备份，然后再还原每个增量日志备份。简而言之，定期进行日志备份可以使您还原到特定的日期/时间。风险发生在两次日志备份之间的时间间隔中。例如，如果您每小时备份一次日志，那么您可能会失去一个小时的数据价值。日志备份的次数越多，日志文件就越小，因此对性能的影响就越小。
您还可以选择在SQL Server中执行“简单”备份策略。这使您可以将数据库和日志文件一起备份，作为一个备份文件（这也会截断日志文件）。对于较小的公司来说，这是一种常见的选择，他们认为，如果仅每晚进行备份，则他们可能会失去一天的工作。
在存储备份文件时，您永远不要太谨慎。初始备份文件可以保存到本地服务器驱动器或磁带驱动器，由于与服务器上的磁盘故障分离，后者更加安全。我建议同时备份这两者，并建议您有一个云存储提供商，您可以立即将备份文件复制到其中。将备份移到异地是防止丢失的最安全方法。
我遇到过很多情况，例如公司一直在按计划备份其数据库，但是当它发生故障并且需要还原备份时，它就会失败。仅仅因为数据库和日志文件成功备份并不意味着您已经成功备份！
创建例程以将备份文件还原到TEST或数据库的临时副本，以证明可以还原备份-这是数据库备份策略最佳实践的一部分。在理想的世界中，这应该每天进行。对于没有IT员工的小型公司，这不太可能每天都发生，但是应该定期进行。这个决定回到了最初的问题上-您愿意损失多少？每小时执行一次日志备份至少可以将其还原到一个小时前，但是如果备份已损坏，则最后的可还原备份将是测试还原过程的最后一个备份。在提出测试还原的总体策略时，请记住这一点。
无论您是拥有专门的IT员工，负责数据库备份的人员，还是生产组织中某人的兼职“ IT”角色，数据库备份策略对于防止潜在的灾难性数据丢失都是必不可少的。不要成为统计数据！
客服毛燕