数据库恢复采用的方法是
简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行，就可回复原来的数据。
复杂情况下：
从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作。经过如下几种情况的操作。
1.
在本地重装MySQL（安装目录D:\Program
Files\MySQL\MySQL
Server
5.0），直接把mysql文件夹拷贝至D:\Program
Files\MySQL\MySQL
Server
5.0\。结果，失败：数据库连接错误。
2.
卸载后重装MySQL，将D:\Program
Files\MySQL\MySQL
Server
5.0\下的数据备份，只把mysql\data文件夹全部内容拷贝到D:\Program
Files\MySQL\MySQL
Server
5.0\data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。
3.
卸载后重装MySQL，将mysql\data文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:\Program
Files\MySQL\MySQL
Server
5.0\data。连接成功，在Navicat
for
MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:\Program
Files\MySQL\MySQL
Server
5.0\data里，代替原来的ibdata1文件。重启电脑，打开Navicat
for
MySQL，连接成功，数据可以访问操作。
至此，操作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。
2. 怎么修复已经损坏的SQL数据库
有两种方法，一种方法使用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服务器必须没有启动！
最后检测修复所有数据库(表)。
3. 目前运用的数据恢复技术主要包括
目前运用的数据恢复技术主要包括瞬时复制技术、远程磁盘镜像技术和数据库恢复技术。
瞬时复制技术就是使计算机在某一灾难时刻自动复制数据的技术。远程磁盘镜像技术是把数据中心磁盘的数据复制到远程备份中心，在远程备份中心提供主数据中心的磁盘影像。数据库恢复技术是产生和维护一份或多份数据库数据的副本，但该技术不能复制非数据库格式的数据，所以，讲数据库复制技术与远程磁盘镜像技术配合使用，常常可以获得更为良好的效果。（希望对以后查询此问题的人有帮助！）
4. 怎么使用数据库恢复程序
如果是SQL
SERVER的话两种方式:
一\数据库物理文件和日志文件都有的话,在企业管理器上单击右键-->附加数据库-->选择数据库物理文件(.mdf)文件-->设置附加后的数据库名-->确认就OK了
二\使用.bak备份文件恢复:在企业管理器下数据库上单击鼠标右键-->还原数据库-->选择备份文件-->设置恢复数据库名,单击确认就可以了.
5. 数据库恢复的方法
没有备份，是没有办法恢复的，
不论哪种数据库，一般都是，数据库重建，在导入备份数据
也有其他操作，要看什么数据库，比如sqlserver 附加数据库，导入备份 等 ，
前提都是有相应的 备份数据
6. 如何还原sql数据库
1、要进行还原数据库操作我们先需要有一个数据库，这里直接打开SQL Server Management Studio,然后打开实例，在左侧按照下图中红色箭头指示右键点击数据库，然后点击 新建数据库，如下图：
7. sybase 数据库如何还原
先建好数据库，然后还原，既可用sybase Central图形界面还原，也可以用load语句还原
1，，用语句还原：
使用sybase advantage或其它工具执行下列语句
load datebase 数据库名 from '备份路径/备份文件名'
例如 load datebase test from 'E:\backup\test.dmp'
还原完成后还必须执行online操作，数据库才能正常访问，语句是：
online datebase 数据库名
2，用sybase Central图形界面还原
在Central中，展开相应的数据库服务结点——Databases——找到按照第二步建立的数据库，右击该数据库选择Restore，选择恢复的数据库，选择还原整个数据库，选择恢复数据库所示用的设备，在弹出的Select Dump Devices窗口中选择Explicit mp device，在Physical Path中输入你的备份文件的存放路径，点击OK就可以了。
8. 数据恢复的数据恢复方法
分享一款功能超级强大的文件恢复软件——EasyRecovery，可以为用户恢复未受物理损害的硬盘中的绝大部分文件信息。
一、下载方便、界面简洁
图5：继续恢复窗口
总而言之，这是一款易上手、实用度高的文件恢复软件，如果您也有文件丢失或误删后找不到的困扰，可以尝试一下这款软件。
9. 数据库恢复可以用哪些方法实现
数据库恢复的三种方式
数据库可能因为硬件或软件（或两者同时）的故障变得不可用，不同的故障情况需要不同的恢复操作。我们必须决定最适合业务环境的恢复方法。在数据库中恢复有3种类型或方法，即应急（crash）恢复、版本（version）恢复和前滚（rool forward）恢复。
应急恢复
应急恢复用于防止数据库处于不一致或不可用状态。数据库执行的事务（也称工作单元）可能被意外中断，若在作为工作单位一部分的所有更改完成和提交之前发生故障，则该数据库就会处于不一致和不可用的状态。这时，需要将该数据库转化为一致和可用的状态。
为此，需要回滚未完成的事务，并完成当发生崩溃时仍在内存中的已提交事务。如在COMMIT语句之前发生了电源故障，则在下一次重新启动并再次访问该数据库时，需要回滚到执行COMMMIT语句前的状态。回滚语句的顺序与最初执行时的顺序相反。
版本恢复
版本恢复指的是使用备份操作期间创建的映象来复原数据库的先前版本。这种恢复是通过使用一个以前建立的数据库备份恢复出一个完整的数据库。一个数据库的备份允许你把数据库恢复至和这个数据库在备份时完全一样的状态。而从备份建立后到日志文件中最后记录的所有工作事务单位将全部丢失。
前滚恢复
这种恢复技术是版本恢复的一个扩展，使用完整的数据库备份和日志相结合，可以使一个数据库或者被选择的表空间恢复到某个特定时间点。如果从备份时刻起到发生故障时的所有日志文件都可以获得的话，则可以恢复到日志上涵盖到的任意时间点。前滚恢复需要在配置中被明确激活才能生效。
10. 如何恢复数据库
可是提交到服务器之后，一切显地都无比陌生。因为不熟悉SQL，准确来说就只会点Select，Update，Delete，Insert而已。昨天不小心误删了一张数据不多但是不在人工处理范围内的一张表内的数据。因为知道SQL Server是有日志这种东西的，事后我表现地无比淡定，在事发一个小时以内。一个小时之后，我发现我无法掌控这一事件了。上网查找了恢复数据的办法。有必要啰嗦一下。 问题1：无论是远程端还是服务器端，都无法对数据库（假设数据库叫Test）进行除‘增删查改’的其它操作，譬如分离，脱机，还原...错误提示是e.g.1 “无法分离 Test 数据库 因为它当前正在使用。”e.g.2 “因为数据库正在使用,未获得对数据的排他访问权,操作异常终止”反正嘛，就是说你丫不能阻止别人的访问。可我们就是要这样做的...只好跟它说拜拜了。 说拜拜的方法就是关掉所有访问数据库Test的进程。createproc killspid (@dbnamevarchar(20)) asbegindeclare@sqlnvarchar(500) declare@spidintset@sql='declare getspid cursor for select spid from sysprocesses where dbid=db_id('''+@dbname+''')'exec(@sql) open getspid fetchnextfrom getspid into@spidwhile@@fetch_status<>-1beginexec('kill '+@spid) fetchnextfrom getspid into@spidendclose getspid deallocate getspid end--用法use master exec killspid '数据库名'PS：代码我是这样理解的，定义一段杀死访问数据库进程的存储过程。写一段获取进程ID的代码，循环杀死每一个进程。最后调用存储过程。虽然不了解存储过程，但是意思就是这样的吧。 问题2：没有备份数据库，那该如何恢复数据呢有个软件叫做Log Explorer 这个东西可以根据数据库的日志回到过去的任何一个时刻。View Code Log Explorer for SQL Server 是个好东西，但是这根本无法解决我的问题。数据库在服务器端，学校根本不会让我安装一个软件在服务器上面。而且我证实过，这个软件必须要在服务器端装服务器端软件的。所以，这个对于我来说，是泡汤的。但是不代表这不是一个利器。 最后我用了一个很蛋疼的方法解决了。1.分离数据库，备份一个Test；2.将数据库附加回去，用自带的恢复方式恢复到一个很久以前的状态；3.将需要的那张表复制到备份的那个数据库；4.将备份的那个数据库挂回去，原数据库删了。 这是一个很蛋疼而且碰巧那张表没被改的方法。头一次知道DBA的重要性。我的方法是一个很偶然的东西，希望大家分享一下真正能解决恢复问题的办法。当然，每隔一段时间备份是绝对没有错的。 方法 另外发现一个比较有技术性的可行的方法 1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份 （如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）backuplog dbName todisk='fileName'----注意：是日志备份! 2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复 restoredatabase dbName fromdisk='fileName'with norecovery 3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻 restorelog dbName fromdisk='fileName'with stopat='date_time' 完整代码View Code 经过验证，这才叫有技术性！我那纯属“邓艾的屯‘田’”小孩子过家家。。。