Oracle数据库备份和恢复配置详解
第一个查询说明该数据库有三个日志文件组。此时LGWR进程正在写的当前组是组1(status - current),其他两个组是不活动的。SEQUENCE#列说明从创建数据库以来(或者使用ALTER DATABASE OPEN RESETLOG重置日志顺序以来)总共发生过10次日志切换。MEMBER列说明每个组都由一个成员组成。 ? 第二个查询显示了不同的联机重做日志文件。其中,每个文件都是由GROUP#标识的一个组的一部分,并且具有唯一的名称。STATUS列应当时钟为空。如果该成员未使用(原因通常是数据库刚打开,尚未发生日志切换),那么其状态为STALE,并且一直会持续到发生第一次日志切换时。如果日志文件成员的状态为INVALID,则说明存在问题。 ? 命令lter system switch logfile强制执行日志切换。 ? 最后一个查询说明在日志切换后,组2成为LGWR进程进行写操作的当前组,序列号切换为11。先前的当前组(组1)的状态变为ACTIVE,这以为着如果此时出现实例失败,SMON进程仍然需要使用组2来进行实例恢复。稍后,由于检查点位置前移,因此这个组的状态不久将变为INACTIVE。 ? 为了防止数据库在联机重做日志文件组受到破坏时丢失数据,请准备多路复用副本。可以给每个日志文件组使用下面的命令,将多路复用副本添加到联机日志中: ? alter database add logfile member ‘D:apporaleoradataredo01a.log‘ to group 1; ? 归档日志模式和归档器进程 ? 将数据库改为归档日志模式能够确保:如果联机重做日志文件组没有首先被复制为归档日志文件,那么不能被重写。这样将存在一系列归档日志文件,这些文件描述了应用于数据库的所有变化的完整历史。如果一个数据文件在某个时刻被破坏,那么可以还原该数据文件的一个备份,并应用归档日志重做流中的变更,从而使这个数据文件是最新的。 ? 在默认情况下,数据库时在非归档日志模式中创建的,这意味着日志切换在没有先进行复制的情况下会重写联机重做日志文件。此时数据库仍然不会受损,但是如果数据文件因为介质失败被损坏,那么会丢失数据。在数据库被转换至归档日志模式时,如果从最近一次数据库备份开始生成的所有归档日志文件都可用,那么不会丢失数据。 ? 一旦数据库被转换至归档日志模式,就会自动启动一个新的后台进程:归档器进程ARCn。在默认情况下, Oracle会启动4个这样的进程,不过在实际应用中最多可以启动30个。 ? Oracle实例使用ARCn进程维护归档日志的创建过程,但是DBA必须通过使用操作系统命令或RMAN来控制到磁带的迁移过程。 ? 数据库只有在干净关闭后处于加载模式时,才能转换至归档日志模式,并且必须由建立了SYSDBA连接的用户完成。此外,还必须设置若干初始化参数,来控制所生成的归档日志名称和位置。 ? 配置快速恢复区 ? 快速恢复区是一个磁盘目标,用作与恢复相关的文件的默认位置。可以使用两个实例参数对快速恢复区进行控制: ?
? ? ? 快速恢复区的配置和使用在两个视图中显示:
? ? ? 写入快速恢复区(除非另外指定)的文件包括:
? RMAN可以管理快速恢复区中的空间:它可以根据已配置的关于保留文件副本和备份的策略,删除不再需要的文件。在理想状况下,快速恢复区将足够大,可以存储完整的数据库副本、在必要时恢复副本所需的任何归档日志和增量备份,以及联机重做日志文件和控制文件的多路复用副本。 ? 数据库备份例程还应包括将快速恢复区备份到磁带,从而实现一级、二级和三级存储的策略。 ?
? RMAN可以管理整个周期:将数据库从一级存储备份到二级存储,并将备份从二级存储迁移到三级存储。可以将这样的系统实现为在故障之后能接近瞬时恢复,同时能在必要时及时恢复数据库。 ? 快速恢复区可以随时配置,不会影响其中的任何文件。变更只应用于之后创建的文件。 ? 配置ARCHIVELOG模式 ? 切换为归档日志模式的过程:
原文:https://www.tuicool.com/articles/r2EZB3Z (编辑:晋中站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |