数据库备份

Question

我有10 SQL的RDBMS ( Server)。我想尽可能多地支持它，但似乎我需要很大的空间才能使这种情况每天发生几次。

备份这样大小的数据库的合理频率是多少？备份通常是如何存储的？

我查看了亚马逊的S3，我想知道人们使用这样的服务来进行DB备份的情况有多普遍？

Answer 1

听起来您似乎不明白Server中的备份是如何工作的。Server中有三种不同类型的备份。

完全数据库备份将整个数据库和活动事务日志转储到磁盘上的单个文件(或条形文件，但暂时忽略此功能)。

差异-差异数据库备份备份自上次完全备份到备份文件以来已更改的所有数据。若要从差异备份进行还原，必须具有在执行差异备份之前所采取的完整备份。

日志备份只备份当前事务日志中的数据。日志备份使您能够将数据库恢复到特定的时间点(例如，如果有人删除了一个表，您可以将其还原到某个点，只需还原该表，然后从该表中获取所有数据)。日志备份要求数据库处于完全或BULK_LOGGED恢复模式。若要还原日志备份，必须在要还原的日志备份之前进行最新的完全备份，可以选择完全备份和日志备份之间的差异备份，以及要还原到的完整或差异备份和最后一个日志文件之间的所有日志备份。

根据您所描述的，听起来您需要尽可能少地丢失数据。您将需要将恢复模式更改为FULL或BULK_LOGGED (大多数人选择的是full )，然后每隔几分钟设置一次每天的完整备份和事务日志备份。运行日志备份的频率将取决于您可以丢失多少数据。应该由企业来决定这个号码，而不是你。根据需求，每10-15分钟运行一次日志备份并不少见。

在设置备份之后，您需要配置一些东西，以便在几天后删除文件(取决于业务需求和可以存储的空间)。

您将希望将数据库备份到另一个EC2可用性区域中的服务器，以便如果发生今年早些时候发生的亚马逊中断，您的备份数据仍然是安全的。

请一位顾问来做一两个小时，以确保你的备份是正确的，这可能是值得的。如果他们做的不对，现在是时候解决这个问题，而不是当系统失败的时候。

Answer 2

我认为主要的问题不是其他人多久备份他们的数据库，而是你的企业会承受多大程度的损失。如果您的服务器死了，他们会高兴地回到24小时前的备份文件，还是需要一个小时前的备份文件？

我们所有的生产数据库每天进行一次完全备份，然后每小时运行一次事务日志备份。在完全失败的情况下，我们最坏的情况是我们损失了一个小时的数据(尽管实际上我们使用数据库镜像来保护自己免受这种情况的影响)。事务日志备份还为您提供了执行实时恢复的选项：http://msdn.microsoft.com/en-us/library/ms179451.aspx。

另一个因素是数据库的恢复模型--如果您处于完全恢复模式，那么您将需要事务日志备份来阻止事务日志变得不可管理。相反，如果您使用的是简单恢复，那么事务日志备份就不是一个选项。

这是一个不错的起点：http://msdn.microsoft.com/en-us/library/ms191239.aspx

希望能帮上忙..。

Answer 3

您正在使用的SQL版本是什么？“尽可能频繁”是什么意思？你为什么要这么做？

你不需要完全备份。你可以每周吃一次，每晚做一次差异化。使用tidy或SSMS，您可以在n天后自动删除备份，从而保持备份整洁。

尽可能频繁吗？为什么不每5分钟备份一次事务日志，然后每5天删除一次？

*我补充了更多问题：