sql server 日志文件结构及误操作数据找回

by admin on 2019年9月22日

一. 概述

USE 数据库名称
GO
ALTER DATABASE 数据库名称 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 数据库名称 SET RECOVERY SIMPLE  
GO
USE 数据库名称
GO
DBCC SHRINKFILE (N'数据库日志名称' , 1, TRUNCATEONLY)--清理为1M日志文件 “数据库日志名称”请查看以下图片中的日志逻辑名称
GO
USE 数据库名称
GO
ALTER DATABASE 数据库名称 SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE 数据库名称 SET RECOVERY FULL 
GO
  1. 右健数据库 –> Tasks –> Generate Scripts

最近发现网站不能访问,原因数据库服务器磁盘剩余空间没了。再细查发现日志文件占用了70%,收缩日志文件失败。

1: 删除LOG
1:分离数据库   企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
3:附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有520多K
   再将此数据库设置自动收缩
或用代码: 
下面的示例分离 77169database,然后将 77169database
中的一个文件附加到当前服务器。

  在sql server
里有数据文件.mdf和日志文件.ldf,日志文件是sqlserver数据库的另一个重要组成部分,日志文件记录了所有事务以及每个事务对数据库所做的修改。为了提高数据库的性能,
sqlserver
数据是缓存在内存里,并没有实时写入到磁盘,直到数据库出现检查点(checkpoint)或者内存不足必须(Lazy
Write)将数据的修改写入到磁盘。 sql
server在开启了事务并对内存中的数据进行修改时,会生成日志记录。 sqlserver
对数据页的插入修改删除都是在内存中完成后提交事务,但并不会同步到硬盘的数据页上。
为了保证数据库事务的一致性 如(服务器崩溃,断电)等
内存中的修改没有来得及写入硬盘,下次重启时候要能够恢复到一个事务一致的时间点,就必须依赖于事务日志。

  使用sql server2000.

图片 1

在网上查找原因,是没有备份不能收缩日志文件。

EXEC sp_detach_db @dbname =
“77169database”
EXEC sp_attach_single_file_db @dbname = “77169database”, 
   @physname = “c:Program FilesMicrosoft SQL
ServerMSSQLData77169database.mdf”

     1.1 存储结构

 

临时解决的方式:

2:清空日志
DUMP TRANSACTION 库名 WITH NO_LOG   

  与数据文件不同
日志文件不是按页/区来进行组织的。每个物理日志文件是分成多个虚拟日志单元,虚拟日志单元没有固定大小,且数量不固定,
管理员也不能配置大小和数量。
例如:日志文件每自动增长一次(默认是按10%的空间扩展),会至少增加一个虚拟单元。

  1. 选择所有的表

备份事务日志,再收缩日志文件。(完整数据库备份后,也可以收缩日志文件)

再:
企业管理器–右键你要压缩的数据库–所有任务–收缩数据库–收缩文件–选择日志文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

  事务日志是一种回绕的文件。例如一个数据库里的日志文件包括5个虚拟日志单元,在创建数据库时,逻辑日志文件从物理文件的始端开始,新的日志记录被添加到逻辑日志未端,然后向物理日志未端扩张。

图片 2

 

3: 如果想以后不让它增长
企业管理器->服务器->数据库->属性->事务日志->将文件增长限制为2M

  当逻辑日志的末端到达物理日志的末端时,新的日志记录将回绕到物理日志文件的始端继续向后写(这是因为日志备份会截断使日志空间重用)。

 

长久的解决方案:

自动收缩日志,也可以用下面这条语句
ALTER DATABASE 数据库名
SET AUTO_SHRINK ON

  下图是日志文件的流程图,当日志备份后虚拟日志1和虚拟日志2会被截断,虚拟日志3成为了逻辑日志的开头,当虚拟日志3和虚拟日志4在使用后,再次备份时,由于日志文件是一个回绕的文件,此时又从虚拟日志1开始。
   图1  日志文件的外观

  1. 下一步,选择Advanded, Types of data to script 选择Schema and data

制定维护计划,定期备份数据库,收缩日志文件。

故障还原模型改为简单,用语句是
USE MASTER
GO
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE

  图片 3

图片 4

 

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 FilesMicrosoft SQL
ServerMSSQLData77169database.mdf”

5.为了以后能自动收缩,做如下设置:
企业管理器–服务器–右键数据库–属性–选项–选择”自动收缩”

–SQL语句设置方式:
EXEC sp_dboption “数据库名”, “autoshrink”, “TRUE”

6.如果想以后不让它日志增长得太大
企业管理器–服务器–右键数据库–属性–事务日志
–将文件增长限制为xM(x是你允许的最大数据文件大小)

–SQL语句的设置方式:

  图2 事务日志的循环使用

图片 5

alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

/*–压缩数据库的通用存储过程

压缩日志及数据库文件大小
因为要对数据库进行分离处理
所以存储过程不能创建在被压缩的数据库中

–邹建 2004.3–*/

/*–调用示例
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

   
 图片 6

 

   在一个虚拟日志单元里,分成很多块,块内有具体的日志记录,每条日志记录有一个LSN(Log
Sequence
Number)编号,这个编号由三部分组成。第一部分是虚拟日志单元(Virtual Log
File)序列号,第二部分是在虚拟日志单元中块的编号,第三部分是在块中日志记录的编号。对于某个LSN,其编号为000001D:000000FD:0002。
这表明这个LSN是属于虚拟日志000001D,该虚拟日志中属于块000000FD,在该块中对应记录2。

 

  1.2 DBCC LOG
  使用DBCC LOG来查看日志文件里存放了些什么信息, dbcc log(dbname,
formart_id),formart_id 使用”3″ 参数输出会比较详细。

sql server 小技巧
集锦

Create database TestLog
go
use TestLog
go
Create Table Test(ID int,name nvarchar(50))
GO
Insert into Test Values(1,'aaaa')
update Test set name='bbbb' where ID=1
Go
dbcc traceon (3604)
go
dbcc log (TestLog,3)

  由于dbcc log是未公开的命令,所以未找到相关说明, 如下图所示
包括了当前序号号,操作类型,事务号等相关信息。

图片 7

 二. ApexSQL Log工具

  由于dbcc log数据不太直观,现通过第三方工具ApexSQL
Log来查看,该工具可以看到对上面表的创建,插入,更新,删除的操作记录,在数据库日志文件里还标注了起始时间表,以及操作由哪个用户执行的,对于每一个操作,可以看到更具体的更新信息。

    这是刚刚操作的二条记录如下图所示

  
 图片 8

  选中insert 该行可以找到该语句做undo (撤消回滚 旧值覆盖)和redo(提交
新值覆盖)

  图片 9

-- Undo   INSERT (0000001E:00000047:0013) done at 2018-07-29 09:49:55.570 by hsr-PC\hsr in transaction 0000:00000301 (Committed)
BEGIN TRANSACTION
DELETE FROM [dbo].[Test] WHERE /*** WARNING: WHERE CLAUSE FOR THIS STATEMENT WAS GENERATED FOR A TABLE WITH NO PRIMARY KEY AND NO CLUSTERED INDEX ***/[ID] = 1 AND [name] = N'aaaa' COLLATE Chinese_PRC_CI_AS
IF @@ROWCOUNT <= 1 COMMIT TRANSACTION ELSE BEGIN ROLLBACK TRANSACTION; PRINT 'ERROR: STATEMENT AFFECTED MORE THAN ONE ROW. ALL THE CHANGES WERE ROLLED BACK.' END

--Redo    INSERT (0000001E:00000047:0013) done at 2018-07-29 09:49:55.570 by hsr-PC\hsr in transaction 0000:00000301 (Committed)
INSERT INTO [dbo].[Test] ([ID], [name]) VALUES (1, N'aaaa' COLLATE Chinese_PRC_CI_AS)

-- 下面ID=1的语句做四做操作
update Test set name='cccc' where ID=1
update Test set name='dddd' where ID=1
update Test set name='eeee' where ID=1
delete from  Test  where ID=1

 下列记录了相应的操作,trial restricted 可能是因为该软件需要付费。

图片 10

  总结: 使用truncate table
来删除操作是不会记录日志的,且无法做undo操作。日志记录与实际修改的数据量有关,每一条记录的修改都会保存日志记录。sql
server日志里面能读到数据修改前的值和修改后的值。

 

参考文献:

  sq lserver2012实施与管理实战指南

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图