问题描述：
数据库损坏原因： 1.事务日志问题。比如事务日志文件丢失；事务日志文件在操作过程中被误删；事务日志文件被损坏以及事务日志文件过大，导致硬盘的空间不足等。 2.意外掉电或异常强制关机，造成数据文件损坏，主要数据库正在被读写过程中异常关机。 3.数据库的表被破坏或索引等被破坏，或者数据库的其他对象被破坏或丢失等。 4.删除了数据文件，或者更改了它的名字。 5.硬盘损坏，造成数据和日志文件读写错误。 6.感染病毒或者其他人为因素破坏。 ***************************************************************************

解决方法：

数据库修复过程：

步骤1：

停止SQL服务管理器，将原数据文件拷贝，使用思迅数据库安装程序创建一个新的数据库。

步骤2：

停止SQL Server

步骤3：

把老数据库的MDF文件替换新数据库的相应的MDF文件，并把LDF文件删除。

步骤4：

重新启动SQL Server服务，然后运行如下命令：

Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go

begin tran

update sysdatabases set status = 32768 where name = 'hbposv7'

--Verify one row is updated before committing

commit tran

步骤5：

停止SQL然后重新启动SQL Server服务，然后运行如下命令：

DBCC TRACEON(3604)

DBCC REBUILD_LOG('db_name','C:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv7_log.ldf')

Go

步骤6：

停止SQL然后重新启动SQL Server服务，然后运行：

use master

update sysdatabases set status = 8 where name = 'hbposv7'

Go

sp_configure 'allow updates', 0

reconfigure with override

Go

步骤7：

运行dbcc checkdb(hbposv7) 检查数据库的完整性

注：都要替换成真实的数据库名字。