SQL SERVER数据库置疑后恢复步骤

合集下载

SQL Server用户数据库状态置疑的修复

SQL Server用户数据库状态置疑的修复

() 2 原因: 能是 由于病 毒产 生的。 可 () 3 修复 的方法 : 首先将用 户数 据库对应 的两个物理 文件拷贝到其它介 质上,如 U盘 ;然后 重新安装服务 器的
() 1 现象 : 户数据库 对应 的数据文件 以及 日志 文件 用 存在, 但是 日志文件的大小 已经达到 4 B 后 台用户数 据库 G 状态产 生 “ 置疑 ”, 造成用户访 问数 据库 失败 。 () 2 原因: S L Sre 中, 在 Q vr 用户数据库的 日志文 件最 e 大为 4 B G ,当 日志文件 已经达 到 4 B时,Q re 就 自 G S L S vr e
随着 信息技术 的不 断发展 , S系统 在各行 各业 中的 MI 应用也越来越 多,很 多企 业采 用了 S L S r r 为后 台数 Q e e作 v
Sr r e e 企业管 理器 中的数据转换 导入/ v 导出功能 , ts 将 et 2中 的数据 再全部倒 回到 ts中, et 即可修复 ts数据库 。 et
28 1 0 耳 2月 0
电 脑 学 习
第6 期
S L Sre 用户数 据库状态置疑 的修复 Q evr
丁汝根 ‘ 程 徽
摘 要 :介绍 了在 S LS re 用户数据库状态产生置疑时 , Q evr 修复用户数据库的几种方法。 关键 词 : S e e 数据库 置疑 QLS r r v
() 1 现象 : 户数据库 对应的数据文件 以及 日志文件 用
存在 , 日志文件 的大小也远小于 4 B, G 并且没有最 新的数据 库备份 文件存 在。后台用户 数据库 产生 “ 置疑 ” 造成用户 ,
访 问 数据 库 失 败 。
对用户数据库进行修 复的方法 。

sqlserver还原数据库步骤

sqlserver还原数据库步骤

sqlserver还原数据库步骤
SQL Server 数据库还原步骤如下:
一、准备工作
1. 确保你拥有对SQL Server的管理员权限;
2. 确保你能够访问要还原的数据库备份文件;
3. 如果要还原的是增量备份文件,请确保已有完整的备份文件。

二、打开SQL Server管理工具
1. 运行管理工具,双击SQL Server Management Studio图标;
2. 在连接对话框中,选择服务器名,选择"Windows身份验证";
3. 在登录界面中输入你的登录用户名和密码;
4. 选择你想还原的数据库;
5. 点击右键进入菜单,根据实际情况点击“任务”→“还原”。

三、还原备份文件
1. 进入还原数据库界面,在“数据库”下拉菜单中选择要还原的数据库;
2. 如果要还原的是增量备份文件,请先在“设备”下拉菜单中选择
“文件浏览器”,然后添加所有的增量备份文件;
3. 如果要还原的是全备,直接选择“设备”下拉菜单中的“备份媒体”;
4. 直接点击“确定”,右侧窗口会出现还原正在进行的信息,并显示
还原的状态,等待还原结束。

四、完成还原
1. 还原完成后,只有该数据库中的表和存储过程被还原,若要还原视
图和用户定义函数,请另外执行SQL脚本;
2. 若要保留现有的数据,则应在“设置”→“还原选项”中选择“使
用现有数据库,同时粘贴备份记录”;
3. 同时,还可以在“设置”→“可选”中针对不同场景设置还原选项,
使之更符合实际情况;
4. 还原完成后,可以使用以上步骤,根据实际情况检查还原的状态。

SQLServer2000数据库置疑的解决方法

SQLServer2000数据库置疑的解决方法

SQLServer2000数据库置疑的解决方法sql2000中MSDB数据库置疑状态的解决方法问题:我的SQL Server 2000的MSDB数据库,因为不正常关机,造成了置疑状态,请问采用什么方法能够弥补,解决方法一:你可以采用以下的代码进行修复: USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb' Gosp_dboption 'msdb', 'single user', 'true'GoDBCC CHECKDB('msdb')Goupdate sysdatabases set status =28 where name='msdb' Gosp_configure 'allow updates', 0reconfigure with overrideGosp_dboption 'msdb', 'single user', 'false'Go解决方法二:MSDB数据库解决过程难点:由于MSDB数据库不能删除,将其文件拷出来,再次附加数据库,但新的不能同名,遇到了困难。

附加数据库不能叫MSDB,也就是1:先停止整个数据库,将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。

2:将以上的文件再拷贝到另一个目录下,也就是说复制两次。

3:选择数据库右击鼠标 --》所有任务--》附加数据库将复制出的一个备份文件附加上去,其中,数据库名称叫MSDB1,用户是SA或ADMINISTRATOR。

4:将MSDB1数据库备份,备份成一个文件,当时我的叫MSDB。

用友软件SQL数据库置疑修复文档

用友软件SQL数据库置疑修复文档

用友软件SQL数据库置疑修复文档背景2021年4月,发现公司用友软件的SQL数据库出现了一些置疑的情况,例如数据表数据不一致等问题。

经过初步调查,发现是由于数据库在一段时间内没有正常备份导致的问题。

因此,需要对数据库进行修复工作,以确保数据的完整性和准确性。

修复步骤1. 备份数据库在进行修复工作前,首先要备份数据库,以免操作失误导致数据丢失。

可以使用SQL Server Management Studio等工具来进行数据库备份。

2. 查找问题点查找问题点是修复工作的核心。

可以通过以下步骤进行操作:1.使用SQL Server Management Studio查看数据表的结构和数据;2.比对不同时间点的数据表数据,查找数据不一致的点;3.查看SQL Server的日志文件,查找异常的SQL语句。

通过以上步骤可以发现置疑的数据表以及具体出现问题的时间点和SQL语句。

3. 进行修复操作修复操作需要严格按照以下步骤进行:1.暂停所有与数据库相关的应用程序;2.使用SQL Server Management Studio等工具,逐条运行SQL语句,对数据表进行修复;3.重启所有与数据库相关的应用程序。

在进行修复工作前,需要对每一条SQL语句进行仔细的检查和确认,确保语句正确无误,否则可能导致数据更加混乱。

4. 检查修复效果修复操作完成后,需要进行检查,以确保修复效果符合预期。

可以通过以下步骤进行操作:1.使用SQL Server Management Studio查看数据表的结构和数据;2.比对不同时间点的数据表数据,查看修复效果;3.重启所有与数据库相关的应用程序,查看是否存在问题。

如果修复后仍存在问题,则需要重新查找问题点,并进行修复操作,直到修复效果符合预期。

注意事项在进行数据库修复工作时,需要注意以下几点:1.备份数据库是重要的保证,不能忽视;2.SQL语句需要仔细检查,以免操作失误导致数据问题更加严重;3.修复操作需要停止所有与数据库相关的应用程序,确保数据准确性。

sqlserver2000数据库置疑的4种解决方法

sqlserver2000数据库置疑的4种解决方法

s q l s e r v e r2000数据库置疑的4种解决方法本页仅作为文档封面,使用时可以删除This document is for reference only-rar21year.Marchsqlserver2000 数据库置疑的4种解决方法方法一:1.停止SQL Server的服务,然后备份MS SQL Server的安装目录下的\data 子目录.注意:整个目录目录备份或只备份data目录下置疑数据库的两个文件,一个数据文件,一个(也有可能非此命名),同时查看磁盘空间是否有足够的空间;2.启用SQL Server的服务。

打开查询分析器(Query Analyzer)的工具,以用户sa登录;3.输入如下指令后点工具栏上的绿色箭头运行(快捷键F5),use mastergosp_resetstatus dbnamego4.运行完毕后退出此工具,停止SQL Server的服务.5.在MS SQL Server的安装目录下,有一个\data子目录,其中存放数据文件,包括SQL Server和本系统的数据文件,删除置疑数据库的日志文件(也有可能非此命名).6.启动SQL Server的服务.7.打开企业管理器(Enterprise Manager)的工具,查看数据库(database)节点下的dbname是否恢复。

注:请将 dbname 换成你的数据库名称.方法二1.查看磁盘空间,保证存放数据库的磁盘有足够的剩余空间;2.打开SQL Server的查询分析器(Query Analyzer),以用户 sa 登录;3.输入如下指令后点工具栏上的绿色箭头运行(快捷键F5),运行完毕后退出此工具.use mastergosp_resetstatus dbnamego4.停止SQL Server 的服务,再重新启动SQL Server 服务.5.打开SQL Server 的查询分析器(Query Analyzer),以用户 sa 登录。

sql server 数据库质疑(挂起)修复步骤

sql server 数据库质疑(挂起)修复步骤

数据库修复步骤
1.将已破坏的老数据库更名如Baddb_Data.Mdf ==>Baddb_Data.Md_ ,并在原来位置新建一同
名数据库如Baddb_Data.Mdf .
2. 停止SQL, 将新数据库更名(Baddb_Data.Mdf ==> Baddb_Data.Md2),
待修复老数据库更名为原先名称Baddb_Data.Md_ ==> Baddb_Data.Mdf
3.启动SQL , 并进入查询分析器中, 执行如下命令:
USE MASTER
sp_configure 'allow', 1
reconfigure with override
update sysdatabases set status = 32768 where name = 'Baddb'
4. 把LDF文件改名,再执行
DBCC REBUILD_LOG ('Baddb', 'E:\posdb\Baddb_Log.LDF' )
5. 恢复数据库紧急模式
update sysdatabases set status = 0 where name = 'Baddb'
6. 执行
restore database Baddb WITH RECOVERY
sp_configure 'allow', 0
reconfigure with override
7. 检查数据库看看有没有错误, 应该可以看到数据了
DBCC CHECKDB ('Baddb')
如以上还是不行,试把数据库设为紧急模式,再把数据导出到一个新的数据库(如有坏区)。

处理数据库置疑的方法

处理数据库置疑的方法

处理数据库置疑的方法处理数据库置疑的方法先分离数据库企业管理器--右键置疑的数据库--所有任务--分离数据库然后备份你的置疑数据库的文件,再按下面的步骤处理:1.新建一个同名的数据库2.再停掉sql server3.用置疑数据库的文件覆盖掉这个新建的同名数据库,只覆盖mdf文件,日志文件不要覆盖4.再重启sql server5.此时打开企业管理器时新建的同名数据库会出现置疑,先不管,打开查询分析器执行下面的语句(注意修改其中的数据库名)重建日志文件,经过修复后数据就可以正常分离并附加了,语句中“C:\置疑的同名数据库名_Log.ldf”是重建日志日志文件存放路径,在重建日志后,最好将数据库分离并将重新创建的日志文件拷贝到数据库文件所在目录,再重新进行附加。

--重建日志文件,修复损坏的日志USE MASTERSP___RE 'ALLOW __',1 __GURE WITH __EGOUPDATE __BASES SET STATUS =__ WHERE NAME='置疑的同名数据库名'Godbcc rebuild_log('置疑的同名数据库名','C:\置疑的同名数据库名_Log.ldf')GOupdate sysdatabases set status =28 where name='置疑的同名数据库名'Gosp_configure 'allow updates', 0 reconfigure with overrideGo6、数据库修复后还需要进行数据库检测,看是否存在一些错误,数据库检测需要用DBCC __命令,如下:DBCC __('置疑的同名数据库名')如果检测到错误,需要进行修复,但修复数据库需要在单用户模式下,请使用以下语句,ALTER __E 置疑的同名数据库名SET SINGLE_USER WITH __K __TEDBCC __ ('置疑的同名数据库名',REPAIR___)GOALTER __E 置疑的同名数据库名SET MULTI_USER WITH __K __TEGO如果还有错误,执行下面的语句DBCC __ ('数据库名',REPAIR_ALLOW_DATA_LOSS )-------(执行一次如果还有错误,可以多执行几次)7、有时通过DBCC __能够修复数据库中的错误,但有时不能修复,可能需要对单个有问题的数据表进行修复,需要使用DBCC __BLE('有问题的数据表名',REPAIR___) 命令,详细请看联机帮助8、DBCC __命令介绍检查指定数据库中的所有对象的分配和结构完整性。

sqlserver还原数据库步骤

sqlserver还原数据库步骤

sqlserver还原数据库步骤1.备份恢复步骤:(1)首先进入sql server management studio管理工具,在对象资源管理器中,右击“数据库”,在菜单中点击“任务”-“恢复数据库”;(2)在“恢复数据库”窗口中,第一步,点击数据库名称列表,然后选择要还原到的目标数据库名称;(3)第二步,点击“源”,在“重新定位文件”下,点击该子窗口,在新弹出的“此文件组对话框”中,选择“从备份文件中恢复文件”,然后点击“浏览…”,找到备份文件的路径,然后点击“确定”。

(4)第三步,点击“选项”,选中“替换当前数据库”,然后点击“恢复”,最后点击“确定”,还原就完成了。

说明:如果恢复的是空数据库,可以不用上述设置步骤,直接选择要恢复的数据库,然后把文件组、源、重新定位文件三个步骤全部跳过,进入选项步骤,在里面选择“恢复”,然后点击“确定”完成还原。

2.覆盖恢复步骤:(1)首先在sql server management studio管理工具中,右击“数据库”,在菜单中点击“任务”-“恢复数据库”;(2)然后在“恢复数据库”窗口中,第一步,点击数据库名称列表,然后选择要还原到的目标数据库名称;(3)第二步,点击“源”,在“重新定位文件”下,点击该子窗口,在新弹出的“此文件组对话框”中,选择“从备份文件中恢复文件”,然后点击“浏览…”,找到备份文件的路径,然后点击“确定”;(4)第三步,点击“选项”,主要选中“覆盖此数据库”,然后点击“恢复”,最后点击“确定”,完成还原。

3.日志恢复步骤:(1)首先进入sql server management studio管理工具,在对象资源管理器中,右击“数据库”,在菜单中点击“任务”-“恢复数据库”;(2)然后在“恢复数据库”窗口中,第一步,点击数据库名称列表,然后选择要还原到的目标数据库名称;(3)第二步,点击“源”,在“重新定位文件”下,点击该子窗口,在新弹出的“此文件组对话框”中,选择“从日志文件中恢复文件”,然后点击“浏览…”,找到备份文件的路径,然后点击“确定”;(4)第三步,点击“选项”,主要选中“恢复数据库:追加到现有数据库”,然后点击“恢复”,最后点击“确定”,完成还原数据库操作。

sql server恢复方法

sql server恢复方法

sql server恢复方法SQL Server是一种关系型数据库管理系统(RDBMS),用于存储和管理数据库。

在日常操作中,可能会遇到各种数据丢失或损坏的情况,因此需要进行恢复操作来恢复数据库的完整性和可用性。

下面将介绍SQL Server常见的恢复方法。

一、完整备份恢复完整备份是指备份整个数据库的过程,包括数据、存储过程、触发器、索引等。

如果数据库损坏或丢失,可以通过完整备份来恢复数据库。

1.创建完整备份:使用SQL Server Management Studio(SSMS)或T-SQL命令创建完整备份。

例如,使用SSMS,右键点击数据库->任务->备份,在“选择备份类型”中选择“完整”,并设置备份路径、名称等参数,然后点击“确定”开始备份。

2.恢复完整备份:使用SSMS或T-SQL命令进行恢复。

例如,使用SSMS,右键点击数据库->任务->还原->数据库,在“设备”中选择备份文件,设置恢复操作的目的数据库名称等参数,然后点击“确定”开始恢复。

二、差异备份恢复差异备份是指备份数据库中自上次完整备份以来的更改。

使用差异备份可以减少备份时间和存储空间。

如果数据库部分数据丢失或损坏,可以先恢复完整备份,然后再将差异备份应用到数据库中,以恢复数据到更精确的时间点。

1.创建差异备份:在完整备份后,可以使用SSMS或T-SQL命令创建差异备份。

例如,使用SSMS,在“选择备份类型”中选择“差异”,设置备份路径、名称等参数,然后点击“确定”开始备份。

2.恢复差异备份:使用SSMS或T-SQL命令进行恢复。

例如,使用SSMS,右键点击数据库->任务->还原->数据库,在“设备”中选择差异备份文件,设置恢复操作的目的数据库名称等参数,然后点击“确定”开始恢复。

三、事务日志备份恢复事务日志是用于记录数据库操作的日志文件,包括对数据库的修改、事务的提交和撤销等。

事务日志备份可以实时记录数据库操作,以便在数据库发生故障时进行恢复。

SQL数据库置疑解决方案(原因、预防、修复)附图

SQL数据库置疑解决方案(原因、预防、修复)附图

SQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够?数据库文件大小是否达到最大文件限制?FAT32的格式只支持4G以内的文件。

2、数据库文件损坏或被非正常删除时出现这种情况。

3、病毒防火墙的扫描也会引起数据库置疑。

4、当SQL Server启动时,将会尝试获得对数据库文件的排他访问权,如果此时该文件被其他程序占用,或者遗失,数据库将会被标记为置疑。

5、电脑非法关机也会造成数据库置疑。

6、电脑磁盘有坏道有可能造成数据库置疑。

二、数据库置疑的预防1、数据库存放的盘符,空间是否够大,经常检查盘符的空间。

2、数据库存放的盘符的格式设置为NTFS格式。

3、进行病毒清除时,尽量把SQL服务停掉,再进行检查。

4、尽量减少非正常关机。

5、建议客户购买后备电源。

页脚内容16、给客户实施软件之后一定要做好自动备份。

7、建议客户每隔一定时间手动备份一次。

三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下,我们要备份一个数据库,首先要先将该数据库从运行的数据服务器中断开,或者停掉整个数据库服务器,然后复制文件。

卸下数据库的命令:Sp_detach_db 数据库名连接数据库的命令:Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′[,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件,要点是备份的时候一定要将mdf和ldf两个文件都备份下来,mdf文件是数据库数据文件,ldf是数据库日志文件。

例子:假设数据库为pdm,其数据文件为pdm_data.mdf,日志文件为pdm_log.ldf。

数据库被置疑1

数据库被置疑1

最终成功恢复的全部步骤设置数据库为紧急模式ü停掉SQL Server服务;ü把应用数据库的数据文件XXX_Data.mdf移走;ü重新建立一个同名的数据库XXX;ü停掉SQL服务;ü把原来的数据文件再覆盖回来;ü运行以下语句,把该数据库设置为紧急模式;运行“Use MasterGosp_configure 'allow updates', 1reconfigure with overrideGo”执行结果:DBCC 执行完毕。

如果DBCC 输出了错误信息,请与系统管理员联系。

已将配置选项'allow updates' 从0 改为1。

请运行RECONFIGURE 语句以安装。

接着运行“update sysdatabases set status = 32768 where name = 'XXX'”执行结果:(所影响的行数为 1 行)ü重启SQL Server服务;ü运行以下语句,把应用数据库设置为Single User模式;运行“sp_dboption 'XXX', 'single user', 'true'”执行结果:命令已成功完成。

ü做DBCC CHECKDB;运行“DBCC CHECKDB('XXX')”执行结果:'XXX' 的DBCC 结果。

'sysobjects' 的DBCC 结果。

对象'sysobjects' 有273 行,这些行位于 5 页中。

'sysindexes' 的DBCC 结果。

对象'sysindexes' 有202 行,这些行位于7 页中。

'syscolumns' 的DBCC 结果。

SQLSERVER数据库置疑的原因及恢复数据库

SQLSERVER数据库置疑的原因及恢复数据库

sp_configure 'allow updates',0
go
reconfigure with override
搞定,查看数据库中的数据,已经完全恢复。
3.硬盘的空间不够,比如日志文件过大;
找到一些解决办法,但具体过程稍有不同现总结如下:
A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
B.停掉数据库服务器。
H.验证数据库一致性(可省略)
dbcc checkdb('test')
PS:执行后出现错误,果然在导入数据表部分出错;
一般执行结果如下:
CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'test&#与系统管理员联系。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
PS:此步骤未通过,执行'allow updates',1报错,跳过;
F.设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库为“紧急模式”。
G.下面执行真正的恢复操作,重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')

MSDB数据库置疑状态的解决方法

MSDB数据库置疑状态的解决方法

MSDB数据库置疑状态的解决方法MSDB数据库是SQL Server中的系统数据库之一,它存储了SQL Server代理服务以及一些其他系统对象的信息。

在使用SQL Server过程中,有时候会遇到一些MSDB数据库置疑状态的问题,如损坏、恢复失败等。

这种情况下,我们可以采取以下方法解决问题:1.检查数据库是否发生损坏可以使用SQL Server Management Studio的"数据库完整性检查"功能来检查MSDB数据库是否发生损坏。

如果发现有损坏,则可以使用"修复"功能来修复数据库。

2.恢复数据库备份如果MSDB数据库出现较大的问题,可以考虑还原最近可用的数据库备份。

首先,需要通过备份文件还原数据库,然后再进行数据库恢复。

3.重建系统对象如果MSDB数据库中的系统对象出现问题,可以尝试重建这些对象来解决问题。

可以使用系统存储过程sp_repladdcolumn、sp_replcmds等来重建系统对象。

4. 更新SQL Server版本如果使用的SQL Server版本过旧,可能会导致MSDB数据库出现问题。

可以尝试更新SQL Server版本来解决问题。

在更新之前,建议先备份数据库,并查看新版本的兼容性要求。

5. 检查SQL Server代理服务SQL Server代理服务对MSDB数据库起到重要的作用,如果服务出现问题,可能会导致MSDB数据库置疑状态。

可以通过服务管理器检查SQL Server代理服务是否正常运行。

如果服务停止或发生了错误,可以尝试重新启动服务或根据错误信息进行故障排除。

6.执行DBCCCHECKDB命令DBCC CHECKDB是SQL Server提供的用于检查数据库完整性的命令。

可以使用该命令来检查MSDB数据库是否存在问题,并尝试修复。

具体的使用方法可以参考SQL Server官方文档。

7.重建MSDB数据库如果以上方法都无法解决问题,可以考虑重建MSDB数据库。

sqlserver数据库还原步骤

sqlserver数据库还原步骤

sqlserver数据库还原步骤
嘿,朋友们!今天咱就来讲讲 SQL Server 数据库还原的那些事儿。

这就好比你有一个宝贝箱子,不小心给弄丢了里面的东西,现在咱得
想办法把它们都找回来,还得原模原样地放回去。

首先,你得找到之前备份好的数据库文件,这就像是找到了打开宝
贝箱子的钥匙。

没有这把钥匙,后面的事儿可就没法干啦!
然后呢,打开 SQL Server 管理工具,就像打开了进入宝藏之地的大门。

在里面找到“还原数据库”这个选项,这可是关键的一步哦。

接下来,选择要还原的数据库,这就好比你在众多箱子中准确地找
到了你要的那一个。

可别选错啦,不然可就乱套咯!
再然后,指定备份文件的位置,就像是给宝箱找到了正确的钥匙孔。

这一步可得仔细点,别找错地方啦。

接着,设置一些还原的选项,比如还原的方式啦,覆盖现有数据库
还是另存为新的啦,这就像是给宝贝箱子重新布置里面的东西,得安
排得妥妥当当的。

在这过程中,你可得瞪大了眼睛,别出啥岔子。

就好像你在小心翼
翼地摆放珍贵的瓷器,稍有不慎可就碎啦!
还原的过程可能会有点漫长,就像一场漫长的旅程,但别着急,耐
心等待。

等啊等,终于,数据库还原成功啦!就好像你终于找回了丢
失的宝贝,那种喜悦感,简直无与伦比!
想想看,如果没有这些步骤,我们的数据不就像断了线的风筝,不
知道飘到哪里去啦?所以说啊,这 SQL Server 数据库还原步骤可太重
要啦,咱可得牢牢记住,不然到时候抓瞎可就麻烦咯!大家说是不是呀?反正我觉得这可是关系到我们数据安全的大事,马虎不得!现在,你们都学会了吗?。

SQL SERVER2000数据库质疑的解决方法

SQL SERVER2000数据库质疑的解决方法

SQL SERVER2000数据库质疑的解决方法先分离数据库企业管理器--右键suspect的数据库--所有任务--分离数据库然后备份你的suspect数据库的文件,再按下面的步骤处理:1.新建一个同名的数据库2.再停掉sql server3.用suspect数据库的文件覆盖掉这个新建的同名数据库4.再重启sql server5.此时打开企业管理器时新建的同名数据库会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='his222'Gosp_dboption 'test', 'single user', 'true'GoDBCC CHECKDB('test')Goupdate sysdatabases set status =28 where name='test'Gosp_configure 'allow updates', 0 reconfigure with overrideGosp_dboption 'test', 'single user', 'false'Go6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.如果这样改不加数据库状态,你就把数据库导成一个新库来代替旧库吧企业管理器--右键你的数据库--所有任务--导出数据--目标标数据库选择新建--选择"在两个sql数据库之间复制对象和数据"--把"包含扩展属性"选上,其他的根据需要选择--最后完成如果SQL Server 因为磁盘可用空间不足,而不能完成数据库的恢复,那么SQL Server 2000 会返回错误1105 并且将sysdatabases中的status列设为置疑。

SQL意外退出导致数据库置疑修复方法

SQL意外退出导致数据库置疑修复方法

寒山sql数据库修复中心/MSSQL 数据库置疑的说明及修复方法MSSQL官方对suspect(‘置疑’,SQL2005 中文为‘可疑’)状态的解释:至少主文件组可“疑或可能已损坏。

在SQL Server 启动过程中无法恢复数据库。

数据库不可用。

需要用户另外执行操作来解决问题。

”SQL Server1、数据库置疑通常由于以下几种情况导致:因SQL 服务意外退出导致数据库置疑,例如突然断电导致数据库日志文件损坏,下次启动后数据库变为置疑状态。

数据库文件所在的磁盘分区没有可用空间,导致恢复数据库的操作不能完成,数据库变为置疑状态。

数据库文件组已满,这种情况通常发生在MSDE 或SQL 2005 Express,因为它们对数据库文件限制了大小,不超过2G 或4G;当单个的数据库文件接近2G 或4G 很容易出现数据库置疑的情况;另外,当数据库文件所在磁盘分区格式为FAT32 时,也有可能出现这种情况,FAT32 格式的磁盘分区单个文件不能超过4G,当单个的数据库文件接近4G 很容易出现数据库置疑的情况。

2、3、4、5、数据库文件设置为不自动增长,或设置为自动增长但限制了文件大小。

此外,其它非法的操作也有可能导致数据库置疑。

以下提供几种解决V3 数据库置疑的办法:解决客户那里出现数据库置疑通常使用第一或第二种方法,解决问题时请根据实际情况处理提示:按以下方法修复数据库后,还需要用户密切观察一下V3 服务器是否能正常运行、服务器是否有出错;查看服务器是否有出错可以右击服务管理器-‘工具’-‘日志’,在弹出的事件日志窗口中,查看应用程序日志中是否有OSERVER3 的错误信息;如果有出错信息可能会出现数据收集不完整等问题,请即时联系我们解决。

问题一:SQL 2005 数据库置疑的解决方法SQL SERVER 2005,数据库置疑,可以尝试通过以下办法解决:--第一步:新建查询,执行以下SQL 语句;USE master GOAchao_hupu 第1 页Created on 8/31/2008 11:43:00 AMSP_CONFIGURE 'ALLOW UPDATE',1 GO RECONFIGURE WITH OVERRIDE GO ALTER DATABASE OCULAR3 SET EMERGENCY --设置OCULAR3 为紧急模式GO SP_DBOPTION 'OCULAR3','SINGLE USER', 'TRUE' --设置OCULAR3 为单用户模式GO --第二步:继续执行以下SQL 语句DBCC CHECKDB('OCULAR3') --检查数据库的结构完整性,可能需要比较长时间GO --第三步:继续执行以下SQL 语句DBCC CHECKDB('OCULAR3','REPAIR_ALLOW_DA TA_LOSS') --修复数据库,可能需要比较长时间;执行到这一步,如果提示需要在单用户模式下运行,那么可以重启一下SQL SERVER 服务再执行;GO --第四步: SP_DBOPTION 'OCULAR3','SINGLE USER', 'FALSE' --设置OCULAR3 为多用户模式GO ALTER DATABASE OCULAR3 SET ONLINE --设置OCULAR3 为正常模式GO SP_CONFIGURE 'ALLOW UPDATE',0 GO RECONFIGURE WITH OVERRIDE GO --第五步:继续执行以下SQL 语句DBCC CHECKDB('OCULAR3') –再次检查数据库的结构完整性GO问题二:SQL SERVER 2000,因为断电导致数据库被破坏而置疑,可以通过以下办法解决:--第一步:新建查询,执行以下SQL 语句;USE master GO SP_CONFIGURE 'ALLOW UPDATE',1 GO RECONFIGURE WITH OVERRIDE GO --设置数据库为紧急模式UPDATE sysdatabases SET status = 32768 WHERE name = 'OCULAR3' GO SP_DBOPTION 'OCULAR3','SINGLE USER', 'TRUE' --设置OCULAR3 为单用用户模式GO --第二步:继续执行以下SQL 语句DBCC REBUILD_LOG('OCULAR3','d:\ocular3_log_log.ldf') --重建日志文件,--通常重建的日志文件放在与其它数据库文件相同目录下。

SQL server 2008 数据库置疑的处理办法

SQL server 2008 数据库置疑的处理办法

SQL server 2008 数据库置疑的处理办法1 把问题数据库备份后直接删除停掉SQLSERVER服务,把服务器上出问题的数据库, 假设名称为ErrorDB的数据库文件及日志文件备份到其他目录,然后直接将其删除,把其数据库文件及日志文件也删除2 新建同名数据库启动SQLSERVER服务,新建同名数据库ErrorDB,文件目录和日志和原来一致3 用备份的数据库文件替换新的数据库文件停掉SQLSERVER服务,把备份的数据库文件替换新的数据库文件(只替换数据库文件,不替换日志文件)启动SQLSERVER服务,打开数据库,这时数据库应该是不能访问的-------------------设置应急模式、单用户模式、检查修复数据,取消单用户模式----------------------4 将数据库设置为应急状态alter database ErrorDB set emergency执行后,为了保险起见,重新停止、开启的SQLSERVER服务再打开数据库,已经可以看到里面的内容了,如表,视图,存储过程等数据库名称后有紧急标志,能看到数据库结构,但无法进行备份等操作5 将数据库设置为单用户模式ALTER DATABASE ErrorDB SET SINGLE_USER6 对数据库进行检查修复dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS)dbcc checkdb(EIMSDb,REPAIR_REBUILD)操作后,仍然停止启动SQLSERVER服务(不确定是否需要,我只是为了想无干扰查看执行后的数据库状况)重新打开数据库,已经是正常状态了,没有应急提示了7 取消单用户模式exec sp_dboption EIMSDb, N'single', N'false'至此,数据库恢复完毕,对数据库进行BAK重启网站,访问正常。

sql server2012还原数据库步骤

sql server2012还原数据库步骤

sql server2012还原数据库步骤
还原数据库的步骤如下:
1. 打开SQL Server Management Studio(SSMS)
2. 在对象资源管理器中,右键单击“数据库”,然后选择“还原
数据库...”
3. 在还原数据库对话框中,选择“设备”,然后单击“...”按钮,
浏览数据库备份文件的位置,选择要还原的备份文件,然后单击“确定”。

4. 在还原对话框中,选择要还原的备份集。

如果只有一个备份集,则默认选择它。

如果有多个备份集,您可以根据日期和时间选择要还原的备份集。

5. 在“选项”页中,可以选择要还原的数据库的名称、文件路径和文件名。

您还可以选择覆盖现有的数据库或创建新的数据库。

6. 对于数据文件和日志文件,您可以选择将它们还原到原始位置或指定一个新的文件路径。

7. 在还原对话框中,选择“一般”选项卡,然后单击“确定”按钮
开始还原过程。

8. 等待还原过程完成,可以查看还原进度和日志。

注意事项:
- 在执行还原操作之前,请确保数据库备份文件可用,并且您具有足够的权限进行还原操作。

- 在还原过程中,请不要关闭SSMS或断开数据库服务器的连接,以免中断还原操作。

- 还原数据库可能会覆盖现有的数据库,请谨慎操作。

如果需要保留现有数据库,请注意选择正确的还原选项。

常规SQL SERVER数据库置疑后恢复步骤

常规SQL SERVER数据库置疑后恢复步骤

常规SQL SERVER数据库置疑后恢复步骤--1.恢复步骤:--a.将smlog_log.ldf文件备份到其它目录下;--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf;--c.执行以下语句修改数据库的状态:use Mastergoupdate sysdatabases set status=32768 where name='数据库名称' --修改状态,設為緊急狀態goshutdown with nowait --停止数据库服务器go--d.退出SQL并在(COMMAND)命令行模式中通过下面的代码重新启动SQL:sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态:select Name,Status from sysdatabases where Name='数据库名稱'--f.执行以下代码新建日志文件:dbcc traceon(3604)--跟踪dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log.ldf --g.将数据库置回正常状态:update sysdatabases set status=0 where name='数据库名称'--h.重新启动数据库后执行以下语句检查数据库:DBCC CHECKDB --如果执行完有错误用以下语句修复--i.要修复数据库必需将数据库改为单用户模式:Exce sp_dboption '数据库名称','single user','true'---('false'恢复多用户)--j.执行以下语句修复数据库:DBCC CHECKDB('数据库名称',REPAIR_ALLOW_DATA_LOSS) REPAIR_ALLOW_DATA_LOSS:是比较高级的修复方式REPAIR_FAST:是简单快速的修复方式/*處理状态就为"置疑"的數據庫备份数据文件,然后按下面的步骤处理:1.新建一个同名的数据库(数据文件与原来的要一致)2.再停掉sql server(注意不要分离数据库)3.用原数据库的数据文件覆盖掉这个新建的数据库4.再重启sql server5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.*/USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1GORECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'Gosp_dboption '置疑的数据库名','single user','true'GoDBCC CHECKDB('置疑的数据库名')Goupdate sysdatabases set status=28 where name='置疑的数据库名' Gosp_configure 'allow updates',0GOreconfigure with overrideGosp_dboption '置疑的数据库名', 'single user','false'Go关于SQL数据库置疑的修复方法发布日期:2008/11/17 18:10:22 来源:作者:点击:1078斑竹广告联盟问题现象:数据库后面有“置疑”字样,查看系统事务日记出现以下错误:错误1---------------------------------------------错误: 823,严重度: 24,状态: 2I/O error 23(数据错误(循环冗余检查)。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

SQL SERVER数据库置疑后恢复步骤
1.恢复步骤:
a.将smlog_log.ldf文件备份到其它目录下;
b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf;
c.执行以下语句修改数据库的状态:
use Master
go
update sysdatabases set status=32768 where name=’数据库名称’ --修改状态
go
shutdown with nowait --停止数据库服务器
go
d.退出SQL并在命令行模式中通过下面的代码重新启动SQL:
sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER
e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态:
select Name,Status from sysdatabases where Name=’ 数据库名称’
f.执行以下代码新建日志文件:
dbcc traceon(3604) --跟踪
dbcc rebuild_log(‘数据库名称’,’日志文件名称’) --文件名要有全路径和扩展名
g.将数据库置回正常状态:
update sysdatabases set status=0 where name=’数据库名称’
h.重新启动数据库后执行以下语句检查数据库:
DBCC CHECKDB --如果执行完有错误用以下语句修复
i.要修复数据库必需将数据库改为单用户模式:
Exce sp_dboption ‘数据库名称’,’single user’,’true’(‘false’恢复多用户)
j.执行以下语句修复数据库:
DBCC CHECKDB(‘数据库名称’,REPAIR_ALLOW_DATA_LOSS)
REPAIR_ALLOW_DATA_LOSS:是比较高级的修复方式
REPAIR_FAST:是简单快速的修复方式
相似问题:系统重装,忘记了备份SQL,然后又通过数据恢复工具找回了mcdb_data.mdf 和mcdb_Log.LDF,在企业管理器上用附加数据库时提示错误9004,日志错误,在网上找了诸多方法,也试过建个同名空数据库然后停止SQL SERVER然后覆盖掉MDF。

但多不行,哪个大哥救救
这是详细步骤.
1.先建一个与你要恢复的数据库名称一样的数据库。

2.停止sql server,把你的数据库替换这个数据库。

3.重启sql server,把数据库设置为紧急状态。

sp_configure 'allow',1
reconfigure with override
update sysdatabases set status=32768 where name='yourdata'
4.重建日志文件。

dbcc rebuild_log('yourdata','your data path\newdata_log.ldf')
5.取消紧急模式。

update sysdatabases set status=0 where name='yourdata' restore sysdatabases yourdata with recovery
sp_configure 'allow',0
reconfigure with override
6.重起sql server
7.ok。

相关文档
最新文档