ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • 19c Grid Infrastructure 설치 후속 작업
    DB 스터디/Database Documentation 2026. 7. 7. 16:04

    필수 작업

    • 패치 적용: 설치 직후 해당 소프트웨어 릴리스에 필요한 패치를 다운로드하고 적용해야 한다.
      • Release Updates(RU)
      • Monthly Recommended Patches(MRP)

    권장 작업

    1. Local GIMR 추가
      • 설치 시 GIMR(Grid Infrastructure Management Repository)을 생성하지 않았다면, 기존 클러스터에 로컬 GIMR을 추가할 수 있다.
    2. Remote GIMR 사용 (Standalone Cluster)
      • Oracle Grid Infrastructure 19c Release Update(19.14)부터 Standalone Cluster에서 원격(Remote) GIMR을 사용할 수 있다.
    3. SGA 권한 변경 사항 이해
      • Oracle Database 12c Release 2(12.2.0.1)부터 기본적으로 SGA(System Global Area)에 대한 읽기/쓰기 권한은 Oracle 소프트웨어 설치 소유자로 제한된다.
    4. 이전 버전 데이터베이스와 호환성 검토
      • Oracle Grid Infrastructure 19c 설치 환경에서 이전 버전의 Oracle Database를 사용할 경우 관련 문서를 검토해야 한다.
    5. Clusterware 바이너리 수정
      • 설치 후 Oracle Clusterware 설정을 변경하려면 Grid Home을 unlock해야 한다.

    Release Update(RU) 및 Monthly Recommended Patches(MRP)

    • Oracle은 분기별 Release Updates(RU)월간 권장 패치(MRP)를 제공한다.
    • 기존의 Patch Set은 더 이상 제공되지 않는다.
    • 자세한 내용은 My Oracle Support Note 2285040.1을 참고한다.

    패치 다운로드 절차

    1. 웹 브라우저로 My Oracle Support 접속
    2. 로그인
      • Oracle Hardware, Software, Managed Cloud Services 포털 선택
      • 등록되지 않은 경우 Register for My Oracle Support 클릭 후 등록
    3. 메인 페이지에서 Patches & Updates 클릭
    4. Patch Search 영역에서 Product or Family (Advanced) 선택
    5. 제품, 릴리스, 플랫폼 정보를 입력 후 Search 클릭
    6. 검색 결과에서 패치 번호 선택 → ReadMe 확인
      • 패치 적용 방법 및 주의사항 포함
    7. 다운로드한 패치 업데이트 파일을 압축 해제 후 설치 환경에 적용

     
    추가 권장 작업

    • root.sh 스크립트 백업
      • 설치 완료 후 root.sh 파일을 백업해 두는 것이 좋다.
      • 이후 동일한 Oracle Home에 다른 제품을 설치하면 OUI가 기존 root.sh를 수정할 수 있으므로, 원본을 보관해야 한다.
    • Oracle Autonomous Health Framework(AHF) 설치
      • 최신 버전을 설치하여 사전 건강 점검 및 진단 데이터 수집 수행 가능
    • Fast Recovery Area(FRA) 생성
      • Oracle Restart 설치 시: 하나의 디스크 그룹만 생성 가능
      • Oracle Clusterware 설치 시: 여러 디스크 그룹 생성 가능
      • Standalone DB 또는 RAC DB 추가 계획이 있다면 FRA를 미리 구성하는 것이 권장된다.
    • SCAN 구성 확인
      • SCAN(Single Client Access Name)은 클러스터 전체에 대한 서비스 접근을 제공한다.
      • 노드 추가/삭제 시 클라이언트 재구성이 필요 없도록 SCAN 설정을 반드시 확인한다.
    • 리소스 제한 설정
      • 설치 후 Grid_home/crs/install/s_crsconfig_nodename_env.txt 파일에서 Clusterware 및 DB/애플리케이션 리소스 제한을 설정할 수 있다.

    Oracle Autonomous Health Framework 개요

    • AHF는 Oracle 소프트웨어 스택 전체에 대해 사전 건강 점검(proactive health checks)진단 데이터 수집을 수행한다.
    • 기존 ORAchk, EXAchk, Trace File Analyzer(TFA) 기능을 포함하며 이를 확장한 프레임워크이다.
    • 주요 점검 대상:
      • Standalone Oracle Database
      • Oracle Grid Infrastructure
      • Oracle Real Application Clusters (RAC)
      • Maximum Availability Architecture(MAA) 검증
      • 업그레이드 준비 상태 점검
      • Oracle GoldenGate

    설치 및 업데이트

    • Oracle Database에는 기본적으로 AHF가 사전 설치(pre-installed) 되어 있다.
    • 그러나 Oracle은 최신 버전으로 업데이트할 것을 권장한다.
    • 최신 버전은 My Oracle Support Note 2550798.1에서 다운로드 및 설치 가능하다.

    AHF의 장점

    • 자동화된 건강 점검: 반복적이고 중요한 문제를 사전에 탐지
    • 광범위한 커버리지: DB, RAC, Grid Infra, GoldenGate 등 다양한 제품 지원
    • 진단 데이터 수집: 문제 발생 시 빠른 분석 및 대응 가능
    • 업그레이드 준비 검증: 환경이 업그레이드에 적합한지 사전 확인

    Fast Recovery Area(FRA) 개요

    • FRA는 Oracle Database 복구 관련 파일을 위한 통합 저장소이다.
    • RMAN 백업, 아카이브 로그, 제어 파일 자동 백업, 데이터베이스 복사본 등이 FRA에 저장된다.
    • RMAN은 FRA 내 파일을 자동 관리하여 불필요한 백업 삭제복구에 필요 없는 아카이브 로그 제거를 수행한다.
    • FRA를 사용하면 테이프 백업 요청을 줄이고, 빠른 복구가 가능하다.

    FRA 구성 권장 사항

    • DB_RECOVERY_FILE_DEST: FRA 경로 지정
    • DB_RECOVERY_FILE_DEST_SIZE: FRA 크기 지정
    • FRA 크기는 최소 3일치 복구 데이터를 저장할 수 있도록 설정하는 것이 권장된다.
    • 이상적으로는 데이터 파일, 제어 파일, 온라인 리두 로그, 아카이브 로그 전체를 보관할 수 있는 크기로 설정한다.
    • 여러 데이터베이스가 동일 FRA를 공유할 수 있으며, 각 DB별로 중요도에 따라 FRA 크기를 다르게 설정 가능하다.
      • 예: 총 150GB FRA → DB1: 30GB, DB2: 50GB, DB3: 70GB

    FRA Disk Group 생성 절차 (ASMCA 사용)

     
    1. ASMCA 실행

    $ cd /u01/app/19.0.0/grid/bin
    $ ./asmca

     

    2. Disk Groups 탭 선택

    • 왼쪽 패널에서 Disk Groups 클릭

    3. 새 Disk Group 생성

    • Create 클릭 → Create Disk Groups 창 열림

    4. 구성 정보 입력

    • Disk Group Name: 예) FRA
    • Redundancy: 권장 Normal
    • Member Disks: FRA에 사용할 디스크 선택 후 OK

    5. 생성 완료 후 종료

    • FRA Disk Group 생성 완료 → Exit 클릭 → Yes로 종료 확인

    SCAN 개요

    • SCAN은 클러스터 전체에 대한 서비스 접근 이름이다.
    • 특정 노드에 종속되지 않고, 클러스터 단위로 서비스 접근을 제공한다.
    • 노드 추가/삭제 시 클라이언트 재구성이 필요 없으며, 데이터베이스 위치 독립성을 제공한다.
    • Oracle은 클러스터 접근 시 클라이언트가 반드시 SCAN을 사용하도록 권장한다.

    SCAN 구성 확인 방법

     

    1. Grid Home/bin 디렉터리에서 다음 명령어 실행:

    cluvfy comp scan

     

    2. 출력 예시:

    Verifying Single Client Access Name (SCAN) ...
      Verifying DNS/NIS name service 'cluster-scan.example.com' ...
        Verifying Name Service Switch Configuration File Integrity ... PASSED
      Verifying DNS/NIS name service 'cluster-scan.example.com' ... PASSED
    Verifying Single Client Access Name (SCAN) ... PASSED
    Verification of SCAN was successful.

     

    3. 결과가 PASSED로 표시되면 DNS가 SCAN 이름을 올바르게 IP 주소와 매핑하고 있음을 의미한다.

     

    동작 방식

    • 클라이언트가 클러스터에 요청을 보내면, Oracle Clusterware SCAN Listener가 해당 요청을 클러스터 내 적절한 서버로 리다이렉트한다.
    • 이를 통해 클라이언트는 특정 노드에 종속되지 않고, 클러스터 전체를 투명하게 사용할 수 있다.

    (출처: Oracle® Grid Infrastructure Installation and Upgrade Guide)

Designed by Tistory.