mdf导入数据库，但是打开系统看不到恢复的数据怎么办？

Posted 2023-05-16

参考技术A 用
sp_attach_db
将数据库附加到服务器。

语法
sp_attach_db [ @dbname = ] 'dbname '
, [ @filename1 = ] 'filename_n ' [ ,...16 ]

参数
[@dbname =] 'dbname '

要附加到服务器的数据库的名称。该名称必须是唯一的。dbname 的数据类型为 sysname，默认值为 NULL。

[@filename1 =] 'filename_n '

数据库文件的物理名称，包括路径。filename_n 的数据类型为 nvarchar(260)，默认值为 NULL。最多可以指定 16 个文件名。参数名称以 @filename1 开始，递增到 @filename16。文件名列表至少必须包括主文件，主文件包含指向数据库中其它文件的系统表。该列表还必须包括数据库分离后所有被移动的文件。

返回代码值
0（成功）或 1（失败）

结果集
无

注释
只应对以前使用显式 sp_detach_db 操作从数据库服务器分离的数据库执行 sp_attach_db。如果必须指定多于 16 个文件，请使用带有 FOR ATTACH 子句的 CREATE DATABASE。

如果将数据库附加到的服务器不是该数据库从中分离的服务器，并且启用了分离的数据库以进行复制，则应该运行 sp_removedbreplication 从数据库删除复制。

权限
只有 sysadmin 和 dbcreator 固定服务器角色的成员才能执行本过程。

示例
下面的示例将 pubs 中的两个文件附加到当前服务器。

EXEC sp_attach_db @dbname = N 'pubs ',
@filename1 = N 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf ',
@filename2 = N 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf '
可以咨询一下北亚数据恢复，他们应该比较清楚。

怎样修复已经损坏的SQL数据库？

1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录
下故障数据库的两个文件,一个数据文件hbposv6_branch_data.mdf,
一个hbposv6_branch_log.ldf(也有可能非此命名),同时查看磁盘
空间是否有足够的空间；

2.启动SQL Server服务(如已停止),创建一个新的数据库，命名为
原来数据库的名字。
3.停止SQL Server
4.把老数据库的MDF文件(hbposv6_branch_data.mdf)替换
新数据库的相应的MDF文件，
并把LDF文件(hbposv6_branch_log.ldg)删除。
5.重新启动SQL Server服务，然后运行如下命令：

Use Master
go

sp_configure 'allow updates', 1
reconfigure with override
go

begin tran
update sysdatabases set status = 32768 where name = 'hbposv6_branch'
--Verify one row is updated before committing
commit tran
go

6.停止SQL然后重新启动SQL Server服务，然后运行如下命令
(更换日志文件路径地址)：

use master
go
DBCC TRACEON(3604)
DBCC REBUILD_LOG
('hbposv6_branch',
'c:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv6_branch_log.ldf')
--在这里，请输入你的数据库的路径
go

7.停止SQL然后重新启动SQL Server服务，然后运行：

use master
go
update sysdatabases set status = 8 where name = 'hbposv6_branch'
go

sp_configure 'allow updates', 0
reconfigure with override
go

8.运行dbcc checkdb(db_name) 检查数据库的完整性

9.修复数库
--请在查询分析器中执行下列语句.执行前断开其它
所有数据库连接，最好是断开网线
--如果不是该数据库名，请将数据库
--hbposv6_branch
--改为要修复的数据库

USE master
Go
--单用户模式
EXEC sp_dboption 'hbposv6_branch', 'single user', 'TRUE'
go
--数据库检查
DBCC CHECKDB ('hbposv6_branch')
Go
--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复
--数据库修复
DBCC CHECKDB ('hbposv6_branch','repair_rebuild')
Go
--再次数据库检查，如果返回结果中没有了红色的提示文字，
说明修复成功；
DBCC CHECKDB ('hbposv6_branch')
Go
--否则意味着还需要更高级别的修复；尝试将上面修复语句的
'repair_rebuild'换为'repair_allow_data_loss'再试，
之后再次检查数据库。
--如果还有错误未修复，请把这些信息以文字的方式发给我们

--退出前请一定要执行以下语句返回到多用户模式
EXEC sp_dboption 'hbposv6_branch', 'single user','FALSE'
go

注：都要把 dbname 替换成真实的数据库名字。 参考技术A

有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。

前者使用起来比较简便。推荐使用。

1、check table 和 repair table 登陆mysql 终端： mysql -uxxxxx -p dbname check table tabTest; 

如果出现的结果说Status是OK，则不用修复，如果有Error，可以用： repair table tabTest; 进行修复，修复之后可以在用check table命令来进行检查。

在新版本的phpMyAdmin里面也可以使用check/repair的功能。

2. myisamchk, isamchk 其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。

这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。

当发现某个数据表出现问题时可以使用： myisamchk tablename.MYI 进行检测，如果需要修复的话，可以使用： myisamchk -of tablename.MYI 关于myisamchk的详细参数说明，可以参见它的使用帮助。

需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。

2、另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前： [ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 。

其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。 

需要注意的是，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动！

最后检测修复所有数据库(表)。

参考技术B 我这边有专业修复的软件，效果还不错