归档日志

双机热备（双机容错）就是对于重要的服务，使用两台服务器，互相 备份 ，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务　双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群　双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器　实现双机热备，需要通过专业的集群 软件 或双机软件 从狭义上讲，双机热备特指基于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、角色转换服务：使用切换或故障转移操作，把备用库更改为主生产库

产生原因：出现ORA-00257错误（空间不足错误），通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。 解决办法： 1，SecureCRT登录服务器，切换用户Oracle,连接oracle [root@userbeta~]# su - oracle [oracle@userbeta~]$ sqlplus /nolog SQL> connect /as sysdba 2，检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到99.94 SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; 3，现在来清理一下archivelog归档日志，生产环境建议备份 查询日志目录位置 show parameter recover; 4，退出sqlplus，用root用户登录，将归档日志备份后删除 先进入一个目标地址；新建一个oracle归档日志备份目录 mkdir oracle归档日志备份 进入归档日志源文件目录（UPRR是数据库实例名）： cd /mnt/install/ora_11g/app/oracle/flash_recovery_area/UPRR/archivelog/ 先进入archivelog目录外面： cd …

1.编码写sh脚本文件。 2. crontab -e username. #打开一个文件， 3.输入脚本 13 17 * * * sh /home/oracle/delOraArch.sh 4.wq #保存退出。 5.自动删除归档日志。 delOraArch.sh ---------------------------------- #!/bin/bash . /home/oracle/.profile export ORACLE_SID=TJFXDB1 $ORACLE_HOME/bin/rman log=/home/oracle/oraArch/deleteOraArch.log<<EOF connect target / run{ crosscheck archivelog all; delete noprompt expired archivelog all; delete noprompt archivelog all completed before 'sysdate - 2'; } exit; ------------------------------ 参考： https://wenku.baidu.com/view/f1ae285ccaaedd3383c4d362.html https://blog.csdn.net/yincg/article/details

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个)，所以利用这种特性

第一部分 日常维护 一 正确打开主库和备库 1 主库: SQL> STARTUP MOUNT; SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE OPEN; 2 备库: SQL> STARTUP MOUNT; SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 二 正确关闭顺序 1 备库: SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; SQL>SHUTDOWN IMMEDIATE; 2 主库 SQL>SHUTDOWN IMMEDIATE; ---先于standby执行 三 备库 Read-Only模式打开 当前主库正常 OPEN状态 备库处于日志传送状态 . 1 在备库停止日志传送 SQL> alter database recover managed standby database cancel; 2 备库Read-only模式打开 SQL> alter database open read only; 3 备库回到日志传送模式 SQL>alter database recover managed standby database