1: 删除LOG
1:分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
3:附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有520多K
再将此数据库设置自动收缩
或用代码:
下面的示例分离 77169database,然后将 77169database 中的一个文件附加到当前服务器。
EXEC sp_detach_db @dbname = '77169database' EXEC sp_attach_single_file_db @dbname = '77169database', @physname = 'c:\Program Files\microsoft SQL Server\MSSQL\Data\77169database.mdf' |
2:清空日志
DUMP TRANSACTION 库名 WITH NO_LOG |
再:
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
3:不让它增长
企业管理器->服务器->数据库->属性->事务日志->将文件增长限制为2M
自动收缩日志,也可以用下面这条语句
ALTER DATABASE 数据库名
故障还原模型改为简单,用语句是
USE MASTER GO ALTER DATABASE 数据库名 SET RECOVERY SIMPLE GO --------------------------------------------------------------------------------- |
截断事务日志:
BACKUP LOG { database_name | @database_name_var } { [ WITH { NO_LOG | TRUNCATE_ONLY } ] } |
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG |
2.截断事务日志:
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG,大小只有500多K
或用代码:
下面的示例分离 77169database,然后将 77169database 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = '77169database' |
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = '77169database', @physname = 'c:\Program Files\microsoft SQL Server\MSSQL\Data\77169database.mdf' |
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
-------------------------------------------------------------------------------------------
/*--压缩数据库的通用存储过程
压缩日志及数据库文件大小
因为要对数据库进行分离处理
所以存储过程不能创建在被压缩的数据库中 /*
--调用示例
exec p_compdb 'test' --*/ use master --注意,此存储过程要建在master数据库中 go if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_compdb]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) drop procedure [dbo].[p_compdb] GO create proc p_compdb @dbname sysname, --要压缩的数据库名 @bkdatabase bit=1, --因为分离日志的步骤中,可能会损坏数据库,所以你可以选择是否自动数据库 @bkfname nvarchar(260)=' --备份的文件名,如果不指定,自动备份到默认备份目录,备份文件名为:数据库名+日期时间 as |
--1.清空日志
exec('DUMP TRANSACTION ['+@dbname+'] WITH NO_LOG') |
--2.截断事务日志:
exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG') |
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
exec('DBCC SHRINKDATABASE(['+@dbname+'])') |
--4.设置自动收缩
exec('EXEC sp_dboption ''+@dbname+'','autoshrink','TRUE'') |
--后面的步骤有一定危险,你可以可以选择是否应该这些步骤
--5.分离数据库
if @bkdatabase=1 begin if isnull(@bkfname,')=' set @bkfname=@dbname+'_'+convert(varchar,getdate(),112) +replace(convert(varchar,getdate(),108),':',') select 提示信息='备份数据库到SQL 默认备份目录,备份文件名:'+@bkfname exec('backup database ['+@dbname+'] to disk=''+@bkfname+'') end |
--进行分离处理
create table #t(fname nvarchar(260),type int) exec('insert into #t select filename,type=status&0x40 from ['+@dbname+']..sysfiles') exec('sp_detach_db ''+@dbname+'') --删除日志文件 declare @fname nvarchar(260),@s varchar(8000) declare tb cursor local for select fname from #t where type=64 open tb fetch next from tb into @fname while @@fetch_status=0 begin set @s='del "'+rtrim(@fname)+'"' exec master..xp_cmdshell @s,no_output fetch next from tb into @fname end close tb deallocate tb |
--附加数据库
set @s=' declare tb cursor local for select fname from #t where type=0 open tb fetch next from tb into @fname while @@fetch_status=0 begin set @s=@s+',''+rtrim(@fname)+'' fetch next from tb into @fname end close tb deallocate tb exec('sp_attach_single_file_db ''+@dbname+''+@s) go |
分享到:
相关推荐
- **日志备份**:通过备份日志,可以实现不同级别的恢复策略,如完整恢复模式、简单恢复模式和大容量日志恢复模式。 4. **故障排查与性能调优**: - 使用Log Explorer 4.2,可以深入到事务级别查看查询执行情况,...
2. **不恰当的恢复模式设置**:如果数据库采用的是完整或大容量日志恢复模式,但又未能定期备份事务日志,也会导致日志文件逐渐膨胀。 3. **手动扩大日志文件**:有时候管理员为了预防可能出现的问题,会将日志文件...
- **大容量日志恢复模式(Bulk-Logged Recovery Mode)**:介于简单和完全之间,仅支持特定的大容量操作的日志记录。 #### 二、SQL Server 2012 数据库还原过程 **2.1 还原数据库** 1. **打开 SQL Server ...
3. 设置故障还原模型:设置故障还原模型为大容量日志记录。 右建数据库属性窗口--故障还原模型--设为大容量日志记录。 结论 解决 SQL Server 日志满问题可以使用复杂的方法或简单的方法。复杂的方法可以最大化...
但是,需要注意的是,这种方法适用于简单恢复模式或大容量日志恢复模式下的数据库,因为这些模式下事务日志不会保留用于还原。 ```sql USE [YourDatabaseName] GO DBCC SHRINKFILE (YourDatabaseName_log, NEXT, 0)...
### SQL Server 2000 最大容量说明详解 #### 概述 SQL Server 2000 是一款由微软公司开发的关系型数据库管理系统。它提供了丰富的功能来满足企业和组织在数据管理和应用方面的需求。本篇文章将详细介绍 SQL Server ...
- **大容量日志恢复模型**:针对大容量操作优化,如导入导出数据,日志记录最少。 2. **日志清理策略**: - **日志备份**:定期执行日志备份可以截断日志,释放空间。完整恢复模型下,必须先进行完全备份才能进行...
SQL Server提供三种恢复模型:简单、完整和大容量日志。简单模式下的数据库只保留最近的事务日志,而完整和大容量日志模式则保留更详细的日志记录,以支持更高级别的数据恢复。 在SQL Server 2008中,清理日志文件...
2. **日志备份(LOG BACKUP)**:在完整恢复模式或大容量日志恢复模式下,你需要定期执行日志备份,以允许日志的截断。使用`BACKUP LOG`语句可以创建日志备份,然后同样使用`DBCC SHRINKFILE`来缩小日志文件。 3. *...
5. **使用正确的恢复模式**:根据业务需求,选择合适的恢复模式(简单、完整或大容量日志)非常重要。简单模式下的日志清理最频繁,而完整模式保留所有事务日志以实现完全恢复。 "SqlServer日志清除专家"可能是提供...
- **大容量日志恢复模型**:适用于大量数据导入导出操作,日志记录最小化。 4. **SQL Server日志清理小助手特性**: - **定时清理**:用户可以设置定时任务,例如每月的特定日期、每周的特定星期或每天的特定时间...
对于采用完整或大容量日志恢复模式的数据库,需要通过其他方式(如日志备份)来管理日志文件的增长。 总之,在SQL Server 2005中管理数据库日志是一项重要的维护任务,通过合理地利用DUMPTRANSACTION命令以及适当的...
5. **合理设置恢复模式**:SQL Server有三种恢复模式:简单恢复模式、完整恢复模式和大容量日志恢复模式。简单恢复模式下,日志会自动截断,适合于不需要长期事务追踪的应用。完整恢复模式和大容量日志恢复模式在...
5. 恢复模式:SQL Server可以设置不同的恢复模式,如简单恢复模式、完整恢复模式和大容量日志恢复模式。其中,完整恢复模式和大容量日志恢复模式支持事务日志备份和日志文件的恢复操作。 6. UNDO事务:包括...
SQL Server的日志文件是数据库恢复模型的重要组成部分,特别是在完整恢复模式和大容量日志恢复模式下,它记录了所有事务的详细步骤,以确保在系统崩溃或灾难性故障时能够进行精确的恢复。 2. **日志文件的管理** ...
相比之下,大容量日志恢复模式将这类大型操作视为单一的事务,仅记录少量信息,从而显著减少日志占用的空间。 #### 日志链(Log Chain) 日志链是指一系列连续的事务日志备份。在完整恢复模式下,日志链的连续性...
大容量日志模式优化了大量数据插入、更新和删除操作的日志记录,减少日志空间的使用。 二、日志恢复工具的功能 1. 数据审计:这些工具能够追踪并记录数据库中的所有变更,包括查询、插入、更新和删除操作,这对于...
但在完整或大容量日志恢复模式下,需要通过手动执行`DBCC SHRINKFILE`或定期进行事务日志备份来截断日志,释放不再需要的日志空间。 2. **日志文件压缩**:虽然SQL Server本身不提供日志文件压缩功能,但可以通过...