情况描述：

SQL Server 2000崩溃，重新安装数据库。

有以下准备：

1, 三个系统库（master,msdb,model）的完全备份:

2 两个用户数据库(user01,user02)的备份（周日的完全备份+除周日外每天的差异备份）:

三个系统数据库是早期备份的，之间没有更新过帐号信息，没有增减过作业等等。

两个用户数据库在上周日晚做过完全备份（user01.bak和user02.bak）

准备重新安装数据库,希望能一次性恢复到用户数据库最后一个备份前的状态。

常规恢复过程大致如下

1. 备份可用的数据, 包含所有系统数据库和用户数据库的数据文件和日志文件(*.mdf/ldf/ndf)

2. 卸载原来的安装

3. 系统表查找和删除所有的MSSQLServer项

4. 磁盘上删除安装SQL SErver产生的所有文件

5. 重新安装SQL Server，所需安装的补丁的版本要求保持与备份系统数据库时安装的补丁版本一致

6. 单用户模式下恢复master数据库

7. 恢复其他系统数据库

8. 恢复用户数据库

可以做的尝试

如果时间比较充分,而且想尽量恢复数据到最近的时间点, 可以在上述步骤中做下面的尝试

1. 把6,7两步改为:

a. 停止MSSQL服务

b. 用步骤1备份的系统数据库的数据文件和日志文件替换安装后生成的系统数据库的对应文件

c. 建立与SQL Server系统崩溃之前一样的用户数据库的存放目录, 并且把用户数据库文件按原来的位置存放

d. 启动MSSQL服务

e. 如果MSSQL服务成功, 在企业管理看看用户数据库有没有置疑, 如果没有置疑, 则其他操作都不用做了, 数据已经恢复

注意:

在做上面的步骤b之前, 先备份准备覆盖的文件

2. 如果步骤1的尝试不成功, 则再做下面的尝试, 把步骤8修改为下面的:

a. 停止MSSQL服务

b. 用备份的文件还原被覆盖的文件

c. 尝试用附加的方式恢复用户数据库

d. 如果成功, 则修复各用户数据库中的孤立用户

恢复过程会涉及到的一些具体处理

1. 恢复系统数据库:

在SQL Server数据库中，系统信息存储在系统数据库中，主要的系统数据库包括：

master-从整体上控制用户数据库和SQL Server操作，在创建了任何用户定义的对象后，都要备份它

model-为新数据库提供模版和原型

msdb-包含了有关作业、报警及操作员等信息

如果包含系统数据库的介质变了，那么必须重建系统数据库，如果你仍然可以启动SQL Server服务，则可以通过RESTORE语句从系统数据库的备份中恢复数据库。

如果master坏了，不能启动系统,可以按照下面步骤进行恢复

1. 重建系统数据库 运行c:mssql7binnrebuildm.exe，按照提示进行即可，

过程中需要系统数据库样本的路径，可在安装光盘中找到；

2 [...]]]>

情况描述：

SQL Server 2000崩溃，重新安装数据库。

有以下准备：

1, 三个系统库（master,msdb,model）的完全备份:

2 两个用户数据库(user01,user02)的备份（周日的完全备份+除周日外每天的差异备份）:

三个系统数据库是早期备份的，之间没有更新过帐号信息，没有增减过作业等等。

两个用户数据库在上周日晚做过完全备份（user01.bak和user02.bak）

准备重新安装数据库,希望能一次性恢复到用户数据库最后一个备份前的状态。

常规恢复过程大致如下

1. 备份可用的数据, 包含所有系统数据库和用户数据库的数据文件和日志文件(*.mdf/ldf/ndf)

2. 卸载原来的安装

3. 系统表查找和删除所有的MSSQLServer项

4. 磁盘上删除安装SQL SErver产生的所有文件

5. 重新安装SQL Server，所需安装的补丁的版本要求保持与备份系统数据库时安装的补丁版本一致

6. 单用户模式下恢复master数据库

7. 恢复其他系统数据库

8. 恢复用户数据库

可以做的尝试

如果时间比较充分,而且想尽量恢复数据到最近的时间点, 可以在上述步骤中做下面的尝试

1. 把6,7两步改为:

a. 停止MSSQL服务

b. 用步骤1备份的系统数据库的数据文件和日志文件替换安装后生成的系统数据库的对应文件

c. 建立与SQL Server系统崩溃之前一样的用户数据库的存放目录, 并且把用户数据库文件按原来的位置存放

d. 启动MSSQL服务

e. 如果MSSQL服务成功, 在企业管理看看用户数据库有没有置疑, 如果没有置疑, 则其他操作都不用做了, 数据已经恢复

注意:

在做上面的步骤b之前, 先备份准备覆盖的文件

2. 如果步骤1的尝试不成功, 则再做下面的尝试, 把步骤8修改为下面的:

a. 停止MSSQL服务

b. 用备份的文件还原被覆盖的文件

c. 尝试用附加的方式恢复用户数据库

d. 如果成功, 则修复各用户数据库中的孤立用户

恢复过程会涉及到的一些具体处理

1. 恢复系统数据库:

在SQL Server数据库中，系统信息存储在系统数据库中，主要的系统数据库包括：

master-从整体上控制用户数据库和SQL Server操作，在创建了任何用户定义的对象后，都要备份它

model-为新数据库提供模版和原型

msdb-包含了有关作业、报警及操作员等信息

如果包含系统数据库的介质变了，那么必须重建系统数据库，如果你仍然可以启动SQL Server服务，则可以通过RESTORE语句从系统数据库的备份中恢复数据库。

如果master坏了，不能启动系统,可以按照下面步骤进行恢复

1. 重建系统数据库 运行c:mssql7binnrebuildm.exe，按照提示进行即可，

过程中需要系统数据库样本的路径，可在安装光盘中找到；

2 重建系统数据库后，启动SQL Server服务，用系统数据库的备份恢复数据库

就行了通常恢复顺序为master->msdb->model

在恢复master的备份时要注意：必须在单用户(single user)模式下进行

进入单用户模式的方法：

a. 在命令行模式下输入：sqlservr -c -f -m或者输入sqlservr -m

其中：-c 可以缩短启动时间，SQL Server 不作为Windows NT的服务启动

-f 用最小配置启动SQL Server

-m 单用户模式启动SQL Server

b. 可以在控制面板-服务-MSSQLServer的启动参数中输入-c -f -m或者输入-m,点击开始

3. 进行master数据库的恢复

a. 直接进入查询分析器,有个提示不要理会它

输入恢复语句进行数据库恢复:

RESTORE DATABASE master from disk=’c:具体的备份文件名’

b. 或者用这个,在命令提示符下输入,注意大小写

使用”windows身份验证”的,输入:isql /E

使用”sql server和windows身份验证”的,输入:isql /U”用户名” /P”密码”

然后在出现的提示符下输入(注意1>,2>是提示符):

1>RESTORE DATABASE master from disk=’c:具体的备份文件名’

2>GO

2. 还原数据库的具体步骤:

1. 恢复最近一次的完整备份

企业管理器–右键”数据库”–所有任务–还原数据库

–”还原为数据库库”中输入还原后的数据库名,设为:test

–还原选择”从设备”–选择设备–添加–添加你的备份文件

–确定,回到数据库还原的界面

–”还原备份集”,选择”数据库–完全”

–选项–将”移至物理文件名”中的物理文件名修改为你的数据文件要存放的文件名

–如果要还原的数据库已经存在,选择”在现有数据库上强制还原”

–”恢复完成状态”,选择”使数据库不再运行，但能还原其它事务日志”

–确定

–或用SQL语句:

RESTORE DATABASE 数据库名

FROM DISK = ‘c:你的完全备份文件名’

WITH NORECOVERY

2. 恢复完全备份后, 最近一次的差异备份(如果有的话)

企业管理器–右键”数据库”–所有任务–还原数据库

–”还原为数据库库”中选择数据库名:test

–还原选择”从设备”–选择设备–添加–添加你的备份文件

–确定,回到数据库还原的界面

–”还原备份集”,选择”数据库–差异”

–”恢复完成状态”,选择”使数据库不再运行，但能还原其它事务日志”

–确定

–或用SQL语句:

–或用SQL语句:

RESTORE DATABASE 数据库名

FROM DISK = ‘c:你的差异备份文件名’

WITH NORECOVERY

3. 按时间先后, 恢复差异备份后(如果没有差异备份,则是完全备份)的所有日志备份

企业管理器–右键”数据库”–所有任务–还原数据库

–”还原为数据库库”中选择数据库名:test

–还原选择”从设备”–选择设备–添加–添加你的备份文件

–确定,回到数据库还原的界面

–”还原备份集”,选择”事务日志”

–”恢复完成状态”

如果是恢复最后一个日志文件,选择”使数据库可以继续运行，但无法还原其它事务日志”

否则选择”使数据库不再运行，但能还原其它事务日志”

–确定

–或用SQL语句:

RESTORE DATABASE 数据库名

FROM DISK = ‘c:你的日志文件名’

WITH RECOVERY

3. 解决孤立用户:

1. 查看某个数据库的孤立用户:

USE 库名

EXEC sp_change_users_login ‘Report’

2. 自动修复某个孤立用户:

USE 库名

EXEC sp_change_users_login ‘Auto_Fix’, ‘孤立用户名’, NULL, ‘密码’

–密码指用户对应的登录不存在时, 系统自动建立登录, 为登录分配的密码

先分离数据库 企业管理器–右键suspect的数据库–所有任务–分离数据库 然后备份你的suspect数据库的文件,再按下面的步骤处理: 1.新建一个同名的数据库 2.再停掉sql server 3.用suspect数据库的文件覆盖掉这个新建的同名数据库 4.再重启sql server 5.此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)

USE MASTER GO SP_CONFIGURE ‘ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=’置疑的数据库名’ Go sp_dboption ‘置疑的数据库名’, ‘single user’, ‘true’ Go DBCC CHECKDB(‘置疑的数据库名’) Go update sysdatabases set status =28 where name=’置疑的数据库名’ Go sp_configure ‘allow updates’, 0 reconfigure with override Go sp_dboption ‘置疑的数据库名’, ‘single user’, ‘false’ Go 6.完成后一般就可以访问数据库中的数据,这时,数据库本身一般还要问题,解决办法是,利用 数据库的脚本创建一个新的数据库,并将数据导进去就行. 如果这样改不加数据库状态,你就把数据库导成一个新库来代替旧库吧 企业管理器–右键你的数据库–所有任务–导出数据 –目标标数据库选择新建 [...]]]> 先分离数据库
企业管理器–右键suspect的数据库–所有任务–分离数据库
然后备份你的suspect数据库的文件,再按下面的步骤处理:
1.新建一个同名的数据库
2.再停掉sql server
3.用suspect数据库的文件覆盖掉这个新建的同名数据库
4.再重启sql server
5.此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)

USE MASTER
GO
SP_CONFIGURE ‘ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=’置疑的数据库名’
Go
sp_dboption ‘置疑的数据库名’, ‘single user’, ‘true’
Go
DBCC CHECKDB(‘置疑的数据库名’)
Go
update sysdatabases set status =28 where name=’置疑的数据库名’
Go
sp_configure ‘allow updates’, 0 reconfigure with override
Go
sp_dboption ‘置疑的数据库名’, ‘single user’, ‘false’
Go

6.完成后一般就可以访问数据库中的数据,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行.
如果这样改不加数据库状态,你就把数据库导成一个新库来代替旧库吧
企业管理器–右键你的数据库–所有任务–导出数据
–目标标数据库选择新建
–选择”在两个sql数据库之间复制对象和数据”
–把”包含扩展属性”选上,其他的根据需要选择
–最后完成。

，包括磁盘空间，文件分配和使用、系统级的配置参数。同时还记录了所有的登录帐户信息、初始化信息和其他数据库信息。一旦master数据库异常，会导致整个数据库系统都无

法正常功能。由于master数据库的重要性，所以一般禁止用户直接访问，如果一定要修改，确保在修改前要做完整的数据备份。

　一：备份master数据库 　　　1:master数据库的备份场景： 　　　 在下列情况下，应该备份master数据库。 　　　 创建或删除用户数据库 　　　 添加/删除登录帐户或修改的数据库级别的角色，从而影响了整个数据库服务器的安全性 　　　 更改了服务器级别的配置选项或数据库配置选项 　 　　简单的说，也就是涉及到服务器级别的更改，都应该及时备份master。

           2:master数据库备份方法 　　　默认情况下，master数据库使用简单恢复模型，对于master数据库备份只需要使用完全备份。完全备份方法很简单，不多描述。 　　　　　　　　   二：恢复master数据库基本思路          如果master数据库损坏，SQL Server就不能启动，且在事件管理器中可以查看到相应的master数据库无法访问的日志信息。在这种情况下，就需要恢复master数据库。 　　恢复master数据库的思路比较清晰，主要分为如下步骤：         1：重建全新master数据库,以保证SQL Server服务器可以启动。         2：启动SQL Server服务后，通过企业管理器或命令，将SQL Server服务器置于单用户模式 　　3：在单用户模式下进行master数据库恢复 　　4：恢复完成后，将SQL Server实例重新置于多用户模式。   　三：恢复master数据库具体演示      1：利用rebuildm.exe工具重建master数据库 　　 该工具在安装SQL Server实例时已经安装到程序目录下。默认路径为： 　　   C:\Program Files\Microsoft SQL Server\80\Tools\Binn            运行该工具，在弹出的重建master窗口中，设置好正确的参数信息：SQL Server服务器,排序规则  以及SQL Server 2000安装文件中master文件所在路径。见下图：                            注：重建过程会重建全部四个系统数据库以及两个示例数据库northwind和pubs,接着对数据库服务器进行配置。 　　　　重建完成后，通过服务管理器或企业管理器启动SQL Server服务器。 　    　　需要注意的是：此时SQL Server数据库中只有dbo角色相关的登录帐户，且sa帐户密码已经重置为空。同时所有的用户数据库都不可见。      2：将SQL Server服务器置于单用户模式          将SQL Server服务器设置为单用户模式方法很简单：打开企业管理器，选择服务器右键单击，选择“属性”在“属性配置”窗口“常规”选项框单击“启动参数”，在“

启动参数”中添加“-m”参数。如下图：                     3：在单用户模式下进行master数据库恢复 　　 设置好单用户模式后，重新启动SQL Server实例,进入真正的master数据库还原。还原方式可以通过企业管理器进行还原             

　　　也可以通过查询分析器运行T-SQL命令执行还原：                　　　注：使用企业管理器进行还原时，还原成功后可能会出现一些连接错误提示。建议使用查询分析器来执行还原，可以避免出现错误提示。

　4：恢复完成后，将SQL Server实例重置于多用户模式           恢复完成后，重新启动SQL Server实例，去除第2步设置的单用户模式参数 -m。 　　重新启动SQL Server实例,打开企业管理器，可以看到所有的用户数据库已经可见，且安全性相关登录帐户也已经恢复！           注：           在恢复master数据库时model和msdb数据库也会被更建， 　　 所以master数据恢复完成后，应该立即还原model和msdb数据库。        五：其它系统数据库的恢复          对于其它系统数据库，如model数据库和msdb数据库都是很重要的系统数据库。model数据库作为所有新建的用户数据库和tempdb数据库的样板，任何新建数据库默认结构 都与model数据库一样。 　　Msdb数据库是SQLSERVER2000代理服务以及自动化作业使用的数据库。          这两个数据库异常也会影响SQL Server服务器正常工作。          特别是model数据库，是作为所有新建数据库的模板，如果model数据库损坏也会导致SQL [...]]]>       在SQL Server2000数据库系统中，有多个系统数据库,如master,model,msdb,tempdb等。其中master数据库是最重要的数据库，存储的是SQL Server系统的所有系统级别信息

，包括磁盘空间，文件分配和使用、系统级的配置参数。同时还记录了所有的登录帐户信息、初始化信息和其他数据库信息。一旦master数据库异常，会导致整个数据库系统都无

法正常功能。由于master数据库的重要性，所以一般禁止用户直接访问，如果一定要修改，确保在修改前要做完整的数据备份。

　一：备份master数据库
　　　1:master数据库的备份场景：
　　　 在下列情况下，应该备份master数据库。
　　　 创建或删除用户数据库
　　　 添加/删除登录帐户或修改的数据库级别的角色，从而影响了整个数据库服务器的安全性
　　　 更改了服务器级别的配置选项或数据库配置选项
　 　　简单的说，也就是涉及到服务器级别的更改，都应该及时备份master。

           2:master数据库备份方法
　　　默认情况下，master数据库使用简单恢复模型，对于master数据库备份只需要使用完全备份。完全备份方法很简单，不多描述。
　　　　　　　　
  二：恢复master数据库基本思路
         如果master数据库损坏，SQL Server就不能启动，且在事件管理器中可以查看到相应的master数据库无法访问的日志信息。在这种情况下，就需要恢复master数据库。
　　恢复master数据库的思路比较清晰，主要分为如下步骤：
        1：重建全新master数据库,以保证SQL Server服务器可以启动。
        2：启动SQL Server服务后，通过企业管理器或命令，将SQL Server服务器置于单用户模式
　　3：在单用户模式下进行master数据库恢复
　　4：恢复完成后，将SQL Server实例重新置于多用户模式。
 
　三：恢复master数据库具体演示
     1：利用rebuildm.exe工具重建master数据库
　　 该工具在安装SQL Server实例时已经安装到程序目录下。默认路径为：
　　   C:\Program Files\Microsoft SQL Server\80\Tools\Binn
           运行该工具，在弹出的重建master窗口中，设置好正确的参数信息：SQL Server服务器,排序规则  以及SQL Server 2000安装文件中master文件所在路径。见下图：
              
 
          注：重建过程会重建全部四个系统数据库以及两个示例数据库northwind和pubs,接着对数据库服务器进行配置。
　　　　重建完成后，通过服务管理器或企业管理器启动SQL Server服务器。
　    　　需要注意的是：此时SQL Server数据库中只有dbo角色相关的登录帐户，且sa帐户密码已经重置为空。同时所有的用户数据库都不可见。

     2：将SQL Server服务器置于单用户模式
         将SQL Server服务器设置为单用户模式方法很简单：打开企业管理器，选择服务器右键单击，选择“属性”在“属性配置”窗口“常规”选项框单击“启动参数”，在“

启动参数”中添加“-m”参数。如下图：
            
 
     3：在单用户模式下进行master数据库恢复
　　 设置好单用户模式后，重新启动SQL Server实例,进入真正的master数据库还原。还原方式可以通过企业管理器进行还原
            

　　　也可以通过查询分析器运行T-SQL命令执行还原：
            
 
　　　注：使用企业管理器进行还原时，还原成功后可能会出现一些连接错误提示。建议使用查询分析器来执行还原，可以避免出现错误提示。

　4：恢复完成后，将SQL Server实例重置于多用户模式
          恢复完成后，重新启动SQL Server实例，去除第2步设置的单用户模式参数 -m。
　　重新启动SQL Server实例,打开企业管理器，可以看到所有的用户数据库已经可见，且安全性相关登录帐户也已经恢复！
 
        注：
          在恢复master数据库时model和msdb数据库也会被更建，
　　 所以master数据恢复完成后，应该立即还原model和msdb数据库。
 
     五：其它系统数据库的恢复
         对于其它系统数据库，如model数据库和msdb数据库都是很重要的系统数据库。model数据库作为所有新建的用户数据库和tempdb数据库的样板，任何新建数据库默认结构

都与model数据库一样。
　　Msdb数据库是SQLSERVER2000代理服务以及自动化作业使用的数据库。
         这两个数据库异常也会影响SQL Server服务器正常工作。
         特别是model数据库，是作为所有新建数据库的模板，如果model数据库损坏也会导致SQL Server服务不能启动，在这种情况下，也需要先重建master数据库,然后再依次

恢复master,model和msdb数据库，恢复操作与恢复master数据库操作相类似。
         稍有不同的是，msdb数据库损坏不会导致SQL Server服务无法启动，此时只需通过企业管理器进行恢复工作即可！