求助关于linux的DNS用RHCS做高可用的问题，内详

我有在生成环境下做过一个RHCS的项目，所以有点小经验，跟楼主分享一下。

DNS主从同步：主要是DNS数据文件的同步。每隔一段时间或则序列号发生改变时进行数据文件同步。

而RHCS应用方面更广：强调的是资源。以DNS HA为例子。

资源包括：1.对外业务IP（浮动IP）。2.DNS数据文件（放在共享存储当中）3.服务脚本。

脚本可以从/etc/init.d/named处拷贝，也可以自己编写。服务脚本要包括三种状态：start，stop，status。

集群需启动两个服务：

cman：集群服务

rgmanager：资源服务

主DNS服务器宕机切换过程：

从服务器服务器发现主服务器的网络不可达，通过远程访问卡重启主服务器（通过cman服务实现）。

卸载主服务器资源，在从服务器加载资源（通过rgmanager服务实现）。

由于RHCS配置和管理比较复杂，而且要考虑到硬件条件（远程访问卡等），所以比较建议使用主从同步的方式。

【DataGuard高可用性】

DataGuard确保企业数据的高可用性，数据保护以及灾难恢复。在主数据库故障无法修复时启动DataGuard的备份库，可以像主库一样继续对外提供服务而不影响业务的持续运行。

主备数据库之间通过日志传输实现数据库数据同步。

日志传输过程

1、在主系统中利用LNS进程(日志传输进程)将日志传输到备用系统

2、备用系统利用RFS(日志接收进程)接收主库传输过来的日志并利用MRP(日志恢复进程)同步数据

3、DataGuard环境中必须保证3个进程正常工作，否则此DataGuard环境将不能满足灾备需要。

【DG可以解决的问题】

1、在主库停机维护时，备份库顶上，使业务应用影响最小

 (1)主库安装OS补丁或Oracle补丁

 (2)主库进行数据整理

2、一个新的数据迁移项目，将数据迁移同型号更高端IBM服务器与存储中，主库数据2T，并且此迁移 *** 作必须停机时间控制在30分钟以内(此次时间远远适于迁移数据库文件所需时间),怎么办？

  (1)把备份库顶上去

3、由于主库(仓库)数据量非常巨大(50T),所以没有常规备份，但此系统存在DataGuard灾备系统，如果主库某数据文件由于某种原因导致介质故障，你将如何对其进行恢复。

4、异地归档日志

------------------------------------------------------------------------------

主库：18.150  备库：18.160

1、主库和备库：开启归档模式

archive log list-----------查看归档启动否

shutdown immediate---------开启归档前要正常关库

startup mount-------------启动Mount状态

alter database archivelog-------开启归档模式

alter database open--------开启数据库

2、确认主库强制写日志

select force_logging from v$database

(所有sql语句nologging *** 作时 也会强制写日志)

SQL>alter database force logging

3、修改主备数据库的参数文件

【主】

SQL>create pfile from spfile

cd /oracle/app/oracle/product/10.2.0/db_1/dbs/

vi initTEST.ora

DB_UNIQUE_NAME=TEST

LOG_ARCHIVE_CONFIG='DG_CONFIG=(DB150,DB160)'

LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive  VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=TEST'

LOG_ARCHIVE_DEST_2='SERVICE=DB160 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=TEST'

FAL_SERVER=DB150        

FAL_CLIENT=DB160

STANDBY_FILE_MANAGEMENT=AUTO

【备】

SQL>create pfile from spfile

cd /oracle/app/oracle/product/10.2.0/db_1/dbs/

vi initTEST.ora

DB_UNIQUE_NAME=TEST

LOG_ARCHIVE_CONFIG='DG_CONFIG=(DB150,DB160)'

LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive  VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=TEST'

LOG_ARCHIVE_DEST_2='SERVICE=DB150 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=TEST'

FAL_SERVER=DB160        

FAL_CLIENT=DB150

STANDBY_FILE_MANAGEMENT=AUTO

4、主库和备库

都配置“监听”、“传输文件”，并开启监听

5、主库和备库

都创建“归档日志”目录：mkdir /home/oracle/archive

6、主库和备库

cd /oracle/app/oracle/product/10.2.0/db_1/dbs/

rm -rf spfileTEST.ora

sqlplus / as sysdba

SQL>startup force

SQL>create spfile from pfile

7、备库

SQL>shutdown immediate

[oracle@sq18 admin]$ sqlplus sys/lipengfei as sysdba

（连接成功）

SQL>startup nomount force

8、主库

SQL>show parameter ARCHIVE(查看到刚才配置的值生效了)

9、备库

（报错没有相应目录）

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/adump

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/bdump

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/cdump

[oracle@sq18 admin]$ mkdir -p /oracle/app/flash_recovery_area

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/udum

保证数据库两边的密码文件中的密码一致（主备数据库sys用户密码必须相同，如果备库中没有orapwTEST，从主库中拷贝到来）

10、主库

mkdir /home/oracle/db_bak/

rman target /

RMAN>backup full database format='/home/oracle/db_bak/%U' include current controlfile for standby

(别退出RMAN，第12步用)

11、备库

mkdir /home/oracle/db_bak/

12、主库(把全库备份的文件拷贝到备库)

cd /home/oracle/db_bak/

scp 备份文件 oracle@192.168.18.160:/home/oracle/db_bak/

RMAN>connect auxiliary sys/lipengfei@DB160

RMAN>duplicate target database for standby nofilenamecheck----异机(备库)恢复，保证主备库的数据和状态一样

13、备库

cd /oracle/app/oradata/TEST

ls -------->查看有没有文件

sqlplus / as sysdba

SQL>select open_mode from v$database----------mount状态

14、主库

SQL>select process from v$managed_standby

（没有灾备的进程）

SQL>alter system switch logfile

SQL>select process from v$managed_standby

PROCESS

---------

ARCH

ARCH

LNS

已经有了进程，lns传输进程）

15、备库

SQL>select process from v$managed_standby

PROCESS

---------

ARCH

ARCH

RFS

RFS

（已经有了进程，rfs接收进程）

SQL>alter database recover managed standby database disconnect from session

SQL> select process from v$managed_standby

PROCESS

---------

ARCH

ARCH

RFS

RFS

MRP0

16、主库

SQL>create table haha as select * from dba_objects

SQL>insert into haha select * from haha

SQL>alter system switch logfile

17、备库

SQL>alter database recover managed standby database cancel

（备库上，只有把恢复日志进程MRP0取消，才可以打开数据库）

SQL>alter database open

SQL>select count(*) from haha

【注意】

（1）备用数据库在日志恢复过程中（MRP进程存在期间）数据库处于MOUNTED状态，此时备用数据库无法打开供读取使用

（2）打开备用数据库

   停止备用库的日志恢复进程MRP

   alter database recover managed standby database cancel

   open备用数据库,备用数据库默认打开为只读方式

   alter database open

（3）重新启动备用数据库的MRP进程，数据库自动从OPEN状态转换到MOUNT 状态

   alter database recover managed standby database disconnect from session

（4）mrp进程停止期间，只要RFS进程存在，那么不影响日志的接收

兄弟，以上就是关于oracle DG构架的实验材料，希望可以帮到你！

---