CentOS 5.5 安装 Oracle 11g RAC 问题汇总-MySQL 튜토리얼-php.cn

집

데이터 베이스

MySQL 튜토리얼

CentOS 5.5 安装 Oracle 11g RAC 问题汇总

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 05:03 PM

CentOS 5.5 安装 Oracle 11g RAC 问题汇总

在安装RAC 时，出了不少问题。

现汇总如下：

1、开始安装时，因两节点同时运行了root.sh，以至出错， ohasd 不能启动。

后来删除重新安装，先前建立的CRS 磁盘组已不能选择了。只好再退出来，（选择已是磁盘成员）

（后面经查询资料才知，可以在删除文件前，执行ASMCA进行管理ASM磁盘组）

先删除CRS对应的3个磁盘 CRS1,CRS2,CRS3, 再使用 Oracleasm createdisk 重新建立。

再进入安装界面，可以选择此3个磁盘进行建立磁盘组CRS 了。

2.提示：ADVM/ACFS is not supported on CentOS-release-5-5.el5.centos

不知是否会有后遗症，但暂时没出错。

3.最后执行root.sh 完后，安装步骤走到最后一步，又出： [INS-20802] Oracle Cluster Verification Utility failed

错误。

这里暂时没有其它更好的解决办法，，只好跳过去。安装ORACLE 数据库，并建立一个数据库(DBCA)

有的人说是：原来就是节点一致性上做的有问题，但我的检查，全部通过。

****************************************************************************

[root@rac1 ~]# /opt/app/grid/root.sh

Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= grid
    ORACLE_HOME= /opt/app/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]:
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...

Creating /etc/oratab file...
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.
2011-07-26 18:40:03: Parsing the host name
2011-07-26 18:40:03: Checking for super user privileges
2011-07-26 18:40:03: User has super user privileges
Using configuration parameter file: /opt/app/grid/crs/install/crsconfig_params
Creating trace directory
LOCAL ADD MODE
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
root wallet
root wallet cert
root cert export
peer wallet
profile reader wallet
pa wallet
peer wallet keys
pa wallet keys
peer cert request
pa cert request
peer cert
pa cert
peer root cert TP
profile reader root cert TP
pa root cert TP
peer pa cert TP
pa peer cert TP
profile reader pa cert TP
profile reader peer cert TP
peer user cert
pa user cert
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
ADVM/ACFS is not supported on centos-release-5-5.el5.centos

CRS-2672: 尝试启动 'ora.gipcd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.mdnsd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.gipcd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.mdnsd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.gpnpd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.gpnpd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.cssdmonitor' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.cssdmonitor' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.cssd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.diskmon' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.diskmon' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.cssd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.ctssd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.ctssd' (在 'rac1' 上)

ASM created and started successfully.

DiskGroup CRS created successfully.

clscfg: -install mode specified
Successfully accumulated necessary OCR keys.
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
CRS-2672: 尝试启动 'ora.crsd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.crsd' (在 'rac1' 上)
CRS-4256: Updating the profile
Successful addition of voting disk 39168288fb9d4fb2bf4de6654d44bb81.
Successfully replaced voting disk group with +CRS.
CRS-4256: Updating the profile
CRS-4266: Voting file(s) successfully replaced
## STATE    File Universal Id                File Name Disk group
-- -----    -----------------                --------- ---------
1. ONLINE   39168288fb9d4fb2bf4de6654d44bb81 (/dev/oracleasm/disks/CRS1) [CRS]
Located 1 voting disk(s).
CRS-2673: 尝试停止 'ora.crsd' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.crsd' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.asm' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.asm' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.ctssd' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.ctssd' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.cssdmonitor' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.cssdmonitor' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.cssd' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.cssd' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.gpnpd' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.gpnpd' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.gipcd' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.gipcd' (在 'rac1' 上)
CRS-2673: 尝试停止 'ora.mdnsd' (在 'rac1' 上)
CRS-2677: 成功停止 'ora.mdnsd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.mdnsd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.mdnsd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.gipcd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.gipcd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.gpnpd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.gpnpd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.cssdmonitor' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.cssdmonitor' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.cssd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.diskmon' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.diskmon' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.cssd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.ctssd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.ctssd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.asm' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.asm' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.crsd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.crsd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.evmd' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.evmd' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.asm' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.asm' (在 'rac1' 上)
CRS-2672: 尝试启动 'ora.CRS.dg' (在 'rac1' 上)
CRS-2676: 成功启动 'ora.CRS.dg' (在 'rac1' 上)

rac1     2011/07/26 18:45:46     /opt/app/grid/cdata/rac1/backup_20110726_184546.olr
Configure Oracle Grid Infrastructure for a Cluster ... succeeded
Updating inventory properties for clusterware
Starting Oracle Universal Installer...

Checking swap space: must be greater than 500 MB.   Actual 63999 MB    Passed
The inventory pointer is located at /etc/oraInst.loc
The inventory is located at /opt/app/oraInventory
'UpdateNodeList' was successful.

--------------- rac2 run root.sh --------------------------
[root@rac2 etc]# /opt/app/grid/root.sh
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= grid
    ORACLE_HOME= /opt/app/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]:
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...

Creating /etc/oratab file...
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.
2011-07-26 18:46:36: Parsing the host name
2011-07-26 18:46:36: Checking for super user privileges
2011-07-26 18:46:36: User has super user privileges
Using configuration parameter file: /opt/app/grid/crs/install/crsconfig_params
Creating trace directory
LOCAL ADD MODE
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
ADVM/ACFS is not supported on centos-release-5-5.el5.centos

CRS-4402: CSS 守护程序已在独占模式下启动, 但在节点 rac1 (编号为 1) 上发现活动 CSS 守护程序, 因此正在终止
An active cluster was found during exclusive startup, restarting to join the cluster
CRS-2672: 尝试启动 'ora.mdnsd' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.mdnsd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.gipcd' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.gipcd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.gpnpd' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.gpnpd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.cssdmonitor' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.cssdmonitor' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.cssd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.diskmon' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.diskmon' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.cssd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.ctssd' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.ctssd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.asm' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.asm' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.crsd' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.crsd' (在 'rac2' 上)
CRS-2672: 尝试启动 'ora.evmd' (在 'rac2' 上)
CRS-2676: 成功启动 'ora.evmd' (在 'rac2' 上)

rac2     2011/07/26 18:49:59     /opt/app/grid/cdata/rac2/backup_20110726_184959.olr
Configure Oracle Grid Infrastructure for a Cluster ... succeeded
Updating inventory properties for clusterware
正在启动 Oracle Universal Installer...

检查交换空间: 必须大于 500 MB。   实际为 66463 MB    通过
The inventory pointer is located at /etc/oraInst.loc
The inventory is located at /opt/app/oraInventory
'UpdateNodeList' 成功。

[INS-20802] Oracle Cluster Verification Utility failed

linux

성명

본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

관련 기사

InnoDB Redo Logs 및 Undo Logs의 역할을 설명하십시오.Apr 15, 2025 am 12:16 AM

InnoDB는 Redologs 및 Undologs를 사용하여 데이터 일관성과 신뢰성을 보장합니다. 1. Redologs는 사고 복구 및 거래 지속성을 보장하기 위해 데이터 페이지 수정을 기록합니다. 2. 결점은 원래 데이터 값을 기록하고 트랜잭션 롤백 및 MVCC를 지원합니다.

설명 출력 (유형, 키, 행, 추가)에서 찾아야 할 주요 메트릭은 무엇입니까?Apr 15, 2025 am 12:15 AM

설명 명령에 대한 주요 메트릭에는 유형, 키, 행 및 추가가 포함됩니다. 1) 유형은 쿼리의 액세스 유형을 반영합니다. 값이 높을수록 Const와 같은 효율이 높아집니다. 2) 키는 사용 된 인덱스를 표시하고 NULL은 인덱스가 없음을 나타냅니다. 3) 행은 스캔 한 행의 수를 추정하여 쿼리 성능에 영향을 미칩니다. 4) Extra는 최적화해야한다는 Filesort 프롬프트 사용과 같은 추가 정보를 제공합니다.

설명에서 임시 상태를 사용하고 피하는 방법은 무엇입니까?Apr 15, 2025 am 12:14 AM

Temporary를 사용하면 MySQL 쿼리에 임시 테이블을 생성해야 할 필요성이 있으며, 이는 별개의, 그룹 비 또는 비 인덱스 열을 사용하여 순서대로 발견됩니다. 인덱스 발생을 피하고 쿼리를 다시 작성하고 쿼리 성능을 향상시킬 수 있습니다. 구체적으로, 설명 출력에 사용되는 경우, MySQL은 쿼리를 처리하기 위해 임시 테이블을 만들어야 함을 의미합니다. 이것은 일반적으로 다음과 같은 경우에 발생합니다. 1) 별개 또는 그룹을 사용할 때 중복 제거 또는 그룹화; 2) OrderBy가 비 인덱스 열이 포함되어있을 때 정렬하십시오. 3) 복잡한 하위 쿼리 또는 조인 작업을 사용하십시오. 최적화 방법은 다음과 같습니다. 1) Orderby 및 GroupB

다른 SQL 트랜잭션 격리 수준 (커밋되지 않은 읽기, 읽기, 커밋 가능한 읽기, 반복 가능한 읽기, 시리얼이즈 가능) 및 MySQL/innoDB에서의 의미를 설명하십시오.Apr 15, 2025 am 12:11 AM

MySQL/InnoDB는 4 개의 트랜잭션 격리 수준을 지원합니다. Readuncommitted, ReadCommitted, ReturableRead 및 Serializable. 1. READUCMITTED는 커밋되지 않은 데이터를 읽을 수 있으므로 더러운 판독 값을 유발할 수 있습니다. 2. ReadCommitted는 더러운 읽기를 피하지만 반복 할 수없는 독서가 발생할 수 있습니다. 3. RepeatableRead는 더러운 읽기와 반복 할 수없는 독서를 피하는 기본 레벨이지만 팬텀 독서가 발생할 수 있습니다. 4. 직렬화 가능한 것은 모든 동시성 문제를 피하지만 동시성을 줄입니다. 적절한 격리 수준을 선택하려면 균형 잡힌 데이터 일관성 및 성능 요구 사항이 필요합니다.

MySQL 대 기타 데이터베이스 : 옵션 비교Apr 15, 2025 am 12:08 AM

MySQL은 웹 응용 프로그램 및 컨텐츠 관리 시스템에 적합하며 오픈 소스, 고성능 및 사용 편의성에 인기가 있습니다. 1) PostgreSQL과 비교하여 MySQL은 간단한 쿼리 및 높은 동시 읽기 작업에서 더 잘 수행합니다. 2) Oracle과 비교할 때 MySQL은 오픈 소스와 저렴한 비용으로 인해 중소 기업에서 더 인기가 있습니다. 3) Microsoft SQL Server와 비교하여 MySQL은 크로스 플랫폼 응용 프로그램에 더 적합합니다. 4) MongoDB와 달리 MySQL은 구조화 된 데이터 및 트랜잭션 처리에 더 적합합니다.

MySQL Index Cardinality는 쿼리 성능에 어떤 영향을 미칩니 까?Apr 14, 2025 am 12:18 AM

MySQL Index Cardinality는 쿼리 성능에 중대한 영향을 미칩니다. 1. 높은 카디널리티 인덱스는 데이터 범위를보다 효과적으로 좁히고 쿼리 효율성을 향상시킬 수 있습니다. 2. 낮은 카디널리티 인덱스는 전체 테이블 스캔으로 이어질 수 있으며 쿼리 성능을 줄일 수 있습니다. 3. 관절 지수에서는 쿼리를 최적화하기 위해 높은 카디널리티 시퀀스를 앞에 놓아야합니다.

MySQL : 신규 사용자를위한 리소스 및 튜토리얼Apr 14, 2025 am 12:16 AM

MySQL 학습 경로에는 기본 지식, 핵심 개념, 사용 예제 및 최적화 기술이 포함됩니다. 1) 테이블, 행, 열 및 SQL 쿼리와 같은 기본 개념을 이해합니다. 2) MySQL의 정의, 작업 원칙 및 장점을 배우십시오. 3) 인덱스 및 저장 절차와 같은 기본 CRUD 작업 및 고급 사용량을 마스터합니다. 4) 인덱스의 합리적 사용 및 최적화 쿼리와 같은 일반적인 오류 디버깅 및 성능 최적화 제안에 익숙합니다. 이 단계를 통해 MySQL의 사용 및 최적화를 완전히 파악할 수 있습니다.

실제 MySQL : 예 및 사용 사례Apr 14, 2025 am 12:15 AM

MySQL의 실제 응용 프로그램에는 기본 데이터베이스 설계 및 복잡한 쿼리 최적화가 포함됩니다. 1) 기본 사용 : 사용자 정보 삽입, 쿼리, 업데이트 및 삭제와 같은 사용자 데이터를 저장하고 관리하는 데 사용됩니다. 2) 고급 사용 : 전자 상거래 플랫폼의 주문 및 재고 관리와 같은 복잡한 비즈니스 로직을 처리합니다. 3) 성능 최적화 : 인덱스, 파티션 테이블 및 쿼리 캐시를 사용하여 합리적으로 성능을 향상시킵니다.

See all articles