SQL错误823，数据库日志清除不了。备份也备份不了。。。

2007-12-08 12:06:22 1.6k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

D-RecoverySQLServer2019达思SQL数据库修复软件升级至3.0版一、支持的SQL数据库版本：达思SQL数据库修复软件2019在功能上支持几乎所有的Microsoft SQL Server版本，如： 7.0、2000、2005、2008、2008R2、2012、2014、2016、2017、2019等所有的版本，支持MDF数据库文件以及附带NDF数据库格式；二、快速检测SQL数据库损坏程度，诊断数据库修复的成功率：支持速度检测损坏的SQL数据库，... 阅读详情

SQL错误823，数据库日志清除不了。备份也备份不了。。。

先清除POSTEK数据库的时候显示
服务器：消息823，级别24。状态 2行 4
连接中断

后来想用企业管理器备份下POSTEK数据库出现了

错误823 严重度 24状态 2
I/O ERROR 23(数据错误（循环冗余检查））detaeted dumring read at affset 0X00000001 466-a000 in file` E:\porgram files\microsfot SQL Server\MSSQL\postek_new_dat.mdf

没办法后来想把 postek_new_dat.mdf和LOG 日志文件在SQL 停止状态下 COPY 出来。。结果COPY 了 10几分钟时间越来越长还是 I/0冗余。。COPY 不出来。。。怎么办啊

救命啊

...全文

SQL Server裸设备实战：绕过NTFS提升IO性能裸设备是一种让数据库直接访问物理磁盘分区、绕过Windows文件系统（如NTFS）的底层IO优化技术。其核心原理在于消除文件系统元数据开销与缓存管理带来的IO放大效应，将逻辑IO与物理IO比值（IAF）从2.1~2.8降至接近1.0，从而显著降低写入延迟并提升吞吐稳定性。该技术在高并发小IO、存储硬件受限、无法升级SQL Server版本的遗留OLTP系统中具备独特价值，尤其适用于医保、银行等对I/O延迟敏感的核心业务场景。本文聚焦SQL Server裸设备的适用边界判断、安全实施路径与生产级避坑指南。阅读详情

言士心

MS-SQL Server 34,876 成员 254,635 内容

+ 关注 + 加入社区

切换为时间正序

mewlost 2012-08-11

打赏
举报

DATA 数据所在的硬盘磁盘比如D:盘右键工具检查磁盘错误检查完 .MDF就可以COPY了

ljm2500005 2008-09-04

打赏
举报

有所收获

xiaoxiezi168 2008-09-03

打赏
举报

胡矣 2008-09-03

打赏
举报

接分

UltraBejing 2008-05-01

打赏
举报

我也想知道，正在找這方面的資料~~~~~

knowledge_Is_Life 2008-05-01

打赏
举报

这个简单啊,网上搜一下就得到答案了.

meiZiNick 2008-05-01

打赏
举报

等待牛人来答.

pccastle 2008-04-27

打赏
举报

再接

pccastle 2008-04-27

打赏
举报

不错

DavidNoWay 2007-12-29

打赏
举报

ghd2004 2007-12-20

打赏
举报

清除SQL数据库日志文件
/*--压缩数据库的通用存储过程

有两种方法一是压缩日志，二是删除日志。

一、压缩日志及数据库文件大小
因为要对数据库进行分离处理
所以存储过程不能创建在被压缩的数据库中
/*--调用示例
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

二、删除数据库日志也有两种方法
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--

在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当

，会造成数据的损失。
1: 删除LOG
分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple

-狙击手- 2007-12-09

打赏
举报

dbcc checkdb ('数据库名', REPAIR_ALLOW_DATA_LOSS)

dawugui 2007-12-09

打赏
举报

清除日志：



 

DECLARE @LogicalFileName sysname,

        @MaxMinutes INT,

        @NewSize INT

USE     szwzcheck             -- 要操作的数据库名

SELECT  @LogicalFileName = 'szwzcheck_Log',  -- 日志文件名

@MaxMinutes = 10,               -- Limit on time allowed to wrap log.

        @NewSize = 20                  -- 你想设定的日志文件的大小(M)

-- Setup / initialize

DECLARE @OriginalSize int

SELECT @OriginalSize = size 

  FROM sysfiles

  WHERE name = @LogicalFileName

SELECT 'Original Size of ' + db_name() + ' LOG is ' + 

        CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + 

        CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'

  FROM sysfiles

  WHERE name = @LogicalFileName

CREATE TABLE DummyTrans

  (DummyColumn char (8000) not null)

DECLARE @Counter   INT,

        @StartTime DATETIME,

        @TruncLog  VARCHAR(255)

SELECT  @StartTime = GETDATE(),

        @TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'

DBCC SHRINKFILE (@LogicalFileName, @NewSize)

EXEC (@TruncLog)

-- Wrap the log if necessary.

WHILE     @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time 

      AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = 

@LogicalFileName)  

      AND (@OriginalSize * 8 /1024) > @NewSize  

  BEGIN -- Outer loop.

    SELECT @Counter = 0

    WHILE  ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))

      BEGIN -- update

        INSERT DummyTrans VALUES ('Fill Log')  

        DELETE DummyTrans

        SELECT @Counter = @Counter + 1

      END   

    EXEC (@TruncLog)  

  END   

SELECT 'Final Size of ' + db_name() + ' LOG is ' +

        CONVERT(VARCHAR(30),size) + ' 8K pages or ' + 

        CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'

  FROM sysfiles 

  WHERE name = @LogicalFileName

DROP TABLE DummyTrans

SET NOCOUNT OFF

 

把szwzcheck换成你数据库的名字即可，在查询分析器里面运行。 

有全角的空格(为了显示好看),你自己把他换一下. 





收缩日志：



企业管理器--所有任务--收缩数据库--文件--选日志文件收缩

中国风 2007-12-08

打赏
举报

给个通过日志恢复列子:

USE master



--创建数据库

CREATE DATABASE db

ON PRIMARY(

	NAME='db_data',

	FILENAME= 'c:\db_data.mdf')

LOG ON(

	NAME='db_log',

	FILENAME ='c:\db.ldf')

GO



--创建表

CREATE TABLE db.dbo.ta(id int)

INSERT db.dbo.ta SELECT id FROM sysobjects

GO

--做文件组备份

BACKUP DATABASE db TO DISK='c:\db.bak' WITH FORMAT



--备份后,再做数据处理

CREATE TABLE db.dbo.tb(id int)

INSERT db.dbo.tb SELECT id FROM sysobjects

GO



/*--下面演示了破坏数据文件的处理，这些操作在操作系统中进行



1. 停止SQL Server服务(msqlserver服务)

2. 删除文件 c:\db_data.ndf (模拟破坏)

3. 重新SQL Server服务,此时数据库DB置疑

--*/

GO



--下面演示了如何恢复数据

--首先要备份当前日志

BACKUP LOG db TO DISK='c:\db_log.bak' WITH FORMAT,NO_TRUNCATE

--利用文件组备份恢复破坏的文件

RESTORE DATABASE db FROM DISK='c:\db.bak' WITH NORECOVERY

--还原到日志点

RESTORE LOG db FROM DISK='c:\db_log.bak' WITH RECOVERY

--显示已经恢复的数据

SELECT COUNT(*) FROM db.dbo.ta

SELECT COUNT(*) FROM db.dbo.tb

GO



--删除测试

DROP DATABASE db

言士心 2007-12-08

打赏
举报

但是日志文件是好的啊 LOG 50M 一下就COPY 出来了就是MDF文件根本COPY 不动。。。

fa_ge 2007-12-08

打赏
举报





先停止sql服务



exec sp_detach_db @dbname='book'



--重建日志

exec sp_attach_single_file_db @dbname='book',

                              @physname='D:\Program Files\Microsoft SQL Server\MSSQL\Data\book_Data.MDF'

OracleRoob 2007-12-08

打赏
举报

用dbcc checkdb检查一下数据库中是否存在分配错误和一致性错误。

如果存在，先修复这些错误。

dbcc checkdb ('数据库名', REPAIR_ALLOW_DATA_LOSS)

SQL错误823，数据库日志清除不了。备份也备份不了。。。

相关推荐