Oracle Data Guard Physical Standby 相关说明

Oracle Data Guard, 分逻辑Standby和物理Standby。下面讲的是物理Standby 环境的搭建步骤。有关Data Guard的一些概念性的理论知识，请参考我的blog，这里不做过多的说明。 Oracle Data Gurad 理论知识http://www.linuxidc.com/Linux/2011-03/33521.htm 一．启用Force Logging将Primary数据库置为Force Logging模式。通过下列语句：查看状态：SQL> SELECT DATABASE_ROLE,FORCE_LOGGING FROM V$DATABASE;DATABASE_ROLE FORCE_LOGGING---------------- ---------------PRIMARY NO 修改模式SQL> alter database force logging;Database altered. 取消Force logging 模式：SQL> alter database no force logging;Database altered. 说明：为什么要改成Force Logging有一些DDL语句可以通过指定NOLOGGING子句的方式避免写REDO（目的是提高速度，某些时候确实有效）。指定数据库为Force Logging模式后，数据库将会记录除临时表空间或临时回滚段外所有的操作，而忽略类似NOLOGGING之类的指定参数。如果在执行Force Logging时有NOLOGGING之类的语句在执行，那么Force Logging会等待，直到这类语句全部执行。Force Logging是作为固定参数保存在控制文件中，因此其不受重启之类操作的影响（只执行一次即可），如果想取消，可以通过ALTER DATABASE NO FORCE LOGGING语句关闭强制记录。二．创建密钥文件（如果不存在的话）同一个Data Guard配置中所有数据库必须都拥有独立的密钥文件，并且必须保证同一个Data Guard配置中，所有数据库服务器的SYS用户拥有相同密码，以保证REDO数据的顺利传输，因为REDO传输服务是通过认证的网络会话来传输REDO数据，而会话使用包含在密钥文件中的SYS用户密码来认证。如果使用DBCA建库则Oracle会自动创建密钥文件，该文件默认路径在%ORACLE_HOME%/database目录下，如果在该目录没能找到对应的密钥文件也没关系，Oracle提供了一个创建密钥文件的命令：orapwd，位于%ORACLE_HOME%/bin目录下，该命令有两种调用方式：带参调用和不带参调用。不带参调用时，会返回该命令的调用方式和参数形式，例如：[oracle@localhost ~]$ orapwdUsage: orapwd file=<fname> password=<password> entries=<users> force=<y/n> where file - name of password file （mand）, password - password for SYS （mand）, entries - maximum number of distinct DBA and force - whether to overwrite existing file （opt）,OPERs （opt）, There are no spaces around the equal-to （=） character.其中：file：指定密钥文件名称和路径。password：SYS用户密码。entries：指定该数据库能够拥有SYSDBA权限的用户最大数。force：如果文件存在是否覆盖。orapwd命令使用非常简单，file和password为必填参数。需要注意Windows平台和Linux/UNIX平台密钥文件的命名规则并不相同：Windows平台命名规则：PWD[sid].ora Linux/UNIX平台命令规则：orapw[sid] -- 注意：没有文件名，（大小写敏感）示例如下：[oracle@localhost dbs]$ orapwd file=/u01/app/oracle/product/10.2.0/db_1/dbs/orapworcl password=admin entries=30 Oracle OS认证口令文件密码丢失处理http://www.linuxidc.com/Linux/2011-03/33128.htm 三．配置Standby Redologs对于最大保护和最高可用性模式，建议为Standby数据库配置Standby Redologs（不配置也可以，Oracle将在Standby数据库端自动创建归档文件，并虚拟为一组Standby Redologs），并使用LGWR SYNC模式传输REDO数据。 1．关于Standby RedologsOracle建议DBA在创建Standby数据库时，就考虑Standby Redologs配置的问题。Standby Redologs与Online Redologs非常类似，应该说两者只是服务对象不同，其他参数属性，甚至操作的命令格式几乎都一样，DBA在设计Standby Redologs的时候完全可以借鉴创建Online Redologs的思路，如创建几个文件组，每组多个文件冗余之类的。除些之外呢，Oracle提供了一些标准的建议，如下所示：（1）确保Standby Redologs的文件大小与Primary数据库Online Redologs文件大小相同。这个很好理解，就是为了接收和应用方便嘛。（2）创建适当数目的日志组。一般而言，Standby Redologs日志组要比Primary数据库的Online Redologs日志文件组数至少多一个。建议Standby Redologs日志组数量基于Primary数据库的线程数来确定（这里的线程数可以理解为RAC环境中的节点数）。有一个推荐的公式可供参考：（每线程的日志组数+1）×最大线程数。例如Primary数据库有两个线程，每个线程分配两组日志，则Standby日志组数建议为6组，使用这个公式可以降低Primary数据库实例LGWR进程锁住的可能性。提示：逻辑Standby数据库有可能需要视工作量，增加更多的Standby Redologs组（或增加归档进程），因为逻辑Standby数据库有可能需要同时写Online Redologs文件。 2．管理Standby RedologsStandby Redologs的操作方式与Online Redologs几乎一模一样，只不过在创建或删除时需要多指定一个Standby关键字。查看redo log：SQL> SELECT GROUP#,TYPE,MEMBER FROM V$LOGFILE; GROUP# TYPE MEMBER---------- ------- -------------------------------------------------- 3 ONLINE /u01/app/oracle/oradata/orcl/redo03.log 2 ONLINE /u01/app/oracle/oradata/orcl/redo02.log 1 ONLINE /u01/app/oracle/oradata/orcl/redo01.log 添加一个新的Standby Redologs组（注意组号不要与当前存在的Online Redologs组重复），并为该组指定一个成员：SQL> ALTER DATABASE ADD STANDBY LOGFILE GROUP 4 （"/u01/app/oracle/oradata/orcl/redo04.log"） size 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE GROUP 5 （"/u01/app/oracle/oradata/orcl/redo05.log"） size 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE GROUP 6 （"/u01/app/oracle/oradata/orcl/redo06.log"） size 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE GROUP 7 （"/u01/app/oracle/oradata/orcl/redo07.log"） size 50M; 删除Standby Redologs组也同样简单：SQL> ALTER DATABASE DROP STANDBY LOGFILE GROUP 4; 可以通过动态性能视图V$LOGFILE查看当前数据库中创建的Standby Redologs，例如：SQL> SELECT GROUP#,TYPE,MEMBER FROM V$LOGFILE; GROUP# TYPE MEMBER---------- ------- -------------------------------------------------- 3 ONLINE /u01/app/oracle/oradata/orcl/redo03.log 2 ONLINE /u01/app/oracle/oradata/orcl/redo02.log 1 ONLINE /u01/app/oracle/oradata/orcl/redo01.log 4 STANDBY /u01/app/oracle/oradata/orcl/redo04.log 5 STANDBY /u01/app/oracle/oradata/orcl/redo05.log 6 STANDBY /u01/app/oracle/oradata/orcl/redo06.log 7 STANDBY /u01/app/oracle/oradata/orcl/redo07.log 提示：通过该视图中的TYPE列区分该条记录是Online Redologs或是Standby Redologs。通过查看Standby Redologs的专用视图V$STANDBY_LOG来查看当前数据库中创建的Standby Redologs，如：SQL> SELECT GROUP#,THREAD#,SEQUENCE#,ARCHIVED,STATUS FROM V$STANDBY_LOG; GROUP# THREAD# SEQUENCE# ARC STATUS---------- ---------- ---------- --- ---------- 4 0 0 YES UNASSIGNED 5 0 0 YES UNASSIGNED 6 0 0 YES UNASSIGNED 7 0 0 YES UNASSIGNED 从可靠性方面考虑，DG的设计初衷就是当发生故障时快速切换Primary和Standby的角色，以达到快速恢复应用访问的目的。一旦发生切换，原Primary数据库就变成了Standby数据库，就得需要Standby Redologs，为了减少真正切换时应做的工作，建议在Primary数据库也创建Standby Redologs，这样即使发生切换，也不会影响Primary作为Standby身份的正常运行。四设置初始化参数对于Primary数据库，有几个与角色相关的初始化参数需要进行设置，这些参数初始时有些用来控制REDO传输服务（即Primary数据库生成的REDO数据传给谁以及怎么传），有些用来指定角色，还有几个与Standby角色相关的初始化参数，也建议进行配置，以便switchover/failover操作后，Primary/Standby数据库仍能正常工作，建议不管是Primary数据库，还是Standby数据库，对于角色相关的初始化参数都进行配置。

Oracle Data Guard -- Logical Standby 相关说明RAC 的一些概念性和原理性的知识相关资讯 Oracle教程

Oracle中纯数字的varchar2类型和（07/29/2015 07:20:43）
Oracle教程：Oracle中查看DBLink密（07/29/2015 07:16:55）
[Oracle] SQL*Loader 详细使用教程（08/11/2013 21:30:36）

Oracle教程：Oracle中kill死锁进程（07/29/2015 07:18:28）
Oracle教程：ORA-25153 临时表空间（07/29/2015 07:13:37）
Oracle教程之管理安全和资源（04/08/2013 11:39:32）

本文评论查看全部评论（0）