oracle12c备库,Oracle 12c中DBCA搭建备库体验（r11笔记第92天）

Oracle 12c中DBCA有一个特性看起来蛮有意思，就是直接通过DBCA来搭建Data Guard,当然这么说也有点噱头，我们来实际看看。

Oracle提供的官方命令结构如下：       dbca -createDuplicateDB

-gdbName global_database_name

-primaryDBConnectionString easy_connect_string_to_primary

-sid database_system_identifier

[-createAsStandby

[-dbUniqueName db_unique_name_for_standby]]

[-customScripts scripts_list]    至少我开始听到的时候是很兴奋的，真正看到这个帮助命令的时候还是很欣喜的，感觉一种要革命化的冲动，恨不得现在就在生产中马上投入使用，实际上我看简单了。

部署两套数据库软件，有了静默安装，有了克隆，这些都是分分钟的事情。    使用dbca的help得到的命令解释比官方文档更加细致，还提供了参数示例，这个很难得。$ dbca –silent -createDuplicateDB -help

-createDuplicateDB - Command to Duplicate a database.

-gdbName

-primaryDBConnectionString

-sid

[-createAsStandby ]

[-dbUniqueName ]

[-customScripts ]

[-datafileDestination ]

[-initParams ]

[-initParamsEscapeChar ]

然后我简单修改了下就开始了DBCA,没想到提示了下面的信息。

$ dbca –silent -createDuplicateDB -primaryDBConnectionString

newtest.oracle.com:1521/test12c -gdbName test12c -sid test12c

-initParams instance_name=test12c –createAsStandby

DISPLAY not set.

Set DISPLAY environment variable, then re-run.   这个刚开始感觉还挺纳闷，最后发现我这个服务器上安装了多套环境，11g，12c并存，我竟然使用了11g的ORACLE_HOME，所以这个是个开篇的简单问题，我们简单跳过.

简单调整后继续尝试，发现这次的错误让我大跌眼镜。

$ dbca -silent -createDuplicateDB -primaryDBConnectionString

newtest.oracle.com:1521/test12c -gdbName test12c -sid test12c

-initParams instance_name=test12c -createAsStandby -dbUniqueName

stest12c

Enter SYS user password:

[FATAL] [DBT-16057] Specified primary database is a container database (CDB).

CAUSE: Duplicate database operation is supported only for non container databases.

竟然抛出了一个致命错误，而主要原因就是DBCA不支持容器复制，在非容器数据库环境下才可以。

带着疑问，再次打开文档,发现这个命令开篇就解释的很清楚了，明确表示了只支持非容器数据库。The DBCA command qualifier used to create the physical standby database is createDuplicateDB .

DBCA can only be used to create standby databases for non-multitenant primary databases.    12c的亮点之一就是容器，而这个场景中我们只能使用非容器模式，然后搭建备库，这个让我的积极性消失了大半。

究其原因，其实和12cR2里面的PDB层面的特殊定制有关。有一个相关的参数ENABLED_PDBS_ON_STANDBY，在PDB的场景下，可做多重定制，实际上对线上应用来说，和我的预期还有一些差别。

那么我们牵强一下，是否能够轻松完成非容器数据库的Duplicate呢。这个地方实际上也让我不大满意。

我重新dbca初始化了1套环境，指定为非容器模式。

dbca -silent -createDatabase -templateName

$ORACLE_HOME/assistants/dbca/templates/General_Purpose.dbc -gdbname

test12cs -sid test12cs  -characterSet UTF8  -createAsContainerDatabase

false-sysPassword oracle -systemPassword oracle然后继续使用上面的命令来尝试创建DG,产生了下面的日志。

Listener config step

33% complete

Auxiliary instance creation

66% complete

RMAN duplicate

DBCA Operation failed.最后还是失败了，这个地方牵扯到一些网络的配置原因。

当然翻看日志可以很快定位出一些方向，但是实际上的操作让我感觉到，网络的配置不是我期望的那么规范，而最重要的是，最后完成的不是DG的搭建，就如同这个命令选项所说，只是Duplilcate,Data Guard的配置没有，主备库都不用自动启用DG Broker,对于搭建Data Guard的一个最佳实践其实DG Broker就是一个很不错的选择，而在这里似乎没有找到我期望中的亮点。

所以我感觉这个特性目前对于我而言，没有想象中那么好。而我手工尝试搭建了下，实际上几分钟也能达到同样那个命令的效果，因为只在duplicate部分截止，后期的工作职能通过定制脚本等方式来实现了。与其如此，还不如用我自己之前写脚本，最起码能够达到基本的可控和规范。

这个特性本身是一个不错的想法，但是在这个特定的版本环境下，竟然有点华而不实，而退开一步来看，其实有些配置还达不到目前我们要求的一个配置要求，所以了解学习一下还是必要的，但是不隆重推荐给大家使用。