Oracle 12c Data Guard搭建（一） （r10笔记第57天）

对于使用12c的PDB，如果想尽快熟悉，掌握，那就是和业务挂钩，让它跑在业务上。当然是在能够基本驾驭它的前提下，要不就真成了甩手掌柜。11g可以玩得很好，12c里面也差不到哪里去。 摆在我面前的一个选择就是字符集，尽管有大量的PDB需要整合进来，但是我在分析了几套需要整合的数据库之后，发现字符集还是一个很重要的考量。比如几个已有的旧版本的数据库字符集为UTF-8 US7ASCII ZHS16GBK ZHS16GBK，折中一些，根据实际情况还是选用ZHS16GBK，如果是个跨国企业，我可能就会选择UTF8了。 总体来说，12c给我带来了不少的惊喜，很多细小的地方都做了处理和改进。从安装到搭建备库，能够让我始终发现很多新东西，学习的兴趣也会大大加强。 搭建Data Guard我是分为两步，首先基于DG Broker搭建Active Data Guard，然后根据需要配置Far Sync Instance。 主库配置force logging,添加备库日志文件,配置监听等这些步骤和10g,11g一模一样，我就不啰嗦了。 配置DG Broker的时候，发现多了几个参数。参数的意义得等我分析一下再细说。

使用dgmgrl的时候，发现也默认使用了SYSDG这个新的角色，而非SYSDBA [oracle@teststd dbs]$ dgmgrl / DGMGRL for Linux: Version 12.1.0.2.0 - 64bit Production Copyright (c) 2000, 2013, Oracle. All rights reserved. Welcome to DGMGRL, type "help" for information. Connected as SYSDG. 参数配置的时候，文件路径映射多了一个参数，那就是PDB相关的。 SQL> show parameter convert NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_file_name_convert string log_file_name_convert string pdb_file_name_convert string 数据库启动的时候也会打印出已有的patch

我还是使用以前的方式来搭建Active Data Guard,使用duplicate的方式。 rman target sys@testdb auxiliary sys@s2testdb nocatalog duplicate target database for standby from active database nofilenamecheck; 配置 DG Broker的简要步骤如下： DGMGRL> create configuration dg_testdb as > primary database is testdb > connect identifier is testdb; Configuration "dg_testdb" created with primary database "testdb" DGMGRL> enable configuration; Enabled. 如下加粗的部分是一些改动的地方，在一些细节之处都做了改进。 DGMGRL> show configuration; Configuration - dg_testdb Protection Mode: MaxPerformance Members: testdb - Primary database Warning: ORA-16789: standby redo logs configured incorrectly Fast-Start Failover: DISABLED Configuration Status: WARNING (status updated 1 second ago) DGMGRL> 简单修复备用日志，即添加了日志成员之后，再次查看就没有问题了。 DGMGRL> show configuration; Configuration - dg_testdb Protection Mode: MaxPerformance Members: testdb - Primary database Fast-Start Failover: DISABLED Configuration Status: SUCCESS (status updated 14 seconds ago) DGMGRL> 再次添加一个节点 DGMGRL> add database s2testdb as > connect identifier is s2testdb > maintained as physical; Database "s2testdb" added 启用数据库配置 DGMGRL> enable database s2testdb; Enabled. 再次查看配置，可以看到目前的状态还是稳定的。 DGMGRL> show configuration; Configuration - dg_testdb Protection Mode: MaxPerformance Members: testdb - Primary database s2testdb - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS (status updated 15 seconds ago) 对于网络情况的检测，更加细致，标红的是额外新增的一些信息。

对于DG Broker的命令，我认真对比了一下，发现12c里面多了一个validate.

这个命令的使用场景主要就是两个，语法如下： VALIDATE DATABASE [VERBOSE] <database name>; VALIDATE FAR_SYNC [VERBOSE] <far_sync name> [WHEN PRIMARY IS <database name>];

备库洋洋洒洒的几个PDB。 先启动Active Data Guard SQL> select open_mode from v$database; OPEN_MODE ------------------------------------------------------------ MOUNTED 此时PDB还都是mount状态 SQL> show pdbs; CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED MOUNTED 3 TCYMOB0 MOUNTED 4 MACTVDB MOUNTED 启动备库 SQL> alter database open; Database altered. 稍等一下，备库就变为了READ ONLY WITH APPLY SQL> select open_mode from v$database; OPEN_MODE ------------------------------------------------------------ READ ONLY WITH APPLY 此时还是需要单独去启动PDB了。 SQL> show pdbs; CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 TCYMOB0 MOUNTED 4 MACTVDB MOUNTED SQL> alter pluggable database tcymob0 open; Pluggable database altered. SQL> alter pluggable database MACTVDB open; Pluggable database altered. SQL> show pdbs; CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 TCYMOB0 READ ONLY NO 4 MACTVDB READ ONLY NO 从整体而言，整个搭建的过程没有花费太多时间，还是很顺利的