事务备份可能导致操作陷入僵局等吗?

问题描述

在SQL Server中,我获得了完整和事务性日志备份(完整:每天一次,事务性:在工作时间内每小时)。据我所知,与差异备份相比,事务式日志备份具有一些优势。关于这些问题,您能否向我说明以下几点?

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

2。。从总体上看,除了完全备份外,您还建议选择什么备份?事务日志还是差异备份?

解决方法

否:)

使用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之前)尝试一下备份和恢复过程是个好主意,这样您就可以判断是否需要进一步优化该过程。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...