레이블이 010102_11G인 게시물을 표시합니다. 모든 게시물 표시
레이블이 010102_11G인 게시물을 표시합니다. 모든 게시물 표시

2020년 10월 2일 금요일

11g-Installation-single-missing file

  • 환경
    • Win10 – 11.2.0.4--Single
  • 상황
    • Win 10 상황에서 Oracle 11.2.0.4를 설치할때 파일을 찾을수 없다고 발생하는 문제
    • C:\app\user_name\product\11.2.0\dbhome_1\owb\external\oc4j_applications\applications\WFMRSVCApp.ear 
      파일이 없다고 설치가 안되는것
  • 원인
    • 압축을헤제할때 database2of2 파일에 해당 파일들이 포함 되어있어서 바로 설치시 (설치파일은 1of2에 들어있음) 해당 파일을 못찾음
  • 해결
    • Win64_11gR2_database_2of2\database\stage\components 안에 파일을
      Win64_11gR2_database_1of2\database\stage\Components 안으로 모두 옮긴다
    • 이 파일들을
    • 여기로 옮긴다 
  • 참고 MOS 문서번호 & 기타
on 댓글 없음:
라벨: , ,

2019년 5월 30일 목요일

11g-Installation-RAC-Patch-Env.pm


  • 환경
    • OEL7.0  --- 11.2.0.4 --- RAC
  • 상황
    • 11g R2 RAC 에서 GRID_HOME 수동 Patch 에서 Root Script로 Unlock 시에 발생

    • # <GIRD_HOME>/crs/install/rootcrs.pl -unlock
  • 원인
    • Env.pm 파일이 특정 위치에 없어서 발생됨

      Can't locate Env.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . .) at crsconfig_lib.pm line 703.
      BEGIN failed--compilation aborted at crsconfig_lib.pm line 703.
      Compilation failed in require at ./rootcrs.pl line 305.
      BEGIN failed--compilation aborted at ./rootcrs.pl line 305.
  • 해결
    • Env.pm 파일을 ORACLE_HOME 에서 /usr/share/perl5/vendor_perl 로 복사한다

      Step - 1
      Find 명령어를 이용해서 Env.pm 이라는 파일을 찾는다
      # find / -name Env.pm -print
      /u01/app/oracle/product/11.2.0.4/db_1/perl/lib/5.10.0/Env.pm
      /u01/app/11.2.0.4/grid/perl/lib/5.10.0/Env.pm
      /u01/app/11.2.0.4/grid/ccr/engines/Linux/perl/lib/5.8.3/Env.pm
      /u01/app/11.2.0.4/grid/rda/RDA/Library/Env.pm
      /u01/app/11.2.0.4/grid/rda/RDA/Object/Env.pm

      Step - 2
      ORACLE_HOME 경로의 Env.pm 파일을
      # cp -p <ORACLE_HOME>/perl/lib/5.10.0/Env.pm /usr/share/perl5/vendor_perl/ 으로 복사한다
  • 참고 MOS 문서번호 & 기타
on 댓글 없음:
라벨: , ,

11g-Installation-RAC-SCAN


  • 환경
    • OEL7.0  --- 11.2.0.4 --- RAC
  • 상황
    • RAC 설치과정중 Prerequisite Check 과정중 발생
  • 원인
    • DNS 서버를 구축하지않고 RAC 구축시 발생가능한 에러로 DNS를 구축안하면 SYSTEM의 HOSTS 파일을 참조하게됨, 이때 HOSTS 파일의 이름으로 지정된 SCAN을 NSLOOKUP을 했을때 작동하지 않아서 resolving - (이름을 ip 로 변환이 되지않았을때) 발생함
  • 해결
    • 1--dnsmasq 서비스를 시작 & 시스탬에 등록
      --#systemctl stop dnsmasq
      --#systemctl start dnsmasq

      --#nslookup rac-scan
      Server:        127.0.0.1
      Address:    127.0.0.1#53

      Name:    rac-scan.localdomain
      Address: 192.168.56.11
      --# systemctl enable dnsmasq
      ln -s '/usr/lib/systemd/system/dnsmasq.service' '/etc/systemd/system/multi-user.target.wants/dnsmasq.service'
    • =====================================
      Detail view를 누르면 다음과 같은 경고창이 나온다

      Single Client Access Name (SCAN) - This test verifies the Single Client Access Name configuration.  Error:
       - 
      PRVG-1101 : SCAN name "rac-scan" failed to resolve  - Cause:  An attempt to resolve specified SCAN name to a list of IP addresses failed because SCAN could not be resolved in DNS or GNS using 'nslookup'.  - Action:  Check whether the specified SCAN name is correct. If SCAN name should be resolved in DNS, check the configuration of SCAN name in DNS. If it should be resolved in GNS make sure that GNS resource is online.
       - 
      PRVF-4657 : Name resolution setup check for "rac-scan" (IP address: 192.168.56.12) failed  - Cause:  Inconsistent IP address definitions found for the SCAN name identified using DNS and configured name resolution mechanism(s).  - Action:  Look up the SCAN name with nslookup, and make sure the returned IP addresses are consistent with those defined in NIS and /etc/hosts as configured in /etc/nsswitch.conf by reconfiguring the latter. Check the Name Service Cache Daemon (/usr/sbin/nscd) by clearing its cache and restarting it.

        Check Failed on Nodes: [rac2,  rac1] 
      Verification result of failed node: rac2

       Details:
       - 
      PRVF-4664 : Found inconsistent name resolution entries for SCAN name "rac-scan"  - Cause:  The nslookup utility and the configured name resolution mechanism(s), as defined in /etc/nsswitch.conf, returned inconsistent IP address information for the SCAN name identified.  - Action:  Check the Name Service Cache Daemon (/usr/sbin/nscd), the Domain Name Server (nslookup) and the /etc/hosts file to make sure the IP address for the SCAN names are registered correctly.
      Back to Top 
      Verification result of failed node: rac1

       Details:
       - 
      PRVF-4664 : Found inconsistent name resolution entries for SCAN name "rac-scan"  - Cause:  The nslookup utility and the configured name resolution mechanism(s), as defined in /etc/nsswitch.conf, returned inconsistent IP address information for the SCAN name identified.  - Action:  Check the Name Service Cache Daemon (/usr/sbin/nscd), the Domain Name Server (nslookup) and the /etc/hosts file to make sure the IP address for the SCAN names are registered correctly.
      Back to Top
  • 참고 MOS 문서번호 & 기타
on 댓글 없음:
라벨: , ,

11g-Installation-RAC-Device_Checks_for_ASM


  • 환경
    • OEL7.0  --- 11.2.0.4 --- RAC
  • 상황
    • RAC 설치과정중 Prerequisite Check 과정중 발생
  • 원인
    • 양쪽 Node 에서 방화벽이 켜져있을때 발생하는 문제로 방화벽때문에 scan기능이 작동하지 못해서 발생한다
  • 해결
    • 경고창이 발생한 다음 양쪽 Node의 iptables , firewalld 를 종료및 비활성화시킨뒤

    • Check again 실시

      # service iptables stop
      Redirecting to /bin/systemctl stop  iptables.service

      # chkconfig iptables off
      Note: Forwarding request to 'systemctl disable iptables.service'.

      # systemctl stop firewalld

      # systemctl disable firewalld
      rm '/etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service'
      rm '/etc/systemd/system/basic.target.wants/firewalld.service'

  • 참고 MOS 문서번호 & 기타
on 댓글 없음:
라벨: , ,

11g-Installation-RAC-CRS-2101


  • 환경
    • OEL7.0  --- 11.2.0.4 --- RAC
  • 상황
    • OEL7.0 Kernal 이상에서 Grid Infra structure 설치중 중간에 나오는
    • Root shell 실행하는 과정에서 1번 Script 실행이후 두번째 실행시 patch를 하지않고 실행하면 발생하는 Error

      Adding Clusterware entries to inittab
      ohasd failed to start
      Failed to start the Clusterware. Last 20 lines of the alert log follow:
      2018-08-09 11:19:52.525:
      [client(20976)]CRS-2101:The OLR was formatted using version 3.
  • 원인
    • OEL7 Kernal 에서 Process를 재시작하기위해 initdemon 을 사용하지않고 systemd 를 사용하는데 11.2.0.4 버전과 12.1.0.1 버전에서 oshad prodess가 이를 인식하지 못하고 꺼져버리는상황
  • 해결
    • Oracle Patch Note 18370031 를 참조하여 Patch 해야한다

      Step - 0
      첫번째 Root Script 를 실행시킨다

      Step - 1
      GRID_HOME 의 소유권자 계정으로 진행

      Step - 2
      최신의 Opatch 적용
      $GRID_HOME 경로에 있는 Opatch 를 최신으로 업그레이드

      Step - 3
      $ cd $GRID_HOME/Opatch
      $ $GRID_HOME/Opatch/opatch -oh <$GRID_HOME_Absolute Directory> -local <Uinziped_patchfile_directory>
      ----맨앞에 gird_home 의 opatch 파일을 절대경로로 지정하지 않으면 자꾸 생성되지않은 $ORACLE_HOME의 Opatch 파일을 바라보려고 해서 error가 발생한다
      ----ex)$ /u01/app/11.2.0.4/grid/OPatch/opatch napply -oh /u01/app/11.2.0.4/grid/ -local /u01/media/18370031/
      이런식으로 경로를 지정한다

      Step -4
      Node -2 에도 동일하게 진행한다

      Step -5
      두번째 Root script 를 실행시킨다

      =============Caution============
       두번째 Root Script 를 실행하기전에 patch를 진행하지 않으면
      OUI based home. Please give proper Oracle Home.
      Can't locate Switch.pm
      등의 에러가 나오고 script를 find로 찾아서 실행시키면 내부 경로가 꼬여서 아예 복구가 안되니 무조건 patch 이후 두번째 Root Script를 실행시킨다
  • 참고 MOS 문서번호 & 기타
    • Bug Report -- 1959008.1
      Patch - 18370031   293369.1
on 댓글 없음:
라벨: , ,

11g-Parameter-nproc


  • 환경
    • OEL 6.2--11.2.0.4 ----SINGLE
  • 상황
    • OEL6.2 에서 11gR2 - 11.2.0.4를 설치시  /etc/security/limits.conf 값을 변경후에도 ulimut -a 에서 변경한 값이 반영되지않는다  
  • 원인
    • Oracle Linux 6에서는 다른 파일로 nproc의 값을 지정하기때문에 이런현상이 발생한다
  • 해결
    • /etc/security/limits.d/90-nproc.conf 파일에서
    • # Default limit for number of user's processes to prevent
      # accidental fork bombs.
      # See rhbz #432903 for reasoning.

      *          soft    nproc     1024     이부분을 ---  * - nproc 16384   이렇게 변경한다
  • 참고 MOS 문서번호 & 기타
    • 1487773.1
on 댓글 없음:
라벨: , ,

11g-Package-pdksh


  • 환경
    • OEL7.0 ----11gR2
  • 상황
    • 해당 패키지 (pdksh-5.2.14)를 설치하였음에도 설치되지 않았다며 뜨는 문제
  • 원인
    • OEL7.0 커널 (RHEL 7.0와 같음) 에서 pdksh package를 인식하지 못하는 문제
  • 해결
    • 해당 Package 를 대신하여 ksh package를 설치하였다면 넘어가도 되는 문제임

    •  [root@s-oel7 ~]# rpm -qa | grep ksh
      ksh-20120801-137.0.1.el7.x86_64
  • 참고 MOS 문서번호 & 기타
on 댓글 없음:
라벨: , ,

11g-Installation-Run_Level


  • 환경
    • RHEL 6.9 ----11.2.0.4 -----Single
  • 상황
    • RHEL 6.9 버전에서 Preference Check 과정에서 Check 부분에 Run Level Error 발생
  • 원인
    • 로그인 되어있는 oracle 설치계정으로 $who -r 을 입력했을 때 Permission denied 가 발생하는것으로 할수있다 , /etc/inittab 에 권한이 없어서 발생함
  • 해결
    • Root 계정에서 /etc/inittab 에 644 권한을 주고 oracle 설치 계정에서 who -r 을 입력해본다


    • #chmod 644 /etc/inittab
  • 참고 MOS 문서번호 & 기타
on 댓글 없음:
라벨: , ,

11g-Installation-agent nmhs


  • 환경
    • OEL7.0 --11.2.0.4---SINGLE , RAC
  • 상황
    • OEL7 에서 11gR2 설치중 갑자기 아래의 경고창이 나오며 설치가 진행되지 않음

    •  Error in invoking target 'agent nmhs' of make file /u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/ins_emagent.mk
  • 원인
    • 11g R2 11.2.0.4 버전을 SUSE12SP1 , SUSE12SP2 , RHEL7 에 설치중 발생하는 알려진 에러

      $ORACLE_HOME/install/make.log 를 확인하면 하단과 비슷하게 나옴

      collect2: error: ld returned 1 exit status
      /u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/ins_emagent.mk:176: recipe for target '/u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/emdctl' failed
      make[1]: Leaving directory '/u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib'
      /u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/ins_emagent.mk:52: recipe for target 'emdctl' failed
      make[1]: *** [/u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/emdctl] Error 1
      make: *** [emdctl] Error 2

      Ins_emagent.mk 파일의 link error 임
  • 해결
    • $ORACLE_HOME/sysman/lib/ins_emagent.mk 파일을 vi 로 열어서

      이 부분을 찾아서   $(MK_EMAGENT_NMECTL)

      이렇게 변경한뒤에 $(MK_EMAGENT_NMECTL) -lnnz11

      경고창에서 Retry 버튼을 누른다
  • 참고 MOS 문서번호 & 기타
    • 2299494.1
on 댓글 없음:
라벨: , ,
피드 구독하기: 글 (Atom)