当我尝试备份SQL服务器数据库(大约1000 GB(时，该过程所需的时间每次都不同。
有时备份过程在 70 分钟内完成，有时大约需要 3 小时左右。
备份时间变化的原因可能是什么？
有人可以告诉我影响SQL Server备份时间的因素以及可以采取的减少备份时间的步骤吗？
以下是从中启动备份的服务器机箱的详细信息：
- 微软视窗服务器 2012 R2 标准
- 频率为 2.60 Ghz 的处理器
- 内存 - 超过 300 GB
附加信息：所有驱动器都是 SSD，备份是通过压缩进行的。
备份目标是通过 1 Gbps 带宽网络执行的远程网络位置。
那么 1000 GB 是 DB 数据文件的总大小，那么事务日志文件呢？
事务日志是否包含在备份中？ 数据库可以使用简单的恢复模式，因此基本上不会在日志文件上写入任何内容，或者可以使用保持数据库更改未提交的日志文件。 提交后，事务日志通常会保留在那里(并增长(，直到带有截断日志标志的完整备份完成。 根据工作负载的不同，事务日志文件的大小从一个备份到另一个备份可能会有很大差异，尽管数据库大小略有变化，因此要备份的总数据也可能有很大差异，显然完成完整备份过程的时间也会有很大差异。
根据我的经验，由于日志文件的大小增加，几乎没有用户活动(即周日晚上(的备份比一定数量的事务后的备份要快得多。