在网上查了二天资料,终于找到个解决了这个问题的方案,记录下来.方便下次处理.    解决方案转贴自:  https://blog.csdn.net/kk185800961/article/details/41865073 use DBName go dbcc opentran --结果如下 /* 已复制的事务信息: 最早的分布式 LSN : (0:0:0) 最早的非分布式 LSN : (5067131:1370:2) DBCC 执行完毕.如果 DBCC 输出了错误信息,请与系统管理员联系. */

USE [master]ALTER DATABASE RcBalance SET RECOVERY SIMPLE WITH NO_WAITALTER DATABASE RcBalance SET RECOVERY SIMPLE; USE RcBalanceSELECT * from sys.database_files; DBCC SHRINKFILE(N'Balance_Log' , 11, TRUNCATEONLY);USE [master]ALTER DATABASE RcBalance

收缩SQL数据库日志文件 介绍具体的操作方法前,先说下我操作的实际环境和当时的状况.我的服务器是windows server 2008 R2 64位英文版,数据库是SQL server 2008英文版.服务器上安装的是SAP DEV(SAP测试系统)和其数据库,由于同事测试的需要里面copy了6个集团,现在client 6想删除不要,释放一些磁盘空间.当我删除client 6后发现磁盘剩余的空间越来越小,没删除之前还有20多个G呢,结果删除后剩余空间只有7MB多点,当时有种很蒙的感觉.但马上冷静

原文:SQL Server日志文件庞大收缩方法(实测好用) 这两个命令连续执行,间隔时间越少越明显(可多次运行),直到达到效果 --截断 BACKUP LOG CloudMonitor TO DISK='NUL' --收缩 DBCC SHRINKFILE('CloudMonitor_log') 以后就可以采用常规的定期备份日志(比如一小时一次)来防止日志文件无限增长. SQL Server日志文件庞大收缩并非易事, 文章中提到: 由于首日志.尾日志和空间重复利用的原因,当备份日志后产生了日志截断

SQL Server无法收缩日志文件 2 因为逻辑日志文件的总数不能少于 2问题 最近服务器执行收缩日志文件大小的job老是报错 我所用的一个批量收缩日志脚本 USE [master] GO /****** Object: StoredProcedure [dbo].[ShrinkUser_DATABASESLogFile] Script Date: 01/05/2016 09:52:39 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON

SQL Server 2008 收缩日志 清空删除大日志文件 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:(SQL2005)Backup Log DNName with no_loggodump transaction DNName with no_loggoUSE DNNameDBCC SHRINKFILE (2)Go-----------------------------------------------------

一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大. 方法一:清空日志.1.设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然

一. SQL Server 2008 收缩日志 (1) 使用SQL管理器收缩日志 第一步执行如下命令 ALTER DATABASE platform SET RECOVERY SIMPLE GO 第二步使用SQL管理器:选择要收缩的数据库-->任务-->收缩-->文件 输入文件收缩到:* 大小,点击确认 第三步执行如下命令 ALTER DATABASE platform SET RECOVERY FULL GO 以上操作是以 platform数据库为示例,在操作的过程中替换数据库名即可

收缩SQL Server日志不是那么简单的(翻译)   原文地址:http://rusanu.com/2012/07/27/how-to-shrink-the-sql-server-log/ 说明:本文为了更好的说明收缩的过程,在原文翻译的基础上增加了一些个人的理解,省略了部分内容,建议大家在阅读本文时参考原文. 一.问题场景 我的数据库日志文件已经增大到200G了,我也尝试去收缩数据库,但大小没有改变,请问该如何减小日志文件的大小?这个问题实际上就是说执行DBCC SHRINKFILE没有减小

在SQL Server 2000/2005中可以快速压缩日志log文件,通过SQL, 方法一: ---DBTEST 为数据库名,顺序最好别乱.注意:要先截断再清空,最后收缩! backup log DBTEST with no_log  --截断事务日志 dump transaction DBTEST with no_log  --清空日志 DBCC shrinkdatabasse ('DBTEST',TRUNCATEONLY) 收缩数据库和日志库 注: 另有只收缩日志文件,语句如下 DBCC

网站的一个数据库的日志文件已经到150个G的地步,数据文件才几十M,通过常规的操作去收缩日志: >数据库右键 → 任务 → 收缩 → 文件 , 在弹出的窗口中,文件类型选择"日志",收缩选项选择第二个,填一个小的数字 执行很快完成,但是日志文件大小并没有改变. 完成收缩有两种方式: * 分离数据库,删除日志文件,然后再附加数据库 * 修改数据库的恢复模式为**简单**,然后再重复最初的收缩数据库操作(因为事务并未截断,所以完整模式下收缩的大小有限),完成后再吧恢复模式改为**完整

如果SQL SERVER 日志过大,比如,达到了几十个G,想一次性收缩的,直接执行下面命令即可: USE DATABASENAME; GO – Truncate the log by changing the database recovery model to SIMPLE. ALTER DATABASE DATABASENAME SET RECOVERY SIMPLE; GO – Shrink the truncated log file to 1 MB. DBCC SHRINKFILE (

SQL server2008无法收缩日志,错误信息为: 1:由于最小日志空间要求,无法收缩日志文件 2:无法收缩日志文件 2 (XXX_log),因为该文件结尾的逻辑日志文件正在使用 描述: 用的是网上普遍有的收缩代码USE [master]GOALTER DATABASE shujuku SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE shujuku SET RECOVERY SIMPLE --简单模式GOUSE shujukuGODBCC S

解决Sql Server 日志满了,设置收缩: --查看文件占用空间 . '文件大小(MB)',* from sysfiles; ALTER DATABASE SpyData SET RECOVERY SIMPLE GO --设置收缩日志为100MB ) GO ALTER DATABASE SpyData SET RECOVERY FULL GO

原文:SQL Server 2008收缩日志文件--dbcc shrinkfile参数说明 DBCC SHRINKFILE 收缩相关数据库的指定数据文件或日志文件大小. 语法 DBCC SHRINKFILE     ( { file_name | file_id }         { [ ,target_size ]             | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]         }     ) 参数 file_nam

原文地址:http://rusanu.com/2012/07/27/how-to-shrink-the-sql-server-log/ 说明:本文为了更好的说明收缩的过程,在原文翻译的基础上增加了一些个人的理解,省略了部分内容,建议大家在阅读本文时参考原文. 一.问题场景 我的数据库日志文件已经增大到200G了,我也尝试去收缩数据库,但大小没有改变,请问该如何减小日志文件的大小?这个问题实际上就是说执行DBCC SHRINKFILE没有减小日志文件的大小,到底是什么原因导致的呢? 二.准备知识

事务日志记录着在相关数据库上的操作,同时还存储数据库恢复(recovery)的相关信息. 收缩日志的原因有很多种,有些是考虑空间不足,有些则是应用程序限制导致的. 下面介绍的是在简单模式下,进行收缩操作. #方法一:通过图形界面逐步操作 1.打开数据库属性窗口 2.更改数据库恢复模式,“完整”改成“简单” 3.收缩数据库日志,“任务”->“收缩” 4.收缩完,将数据库的恢复模式修改为“完整” #方法二:使用命令 ALTER DATABASE test SET RECOVERY SIMPLE --

USE [master] GO ALTER DATABASE MDM_OperationBase SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE MDM_OperationBase SET RECOVERY SIMPLE --简单模式 GO USE MDM_OperationBase GO --收缩日志文件为2G = 2000M DBCC SHRINKFILE (N'MDM_OperationBase_Log' , 2000, TRUNCAT

SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:(SQL2005)Backup Log DNName with no_loggodump transaction DNName with no_loggoUSE DNName DBCC SHRINKFILE (2)Go--------------------------------------------------------------(SQL200

SQL2008 SQL2012 SQL2014 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:(SQL2005)BackupLog DNName with no_loggodumptransaction DNName with no_loggoUSE DNName DBCC SHRINKFILE (2)Go-------------------------------------------------------

SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消: (SQL2005) BackupLog DNName with no_log go dump transaction DNName with no_log go USE DNName ) Go -------------------------------------------------------------- (SQL2008): 在SQL20