归档日志

Logback 继承自Log4j，它建立在有十年工业经验的日志系统之上。它比其它所有的日志系统更快并且更小，包含了许多独特并且有用的特性。 1、配置 1.1、加载配置 Logback能够在初始化期间自动查找配置文件进行配置；按照优先级查找配置文件直到找到，优先级如下： 1、查找系统属性logback.configurationFile对应的配置文件 2、在classpath下查找logback-test.xml 3、在classpath下查找logback.groovy 4、在classpath下查找logback.xml 5、通过JDK提供的ServiceLoader工具在类路径下寻找文件META-INFO/services/ch.qos.logback.classic.spi.Configurator，该文件的内容为实现了Configurator接口的实现类的全限定类名 6、如果以上都没有成功，logback会通过BasicConfigurator为自己进行配置，并且日志将会全部在控制台打印出来。 1.2、自动更新配置 在 <configuration> 标签上添加 scan=true 属性，可以让Logback自动定期扫描配置文件；默认一分钟扫描一次配置文件， <configuration> 标签上的 scanPeriod 属性可以指定扫描周期。扫描周期的时间单位可以是毫秒

今天遇到一个数据库同步问题，主库被关闭，重启主库后，备库不能正常同步主库数据。只有当手动切换归档日志的时候，备库才能和主库一致。 这个问题的解决方法： 重启备库，重新应用归档日志。 操作步骤如下： //关闭备库监听器 lsnrctl stop //关闭备库 sqlplus / as sysdba alter database recover managed standby database cancel; shutdown immediate; //启动备库 startup nomount; alter database mount standby database; alter database open read only; alter database recover managed standby database using current logfile disconnect from session; //启动备库监听器 quit; lsnrctl start 来源： https://www.cnblogs.com/qiu2013/p/4825687.html

1.与角色无关的参数 ◆ DB_UNIQUE_NAME ：数据库唯一名。对于物理standby,DB_NAME必须相同，对于逻辑standby,DB_NAME可以不同，所以在10g中引入DB_UNIQUE_NAME参数用来区分DG配置中的每个数据库，默认值为DB_NAME. 例：DB_UNIQUE_NAME=STEPHEN ◆ LOG_ARCHIVE_CONFIG ：定义DG配置中包含的DB_UNIQUE_NAME。它为DG提供安全检查：数据库之前的连接时允许的。 例：LOG_ARCHIVE_CONFIG='DG_CONFIG=(STEPHEN,STANDBY)' ◆ LOG_ARCHIVE_MAX_PROCESSES :最大归档进程数。默认值为2，需要调大，最大值为30.值如果太大，会影响归档切换速度和一致性关闭数据库。 例：LOG_ARCHIVE_MAX_PROCESSES=30 2.主角色参数 ◆ LOG_ARCHIVE_DEST_ n :DG传输redo data的主要参数，还用于指定Online redo log 和Standby redo log文件的归档日志文件存储位置。一般用LOG_ARCHIVE_DEST_1指定本地归档目录，LOG_ARCHIVE_DEST_2指定DG传输redo data存储目录。 该参数的主要属性： 属性 描述 LOCATION 指定归档目录

Oracle Data Guard 理论知识 来源： Linux 社区 作者： tianlesoftware RAC ， Data Gurad ， Stream 是 Oracle 高可用性体系中的三种工具，每个工具即可以独立应用，也可以相互配合。他们各自的侧重点不同，适用场景也不同。 RAC 它的强项在于解决单点故障和负载均衡，因此 RAC 方案常用于 7*24 的核心系统，但 RAC 方案中的数据只有一份，尽管可以通过 RAID 等机制可以避免存储故障，但是数据本身是没有冗余的，容易形成单点故障。 Data Gurad 通过冗余数据来提供数据保护， Data Gurad 通过日志同步机制保证冗余数据和主数据之前的同步，这种同步可以是实时，延时，同步，异步多种形式。 Data Gurad 常用于异地容灾和小 企业 的高可用性方案，虽然可以在 Standby 机器上执行只读查询，从而分散 Primary 苏菊哭的性能压力，但是 Data Gurad 决不是性能解决方案。 Stream 是以 Oracle Advanced Queue 为基础实现的数据同步，提供了多种级别的灵活配置，并且 Oracle 提供了丰富的 API 等开发支持， Stream 更适用在应用层面的数据共享。 在 Data Gurad 环境中，至少有两个 数据库 ，一个处于 Open 状态对外提供服务

一、如何发送数据 　　在Primary数据库，DataGuard可以使用归档进程(ARCn)或者日志写进程(LGWR)收集redo数据并传输到standby,不管是中哪种方式都由一个核心参数控制:LOG_ARCHIVE_DEST_n 1. 了解LOG_ARCHIVE_DEST_n参数 　　LOG_ARCHIVE_DEST_n(从1到10)定义redo文件路径。该参数必须通过location或service指定归档文件路径。location表示本地路径，service通常是net service name,即接收redo数据的standby数据库。 注意：每一个LOG_ARCHIVE_DEST_n都有一个对应的LOG_ARCHIVE_DEST_STATE_n参数，该参数拥有以下4个属性值： ENABLE:默认值，表示允许传输服务 DEFER: 指定对应的log_archive_dest_n参数有效，但暂不使用 ALTERNATE:禁止传输，但是如果其他相关的目的地的连接通通失败，则它将变成enable RESET:功能与DEFER类似，不过如果传输目的地之前有过错误，它会清除所有错误信息 指定本地归档路径: LOG_ARCHIVE_DEST_1='LOCATION=c:\oracle\orcl' LOG_ARCHIVE_DEST_STATE_1='ENABLE' 指定redo传输服务

Oracle DataGuard是Oracle自带的数据同步功能，基本原理是将日志文件从原数据库传输到目标数据库，然后在目标数据库上应用这些日志文件，从而使目标数据库与源数据库保持同步，是一种数据库级别的高可用性方案。 DataGuard可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。在生产数据库的保证"事务一致性"时，使用生产库的物理全备份创建备库，备库会通过生产库传输过来的归档日志或重做条目自动维护备用数据库。 DataGuard数据同步技术有以下优势： 1） Oracle数据库自身内置的功能，与每个Oracle新版本的新特性都完全兼容，且不需要另外付费。 2） 配置管理较简单，不需要熟悉其他第三方的软件产品。 3） 物理Standby数据库支持任何类型的数据对象和数据类型； 4） 逻辑Standby数据库处于打开状态，可以在保持数据同步的同时执行查询等操作。 5） 在最大保护模式下，可确保数据的零丢失。 一、架构 Oracle DataGuard由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成。组成Data Guard的数据库通过Oracle Net连接，并且有可以分布于不同地域。只要各库之间可以相互通信，它们的物理位置并没有什么限制，不受操作系统的限制。 1.Primary 数据库

五、failover 一般情况下执行failover都是主库已经game over。故障转移将备库转换为主库，但不把原主库（有故障，无法正常工作）切换为备库。当故障转移发生后，你必须重建主库，或者使用闪回数据库功能将主库回退到故障发生前，然后转换其为备库并启用日志应用。 执行failover有几个前提条件如下 1.执行failover的前提 ( 1)检查归档文件是否连续 查询待转换 standby 数据库的 V$ARCHIVE_GAP 视图，确认归档文件是否连接： SQL> SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP; 未选定行 如果返回的有记录， 按照列出的记录号复制对应的归档文件到待转换的 standby 服务器。 这一步非常重 要，必须确保所有已生成的归档文件均已存在于 standby 服务器，不然可能会数据不一致造成转换时报错。 文件复制之后，通过下列命令将其加入数据字典： SQL>ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1'; (2)检查归档文件是否完整 分别在 primary/standby 执行下列语句： SQL> select distinct thread#,max(sequence#) over(partition

重做日志文件时为了数据库恢复的物理文件，其中保存了数据库的变更操作信息。 通过重做日志文件通常是通过重做（REDO）或者是回退（UNDO）实现的。 重做（REDO）就是有些原因到导致事务对数据库的操作的修改在写入数据文件之前丢失了，此时就可以利用重做日志文件做该事务对数据库的变更。 回退（UNDO）如果用户在事务提交之前想回滚事务，那么可以利用重做日志文件撤销事务对数据库所做的变更。 重做日志文件的工作原理：每个数据库至少有两个重做日志文件，采用循环邪写的方式进行工作。这样就能保证当一个重做日志文件在进行归档时，还有另一个重做日志文件可用。当一个重做日志文件被写满后，后台进行就 开始写下一个重做日志文件。当所有的重做日志文件都写满后，LGWR进程再重新开始写入第一个重做日志文件，开始新的循环。 通常LGWR进程再开始下一个重做日志之前要确定： 该重做日志文件中的所有重做记录所对应的变更操作结果必须全部写入数据文件中。如果数据库处于“归档模式”，要确定对该重做日志文件进行了归档。 重做日志文件切换与日志序列号 重做日志文件切换是指LGWR对一个重做日志文件停止写入，开始对另一个重做日志文件写入的过程。 日志序列号：当每次发生重做日志切换时，数据库赋予重做日志文件一个日志序列号（log sequence number）,LGWR进程将该序列号写入相应的重做日志文件。

一、联机重做日志的规划管理 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重做日志 重做日志文件又叫联机日志文件