li
  当前位置:主页 > 集群技术 > 文章内容
li
Oracle10g R2 Installing RAC(8)
来源: www.ixdba.net  作者: IXDBA.NET官方    时间:2008-02-21   阅读:203  
本文章共47048字,分12页,当前第8页,快速翻页:
 

--------------------------------------------------------
|  sles102  |  sles102-priv  |  sles102-vip  |
--------------------------------------------------------
Click [Next]
● Specify Network Interface Usage:
--------------------------------------------------
| Interface Name | Subnet | Interface Type |
--------------------------------------------------
| eth0 | 172.16.2.0 | Public |
--------------------------------------------------
| eth1 | 192.168.235.0 | Private |
--------------------------------------------------
Click [Next]
● Specify OCR Location:[Oracle Cluster Registry]
Click External Redundacy
Specify OCR Location: /u02/oradata/ocr
Click[Next]
● Specify Voting Disk Location:
Click External Redundacy
Voting Disk Location: /u02/oradata/css
Click [Next]
● Summary:
Click [Install]
● Execute Configuration scrīpts: Do not lick "OK" and close this windoe until you finish running the 2 scrīpts.
scrīpts to be executed on each node by "root" user:
a. /u01/app/oracle/oraInventory/orainstRoot.sh
[root@sles101 oraInventory]# ./orainstRoot.sh
Changing permissions of /u01/app/oracle/oraInventory to 770.
Changing groupname of /u01/app/oracle/oraInventory to dba.
The execution of the scrīpt is complete
b. /u01/app/oracle/product/crs/root.sh
[root@sles101 crs]# ./root.sh
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
Checking to see if Oracle CRS stack is already configured
/etc/oracle does not exist. Creating it now.
Setting the permissions on OCR backup directory
Setting up NS directories
Oracle Cluster Registry configuration upgraded successfully
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
assigning default hostname sles101 for node 1.
assigning default hostname sles102 for node 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node <nodenumber>: <nodename> <private interconnect name> <hostname>
node 1: sles101 sles101-priv sles101
node 2: sles102 sles102-priv sles102
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Now formatting voting device: /u02/oradata/css
Format of 1 voting devices complete.
Startup will be queued to init within 90 seconds.
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
CSS is active on these nodes.
        sles101
CSS is inactive on these nodes.
        sles102
Local node checking complete.
Run root.sh on remaining nodes to start CRS daemons.
c. Then, run same scrīpts on sles102, and run "crsctl" until all other nodes are active with CSS if neccessary
[root@sles102 oraInventory]# ./orainstRoot.sh
Changing permissions of /u01/app/oracle/oraInventory to 770.
Changing groupname of /u01/app/oracle/oraInventory to dba.
The execution of the scrīpt is complete
[root@sles102 crs]# ./root.sh
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
Checking to see if Oracle CRS stack is already configured
IXDBA.NET社区论坛
/etc/oracle does not exist. Creating it now.
Setting the permissions on OCR backup directory
Setting up NS directories
Oracle Cluster Registry configuration upgraded successfully
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
clscfg: EXISTING configuration version 3 detected.
clscfg: version 3 is 10G Release 2.
assigning default hostname sles101 for node 1.
assigning default hostname sles102 for node 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node <nodenumber>: <nodename> <private interconnect name> <hostname>
node 1: sles101 sles101-priv sles101
node 2: sles102 sles102-priv sles102
clscfg: Arguments check out successfully.
NO KEYS WERE WRITTEN. Supply -force parameter to override.
-force is destructive and will destroy any previous cluster
configuration.
Oracle Cluster Registry for cluster has already been initialized
Startup will be queued to init within 90 seconds.
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
CSS is active on these nodes.
        sles101
        sles102
CSS is active on all nodes.
Waiting for the Oracle CRSD and EVMD to start
Waiting for the Oracle CRSD and EVMD to start
Waiting for the Oracle CRSD and EVMD to start
Oracle CRS stack installed and running under init(1M)
Running vipca(silent) for configuring nodeapps
The given interface(s), "eth0" is not public. Public interfaces should be used to configure virtual IPs.
d. After the 2 scrīpts were running on both nodes, the 3 other configuration assistance will be running.
 ● Configuration Assistance:  
- Oracle Notification Server configuration assistance    
- Orcale Private Interconnect configuration assistance
These 2 assistance will fail if the configuration scrīpt did not run.
- Oracle Cluster Verification Utility
This assistance will be failed becuase VIPs have been configured and public IPs are on a private subnets, so it doesn't matter, just ignore and continue. We can go next and exit the installation OUI and do the verification later by running the following commands:
/u01/app/oracle/product/crs/bin/cluvfy stage -post crsinst -n sles101,sles102 -verbose
e. Run VIPCA wizard to configuring VIPs and other resources (ons, gsd)
Before running the "vipca" scrīpt on SuSE10.1, you need to modify the scrīpt by uncommenting the export of LD_ASSUME_KERNEL variable, otherwise, you will run with the following error:
oracle@sles101:/u01/app/oracle/product/10.2/crs_1/bin> sudo ./vipca
/u01/app/oracle/product/10.2/crs_1/jdk/jre//bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
The vipca file should be read like:
[oracle@sles101 /u01/app/oracle/product/10.2/crs_1/bin]
$ cat vipca
... ...
Linux) LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:$ORACLE_HOME/srvm/lib:$LD_LIBRARY_PATH
       export LD_LIBRARY_PATH
        echo $LD_LIBRARY_PATH
        echo $CLASSPATH
       #Remove this workaround when the bug 3937317 is fixed
       arch=`uname -m`
       if [ "$arch" = "i686" -o "$arch" = "ia64" ]
       then
        # LD_ASSUME_KERNEL=2.4.19   
        # export LD_ASSUME_KERNEL 
        echo                  # add an "echo" here, otherwise, the vipca scrīpt will run failed.
       fi
       #End workaround
       ;;
... ...

[oracle@sles101] $ sudo $ORA_CRS_HOME/bin/vipca
In the "VIP Configuration Assistance" wizard, enter the following VIP info:
  Node Name     IP Alias name    IP Address        subnet mask
  ------------  ------------------------  ------------------------  ------------------------



阅读更多内容<<上一页 · 1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 · 9 · 10 · 11 · 12 · 下一页>>


  上一篇: Linux RAC OCFS文件系统与INODES   下一篇: 如何选择合适的双机和集群软件
li
 §相关评论  
 热点文章

·Linux RAC OCFS文件系统与INOD
·Oracle10g R2 Installing RAC
·Linux服务器集群系统(lvs)
·Linux对存储文件系统的技术架构
·linux常用集群文件系统简介
·如何选择合适的双机和集群软件
·LifeKeeper软件介绍
·纯软件方式的双机热备方案深入
·双机热备:基于共享存储与纯软
·双机热备与数据备份,数据安全的
·双机热备常见问题释疑
li
 编辑推荐
·Linux RAC OCFS文件系统与INOD
·Oracle10g R2 Installing RAC
·Linux服务器集群系统(lvs)
·Linux对存储文件系统的技术架构
·linux常用集群文件系统简介
·如何选择合适的双机和集群软件
·LifeKeeper软件介绍
·纯软件方式的双机热备方案深入
·双机热备:基于共享存储与纯软
·双机热备与数据备份,数据安全的
·双机热备常见问题释疑
li
 相关篇章
·Linux RAC OCFS文件系统与INODES
·HACMP 安装配置,管理与诊断分析
·完整NFS手册:NFS操作完全指南
·网络文件系统:NFS基本操作总结
·负载均衡 - 相关概念解释
·集群实例:配置ISCSI客户端(LINU...
·集群部署:Rose HA For Radhat安...
·热贴讨论:RHCS中的fence设备讨论
·集群概念:集群技术简介
·参考文档:DRBD(磁盘镜像技术)
·如何选择合适的双机和集群软件
·LifeKeeper软件介绍
·纯软件方式的双机热备方案深入分...
·双机热备:基于共享存储与纯软件...
·双机热备与数据备份,数据安全的关...
·双机热备常见问题释疑
·双机热备、双机互备与双机双工的...
·双机、集群的配置模式:主从、互...
·双机热备基本概念分析
·linux常用集群文件系统简介
 
li
设为首页 | 关于我们 | 技术服务 | 收藏本站 | 网站地图 | 联系方式 | 本站友情连接