A. 怎么还原,恢复或导入Mysql数据库(如何还原数据库)
1、source命令
1）打开开始菜单->程序->MySQL->MySQLCommandLineClient，输入MySQL的root密码。
2）然后输入use数据库名;进入对应的数据库，再用source备份文件具体路径;命令导入备份文件。注意，在这里的命令后面都要加;分号，截图如下：
2、mysql命令
1）如果是Windows系统，请在命令行模式下进键者入mysql的bin目录，如D:Programmysql41in。如果是Linux系统，请直接看下面的步骤。
2）执行mysql命令导入数据库，命令格式为：
mysql-u用稿斗薯户名-p密码数据库名<备份文件具体路径
比如：mysql-uroot-pabc123mydb 二、数据库销颤的导出（备份） 一般使用mysqlmp命令 1）如果是Windows系统，请在命令行模式下进入mysql的bin目录，如D:Programmysql41in。如果是Linux系统，请直接看下面的步骤。 2）执行mysqlmp命令导入数据库，命令格式为： mysqlmp-u用户名-p密码数据库名>备份文件具体路径 B. 被覆盖的数据库怎么恢复
被覆盖的数据是无法恢复的，不管是什么类型的数据，只要是被覆盖了，那就没有任何办法找回来的。如果丢失的数据有备份，那尽量从备份里还原数据就可以了。
C. 增量备份和全库备份怎么恢复数据库 方法： 第一步：选择需要还原的数据库，鼠标右键，选择任务下的还原； D. 如何恢复系统数据库
恢复系统数据库: E. 如何恢复数据库的内容 昨天帮一个朋友恢复了sql server 数据库 现在把过程写出来 大瞎穗家一起分享 我那个哥们是从别人那拷了一个数据库的数据文件 (c:mssql data 目肆蚂录下的文件) 最初我是用的 在一台好的机器上重新安装SQL Server 建立相同的数据库设备(大小) 和数据库 停掉SQL Server 用拷贝出来的数据库文件覆盖刚建立的数据库文件 再重新启动 SQL Server 但一直不可以 我猜关键是无法建立相同的数据库设备(大小) 后来采用了 系统存储过程 sp_attach_db // 附加数裂神埋据库文件到服务器 或 sp_attach_db_single_file // 附加数据库的单个文件到服务器 具体的sql 语句就是 例如 EXEC sp_attach_single_file_db pubs e:datapubs mdf sp_attach_db @dbname= conmis @filename = d: conmis _data mdf @filename = d: conmis _log ldf 如何附加数据库文件到服务器(即 通过* mdf *ldf 文件修复数据库) 另外查找资料时看到也可以通过日志恢复以前的数据 不知那位哥们看看是不是可以 用日志恢复 restore log {data_name|@database_name_var}fromwith [norecovery
ecoverystandby_undo_file_name][ ][stopat={data_time|@data_time_var} 例如 库名为database 日志为database _log要求恢复 / / : 前的数据 F. 重装数据库或者重装系统后，怎样恢复数据库的数据
在重装数据库或者重装系统之前，你需要先把你要在以后恢复的数据做好备份，就是从数据库中导出数据文件到另外一个地方暂时的保存起来。 G. 数据库中的数据删除后还能恢复吗
SQL Server中误删除数据的恢复本来不是件难事，从事务日志恢复即可。但是，这个恢复需要有两个前提条件： H. 紧急求救，怎样才能恢复数据库
数据库被挂起了。你可以试一试用下面的方法恢复：
1、新建一个数据库kelin；
2、右键点击需还原的数据库，选择任务，还原，数据库；
3、点击选择源设备，然指戚带后点击，弹出框中备份媒介选择文件，然后点击添加按钮，找到可以用于还原的文件唯芦，点击确定按钮；
4、在选择用于还原的备份集下面勾选设定好的还原的备份集；
5、点击左侧选项，在新界面中勾选覆盖现有数据库，要注意修改还原过程中的途径，然后点击确仔镇定按钮；
6、最后弹出对数据库kelin的还原已成功完成点击确定，便完成对整个数据库的还原。
重装完系统活着数据库之后再把原来备份好的东西导入到sql数据库中去就行了。
导出数据库数据：
打开你sql数据库的企业管理器，找到你要导出数据的数据库名称，选中它，也就是在它的数据库名字上鼠标点一下，然后打开菜单：操作-->所以任务-->导出数据，这是会弹出“DTS导入导出向导”，按照它的提示，一步一步操作下去，就可以把你数据库里的数据导出去了，导完一个数据库之后可以再导另一个的，一个一个来。
将数据导入至sql数据库：
用鼠标点一下“数据库”三个字，也就是你的“（local）（WindowsNT）”下的第一级数据库，然后打开菜单：操作-->所有任务-->附加数据库，此时弹出附加数据库对话框，选择要附加数据库的MDF文件，点一下后面的三个点的那个按钮就可以找，找到你先前导出的数据库文件，确定，根据它的提示完成相应项目，就可以导入了。
呵呵，不用客气，那你按照这样来做应该能够成功的转移数据了吧……
还有啊，快点选我的作为最佳答案，我就会有系统得分的呢，嘿嘿~~这叫劳有所得，O(∩_∩)O
1. 至少有一个误删除之前的数据库完全备份。
2. 数据库的恢复模式（Recovery mode）是“完整（Full）”。
针对这两个前提条件，会有三种情况：
情况一、如果这两个前提条件都存在，通过SQL语句只需三步就能恢复（参考文章），无需借助第三方工具。
a) 备份当前数据库的事务日志：BACKUP LOG [数据库名] TO disk= N'备份文件名' WITH NORECOVERY
b) 恢复一个误删除之前的完全备份：RESTORE DATABASE [数据库名] FROM DISK = N'完全备份文件名' WITH NORECOVERY, REPLACE
c) 将数据库恢复至误删除之前的时间点：RESTORE LOG [数据库] FROM DISK = N'第一步的日志备份文件名' WITH STOPAT = N'误删除之前的时间点' , RECOVERY
情况二、如果第1个前提条件不存在，第2个前提条件存在，需要借助第三方工具。
情况三、如果第2个前提条件不存在，无法恢复。所以，一定要将数据库恢复模式设置为“完整（Full）”。
我现在面临的是第二种情况，需要找第三方工具。
开始找的是Log Explorer for SQL Server，不支持SQL Server 2008。
后来找的是SQL Log Rescue，也不支持SQL Server 2008。
接着找到的是SysTools SQL Recovery，支持SQL Server 2008，但需要购买，Demo版并没有数据恢复功能。
最终在officerecovery.com上找到Recovery for SQL Server，虽然也是商业软件，需要购买，但Demo版可以恢复数据，只要数据库文件不超过24Gb。幸好朋友的数据库文件不大，用它完成了误删除数据的恢复。
A.现象：Error 926
Severity Level 14
Error Message Text
Database 'xx' cannot be opened - it has been marked SUSPECT by recover Explanation
(1) 当你使用Transact_SQL命令操作这个数据库的数据时, 出现这个信息, 这是一个严重的错误, 如果你要使用这个数据库的数据, 必须改正这个错误.
(2) 启动Backup Server, 后备master数据库
1>mp database master to "/usr/sybase/master_mp.19991201"
2>go
(3) 用isql登录到SQL Server, 须用sa帐号 (本文以pubs2数据库为例)
1>sp_configure "allow updates", 1
2>go
1>begin tran
2>go
1>update master..sysdatabases
2>set status = -32768
3>Where name="pubs2"
4>go
如果得到(1 row affected),则
1>commit
2>go
否则
1>rollback
2>go
(4.1)如果条件允许，bcp out用户数据或mp用户数据库
(5.1)这时重新启动SQL Server, 再有sa帐号注册到SQL Server.
1>begin tran
2>go
1>update master..sysdatabases
2>set status=0
3>Where name="pubs2"
4>go
如果得到(1 row affected),则
1>commit
2>go
否则
1>rollback
2>go
1>sp_configure "allow updates" ,0
2>go
(4) 如果你的数据库原来有dboption(例如"select into","trunc log on chkpt"等), 你需要重新设置这些option..
(5) 运行dbcc命令检查数据库的一致性
isql -Usa -P -i dbcc.sql -o dbcc.out
dbcc.sql文件示例：
dbcc checkdb("pubs2")
go
dbcc checkalloc("pubs2")
go
dbcc checkcatalog("pubs2")
go
grep Msg dbcc.out
6) 后备用户数据库
1>mp database pubs2 on "/usr/sybase/pubs2_mp.19991201"
2>go
B.如何解决数据库被标记为"suspect"的问题之二（ 数据库设备损坏时的解决方案 ）？
A.现象： 926错误产生的原因有几种。本文讨论当数据库设备初始化失败( 设备文件丢失或文件读写权限不正确)时，导致数据桐盯库恢复失败，出现926错误的情况。
(1) 请先恢消贺复数据库设备及读写权限。
(2) 启动Backup Server, 后备master数据库
1>mp database master to "/usr/sybase/master_mp.19991201"
2>go
3) 用isql登录到SQL Server, 须用sa帐号 (本文以pubs2数据库为例)
1>sp_configure "allow updates", 1
2>go
1>begin tran
2>go
1>update master..sysdatabases
2>set status = status - 256
3>Where name="pubs2"
4>go
如果得到(1 row affected),则
1>commit
2>go
否则
1>rollback
2>go
(4) 重新启动SQL Server, 运行dbcc命令检查数据库的一致性编辑生成dbcc.sql文件：
dbcc checkdb("pubs2")
go
dbcc checkalloc("pubs2"局桥和)
go
dbcc checkcatalog("pubs2")
go
isql -Usa -P -i dbcc.sql -o dbcc.out
grep Msg dbcc.out
(5) 后备用户数据库
1>mp database pubs2 on "/usr/sybase/pubs2_mp.19991201"
2>go