Ⅰ 如何还原数据库
必须将所有数据库还原到相同的标记，以确保各个数据库间的事务状态一致。有关详细信息，请参阅标记的事务、完整备份和日志备份。如果目标系统中只有一个服务器，请确保还原了所有日志备份集（除了最新日志备份集以外）。有关详细信息，请参阅查看已还原备份的历史记录。如果没有还原所有日志备份集，并且当前没有运行还原作业，请运行还原作业（必要时，请手动运行）。如果存在尚未完成的可还原备份集，则作业将处理它们，直到所有备份集全部还原为止。如果目标系统中有多个服务器，则必须将所有服务器还原到相同的备份集。您必须查看每个服务器的还原历史记录，确保所有服务器上还原的最新日志备份集都是相同的。如果不同，则必须在需要还原最新日志备份集的每个服务器上手动运行还原作业。当所有的服务器都还原为相同的备份集后，最终的备份集可以手动还原。adm_BackupHistory 表是记录源系统日志传送过程历史记录的核心。所有执行的备份工作都记录到此表中。目标系统中的所有服务器都从此表读取信息，以获取执行其还原工作所需的信息。注意 如果从备份还原 BAM 主导入数据库，则还应该使用该 BAM 主导入数据库备份之前的备份来还原 BAM 存档数据库、BAM 星型架构数据库和 BAM 分析数据库。有关详细信息，请参阅备份和还原 BAM。
注意 如果将源数据库的完整备份或日志备份从备份 BizTalk Server 作业放置它们的位置上移走，则应该更新目标系统上 bts_LogShippingDatabases 表中该数据库的相关行，将 LogFileLocation 或 DBFileLocation 设置为目标系统应从中读取完整/日志备份文件的新位置。运行 bts_ConfigureBtsLogShipping 存储过程时，将填充此表。默认情况下，这些列设置为空，这表明目标系统应该从 adm_BackupHistory 表中存储的位置上读取这些备份文件。
重要提示 请总是在某个安全位置保留备份文件的一个副本。即使您进行了日志备份，在没有备份文件的情况下也无法还原数据库。
前提条件若要执行此过程，必须以 sql Server sysadmin 固定服务器角色成员的帐户登录。还原数据库 (SQL Server 2008 R2/SP1)在确定为目标系统的计算机上，依次单击“开始”、“所有程序”、“Microsoft SQL Server 2008 R2”和“SQL Server Management Studio”。在“连接到服务器”对话框中，指定目标系统上 SQL Server 的名称，然后单击“连接”，连接到相应的 SQL Server。在“Microsoft SQL Server Management Studio”中，依次双击相应的服务器、“SQL Server 代理”和“作业”。在详细信息窗格中，右键单击“BTS 日志传送 - 获取备份历史记录”，然后单击“禁用”。在“禁用作业”对话框中，该状态更改为“成功”。在详细信息窗格中，右键单击“BTS 日志传送 - 还原数据库”，然后单击“禁用”。在“禁用作业”对话框中，该状态更改为“成功”。在详细信息窗格中，右键单击“BTS 日志传送 - 还原到标记”，然后单击“作业开始步骤…”。出现“开始 <servername> 上的作业”对话框时，单击“步骤 ID 1”（默认情况下处于选中状态），然后单击“开始”。 “开始 <servername> 上的作业”对话框将关闭，而“开始作业 - <servername>”对话框仍打开。此对话框将显示正在运行的作业的进度和状态。当作业完成后，检查“状态”是否为成功，然后单击“关闭”。如果“状态”为错误，请单击“消息”字段中的链接，以获取有关该问题本质的详细信息。如果该作业成功，则 SQL Server 代理作业和 BizTalk Server 数据库会还原到目标系统。在以前编辑 SampleUpdateInfo.xml 文件所使用的、运行 BizTalk Server 的计算机上打开命令提示。导航到以下目录：驱动器:\Program Files\Microsoft BizTalk Server 2010\Schema\Restore。注意 在64 位计算机中，请浏览至以下文件夹：%SystemDrive%\Program02Files02(x86)\\Bins32\Schema\Restore。
在命令提示符下，键入以下内容：cscript UpdateDatabase.vbs SampleUpdateInfo.xml此脚本可更新存储其他数据库的位置信息的所有表。注意 您只需在 BizTalk 组中的一个服务器上运行 UpdateDatabase.vbs。
注意 在64 位计算机上，必须从 64 位命令提示符下运行 UpdateDatabase.vbs。
将编辑后的 SampleUpdateInfo.xml 文件复制到 BizTalk Server 组中每个运行 BizTalk Server 的计算机上的 驱动器:\Program Files\Microsoft BizTalk Server 2010\Schema\Restore 目录中。注意 在64 位计算机中，请浏览至以下文件夹：%SystemDrive%\Program02Files02(x86)\\Bins32\Schema\Restore。
按照步骤 7 中的说明，在 BizTalk Server 组中的每个计算机上打开命令提示符窗口。导航到以下目录：驱动器:\Program Files\Microsoft BizTalk Server 2010\Schema\Restore。注意 在64 位计算机中，请浏览至以下文件夹：%SystemDrive%\Program02Files02(x86)\\Bins32\Schema\Restore。
在命令提示符下，键入以下内容：cscript UpdateRegistry.vbs SampleUpdateInfo.xml此脚本可更新存储其他数据库的位置信息的所有注册表项。注意 您需要在 BizTalk 组中的每个服务器上运行 UpdateRegistry.vbs。
注意 在64 位计算机上，必须从 64 位命令提示符下运行 UpdateRegistry.vbs。
重新启动所有 BizTalk Server 服务。有关如何重新启动 BizTalk Server 服务的详细信息，请参阅如何启动、停止、暂停、恢复或重新启动 BizTalk Server 服务。还原数据库后，必须重新启动 Windows 管理规范服务。依次单击“开始”、“运行”，然后键入 services.msc，最后单击“确定”。如果显示“用户访问控制”对话框，请验证描述的操作是否为您希望的操作，然后单击“继续”。右键单击“Windows 管理规范”，然后单击“重新启动”。在用于管理 BizTalk Server 的计算机上，依次单击“开始”、“所有程序”、Microsoft BizTalk Server 2010，然后单击“BizTalk Server 管理”。在控制台树中，右键单击“BizTalk 组”，然后单击“删除”。在控制台树中，右键单击“BizTalk Server 2010 管理”，然后单击“连接到现有组”。在“连接到现有 BizTalk Server 配置数据库”对话框的“SQL Server 名称”下拉列表框中，选择充当 BizTalk 管理数据库宿主的 Microsoft SQL Server 实例的名称。在选择 SQL Server 的实例时，BizTalk Server 将自动尝试检测该计算机上的 BizTalk Server BizTalk Server 数据库。在“数据库名称”下拉列表框中，选择要连接到的 BizTalk 管理数据库 (BizTalkMgmtDb)，然后单击“确定”。 BizTalk Server 管理控制台将 BizTalk 组添加到控制台树中。您的BizTalk Server 现已还原，应该正在运行。您现在应该配置备份 BizTalk Server 作业，以开始向新目标服务器写入备份。还应该重新配置新的目标系统。重要提示 如果使用的是规则引擎，则在还原数据库后，必须重新启动 BizTalk Server 组中的每个服务器上的规则引擎更新服务。有关如何重新启动规则引擎更新服务的详细信息，请参阅如何启动、停止、暂停、恢复或重新启动 BizTalk Server 服务。
注意 如果使用的是 BAM，则此时还原 BAM 数据库。
Ⅱ 数据库删除数据了怎么恢复
数据库删除了数据是一个很棘手的问题，数据的删除首先包括三个层面：
1.删除放入回收站，没有在回收站中清除数据。这种情况是最简单的，进入回收站，找到删除的数据，右击选择恢复。
2.删除后未放入回收站或者删除后清空回收站，尽量先不要往原数据所在盘符下储存内容，刚刚删除的数据只是文件结构被删除，真正的文件数据还没被覆盖。通过数据恢复软件是可以找回来的，专业的软件例如有超级兔子数据恢复软件。
3.如果是删除很久以后才想到数据库数据要恢复，并且磁盘一直在使用，磁盘被填满的话数据就已经被覆盖了，这样的数据是无法找回的。
Ⅲ 数据库被删除要怎么恢复
如果是刚删除，可以找数据恢复工具回复，如果不会可以花钱找专门的公司恢复数据，一般来说数据刚被删除只会删除文件分配表而不会删除数据体，只要恢复被删除的文件分配表了数据自然恢复，数据要真正被删除需要做覆盖操作，如果做了覆盖操作，那么就需要专业的数据恢复公司做数据痕迹恢复，一般来说要完全消除数据痕迹需要磁盘被覆盖7次以上，当然如果要做到阻止数据恢复可能一次覆盖就够了，当然着看运气。
Ⅳ 怎么恢复mysql数据库
mysql数据库恢复方法：
方法一：
命令恢复数据库：
mysql -u root –password=root密码 数据库名 < 备份文件.sql
方法二：
第一步：用管理员权限登录并进入后台管理界面，点“数据库->资料恢复”。
第二步：在数据恢复设置中选择“从本地文件”进行恢复，然后通过右边的“浏览”按钮找到之前保存下来的.sql文件。
第三步：点“提交”按钮后将出现询问“分卷数据成功导入数据库，需要自动导入本次其他的备份吗?”一般继续点“确定”按钮即可。之后的数据库文件就完全导入到当前网站了。这时出现再次要求输入管理员帐号的提示。访问网站地址时也会看到所有信息都恢复到备份数据库时的内容了。
小提示：
不管采取哪种方式备份和恢复数据库，一定要注意备份和恢复时使用的版本要相同，甚至是语言种类也要一致，否则会存在乱码的问题。
Ⅳ 关于数据库恢复
都是可以的。通常我们恢复是到原来路径。但是
打开恢复策略时，可以指定相应的位置。
以symantec BE11d，这个是Symantec收购后的产品，windows版本。
应该界面和功能相似，
因此，恢复策略中有两个一个MSsql选项，一个是对默认网络服务器路径的恢复。
一个是对MSsql重定向，即恢复到除原始路径外，其他路径的指定。
不过需要相应的right。
Ⅵ 数据库恢复的数据库恢复的三种方式
数据库可能因为硬件或软件（或两者同时）的故障变得不可用，不同的故障情况需要不同的恢复操作。我们必须决定最适合业务环境的恢复方法。在数据库中恢复有3种类型或方法，即应急（crash）恢复、版本（version）恢复和前滚（rool forward）恢复。 应急恢复用于防止数据库处于不一致或不可用状态。数据库执行的事务（也称工作单元）可能被意外中断，若在作为工作单位一部分的所有更改完成和提交之前发生故障，则该数据库就会处于不一致和不可用的状态。这时，需要将该数据库转化为一致和可用的状态。
为此，需要回滚未完成的事务，并完成当发生崩溃时仍在内存中的已提交事务。如在COMMIT语句之前发生了电源故障，则在下一次重新启动并再次访问该数据库时，需要回滚到执行COMMMIT语句前的状态。回滚语句的顺序与最初执行时的顺序相反。 这种恢复技术是版本恢复的一个扩展，使用完整的数据库备份和日志相结合，可以使一个数据库或者被选择的表空间恢复到某个特定时间点。如果从备份时刻起到发生故障时的所有日志文件都可以获得的话，则可以恢复到日志上涵盖到的任意时间点。前滚恢复需要在配置中被明确激活才能生效。
Ⅶ 数据库中的数据删除后还能恢复吗
SQL Server中误删除数据的恢复本来不是件难事，从事务日志恢复即可。但是，这个恢复需要有两个前提条件：
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。幸好朋友的数据库文件不大，用它完成了误删除数据的恢复。
Ⅷ sqlserver数据库数据被删除了怎么还原
在sqlserver2012的维护计划向导中，要建立完整备份，差异备份和事务日志。
Ⅸ 数据库被删除了怎么恢复
恢复步骤：
1、运行EasyRecovery。
2、选择“DeletedRecovery”。
3、选择数据库文件所在的驱动器，在“File Filter”中输入*.mdf|*.ldf，选择“Next”。
4、在左侧窗口会列出被删除的数据库文件，选择所要恢复的数据库文件，选择“Next”。
5、在“Recover to Local Drive”中选择恢复后的文件存放的路径，要选择与原数据库文件不同的路径，选择“Next”。
6、文件被恢复后，将恢复的文件复制到原数据库文件位置，并在企业管理器通过附加数据库，将恢复的文件恢复到SQL Server中。
注：如果删除的数据库文件所有的存储区域被写过了，就无法恢复了，所以删除与恢复的时间间隔越短越好。
Ⅹ 如何恢复数据库
可是提交到服务器之后，一切显地都无比陌生。因为不熟悉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 经过验证，这才叫有技术性！我那纯属“邓艾的屯‘田’”小孩子过家家。。。