事务备份可能会导致操作死锁等吗？
Might transactional backup cause the operations to be deadlock, etc?
在 SQL 服务器中，我获得完整和事务日志备份（完整：一天一次，事务：在工作时间内每小时一次）。据我所知，事务日志备份比差异备份有一些优势。关于这些问题，您能否澄清一下以下几点？
1.在员工继续操作数据期间每小时进行事务备份时，是否会出现死锁或数据损坏等问题？我在 SQL Server Management Studio 中使用作业脚本来获取备份，但不知道 SQL 服务器如何处理当前开始编辑的记录。
2. 总的来说，除了完整备份之外，您对备份选择有什么建议？事务日志或差异备份？
没有:)
使用备份命令的备份不需要锁定任何用户表。
事务日志备份通常比每小时更频繁，如果您的数据库磁盘出现问题，您的公司真的可以接受丢失一个小时的数据吗？
您的日程安排需要取决于您对 RPO（恢复点 objective）和 RTO（恢复时间 objective）的要求。如果只能维持 5 分钟的丢失数据，则需要 5 分钟的事务日志备份。如果您只能应对 1 小时的停机时间，那么您需要确保您拥有可以在这段时间内恢复和恢复的数据备份——第一部分将取决于您的恢复优化程度（即恢复多长时间）需要从备份驱动器读取备份并将数据文件写回数据驱动器 - https://www.mssqltips.com/sqlservertip/4935/optimize-sql-server-database-restore-performance/#:~:text=%20Optimize%20SQL%20Server%20Database%20Restore%20Performance%20,restore%20the%20database%20by%20using%20some...%20More%20 有一些想法。第二部分将取决于需要读取多少事务日志数据并将其应用回数据库将其恢复到所需的点。
您可能会发现您无法足够快地进行完整数据库备份，在这些情况下，增量备份可以工作，因为要写入的数据较少，但 SQL 服务器随后必须将其重新组合在一起。
当然，如果恢复是手动进行的，那么您还需要考虑其中的人工时间！
最好尝试备份和恢复过程（在 PROD 之前！），这样您就可以判断是否需要进一步优化该过程。
在 SQL 服务器中，我获得完整和事务日志备份（完整：一天一次，事务：在工作时间内每小时一次）。据我所知，事务日志备份比差异备份有一些优势。关于这些问题，您能否澄清一下以下几点？
1.在员工继续操作数据期间每小时进行事务备份时，是否会出现死锁或数据损坏等问题？我在 SQL Server Management Studio 中使用作业脚本来获取备份，但不知道 SQL 服务器如何处理当前开始编辑的记录。
2. 总的来说，除了完整备份之外，您对备份选择有什么建议？事务日志或差异备份？
没有:)
使用备份命令的备份不需要锁定任何用户表。 事务日志备份通常比每小时更频繁，如果您的数据库磁盘出现问题，您的公司真的可以接受丢失一个小时的数据吗？
您的日程安排需要取决于您对 RPO（恢复点 objective）和 RTO（恢复时间 objective）的要求。如果只能维持 5 分钟的丢失数据，则需要 5 分钟的事务日志备份。如果您只能应对 1 小时的停机时间，那么您需要确保您拥有可以在这段时间内恢复和恢复的数据备份——第一部分将取决于您的恢复优化程度（即恢复多长时间）需要从备份驱动器读取备份并将数据文件写回数据驱动器 - https://www.mssqltips.com/sqlservertip/4935/optimize-sql-server-database-restore-performance/#:~:text=%20Optimize%20SQL%20Server%20Database%20Restore%20Performance%20,restore%20the%20database%20by%20using%20some...%20More%20 有一些想法。第二部分将取决于需要读取多少事务日志数据并将其应用回数据库将其恢复到所需的点。
您可能会发现您无法足够快地进行完整数据库备份，在这些情况下，增量备份可以工作，因为要写入的数据较少，但 SQL 服务器随后必须将其重新组合在一起。
当然，如果恢复是手动进行的，那么您还需要考虑其中的人工时间！
最好尝试备份和恢复过程（在 PROD 之前！），这样您就可以判断是否需要进一步优化该过程。