oracle归档模式

　　　　　　　　　　　　　　　　　　　　　1 .冷备份 （执行冷备份前必须关闭数据库） 物理备份 （备份物理数据库文件） 　　　　　　　　　　　　　　　　　　　　　2. 热备份 （热备份是当数据库正在运行时进行数据备份的过程。执行热备份的前提是：数据库运行在可归档日志模式。适用于24X7不间断运行的关键应用系统） 冷备份数据库的步骤 （1）关闭数据库； （2）备份所有相关的数据库文件：初始化参数文件、控制文件（可用select name from v$controlfile;列出所有控制文件）、数据文件（可用select name from v$datafile;列出所有数据文件）、Redo日志（可用select member from v$logfile;列出所有redo日志文件）、归档的Redo日志（可用select sequence#,first_time from v$loghist;列出所有归档redo日志文件的顺序号和产生时间）。 冷备份数据库的脚本文件coldbackup.bat 热备份数据库的前提条件：数据库运行在归档模式 Oracle数据库安装默认运行在非归档模式 从非归档模式转换为归档模式（ （1）设置数据库自动归档 log_archive_start = true # 设置归档日志文件的目录，该目录必须事先已建立，并有大量可利用的空间 log_archive

1、引言 Oracle数据库的备份方法很多，无论使用那种备份方法，备份的目的都是为了在出现故障后能够以尽可能小的时间和代价恢复系统。比如使用export实 用程序导出数据库对象、使用Oracle备份数据库、使用Oracle对称复制、使用Oracle并行服务器、使用Oracle冷备份、使用Oracle 热备份等各种备份方法都有其优缺点、适用的场合和相应的软硬件要求。本文主要就用export实用程序导出数据库对象、Oracle冷备份、Oracle 热备份这三种最基本的备份方法进行详细的探讨，分析各自的优缺点和适用的场合，并给出自动执行这些备份方案的脚本文件。 2、三种备份方案的比较 冷备份 冷备份是Oracle最简单的一种备份；执行冷备份前必须关闭数据库；然后使用操作系统实用工具或者第三方工具备份所有相关的数据库文件。 优点:能简单快速地备份。能简单快速地恢复。执行简单。 缺点:必须关闭数据库，不能进行点恢复。 热备份 热备份是当数据库正在运行时进行数据备份的过程。执行热备份的前提是：数据库运行在可归档日志模式。适用于24X7不间断运行的关键应用系统。 优点:备份时数据库可以是打开的。热备份可以用来进行点恢复。初始化参数文件、归档日志在数据库正常运行时是关闭的，可用操作系统命令拷贝。 缺点:执行过程复杂。由于数据库不间断运行，测试比较困难。不能用操作系统实用工具拷贝打开的文件

原博：http://www.cnblogs.com/yingpp/archive/2009/01/07/1371040.html 三种 备份方式 ：导入/导出（逻辑备份）; 热备份、冷备份（物理备份） １、 简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （1）、表方式（T方式），将指定表的数据导出。 （2）、用户方式（U方式），将指定用户的所有对象及数据导出。 （3）、全库方式（Full方式），瘵数据库中的所有对象导出。 ２、 增量导出／导入 增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。 增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，比如： exp system/manager inctype=complete file=040731.dmp （２）、“增量型”增量导出 备份上一次备份后改变的数据，比如： exp system/manager inctype=incremental file=040731.dmp （３）、“累积型”增量导出 累计型导出方式是导出自上次“完全

查看oracle日志模式：archive log list 修改oracle日志模式： 1，关闭数据库：shutdown immediate; 2，启动数据库实例到mount状态：startup mount; 3，切换数据库日志模式： alter database archivelog;（设置数据库为归档日志模式） alter database noarchivelog;（设置数据库为非归档日志模式） 4，打开数据库：alter database open; 5，确认数据库处于归档模式：archive log list; 6，alter system switch logfile;手动执行归档； 来源： 51CTO 作者： qiaohailun 链接： https://blog.51cto.com/13461673/2068663

一、名词： RFS（remote file server）：这个进程负责接收网络上传来的redo日志，并把这些日志写到standby redo log文件中。 ARCH：同样是归档进程，只是在备库上，需要归档的是standby redo log文件的内容。 MRP（magaged recovery process）：这个进程负责协调介质恢复管理工作，整个物理备库就是建立在介质恢复技术上的。 LSP（logical standby process）：这个进程在logical standby中才有，功能和物理备库的MRP进程类似，负责协调SQL APPLY过程。 standby redo log（SRL）：Data Guard在备库中，建议配置一种额外的日志文件。叫做standby redo log（SRL），和传统的online redo log（ORL）相比，SRL有着特殊的要求和作用。 online redo log（ORL）： fetch archive log(FAL) : FAL_SERVER :指定一个Oracle Net service name,standby数据库使用这个参数连接到FAL server,这个参数适用于standby站点。比如,FAL_SERVER = PrimaryDB,此处PrimaryDB是一个TNS name,指向primary库。 FAL

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 状态对外提供服务

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进程将该序列号写入相应的重做日志文件。