11gR2 HP-UX + ASM Deinstall manual Grid Infrastructure manually

Installation/Oracle Install Case 2014. 3. 6. 11:55

Grid 혹은 DB 설치 후 무언가 잘못 되어서 전체 재설치를 해야 할 때가 있다.
deinstall tool을 사용하려 하는데 inventory가 깨졌을 경우 수동으로 clean 시킬 필요가 있다.

 

1. inittab 파일에서 아래 항목을 지운다.

 "h1:3:respawn:/sbin/init.d/init.ohasd run >/dev/null 2>&1 </dev/null"

버전에 따라 아래 항목도 추가되는데 이도 지운다
 "h1:3:respawn:/sbin/init.d/init.tfa run >/dev/null 2>&1 </dev/null"

 

2. 인벤토리 디렉토리를 지운다.

   rm -rf /appl/oraInventory

 

3. Grid base를 지운다.

   rm -rf /appl/grid

 

4. temp 파일을 지운다.

   rm -rf /var/tmp/.oracle
   rm -rf /tmp/.oracle

 

5. config 파일을 지운다.

   rm -rf /var/opt/oracle

 

6. ohasd를 지운다.

   rm /sbin/init.d/init.ohasd
   rm /sbin/init.d/ohasd

ohasd 관련 파일이 더 있는지 확인하고 지운다.

   find /etc/rc*.d -name *ohasd
   find /etc/rc*.d -name *ohasd -exec rm {} \;

 

7. ASM 환경이라면 ASM 헤더를 지워준다.
dd if=/dev/zero of=/dev/rdisk/disk45 bs=1024k
dd if=/dev/zero of=/dev/rdisk/disk46 bs=1024k
dd if=/dev/zero of=/dev/rdisk/disk47 bs=1024k
...

 

8. 환경변수 설정 파일들을 지운다.
    rm /etc/oratab rm /usr/local/bin/dbhome /usr/local/bin/coraenv /usr/local/bin/oraenv

 

9. 이제 재설치할 준비가 되었다.

 

출처: http://somireddy.wordpress.com/2013/06/23/deinstall-oracle-11gr2-rac-cluster-installation-on-hp-ux/

저작자표시 비영리

'Installation > Oracle Install Case' 카테고리의 다른 글

AIX 6.1에 10g R2 설치시 에러내용중 하나  (0) 2013.02.18
Posted by neo-orcl
,

Ioctl ASYNC_CONFIG error, errno = 1

TroubleShoot 2013. 5. 7. 11:06

HP-UX에서 발생하는 문제
아래 로그를 포함하는 트레이스 파일이 계속 생긴다. 심할 정도로
Ioctl ASYNC_CONFIG error, errno = 1

1. 만약 /dev/async 가 존재하고 설정이 맞게 되었다면 오라클은 ioctl을 통해 SGA 메모리의 async i/o를 사용하기 위해 메모리를 lock하게 된다(HP only)
2. 오라클은 /dev/async HP-UX 드라이버가 읽기/쓰기를 위해 제대로 설정되어있을 경우 /dev/async 를 open하게 된다.

위 둘이 제대로 설정되어 있다면 DISK_ASYNCH_IO 파라미터 값이 TRUE이건 말건 상관없이 적용되게 된다.

문제는 오라클이 init 셋팅에 관계없이(disk_asynch_io=false, filesystemio_options=none) async I/O를 사용하게 되는 점이다.
이 경우 filesystemio_options=none이 동작하지 않게 된다.

9.2~10.1의 경우 asynch_io를 비활성화하기 위해 아래처럼 설정한다.

chown bin:bin /dev/async
chmod 660 /dev/async

주의: 이 설정시 기존 어플리케이션에 영향을 줄 수 있기에 asynch_io를 비활성화하기 전에 db를 셧다운하는걸 권장한다.

트레이스 파일 에러가 생기는 것을 막기 위한 방법은 아래 처럼 dba 그룹에 MLOCK 권한을 주는 것이다.

# /usr/sbin/setprivgrp dba MLOCK
# vi /etc/privgroup
-- This should contain dba MLOCK RTSCHED RTPRIO
# cat /etc/privgroup
dba MLOCK RTSCHED RTPRIO

10.2 이후로는 파라미터 변경으로 asynch_io를 비활성화 하여 해결할 수 있다.
disk_asynch_io=FALSE
filesystemio_options=none

저작자표시 비영리

'TroubleShoot' 카테고리의 다른 글

롤백이 너무 길어 테이블 lock된 현상  (0) 2013.06.21
CRS-0215, PRKP-1001 을 동반한 노드 인스턴스 시작 불가  (0) 2013.05.13
/etc/hosts priviledge issue  (0) 2013.04.19
ora-27091, 27070 unable to queue I/O  (0) 2013.04.09
QNMn process memory leak현상  (0) 2013.04.03
Posted by neo-orcl
,

티스토리툴바