SQL Server2000启动停止问题!

日志内容:
   2006-08-31 15:04:12.59 server    Microsoft SQL Server  2000 - 8.00.2039 (Intel X86) 
May  3 2005 23:18:38 
Copyright (c) 1988-2003 Microsoft Corporation
Personal Edition on Windows NT 5.2 (Build 3790: )2006-08-31 15:04:12.59 server    Copyright (C) 1988-2002 Microsoft Corporation.
2006-08-31 15:04:12.59 server    保留所有权利。
2006-08-31 15:04:12.59 server    服务器进程 ID 是 3956。
2006-08-31 15:04:12.59 server    将 SQL Server 消息记录在文件“C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG”中。
2006-08-31 15:04:12.64 server    SQL Server 正在以优先级“normal”（已检测到 1 CPU）启动。
2006-08-31 15:04:12.67 server    已为 thread 模式处理而配置了 SQL Server。
2006-08-31 15:04:12.67 server    使用 dynamic 锁分配。[500] 锁块，[1000] 锁所有者块。
2006-08-31 15:04:12.68 spid3     启动数据库“master”。
2006-08-31 15:04:12.96 server    正在使用“SSNETLIB.DLL”版本“8.0.2039”。
2006-08-31 15:04:12.99 spid5     启动数据库“model”。
2006-08-31 15:04:13.03 spid3     错误: 823，严重度: 24，状态: 2。
2006-08-31 15:04:13.04 spid3     错误: 823，严重度: 24，状态: 2
2006-08-31 15:04:13.04 spid3     I/O error (bad page ID) detected during read at offset 0x0000000056e000 in file 'C:\Program Files\Microsoft SQL Server\MSSQL\data\master.mdf'.。SQL Server2000启动停止,怎么解决这个问题?

解决方案 »

  1.   

    磁盘有问题,可以用 dbcc checkdb 检查master库试试
      

  2.   

    错误 823
    严重级别 24
    消息正文
    在文件 ''%4!'' 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。解释
    Microsoft® SQL Server™ 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。对策
    检查该设备的可访问性和状态。如果可能，执行硬件诊断并纠正问题。从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。如果没有备份或者检测到的错误是孤立的，则 DBCC CHECKDB 的修复功能可能很有用。然而，比起从备份中还原损坏的文件，可能使用 DBCC CHECKDB 消耗的时间更多，且可能无法恢复全部数据。注意  如果使用修复子句运行 DBCC CHECKDB 时，问题没有得到纠正，或者不知道该过程将如何影响数据，请与主要的支持提供者联系。
      

  3.   

    在不能运行启动服务器的情况下,怎样执行DBCC CHECKDB呢?我对这个不是很熟,见笑了
      

  4.   

    重建 master 数据库试试关闭  SQL Server2000，然后运行 Rebuildm.exe。该程序位于 Program Files\Microsoft SQL Server\80\Tools\Binn 目录中。
     
    在"重建 Master"对话框中单击"浏览"按钮。
    在"浏览文件夹"对话框中，选择 SQL Server 2000 光盘上或用于安装 SQL Server 2000 的共享网络目录中的 \Data 文件夹，然后单击"确定"按钮。
    单击"设置"按钮。在"排序规则设置"对话框中，验证或更改用于 Master 数据库或其它数据库的设置。 
    最初，显示的是默认排序规则设置，但这些设置有可能与安装期间选择的排序规则不匹配。可以选择与安装期间使用的排序规则相同的设置，也可以选择新的排序规则设置。完成后单击"确定"按钮。在"重建 Master"对话框中单击"重建"按钮以启动进程。 
    重建 Master 实用工具重新安装 master 数据库。
      

  5.   

    磁盘IO错
    使用如下代码修复数据库：alter database [aaa] set single_user
    go
    dbcc checkdb('aaa',repair_allow_data_loss) with tablock
    go
    alter database [aaa] set multi_user
    go
    dbcc checkdb('aaa')
    Go将aaa替换为要修复的数据库名。
      

  6.   

    重新安装了master数据库,再重新导入各数据库,问题解决!
    谢谢各位的热心帮助!