DL是一个高性能的日志复制服务,提供了持久化、复制以及强一致性的功能,这对于构建可靠的分布式系统都是至关重要的,如复制状态机(replicated-state-machines)、通用的发布/订阅系统、分布式数据库以及分布式队列。DistributedLog会分类维护记录的序列(sequences of records),并将其称为Log(又叫做Log Stream),将记录写入到DL Log的进程称之为Writer,从Log中读取并处理记录的进程称之为Reader。因此,它整体的软件栈如下所
【问题场景】有一个数据库,它的名字叫CNBlogsText,日志文件霸占了23G硬盘空间,而事务日志已经截断(Truncate),实际日志内容很小,1G都不到。23G的空间只放1G不到的日志,如同用一栋别墅养一只宠物,太了!秉承中华民族勤俭节约的美德,这种是不允许的,必须要释放日志文件霸占的多余空间。
但是,无论怎么收缩(Shrink)日志文件,空间是不能释放,总是出现错误:
Cannot shrink log file 2 (CNBlogsText_log) because of
适用于SQL Server 2005的方法 ——————————————— 代码如下: USE DNName GO 1,清理日志 代码如下: Backup Log DNName WITH no_log GO 2,截断事务日志 代码如下: DUMP TRANSACTION DNName WITH no_log GO 3,收缩 两种方式: 1):压缩数据库 DBCC SHRINKDATABASE(库名) GO 2):指定数据文件,可以通过这个语句查询到:sel
SQL 2008日志文件占了23G硬盘空间,而事务日志已经截断(Truncate),实际日志内容很小,1G都不到,想要释放日志文件霸占的多余空间。
但是,无论怎么收缩(Shrink)日志文件,空间就是不能释放,总是出现错误:Cannot shrink log file 2 (CNBlogsText_log) because of minimum log space required.
之前解决过类似的问题,也写过一篇博客-SQL Server 2008事务日志清理,当时采用的最终解决方法是:
将