时间戳

首页 > 解决方案 > 事务备份是否会导致操作死锁等？

sql - 事务备份是否会导致操作死锁等？

问题描述

在 SQL Server 中，我获得了完整和事务日志备份（完整：一天一次，事务性：工作时间每小时一次）。据我所知，事务日志备份比差异备份有一些优势。关于这些问题，您能否就以下几点澄清一下？

1.在员工继续操作数据期间，每小时获取事务备份时，是否会出现死锁或数据损坏等问题？我在 SQL Server Management Studio 中使用作业脚本来获取备份，但不知道 SQL Server 如何处理当前开始编辑的记录。

2.总的来说，除了完整备份之外，您对备份选择有何建议？事务日志或差异备份？

标签： sqlsql-serverdatabasesql-server-2008-r2database-backups

解决方案

不 ：）

使用 backup 命令的备份不需要锁定任何用户表。事务日志备份通常比每小时更频繁，如果您的数据库磁盘出现问题，您的公司是否真的可以丢失一小时的数据？

您的日程安排需要取决于您对 RPO（恢复点目标）和 RTO（恢复时间目标）的要求。如果只能维持 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 Server 必须将它们重新组合在一起。

当然，如果恢复是手动进行的，那么您还需要考虑人工时间！

尝试您的备份和恢复过程（在 PROD 之前！）是一个好主意，这样您就可以判断您是否需要进一步优化该过程。

推荐阅读