下载文档原格式
Oracle 备份恢复方案第一章基础知识一、备份内容：备份数据库一般包括备份数据库文件、控制文件、归档重做日志文件和INIT.OTRA文件，如果有可能，备份还应包括可执行代码和配置文件。
二、备份方法分类：主要的备份方法有物理备份、逻辑备份和恢复管理器（RMAN）备份。
1．物理备份是实际物理数据库文件从一处拷贝到另一处的备份，它使用操作系统提供的拷贝命令来完成，包括操作系统备份（NT下一般不用）、冷备份和热备份；2．逻辑备份是利用SQL从数据库中抽取数据并存入二进制文件，这些数据可以重新导入原来的数据库，或者以后导入其它数据库，ORACLE提供的EXPORT/IMPORT工具可用于进行数据库的导入和导出。
3．恢复管理器RMAN（Recovery Manager）为Oracle 8新引入，能够完成数据库的备份与恢复任务，既可以在图形用户界面GUI中使用，也可以在CLI （命令行）中使用。
三种方法各有长短，DBA应该综合灵活运用。
第二章物理备份和恢复一、冷备份步骤如下：1、关闭数据库实例：命令行下关闭数据库有三种方式：normal，immediate，和abort，对于备份而言，immediate方式最好，因为这种方式既避免了normal方式下因用户忘记退出而造成的等待，且因为Oracle进行了回滚和检查点操作，可以保证数据库的一致和完整性。
推荐在控制面板的服务窗口下关闭专用服务，可以彻底的关闭数据库，这里的数据库服务名为OracleServiceZZYD。
2、拷贝所有与数据库相关的物理文件：包括控制文件、重做日志文件和数据库文件，这里拷贝目录E:\ZZYD即可，另外最好把监听器配置文件(d:\orace\ora81\network\admin\目录下的listener.ora和tnsnames.ora)也拷贝下来。
3、完成拷贝后重新启动数据库。
二、热备份步骤：热备份是一个复杂的过程，这是因为每个表空间都是一个完整的备份过程。
oracle数据库备份与恢复方案一、编写目的 (1)二、备份工具及备份方式 (1)三、软件备份 (1)四、软件恢复 (1)五、数据备份 (2)六、备份的存储 (2)七、备份数据的保存规定 (2)八、备份介质的格式 (3)九、数据恢复 (4)编写目的本文档主要说明公司项目在实施现场的软件及数据的备份和恢复方案。
二、备份工具及备份方式1.备份工具Oracle RMAN (Recovery Manager)：是一一种用于备份(backup)、还原(restore) 和恢复(recover)数据库的Oracle工具。
RMAN只能用于ORACLE8或更高的版本中。
它能够备份整个数据库或数据库部件，如表空间、数据文件、控制文件、归档文件以及Spfile参数文件。
RMAN也允许您进行增量数据块级别的备份，增量RMAN备份是时间和空间有效的，因为他们只备份自上次备份以来有变化的那些数据块.2.备份方式(1)自动备份：由Windows计划任务调度完成；(2)手工备份：完成特殊情况下的备份，分热备份和冷备份，热备份是指在不关闭数据库情况下进行备份，冷备份则需要停止Oracle实例服务。
三、软件备份1.以七天为一个周期每天23：00将所有软件拷贝到其他存储介质上2.超出七天的备份依次删除3.每月一号将上月最后7天的备份文件刻录到光盘上四、软件恢复1.找出最近的备份程序覆盖到正式运行环境的相应目录中1.业务系统或数据库在打重要补丁或升级的前后，必须按要求对业务系统进行停机备份或非停机备份,备份需包含应用和数据库的文件系统及数据，备份方式为手工备份，使用RMAN执行备份；2.系统日常备份:作为7*24运行的重要系统，必须最小化数据丢失的同时,还需要尽可能缩短恢复时间，数据库的日常备份策略如下：(1)确保数据库处于ArchiliveLog模式；(2)每日凌晨01：00执行数据库全备份,含控制文件备份；(3)每四小时间隔执行数据库归档日志备份，含控制文件备份；(4)每间隔两周执行数据库与应用系统文件备份，执行时间：数据库服务器在第一周的周六05：00，应用服务器在第一周的周六7：00。
oracle数据库备份与恢复方案在数据库管理中，备份和恢复是至关重要的任务，以确保数据的安全性和可靠性。
Oracle数据库是业界广泛使用的一种关系型数据库管理系统，因此建立一个有效的备份与恢复方案对于保障数据的连续性至关重要。
本文将介绍一种基于Oracle数据库的备份与恢复方案。
备份策略1. 定期完全备份：定期进行完全备份是数据库备份方案的核心。
在该方案中，每隔一段固定的时间，如每周或每月，进行一次完整的数据库备份，将整个数据库的数据和日志都保存起来。
这样，在发生故障时可以方便地还原数据库到最新的备份点。
2. 增量备份：为了减少备份时间和存储空间的占用，可以采用增量备份作为补充措施。
增量备份只备份自上次完全备份以来所做的更改，有效地减少了备份所需的时间和存储空间。
每次增量备份时，将存储增量日志，记录了从上次备份至备份时间点之间的所有更改。
这样，在恢复时只需要应用增量日志即可。
3. 归档日志备份：归档日志是Oracle数据库的重要组成部分，记录了数据库操作的详细信息。
定期对归档日志进行备份，可以保证数据库操作的完整性，以及为数据库灾难恢复提供必要的数据。
恢复策略1. 完整恢复：在发生灾难性故障或数据库崩溃时，首先进行完整恢复。
这需要使用最近的完全备份和所有的增量备份进行数据库的还原。
还原数据库后，再应用归档日志以恢复到最新的状态。
2. 点时间恢复：除了完整恢复外，有时候也需要进行点时间恢复，即将数据库恢复到某个特定的时间点。
这通常发生在误操作或者数据丢失的情况下。
在点时间恢复中，需要找到离指定时间点最近的完全备份，然后逐渐应用增量备份和归档日志，直到恢复到指定时间点。
3. 数据库复制和灾难恢复：为了防止单点故障，可以考虑使用数据库复制和灾难恢复方案。
通过将数据库复制到另一个地理位置的服务器，可以实现实时或定期的同步备份。
当主数据库发生故障时，可以快速切换到备份服务器，实现业务的持续运行。
总结在Oracle数据库管理中，备份与恢复方案是确保数据安全的重要措施。
Oracle数据库备份与恢复的三种⽅法备份与恢复的三种⽅法Oracle数据库有三种标准的备份⽅法，它们分别是导出／导⼊（EXP/IMP）、热备份和冷备份。
导出备件是⼀种逻辑备份，冷备份和热备份是物理备份。
⼀、导出／导⼊（Export／Import） 利⽤Export可将数据从数据库中提取出来，利⽤Import则可将提取出来的数据送回到Oracle数据库中去。
１、简单导出数据（Export）和导⼊数据（Import） Oracle⽀持三种⽅式类型的输出： （１）、表⽅式（T⽅式），将指定表的数据导出。
（２）、⽤户⽅式（U⽅式），将指定⽤户的所有对象及数据导出。
（３）、全库⽅式（Full⽅式），瘵数据库中的所有对象导出。
数据导⼊（Import）的过程是数据导出（Export）的逆过程，分别将数据⽂件导⼊数据库和将数据库数据导出到数据⽂件。
２、增量导出／导⼊ 增量导出是⼀种常⽤的数据备份⽅法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。
在进⾏此种导出时，不要求回答任何问题。
导出⽂件名缺省为export.dmp，如果不希望⾃⼰的输出⽂件定名为export.dmp，必须在命令⾏中指出要⽤的⽂件名。
增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，⽐如：exp system/manager inctype=complete file=040731.dmp （２）、“增量型”增量导出 备份上⼀次备份后改变的数据，⽐如：exp system/manager inctype=incremental file=040731.dmp （３）、“累积型”增量导出 累计型导出⽅式是导出⾃上次“完全”导出之后数据库中变化了的信息。
⽐如：exp system/manager inctype=cumulative file=040731.dmp 数据库管理员可以排定⼀个备份⽇程表，⽤数据导出的三个不同⽅式合理⾼效的完成。
ORACLE数据备份与数据恢复方案一、背景介绍在现代信息化时代，数据备份与恢复方案对于企业的安全和可靠性至关重要。
ORACLE作为一种常用的关系型数据库管理系统，其数据备份与恢复方案更是必不可少的一环。
本文将详细介绍ORACLE数据库的数据备份与数据恢复方案，以确保数据的完整性和可靠性。
二、数据备份方案1. 定期全量备份为了保证数据的完整性，建议每周进行一次全量备份。
全量备份将数据库中的所有数据和表结构备份到磁盘或磁带上，以便在数据丢失或损坏时进行恢复。
备份过程可以通过使用ORACLE提供的备份工具，如RMAN（Recovery Manager）来实现。
2. 增量备份除了全量备份外，增量备份也是非常重要的一种备份方式。
增量备份只备份自上次全量备份以来发生变化的数据，可以大大减少备份所需的时间和存储空间。
增量备份可以通过使用ORACLE的归档日志（Archive Log）来实现，归档日志记录了数据库的所有变更操作。
3. 冷备份与热备份冷备份是在数据库关闭的情况下进行的备份，适用于对数据库的停机时间要求较低的情况。
热备份是在数据库运行的情况下进行的备份，可以实现数据库的连续运行，但备份过程可能会对数据库性能产生一定的影响。
4. 存储介质选择备份数据需要选择合适的存储介质，如磁带、硬盘或网络存储设备。
磁带备份具有较高的存储容量和较低的成本，适用于大规模数据备份。
硬盘备份速度较快，适用于小规模数据备份。
网络存储设备可以提供远程备份和容灾功能。
5. 定期验证备份数据的完整性备份数据的完整性非常重要，建议定期验证备份数据的可用性和完整性。
可以通过恢复测试来验证备份数据的有效性，确保在数据恢复时不会出现问题。
三、数据恢复方案1. 故障恢复当数据库发生故障时，可以通过以下步骤进行数据恢复：- 恢复最近的全量备份- 应用增量备份和归档日志，将数据库恢复到故障发生前的状态- 进行数据库的完整性检查和修复2. 误操作恢复当用户误操作导致数据丢失或损坏时，可以通过以下步骤进行数据恢复：- 恢复最近的全量备份- 应用增量备份和归档日志，将数据库恢复到误操作前的状态- 进行数据修复和恢复3. 灾难恢复在面对自然灾害、硬件故障或人为破坏等灾难性事件时，可以通过以下步骤进行数据恢复：- 恢复最近的全量备份- 应用增量备份和归档日志，将数据库恢复到灾难发生前的状态- 进行灾难恢复的测试和验证四、数据备份与恢复策略1. 定期制定数据备份与恢复策略数据备份与恢复策略应该根据业务需求和数据变更频率进行定期制定。
oracle数据库备份与还原方法一、Oracle数据库备份方法。
1.1 冷备份。
冷备份是在数据库关闭状态下进行的备份。
这就好比是给一个睡着的人做全身检查，一切都是静止的，好操作。
你得把数据库相关的文件，像数据文件、控制文件、重做日志文件等一股脑儿地拷贝到一个安全的地方。
这种备份方法简单直接，但是呢，在备份期间数据库是不能使用的，就像你要修东西得先把它停下来一样，有点不方便。
不过它恢复起来也相对容易，就像把之前拷贝走的东西再原封不动地拿回来就好。
1.2 热备份。
热备份可就不一样啦，它是在数据库运行的时候进行备份的。
这就像是给一个正在跑步的人换鞋子，难度不小。
热备份主要是利用归档模式，对表空间或者数据文件进行备份。
这种方式不影响数据库的正常使用，就像在火车行驶的时候给它换个小零件，火车还能继续跑。
但是热备份的操作相对复杂一些，需要对Oracle数据库有比较深入的了解，不然很容易搞砸，那可就“偷鸡不成蚀把米”了。
1.3 逻辑备份。
逻辑备份呢，是通过Oracle的工具，比如EXP或者EXPDP来进行的。
这就像是把数据库里的数据按照一定的逻辑规则整理出来，打包带走。
它可以备份特定的表、用户或者整个数据库。
这种备份方式比较灵活，就像你可以从一个大仓库里挑选你想要备份的东西。
但是逻辑备份的速度可能会比较慢，特别是数据量很大的时候，就像小马拉大车，有点吃力。
二、Oracle数据库还原方法。
2.1 冷备份还原。
如果是冷备份还原，那就简单多啦。
首先把数据库关闭，然后把之前备份的文件再拷贝回原来的位置，就像把东西放回原位一样。
不过要注意文件的权限和路径，可不能张冠李戴。
一切就绪后，再启动数据库，就大功告成了。
这就像把修好的东西重新启动，又能正常工作了。
2.2 热备份还原。
热备份还原就复杂得多了。
首先要根据备份的情况，确定需要还原的表空间或者数据文件。
然后利用归档日志和备份文件进行恢复。
这过程就像走钢丝，得小心翼翼的。
Avamar备份和恢复Oracle数据库操作手册1.1 Oracle数据库备份首先要进入Sqlplus用archive log list—查看是否开启了归档模式；Oracle做热备份必须是归档模式，同时需要进入mount或open状态。
因此当发现不是归档模式时，需要采用以下步骤先把Oracle修改为归档模式才能正常备份。
1.首先关闭数据库：2.然后重新连接进sqlplus，再把Oracle启动到mount状态，然后修改成归档日志模式，修改完成后打开数据库到open状态（用alter database open 命令）：1.2 Oracle数据库恢复注意：在Oracle恢复之前有几项准备工作要做：首先，在执行恢复之前，先关闭Oracle（SQL>shutdown immediate;）；然后，删除联机日志和归档日志（或者转移到另外的目录）。
在测试时为了验证Oracle可恢复，在备份完成后删除了一些表，那么恢复前需要删除现有的联机日志和归档日志。
如果不删除日志，由于在恢复时，只会恢复控制文件和数据库，不会恢复日志文件，因此为了避免恢复后控制文件再去读取现有的日志文件（导致再次做删除操作），所以需要删除联机日志和归档日志（防止删除时正好联机日志做了日志切换）。
具体操作：把D盘oracle\product\10.2.0\oradata\test目录下的REDO01.LOG、REDO02.LOG的、REDO03.LOG 三个联机日志删除，然后再把D盘oracle\product\10.2.0下的相关归档日志删除。
再把Oracle启动到nomount状态，可运行如下命令：C:\Document and Setting\Administrator>sqlplus / as sysdba或C:\Document and Setting\Administrator>sqlplus /nologSQL>conn as sysdba;SQL>Startup nomount;完成以上步骤之后，就可以在Avamar上执行恢复：1.登陆Avamar Administrator管理界面，选择“backup and restore”；2.进入“Backup and Restore”界面；1)选择客户机；2)选择Windows Oracle Rman。
O R A C L E数据备份与数据恢复方案Prepared on 24 November 2020摘要结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。
Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。
要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。
关键字：数据库远程异地集中备份目录一、前言目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。
另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。
但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。
如做了备份，恢复数据就显得很容易。
由此可见，做好数据库的备份至关重要。
因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。
传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。
但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。
因此迫切需要建立一个集中的、自动在线的企业级备份系统。
备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。
本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。
二、金华电信ORACLE数据库的备份与恢复方案由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。
为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。
（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。
利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。
所有数据可以备份到同备份服务器或应用服务器相连的任意一台磁带库内。
(2)全自动的备份: 对于大多数机房管理人员来说,备份是一项繁重的任务。
每天都要小心翼翼,不敢有半点闪失,生怕一失足成千古恨。
网络备份能够实现定时自动备份，大大减轻管理员的压力。
备份系统能根据用户的实际需求，定义需要备份的数据，然后以图形界面方式根据需要设置备份时间表，备份系统将自动启动备份作业，无需人工干预。
这个自动备份作业是可自定的,包括一次备份作业、每周的某几日、每月的第几天等项目。
设定好计划后，备份作业就会按计划自动进行。
(3)数据库备份和恢复: 数据库系统已经相当复杂和庞大，不能用文件的备份方式来备份数据库。
企业级的备份系统能够对数据库在不中断业务、不停顿数据库的情况下对数据进行联机的自动备份，包括可以进行数据库备份、日志备份、完全备份、增量备份等。
(4)归档管理: 用户可以按项目、时间定期对所有数据进行有效的归档处理。
提供统一的数据存储格式从而保证所有的应用数据由一个统一的数据格式来作永久的保存，保证数据的永久可利用性。
(5)有效的媒体管理: 备份系统对每一个用于作备份的磁带自动加入一个电子标签，同时在软件中提供了识别标签的功能，如果磁带外面的标签脱落，只需执行这一功能，就会迅速知道该磁带的内容。
(6)满足系统不断增加的需求:备份软件必须能支持多平台系统，当网络连接其它的应用服务器时，对于网络存储管理系统来说，只需在其上安装支持这种服务器的客户端软件即可将数据备份到磁带库或光盘库中。
备份系统数据库备份策略数据库运行在归档模式下，利用Veritas软件模块调用数据库的备份接口进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的要求，可以利用Veritas的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。
针对数据库的总数据量和增量数据量大小，我们可以利用数据库的多级的增量备份机制，结合Veritas 强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。
备份系统数据库恢复策略通过本地的Veritas Server结合Veritas for Databases利用备份数据进行数据恢复。
恢复时，Veritas 可以实现多线程的数据恢复，利用Veritas 独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。
先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ARCHIVE LOG来恢复（要求数据库在ARCHIVE LOG模式下工作）。
这种恢复方式比全部用ARCHIVE LOG恢复要快。
如果两份冗余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。
如果最近一次的全备份恢复都不可用,则利用上个周期的全备份＋上个周期的最后一次增量备份＋本周期的最近一次增量备份＋增量备份到断点的ARCHIVE LOG来恢复。
如果增量备份都不可用，那么用全备份＋ARCHIVE LOG来恢复。
金华电信97系统及营销支撑系统的系统状况金华电信经过这么多年的信息系统建设，目前已经运行着多个系统，除计费系统有较为完善的备份系统外，其他系统的备份系统都需要完善。
其中97系统的机器型号IBM 7040-61R，操作系统，数据库类型ORALCE8.1.7金华电信97系统、营销支撑系统及备份系统总体结构图对于具体的备份环境和结构,我们结合了Oracle备份技术和LAN环境的SAN备份结构.该系统的结构如下图所示（以97系统与营销支撑系统为例）备份系统总体结构图备份系统结构图说明此在线存储系统采用了基于SAN（存储区域网络）的结构，SAN是一种高速网络或子网络，提供在计算机与存储系统之间的数据传输。
存储设备是指一张或多张用以存储计算机数据的磁盘设备。
一个 SAN 网络由负责网络连接的通信结构如光交换机、负责组织连接的管理层、存储部件以及计算机系统构成，从而保证数据传输的安全性和力度。
由于整个SAN系统的数据量比较大，所以备份系统采用SAN结构，将磁盘阵列直接连接到SAN的交换机上，和备份服务器、多台服务器均通过SAN相互连接，利用SAN的高性能来提高备份速度、降低数据备份对网络和服务器的影响。
备份系统结构图说明如下:(1)Veritas 服务器(即备份服务器):备份系统是数据安全的关键系统，而备份服务器是备份系统的核心，因此从安全可靠的角度，采用专用的备份服务器，在这台服务器上安装VERTIAS Server端软件，集中管理控制磁带库、定制备份策略、管理备份作业、管理磁带等，同时安装oracle catalog库。
(2)备份方案:对97系统购买IBM VERTIAS 备份软件，将数据备份至磁盘阵列上面，备份数据走光纤通道。
对营销支撑系统，我们从SAN存储的FATA盘上划部分空间直接挂到系统中，然后直接采用RMAN做备份，以降低成本。
之所以采用FATA盘的目的是为了避免和FC盘有IO冲突。
(3)M300磁盘阵列:在我们的方案当中，我们采用磁盘阵列来代替一贯采用的磁带库。
磁盘阵列具有性能高，可靠性高，维护方便等优点。
本方案中采用专业存储厂商富士通的中高端存储ETERNUS3000 M300，作为一种面向开放系统的存储系统，ETERNUS3000在性能、容量及连通性等方面将世界标准提高到一个新层次。
M300的容量为6T的FC盘，10T的FATA盘。
在FC盘上保留所有系统的一份全备，其他的备份在白天定期转移到FATA盘。
在FATA盘上保留1-2份全备，其他的定期转移到3583磁带库中。
(3)光纤交换机:为了使整个系统具有良好的扩展性，我们在数据中心采用了被评为最优秀的网络存储产品博科的16口的光纤交换机，在新大楼备份中心采用博科的8口的光纤交换机。
(4)磁带库:本方案中的磁带库采用的是原先计费系统所用的3583磁带库。
我们定期将FATA盘上的备份自动转移到该磁带库上，做更久的保留。
(5)逻辑备份服务器:为了充份利用旧有的设备来提高异地集中备份系统的稳定性，安全性，我们利用旧有设备IBM 7044-170小型机和IBM 3542阵列来搭建一个逻辑备份系统。
所有的逻辑备份都放到该机器上面来，使得逻辑备份和物理备份在物理上开离。
这样一来避免了IO冲突，二来提高了备份系统的可靠性。
三、金华电信97系统的数据库备份和恢复备份方法采用Veritas NBU物理备份加EXP逻辑备份。
Exp逻辑备份在服务器上直接备份，定期转移到逻辑备份服务器。
备份策略备份策略: (1) 每周进行一次数据库全备份操作，并定期将FC盘上面的物理备份定期转移到FATA盘上，同时将FATA盘阵上面的物理备份定期转移到磁带库上，至少保存 3 个全备份；全备份时间选择在每周星期六凌晨12：00 开始。
(2) 数据库采用Archive Log 模式，每天晚上12：00 开始进行增量备份。
(3) 与数据库的逻辑备份相配合，我们每天进行一次数据的exp备份，即每天做一个完整的数据库EXPORT 备份；备份时间选择在每天凌晨1：00 开始。
Exp备份还是备到本机，定期将其ftp到逻辑备份服务器上。
恢复策略恢复策略:(1) 数据文件损坏或磁盘阵列损坏：针对这种情况可以采用Veritas NBU从FC磁盘阵列中恢复。
(2) 误操作或对象级逻辑上的损坏：针对这种情况可以从exp备份中采用imp恢复。
性能影响数据库采用归档模式对97数据库性能将产生一定的影响。
因为在归档模式下，oracle需要将归档日志归档到归档目录(也就是copy)。
在IO资源不成为瓶颈的情况下，对系统影响将可以不予考虑。
