创建数据库脚本oracle数据库,oracle 10g数据库使用创建脚本实现手动创建数据库-oracle...

使用DBCA 创建数据库时的输出的脚本，并参照脚本文件，手动实现一个数据库的创建过程。首先使用DBCA工具创建一份建库脚本，整个脚本文件包含如下文件，

打开BAT文件查看内容如下：

mkdir f:\oracle\product\10.2.0\admin\test\adump

mkdir f:\oracle\product\10.2.0\admin\test\bdump

mkdir f:\oracle\product\10.2.0\admin\test\cdump

mkdir f:\oracle\product\10.2.0\admin\test\dpdump

mkdir f:\oracle\product\10.2.0\admin\test\pfile

mkdir f:\oracle\product\10.2.0\admin\test\udump

mkdir f:\oracle\product\10.2.0\db_1\cfgtoollogs\dbca\test

mkdir f:\oracle\product\10.2.0\db_1\dbs

mkdir f:\oracle\product\10.2.0\oradata\test

set ORACLE_SID=test

f:\oracle\product\10.2.0\db_1\bin\oradim.exe -new -sid TEST -startmode manual -spfile

f:\oracle\product\10.2.0\db_1\bin\oradim.exe -edit -sid TEST -startmode auto -srvcstart system

f:\oracle\product\10.2.0\db_1\bin\sqlplus /nolog @f:\test\scripts\test.sql

发现原来ORACLE先创建了一批相关的文件目录，于是效仿在%oracle_home%下建立对应的目录。

此处有两种方法可供选择：

1.通过WINDOWS的可视界面创建

2.通过命令行工具使用如下命令创建(直接偷他的了)

mkdir f:\oracle\product\10.2.0\admin\test\adump

mkdir f:\oracle\product\10.2.0\admin\test\bdump

mkdir f:\oracle\product\10.2.0\admin\test\cdump

mkdir f:\oracle\product\10.2.0\admin\test\dpdump

mkdir f:\oracle\product\10.2.0\admin\test\pfile

mkdir f:\oracle\product\10.2.0\admin\test\udump

mkdir f:\oracle\product\10.2.0\db_1\cfgtoollogs\dbca\test

mkdir f:\oracle\product\10.2.0\db_1\dbs

mkdir f:\oracle\product\10.2.0\oradata\test

创建完成相关目录后，继续向下，发现他在BAT文件中执行了set ORACLE_SID=test，设置环境变量，它设置我也照着设置，进入CMD，直接输入set ORACLE_SID=test

完成环境变量设置后继续向下，

f:\oracle\product\10.2.0\db_1\bin\oradim.exe -new -sid TEST -startmode manual -spfile

f:\oracle\product\10.2.0\db_1\bin\oradim.exe -edit -sid TEST -startmode auto -srvcstart system

他创建并编辑了一个新的实例(不知道此处为何要先创建它以manual方式启动后有更改为auto 方式启动，望高手指点迷津)，既然他创建了一个实例，我也同样创建一个实例，在CMD中输入 oradim –new –sid test创建一个名为test的实例。

在完成实例创建后，发现他在执行如下语句：

f:\oracle\product\10.2.0\db_1\bin\sqlplus /nolog @f:\test\scripts\test.sql

我对此步理解为使用/nolog方式登录sqlplus然后执行名为test.sql的文件，打开test.sql文件，内容如下：

set verify off

PROMPT specify a password for sys as parameter 1;

DEFINE sysPassword = &1

PROMPT specify a password for system as parameter 2;

DEFINE systemPassword = &2

PROMPT specify a password for sysman as parameter 3;

DEFINE sysmanPassword = &3

PROMPT specify a password for dbsnmp as parameter 4;

DEFINE dbsnmpPassword = &4

host f:\oracle\product\10.2.0\db_1\bin\orapwd.exe file=f:\oracle\product\10.2.0\db_1\database\PWDtest.ora password=&&sysPassword force=y

@f:\test\scripts\CloneRmanRestore.sql

@f:\test\scripts\cloneDBCreation.sql

@f:\test\scripts\postScripts.sql

host "echo SPFILE='f:\oracle\product\10.2.0\db_1/dbs/spfiletest.ora' > f:\oracle\product\10.2.0\db_1\database\inittest.ora"

@f:\test\scripts\postDBCreation.sql

研读后发现他先是在%oracle_home%\database下创建了SYS用户登录认证的密码文件，于是效仿他的操作，进入CMD，执行

orapwd file=f:\oracle\product\10.2.0\db_1\database\PWDtest.ora password=test force=y,在%oracle_home%\database下创建一个名为PWDtest.ora的密码文件，且指定密码为test.

创建完成密码文件后，发现他接着执行了名为CloneRmanRestore.sql的文件，打开CloneRmanRestore.sql后发现内容如下

connect "SYS"/"&&sysPassword" as SYSDBA  --使用刚才创建的SYS密码以DBA方式连接

set echo on

spool f:\test\scripts\CloneRmanRestore.log      --记录日志，不管它

startup nomount pfile="f:\test\scripts\init.ora";   --以init.ora中参数启动数据库为nomount模式

@f:\test\scripts\rmanRestoreDatafiles.sql;      --执行rmanRestoreDatafiles.sql

于是参照文档使用/NOLOG方式登录sqlplus,使用conn sys/test as sysdba连接，连接成功后执行 startup nomount pfile="f:\test\scripts\init.ora"启动数据库，发现报错信息如下

SQL> startup nomount pfile="f:\test\scripts\init.ora"

ORA-01031: insufficient privileges

将init.ora文件复制到%oracle_home%\database下改名为inittest.ora，

使用SQL> startup nomount 启动

启动完成后，他执行名为rmanRestoreDatafiles.sql的文件来创建数据文件，打开rmanRestoreDatafiles.sql，内容如下：

set echo off;

set serveroutput on;

select TO_CHAR(systimestamp,'YYYYMMDD HH:MI:SS') from dual;

variable devicename varchar2(255);

declare

omfname varchar2(512) := NULL;

done boolean;

begin

dbms_output.put_line(' ');

dbms_output.put_line(' Allocating device.... ');

dbms_output.put_line(' Specifying datafiles... ');

:devicename := dbms_backup_restore.deviceAllocate;

dbms_output.put_line(' Specifing datafiles... ');

dbms_backup_restore.restoreSetDataFile;

dbms_backup_restore.restoreDataFileTo(1, 'f:\oracle\product\10.2.0\oradata\test\SYSTEM01.DBF', 0, 'SYSTEM');

dbms_backup_restore.restoreDataFileTo(2, 'f:\oracle\product\10.2.0\oradata\test\UNDOTBS01.DBF', 0, 'UNDOTBS1');

dbms_backup_restore.restoreDataFileTo(3, 'f:\oracle\product\10.2.0\oradata\test\SYSAUX01.DBF', 0, 'SYSAUX');

dbms_backup_restore.restoreDataFileTo(4, 'f:\oracle\product\10.2.0\oradata\test\USERS01.DBF', 0, 'USERS');

dbms_output.put_line(' Restoring ... ');

dbms_backup_restore.restoreBackupPiece('f:\oracle\product\10.2.0\db_1\assistants\dbca\templates\Seed_Database.dfb', done);

if done then

dbms_output.put_line(' Restore done.');

else

dbms_output.put_line(' ORA-XXXX: Restore failed ');

end if;

dbms_backup_restore.deviceDeallocate;

end;

/

select TO_CHAR(systimestamp,'YYYYMMDD HH:MI:SS') from dual;

之所以这样，是因为使用DBCA创建数据库时，数据文件是从种子数据库Seed_Database.dfb中恢复出来的，避免了创建文件及字典对象等信息，提高数据库的创建速度。执行后，他在%oracle_home%\oradata\的对应数据库文件下恢复出来四个文件，分别为SYSTEM01.DBF、UNDOTBS01.DBF、SYSAUX01.DBF、USERS01.DBF。

回到前面test.sql文件中，接下来被执行的语句是：@f:\test\scripts\cloneDBCreation.sql，打开cloneDBCreation.sql仔细阅读后，发现使用DBCA创建数据库时采用的是 “克隆”一个数据库的方式，由于上一步执行rmanRestoreDatafiles.sql时我们重种子数据库中恢复出来了数据文件，因此接下来执行的语句就是要在恢复出来的文件上进行“克隆”并对其进行改造。

首先

Create controlfile reuse set database "test"

MAXINSTANCES 8

MAXLOGHISTORY 1

MAXLOGFILES 16

MAXLOGMEMBERS 3

MAXDATAFILES 100

Datafile

'f:\oracle\product\10.2.0\oradata\test\SYSTEM01.DBF',

'f:\oracle\product\10.2.0\oradata\test\UNDOTBS01.DBF',

'f:\oracle\product\10.2.0\oradata\test\SYSAUX01.DBF',

'f:\oracle\product\10.2.0\oradata\test\USERS01.DBF'

LOGFILE GROUP 1 ('f:\oracle\product\10.2.0/oradata/test/redo01.log') SIZE 51200K,

GROUP 2 ('f:\oracle\product\10.2.0/oradata/test/redo02.log') SIZE 51200K,

GROUP 3 ('f:\oracle\product\10.2.0/oradata/test/redo03.log') SIZE 51200K RESETLOGS;

使用上边的语句创建控制文件，然后通过执行exec dbms_backup_restore.zerodbid(0);清空数据文件头的部分信息，zeroDbid主要用于清除数据文件头的3类信息：Database id信息、Checksum信息和Checksum符号位信息。

信息清除后，执行shutdown immediate;

startup nomount pfile="f:\test\scripts\inittestTemp.ora";

重启数据库，此时重启时使用了inittestTemp.ora文件，区别于最初重启时的init.ora文件，

在末尾处多了_no_recovery_through_resetlogs=true，查阅相关资料后得知这个参数用于限制恢复能否跨越resetlogs，对于数据库的恢复来说，resetlogs通常意味着不完全恢复，在数据库resetlogs打开之后，控制文件中的很多信息被改写，在Oracle 10g之前，如果数据库resetlogs打开，那么将不再能够通过当前的控制文件再次进行resetlogs点之前的恢复，而Oracle 10g改变了这个历史。在Oracle 10g中，即使通过resetlogs方式打开了数据库，Oracle仍然支持再次从resetlogs时间点之前进行恢复；在Clone数据库时，Oracle设置这个参数为True，意思就是不允许再次进行跨越resetlogs时间点的恢复。然后使用

Create controlfile reuse set database "test"

MAXINSTANCES 8

MAXLOGHISTORY 1

MAXLOGFILES 16

MAXLOGMEMBERS 3

MAXDATAFILES 100

Datafile

'f:\oracle\product\10.2.0\oradata\test\SYSTEM01.DBF',

'f:\oracle\product\10.2.0\oradata\test\UNDOTBS01.DBF',

'f:\oracle\product\10.2.0\oradata\test\SYSAUX01.DBF',

'f:\oracle\product\10.2.0\oradata\test\USERS01.DBF'

LOGFILE GROUP 1 ('f:\oracle\product\10.2.0/oradata/test/redo01.log') SIZE 51200K,

GROUP 2 ('f:\oracle\product\10.2.0/oradata/test/redo02.log') SIZE 51200K,

GROUP 3 ('f:\oracle\product\10.2.0/oradata/test/redo03.log') SIZE 51200K RESETLOGS;

重写控制文件。

接下来Oracle设置restricted session模式，resetlogs打开数据库：

alter system enable restricted session;

alter database "test" open resetlogs;

修改global_name，添加临时文件等：

alter database rename global_name to "test";

ALTER TABLESPACE TEMP ADD TEMPFILE 'f:\oracle\product\10.2.0\oradata\test\TEMP01.DBF' SIZE 20480K REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED;