磁带备份如何影响生产系统，如Server

Question

我不是一个系统人员或DBA，当我正在审查一个项目的投标时，我开始怀疑磁带备份(LTO-5,000)如何影响实时生产应用程序，例如Windows Server中的Sql Server数据库(2012)。

根据我的经验，数据库文件是完全锁定的，无法复制。我的第一个想法是，将server复制到辅助(虚拟)服务器。然后，可以将服务器设置为按计划执行转储/备份。这是否“订明”的方法呢？如果不是，备份Server数据库的一般方法是什么？

Answer 1

通过您对数据库文件被锁定的讨论，我认为如果您试图复制数据库文件并抱怨它们已被锁定，那么您将以完全错误的方式备份数据库。您已经注意到，它们不仅是“锁定”的，简单地复制文件将是结束无法可靠恢复的数据库备份的一种很好的方式。

我所知道的所有数据库服务器产品都有某种内部备份系统，您应该使用它来备份数据。它要么是一个完整备份例程，允许您将数据直接转储到文件或磁带中，要么是第三方备份可以连接的API，以便触发产品完全支持的备份。MSSQL可以同时使用这两种方法。

我建议您使用SQL的内部备份来备份硬盘上的“文件设备”，然后您可以在空闲时备份这些文件。

编辑以解决您的评论，

1)使用支持的备份方法的影响应该是最小的，尽管显然必须有一些影响。我不想只说“哦，它会慢x%”或诸如此类的东西:这是‘测试它和看到’的东西。我要说，它不应导致数据库不可用。

2)有两个“标准”--使用内部备份例程备份到磁盘，然后将结果备份到磁带/其他近线存储和/或通过数据库感知的备份代理直接备份到磁带。我不会说一种方法比另一种更好(我已经看到严重的数据库受到这两种方法的保护)，但我倾向于使用SQL->Disk->Tape方法，或者使用SQL->Disk->Tape和SQL->backup agent->Tape。

Answer 2

这里有一个很好的链接，适合初学者学习MSSQL备份：

http://msdn.microsoft.com/en-us/library/ms187510.aspx

MSSQL使用Windows卷影复制服务(VSS)获得对数据文件的类似快照的访问；在任何时候，您都不应该尝试手动复制数据文件，它只是无法工作。

Answer 3

你的问题的答案是“视情况而定”，但我会尽量给出足够的信息，这样你才能做出决定。

备份磁带时，您必须考虑到磁带比磁盘驱动器慢得多，这意味着备份/验证/恢复将很慢，如果有很多数据( to字节)可能需要很多小时。您可以使用本机sql server方法来实现这一点，或者使用一些第三方软件，如Idera/Redgate/CommVault/等等。

另一种选择是备份到本地磁盘，例如:廉价SAN或其他Raid数组。这里的钥匙不一样！您要做的是使用本机sql server方法对专用备份分区/lun/raid set/驱动器进行备份，确保您有足够的存储空间，以便可以旋转备份文件。关键是要有足够的空闲空间供您想要在本地保存的N+1日使用。然后将磁带备份设置为将这些文件备份到磁带。

这里的主要优点是备份作业运行得更快，这意味着它在您的Server上运行的时间更短，而且由于备份位于与SQL数据和日志文件(MDF、NDF、LDF)文件不同的存储上，因此对SQL Server的影响几乎没有问题，也不是问题。

另一个重要的优点是，您手头有最新的备份并准备进行恢复，这样的恢复将比从磁带恢复要快得多，在这种情况下将停机时间降到最低。

我设置它的方式是使用第二种方法。

1. 执行每日完整备份。
2. 执行每小时事务日志备份
3. 删除24或25小时以上的旧备份文件。
4. 执行每日备份以记录存储SQL备份的位置。

如果使用事务日志，请确保恢复模型设置为FULL。

如果您有SQL企业，您甚至可以压缩备份，使它们占用更少的存储空间。如果不是，有第三方的工具可以为您压缩它从供应商，如Idera或红门。还有一个很好的开源项目，我使用的是MSSQLCOMPRESSED。

我希望这能回答你的问题。