.ldf文件坏，怎么办啊

[pony_utc]

我在追加数据库的时候，出现9002错误：处理数据库 ''%1!'' 的日志时出错。
要怎么才能追加成功呢？？

[zosky]

不带ldf也可以
sp_attach_db
将数据库附加到服务器。

语法
sp_attach_db [ @dbname = ] 'dbname'
, [ @filename1 = ] 'filename_n' [ ,...16 ]

参数
[@dbname =] 'dbname'

要附加到服务器的数据库的名称。该名称必须是唯一的。dbname 的数据类型为 sysname，默认值为 NULL。

[@filename1 =] 'filename_n'

数据库文件的物理名称，包括路径。filename_n 的数据类型为 nvarchar(260)，默认值为 NULL。最多可以指定 16 个文件名。参数名称以 @filename1 开始，递增到 @filename16。文件名列表至少必须包括主文件，主文件包含指向数据库中其它文件的系统表。该列表还必须包括数据库分离后所有被移动的文件。

返回代码值
0（成功）或 1（失败）

结果集
无

注释
只应对以前使用显式 sp_detach_db 操作从数据库服务器分离的数据库执行 sp_attach_db。如果必须指定多于 16 个文件，请使用带有 FOR ATTACH 子句的 CREATE DATABASE。

如果将数据库附加到的服务器不是该数据库从中分离的服务器，并且启用了分离的数据库以进行复制，则应该运行 sp_removedbreplication 从数据库删除复制。

权限
只有 sysadmin 和 dbcreator 固定服务器角色的成员才能执行本过程。

示例
下面的示例将 pubs 中的两个文件附加到当前服务器。

EXEC sp_attach_db @dbname = N'pubs',
@filename1 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf',
@filename2 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf'

[CrazyFor]

Transact-SQL 参考


sp_attach_single_file_db
将只有一个数据文件的数据库附加到当前服务器。

语法
sp_attach_single_file_db [ @dbname = ] 'dbname'
, [ @physname = ] 'physical_name'

参数
[@dbname =] 'dbname'

要附加到服务器的数据库的名称。dbname 的数据类型为 sysname，默认值为 NULL。

[@physname =] 'phsyical_name'

据库文件的物理名称，包括数路径。physical_name 的数据类型为 nvarchar(260)，默认值为 NULL。

返回代码值
0（成功）或 1（失败）

结果集
无

注释
当使用 sp_attach_single_file_db 将数据库附加到服务器时，它创建一个新的日志文件并执行额外的清除工作，从新附加的数据库中删除复制。

仅对以前使用显式 sp_detach_db 操作从服务器分离的数据库执行 sp_attach_single_file_db。

权限
只有 sysadmin 和 dbcreator 固定服务器角色的成员才能执行本过程。

示例
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。

EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'


请参见

sp_attach_db

sp_detach_db

sp_helpfile

系统存储过程

©1988-2000 Microsoft Corporation。保留所有权利。

[zjcxc]

删除.ldf文件
企业管理器--右键数据库--附加数据库--选择你的.mdf文件--确定--提示是否创建日志文件--选择<是>

[happydreamer]

数据库日志文件丢失时的恢复步骤

设置数据库为紧急模式
ü 停掉SQL Server服务；

ü 把应用数据库的数据文件XXX_Data.mdf移走；

ü 重新建立一个同名的数据库XXX；

ü 停掉SQL服务；

ü 把原来的数据文件再覆盖回来；

ü 运行以下语句，把该数据库设置为紧急模式；

运行“Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go”

执行结果：

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。



接着运行“update sysdatabases set status = 32768 where name = 'XXX'”

执行结果：

（所影响的行数为 1 行）



ü 重启SQL Server服务；

ü 运行以下语句，把应用数据库设置为Single User模式；

运行“sp_dboption 'XXX', 'single user', 'true'”

执行结果：

命令已成功完成。



ü 做DBCC CHECKDB；

运行“DBCC CHECKDB('XXX')”

执行结果：

'XXX' 的 DBCC 结果。

'sysobjects' 的 DBCC 结果。

对象 'sysobjects' 有 273 行，这些行位于 5 页中。

'sysindexes' 的 DBCC 结果。

对象 'sysindexes' 有 202 行，这些行位于 7 页中。

'syscolumns' 的 DBCC 结果。

………



ü 运行以下语句把系统表的修改选项关掉；

运行“sp_resetstatus "XXX"

go

sp_configure 'allow updates', 0

reconfigure with override

Go”

执行结果：

在 sysdatabases 中更新数据库 'XXX' 的条目之前，模式 = 0，状态 = 28（状态 suspect_bit = 0），

没有更新 sysdatabases 中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

已将配置选项 'allow updates' 从 1 改为 0。请运行 RECONFIGURE 语句以安装

[txlicenhe]

1：在企业管理器中分离数据库
2：删除LOG物理文件
3：在企业管理器中附加数据库
此法生成新的LOG，大小只有500多K

[pengdali]

1、
sp_detach_db 你的库名 --分离
GO

2、
把日志文件放入回收站

3、
CREATE DATABASE 你的旧库名
ON PRIMARY (FILENAME = 'c:\program files\microsoft sql server\mssql\data\你的旧库的文件.mdf')
FOR ATTACH
GO

就可以了

[愉快的登山者]

1。将数据库服务停止；
2。移去坏的ldf文件；
3。启动数据库服务，应该自动建立一个新的ldf文件。