(大容量数据库智能备份系统).doc

...38/38中文摘要备份是系统中需要考虑的最重要的事项,虽然他们在系统的整个规划,开发和测试过程中甚至占不到1%,看似不太重要且默默无闻的工作只有到恢复的时候才能真正体现出其重要性,任何数据的丢失与尝试见的数据down机,都是不可以被接收的.如果备份不能提供恢复的必要信息,使得恢复过程不能进行或长时间的进行(如一个没有经过严格测试的备份方案),这样的备份都不算或不是一个好的备份.如果出现系统崩溃的灾难,数据库就必须进行恢复,恢复是否成功取决于两个因素,精确性和与时性.能够进行什么样的恢复依赖于有什么样的备份，鉴于此，大容量数据库智能备份系统将给出就好的答案；其实，在我们的现实世界中，已经就存在很多备份策略，如RAID技术，双机热备，集群技术发展的计算机系统的备份和高可用性，有很多时候，系统的备份的确就能解决数据库备份的问题，如磁盘介质的损坏，往往从镜相上面做简单的恢复，或简单的切换机器就可以了。但是，上面所说的系统备份策略是从硬件的角度来考虑备份与恢复的问题，这是需要代价的。我们所能选择备份策略的依据是：丢是数据的代价与确保数据不丢失的代价之比。还有的时候，硬件的备份有时根本满足不了现实需要，假如你误删了一个表，但是你又想恢复的时候，数据库的备份就变的重要了。ORACLE本身就提供了强大的备份与恢复工具，如：Oracle的EXP工具、RMAN技术等，但维护成本的之高，对于大容量数据库的企业，降低成本，保证备份数据的准确性、与时性至关重要；灾难恢复的最重要的工作是设计充足频率的硬盘备份过程。备份过程应该满足系统要求的可恢复性。例如，如果数据库可有较长的关机时间，则可以每周进行一次冷备份，并归档重做日志，对于24*7的系统，或许我们考虑的只能是热备份。如果每天都能备份当然会很理想，但要考虑其现实性。企业都在想办法降低维护成本，现实的方案才可能被采用。只要仔细计划，并想办法达到数据库可用性的底线，花不多的钱进行成功的备份与恢复，大容量数据库智能备份系统就是针对这些企业设计的；大容量数据库智能备份系统是一种系统备份，系统备份与普通数据备份的不同在于，它不仅备份系统中的数据，还备份系统中安装的应用程序、数据库系统、用户设置、系统参数等信息，以便需要时迅速恢复整个系统。系统备份方案中必须包含灾难恢复措施，灾难恢复同普通数据恢复的最大区别在于：在整个系统都失效时，用灾难恢复措施能够迅速恢复系统而不必重装系统。需要注意的是，备份不等于单纯的拷贝，因为系统的重要信息无法用拷贝的方式备份下来，而且管理也是备份的重要组成部分。管理包括自动备份计划、历史记录保存、日志管理、报表生成等，没有管理功能的备份，不能算是真正意义上的备份，因为单纯的拷贝并不能减轻繁重的备份任务。在网络环境中，系统和应用程序安装起来并不是那么简单：系统管理员必须找出所有的安装盘和原来的安装记录进行安装，然后重新设置各种参数、用户信息、权限等等，这个过程可能要持续好几天。因此，最有效的方法是对整个网络系统进行备份。这样，无论系统遇到多大的灾难，都能够应付自如关键字：EXP/IMP逻辑备份，冷备份，热备份，RMAN（备份与恢复管理器）SUMMARYBackupisforemostproceedingthatneedconsiderinsystem;thoughthemindeednotaccountforonepercentinprogramming,empolder,test.thisworklookseemnotimportanceandunknowntopublic.nootherthanwhenneedtorecover,thatcanindeedincarnatethatimportance.anydatadropanddatadownmachineisnotincept.ifbackupdonotprovideneedinformationforrecover,causetheprocessofrecoverdonotprogress,orlongtimeprogress.thatbackupdonotagoodbackup;bigcontentdatabasecapacitybackupsystemisasystembackup,systembackupdiffertocommondatabackup,becausesystembackupnotonlybackupdataofsystemandbackupapplication、databasesystem、usersetting、systemparameterthathavebulidinsystem.thatinordertospeedyrecoverallsystemontime,systembackupp