数据库数据恢复
是可以恢复的，网站的网页就不用说了，重新部署在机器上就可以。
至于数据库的话，既然你把C:\Program Files\Microsoft SQL Server\MSSQL下面的内容统统的进行了备份，那么会有这样一个目录C:\Program Files\Microsoft SQL Server\MSSQL\Data 这个目录下面存放着SQLServer数据库的数据文件和日志文件，比如对pubs数据库来说就是（pubs.mdf和pubs_log.ldf）这两个就是数据库的关键文件。你需要按照如下方法进行操作：
第一.先在SQLServer下新建一个数据库和你以前的数据库同名。
第二.将这个新建的数据库“脱机”（在数据库上点右键，选择“所有任务”里面会有“脱机”这个选项）
第三.从上面提到的目录下将和你数据库同名的两个文件复制出来。
第四.将这两个文件拷贝到你新安装的SQLServer的“Data”文件夹下，覆盖掉现有的同名文件，如果你的安装和以前一样的话那么路径如下“C:\Program Files\Microsoft SQL Server\MSSQL\Data”
第五.将刚才被“脱机”的数据库重新启动就可以了。
‘贰’ 怎么恢复mysql数据库怎么恢复数据
简单情况下：进入原来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失效了。
‘叁’ 数据库删除数据了怎么恢复
数据库删除了数据是一个很棘手的问题，数据的删除首先包括三个层面：
1.删除放入回收站，没有在回收站中清除数据。这种情况是最简单的，进入回收站，找到删除的数据，右击选择恢复。
2.删除后未放入回收站或者删除后清空回收站，尽量先不要往原数据所在盘符下储存内容，刚刚删除的数据只是文件结构被删除，真正的文件数据还没被覆盖。通过数据恢复软件是可以找回来的，专业的软件例如有超级兔子数据恢复软件。
3.如果是删除很久以后才想到数据库数据要恢复，并且磁盘一直在使用，磁盘被填满的话数据就已经被覆盖了，这样的数据是无法找回的。
‘肆’ 如何恢复数据库
可是提交到服务器之后，一切显地都无比陌生。因为不熟悉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 经过验证，这才叫有技术性！我那纯属“邓艾的屯‘田’”小孩子过家家。。。
‘伍’ 数据库被删除了怎么恢复
恢复步骤：
1、运行EasyRecovery。
2、选择“DeletedRecovery”。
3、选择数据库文件所在的驱动器，在“File Filter”中输入*.mdf|*.ldf，选择“Next”。
4、在左侧窗口会列出被删除的数据库文件，选择所要恢复的数据库文件，选择“Next”。
5、在“Recover to Local Drive”中选择恢复后的文件存放的路径，要选择与原数据库文件不同的路径，选择“Next”。
6、文件被恢复后，将恢复的文件复制到原数据库文件位置，并在企业管理器通过附加数据库，将恢复的文件恢复到SQL Server中。
注：如果删除的数据库文件所有的存储区域被写过了，就无法恢复了，所以删除与恢复的时间间隔越短越好。
‘陆’ sql如何恢复数据
方法：
第一步：选择需要还原的数据库，鼠标右键，选择任务下的还原；
注意事项
1、一定要记得覆盖现有数据库；
2、执行数据库操作的时候，请断开当前数据库的任何使用（例如查询，数据库的连接使用）。
‘柒’ 如何还原sql数据库
1、要进行还原数据库操作我们先需要有一个数据库，这里直接打开SQL Server Management Studio,然后打开实例，在左侧按照下图中红色箭头指示右键点击数据库，然后点击 新建数据库，如下图：
‘捌’ 数据库数据恢复问题
数据库文件损坏了吧
‘玖’ 如何根据数据文件恢复数据库
可是提交到服务器之后，一切显地都无比陌生。因为不熟悉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 经过验证，这才叫有技术性！我那纯属“邓艾的屯‘田’”小孩子过家家。。。