用Oracle12.2手工创建数据库的一个坑

杨建荣 2017-05-22 10:43:10

作者介绍

杨建荣DBAplus社群联合发起人。现就职于搜狐畅游,Oracle ACE、YEP成员,超7年数据库开发和运维经验,擅长电信数据业务、数据库迁移和性能调优。持Oracle 10G OCP,OCM,MySQL OCP认证,《Oracle DBA工作笔记》作者。

 

Oracle 12cR2推出以来,确实吸引了不少DBA的注意力,新版本特性还是需要多测试、多演练,做到心中有数,我从12cR2 Linux版本发布的第一天,就风风火火使用DBCA静默建库,尝了尝鲜,毫无疑问其中一个亮点就是多租户,也就是容器数据库CDB。

 

12c中因为有了CDB,这个架构相当动了Oracle的地基,所以create database语句也肯定会有大的变化,里面引入了seed数据库,而且在12.2中一个较大的变化是undo有local和share模式,这是区别于12.1的一大改进。

 

大家有没有试过手工建库呢?从自己的测试来看是有一些坑的,在此希望给需要的同学一些帮助,少走弯路。当然我在这方面也做了一些功课,我们不光会对12.2中碰到的问题提供解决方法,而且会讨论下create database语句在10g、11g中的异同,从多个维度一窥Oracle在这些版本中细小改变,毕竟保持好奇心是一个技术人员求知进步的一把钥匙。

 

 

 
 
 
 
 
 
12c中的create database语句

 

首先使用create database语句创建数据库,官方文档在12.2中提示的非常详细,详细的步骤可以参考如下链接:

 

 

对于使用create database语句创建容器数据库,文档提供了两类方式,一种是使用OMF(Oracle Managed Files),另外一种是非OMF的方式,对于我们的日常使用来说,其实更倾向于使用非OMF方式,而如果数据库放在ASM里,则会倾向自动管理,因为ASM的文件管理是基于OMF方式的。

 

为了演示方便,我就使用OMF来说明,这样create database语句的结构相对清晰简单。

 

我们创建一个CDB,创建参数文件,启动数据库至nomount状态后,就可以使用下面的语句了。

 

CREATE DATABASE newcdb

USER SYS IDENTIFIED BY sys_password

USER SYSTEM IDENTIFIED BY system_password

EXTENT MANAGEMENT LOCAL

DEFAULT TABLESPACE users

DEFAULT TEMPORARY TABLESPACE temp

UNDO TABLESPACE undotbs1

ENABLE PLUGGABLE DATABASE

   SEED

   SYSTEM DATAFILES SIZE 125M AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED

   SYSAUX DATAFILES SIZE 100M;

 

和以往的版本不同的就是上面黄色部分标准的部分。

 

至于PDB seed的意义,就是提供了模板数据,尽可能高效地构建出PDB,可以移步参考之前的一篇文章《Oracle DBCA高级玩法:从模板选择、脚本调用到多租户》

 

 

 
 
 
 
 
 
12c中的catcdb.sql脚本

 

创建数据库的步骤完成之后,只是完成了不到一半的工作量,另外一部分重点的工作就是初始化数据字典了,我们需要手工运行catalog.sql catproc.sql,这两个是初始化数据字典的核心脚本,而其它的一些publd.sql等脚本则是相应的辅助脚本,但是12.2却一改常态,在文档中表示需要使用catcdb.sql 这个脚本即可。

 

12.1中的catcdb.sql是一个确确实实的SQL文件,只是会在脚本中引用更多的SQL脚本,无论如何它的本质还是SQL脚本。

 

12.2中有了大的改进,catcdb.sql引用的是catcdb.pl这样一个Perl脚本,你不会直接看到catalog.sql,catproc.sql这样的字眼了,这些都被封装起来了。

 

当然换汤不换药,调用方式还是类似的。

 

 

 
 
 
 
 
 
碰到的第一个问题

 

这个脚本个人吐槽一下,运行脚本需要输入两个参数,但是两个参数的含义也没给解释,这一点值得改进,其实需要输入的是$ORACLE_HOME/rdbms/admin和catcdb.pl两个参数,如果你不知道输入什么也别担心,因为你会碰到一些其他的问题要先解决,我们不输入任何参数,先回车。

 

@?/rdbms/admin/catcdb.sql

SQL> host perl -I &&rdbms_admin &&rdbms_admin_catcdb --logDirectory &&1 --logFilename &&2

Enter value for 1:

Enter value for 2:

Can't locate Term/ReadKey.pm in @INC (@INC contains: /U01/app/oracle/product/12.2/rdbms/admin /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /U01/app/oracle/product/12.2/rdbms/admin/catcdb.pl line 30.

BEGIN failed--compilation aborted at /U01/app/oracle/product/12.2/rdbms/admin/catcdb.pl line 30.

 

抛出的错误提示找不到ReadKey.pm,但是我们知道Linux,Unix其实都是自带Perl的,是不是我们还要单独去重新配置安装Perl,其实不必,需要的文件在$ORACLE_HOME下的Perl目录,安装版本是5.22.0了,你只需要把这个目录引用到PATH变量中就可以了,比如:

 

export PATH=$ORACLE_HOME/bin:$ORACLE_HOME/OPatch:$ORACLE_HOME/perl/bin: $ORACLE_HOME/jdk/bin:$PATH

 

第一个问题就解决了,别急,还有几个问题呢。

 

 

 
 
 
 
 
 
碰到的第二个问题

 

第二个问题来了,那就是找不到util.pm,还是Perl里的模块。

 

Can't locate util.pm in @INC (you may need to install the util module) (@INC contains: /U01/app/oracle/product/12.2/rdbms/admin /home/U01/app/oracle/product/12.2/perl/lib/site_perl/5.22.0/x86_64-linux-thread-multi /home/U01/app/oracle/product/12.2/perl/lib/site_perl/5.22.0 /home/U01/app/oracle/product/12.2/perl/lib/5.22.0/x86_64-linux-thread-multi /home/U01/app/oracle/product/12.2/perl/lib/5.22.0 .) at /U01/app/oracle/product/12.2/rdbms/admin/catcdb.pl line 35.

BEGIN failed--compilation aborted at /U01/app/oracle/product/12.2/rdbms/admin/catcdb.pl line 35.

 

这个问题该怎么破,我们只能做点额外的工作了,在Perl的目录下查找util.pm竟然没有,是不是这个地方要重新安装这个模块,我们换一个思路,把util改为Util,竟然有5条匹配的记录。

 

$ find $ORACLE_HOME -name util.pm | wc -l

0

$ find $ORACLE_HOME -name Util.pm | wc -l

 

5条匹配的记录内容如下:

 

$ find $ORACLE_HOME -name Util.pm

/U01/app/oracle/product/12.2/perl/lib/5.22.0/x86_64-linux-thread-multi/List/Util.pm

/U01/app/oracle/product/12.2/perl/lib/5.22.0/x86_64-linux-thread-multi/Scalar/Util.pm

/U01/app/oracle/product/12.2/perl/lib/5.22.0/x86_64-linux-thread-multi/Sub/Util.pm

/U01/app/oracle/product/12.2/perl/lib/5.22.0/x86_64-linux-thread-multi/Hash/Util.pm

/U01/app/oracle/product/12.2/perl/lib/site_perl/5.22.0/HTTP/Headers/Util.pm

 

这个过程中到底该选哪个目录下的Util.pm呢,如果多点耐心仔细看看里面的内容还是能够找到一些头绪的,最后选择的是:

 

/U01/app/oracle/product/12.2/perl/lib/5.22.0/x86_64-linux-thread-multi/Hash/Util.pm

 

 

 
 
 
 
 
 
需要手工修改catcdb.pl脚本

 

那么问题来了,这个catcdb.pl脚本是不是要改动呢。

 

修改文件catcdb.pl,把如下黄色部分的util修改为Util

 

use Term::ReadKey;              # to not echo password

use Getopt::Long;

use Cwd;

use File::Spec;

use Data::Dumper;

use Util qw(trim, splitToArray);

use catcon qw(catconSqlplus);

 

再来一轮测试,结果发现还是会有报错,这种尝试会让你开始怀疑自己的选择到底是不是正确的方向。

 

如果还是没有找到,说明在当前的环境变量中没有匹配到相关的内容,我们需要直接切换到目录Hash下,然后运行脚本才可以,这个时候输出才算有了改观,提示你输入密码。

 

SQL> host perl -I &&rdbms_admin &&rdbms_admin_catcdb --logDirectory &&1 --logFilename &&2

Enter value for 1: /U01/app/oracle/product/12.2/rdbms/admin

Enter value for 2: /U01/app/oracle/product/12.2/rdbms/admin/catcdb.pl

Enter new password for SYS: xxxx

Enter new password for SYSTEM: xxxx

Enter temporary tablespace name: temp

No options to container mapping specified, no options will be installed in any containers

catcon: ALL catcon-related output will be written to [/U01/app/oracle/product/12.2/rdbms/admin/catalog_catcon_46984.lst]

catcon: See [/U01/app/oracle/product/12.2/rdbms/admin/catalog*.log] files for output generated by scripts

catcon: See [/U01/app/oracle/product/12.2/rdbms/admin/catalog_*.lst] files for spool files, if any

 

然后就是一段时间的等待,可以从日志看到会关联调用catalog.sql,catproc.sql等脚本文件。

 

而在处理问题的过程中,也参考了一些资料,发现Deiby Gomez 也碰到了类似的问题,他在博客里提供了类似的解决方法。所以说这的的确确是12.2新版本中create database的一个坑,如果你对create database失去了信心,也别担心,其实不一定是你的错。

 

12c的坑讨论完了,我们来换个思路,看看10g、11g中是什么情况。

 

Create database语句在10g、11g的差别

 

一个简单的create database语句在10g、11g还是有一些变化的,这些变化我们需要一些敏锐的“嗅觉”。

 

Oracle 11g的create database语句大体是这样的,我们只需要简单修改下路径就基本可用。

 

CREATE DATABASE mynewdb

   USER SYS IDENTIFIED BY sys_password USER SYSTEM IDENTIFIED BY system_password 

LOGFILE GROUP 1 ('/u01/logs/my/redo01a.log','/u02/logs/my/redo01b.log') SIZE 100M BLOCKSIZE 512,

           GROUP 2 ('/u01/logs/my/redo02a.log','/u02/logs/my/redo02b.log') SIZE 100M BLOCKSIZE 512,

           GROUP 3 ('/u01/logs/my/redo03a.log','/u02/logs/my/redo03b.log') SIZE 100M BLOCKSIZE 512

   MAXLOGFILES 5

   MAXLOGMEMBERS 5

   MAXLOGHISTORY 1

   MAXDATAFILES 100

   CHARACTER SET AL32UTF8

   NATIONAL CHARACTER SET AL16UTF16

   EXTENT MANAGEMENT LOCAL

   DATAFILE '/u01/app/oracle/oradata/mynewdb/system01.dbf' SIZE 325M REUSE

   SYSAUX DATAFILE '/u01/app/oracle/oradata/mynewdb/sysaux01.dbf' SIZE 325M REUSE

   DEFAULT TABLESPACE users

      DATAFILE '/u01/app/oracle/oradata/mynewdb/users01.dbf'

      SIZE 500M REUSE AUTOEXTEND ON MAXSIZE UNLIMITED

   DEFAULT TEMPORARY TABLESPACE tempts1

      TEMPFILE '/u01/app/oracle/oradata/mynewdb/temp01.dbf'

      SIZE 20M REUSE

   UNDO TABLESPACE undotbs

      DATAFILE '/u01/app/oracle/oradata/mynewdb/undotbs01.dbf'

      SIZE 200M REUSE AUTOEXTEND ON MAXSIZE UNLIMITED;

 

而如果你使用11g的create database语句,毫无疑问会在10g环境中抛出错误。

 

SQL> @createdb.sql

   LOGFILE GROUP 1 ('/u02/oracle/oradata/TEST10G/disk1/redo01a.log','/u02/ oracle/oradata/TEST10G/disk2/redo01b.log') SIZE 100M BLOCKSIZE 512,

                                        *

ERROR at line 4:

ORA-02165: invalid option for CREATE DATABASE

 

在这一点上,我们需要点耐心,我把10g的创建语句拿出来比较一下,发现有3处不同(标黄部分)。

 

CREATE DATABASE mynewdb

   USER SYS IDENTIFIED BY pz6r58

   USER SYSTEM IDENTIFIED BY y1tz5p

LOGFILE GROUP 1 ('/u01/oracle/oradata/mynewdb/redo01.log') SIZE 100M,

           GROUP 2 ('/u01/oracle/oradata/mynewdb/redo02.log') SIZE 100M,

           GROUP 3 ('/u01/oracle/oradata/mynewdb/redo03.log') SIZE 100M

   MAXLOGFILES 5

   MAXLOGMEMBERS 5

   MAXLOGHISTORY 1

   MAXDATAFILES 100

MAXINSTANCES 1

   CHARACTER SET US7ASCII

   NATIONAL CHARACTER SET AL16UTF16

   DATAFILE '/u01/oracle/oradata/mynewdb/system01.dbf' SIZE 325M REUSE

   EXTENT MANAGEMENT LOCAL

   SYSAUX DATAFILE '/u01/oracle/oradata/mynewdb/sysaux01.dbf' SIZE 325M REUSE

DEFAULT TABLESPACE tbs_1

   DEFAULT TEMPORARY TABLESPACE tempts1

      TEMPFILE '/u01/oracle/oradata/mynewdb/temp01.dbf' 

      SIZE 20M REUSE

   UNDO TABLESPACE undotbs 

      DATAFILE '/u01/oracle/oradata/mynewdb/undotbs01.dbf'

      SIZE 200M REUSE AUTOEXTEND ON MAXSIZE UNLIMITED;

 

(1)第一处不同是关于redo日志组的设置,10g中默认配置一组日志中只有一个日志成员,而在11g中是默认有2个。

 

(2)第二个不同之处是在10g中有一个配置MAXINSTANCES,而在11g中却没有,因为是单实例数据库,所以不会是这个地方的不同引起的问题。

 

(3)第三个问题就更加明显了,在10g中只有default tablespace tbs_1语句而没有定义明细的信息,这个语句是不能运行的,还需要手工去补充,在11g中,语句已经补充完整了。只需要简单的根据自己的需求调整一下即可。

 

所以第二、三处不同很明显不是问题的原因,那么我们看看第一处不同,还有什么地方有可能会导致语句出现问题。

 

11g中日志组的定义的如下:

 

LOGFILE GROUP 1 ('/u01/logs/my/redo01a.log','/u02/logs/my/redo01b.log') SIZE 100M BLOCKSIZE 512,

 

10g中日志组的定义如下:

 

LOGFILE GROUP 1 ('/u01/oracle/oradata/mynewdb/redo01.log') SIZE 100M,

 

除了日志成员的不同外,还有就是blocksize的不同,在10g中没有blocksize的字样。

 

把blocksize去掉,在11g环境中再次运行语句,语句就运行成功了。

 

原来问题在这里,因为blocksize的值是在数据库的源代码中固定的,与操作系统相关,默认的值为512,在不同的操作系统中会有所不同。

 

查看blocksize的配置,可以使用基表。

 

从Oracle的内部视图中获得:

 

SQL> select max(lebsz) from x$kccle;

MAX(LEBSZ)

----------

       512

 

所以可见在10g和11g的很多细节之处还是可以发现很多值得推敲的地方,Oracle文档也在不断地改进和完善之中。

 

 

 
 
 
 
 
 
小结

 

以上的问题也算是抛砖引玉,希望大家不要轻视这些技术细节,我们不求每个版本都很完美,但是能够从中能够悟出一些更通用的东西,里面的一点一滴的改进都是我们值得琢磨和推敲的地方,给大家的工作中有所帮助,我的目的也就达到了。

活动预告