《临危不惧Oracle11g数据库恢复技术》epub下载在线阅读全文，求百度网盘云资源

《临危不惧》（包光磊）电子书网盘下载免费在线阅读

链接: https://pan.baidu.com/s/1Mcvv4qtWOC5LIrYuOXttyQ

提取码: ghr5

书名：临危不惧

作者：包光磊

出版社：电子工业出版社

出版年份：2012-7-1

页数：345

内容简介：

《临危不惧:Oracle 11g数据库恢复技术》分为三大部分：恢复的原理、恢复的工具、恢复的具体步骤与实战。第一部分能够让读者领略恢复 *** 作的本质，是其他部分的理论基础，包括“重做日志”、“控制文件”、“补充日志”；第二部分详细地介绍了备份／恢复数据库的工具，包括恢复管理器、恢复编录和数据泵；第三部分以各种数据库损毁场景为例，每一章解决一组特定的问题，其中：第7～11章讨论各种文件（控制文件、数据文件等）遭到不同程度的破坏后，数据库的行为特征及如何将其恢复；第12章探讨如何将数据库恢复至以前的时间点；第13章讨论如何处理各种数据库文件在没有备份时受损的情况；第14章全面介绍了用于恢复人为错误的各种闪回技术：第15章介绍将恢复的单位缩小，精确到数据块级别，以提高恢复效率；第16章介绍一种非常规恢复的方法一挖掘日志。

作者简介：

包光磊 Todd Bao，Oracle University首席讲师，Oracle University ADF课程亚太首席指导官，Oracle University RAC课程亚太首席指导宫

OCM认证大中华区考官，国内首位11g OCM（Oracle认证数据库大师），国内第二位10g OCM（Oracle认证数据库大师）

Oracle认证数据库集群专家，Oracle认证中间件专家，从2004年以来一直致力于为国内大型企业与跨国公司提供Oracle数据库、中间件和ADF的系统培训及咨询服务，对象涵盖各大通信公司、银行、金融、生产制造行业、解决方案供应商等。

多次受邀主讲Oracle Open World OU Session及Oracle University大师班中的重要议题，拥有极其丰富的Oracle核心技术和软件的应用、实施、管理和开发经验。

于2006年、2007年、2010年与2011年被Oracle公司授予Oracle University年度全球最佳讲师荣誉称号。

数据存储及恢复第一步--分区.当主引导记录因为各种原因（硬盘坏道、病毒、误 *** 作等）被破坏后，一些或全部分区自然就会丢失不见了，根据数据信息特征，我们可以重新推算计算分区大小及位置，手工标注到分区信息表，“丢失”的分区回来了。

数据存储及恢复第二步--文件分配表.硬盘分区完毕后，接下来的工作是格式化分区。格式化程序根据分区大小，合理的将分区划分为目录文件分配区和数据区，文件分配表内记录着每一个文件的属性、大小、在数据区的位置。我们对所有文件的 *** 作，都是根据文件分配表来进行的。文件分配表遭到破坏以后，系统无法定位到文件，虽然每个文件的真实内容还存放在数据区，系统仍然会认为文件已经不存在。我们的数据丢失了，就像一本小说的目录被撕掉一样。要想直接去想要的章节，已经不可能了，要想得到想要的内容（恢复数据），只能凭记忆知道具体内容的大约页数，或每页（扇区）寻找你要的内容。我们的数据还可以恢复回来。

数据存储及恢复第三步--格式化与删除.当我们需要删除一个文件时,系统只是在文件分配表内在该文件前面写一个删除标志,表示该文件已被删除,他所占用的空间已被释放, 其他文件可以使用他占用的空间。所以，当我们删除文件又想找回他（数据恢复）时，只需用工具将删除标志去掉，数据被恢复回来了。当然，前提是没有新的文件写入，该文件所占用的空间没有被新内容覆盖。格式化是将所有文件都加上删除标志，或干脆将文件分配表清空，系统将认为硬盘分区上不存在任何内容。格式化 *** 作并没有对数据区做任何 *** 作，目录空了，内容还在，借助数据恢复知识和相应工具，数据仍然能够被恢复回来。

数据存储及恢复第四步--理解覆盖.个文件被标记上删除标志后，他所占用的空间在有新文件写入时，将有可能被新文件占用覆盖写上新内容。这时删除的文件名虽然还在，但他指向数据区的空间内容已经被覆盖改变，恢复出来的将是错误异常内容。同样文件分配表内有删除标记的文件信息所占用的空间也有可能被新文件名文件信息占用覆盖，文件名也将不存在了。

当将一个分区格式化后,有拷贝上新内容,新数据只是覆盖掉分区前部分空间,去掉新内容占用的空间,该分区剩余空间数据区上无序内容仍然有可能被重新组织,将数据恢复出来。

同理，克隆、一键恢复、系统还原等造成的数据丢失，只要新数据占用空间小于破坏前空间容量，数据恢复工程师就有可能恢复你要的分区和数据。

数据存储及恢复第五步--硬件故障数据恢复。硬件故障的数据恢复当然是先诊断，对症下药，先修复相应的硬件故障，然后根据修复其他软故障，最终将数据成功恢复。

数据存储及恢复第六步--磁盘阵列RAID数据恢复.其恢复过程也是先排除硬件及软故障，然后分析阵列顺序、块大小等参数，用阵列卡或阵列软件重组，重组后便可按常规方法恢复数据。

SAN和NAS是目前最受人瞩目的两种数据存储方式：

SAN:一个共用的高速专用存储网络，存储设备集中在服务器的后端。其优势：高数据传输速度；加强存储管理；加强备份、还原能力的可用性；同种服务的综合。综合SAN的优势，它在高性能数据备份/恢复、集中化管理数据及远程数据保护领域得到广泛的应用。

NAS:是一个专用为提供高性能、低拥有成本和高可靠性的数据保存和传送产品。其优势：移除服务器I/O瓶颈；简便实现NT与UNIX下的文件共享；简便的设备安装管理与维护；按需增容，方便容量规划；高可靠性；降低总拥有成本。

更多的数据存储解决方案趋向于将NAS和SAN进行融合。原因：

·一些分散式的应用和用户要求访问相同的数据

· 对提供更高的性能，高可靠性和更低的拥有成本的专有功能系统的高增长要求

·以成熟和习惯的网络标准包括TCP/IP, NFS和CIFS为基础的 *** 作

·一个获得以应用为基础而更具商业竞争力的解决方案欲望

·一个全面降低管理成本和复杂性的需求

·一个不需要增加任何人员的高扩展存储系统

·一套可以通过重构划的系统以维持硬件和管理人员的价值

可是提交到服务器之后，一切显地都无比陌生。因为不熟悉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 getspidfetchnextfrom getspid into@spidwhile@@fetch_status-1beginexec('kill '+@spid)fetchnextfrom getspid into@spidendclose getspiddeallocate getspidend--用法use masterexec 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 经过验证，这才叫有技术性！我那纯属“邓艾的屯‘田’”小孩子过家家。。。

---