Oracle DataBase单实例使用ASM案例(2)--Oracle 11g之GI安装

简介:

系统环境:

操作系统:RedHat EL5(64)

Oracle 软件:Oracle 11gR2、Oracle GI


   对于Oracle 11g使用ASM作为存储系统,必须要构建Oracle GI的环境。

安装Oracle GI:

1、以grid用户的身份登录系统安装

wKioL1OD_eXB60kuAAOP1mv3XkQ384.jpg


开始安装

wKioL1OD_kOjmB8nAASG4h_JAAI946.jpg


安装注意选择standalone server

wKioL1OD_nSSjat7AAQ4tQ9AIRo460.jpg


建立磁盘组

wKiom1OD_r2zlCAvAAL-Ac5gjYM545.jpg


确认用户组

wKiom1OD_uri0f5MAAN_Jcio2lg722.jpg


确认安装目录(由于/u01下空间,不足,后改为/dsk1下)

wKioL1OD_vqSH8_LAAPNpitMQ-0538.jpg


安装


wKiom1OD_0DjURTAAAR8rOeKfGQ657.jpg

以root用户,执行root.sh脚本


[root@bjsrv ~]#/dsk1/11.2.0/grid/root.sh

Running Oracle 11g root.sh script...

The following environment variables are set as:

    ORACLE_OWNER= grid

    ORACLE_HOME=  /dsk1/11.2.0/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]: 

The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n) 

[n]: y

   Copying dbhome to /usr/local/bin ...

The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n) 

[n]: y

   Copying oraenv to /usr/local/bin ...

The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n) 

[n]: y

   Copying coraenv to /usr/local/bin ...

Entries will be added to the /etc/oratab file as needed by

Database Configuration Assistant when a database is created

Finished running generic part of root.sh script.

Now product-specific root actions will be performed.

2014-05-26 05:52:51: Checking for super user privileges

2014-05-26 05:52:51: User has super user privileges

2014-05-26 05:52:51: Parsing the host name

Using configuration parameter file: /dsk1/11.2.0/grid/crs/install/crsconfig_params

Creating trace directory

LOCAL ADD MODE 

Creating OCR keys for user 'grid', privgrp 'oinstall'..

Operation successful.

CRS-4664: Node bjsrv successfully pinned.

Adding daemon to inittab

CRS-4123: Oracle High Availability Services has been started.

ohasd is starting

acfsroot: ACFS-9320: Missing advmutil.

acfsroot: ACFS-9320: Missing advmutil.bin.

acfsroot: ACFS-9320: Missing fsck.acfs.

acfsroot: ACFS-9320: Missing fsck.acfs.bin.

acfsroot: ACFS-9320: Missing mkfs.acfs.

acfsroot: ACFS-9320: Missing mkfs.acfs.bin.

acfsroot: ACFS-9320: Missing mount.acfs.

acfsroot: ACFS-9320: Missing mount.acfs.bin.

acfsroot: ACFS-9320: Missing acfsdbg.

acfsroot: ACFS-9320: Missing acfsdbg.bin.

acfsroot: ACFS-9320: Missing acfsutil.

acfsroot: ACFS-9320: Missing acfsutil.bin.

acfsroot: ACFS-9301: ADVM/ACFS installation can not proceed:

acfsroot: ACFS-9302: No installation files found at /dsk1/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin.

bjsrv     2014/05/26 05:53:16     /dsk1/11.2.0/grid/cdata/bjsrv/backup_20140526_055316.olr

Successfully configured Oracle Grid Infrastructure for a Standalone Server

Updating inventory properties for clusterware

Starting Oracle Universal Installer...

Checking swap space: must be greater than 500 MB.   Actual 5114 MB    Passed

The inventory pointer is located at /etc/oraInst.loc

The inventory is located at /u01/app/oraInventory

'UpdateNodeList' was successful.

如果,大家在Oracle 11g构建过RAC,可以看出这个root.sh和在RAC下略有不同

wKiom1OEABrD_3bjAARP9EllZf8921.jpg


安装完成











本文转自 客居天涯 51CTO博客,原文链接:http://blog.51cto.com/tiany/1417510,如需转载请自行联系原作者
目录
相关文章
|
24天前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
2月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
2月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
1月前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
6月前
|
存储 Oracle 关系型数据库
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
**服务器存储数据恢复环境:** 某品牌服务器存储中有一组由6块SAS硬盘组建的RAID5阵列,其中有1块硬盘作为热备盘使用。上层划分若干lun,存放Oracle数据库数据。 **服务器存储故障&分析:** 该RAID5阵列中一块硬盘出现故障离线,热备盘自动激活替换故障硬盘,热备盘同步数据的过程中该raid5阵列中又有一块硬盘出现故障,RAID5阵列瘫痪,上层LUN无法正常访问。 因为本案例中存储控制器的磁盘检查策略严格,一旦某些磁盘性能不稳定,该型号存储控制器就将该块磁盘识别为坏盘,并将该块磁盘踢出RAID。一旦RAID中掉线的盘数到超过RAID级别允许掉盘的最大数量,该RAID将不可用,
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
|
6月前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析2
oracle基本笔记整理及案例分析2
|
6月前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析1
oracle基本笔记整理及案例分析1

热门文章

最新文章

推荐镜像

更多