概述:
远程和同事为一内蒙政府部门部署一套11GRAC(for aix), 在DBCA建库时碰到了问题,最终尝试用手工建库,完成了此次实施。
过程:
1.首先安装CRS时,执行crs_stat -t 命令后,节点2的VIP总是在节点1上挂着,尝试多种方案后都未解决,后对CRS进行了升级,从11.1.0.6升级
到11.1.0.7后,问题解决。
2.安装11G软件时,碰到在48%左右时不再前进,原因是把安装介质的三个盘解开后变到了Disk1。。Disk3,其实不用这样处理,解开后
会默认追加Disk1中,这是和之前的版本不同的一个地方。
3.DBCA建库过程中碰到了问题,报A system call received a parameter is not valid,由于时间比较紧,放弃此方法,决定用手工建库。
4.手工建库时首先找到了DBCA过程中生成的诸多脚本,其中一个$SID_NAME1.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 /u01/app/ora/ora11g/bin/orapwd file=/u01/app/ora/ora11g/dbs/orapwdbxx1 password=&&sysPassword force=y
@/u01/app/ora/admin/dbxx/scripts/CreateDB.sql
@/u01/app/ora/admin/dbxx/scripts/CreateDBFiles.sql
@/u01/app/ora/admin/dbxx/scripts/CreateDBCatalog.sql
@/u01/app/ora/admin/dbxx/scripts/JServer.sql
@/u01/app/ora/admin/dbxx/scripts/context.sql
@/u01/app/ora/admin/dbxx/scripts/xdb_protocol.sql
@/u01/app/ora/admin/dbxx/scripts/ordinst.sql
@/u01/app/ora/admin/dbxx/scripts/interMedia.sql
@/u01/app/ora/admin/dbxx/scripts/cwmlite.sql
@/u01/app/ora/admin/dbxx/scripts/spatial.sql
@/u01/app/ora/admin/dbxx/scripts/ultraSearch.sql
@/u01/app/ora/admin/dbxx/scripts/emRepository.sql
@/u01/app/ora/admin/dbxx/scripts/apex.sql
@/u01/app/ora/admin/dbxx/scripts/owb.sql
@/u01/app/ora/admin/dbxx/scripts/CreateClustDBViews.sql
host echo "IFILE='/u01/app/ora/admin/dbxx/scripts/init.ora'" > /u01/app/ora/ora11g/dbs/initdbxx1.ora
@/u01/app/ora/admin/dbxx/scripts/ultraSearchCfg.sql
@/u01/app/ora/admin/dbxx/scripts/lockAccount.sql
@/u01/app/ora/admin/dbxx/scripts/postDBCreation.sql
脚本的多少会随着选择组件不同而有变化
5.上步执行完毕后,使用srvctl命令把数据库、实例等资源都加入到了crs中,至此本次实施告一段落
远程和同事为一内蒙政府部门部署一套11GRAC(for aix), 在DBCA建库时碰到了问题,最终尝试用手工建库,完成了此次实施。
过程:
1.首先安装CRS时,执行crs_stat -t 命令后,节点2的VIP总是在节点1上挂着,尝试多种方案后都未解决,后对CRS进行了升级,从11.1.0.6升级
到11.1.0.7后,问题解决。
2.安装11G软件时,碰到在48%左右时不再前进,原因是把安装介质的三个盘解开后变到了Disk1。。Disk3,其实不用这样处理,解开后
会默认追加Disk1中,这是和之前的版本不同的一个地方。
3.DBCA建库过程中碰到了问题,报A system call received a parameter is not valid,由于时间比较紧,放弃此方法,决定用手工建库。
4.手工建库时首先找到了DBCA过程中生成的诸多脚本,其中一个$SID_NAME1.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 /u01/app/ora/ora11g/bin/orapwd file=/u01/app/ora/ora11g/dbs/orapwdbxx1 password=&&sysPassword force=y
@/u01/app/ora/admin/dbxx/scripts/CreateDB.sql
@/u01/app/ora/admin/dbxx/scripts/CreateDBFiles.sql
@/u01/app/ora/admin/dbxx/scripts/CreateDBCatalog.sql
@/u01/app/ora/admin/dbxx/scripts/JServer.sql
@/u01/app/ora/admin/dbxx/scripts/context.sql
@/u01/app/ora/admin/dbxx/scripts/xdb_protocol.sql
@/u01/app/ora/admin/dbxx/scripts/ordinst.sql
@/u01/app/ora/admin/dbxx/scripts/interMedia.sql
@/u01/app/ora/admin/dbxx/scripts/cwmlite.sql
@/u01/app/ora/admin/dbxx/scripts/spatial.sql
@/u01/app/ora/admin/dbxx/scripts/ultraSearch.sql
@/u01/app/ora/admin/dbxx/scripts/emRepository.sql
@/u01/app/ora/admin/dbxx/scripts/apex.sql
@/u01/app/ora/admin/dbxx/scripts/owb.sql
@/u01/app/ora/admin/dbxx/scripts/CreateClustDBViews.sql
host echo "IFILE='/u01/app/ora/admin/dbxx/scripts/init.ora'" > /u01/app/ora/ora11g/dbs/initdbxx1.ora
@/u01/app/ora/admin/dbxx/scripts/ultraSearchCfg.sql
@/u01/app/ora/admin/dbxx/scripts/lockAccount.sql
@/u01/app/ora/admin/dbxx/scripts/postDBCreation.sql
脚本的多少会随着选择组件不同而有变化
5.上步执行完毕后,使用srvctl命令把数据库、实例等资源都加入到了crs中,至此本次实施告一段落
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/388619/viewspace-609967/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/388619/viewspace-609967/