- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我创建了一个作业,每天将数 GB 的数据从源数据库加载到目标数据库。一开始这项工作运行良好,没有任何问题。
由于事务日志已满,过去 2 周作业失败。
我在我的 SQl 作业中添加了一个步骤以在加载开始之前清除日志,但仍然发生相同的错误。
我监控到,在错误发生之前正在加载的最后一个表在失败之前等待了几分钟。我怀疑它正在等待清理日志。
如果我在作业当前运行时在此数据库上运行 DBCC SHRINKFILE
命令,它是否也会清除/终止事件事务?
最佳答案
If I run the DBCC SHRINKFILE command on this DB when the job is currently running, will it wipe out/kill the active transaction as well
不,DBCC SHRINKFILE
不会终止事务
I've added a step in my SQL job to clear the log before the loading starts.
如果您正在缩小文件,并且没有可用空间,这不会清除 或缩小 日志文件。你需要backup the log file , 理想情况下,根据您的 RPO and RTO 有点频繁, 或者交换你的 recovery model在此批量插入到诸如 BULK LOGGED
之类的内容期间。 More on how to do TLOG backups.
关于sql-server - DBCC SHRINKFILE 会终止事件事务吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53960888/
我有一个 21 Gb 的数据库;其中 20 Gb 是文件 (FileStream),我已经从表中删除了所有文件,但是当我进行备份时,备份文件仍然是 21 GB。 为了解决这个问题,我提出了“释放未使用
为了隐藏DBCC SHRINKFILE的输出我试过: CREATE TABLE #Swallow(DbId int, Fileld int, CurrentSize int, MininumSize
我有一些不会截断事务日志的数据库。 这些数据库都处于简单恢复模式,我们可以每天进行一次完整备份。 我检查的第一件事是是否有某种排序或打开的事务或阻止日志被重复使用的东西。 SELECT name, l
我正在尝试缩小测试系统上的数据库,但文件不会变小。 mdf 文件的大小为 47 GB,未使用的空间为 38 GB。从数据库中删除了大量数据,因此有大量未使用的空间。 出现以下错误: 在 2015-07
我创建了一个作业,每天将数 GB 的数据从源数据库加载到目标数据库。一开始这项工作运行良好,没有任何问题。 由于事务日志已满,过去 2 周作业失败。 我在我的 SQl 作业中添加了一个步骤以在加载开始
我有一个数据库 [My DB],其中包含以下信息: SQL Server 2008 MDF 大小:30 GB LDF 大小:67 GB 我想尽可能地缩小日志文件,所以我开始寻找如何做到这一点。警告:我
我们通过在 SQL Server 数据库中使用完整恢复模式获得了一个巨大的 LDF 文件。所以我们计划缩小日志文件。 使用 DBCC SHRINKFILE 减小数据库日志文件大小 (LDF) 是否会造
我是一名优秀的程序员,十分优秀!