11
2013-07

10GDG搭建流程


10G 物理DG搭建流程
1、查看数据库归档状态
SQL> archive log list;   
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            /oracle/oradata/archive/
Oldest online log sequence     1679
Next log sequence to archive   1681
Current log sequence           1681
2、查看数据库force_logging模式
alter database force logging;
SQL> select open_mode,database_role,DB_UNIQUE_NAME,FORCE_LOGGING from v$database;

OPEN_MODE  DATABASE_ROLE    DB_UNIQUE_NAME                 FOR
---------- ---------------- ------------------------------ ---
READ WRITE PRIMARY          pnrdb1                         YES
3、确认数据库为企业版本
select * from v$VERSION;
BANNER Oracle Database 10g Enterprise Edition
4、RMAN全备主库
[oracle@mydg rman]$ rman target /
Recovery Manager: Release 10.2.0.4.0 - Production on Thu Jul 4 09:28:06 2013
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
connected to target database: PNRDB (DBID=4147734520)
RMAN> backup database format '/oracle/oradata/rman/full_backup_%U.bak' tag='full_bak';
5、创建standby 数据库控制文件
alter database create standby controlfile as '/oracle/oradata/rman/std.ctl';
6、创建pfile
create spfile from pfile='/home/oracle/pnrdbpfile.ora'; 
7、拷贝密码文件到standby库
可以直接通过nfs挂载
mount -t nfs -o tcp,rsize=32768,wsize=32768,hard 192.168.4.70:/oracle/oradata/rman /oracle/oradata/rman
8、备库通过RMAN还原数据库
 o、确认主库备库时间同步
 a、先创建相关路径
  mkdir -pv /oracle/admin/pnrdb/adump
  mkdir -pv /oracle/admin/pnrdb/bdump
  mkdir -pv /oracle/admin/pnrdb/cdump
  mkdir -pv /oracle/admin/pnrdb/udump
  mkdir -pv /oracle/oradata/archive
  mkdir -pv /oracle/oradata/flash_recovery_area
  mkdir -pv /oracle/oradata/pnrdb
 b、将主库拷贝过来的密码文件放置到$ORACLE_HOME/dbs/ 目录中
 c、通过主库生成的pfile文件创建spfile文件
 create spfile from pfile='/oracle/oradata/rman/pfilepnrdb.ora';
 d、拷贝主库生成的standby 控制文件,重命令为pfile中的控制文件名
 cp std.ctl /oracle/oradata/pnrdb/control01.ctl
 cp std.ctl /oracle/oradata/pnrdb/control02.ctl
 e、设置好oracle用户环境变量,写入.bashrc文件中
  export ORACLE_BASE=/oracle
  export ORACLE_HOME=$ORACLE_BASE/10g
  export PATH=$ORACLE_HOME/bin:$PATH
  export ORACLE_SID=pnrdb
 f、使配置生效
 source .bashrc
 g、将数据库启动到mount状态
 h、使用rman还原数据库
 restore database;
9、修改db_unique_name
alter system set db_unique_name='pypnrdb' scope=spfile;
   修改service_names 
alter system set service_names='pnrdb';
10、关闭备库,重启备库的lisnter,再启动备库到mount状态。
11、配置tnsnames.ora 
12、在备库上添加standby log
alter database add standby logfile group 4 ('/oracle/oradata/pnrdb/stdby_redo04_a.log','/oracle/oradata/pnrdb/stdby_redo04_b.log') size 256m, group 5 ('/oracle/oradata/pnrdb/stdby_redo05_a.log','/oracle/oradata/pnrdb/stdby_redo05_b.log') size 256m, group 6 ('/oracle/oradata/pnrdb/stdby_redo06_a.log','/oracle/oradata/pnrdb/stdby_redo06_b.log') size 256m, group 7 ('/oracle/oradata/pnrdb/stdby_redo07_a.log','/oracle/oradata/pnrdb/stdby_redo07_b.log') size 256m;
13、修改DG相关配置
主库配置修改如下
alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(pnrdb1,pypnrdb)';
alter system set log_archive_dest_1='LOCATION=/oracle/oradata/archive/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=pnrdb1';
alter system set LOG_ARCHIVE_DEST_2='SERVICE=pypnrdb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=pypnrdb';
备库配置
alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(pnrdb1,pypnrdb)';
alter  system set LOG_ARCHIVE_DEST_1='LOCATION=/oracle/oradata/archive/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=pypnrdb';
alter system set standby_file_management='AUTO'; 
alter system set fal_server='pnrdbmaster';
alter system set fal_client='pypnrdb';
14、备库开启关闭日志应用
a、开启日志应用
alter database recover managed standby database using current logfile disconnect from session;
b、关闭日志应用
alter database recover managed standby database cancel; 
15、查看日志应用情况
select to_char(START_TIME,'yyyymmdd hh24:mi:ss') start_time ,to_char(TIMESTAMP,'yyyymmdd hh24:mi:ss') timestamp from v$recovery_progress;
select round((sysdate-max(timestamp))*86400) from v$recovery_progress; 
查看是否使用Real-Time apply:
Select recovery_mode from v$archive_dest_status;

日志切换(主库)
select max(sequence#) from v$archived_log; 
select max(sequence#) from v$log_history; 
select group#,sequence#,archived,status from v$log; 
select name,sequence#,applied from v$archived_log; 
select sequence#,applied from v$archived_log; 

 

物理备库转逻辑备库
a、物理备库先停止日志应用
alter database recover managed standby database cancel;
b、主库生产logstandby 元数据
EXECUTE DBMS_LOGSTDBY.BUILD;  
c、备库转换成逻辑DG
 ALTER DATABASE RECOVER TO LOGICAL STANDBY LGDG;  
d、关闭备库并且重启到mount状态
shutdown immeidate
 startup mount
e、已经resetlogs方式打开逻辑DG
alter database open resetlogs;
f、开启实时日志应用
alter database start logical standby apply immediate;  
g、关闭日志应用
alter database stop logical standby apply;  
16、逻辑dg
select round((sysdate - applied_time) * 86400) from v$logstdby_progress;


主备库切换 
 
一、 Switchover 
一般SWITCHOVER切换都是计划中的切换,特点是在切换后,不会丢失任何的数据,而且这个过程是可逆的,整个DATA GUARD环境不会被破坏,原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作。
 
 在进行DATA GUARD的物理STANDBY切换前需要注意: 
1)确认主库和从库间网络连接通畅; 
2)确认没有活动的会话连接在数据库中; 
3)PRIMARY数据库处于打开的状态,STANDBY数据库处于MOUNT状态;
4)确保STANDBY数据库处于ARCHIVELOG模式; 
5)如果设置了REDO应用的延迟,那么将这个设置去掉; 
6)确保配置了主库和从库的初始化参数,使得切换完成后,DATA GUARD机制可以顺利的运行。 ­
 
主库:
1. 查看switchover 状态 
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS
--------------------
TO STANDBY
 
附: A:switchover_status出现session active/not allowed 
 当出现session active的时候表示还有活动的session,则运行 
 Alter database commit to switchover to physical standby with session shutdown; 
     当出现not allowed时,在官方文档说转换会不成功,但是我测试的时候成功了。 
 
     B.ora- 01153: an incompatible media recovery is active 
        运行下面代码 
        Alter database recover managed standby database finish; 
        或者Alter database recover managed standby database finish force; 
        Alter database recover managed standby database disconnect from session; 
 
2 切换成备库 
SQL>Alter database commit to switchover to physical standby with session shutdown; 
或者
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY; 
     Database altered. 
 
3 启动到mount和应用日志状态 
SQL> SHUTDOWN IMMEDIATE 
SQL> startup nomount; 
SQL> alter database mount standby database; 
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 
 
4. 查看数据库模式 
SQL>select dest_name,status,database_mode,recovery_mode,protection_mode from v$archive_dest_status; 
SQL>select status,database_mode from v$archive_dest_status; 
 
 
备库: 
1.查看switchover状态 
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE; 
    TO PRIMARY 
附:若不是用此语句切换:ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY with session shutdown 
 
补充:若出现:ORA-16139: media recovery required
是因为没有执行:alter database recover managed standby database disconnect from session; 
 
2. 切换成主库 
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; 
Database altered. 
SQL> shutdown immediate; 
SQL> startup; 
SQL> alter system switch logfile; 
 
3. 查看数据库模式 
SQL>select dest_name,status,database_mode,recovery_mode,protection_mode from v$archive_dest_status; 
SQL>select status,database_mode from v$archive_dest_status; 
 
验证同步:
SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
            78
二.  Failovers: 
 
FAILOVER切换一般是PRIMARY数据库发生故障后的切换,这种情况是STANDBY数据库发挥其作用的情况。这种切换发生后,可能会造成数据的丢失。而且这个过程不是可逆的,DATA GUARD环境会被破坏。 
 
由于PRIMARY数据库已经无法启动,所以FAILOVER切换所需的条件并不多,只要检查STANDBY是否运行在最大保护模式下,如果是的话,需要将其置为最大性能模式,否则切换到PRIMARY角色也无法启动。 
1. 查看是否有日志GAP,没有应用的日志: 
 
    SQL> SELECT UNIQUE THREAD#, MAX(SEQUENCE#) OVER(PARTITION BY THREAD#) LAST FROM V$ARCHIVED_LOG; 
  SQL> SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP; 
 
  如果有,则拷贝过来并且注册 
SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE '路径'; 
重复查看直到没有应用的日志: 
 
2. 然后停止应用归档: 
  SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 
  Database altered. 
 
3. 下面将STANDBY数据库切换为PRIMARY数据库: ­
  SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH; 
或 SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE; 
  Database altered. 
 
  SQL> SELECT DATABASE_ROLE FROM V$DATABASE; 
  DATABASE_ROLE 
  ---------------- 
  PHYSICAL STANDBY 
 
  SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; 
  Database altered. 
 
    SQL> ALTER DATABASE OPEN; 或者 shutdown immediate+startup 
  Database altered. 
 
  检查数据库是否已经切换成功: 
 
  SQL> SELECT DATABASE_ROLE FROM V$DATABASE; 
  DATABASE_ROLE 
  ---------------- 
  PRIMARY 
 
至此,FAILOVER切换完成。这个时候应该马上对新的PRIMARY数据库进行备份。

 

One Response


    还没有评论!
1  

Leave your comment

请留下您的姓名(*)

请输入正确的邮箱地址(*)

请输入你的评论(*)


感谢开源 © 2016. All rights reserved.&3Q Open Source&^_^赣ICP备15012863^_^
乐于分享共同进步 KreativeThemes