我试图想出SQL Server 2005的备份策略。我正在考虑每周进行一次完全备份，每天进行一次差异备份，每15分钟进行一次事务日志备份。 数据库大小约为50GB。 事情是，数据库是每一秒的生活。 完整的备份会干扰任何操作吗？ 我是否需要特别做任何事情来使备份顺利进行而不会暂停任何数据库操作？
备份工作完美。 不会中断数据库。 你会看到更高的IO负载，显然，因为备份io性能出现在磁盘IO之上。
另外，内存要求比没有备份要高 – 显然。
与已经陈述的一样，我的build议是，您应该确定什么是业务要求是关于数据丢失和停机时间的容忍。 您“思考”如何备份数据库的事实告诉我，您正在猜测什么是备份的适当方法和时机，而不知道为了满足您的数据丢失的业务目标需要什么停机时间。
我只能回应joeqwerty。 对于可用性和宕机时间非常重要的严重业务应用程序，您必须从“可用性和数据完整性的业务要求是什么”开始， 并从中着手工作。
不要只考虑备份 ，考虑恢复 。
使用您提出的scheme将数据库恢复到最后的已知状态需要多长时间？ 你知道吗？ 企业可以接受这段时间吗？
在这个领域，企业能够承担得起什么，这是否允许你提供他们需要的东西？
我知道，在devise好备份之前，先考虑还原，看起来似乎是违反直觉的，但是如果发生了一些不好的事情，那么从长远来看，这种方法的损害就会less得多。
这不会是一个SQL Server备份的数据库操作的“暂停”，但这并不意味着性能不会受到影响。 这个恕我直言的最佳做法是设置一个单独的磁盘只是为了备份，这是分开的数据和日志磁盘。