Sql server 连接期间的SQL生产数据库备份

我必须在连接打开和事务发生时进行生产SQL数据库备份（完全备份）。它是否影响任何交易。它们是否保持任何事务隔离级别？？？

这不是开发问题

备份是事务性整数，将包含备份时关闭的事务。备份期间所有新的/打开的事务都将在事务日志中，而不是在备份中

---

数据库服务器不是由平庸的开发人员编写的，专家们知道备份是最重要的完整性。和通常的高级产品一样，他们编写了很好的文档，可以准确地阅读。

这不是开发问题

备份是事务性整数，将包含备份时关闭的事务。备份期间所有新的/打开的事务都将在事务日志中，而不是在备份中

数据库服务器不是由平庸的开发人员编写的，专家们知道备份是最重要的完整性。和通常的高级产品一样，他们编写了很好的文档，可以准确地阅读。

杂志对不同的备份策略进行了简单的解释；对于完全备份，它从以下内容开始：

“完整数据库备份提供数据库的完整副本，并提供数据库可以还原到的单个时间点。即使备份过程可能需要许多小时才能运行，您仍然只能将备份还原到单个时间点。”（在备份结束时有效，但我将在本文后面详细讨论这一点）。完全备份不允许在备份运行时恢复到任何时间点。差异备份也是如此。”

您的用户将能够使用应用程序，前提是服务器在处理备份时有磁盘/内存资源继续运行。

杂志对不同的备份策略有一个简单的解释；对于完全备份，它从以下内容开始：

“完整数据库备份提供数据库的完整副本，并提供数据库可以还原到的单个时间点。即使备份过程可能需要许多小时才能运行，您仍然只能将备份还原到单个时间点。”（在备份结束时有效，但我将在本文后面详细讨论这一点）。完全备份不允许在备份运行时恢复到任何时间点。差异备份也是如此。”

---

您的用户将能够使用应用程序，前提是服务器在处理备份时有磁盘/内存资源继续运行。

因此，如果我进行备份，任何插入、删除、更新等事务都不会影响备份。我假设，在启动任何事务之前，我都会获取数据。当然，任何事务都会记录它不会受到影响，只是不包括在备份中。也就是说，显然，如果事务做了大量工作，它将在资源（磁盘io、内存）方面与备份竞争但不是逻辑上的。出于好奇，我有一个问题。是否可以使用参数限制进行数据库备份。例如，是否可以从现在开始一小时前进行备份。当然。使用计划程序安排命令进行备份。或者更频繁地进行备份-我每10分钟拉一次备份。每天都满，每10分钟记录一次。如果我进行备份，任何插入、删除、更新等事务都不会影响备份。我假设，在任何事务启动之前我都会获取数据。这是绝对的。从逻辑上讲，任何事务都不会受到影响，只是不会包括在备份中。也就是说，显然，如果事务做了大量工作，它将在性能方面与备份竞争资源（光盘io、内存）但不是逻辑上的。出于好奇，我有一个问题。是否可以使用参数限制进行数据库备份。例如，是否可以从现在开始一小时前进行备份。当然。使用计划程序安排命令进行备份。或者更频繁地进行备份-我每10分钟拉一次备份。每天都已满，每10分钟记录一次。