SQL Server 附加数据库时报1813错误的解决方案
数据库由于日志占用空间较大，被删掉了，导致系统连接错误现重新附加数据库 由于没有日志文件报错，报错内容如下：
-------------------------------------------------------------------------------------------------------------------------------------------------
标题: Microsoft SQL Server Management Studio
附加数据库 对于 服务器“ADMIN”失败。(Microsoft.SqlServer.Smo)
有关帮助信息，请单击: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.1399.00&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=附加数据库+Server&LinkId=20476
其他信息:
执行 Transact-SQL 语句或批处理时发生了异常。 (Microsoft.SqlServer.ConnectionInfo)
在文件 'D:\共享\mpdata_Log.LDF' 中、偏移量为 0000000000000000 的位置执行 读取 期间，操作系统已经向 SQL Server 返回了错误 38(已到文件结尾。)。SQL Server 错误日志和系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重系统级错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。 (Microsoft SQL Server，错误: 823)
有关帮助信息，请单击: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=823&LinkId=20476
按钮:
确定
-------------------------------------------------------------------------------------------------------------------------------------------------
SQL Server 附加数据库时报1813错误的解决方案
无法打开新数据库 'ASR'。CREATE DATABASE 中止。
文件激活失败。物理文件名称'E:\SqlServer\MSSQL\Data\ASR_log.LDF'可能不正确。
无法重新生成日志，原因是数据库关闭时存在打开的事务/用户，该数据库没有检查点或者该数据库是只读的。如果事务日志文件被手动删除或者由于硬件或环境问题而丢失，则可能出现此错误。 (Microsoft SQL Server，错误: 1813)
解决方案：
1、新建一个同名数据库。
2、停止数据库服务，覆盖新建的数据库主文件（小技巧：最好放在同一个磁盘里面，把新建的数据库主文件删掉或移开，再把要恢复的数据库主文件剪切过去，这样就可以节省时间。）
3、启动数据库服务，数据库变为置疑或可疑状态。然后在查询分析器中运行：
alter database 无日志文件的数据库名称 set emergency
设置为紧急状态。
4、再运行：
alter database 无日志文件的数据库名称 set single_user
或者：
Sp_dboption '无日志文件的数据库名称', 'single user', 'true'
设置为单用户模式。
5、检查并重建日志文件，运行：
dbcc checkdb('无日志文件的数据库名称',REPAIR_ALLOW_DATA_LOSS)
这个时间比较长。耐心等待！如果有错误提示，再运行：
dbcc checkdb('无日志文件的数据库名称',REPAIR_REBUILD)
进行修复。如果没有错误，可以跳过。
6、恢复成多用户模式
alter database 无日志文件的数据库名称 set multi_user
或者：
Sp_dboption '无日志文件的数据库名称', 'single user', 'false'
刷新数据库，你就可以看到已经修复好的数据库了。
页:
[1]