如何修复SQL数据库置疑

【如何修复SQL数据库置疑】1、一般在 安装目录\MSSQL\Data下 出现这种情况是你把mdf弄丢了 没有其他备份数据就没了 不过你可以下载个硬盘数据恢复先看看能不能把mdf文件恢复过来 , 不能就没戏了;2 , 物理损坏是指 , 文件由于不完整 , 导致置疑等故障 数据库损坏 , 由断电 , 非法关机 , 系统重启 , 文件被误删除 , 误GHOST自己恢复出来的文件附加失败 , 阵列崩溃等原因造成的逻辑层修复方法 , 网上有很多DBCC修复命令 , 可以区尝试下;右键数据库上的服务器名停止 , 弹出提示点是请点击输入图片描述 打开新建数据库所在路径 , 把之前备份的置疑数据库的源文件MDF后缀的复制过来覆盖 , 删掉新建数据库的后缀LDF的源文件启动SQL 右键数据库的服务器名启动 。
2、说明#39db_pos363#39是要修复的数据库名称执行完毕再重启一下Service manager打开数据库看是否处于紧急状态再从另一装有sql 2000的机器上连接报错的数据库 , 然后再在sql 2000的机器上新建一数据库 , 再使用sql 2000自带的;1新建一同名数据库文件名 , 文件组都和原来的一样 , 然后停止数据库服务 , 用原来文件替换新建的数据库文件 , 启动数据库 , 该数据库被设为suspect 2把数据库改成紧急模式sp_configure #39allow#39 , 1 reconfigure with ove;步骤一备份“置疑”数据库的数据文件 , 因为日志文件ldf出错 , 可以只备份mdf文件二打开企业管理器SQL Server Enterprise Manager , 删除“置疑”数据库 , 如果提示删除错误 , 可以重启数据库服务器 , 然后再试三在 。

如何修复SQL数据库置疑


3、823 有些没损坏的 , 有些比较严重的代理商他们也是转给别人修复 , 座着吃差价 , 当然贵呀他们本身不是干这个的没有能修复这种级别的损坏;1首先确认已经备份了mdf和ldf文件2 在SQL Server中新建一个同名的数据库 , 然后停止SQL Server服务3 用原有的mdf和ldf文件覆盖新建数据库对应的mdf和ldf文件4 重新启动SQL Server服务 , 这是应该会看到;DBCC CHECKDBDBName , REPAIR_REBUILD不丢失数据 DBCC CHECKDBDBName , REPAIR_ALLOW_DATA_LOSS会丢失数据 如果还是修复不好 , 就找专业的数据恢复公司做修复吧 , 可以找北亚数据恢复修复  , 他们修复SQL数据库很厉害;数据库置疑之后修复完 , 用 dbcc checkdb数据库名 检查数据的时候提示有一致性错误是设置错造成的 , 解决方法为1使用 phpMyAdmin 自带的修复表 , 选中需要修复的表 , 然后点击修复表2使用Navicat for MySQL修复打开数据 。
4、我认为有两个办法1如果能够备份“置疑”数据库的话 , 现备份出来 , 然后删除该数据库 , 最后由备份出来的文件恢复2如果无法备份可以采取先停止sql server , 然后到sql安装目录的data系统默认时这里 , 也可能在其他你放置;1新建一个同名的数据库 2再停掉sql server 3用suspect数据库的文件覆盖掉这个新建的同名数据库 4再重启sql server 5此时打开企业管理器时新建的同名数据库会出现置疑 , 先不管 , 执行下面的语句注意修改其中的数据库;7 设置test为紧急修复模式 update sysdatabases set status= where dbid=DB_ID#39test#39此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表 , 但是仅仅有;进行多用户回复命令 ALTER DATABASE DBName SET MULTI_USER6重启数据库服务 , 查看数据库异常是否修复 , 在控制面板找到sql服务进行重启 , 如果为sql2000 , 点击屏幕有下家的数据库服务器工具 , 进行重新启动 。

推荐阅读