我是的新成员。我需要一些建议来缩小数据库日志文件。
我已经尝试并找到了一些缩小文件的解决方案。但我认为这不是解决办法。
解决方案1:
ALTER DATABASE nologtest2 SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (nologtest2_log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE nologtest2 SET RECOVERY FULL;
我不确定我能否在生产中做到这一点。
将数据库(42 an )添加到可用性组时,我收到“事务日志数据不足”错误。我已经在主服务器上进行了完整备份和事务日志备份,并恢复到辅助服务器上,因此我不确定为什么没有足够的事务日志。
我怀疑这可能是因为将备份文件传输到辅助服务器所需的时间很长,而当它们在辅助服务器上恢复时,所采取的日志备份是不够的。
有没有人有任何建议,为什么我会得到这个错误?
我有一个问题,就是我在Server 2008中的日志文件增长到了40 it,我想缩小它。我使用的查询是
ALTER DATABASE DatabaseName SET RECOVERY SIMPLE
use DatabaseName
GO
CHECKPOINT
GO
DBCC SHRINKFILE(transactionloglogicalfilename,TRUNCATEONLY)
GO
ALTER DATABASE DatabaseName SET RECOVERY FULL
不是在更高级别上收缩日志文件,而且收缩日志文件仅在短时间内立即展开。
那么问题在哪里呢?
我想把日志文件缩
QRY
USE HEMA
ALTER DATABASE HEMA
SET RECOVERY SIMPLE;
GO
DBCC SHRINKFILE(HEMA_LOG,5);
GO
ALTER DATABASE HEMA
SET RECOVERY FULL
GO
执行此查询后,我使用dbcc sqlperf(logspace)检查了空间,发现已用日志空间(%)一直在增加
请帮帮忙,如果使用的日志空间不断增加,这意味着什么..
前几天,我进去查看了我的事务日志,这有点疯狂,比如15 in。我运行了以下代码:
USE mydb
GO
BACKUP LOG mydb WITH TRUNCATE_ONLY
GO
DBCC SHRINKFILE(mydb_log,8)
GO
它工作得很好,把它缩小到8MB...but --所讨论的DB --是一个日志发送发布服务器,日志已经恢复到大约500 DB,并且增长很快。
除了创建一个自定义的“执行Task语句任务”维护计划任务之外,是否有任何方法可以自动完成日志收缩,并将其连接到我的日志备份任务?如果这是最好的方法,那么fine...but,我只是在想Server会有一个更好的方法来
我有一个数据库,其中有数十亿行,我需要根据某些条件删除数据。
最初,我试图删除一个事务中的代码,然后日志开始增长到硬盘并失败,然后我尝试以块的方式完成它。
SET NOCOUNT ON;
DECLARE @r INT;
SET @r = 1;
WHILE @r > 0
BEGIN
BEGIN TRANSACTION;
DELETE TOP (2000000) -- this will change
Databasename.dbo.Tablename
WHERE loading_time < '08/27/2014 4:00:00'