DATAGUARD实施和维护总结

1、DATAGUARD 实施和维护总结1、DATAGUARD 原理STANDBY 一旦创建， DATAGUARD 就会通过将主数据库 的 REDO 传递给 STANDBY 数据库，然后在 STANDBY 中 应用 REDO 实现数据库的同步。有两种类型的 STANDBY ：物理 STANDBY 和逻辑STANDBY物理 STANDBY 提供与主数据库完全一样的拷贝 （块到块）， 数据库 SCHEMA ，包括索引都是一样的。它是直接应用 REDO 实现同步的。逻辑 STANDBY 则不是这样， 在逻辑 STANDBY 中，逻辑信 息是相同的，但物理组织和数据结构可以不同，它和主库保 持同步的方法是将

2、接收的 REDO 转换成 SQL 语句，然后在 STANDBY 上执行 SQL 语句。逻辑 STANDBY 除灾难恢复 外还有其它用途，比如用于用户进行查询和报表。DATAGUARD 包含三个服务（日志传输、日志应用和角色 转换）日志传输服务控制 REDO 数据的传输 （传输日志， 实施数据 库保护模式） STANDBY 上通过起用 RFS 进程接收 REDO 数据。日志应用服务则一方面自动应用日志，另一方面自动检测 STANDBY 缺少的 REDO ，并从主数据库或其它 STANDBY 中自动查询出丢失的 REDO 。DATAGUARD 的几种保护模式：最大保护，最大可用，最 大性能最大保护

3、是指除非 REDO 在至少一个 STANDBY 中可用， 否则事务不能提交。 如果在某个 STANDBY 中不可用， 则主 数据库的操作被停止。最大可用是指如果 STANDBY 不可用， 主数据库仍然可以处 理事务，只是在问题被纠正后， STANDBY 和主数据库进行 再同步。这样的一个问题是：当再同步之前有必要FAILOVER 时，有些数据可能会丢失。 最大性能是指主数据库的提交操作不等待 STANDBY 。物理 STANDBY 可能的模式：只读模式( OPEN READONLY ) 和恢复模式( MANANGED RECOVERY )2、物理 DATAGUARD 实施 主数据库的准备工作：

4、 FORCE LOGGING ， ENABLE ARCHIVING ，一个本地归档目的地。创建 STANDBY 数据库：a. 关闭主库，冷备份主库数据文件、日志文件和密码文件， 然后启动主库，在主库上创建 STANDBY 的控制文件 :alter database create standby controlfile as 文件名 b. 准备参数文件，将参数文件、备份的主库文件和 STANDBY 控制文件拷贝到 STANDBY 系统。需要更改的参数有： standby_archive_dest 接收的归档日志存放处db_file_name_convert 和 log_file_name_con

5、vert 仅当主库和 STANDBY 库在同一系统下时用log_archive_dest_1 本地归档目的地log_archive_dest_2=service=standby 归档到STANDBY 的目的地standby_file_management=auto remote_archive_enable=true fal_server fal_clientinstance_name 当主库和 STANDBY 库在同一系统下时该参数用于区分主库lock_name_space 当主库和 STANDBY 库在同一系统下时指定 STANDBY 的实例名和 INSTANCE_NAME 相同c. 如果

6、是 WINDOWS 系统，需要创建 WINDOWS 服务。d. 配置两台机器的 tnsnames.ora, 双方都能 tnsping 通e. 在主库和 STANDBY 库上配置监听f. 起用STANDBY系统上的死连接检测：sqlnet.ora中设置 sqlnet.expire_time=2g. 在 STANDBY 上创建 SPFILEh. 启动 STANDBY ： startup nomount alter database mount standby databasei. 初始化日志应用服务alter database recover managed standby database di

7、sconnect from session;3、DATAGUARD 维护a. 日志传送服务有些情况下，你可能需要在归档日志和应用日志之间有个时 间间隔，此时可以通过在 STANDBY 上指定参数 log_archive_dest_n 中指定 delay=minutes 属性。 STANDBY 上的日志应该与主库上的日志大小相同，另外 STANDBY 上的日志组应该比主库多，因为这样归档操作才 有时间完成。也就是RFS（日志接收）进程在使用STANDBY 的日志前，不用等待该日志被归档。最简单判断日志组是否 够的方法是查看警告日志和 RFS 的 TRACE 文件。增加 STANDBY 日志文件的

8、方法：alter database 语句中使用 add standby logfile 子句。相关 视图 v$standby_log,v$logfile增加 STANDBY 日志组的方法：alter database add standby logfile group 10 （ 文件名 1， 文件名 2） size 100M 对于多个 STANDBY 共享归档日志文 件目的地，有些情况下需要指定 log_archive_dest_n 参数的 dependency 属性，该属性的作用是说明该目的地依赖于父 目的地的成功归档。参数 log_archive_dest_n 还可以指定 reopen 、

9、max_failures 、 sync 、 async 属性。通过给该参数指定 LGWR 或者 ARCH 属性以选择是用 LGWR 还是 ARCH 进程传送日志。 用于日志接收的几个进程是： LGWR ，ARCH ，RFS ，FAL。 FAL 进程用于解决日志缝。设置数据保护模式的语句为： alter database set standby database to maximun（protection|availability|performance）b. 日志应用服务对于物理 STANDBY ，日志应用服务涉及到下面几个进程：RFS , ARC , MRP。 MRP是管理恢复进程。启动 S

10、TANDBY 的恢复操作的几个命令： alter database recover managed standby database（ 启动前台会话 ）;alter database recover managed standby database disconnect from session（ 启动后台会话，也就是说会话可以继续干别的 事情 ）;alter database recover managed standby database cancel（ 停止日志应用 ）.可以通过查询视图 v$managed_standby 查看日志应用情况。c. 数据文件管理当主库新创建数据文件，可定义

11、参数 standby_file_management 为 auto ，让 standby 也自动创建 数据文件。如果主库和 standby 的数据文件的目录结构不一 样，可以设定 db_file_name_convert 将主库上的文件名转换 成 standby 上的文件名。 如果 standby_file_management 设 为 auto ，则不能在 standby 上重命名或创建数据文件、 日志 文件。每分钟主库会询问 standby 是否有 gap ，该行为被称为 heartbeat.可以查询视图 v$archived_gap ，如果发现有 GAP ，则可以 从主库上将日志文件拷贝

12、到 standby ，然后将相关文件注册 到 standby ，具体方法是： alter database register logfile 文件名 。当然也可以通过设置参数 fal_server,fal_client ，让 日志应用服务自动处理 gap 问题。对于 STANDBY 日志应用服务，下面几个视图有助于监控： v$managed_standby,v$archived_dest_status,v$archived_l og,v$log_status,v$dataguard_status.可以设置参数 log_archive_trace 对归档进行不同级别的跟 踪。d. 角色转换ORA

13、CLE 支持两种形式的角色转换 switchover 和 failoverswitchover 包含两个步骤，首先主库被转换成 STANDBY ， 然后 STANDBY 被转换成主库switchover 的准备工作： 完成角色转换需要改变的参数 （必须 改变所有 STANDBY 上的 log_archive_dest_n 和 log_archive_dest_state_n）; 确保主库和所有 STANDBY 都有 连接；确认没有用户连接到数据库；对于RAC环境确保只有一 个实例是活动状态 ;角色转换之前，主库实例应该是 OPEN 状态，而 STANDBY 实例是 MOUNT 状态，因为这样的

14、话， 转换过程中 STANDBY 数据库也可以应用归档日志，如果 STANDBY 为 READONLY ，切换操作仍然可以进行，只是 要花一点额外的时间 ；如果切换操作包含逻辑 STANDBY ，那 么，主库实例和 STANDBY 实例都必须为 OPEN 状态；将要 转换成主库的 STANDBY 变成归档模式 ；取消在该 STANDBY 库上的日志延迟。switchover 的步骤：在当前主库上，首先确认可以执行 switchover 操作 （select switchover_status from v$database, 如果值为 TO STANDBY 则可以切换，否则需要检查当前 DAT

15、AGUARD 配置是否运行正常 ），然后将主库切换为 STANDBY（ 执行 ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY； 这样原控制文件 被备份并生成新的 STANDBY 控制文件， 然后只要重新启动 该库为 STANDBY 模式就可以了 ） ；以上操作完成后，在原 STANDBY 数据库上，需要查询原主库的切换信息是否被目标 STANDBY 接收到 （SELECT SWITCHOVER_STATUS FROM V$DATABASE; 如果结果为 SWITCHOVER PENDING 说明 STANDBY 切换为 PRIMA

16、RY 是可行的， 否 则需要检查 DATAGUARD 的配置是否运行正常 ），然后执行 ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; 将 STANDBY 转换成 PRIMARY ，并重新启动该 库。这里需要说明的是如果该库在线重做日志不存在，该切 换语句会自动创建它们， 然而这样一来， 会花费很长的时间。 因此 ORACLE 建议手工增加在线重做日志。手工增加在线 重做日志的方法有两种：第一种是将原主库的日志拷贝到原 STANDBY ，并且定义参数 log_file_name_convert ，让它将 standby 和新的日志联系起来。 第二

17、种方法是 DROP 所有目 标 STANDBY 上存在的日志，并且用命令 ALTER DATABASE ADD STANDBY LOGFILE 创建新的日志。 switchover 的最后一步是将新生成的 STANDBY 转换成恢复 模式，并将新 PRIMARY 进行一次归档操作。 failover 的准备工作：完成角色转换需要改变的参数（必须改变所有 STANDBY 上的 log_archive_dest_n 和 log_archive_dest_state_n）; 确保主库和所有 STANDBY 都有 连接 ;对于 RAC 环境确保只有一个实例是活动状态 ;如果要进 行 failover

18、操作的 STANDBY 当前运行于最大保护模式，则 应该将它转换成最大性能模式 （通过命令 ALTERDATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE;)failover 的步骤：首先发现并解决日志 GAP 的问题，然后从 其它库中将日志号高于本库的日志拷贝过来并应用这些日 志，如果你没有手工注册新的日志，那么可以执行下面的语 句 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH; 否则需要执行的语句为 ALTER DATABASE RECOVER MANAGED STANDB

19、Y DATABASE FINISH SKIP STANDBY LOGFILE;接下来执行 ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; 完成切换并重新启动新的主库，可能的话对主库 进行一次备份。e. 启动 STANDBYSTARTUP NOMOUNT;ALTER DATABASE MOUNT STANDBY DATABASE;ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;f. 关闭 STANDBY首先确认是否处于恢复状态： SELECT PROCE

20、SS, STATUS FROM V$MANAGED_STANDBY;取消恢复操作： ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE CANCEL;SHUTDOWN IMMEDIATE;g. 让 standby 运行于只读访问模式 启动 STANDBY 为只读模式： STARTUP NOMOUNT;ALTER DATABASE MOUNT STANDBY DATABASE;ALTER DATABASE OPEN READ ONLY; 将恢复模式的 STANDBY 转换成 read only 模式： ALTER DATABASE RECOVER MAN

21、AGED STANDBY DATABASE CANCEL;ALTER DATABASE OPEN READ ONLY;h. 让STANDBY 从READ ONLY 转变成恢复模式 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;i. 让为只读模式的 STANDBY执行排序操作应该注意的问题： 排序操作不能使用非临时表空间，临时表空间必须是本地管 理的，并且只包含临时文件如果在创建 STANDBY 时主库没有临时表空间， 则需要在主 库上创建临时表空间，并执行 ALTER SYSTEM SWITCHL

22、OGFILE; 将 redo 传给 STANDBY 。如果要给 STANDBY 的 临时表空间增加临时文件，需要先将 STANDBY 转换成 READ ONLY 模式，并执行命令 ALTER TABLESPACEtemp1 ADD TEMPFILE /disk1/oracle/dbs/s_temp1.dbfSIZE 10M REUSE; 增加临时文件。j. 可以通过对STANDBY的备份实现对数据库的备份。k. 主库上的操作和 STANDBY 的应对： 如果你执行 ALTER DATABASE CLEAR UNARCHIVED LOGFILE 或者打开数据库时使用 RESETLOGS ，那么必

23、须 重新创建 STANDBY 。如果你在主库上执行 ALTER DATABASE ENABLE|DISABLE, 如果你改变表空间的状态，如果你设置 了参数 STANDBY_FILE_MANAGEMENT 为 AUTO 并创建 表空间或者增加数据文件， 则不需要对 STANDBY 进行操作。 如果你在主库上删除了表空间或者数据文件，你需要在 STANDBY 上等日志应用后在操作系统上删除相关数据文件。 如果你在主库上重命名了数据文件， 你也要在 STANDBY 上 重命名 （因为是对控制文件的改变， 所以没有日志传过去， 因 此两边都要进行相同的操作 ） 如果你在主库上改变了控制文件，你就要重新创建STANDBY 控制文件或者重建 STANDBY 数据库。 如果你在主库上增加或删除日志文件，你也需要在STANDBY 上进行同步变化。 具体方法为：先取消恢复，如果 STANDBY_FILE_MANAGEMENT 为 AUTO ，则改为MANUAL ，然后使用命令 ALTER DATABASE ADD STANDBY LOGFILE prmy3.log SIZE 100K; 增加日志文件 或者用命令 ALT