数据库备份和恢复方案计算机存储_计算机-存储.pdf

备份和恢复方案 恢复方案在被真正付诸实施之前通常是不会得到检测的，理由是没有时间或资源来 检测此方案，由此阻止了数据的复原。如果你没有足够丰富渊博的知识来建立一个正确的 备份方案，那么当恢复问题出现时，你也许会付出很大的代价。能够熟悉所有的恢复过程，并按照可接受的恢复手段创建正确的备份方案，也许即是你成功的关键。如果正确的备份 方案得不到实施时，你就会认为你的系统属于不可恢复的。多熟悉和了解备份和恢复方面 的知识，就可以创建一个完整的备份方案来保护你的系统。这篇文章介绍了很多知识技巧，以助你创建一个完整的方案。备份策略-快速参考 如下的备份方案是可行及有效的：*全部和部分卸出（数据）*增量卸出数据（一般不米纳）*映象备份*热备份*归档*整个文件系统的复制*以上方法可以组合使用（建议）建议的备份方案包含如下：Oracle执行程序（映象）-每月到每两周（或执行程序改变时）.完整卸出-一周一次（如果在一个较频繁的开发环境中可增加次数）.完整映象-每晚（较好）到每周 归档-激活（肯定）缩短备份时间及缩短数据库关闭时间：当数据库运行时可以使用热备份方式.备份到磁盘上而不是磁带上 缩短恢复时间.在磁盘而不是磁带上保存最近期的备份和归档文件 避免发生意外.多个 Redo Log（增加每一个 Redo Log组的成员）.卸出数据加归档（对单个表丢失的恢复）.控制文件的多个拷贝.数据库关闭时的映象备份（冷备份）.备份和恢复过程应制成文档 恢复策略-快速参考 如果你没有足够的知识来应用正确的恢复过程，请不要盲目去做！因为如果恢复的方 法不正确，那么可能会给系统造成更多的伤害。解决之道就是立即学习！不要等到问题出 现了才去学习正确的恢复手段。成功的数据库恢复依赖下列条件：0.DBA 知识.实施正确的备份过程.认识到真正问题所在.采用正确的恢复办法.可用的备份文件 DBA 决定采用哪一种恢复方案：.In sta nee恢复（通常只是启动）.用户错误恢复（通常只是恢复用户创建的事务）.进程恢复（通常是数据库的关闭和启动）.失败语句的恢复（通常只是修复用户建立的事务）.介质恢复（是最难办的问题，请看下面）在恢复一个数据之前，DBA 必须知道以下所列的哪一个被破坏了：0.Database files（对应系统中的表空间）.Redo Logs(On-1 ine Redo Logs).Archive Logs(Off-line Logs).INIT.ORA（如果丢失可以重建）.Control Files（是否有可用的拷贝）然后，DBA 可用有效的指令处理恢复过程。在进行下列三种恢复时数据库的状态：DB On-Li ne DB Off-L ine 数据库 No Yes 表空间 Yes No 数据文件 Yes Yes 映象备份 所谓映象备份就是把数据库的关键文件拷贝到另一个目录的备份方法。映象备份或许 是最快及最安全的备份 Oracle 的方法，但其中的一个问题是你只能恢复到做映象备份的那 一时间点。另一个问题就是在备份时必须先关闭数据库。多数与映象备份相关的问题可以 通过日志归档来解决，而用日志归档来恢复要依靠一个完好的映象备份（数据库是关闭的）。如果可能的话，映象备份最好拷贝到磁盘上。然后启动数据库（用户可以开始工作），再 把映象备份拷贝到磁带上。必须要拷贝的文件如下：.所有 Database File .所有 Control File .所有 On-Line Redo Log(不归档)阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份.INIT.ORA 和 CONFIG.ORA 文件（选择；可以重建）映象备份的优势及不足 优点：.非常快的备份方法（只需拷贝文件）.易于归档（简单的拷贝）.易于及时恢复到某个时间点（只需将备份文件复制回来）.可以和日志归档方式结合使用，能够恢复到数据库失败的时间点.易于维护，很安全。缺点：.在备份时数据库要关闭.如果磁盘空间有限，你或许不得不将它拷贝到速度很慢的磁带上.不能恢复单个表或用户 最好的用法：.和日志归档起使用.如磁盘空间允许，先拷贝到磁盘上，然后在数据库运行后再拷贝到磁带上 日志归档（特别推荐）日志归档是指 Oracle 自动将 Redo Log备份（拷贝）到一个叫做归档文件的文件上。当 用户改变数据库的数据（UPDATE,INSERT,DELETE 等等）时，这种改变就被记录到 On-Line Redo Log中。因为 On-Line Redo Log可以重用，如果被重用，则记录在这个 Redo Log中的所有修改信息将被覆盖。因此，DBA 可将归档方式激活，这样 Oracle 可以自 动将备份到叫做归档文件的文件上，并且所有的修改信息可以在归档文件中被保存。激活归档方式的步骤:o 编辑你的 INIT.ORA 文件以激活归档方式 在 INIT.ORA 文件中增加如下内容：LOG ARCHIVE START=TRUE LOG ARCHIVE DEST=/Oracle7/archive/arch 注意：目录（/Oracle7/archive）是你自己创建的，或者直接与到磁带上：arch是归 档文件的前缀。将数据库设置到 ARCHIVELOG 模式$sqldba lmode=y（或 svrmgrl,7.3 版以上）SQLDBACONNECT INTERNAL SQLDBASTARTUP MOUNT SQLBDAALTER DATABASE ARCHIVELOG（激活归档方式）SQLDBAALTER DATABASE OPEN SQLDBAARCHIVE LOG LIST（看归档状态；如下所示）DATABASE log mode ARCHIVEOG Automatic archival ENABLED Archiive destination/oracle7/archive/arch Oldest Online log seq 155 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份curre nt log seque nee 156 SQLDBAEXIT 注 意：如果运行在归档模式，Oracle 将启动一个叫做 ARCH 的后台进程，可通过相应 的操作系统命令看到这个进程。热备份优点：.可以在数据库运行状态下进行.可以恢复到秒级.对于几乎所有的 In sta nee恢复都可通过热备份进行恢复 恢复快，大多数情况下可在数据库启动状态下进行.对于 Oracle7 版，更易于维护 缺点：恢复过程要绝对正确，否则问题会更糟 如果备份不起作用，则无法恢复到失败点 恢复步骤要小心，难于维护 如果一个归档文件被破坏了，则必须重头再来 取适用于 用于数据库“不能中断”有环境下 24 小时运行环境 在必须快速恢复并且不影响整个系统的情况下 DBA 有足够的时间来维护必要的文件一些 Oracle7.1 的变化 备份的“热”指没有“开始”和“结束备份”的 Alter tablespace xxx read only 命令（仅一个备份需要在只读情况下）并行恢复-较快的恢复 备份例子 确认要备份的数据文件：SELECT NAME,STATUS FROM SYS.V$DATAFILE;NAME 将返回数据文件的名字，如：/oracle7/dbs/systora7.dbf STATUS 返回的值可为 SYSTEM,ONLINE 或 OFFLINE 确认要备份的数据库的 On-Line Redo Log:SELECT GROUP#,MEMBER FROM SYSV$LOGFILE;GROUP#将返回组号：如 1,2 或 3 MEMBER 将返回物理文件的名字，如：7Oracle7/dbs/log1ora7dbf 确认要备份的数据库的控制文件：SQLDBASHOW PARAMETER contral files;.该命令将返回 Name:control files 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份Type:string Value:Oracle7/dbs/ctrlora7.ctl 确认表空间和数据库文件的对应关系，以及数据库文件的大小：SELECT TABLEAPACE NAME,FILE NAME,BYTES,STATUS FROM 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 DATABASE BACKUP CONTROLFILE TO TRACE NORESETLOGS；全数据库 export 的部分参数文件 system/ma nager FULL=Y COMPRESS=Y GRANTS=Y ROWS=Y 对某个表空间做完整的热备份步骤：$sqldba lmode=y(或 svrmgrl)SQLDBACONNECT INTERNAL SQLDBAALTER TABLESPACE tblspc to backup BEGIN BACKUP;SQLDDBAHOST cp/oracle7/dbs/tblsp1.dbf/backup/tblsp1.dbf SQLDBAALTER TABLESPACE tblspc to backup END BACKUP;恢复策略-举例说明 情况.星期一晚 11:00 点：整个数据库的映象备份.星期二（整天）：保存所有的日志归档文件.星期二晚 10:00（在下一个备份完成以前）所有数据库文件被破坏，系统不能运行。恢复过程.恢复星期一傍晚 11:00 点的映象备份（不要恢复控制文件或日志文件）恢复所有的归档文件到新的数据库 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份.恢复 On-Line Redo Log（还没有归档）到新的数据库 数据库恢复到失败前的状态 预防措施.控制文件有多个复制.日志文件有多个复制.总是使用 ARCHIVELOG 方式.使用 export 做为备份模式的一部分 一般原则 .如果有 On-Line Redo Log 和 Of-Line Redo Log,则使用 COMPLETE RECOVERY.如果缺少 On-Line Redo Log 或 Of-Line Redo Log，则使用 INCOMPLETE RECOVERY.如果当前的控制文件丢失，就使用备份的控制文件或重建 介质失败的恢复 这是一个极其复杂的处理过程。所有主要可能的方案归档为下面的两种（归档模式的 恢复；没有归档模式的恢复），请根据你的系统失败的原因采用相应的方式，无论何种情况，解决硬件冋题是相当重要的，它是解决冋题的前题。如果没有把握解决冋题，则暂时先不 要动，因为恢复过程不正确将会出现严重后果。如果读了 DBA 手册以后，还是不能确定如 何做的话；请打电话给你的技术支持，以获得帮助！注意：.归档用于映象备份，不是 Export!.失败现场的备份在 RESETLOGS被执行前，任何时间都可以做，但建议在做恢复之前 备份失败现场.恢复成功以后，要马上做一次备份！下面这几种情况下的恢复（归档方式）Oracle 手册还没有包括下面 15 种错误的恢复，除非你自己一节一节的把纠错方案 放在一起，所以很容易造成恢复的错误，要恢复这 15 种错误是很麻烦的（要确 定一个正确的恢复方法时，请参考 Oracle7 管理指南。）1.丢失所有文件（包括数据文件、redo log、归档文件和控制文件）2a.只丢失数据文件-数据库正在运行 2b.只丢失数据文件-数据库已经关闭 3a.只丢失 redo log 文件的恢复（日志文件未被访冋）3b.只丢失 redo log 文件的恢复（日志文件已被访冋）4.只丢失归档文件 5a.只丢失控制文件（还有其他几个控制文件）5b.只丢失控制文件（所有的控制文件都被损坏）6.丢失数据文件，redo log 和归档文件-无归档模式 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份7a.丢失数据文件，归档文件和控制文件-有归档模式 7b.丢失数据文件，归档文件和控制文件-有归档模式 8.丢失数据文件，redo log 和控制文件 9.丢失数据文件和 redo log 10a.丢失数据文件和归档文件-无归档模式 10b.丢失数据文件和归档文件-有归档模式 11.丢失数据文件的控制文件 12.丢失 redo log，归档文件和控制文件 13.丢失 redo log 和归档文件的恢复 14.丢失 redo log 和控制文件的恢复 15.丢失归档文件和控制文件的恢复 Import/Export 概述 Import 和 Export 是 Oracle 的两个实用程序。Import/Export 备份方法比较可靠，但对速度不 算很快。它最适用于恢复单个的表（如你使用映象备份，要恢复单个表是很困难的），一 个 Export 出来的文件是能够恢复一个单独表。对开发环境来说，由于开发者经常修改或删 除表，这种备份方法就比较适用。优点：.从整个数据库备份中能够恢复单个表.是安全和有效的.当恢复时，能对表重新配置和清除碎块.整个数据库是在一个文件里.能以方便在不同的操作系统之间移动数据.能从一个用户移动数据到另一个 缺点：.在备份以后数据没法追加（只能恢复到备份的时间点）.恢复时间较慢.数据库必须关闭以后得到一致性的备份.太容易维护 最适用于.与其它类型的备份交替，例如归档.在非常少的数据更新时（能重新产生），每天都做（一个静态备份）.开发环境情况下，表被“意外”删除。对象（所有对象的统计数目）：在重建之前使用*Database object count by owner by object type*set termout on 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份set nu mwidth 3 set wrap on set verify on set recsep off set feedback on set space 2 set n ewpage 0 set pagesize 60 set lin esize 79 set tab off set echo off break on today colu mn today n ew value date select to char(sysdate,mm/dd/yy)today from dual;clear break ttitle left desc 01.sq1 right printed:date skip 上 cen ter Database object Count by owner by object type skip 2;btitle skip 2 cen ter page SQL.PNO break on owner skip 2 colu mn count format 9,999 headi ng cou nt colu mn owner format a30 head ing ow ner column object type format a30 heading Type spool desc 01.lis select owner,count(*)count,object type from sys.dba objects group by own er,object type;spool off;exit;数据库所有对象数目的统计可用于帮助 DBA 确认所有的实体是否已经被成功的重建。对 DBA 来说，这是数据库完整与否的决定清单。做为一个 DBA 来说，“实践是最重要的”，每一个恢复的要求是必定要成功的。所以要练习你的恢复方案，更加重新完善你的备份方 案。如果你不是 DBA，也可以通过浏览 Oracle DBA 指南来找到一个方法来恢复你的系统。归档备份技巧 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份 1 概念：米用归档方式的目的在于当发生例程或介质失败时能最大限度的恢复数据，以及进行 联机的数据库备份。采用归档方式要求数据库必须处于 archive log 模式，即采用 Create database archivelog命令创建数据库，或数据采用 Noarchive log命令创建后，用命令 Alter database archive log将数据库改为 archive log 模式，归档是指 Oracle 后台进程 ARCH 对 Redolog 文件进行拷贝。设定自动归档模式的方法为设置数据库初始化参数 log_archive_start=true,这样，后台进程 ARCH 被启动，ARCH 搜索并拷贝非活动状态的 redolog 文 件。手工归档方式是指数据库已设定归档方式，并且以参数 log archive start=false(缺省值)启动。尽管这种方式使用户可以控制 redo log 文件何时被拷贝，但并不推荐采用 这种方式，手工归档方式使数据库难以管理。例如：当事务处理突然非常繁忙时，数据库可能回挂死，等待日志文件被手工 归档，然而手工归档可以与自动归档相结合。三个常用的手工归档命令：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是最常用的命令，它可以归档除当前的和已被归档的 以外 所有的 redo log 文件。线索(Thread)是并行服务器用到的概念。然而它对于并非服务器的备 份与恢复也同样有效。一个线索包括在线的 redo log 文件和已被归档的日志文 件部分，对于非并行服务器，只有一个线索和多个 redo log group。而并行服务器具有与并 行例程相等的线索。日志文件能或不能被归档，取决于这个线索的状态与模式，ARCH 进 程保证了一个线索的 redo log 的归档。在 OPS 环境下，ARCH 进程保证了一个例程的线索的所有在线的 redo log 文件被归档，除 current 状态的 redo log 文件以外。它可以归档：*当前例程的线索的所有非活动的 redo log group*其他例程的线索的所有状态为 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）*每个 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 文件进行大量的写入，归档进程或其他执行恢复的 进程需读redo log 文件，也就是说，redo log 文件所在硬盘会有大量的与入，有时会有大量 的读操作，通常读和与不会产生竞争。建议对 redo log 文件进仃 Oracle 镜象或米用硬件镜象。redo log 文件不应和归档文件放 在同一个硬盘上，理想的配置是redo log 文件应与其他文件分别放在不同的磁盘上，redo log member 或镜象文件应分开放在不冋的硬盘和控制器上，以防止单点故障和提咼吞吐量。建议 redo log 文件最好能放在米用 Raid0+1（mirror and striping）配置的原始设备上，striping 弓 1 入了与盘的并行机制，能提咼与入的速度。归档文件必须放在文件系统里，理想 的应采用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 系统，应特别注意归档方面的问题，应花费 一定的时间收集潜在的信息。以便及时的采取相应的解决方案，保证数据的完整性。比较 常见的冋题有，log archive dest目录空间不足，或设置了归档方式，但没有 ARCH 进程等。阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份当碰到归档问题时，应米用如下方法解决问题：*收集问题的详细描述。*用 ARCHIVE 命令调试。用 alter system archive lig list命令显示归档的配置和归档进程的状态。然后，可执仃 alter system archive log next current命令，通常会产生更明白的错误信息。*查看动态数据字典：相关的数据字典：V$LOG V$DATABASE V$LOG FILE V$ARCHIVE *查看 alert 文件和 trace 文件。Alert.log 和后台进程的 trace 文件可能会指出归档方面的错误。当前的归档目录由于缺 之空间而不能被与入。或米用手工归档方式时，所有的 redolog 都被与满。用户可根据 alert 文件和 trace 文件中的错误信息采取相应的措施。*监控 ARCH 进程。*找出相应的解决方案以避免问题再次发生。归档问题发生后，应及时找出问题，归档文件应备份到一定的介质上，带离现场，以 保证数据获得最大的安全性。Export/lmport使用技巧与常见错误 Export 和 Import 是一对读与 Oracle 数据的工具.Export 将 Oracle 数据库中的数据输 出到操作系统文件中Import 把这些文件中的数据读到 Oracle 数据库中.Export/lmport可 以用来完成以下工作：数据归档，数据库升级，备份数据库，把数据从一个数据库移到另一 个数据库，回收数据库存储碎片等等.使用 Export 除了要保证磁盘或磁带上有足够的空间，还必须执行 expvew.sql和 expvew.sql来创建 Export 使用 的示图，并创建 EXP_FULL_DATABASE ROLE.使用 Export 的用户应具有 CREATE SESSION 的权限,若 要 Export 其他用户的表还要有 EXP_FULL_DATABASE ROLE。同样，使用 Import 必须用 catex.sq 1 来创建 IMP_FULL_DATABASE ROLE。使用 Import 的用户应具有 CREATE SESSION的权限.Import 只能读入用 Export 创建的文件。如果该文件是全库 Export,使用 Import 的用户还要有 IMP FULL DATABASE ROLE。Export/lmport有三个级别：表级，用户级和全数据库级。表级允许 Export/Import 指定的表而不涉及其他数据库对象.用户级 Export/Import 只 针对属于指定用户的全部数据库对象.只有拥有 EXP FUII DATABASE/IMP FUII DATABASE ROIE 的用户才能使用全数据產级的 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份Export/lmport。有二种方式执仃 Export/lmport:参数文件方式,命令行方式和交互式。使用参数文件是一种比较好的方式，格式为：Exp PARFILE=file name Imp PARFILE=file name 命令仃方式疋指在命令仃中扌曰疋参数:Exp TABLES=(emp,dept)GRANTS=y Imp FROMUSER=scott TOUSER=test TABLES=(emp,dept)交互式只要敲入 Exp 或 Imp 然后回答屏幕上的提冋即可。Export/Import还能用来备份/恢复数据库 通常增量(INCREMENTAL),积累(CUMUL-ATIVE)和完全(COMPLETE)三种方式，它们又统称增量 Export。但必须注意 的是，为了保证数据的一致性，使用增量 Export 时不能有用户修改数据 增量 Export 的好处在 于能够缩短时间，而不影响数据的可靠性 增量 Export 只输出上次使用 INCTYPE 参数输出 后又被修改过的表 如果只修改了表中的一行，那么整个表都将被输出。当你以查询为主的 表时，增量输出能节省时间的好处才能体现出来 相反，如果每天都要修改数据库中的多数 表，增量输出的好处就不那么突出了 另一个需要注意的是，在用增量输入(IMPORT)恢复 数据前IMPORT 要删除增量输出的表 对于那种含有经常需要修改的大表的数据库，恢复 数据会很费时间。三种增量输出的主要区别在于输出的总量不同：1.完全输出(相当于全库输出)输出全部对象并清除增量输出的表 虽然完全增量输出 和全库(FULL EXPORT)相冋的信息，但还要对表作标识，作为下次增量输出的基础。2.积累输出输出从上一次积累输出或完全输出后被修改的对象。3 增量输出(INCREMENTAL EXPORT)输出上一次完全，积累或增量输出后被修改的 对象.每次增量输出都要在增量输出表中插入信息 完全增量输出在清除这些表后再插入信 息。下图是某公司使用增量输出的例子：每月的第一天作完全增量输出(COMPLETE EXPORT-X)2每周作积累输出(CUMULATIVE EXPORT-C)3 每天作增量输出(INCREMENTAL EXPORT-I)1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 M T W T F S S M T W T F S S M X I I I I I C I I I I I I C I 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 T W T F S S M T W T F S S M T 阻止了数据的复原如果你没有足够丰富渊博的知识来建立一个正确的备份方案那么当恢复问题出现时你也许会付出很大的代价能够熟悉所有的恢复过程并按照可接受的恢复手段创建正确的备份方案也许即是你成功的关键如果正确的完整的备份方案来保护你的系统这篇文章介绍了很多知识技巧以助你创建一个完整的方案备份策略快速参考如下的备份方案是可行有效的全部和部分卸出数据增量卸出数据一般不米纳映象备份热备份归档整个文件系统的复制以上方果在一个较频繁的开发环境中可增加次数完整映象每晚较好到每周归档激活肯定缩短备份时间缩短数据库关闭时间当数据库运行时可以使用热备份方式备份到磁盘上而不是磁带上缩短恢复时间在磁盘而不是磁带上保存最近期的备份I I I I I C I I I I I I C I I 第七天的积累输出包含了第一天完全增量输出后修改的全部对象 并且包含了第二天 到第六天增量输出相同的信息 积累输出的好处在恢复数据时就体现出来了，那时只用一 个文件就可以而不必使用六个文件。为