1、数据库备份和恢复方案备份和恢复方案恢复方案在被真正付诸实施之前通常是不会得到检测的，理由是没有时间或资源来 检测此方案，由此阻止了数据的复原。如果你没有足够丰富渊博的知识来建立一个正确的 备份方案，那么当恢复问题出现时，你也许会付出很大的代价。能够熟悉所有的恢复过程， 并按照可接受的恢复手段创建正确的备份方案，也许即是你成功的关键。如果正确的备份 方案得不到实施时，你就会认为你的系统属于不可恢复的。多熟悉和了解备份和恢复方面 的知识，就可以创建一个完整的备份方案来保护你的系统。这篇文章介绍了很多知识技巧， 以助你创建一个完整的方案。备份策略-快速参考如下的备份方案是可行及有效的：*全部和部分卸
2、出（数据）*增量卸出数据（一般不米纳）*映象备份*热备份*归档*整个文件系统的复制*以上方法可以组合使用（建议）建议的备份方案包含如下： Oracle执行程序（映象）-每月到每两周（或执行程序改变时）.完整卸出-一周一次（如果在一个较频繁的开发环境中可增加次数）.完整映象-每晚（较好）到每周归档-激活（肯定）缩短备份时间及缩短数据库关闭时间：当数据库运行时可以使用热备份方式.备份到磁盘上而不是磁带上缩短恢复时间.在磁盘而不是磁带上保存最近期的备份和归档文件避免发生意外.多个Redo Log （增加每一个 Redo Log组的成员）.卸出数据加归档（对单个表丢失的恢复）.控制文件的多个拷贝.数据
3、库关闭时的映象备份（冷备份）.备份和恢复过程应制成文档恢复策略-快速参考如果你没有足够的知识来应用正确的恢复过程，请不要盲目去做！因为如果恢复的方 法不正确，那么可能会给系统造成更多的伤害。解决之道就是立即学习！不要等到问题出 现了才去学习正确的恢复手段。成功的数据库恢复依赖下列条件： 0.DBA知识.实施正确的备份过程.认识到真正问题所在.采用正确的恢复办法.可用的备份文件DBA决定采用哪一种恢复方案：.In sta nee恢复（通常只是启动）.用户错误恢复（通常只是恢复用户创建的事务）.进程恢复（通常是数据库的关闭和启动）.失败语句的恢复（通常只是修复用户建立的事务）.介质恢复（是最难办的
4、问题，请看下面）在恢复一个数据之前， DBA必须知道以下所列的哪一个被破坏了 ：0.Database files （对应系统中的表空间）.Redo Logs ( On-1 ine Redo Logs).Archive Logs ( Off-line Logs ).INIT.ORA （如果丢失可以重建）.Control Files （是否有可用的拷贝）然后，DBA可用有效的指令处理恢复过程。在进行下列三种恢复时数据库的状态：DB On-Li neDB Off-L ine数据库NoYes表空间YesNo数据文件YesYes映象备份所谓映象备份就是把数据库的关键文件拷贝到另一个目录的备份方法。映象备
5、份或许 是最快及最安全的备份 Oracle的方法，但其中的一个问题是你只能恢复到做映象备份的那 一时间点。另一个问题就是在备份时必须先关闭数据库。多数与映象备份相关的问题可以 通过日志归档来解决，而用日志归档来恢复要依靠一个完好的映象备份 （数据库是关闭的）。如果可能的话，映象备份最好拷贝到磁盘上。然后启动数据库（用户可以开始工作），再 把映象备份拷贝到磁带上。必须要拷贝的文件如下：.所有 Database File.所有 Control File.所有 On-Line Redo Log (不归档).INIT.ORA 和CONFIG.ORA 文件（选择；可以重建）映象备份的优势及不足优点：.非
6、常快的备份方法（只需拷贝文件）.易于归档（简单的拷贝）.易于及时恢复到某个时间点（只需将备份文件复制回来）.可以和日志归档方式结合使用，能够恢复到数据库失败的时间点.易于维护，很安全。缺点：.在备份时数据库要关闭.如果磁盘空间有限，你或许不得不将它拷贝到速度很慢的磁带上.不能恢复单个表或用户最好的用法：.和日志归档起使用.如磁盘空间允许，先拷贝到磁盘上，然后在数据库运行后再拷贝到磁带上日志归档（特别推荐）日志归档是指 Oracle自动将Redo Log备份（拷贝）到一个叫做归档文件的文件上。当 用户改变数据库的数据（ UPDATE,INSERT,DELETE 等等）时，这种改变就被记录到On-
7、Line Redo Log中。因为On-Line Redo Log可以重用，如果被重用，则记录在这个 Redo Log中的所有修改信息将被覆盖。因此 ，DBA可将归档方式激活，这样 Oracle可以自动将备份到叫做归档文件的文件上，并且所有的修改信息可以在归档文件中被保存。激活归档方式的步骤:o编辑你的INIT.ORA文件以激活归档方式在INIT.ORA 文件中增加如下内容：LOG ARCHIVE START=TRUELOG ARCHIVE DEST=/Oracle7/archive/arch注意：目录（/Oracle7/ archive ）是你自己创建的，或者直接与到磁带上 ：arch是归档
8、文件的前缀。将数据库设置到 ARCHIVELOG模式$sqldba lmode=y （或 svrmgrl, 7.3 版以上）SQLDBACONNECT INTERNALSQLDBASTARTUP MOUNTSQLBDAALTER DATABASE ARCHIVELOG （激活归档方式）SQLDBAALTER DATABASE OPENSQLDBAARCHIVE LOG LIST （看归档状态；如下所示）DATABASE log mode ARCHIVEOGAutomatic archival ENABLEDArchiive destination /oracle7/archive/archOl
9、dest Online log seq 155curre nt log seque nee 156SQLDBAEXIT注 意：如果运行在归档模式， Oracle将启动一个叫做 ARCH的后台进程，可通过相应 的操作系统命令看到这个进程。热备份优点：.可以在数据库运行状态下进行.可以恢复到秒级.对于几乎所有的In sta nee恢复都可通过热备份进行恢复恢复快，大多数情况下可在数据库启动状态下进行.对于Oracle7版，更易于维护缺点：恢复过程要绝对正确，否则问题会更糟如果备份不起作用，则无法恢复到失败点恢复步骤要小心，难于维护如果一个归档文件被破坏了，则必须重头再来取适用于用于数据库“不能中断
10、”有环境下24小时运行环境在必须快速恢复并且不影响整个系统的情况下 DBA有足够的时间来维护必要的文件一些 Oracle7.1的变化备份的“热”指没有“开始”和“结束备份”的 Alter tablespace xxx read only 命令（仅一个备份需要在只读情况下）并行恢复-较快的恢复备份例子确认要备份的数据文件：SELECT NAME, STATUS FROM SYS.V$DATAFILE; NAME 将返回数据文件的名字，如： /oracle7/dbs/systora7.dbfSTATUS 返回的值可为 SYSTEM , ONLINE 或 OFFLINE确认要备份的数据库的 On-L
11、ine Redo Log :SELECT GROUP#, MEMBER FROM SYSV$LOGFILE;GROUP#将返回组号 ：如1,2或3 MEMBER 将返回物理文件的名字，如： 7Oracle7/dbs/log1ora7dbf确认要备份的数据库的控制文件：SQLDBASHOW PARAMETER contral files;.该命令将返回 Name: control filesType: stringValue : Oracle7/dbs/ctrlora7.ctl确认表空间和数据库文件的对应关系，以及数据库文件的大小：SELECT TABLEAPACE NAME, FILE NAM
12、E, BYTES, STATUSFROM DBA DATA FILES;.该命令将返回表空间名 ：女口 SYSTEM，USERS等.文件名：如/Oracle7/dbs/systora7.dbf.大小：如 20,000,000,000.状态：AVAILABLE 或 INVALID确认那一个数据文件现在正在备份（热备份）SELECT FILE#, STATUS FROM V$BACKUP;.File#将显示那一个数据文件正在备份：如“ 1 ”或“ 2”.STATUS将显示：ACTIVE （正在备份）或 INACTIVE备份控制文件到Trace文件中（可用之方便地重建控制文件）ALTER DATAB
13、ASE BACKUP CONTROLFILE TO TRACE NORESETLOGS ；全数据库export的部分参数文件system/ma nagerFULL=YCOMPRESS=YGRANTS=YROWS=Y对某个表空间做完整的热备份步骤：$sqldba lmode=y (或 svrmgrl)SQLDBACONNECT INTERNALSQLDBAALTER TABLESPACE tblspc to backup BEGIN BACKUP;SQLDDBAHOST cp /oracle7/dbs/tblsp1.dbf /backup/tblsp1.dbfSQLDBAALTER TABLES
14、PACE tblspc to backup END BACKUP;恢复策略-举例说明情况.星期一晚11:00点：整个数据库的映象备份.星期二（整天）：保存所有的日志归档文件.星期二晚10:00 （在下一个备份完成以前）所有数据库文件被破坏，系统不能运行。恢复过程.恢复星期一傍晚 11:00点的映象备份（不要恢复控制文件或日志文件）恢复所有的归档文件到新的数据库.恢复On-Line Redo Log （还没有归档）到新的数据库数据库恢复到失败前的状态预防措施.控制文件有多个复制.日志文件有多个复制.总是使用ARCHIVELOG 方式.使用export做为备份模式的一部分一般原则.如果有 On-L
15、ine Redo Log 和 Of-Line Redo Log,则使用 COMPLETE RECOVERY.如果缺少 On-Line Redo Log 或 Of-Line Redo Log，则使用 INCOMPLETE RECOVERY.如果当前的控制文件丢失，就使用备份的控制文件或重建介质失败的恢复这是一个极其复杂的处理过程。所有主要可能的方案归档为下面的两种（归档模式的 恢复；没有归档模式的恢复），请根据你的系统失败的原因采用相应的方式， 无论何种情况，解决硬件冋题是相当重要的，它是解决冋题的前题。如果没有把握解决冋题，则暂时先不 要动，因为恢复过程不正确将会出现严重后果。如果读了 DBA
16、手册以后，还是不能确定如何做的话；请打电话给你的技术支持，以获得帮助！注意：.归档用于映象备份，不是 Export !.失败现场的备份在 RESETLOGS被执行前，任何时间都可以做，但建议在做恢复之前 备份失败现场.恢复成功以后，要马上做一次备份！下面这几种情况下的恢复（归档方式）Oracle手册还没有包括下面 15种错误的恢复，除非你自己一节一节的把纠错方案放在一起，所以很容易造成恢复的错误，要恢复这 15种错误是很麻烦的（要确定一个正确的恢复方法时，请参考 Oracle7管理指南。）1. 丢失所有文件（包括数据文件、 redo log、归档文件和控制文件）2a.只丢失数据文件-数据库正在
17、运行2b.只丢失数据文件-数据库已经关闭3a.只丢失redo log文件的恢复（日志文件未被访冋）3b.只丢失redo log文件的恢复（日志文件已被访冋）4.只丢失归档文件5a.只丢失控制文件（还有其他几个控制文件）5b.只丢失控制文件（所有的控制文件都被损坏）6.丢失数据文件，redo log和归档文件-无归档模式7a.丢失数据文件，归档文件和控制文件-有归档模式7b.丢失数据文件，归档文件和控制文件 -有归档模式8.丢失数据文件，redo log和控制文件9.丢失数据文件和redo log10a.丢失数据文件和归档文件-无归档模式10b.丢失数据文件和归档文件-有归档模式11.丢失数据文
18、件的控制文件12.丢失redo log，归档文件和控制文件13.丢失redo log和归档文件的恢复14.丢失redo log和控制文件的恢复15.丢失归档文件和控制文件的恢复Import/Export概述Import和Export是Oracle的两个实用程序。Import/Export备份方法比较可靠， 但对速度不算很快。它最适用于恢复单个的表（如你使用映象备份，要恢复单个表是很困难的），一 个Export出来的文件是能够恢复一个单独表。对开发环境来说，由于开发者经常修改或删 除表，这种备份方法就比较适用。优点：.从整个数据库备份中能够恢复单个表.是安全和有效的.当恢复时，能对表重新配置和清
19、除碎块.整个数据库是在一个文件里.能以方便在不同的操作系统之间移动数据.能从一个用户移动数据到另一个缺点：.在备份以后数据没法追加（只能恢复到备份的时间点）.恢复时间较慢.数据库必须关闭以后得到一致性的备份.太容易维护最适用于.与其它类型的备份交替，例如归档.在非常少的数据更新时（能重新产生），每天都做（一个静态备份）.开发环境情况下，表被“意外”删除。对象（所有对象的统计数目）：在重建之前使用*Database object count by owner by object type*set termout onset nu mwidth 3set wrap onset verify ons
20、et recsep offset feedback onset space 2set n ewpage 0set pagesize 60set lin esize 79set tab offset echo offbreak on todaycolu mn today n ew value dateselect to char(sysdate, mm/dd/yy)todayfrom dual;clear breakttitle left desc 01.sq1 right printed:date skip 上cen ter Database object Count by owner byo
21、bject type skip 2;btitle skip 2 cen ter page SQL.PNObreak on owner skip 2colu mn count format 9,999 headi ngcou ntcolu mn owner format a30 head ing ow nercolumn object type format a30 headingTypespool desc 01.lisselect owner,count(*) count,object typefrom sys.dba objectsgroup by own er,object type;s
22、pool off;exit;数据库所有对象数目的统计可用于帮助 DBA确认所有的实体是否已经被成功的重建。对DBA来说，这是数据库完整与否的决定清单。做为一个 DBA来说，“实践是最重要的”，每一个恢复的要求是必定要成功的。所以要练习你的恢复方案，更加重新完善你的备份方 案。如果你不是 DBA，也可以通过浏览 Oracle DBA指南来找到一个方法来恢复你的系统。归档备份技巧1概念：米用归档方式的目的在于当发生例程或介质失败时能最大限度的恢复数据， 以及进行联机的数据库备份。采用归档方式要求数据库必须处于 archive log模式，即采用 Createdatabase archivelog命
23、令创建数据库，或数据采用 Noarchive log命令创建后，用命令 Alterdatabase archive log将数据库改为 archive log模式，归档是指 Oracle后台进程 ARCH 对Redolog文件进行拷贝。设定自动归档模式的方法为设置数据库初始化参数log_archive_start=true, 这样，后台进程ARCH被启动，ARCH搜索并拷贝非活动状态的 redolog文 件。手工归档方式是指数据库已设定归档方式，并且以参数log archive start=false(缺省值)启动。尽管这种方式使用户可以控制 redo log文件何时被拷贝，但并不推荐采用这种
24、方式，手工归档方式使数据库难以管理。例如：当事务处理突然非常繁忙时，数据库可能回挂死，等待日志文件被手工 归档，然而手工归档可以与自动归档相结合。三个常用的手工归档命令：Alter system archive log all-归档所有的非活动的 redo log 文件Alter system archive log next-只归档所下一个非活动的 redo log文件Alter system archive log current-归档所有的非活动的 redo log文件和当前的redo log 文件其中archive log all是最常用的命令，它可以归档除当前的和已被归档的 以外所有
25、的redo log文件。线索(Thread)是并行服务器用到的概念。 然而它对于并非服务器的备份与恢复也同样有效。一个线索包括在线的redo log文件和已被归档的日志文 件部分，对于非并行服务器，只有一个线索和多个 redo log group。而并行服务器具有与并行例程相等的线索。日志文件能或不能被归档，取决于这个线索的状态与模式， ARCH进程保证了一个线索的 redo log的归档。在OPS环境下，ARCH进程保证了一个例程的线索的所有在线的 redo log文件被归档，除current状态的redo log文件以外。它可以归档：*当前例程的线索的所有非活动的 redo log gro
26、up*其他例程的线索的所有状态为 closed和enabled的redo log group*请求其他例程归档当前例程线索。2.ARCH进程的流程归档一个LOG文件主要包含以下三个阶段： 异步的读在线的redo log文件，执行检查，分配和与redo log buffer，异步的与入一个新的或已存在的归档文件。下面是归档进程：*读控制文件找到未归档的 redo log文件*打开并读出在线的 redo log文件* 按照参数 log archive buffers 分配 redo buffer*异步的读在线的redo log文件。（所读入的数据长度为log archive buffer size
27、）* 每个 buffer 流对应一个 redo log member。*与入redo log buffer。（判断buffer是否已满或处于文件尾）*如果需要创建新文件，创建 UFS归档文件。*异步与入归档文件。（所与入的数据长度为 log archive buffer size）*更新控制文件*重复以上步骤直至完成归档。ARCH进程会检查redo log文件的文件头和数据块的有效性，只有有效的数据块才会 被与入archive buffer。因此归档文件的大小总会小于或等于所对应的 redo log文件。3. Redo log文件和归档文件的配置在事务处理过程中，会对 Redo log文件进行
28、大量的写入，归档进程或其他执行恢复的 进程需读redo log文件，也就是说，redo log文件所在硬盘会有大量的与入，有时会有大量 的读操作，通常读和与不会产生竞争。建议对redo log文件进仃Oracle镜象或米用硬件镜象。redo log文件不应和归档文件放 在同一个硬盘上，理想的配置是redo log文件应与其他文件分别放在不同的磁盘上， redo logmember或镜象文件应分开放在不冋的硬盘和控制器上，以防止单点故障和提咼吞吐量。建议redo log文件最好能放在米用 Raid0+1（mirror and striping）配置的原始设备上，striping弓1入了与盘的并行
29、机制，能提咼与入的速度。归档文件必须放在文件系统里，理想 的应采用Raid0+1配置，同样，建议采用 striping来提高性能，归档文件应与 redo log文件放在不同的盘上。4归档策略成功的归档能够保证所有在线的 redo log文件被归档和备份，防止归档忙等待，并通过将上次备份以来所有的归档文件保存在硬盘上来减少恢复的时间。为保证所有的redo log文件被归档和备份，应经常监控：数据库，归档的过程，归档的目录，及磁带管理过程。可通过检查 $LOG视图和检查trace文件来监控归档的进行。用户应写好脚本文件，登录到数据库查询 V$log试图，列出需要被备份到磁带上的归档文件。冋时，应检查 log archive dest目录的可用空间，磁盘错误，磁带错误等。使用磁 带时应进行check sum来保证归档文件被成功的备份到磁带上。建议在进行在线的数据热备份后，使用 alter system archive log current命令，这个命令强制归档所有的活动和非活动的 redolog文件，一个成功的数据库和最新的归档日志文件，保证了一旦事故发生后，可以用这个备份来恢复数据库。5问题的解决：对于一些关键任务处理系统，特别是 7*24系
