在SQLServer数据库的备份过程中常常遇到的九例
第一种情况：是否存在RAID，您需要进行数据库备份吗答：是的，如果磁盘损坏了，你可以修复数据库，在某些情况下数据库甚至可以继续使用它。但是，如果有一天，你的同事意外删除一个重要的记录，你会怎么做RAID是无能为力的。您需要适当的备份策略，已删除的数据恢复已经完成。因此，在RAID中，仍然需要做备份集群、磁盘镜像。
第二种情况：我们需要完全备份+日志备份吗
答：如果你只做全备份，这是不可能做到经常因为尺寸和全备份的备份时间，备份无法将数据库还原到某一点的时间。所以，我们需要全备份+日志备份。例如，每天一个全备份，每1个小时或几分钟的日志备份。说到差异备份，因为微软的差异备份是一个记录的改变发生自上次全备份，如果数据库变化频繁，不久，和完全备份差异备份将接近的大小，所以这种情况下是不合适的。因此，全备份+日志备份方案适合绝大多数用户。
第三种情况是：如果只备份数据库，如果磁盘损坏，或者整个服务器硬件损坏，就不会有备份，因此不可能恢复数据库。
答：所以你需要将备份文件发送到另一个物理硬件。大多数用户不使用磁带机，所以他们不会考虑。一般来说，我们需要另一台廉价的服务器或PC来存储数据库备份，以防止硬件损坏造成的备份损失。
第四种情况：您可以在本地数据库服务器上进行备份，然后使用一些方法将备份文件发送到备用服务器。在备份完成后，是否立即将其备份事实上，你可以考虑用T-SQL语句发送备份脚本。
第五种情况：当备份文件被发送到机器时，您能放松吗
答：不，不，作为DBA，您还需要检查备用计算机上的备份文件是否可以将数据库恢复到最新。如果使用日志备份，由于缺少日志备份文件，数据库将无法恢复到最新状态吗如何检查日志备份文件之间是否存在挂起
第六：在数据库尽可能的恢复到新的，你可能每10分钟（或1分钟）执行一次日志备份，所以如果数据库坏了，在恢复的时候，恢复几百个日志文件，是不是很现实
第七：如果你的公司有很多数据库服务器（像我的公司），而且磁盘空间有限，那么你得登录到服务器删除旧备份文件，如果有一天忘了，或者511假期，用完磁盘空间，麻烦了。
第八：在数据库备份中，完整性不会检查数据页，如果数据页坏了，备份作业仍然执行，并且没有错误，直到您发现数据页错误时，您也可能有足够的磁盘空间，并删除备份和早期。备份点剩下的可能如果网页包含数据损坏，数据页的损伤是一个表头，然后列出你将永远不会回来。所以你需要执行DBCC检查经常发现数据库页面的完整尽快。在你完成DBCC检查，你不能删除旧的备份，以防止新的备份有问题。所以，这是一个麻烦删除备份文件的工作。
第九种情况：你可能知道，SQL Server提供了一个数据库维护计划。是的，你可以用它来做定期备份和执行DBCC检查，但这一切都是局限于本地操作。为了使数据库可靠，你还是需要将本地备份到备用。