oracle归档模式

一、联机重做日志的规划管理 1.联机重做日志 记录了数据的所有变化(DML,DDL或管理员对数据所作的结构性更改等) 提供恢复机制(对于意外删除或宕机利用日志文件实现数据恢复) 可以被分组管理 　　 11g默认的大小是50M 2.联机重做日志组 由一个或多个相同的联机日志文件组成一个联机重做日志组 至少两个日志组，每组一个成员(建议每组两个成员，分散放开到不同的磁盘) 由LGWR后台进程同时将日志内容写入到一个组的所有成员 LGWR的触发条件 在事务提交的时候(COMMIT) Redo Log Buffer 三分之一满 Redo Log Buffer 多于一兆的变化记录 在DBWn写入数据文件之前 　　　　　每3秒钟 3. 联机重做日志成员 重做日志组内的每一个联机日志文件称为一个成员 一个组内的每一个成员具有相同的日志序列号 ( log sequence number ), 且成员的大小相同 每次日志切换时， Oracle 服务器分配一个新的 LSN 号给即将写入日志的日志文件组 LSN 号用于唯一区分每一个联机日志组和归档日志 处于归档模式的联机日志， LSN 号在归档时也被写入到归档日志之中 4. 日志文件的工作方式 日志文件采用按顺序循环写的方式 当一组联机日志组写满， LGWR 则将日志写入到下一组，当最后一组写满则从第一组开始写入 写入下一组的过程称为日志切换

重做日志文件（redo log file) 目录 重做日志文件相关。 重做日志文件简介。 查询重做日志文件的信息。 日志切换。 管理日志文件组 增删日志文件组。 增删日志文件成员。 归档与非归档模式。 一.重做日志文件相关。 Oracle引入重做日志的目的：数据库的恢复。 Oracle相关进程：重做日志写进程（LGWR）。 重做日志性质：联机日志文件，oracle服务器运行时需要管理它们。 相关数据字典：v$log ; v$logfile。 操作者权限：具有sys用户或system用户权限。 1.1重做日志文件的规划。 （于网络上收集） 联机日志文件的规划原则如下： 1：分散放开，多路复用。一般会将同一组的不同日志成员文件放到不同的磁盘或不同的裸设备上。以提高安全性。 2：把重做日志放在速度最快的硬盘上(即：日志所在的磁盘应当具有较高的I/O)，一般会将日志文件放在裸设备上。 3：把重做日志文件设为合理大小：例如，增大日志文件大小可以加快一些大型的INSERT、UPDATE、DELETE操作，也能降低日志文件切换频率。减少一些日志等待事件。一般根据具体业务情况有所不同。一般日志组大小应满足自动切换间隔至少15-20分钟左右业务需求 4：ORACLE推荐，同一个重做日值组下的所有重做日志文件大小、成员个数一致. 二.重做日志文件简介。 2.1重做日志 重做日志文件又叫联机日志文件

双机热备（双机容错）就是对于重要的服务，使用两台服务器，互相 备份 ，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务　双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群　双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器　实现双机热备，需要通过专业的集群 软件 或双机软件 从狭义上讲，双机热备特指基于active/standby方式的服务器热备。服务器数据包括 数据库 数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过双机软件的诊测（一般是通过心跳诊断）将 standby 机器激活，保证应用在短时间内完全恢复正常使用. 所以，像VCS (VERITAS Cluster Manager)等软件实现的 Oracle Cluster Server 以及Oracle Standby ,Oracle RAC (Real Application Cluster),高级复制(Advanced Replication), Streams等技术都能认为是双机热备。 二．Physical Standby，Logical

一.4种闪回技术： ①闪回数据库 　　以当前数据库为起点，在时间上回退，逐步改变知道顺序回退完成的所有工作。最终的结果就像是执行了不完整恢复，将丢失闪回点之后的所有工作， 　　并且实际上得使用resetlogs打开数据库。 　　　　　　　　！！！！！闪回数据库不能撤销物理损坏，只能恢复由用户错误造成的逻辑错误。 ②闪回查询、事务和表 　　三种闪回技术都基于使用撤销段（undo段）。 　　　　（1）闪回查询：允许查询过去某个时间的数据库，利用此技术甚至可以选取过去某段时间内一个行的所有版本，以便了解改行的历史操作，包括操作 　　　　　　 时间、操作人和做出每个更改的事务的标识符。 　　　　（2）闪回事务自动执行修复过程。一旦使用了闪回查询确认了引起问题的事务，oracle可以构造SQL语句来反转事务中的更改。无法回滚提交的更改， 　　　　　　但可以构造另一事务以反转第一个错误事务的影响。与闪回数据不同的是：闪回事务并不会丢失数据，所做的其他所有工作仍然有效，并且数据库保持当前状态。 　　　　（3）闪回表：指示oracle反转从特定时间点以来对该表所做的所有更改，而保持其他所有表的当前状态。 ③闪回删除：可以撤销删除一个表，通过将drop命令映射到rename命令实现，不能实现truncate的闪回，purge的闪回，，可以还原任何相关的索引 　　　　　　及权限和表本身（外键约束除外）

DATA GUARD的最主要的功能是冗灾。当然根据配置的不同,DATA GUARD还可以具备以下特点：高可用、性能提升、数据保护以及故障恢复等。 DATA GUARD可以分为物理STANDBY和逻辑STANDBY两种。二者的最大差别在于，物理STANDBY应用的是主库的归档日志，而逻辑STANDBY 应用的是主库的归档日志中提取的SQL语句。由于二者这一点的区别，决定了物理STANDBY无论从逻辑结构和物理结构都是和主库保持一致，而逻辑 STANDBY则只需保证逻辑结构一致，且逻辑STANDBY在应用SQL语句的时候， 数据库 可以处于打开的状态。 如果从DATA GUARD的保护模式分，可以分为三种不同的保护模式： 保护最大化：这种模式的配置可以保证主库和备库的同步，任何情况下主库的损毁都不会导致已提交数据的丢失。如果主库和备库之间的网络出现问题，或者备库本身出现问题，都会导致主库停止数据处理。 可用最大化：这种模式和上面一种类似，也是会保证主库和备库的同步，区别在于，当网络或备库不可用时，主库仍然可以继续处理。 性能最大化：主库和备库是异步的。这种模式可能在主库出现损毁时，丢失一部分数据。但是这种模式对主库负荷最小，因此具有最好的性能 ========================================================================

DG 是 Oracle Data Guard 的简称。也就是Oracle11g的 数据卫士。 由于在工作中 Oracle 和 SQL SERVER2008 同时都需要维护管理。给我的感觉这里的 DG 其实和 Sql Server 2008的镜像实现的功能是一样的（当然更强大一些）。DG 中的物理备用库 尤其和 Sql Server 2008 的镜像实现的功能是一样的。但也有不同点：DG中的物理备用库可以在特定条件下 以只读或读写方式打开。而镜像则不可以（2012版本虽然可以读，但还是不能打开），当然 Sql Server 2008 的日志传送功能实现的 热备份库，是可以只读的。DG中的逻辑备用库既可以读又可以写（如果写的话需要闪回数据库后才能继续和主库保持同步）基于逻辑备用库的结构可以和 主库的不一样，这点Sql Server 2008 的复制订阅方式实现的从库有些类似。具体有哪些不同点，这里就不累述了，大家自己看书自通吧。 DG 使用3 中服务来管理 REDO数据的传送、REDO数据的应用、更改数据库角色。 1 、REDO 传输服务：控制从主生产库将REDO数据自动传输到一个或多个归档目的地。 2 、日志应用服务：即在备用库上应用REDO 数据，保持与主库事务同步。可以从归档redo日志文件和备用redo日志文件中应用。 3 、角色转换服务：使用切换或故障转移操作

DG 是 Oracle Data Guard 的简称。也就是Oracle11g的 数据卫士。 由于在工作中 Oracle和 SQL SERVER2008 同时都需要维护管理。给我的感觉这里的 DG 其实和 Sql Server 2008的镜像实现的功能是一样的（当然更强大一些）。DG 中的物理备用库 尤其和 Sql Server 2008 的镜像实现的功能是一样的。但也有不同点：DG中的物理备用库可以在特定条件下 以只读或读写方式打开。而镜像则不可以（2012版本虽然可以读，但还是不能打开），当然 Sql Server 2008 的日志传送功能实现的 热备份库，是可以只读的。DG中的逻辑备用库既可以读又可以写（如果写的话需要闪回数据库后才能继续和主库保持同步）基于逻辑备用库的结构可以和 主库的不一样，这点Sql Server 2008的复制订阅方式实现的从库有些类似。具体有哪些不同点，这里就不累述了，大家自己看书自通吧。 DG使用3中服务来管理 REDO数据的传送、REDO数据的应用、更改数据库角色。 1、REDO传输服务：控制从主生产库将REDO数据自动传输到一个或多个归档目的地。 2、日志应用服务：即在备用库上应用REDO数据，保持与主库事务同步。可以从归档redo日志文件和备用redo日志文件中应用。 3、角色转换服务：使用切换或故障转移操作，把备用库更改为主生产库

Oracle数据库基础面试题总结 1、解释冷备份和热备份的不同点以及各自的优点？ 2、你必须利用备份恢复数据库，但是你没有控制文件，该如何解决问题呢？ 3、如何转换init.ora到spfile？ 4、解释data block，extent和segment的区别（这里建议用英文术语） 5、给出两个检查表结构的方法 6、怎样查看数据库引擎的报错 7、比较truncate和delete命令 8、使用索引的理由 9、给出在STAR SCHEMA中的两种表及它们分别含有的数据 10、fact table上需要建立何种索引？ 11、给出两种相关约束 12、如何在不影响子表的前提下，重建一个母表 13、解释归档和非归档模式之间的不同和它们各自的优缺点？ 14、如何建立一个备份控制文件？ 15、给出数据库正常启动所经历的几种状态？ 16、那个column可以用来区别V$ 视 图 和 G V 视图和GV 视 图 和 G V 视图？ 17、如何生成explain plan? 18、如何增加buffer cache的命中率？ 19、ORA-01555的应对方法？ 20、解释ORACLE_HOME和ORACLE_BASE的区别？ 21、如何判断数据库的时区？ 22、解释GLOBAL_NAMES设为TRUE的用途？ 23、如何加密PL/SQL程序？ 24、解释FUNCTION

2019-04-11 分类： Oracle 阅读(2626) 评论(0) 文章目录[隐藏] 一、DataGuard 工作原理 二、搭建环境 三、主库配置 四、备库配置 五、主备切换 一、DataGuard 工作原理 Data Gurad 通过冗余数据来提供数据保护，Data Gurad 通过日志同步机制保证冗余数据和主数之前的同步，这种同步可以是实时，延时，同步，异步多种形式。Data Gurad 常用于异地容灾和小企业的高可用性方案，虽然可以在Standby 机器上执行只读查询，从而分散Primary 数据库的性能压力，但是Data Gurad 决不是性能解决方案。 Stream 是以Oracle Advanced Queue为基础实现的数据同步，提供了多种级别的灵活配置，并且Oracle 提供了丰富的API等开发支持，Stream 更适用在应用层面的数据共享。 在Data Gurad 环境中，至少有两个数据库，一个处于Open 状态对外提供服务，这个数据库叫作Primary Database。第二个处于恢复状态，叫作Standby Database。运行时primary Database 对外提供服务，用户在Primary Database 上进行操作，操作被记录在联机日志和归档日志中，这些日志通过网络传递给Standby Database。这个日志会在Standby

这篇主要介绍的是RAC 环境下的RMAN 备份。 关于Oracle 备份与恢复的一些理论知识参考我的Blog： Oracle 备份 与 恢复 概述 http://blog.csdn.net/tianlesoftware/archive/2010/04/16/5490733.aspx 一． RAC 归档的设置 1.1 相关理论知识 RAC 在运行的时候，每个实例都会产生归档日志，所有实例的归档日志集中在一起，才能完整地代表数据库的操作历史，此外，只有进行介质恢复（Media Recovery）时，才会用到归档日志。 进行介质恢复时，才要求在执行恢复操作的那个节点访问所有实例的归档日志。 正是因为归档日志有这些特点，所以归档位置的设计也有两种方案： （1）各节点生成的归档放到共享存储上，这样自然可以确保每个节点都能够访问到，比如将归档存放到ORACLE的ASM，或者是第三方提供的集群文件系统中。 对于这种方法，一些集群的配置比较麻烦，而且也增加了ASM的维护，出现问题也不好处理。 （2）各节点除在本地生成归档文件外，另外向其它节点或者说执行备份的节点发送归档日志，以确保执行备份的那台节点能够访问到所有的归档文件。在这种方法中，因为ORACLE 的重做日志发送机制非常灵活，在10g版本中可以同时向10个目标地写入归档(11g增加到了30个)，所以利用这种特性