恢复数据库表
1、实现运行Recovery for SQL Server操作如下。
Ⅱ 如何还原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 经过验证，这才叫有技术性！我那纯属“邓艾的屯‘田’”小孩子过家家。。。
Ⅳ 怎样恢复删除了的access数据表
用access2003打开你的数据库,找菜单栏-->工具-->选项-->视图"选项卡-->"显示"部分有个"隐藏对象"的复选框,打钩后点确定就可以了.
Ⅳ mysql 数据库表误删除了 能恢复吗
每个 DBA 是不是都有过删库的经历？删库了没有备份怎么办？备份恢复后无法启动服务什么情况？表定义损坏数据无法读取怎么办？
我曾遇到某初创互联网企业，因维护人员不规范的备份恢复操作，导致系统表空间文件被初始化，上万张表无法读取，花了数小时才抢救回来。
当你发现数据无法读取时，也许并非数据丢失了，可能是 DBMS 找不到描述数据的信息。
背景
先来了解下几张关键的 InnoDB 数据字典表，它们保存了部分表定义信息，在我们恢复表结构时需要用到。
SYS_TABLES 描述 InnoDB 表信息CREATE TABLE `SYS_TABLES` (`NAME` varchar(255) NOT NULL DEFAULT '', 表名`ID` bigint(20) unsigned NOT NULL DEFAULT '0', 表id`N_COLS` int(10) DEFAULT NULL,`TYPE` int(10) unsigned DEFAULT NULL,`MIX_ID` bigint(20) unsigned DEFAULT NULL,`MIX_LEN` int(10) unsigned DEFAULT NULL,`CLUSTER_NAME` varchar(255) DEFAULT NULL,`SPACE` int(10) unsigned DEFAULT NULL, 表空间idPRIMARY KEY (`NAME`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_INDEXES 描述 InnoDB 索引信息CREATE TABLE `SYS_INDEXES` ( `TABLE_ID` bigint(20) unsigned NOT NULL DEFAULT '0', 与sys_tables的id对应 `ID` bigint(20) unsigned NOT NULL DEFAULT '0', 索引id `NAME` varchar(120) DEFAULT NULL, 索引名称 `N_FIELDS` int(10) unsigned DEFAULT NULL, 索引包含字段的个数 `TYPE` int(10) unsigned DEFAULT NULL, `SPACE` int(10) unsigned DEFAULT NULL, 存储索引的表空间id `PAGE_NO` int(10) unsigned DEFAULT NULL, 索引的root page id PRIMARY KEY (`TABLE_ID`,`ID`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_COLUMNS 描述 InnoDB 表的字段信息CREATE TABLE `SYS_COLUMNS` ( `TABLE_ID` bigint(20) unsigned NOT NULL, 与sys_tables的id对应 `POS` int(10) unsigned NOT NULL, 字段相对位置 `NAME` varchar(255) DEFAULT NULL, 字段名称 `MTYPE` int(10) unsigned DEFAULT NULL, 字段编码 `PRTYPE` int(10) unsigned DEFAULT NULL, 字段校验类型 `LEN` int(10) unsigned DEFAULT NULL, 字段字节长度 `PREC` int(10) unsigned DEFAULT NULL, 字段精度 PRIMARY KEY (`TABLE_ID`,`POS`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_FIELDS 描述全部索引的字段列CREATE TABLE `SYS_FIELDS` ( `INDEX_ID` bigint(20) unsigned NOT NULL, `POS` int(10) unsigned NOT NULL, `COL_NAME` varchar(255) DEFAULT NULL, PRIMARY KEY (`INDEX_ID`,`POS`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;./storage/innobase/include/dict0boot.h 文件定义了每个字典表的 index id，对应 id 的 page 中存储着字典表的数据。
Ⅵ oracle 数据库表的恢复
更改原来d盘的oracle目录，比如目录名改成oraclebak，重新安装oracle数据库到d盘oracle目录下，并创建数据库和原来的数据库sid保持一致。然后关闭数据库，把新安装的数据库目录更名或删除，再把原来的oraclebak目录再改回oracle，然后重启一下数据库，这时的数据库就是你要恢复的数据库。
Ⅶ 怎么恢复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失效了。