数码资讯
SQLServer中MDF文件的恢复技术
首先,要还原的文件放在MS SQL中的数据文件中,并将其插入到MS SQL主数据库服务器中。 1。我们用默认的方式恢复建立数据库(如mhdyf2005)。它可以建立在SQL Server。 2。停止数据库服务器。 3、删除日志文件mhdyf2005_log.ldf生成,只是现在,和使用数据库中密度纤
选购提示
关注价格、性能、续航、售后和真实使用场景,理性比较后再下单。
首先,要还原的文件放在MS SQL中的数据文件中,并将其插入到MS SQL主数据库服务器中。
1。我们用默认的方式恢复建立数据库(如mhdyf2005)。它可以建立在SQL Server。
2。停止数据库服务器。
3、删除日志文件mhdyf2005_log.ldf生成,只是现在,和使用数据库中密度纤维板(1。MDF)文件还原到数据库的数据文件覆盖mhdyf2005_data.mdf刚刚产生。
4。启动数据库服务器。(后刷新)的数据库mhdyf2005国家被怀疑在这个时候。不要对这个数据库的任何在这个时候。
5。设置数据库以允许系统表的直接操作。此操作可以在SQL Server企业管理器中选择数据库服务器,右键单击,选择属性,并直接修改服务器设置页面上的系统目录。
代码:
使用mastergosp_configure允许更新,1goreconfigure与overridego
6。集mhdyf2005作为急救修复模式,如下:
代码:
更新sysdatabases设置状态= 32768,DBID = db_id('mhdyf2005)
此时,您可以在SQL Server Enterprise Manager中看到数据库是只读的、脱机的,紧急模式可以查看数据库中的表,但只有系统表。
7。执行真正的恢复操作,并重建数据库日志文件。
代码:
DBCC rebuild_log('mhdyf2005 ',' C:程序文件微软
SQL服务器 mhdyf2005_log.ldf MSSQL数据)
在执行过程中,如果遇到以下提示:
服务器:消息5030,级别16,状态1,第1行
数据库未能锁定数据库以执行操作。
DBCC完成。如果DBCC输出的错误信息,请与系统管理员联系。
它显示了其他程序正在使用数据库。如果你使用SQL Server企业管理器F步打开mhdyf2005图书馆系统表,然后将退出SQL Server企业经理好。
执行完成的提示应该类似于:
警告:数据库的mhdyf2005的日志已经重建。交易的一致性已经丧失,应运行DBCC CHECKDB以验证物理一致性。数据库选项将被重置和冗余的日志文件可能需要deleted.dbcc完成。如果DBCC输出错误信息,联系系统管理员。
在这一点上,在SQL Server企业管理器打开会看到数据库的状态为DBO使用。数据库中的用户表可以同时访问。
8。验证数据库是否符合(省略),语句如下所示:
代码:
DBCC CHECKDB('mhdyf2005)
一般执行结果如下:0会发现分配错误和0一致性错误(在数据库中的mhdyf2005)。DBCC完成。如果DBCC输出的错误信息,请与系统管理员联系。
9。将数据库设置为正常状态,语句如下所示:
代码:
sp_dboptionmhdyf2005 ',' DBO使用','假'。
如果没有错误,那么祝贺您,现在您可以正常使用恢复数据库了。
10。最后一步,我们将允许系统目录直接在步骤E中修改恢复。直接操作系统表是危险的。当然,我们可以在SQL Server Enterprise Manager中进行恢复,您可以使用以下语句进行恢复:
代码:
sp_configure允许更新,0goreconfigure与overridego
一共10步,完成了。整个恢复过程是这样的,你能恢复吗
1。我们用默认的方式恢复建立数据库(如mhdyf2005)。它可以建立在SQL Server。
2。停止数据库服务器。
3、删除日志文件mhdyf2005_log.ldf生成,只是现在,和使用数据库中密度纤维板(1。MDF)文件还原到数据库的数据文件覆盖mhdyf2005_data.mdf刚刚产生。
4。启动数据库服务器。(后刷新)的数据库mhdyf2005国家被怀疑在这个时候。不要对这个数据库的任何在这个时候。
5。设置数据库以允许系统表的直接操作。此操作可以在SQL Server企业管理器中选择数据库服务器,右键单击,选择属性,并直接修改服务器设置页面上的系统目录。
代码:
使用mastergosp_configure允许更新,1goreconfigure与overridego
6。集mhdyf2005作为急救修复模式,如下:
代码:
更新sysdatabases设置状态= 32768,DBID = db_id('mhdyf2005)
此时,您可以在SQL Server Enterprise Manager中看到数据库是只读的、脱机的,紧急模式可以查看数据库中的表,但只有系统表。
7。执行真正的恢复操作,并重建数据库日志文件。
代码:
DBCC rebuild_log('mhdyf2005 ',' C:程序文件微软
SQL服务器 mhdyf2005_log.ldf MSSQL数据)
在执行过程中,如果遇到以下提示:
服务器:消息5030,级别16,状态1,第1行
数据库未能锁定数据库以执行操作。
DBCC完成。如果DBCC输出的错误信息,请与系统管理员联系。
它显示了其他程序正在使用数据库。如果你使用SQL Server企业管理器F步打开mhdyf2005图书馆系统表,然后将退出SQL Server企业经理好。
执行完成的提示应该类似于:
警告:数据库的mhdyf2005的日志已经重建。交易的一致性已经丧失,应运行DBCC CHECKDB以验证物理一致性。数据库选项将被重置和冗余的日志文件可能需要deleted.dbcc完成。如果DBCC输出错误信息,联系系统管理员。
在这一点上,在SQL Server企业管理器打开会看到数据库的状态为DBO使用。数据库中的用户表可以同时访问。
8。验证数据库是否符合(省略),语句如下所示:
代码:
DBCC CHECKDB('mhdyf2005)
一般执行结果如下:0会发现分配错误和0一致性错误(在数据库中的mhdyf2005)。DBCC完成。如果DBCC输出的错误信息,请与系统管理员联系。
9。将数据库设置为正常状态,语句如下所示:
代码:
sp_dboptionmhdyf2005 ',' DBO使用','假'。
如果没有错误,那么祝贺您,现在您可以正常使用恢复数据库了。
10。最后一步,我们将允许系统目录直接在步骤E中修改恢复。直接操作系统表是危险的。当然,我们可以在SQL Server Enterprise Manager中进行恢复,您可以使用以下语句进行恢复:
代码:
sp_configure允许更新,0goreconfigure与overridego
一共10步,完成了。整个恢复过程是这样的,你能恢复吗
声明:本文内容用于数码产品信息整理与选购参考,具体价格、库存、售后政策以官方渠道和电商页面实时信息为准。