/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/
--下面的所有库名都指你要处理的数据库的库名
1.清空日志
DUMP TRANSACTION Mydpc WITH N
转载
2024-04-12 13:04:16
122阅读
SQLServer事务同步下如何收缩日志
事务同步是SQLServer做读写分离的一种常用的方式。
随着业务数据的不断增长，数据库积攒了大量的日志，为了腾出硬盘空间，需要对数据库日志进行清理订阅数据库的日志清理因为订阅数据库所有的数据都来自发布数据库，所以可以直接进行清理。操作步骤：1、 在数据库右击-属性-选项-恢复模式改为简单之后2
转载
2023-07-20 14:39:51
199阅读
SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化，所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消：(SQL2005)BackupLog DNName with no_loggodumptransaction DNName with no_loggoUSE DNName&nb
转载
精选
2015-02-11 20:41:47
846阅读
--------------查询LogicalFileNameSELECTISNULL(Filegroup_name(groupid), 'LOG') AS FileGroupName,name AS LogicalFileName,filename AS PhysicalFileName,size / 128 AS AllocatedSize_MB,Fileproperty(name, 'Spa
数据库的日志文件（*.ldf）越来越大，怎么办？ 收缩吧。收缩日志文件的操作真不简单哟，还跟数据库的恢复模式有关啊。 一、“简单恢复模式”时的日志收缩1. 截断日志 当数据库的恢复模式为“简单”的时候，日志文件会在以下情况被截断： （1）完整备份（2）遇到检查点（checkpoint）2. 手动收缩日志文件 当日志被截断后，日志文件的内部空间就会标记为“可复用”，因此日志文件就不需
转载
2023-11-11 10:39:17
284阅读
若要允许 DBCC SHRINKFILE 命令收缩文件，首先需要通过将数据库恢复模式设置为 SIMPLE 来截断该文件。 示例，收缩数据库abce的事务日志
转载
2017-06-06 15:40:00
450阅读
2评论
日志收缩
原创
2023-03-16 09:16:30
218阅读
1、删除LOG
1)：分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2)：删除LOG文件
3)：附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K
再将此数据库设置自动收缩
2、清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
企业
转载
2024-03-05 06:59:08
310阅读
前言今天算是遇到了一个罕见的案例。SQL日志文件不断增长的各种实例不用多说，园子里有很多牛人有过介绍，如果我再阐述这些陈谷子芝麻，想必已会被无数次吐槽。但这次我碰到的问题确实比较诡异，其解决方式也是我第一次使用。下文将为各位看管详细介绍我的解决思路。现象一客户反馈数据库的日志文件不断增长，已分配的磁盘空间快使用完，尝试过事务日志截断（事务日志备份）的操作，但没有任何效果。分析遇到这个问题，我最直接
转载
2023-10-12 17:17:46
214阅读
DBCC SHRINKFILE 收缩相关数据库的指定数据文件或日志文件大小。语法 DBCC SHRINKFILE ( { file_name | file_id } { [ ,target_size ] &n
转载
2024-06-03 22:02:16
200阅读
sqlserver日志收缩：https://docs.microsoft.com/zh-cn/sql/relational-databases/databases/shrink-a-database?view=sql-server-20173. SQLServer存储引擎之日志篇 （3.1）日志结构 （3.1.1）物理日志 （0）物理日志即数据库的.ldf文件, 当然后缀名是可以自定义的
转载
2023-07-03 15:40:28
385阅读
一、问题描述在SQL Server 2008R2数据库中，无法对数据库日志进行收缩，导致日志不断膨胀。二、问题分析由于是日志文件不断增大且无法收缩，所以初步判断为存在未提交的事务。检查可能阻止日志阶段的活动事务，执行：DBCC OPENTRAN通过结果发现存在活动的事务。进而检查数据库可能延迟日志截断的因素，执行：SELECT name, log_reuse_wait_desc FROM sys.
转载
2024-01-29 11:25:18
414阅读
-----------------收缩数据库的方法--------------------
(SQL2005)
DECLARE @DBName AS sysname
SET @DBNname = N'数据库名称l'
--1.清空日志
exec('DUMP TRANSACTION ['+@DBNname +'] WITH NO_LOG')
--2.截断事务日志：
exec('BACKUP
转载
2010-09-03 11:07:00
357阅读
2评论
问题背景SQLServer的日志是DB级别的这点和MySQL不同，多个DB就需要维护多个日志文件并且每个DB的日志文件可以有多个，所以从空间资源的角度来说这给云上的用户带来一些困扰，毕竟在云上磁盘空间是要收费的，除了性能他们也非常关心这些日志何时截断重用、何时收缩问题探讨事务日志在理解事务日志基本概念的基础上我们来做个有关收缩的测试：--1. 构建测试用的日志
-- tpcc是我的测
转载
2024-06-11 15:10:19
75阅读
在SQL Server 2000/2005中可以快速压缩日志log文件，通过SQL,方法一： --
BigData为数据库名
DUMP
TRANSACTION
BigData
WITH
NO_LOG
BACKUP
LOG
BigData
WITH
NO_LOG
DBCC
—先备份数据库(含日志文件） use myhis go backup database myhis to disk=’d:\myhis_rzbak’ go —设为简单恢复模式 use [master] go alter database myhis set recovery simple with no_wait go alter database myhis set reco
原创
2022-12-05 09:46:49
94阅读
--最好备份日志，以后可通过日志恢复数据。。。以下为日志处理方法一般不建议做第4,6两步第4步不安全,有可能损坏数据库或丢失数据第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.--*/--下面的所有库名都指你要处理的数据库的库名1.清空日志DUMPTRANSACTION 库名 WITH NO_LOG2.截断事务日志：BACKUPLOG 库名 WITH NO_LOG3.收缩数
转载
2023-10-17 07:58:25
233阅读
SQL Server中的事务日志无疑是SQL Server中最重要的部分之一。因为SQL SERVER利用事务日志来确保持久性(Durability)和事务回滚(Rollback)。从而还部分确保了事务的ACID属性.在SQL Server崩溃时，DBA还可以通过事务日志将数据恢复到指定的时间点。当SQL Server运转良好时，多了解一些事务日志的原理和概念显得并不是那么重要。但是，一旦SQL
转载
2023-08-08 11:38:40
866阅读
--最好备份日志，以后可通过日志恢复数据。。。
以下为日志处理方法
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/
--下面的所有库名都指你要处理的数据库的库名
1.清空日志
DUMPTRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUPLOG 库名 WIT
转载
2024-04-25 10:16:52
60阅读
1、更改模式：2、清理日志：3、还原模式。
原创
2013-12-16 13:34:16
882阅读
