收缩日志的原因有很多种，有些是考虑空间不足，有些则是应用程序限制导致的。下面介绍的是在简单模式下，进行收缩操作。 #方法一：通过图形界面逐步操作 1、打开数据库属性窗口2、更改数据库恢复模式，“完整”改成“简单”3、收缩数据库日志，“任务”->“收缩” 4、收缩完，将数据库的恢复模式修改为“完整”#方法二：使用命令 ALTER DATABASE test SET RECOVERY SIMPLE --将“恢复模式”设置为“简单” GO USE test GO DBCC S...
本例，快速清理“students”数据库的日志，清理后日志文件不足1M。 USE [master] GO ALTER DATABASE students SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE students SET RECOVERY SIMPLE GO USE students GO --此处需要注意，并非所有数据库的日志文件名都是“数据库名_log” DBCC SHRINKFILE (N‘students_log‘ , 0,TRUNCATEONLY) GO USE [master] GO ALTER DATABASE students SET RECOVERY FU...
sys.master_files检查时发现，对应的事务日志文件记录信息依然存在sys.master_files里面，只是状态state_desc为OFFLINE。需要经过一段时间，这条记录在这个系统视图才会消失。 DECLARE @db_name NVARCHAR(32);SET @db_name=N‘TEST‘;SELECT f.database_id AS database_id ,DB_NAME(f.database_id) AS database_name ,f.file_id AS primary_log_id ,f.name ...
收缩日志的原因有很多种，有些是考虑空间不足，有些则是应用程序限制导致的。下面介绍的是在简单模式下，进行收缩操作。 #方法一：通过图形界面逐步操作 1、打开数据库属性窗口2、更改数据库恢复模式，“完整”改成“简单”3、收缩数据库日志，“任务”->“收缩” 4、收缩完，将数据库的恢复模式修改为“完整”#方法二：使用命令 ALTER DATABASE test SET RECOVERY SIMPLE --将“恢复模式”设置为“简单” GO USE test GO DBCC S...
如何压缩日志及数据库文件大小 /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏你的数据库. 一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志： BACKUP LOG 库...
在SQLSERVER 配置管理器中启动SQLSERVER 服务时，碰到以上问题， 打开系统服务界面(services.msc) 找到相关的服务，点击启动时碰到： windows 无法启动SQLSERVER 服务 错误1069：由于登陆失败而无法启动服务 解决方法：在想要重新启动的服务上右键属性，找到“登陆”页面 输入新的密码，重新启动即可 SQLSERVER 服务 请求失败或服务未及时响应。有关详细信息，请参见事件日志或其他适用的错误日志标签：问题 详细 info inf ...
fn_dblog()和fn_dump_dblog()函数介绍SQL Server有两个未公开的函数fn_dblog()和fn_dump_dblog()非常有用并且提供的信息量很大。你可以使用这些函数来获取100多列大量的有用信息。fn_dblog()用于分析数据库当前的事务日志文件，它需要两个参数，分别为事务开始LSN和结束LSN，默认为NULL，表示返回事务日志文件的所有日志记录。例如：SELECT * FROM fn_dblog(null,null);fn_dump_dblog()用于分析数据库的事务日志备份文件，该函数需...
最近公司的数据库随着业务量的增多，日志文件巨大（超过300G）,造成磁盘空间不够用，进而后来的访问数据库请求无法访问。 网上类似的方法也很多，但不可行，如下是我实践过，可行的，将日志文件收缩至任意指定大小的方法： 第一步： 在SQL SERVER Management Studio 中右击数据库选择“属性”---》“选项”，将恢复模式由默认的“完整”改为“简单”。 第二步：再次右键选择数据库的“任务”--》“收缩”---》“文件”菜...
http://blog.itpub.net/8183550/viewspace-682907 一直以来我都很困惑，不知道怎么解析SQL SERVER的日志， 因为微软提供了fn_dblog(NULL,NULL)和DBCC LOG获取数据库日志的基本信息，但是都是二进制码，看不懂。最近终于成功解析了SQL SERVER LOG信息 在fn_dblog(NULL,NULL)输出结果中， 获取表名是AllocUnitName字段。 具体获取方法：AllocUnitName like ‘dbo.TEST%‘ 操作类型是：Operation 数据是：[RowLog Contents 0]字段内...
* from sys.databases where is_cdc_enabled = 1b、查询哪些表开启了cdcd SELECT * FROM sys.tables WHERE is_tracked_by_cdc=1c、禁用表 EXEC sys.sp_cdc_disable_table @source_schema = ‘dbo‘, @source_name = ‘t1‘, @capture_instance = ‘all‘;d、禁用库 EXEC sys.sp_cdc_disable_db;3、最后收缩，若还不成功，建议分离数据库，删除日志然后重新附加数据库。本文出自 “纯利小五郎”...
USE [master]GOALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE 数据库名 SET RECOVERY SIMPLE GO USE 数据库名GO DBCC SHRINKFILE (日志名 , 10) #DBCC SHRINKFILE (N‘WP2017test_log‘ , 10，tr**only)GO USE [master]GO ALTER DATABASE 数据库名 SET RECOVERY FULL WITH NO_WAITGOALTER DATABASE 数据库名 SET RECOVERY FULL GOmssqlserver收缩日志标签：mssql alt wait tab imp use...
先改成简单模式，再清除日志，再改回原来模式 USE [oms20190322]GOALTER DATABASE oms20190322 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE oms20190322 SET RECOVERY SIMPLE --简单模式GOUSE oms20190322 GO DBCC SHRINKFILE (N‘nh_oms_log‘ , 11, TRUNCATEONLY) --这里的名称需要到查询（SELECT file_id, name FROM sys.database_files;）逻辑名称GO USE oms20190322 GOSELECT file_id, name FROM sys.database_fi...
[lzdxdb] GO ALTER DATABASE lzdxdb SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE lzdxdb SET RECOVERY SIMPLE --简单模式 GO USE lzdxdb GO --DBCC SHRINKFILE (N‘ eutdb_Log‘ , 11, TRUNCATEONLY)DBCC SHRINKFILE (‘数据库日志名‘,1) GO USE [lzdxdb] GO ALTER DATABASE lzdxdb SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE lzdxdb SET RECOVERY FULL --还原为完全模式 GO--lzdxdb为数据库名 --这里的 数据库...
简介 之前我已经写了一个关于SQL Server日志的简单系列文章。本篇文章会进一步挖掘日志背后的一些概念，原理以及作用。如果您没有看过我之前的文章，请参阅： 浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架 浅谈SQL Server中的事务日志(二)----事务日志在修改数据时的角色 浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色 浅谈SQL Server中的事务日志(四)----在完整恢复模式下日...
@strbackup NVARCHAR(100)--改为日期加时间的SET @strbackup = ‘F:\bak\Test_bak_log_‘+ REPLACE(REPLACE(REPLACE(CONVERT(VARCHAR, GETDATE(), 120), ‘-‘, ‘‘), ‘ ‘,‘‘), ‘:‘, ‘‘) + ‘.bak‘BACKUP LOG MainTest TO DISK = @strbackup WITH INIT;GO查看日志使用情况 命令dbcc sqlperf(logspace)查看单个库的VLF文件详情，use DatabaseXX DBCC LOGINFO;如果日志文件过大，需要收缩，请执行如下脚本USE [master] GO...