RAC, Clusterware, Grid Infrastructure, ASM 기본 개념

오라클 RAC 개요

오라클 RAC는 여러 서버가 하나의 오라클 데이터베이스를 동시에 접근할 수 있도록 지원하는 기술이다. 일반적인 비클러스터 오라클 데이터베이스는 데이터베이스와 인스턴스가 1:1 관계를 가지지만, RAC 환경에서는 하나의 데이터베이스에 여러 인스턴스가 연결된다. 각 인스턴스는 동일한 인터커넥트를 사용하며, 이는 오라클 클러스터웨어에서도 활용된다.
 
RAC 인스턴스는 다음과 같은 특징을 가진다.

• 각 인스턴스별 추가적인 redo thread
• 인스턴스 전용 undo 테이블스페이스

여러 서버의 처리 능력을 결합함으로써 단일 서버보다 높은 처리량과 확장성을 제공한다.

---

클러스터와 오라클 RAC

클러스터는 여러 서버를 하나의 서버처럼 보이게 하는 구조이다. 오라클 RAC는 오라클 데이터베이스 옵션으로 클러스터 구성을 가능하게 하며, 오라클 클러스터웨어를 기반으로 여러 서버를 하나의 시스템처럼 동작하게 한다.
 
오라클 클러스터웨어는 오라클 데이터베이스와 통합된 이식 가능한 클러스터 관리 솔루션으로, RAC를 운영하기 위한 필수 구성 요소이다. 클러스터웨어는 VIP 주소, 데이터베이스, 리스너, 서비스 등의 리소스를 관리하며, 오라클 ASM과 함께 오라클 그리드 인프라스트럭처를 구성하여 클러스터 스토리지 풀을 제공한다.

RAC 아키텍처와 오라클 데이터베이스

---

확장 클러스터(Extended Cluster)

전통적으로 RAC는 하나의 데이터센터 내에서 운영되지만, 확장 클러스터를 통해 지리적으로 분산된 환경에서도 운영할 수 있다. 확장 클러스터는 사이트 장애 발생 시 빠른 복구를 지원하며, 모든 노드가 단일 데이터베이스 클러스터의 일부로 트랜잭션을 처리할 수 있다.
 
다만 거리와 지연(latency), 보호 수준 등을 고려해야 하며, 완전한 재해 복구를 위해서는 RAC만으로는 부족하다. 오라클은 Oracle Data Guard와 RAC를 함께 사용하는 것을 권장한다.
 

결론

오라클 RAC는 고가용성과 확장성을 제공하는 독창적인 기술로, 엔터프라이즈 그리드 컴퓨팅 아키텍처의 핵심 요소이다. 여러 인스턴스가 하나의 데이터베이스를 공유함으로써 단일 서버 장애가 전체 시스템 장애로 이어지지 않으며, 저비용 서버를 결합하여 대규모 비즈니스 애플리케이션을 안정적으로 지원할 수 있다. 또한 애플리케이션은 별도의 코드 변경 없이 RAC 환경에서 운영 가능하다.

---

Oracle RAC 아키텍처 및 처리 개요

최소한 Oracle RAC는 모든 노드가 동일한 스토리지와 동일한 데이터 파일 집합에 동시 접근할 수 있도록 하는 Oracle Clusterware 소프트웨어 인프라를 필요로 한다. 또한 클러스터 노드 간 프로세스 간 통신(IPC)을 가능하게 하는 통신 프로토콜, 여러 데이터베이스 인스턴스가 데이터를 논리적으로 결합된 단일 캐시에 존재하는 것처럼 처리할 수 있도록 하는 메커니즘, 클러스터 노드 상태를 모니터링하고 통신하는 메커니즘을 필요로 한다.
 

클러스터 인식 스토리지 솔루션 이해하기

Oracle RAC 데이터베이스는 모든 것을 공유하는(shared everything) 데이터베이스이다. Oracle RAC 환경에서 모든 데이터 파일, 제어 파일, SPFILE, 리두 로그 파일은 클러스터 인식 공유 디스크에 존재해야 하며, 이를 통해 모든 클러스터 데이터베이스 인스턴스가 해당 스토리지 구성 요소에 접근할 수 있다. Oracle RAC 데이터베이스는 공유 아키텍처를 사용하기 때문에 모든 데이터베이스 파일에 대해 클러스터 인식 스토리지가 필요하다.
Oracle RAC에서 Oracle Database 소프트웨어는 디스크 접근을 관리하며 다양한 스토리지 아키텍처에서 사용이 인증되어 있다. 스토리지를 어떻게 구성할지는 사용자의 선택이지만, 반드시 지원되는 클러스터 인식 스토리지 솔루션을 사용해야 한다. Oracle Database는 Oracle RAC를 위한 다음과 같은 스토리지 옵션을 제공한다:

• Oracle Automatic Storage Management (Oracle ASM): Oracle은 스토리지 관리를 위해 이 솔루션을 권장한다.
• 인증된 클러스터 파일 시스템: Oracle은 Oracle Automatic Storage Management Cluster File System(Oracle ACFS)을 권장한다. 또한 클러스터 인식 볼륨 관리자를 사용하는 서드파티 클러스터 파일 시스템도 Oracle RAC에 대해 인증되어 있다.
• 예:
  • Oracle OCFS2 (Linux 전용)
  • IBM GPFS (IBM AIX 전용)
• 인증된 네트워크 파일 시스템(NFS) 솔루션

---

Oracle RAC와 네트워크 연결성

Oracle RAC 환경의 모든 노드는 최소한 하나의 로컬 영역 네트워크(LAN, 일반적으로 퍼블릭 네트워크라 부름)에 연결되어야 하며, 이를 통해 사용자와 애플리케이션이 데이터베이스에 접근할 수 있다.
퍼블릭 네트워크 외에도 Oracle RAC는 노드와 해당 노드에서 실행되는 데이터베이스 인스턴스 간 통신을 위해 전용으로 사용되는 프라이빗 네트워크 연결을 필요로 한다. 이 네트워크는 일반적으로 인터커넥트(interconnect)라 부른다.
인터커넥트 네트워크는 클러스터 내 모든 서버를 연결하는 프라이빗 네트워크이다. 인터커넥트 네트워크는 최소한 하나의 스위치와 기가비트 이더넷 어댑터를 사용해야 한다.
 
참고 사항

• Oracle은 더 높은 대역폭을 가진 인터페이스를 지원하지만, 인터커넥트에서 크로스오버 케이블 사용은 지원하지 않는다.
• 인터커넥트(프라이빗 네트워크)를 사용자 통신에 사용해서는 안 된다. 이는 Cache Fusion이 인스턴스 간 통신을 위해 인터커넥트를 사용하기 때문이다.

Oracle RAC는 인터커넥트에서 인스턴스 간 통신을 위해 UDP(User Datagram Protocol) 또는 RDS(Reliable Data Socket) 프로토콜을 사용할 수 있도록 구성할 수 있다. Oracle Clusterware는 동일한 인터커넥트를 UDP 프로토콜로 사용하지만, RDS로 구성할 수는 없다.
네트워크 연결은 네트워크 연결 스토리지(NAS)를 사용할 때 추가로 필요하다. NAS는 일반적인 NFS 파일러와 같은 NAS 장치일 수도 있고, Fibre Channel over IP를 통해 연결된 스토리지일 수도 있다. 이 추가 네트워크 통신 채널은 Oracle RAC에서 사용하는 다른 통신 채널(퍼블릭 및 프라이빗 네트워크)과 독립적이어야 한다. 만약 스토리지 네트워크 통신을 다른 통신 채널과 통합해야 한다면, 스토리지 관련 통신이 최우선으로 처리되도록 보장해야 한다.

---

가상 IP 주소(VIP) 개요

노드 VIP는 클라이언트가 Oracle RAC 데이터베이스에 연결할 때 사용하는 가상 IP(VIP) 주소이다.
Oracle Clusterware는 퍼블릭 네트워크에서 노드 VIP 주소를 호스팅한다.
데이터베이스 클라이언트가 Oracle RAC 데이터베이스 인스턴스에 연결하는 일반적인 과정은 다음과 같다:

1. 데이터베이스 클라이언트는 SCAN(퍼블릭 네트워크의 SCAN VIP 포함)에 연결하여 SCAN 리스너에 유효한 서비스 이름을 제공한다.
2. SCAN 리스너는 해당 서비스를 호스팅하는 데이터베이스 인스턴스를 확인하고 클라이언트를 해당 노드의 로컬 또는 노드 리스너로 라우팅한다.
3. 노드 리스너는 노드 VIP와 지정된 포트에서 연결 요청을 수신하고 클라이언트를 로컬 노드의 인스턴스로 연결한다.

클러스터에서 여러 퍼블릭 네트워크가 사용되어 다중 서브넷을 통한 클라이언트 연결을 지원하는 경우, 위 과정은 특정 서브넷 내에서 수행된다.
노드가 장애를 일으키면 VIP 주소는 다른 노드로 장애 조치되어 TCP 연결을 수락할 수 있지만 Oracle 데이터베이스 연결은 수락하지 않는다. 클라이언트가 홈 노드에 존재하지 않는 VIP 주소에 연결을 시도하면 TCP 연결 타임아웃 메시지를 기다리는 대신 빠른 연결 거부 오류를 받는다. VIP가 구성된 네트워크가 다시 온라인 상태가 되면 Oracle Clusterware는 VIP를 홈 노드로 복구하여 연결을 수락한다.
 
일반적으로 VIP 주소는 다음과 같은 경우에 장애 조치된다:

• VIP 주소가 실행되는 노드가 장애를 일으킬 때
• VIP 주소의 모든 인터페이스가 장애를 일으킬 때
• VIP 주소의 모든 인터페이스가 네트워크에서 분리될 때

Oracle RAC는 여러 퍼블릭 네트워크를 지원하여 서로 다른 서브넷을 통해 클러스터에 접근할 수 있도록 한다. 각 네트워크 리소스는 고유한 서브넷을 나타내며 각 데이터베이스 서비스는 특정 네트워크를 사용하여 Oracle RAC 데이터베이스에 접근한다.
각 네트워크 리소스는 Oracle Clusterware가 관리하는 리소스로, 앞서 설명한 VIP 동작을 가능하게 한다.
SCAN은 조직의 DNS(Domain Name Server) 또는 Grid Naming Service(GNS)에 정의된 단일 네트워크 이름으로, 세 개의 IP 주소로 라운드 로빈 방식으로 분배된다. Oracle은 모든 Oracle RAC 데이터베이스 연결이 클라이언트 연결 문자열에서 SCAN을 사용하도록 권장한다. 들어오는 연결은 요청된 서비스를 제공하는 활성 인스턴스들 사이에서 세 개의 SCAN 리스너를 통해 로드 밸런싱된다. SCAN을 사용하면 클러스터 구성(노드 추가 또는 제거)이 변경되더라도 클라이언트 연결을 변경할 필요가 없다. SCAN은 다중 서브넷을 완전히 지원하므로 클러스터가 운영되기를 원하는 각 서브넷에 대해 하나의 SCAN을 생성할 수 있다.

---

오라클 클러스터웨어 개요

오라클 클러스터웨어(Oracle Clusterware)는 이식 가능한 클러스터 소프트웨어로, 통합 환경에서 다계층 고가용성과 자원 관리를 제공한다. 독립적인 서버들을 클러스터링하여 단일 시스템처럼 동작하도록 지원한다.
 
오라클 클러스터웨어는 오라클 RAC 기반 기술이며, 모든 주요 플랫폼에서 애플리케이션을 위한 고가용성과 자원 관리 프레임워크를 제공한다. 오라클 클러스터웨어는 오라클 데이터베이스 10g Release 1(10.1)부터 RAC의 필수 기술로 도입되었다. 클라우드 환경에서도 엔터프라이즈급 복원력과 동적 자원 할당을 지원하는 것을 목표로 한다.

---

오라클 플렉스 클러스터(Flex Cluster)

오라클 클러스터웨어 12c Release 2(12.2)부터 모든 클러스터는 오라클 플렉스 클러스터로 구성된다. 플렉스 클러스터는 하나 이상의 Hub Node를 포함하며, 많은 수의 노드를 지원할 수 있다. Hub Node는 공유 스토리지에 직접 접근할 수 있으며, RAC 또는 RAC One 데이터베이스 인스턴스를 호스팅하는 데 사용된다. 다른 노드들은 Hub Node를 통해 데이터를 접근한다.
플렉스 클러스터는 중앙화된 정책 기반으로 자원 배치를 관리하며, 서비스 수준, 부하, 장애 대응, 복구 등을 고려한다. Hub Node는 최소 1개에서 최대 64개까지 구성할 수 있으며, 다양한 애플리케이션을 호스팅할 수 있다.

오라클 클러스터웨어 구성

클러스터 사용의 장점

• 애플리케이션 확장성 제공 (RAC 및 RAC One 포함)
• 저비용 하드웨어를 활용한 인프라 총소유비용(TCO) 절감
• 장애 발생 시 자동 장애 조치(Failover) 가능
• 서버 추가를 통한 처리량 확장
• 애플리케이션을 클러스터 내 모든 노드에서 실행 가능
• 애플리케이션 시작 순서를 제어하여 종속 프로세스의 올바른 실행 보장
• 프로세스 모니터링 및 자동 재시작
• 하드웨어/소프트웨어 장애로 인한 비계획적 다운타임 제거
• 유지보수로 인한 계획적 다운타임 최소화

---

오라클 클러스터웨어와 RAC

오라클 클러스터웨어는 RAC 운영을 위해 반드시 필요하며, 대부분의 플랫폼에서 유일하게 요구되는 클러스터웨어이다. 과거에는 서드파티 클러스터웨어와의 통합을 지원했으나, 오라클 데이터베이스 19c부터는 해당 기능이 폐지되었으며 향후 지원 중단될 수 있다. 따라서 오라클은 벤더 클러스터웨어 대신 오라클 클러스터웨어로 전환할 것을 권장한다.
오라클 클러스터웨어는 투표 파일(Voting File)과 오라클 클러스터 레지스트리(OCR)를 통해 노드 멤버십과 클러스터 구성 정보를 관리한다. 이들은 모든 노드가 접근 가능한 공유 스토리지에 저장되어야 한다.

---

클러스터 아키텍처 유형

오라클 클러스터웨어는 설치 시 두 가지 아키텍처 선택지를 제공한다.

• 도메인 서비스 클러스터(Domain Services Cluster): Hub Node와 공유 스토리지를 기반으로 중앙화된 관리 서비스를 제공한다.
• 멤버 클러스터(Member Cluster): 애플리케이션 및 데이터베이스를 호스팅하며, 도메인 서비스 클러스터의 공유 서비스를 활용한다.

멤버 클러스터는 다시 데이터베이스 멤버 클러스터(RAC 지원)와 애플리케이션 멤버 클러스터(애플리케이션 전용)로 구분된다.

---

Oracle Grid Infrastructure

Oracle Grid Infrastructure는 엔터프라이즈 그리드 아키텍처를 위한 인프라를 제공하는 소프트웨어이다.

• 클러스터 환경에서는 Oracle Clusterware와 Oracle ASM을 포함한다.
• 단일 서버 환경에서는 Oracle Restart와 Oracle ASM을 포함한다.

Oracle Database 12c는 이러한 인프라 제품들을 하나의 소프트웨어 설치 패키지로 통합하여 Oracle Grid Infrastructure 홈(Grid_home)이라 부른다.

---

Oracle Automatic Storage Management 개요

Oracle ASM은 기존 볼륨 관리자, 파일 시스템, 로우 디바이스에 대한 대안으로 제공되는 Oracle의 권장 스토리지 관리 솔루션이다.
Oracle ASM은 Oracle Database 파일을 위한 볼륨 관리자이자 파일 시스템으로, 싱글 인스턴스 Oracle Database와 Oracle Real Application Clusters(Oracle RAC) 구성을 지원한다.
Oracle ASM은 디스크 그룹을 사용하여 데이터 파일을 저장한다.
Oracle ASM 디스크 그룹은 Oracle ASM이 하나의 단위로 관리하는 디스크 집합이다. 디스크 그룹 내에서 Oracle ASM은 Oracle Database 파일을 위한 파일 시스템 인터페이스를 제공한다. 디스크 그룹에 저장된 파일의 내용은 고르게 분산되어 핫스팟을 제거하고 디스크 전반에 걸쳐 균일한 성능을 제공한다. 성능은 로우 디바이스와 비교할 만하다.
데이터베이스가 디스크 그룹의 파일에 계속 접근하는 동안에도 디스크 그룹에 디스크를 추가하거나 제거할 수 있다. 디스크 그룹에 디스크를 추가하거나 제거하면 Oracle ASM은 파일 내용을 자동으로 재분배하여 다운타임 없이 콘텐츠를 재배치한다.
Oracle ASM 볼륨 관리자 기능은 유연한 서버 기반 미러링 옵션을 제공한다. Oracle ASM의 Normal Redundancy와 High Redundancy 디스크 그룹은 각각 2중 및 3중 미러링을 가능하게 한다. 외부 중복성을 사용하면 RAID 스토리지 서브시스템이 미러링 보호 기능을 수행할 수 있다.
Oracle ASM은 또한 Oracle Managed Files(OMF) 기능을 사용하여 데이터베이스 파일 관리를 단순화한다. OMF는 지정된 위치에 파일을 자동으로 생성하고, 파일 이름을 지정하며, 테이블스페이스나 파일이 삭제될 때 공간을 반환하면서 파일을 제거한다. OMF를 사용하여 새 파일을 생성하면 새로운 이름이 자동으로 부여되어 기존 파일을 덮어쓰는 일이 발생하지 않는다.
 
참고: ASM 파일에 OMF를 사용하는 것은 다음 세 가지 이유로 모범 사례이다.

• OMF 이름은 고유성이 보장되므로 이름 충돌을 피할 수 있으며, 기존 파일을 덮어쓸 위험도 제거된다.
• ASM은 디렉터리가 비어 있을 때 OMF 디렉터리를 자동으로 삭제하여 데이터베이스나 PDB 삭제 후 정리를 단순화한다.
• OMF 이름은 길이 제한과 같은 모든 파일 이름 제약 조건을 자동으로 준수한다.

Oracle ASM은 소수의 디스크 그룹으로 데이터 스토리지를 통합하여 데이터베이스 스토리지 관리에 필요한 관리 부담을 줄인다. 소수의 디스크 그룹은 여러 데이터베이스의 스토리지를 통합하고 향상된 I/O 성능을 제공한다.
Oracle ASM 파일은 로우 디스크 및 서드파티 파일 시스템과 같은 다른 스토리지 관리 옵션과 공존할 수 있다. 이 기능은 Oracle ASM을 기존 환경에 통합하는 과정을 단순화한다.
Oracle ASM은 SQL*Plus, Oracle ASM Command Line Utility(ASMCMD) 명령줄 인터페이스, Oracle ASM Configuration Assistant(ASMCA)와 같은 사용하기 쉬운 관리 인터페이스를 제공한다.

---

Oracle Automatic Storage Management Cluster File System 소개

Oracle Automatic Storage Management Cluster File System(Oracle ACFS)과 Oracle ASM Dynamic Volume Manager(Oracle ADVM)은 Oracle ASM 기능을 확장한다.
Oracle ACFS는 멀티 플랫폼에서 동작하는 확장 가능한 파일 시스템 및 스토리지 관리 기술로, Oracle ASM 기능을 확장하여 모든 고객 파일을 지원한다.
Oracle ADVM은 볼륨 관리 서비스와 표준 디스크 장치 드라이버 인터페이스를 클라이언트에 제공한다.

---

Oracle ASM 인스턴스 소개

Oracle ASM 인스턴스는 Oracle Database 인스턴스와 동일한 기술을 기반으로 구축된다.
Oracle ASM 인스턴스는 Oracle Database와 유사한 시스템 글로벌 영역(SGA)과 백그라운드 프로세스를 가진다. 그러나 Oracle ASM은 데이터베이스보다 수행하는 작업이 적기 때문에 ASM SGA는 데이터베이스 SGA보다 훨씬 작다. 또한 Oracle ASM은 서버 성능에 거의 영향을 주지 않는다. Oracle ASM 인스턴스는 디스크 그룹을 마운트하여 데이터베이스 인스턴스가 ASM 파일을 사용할 수 있도록 하지만, 데이터베이스 자체를 마운트하지는 않는다.
Oracle ASM은 Oracle Database가 별도의 Oracle 홈에 설치되기 전에 Oracle Grid Infrastructure 홈에 설치된다. Oracle ASM과 데이터베이스 인스턴스는 디스크 그룹 내 디스크에 대한 공유 접근을 필요로 한다. Oracle ASM 인스턴스는 디스크 그룹의 메타데이터를 관리하고 데이터베이스 인스턴스에 파일 레이아웃 정보를 제공한다.
Oracle ASM 메타데이터는 디스크 그룹을 제어하기 위해 Oracle ASM이 사용하는 정보이며, 디스크 그룹 내에 저장된다.
 
ASM 메타데이터에는 다음 정보가 포함된다:

• 디스크 그룹에 속한 디스크
• 디스크 그룹 내 사용 가능한 공간의 양
• 디스크 그룹 내 파일 이름
• 디스크 그룹 데이터 파일 익스텐트의 위치
• 메타데이터 블록의 원자적 변경을 기록하는 리두 로그
• Oracle ADVM 볼륨 정보

Oracle ASM 인스턴스는 Oracle Clusterware를 사용하여 클러스터링할 수 있으며, 클러스터 노드마다 하나의 ASM 인스턴스가 존재한다. 동일한 노드에서 여러 데이터베이스 인스턴스가 실행되는 경우, 이들 데이터베이스 인스턴스는 동일한 단일 ASM 인스턴스를 공유한다.
표준 ASM 클러스터에서 특정 노드의 ASM 인스턴스가 장애를 일으키면 해당 노드의 모든 데이터베이스 인스턴스도 장애가 발생한다. 그러나 Oracle Flex ASM 구성에서는 Oracle 12c 데이터베이스 인스턴스가 다른 노드의 ASM 인스턴스에 원격으로 접근할 수 있으므로 장애가 발생하지 않는다.
파일 시스템 드라이버 장애와 달리 ASM 인스턴스 장애는 운영 체제 재시작을 필요로 하지 않는다. Oracle RAC 환경에서는 살아남은 노드의 ASM 및 데이터베이스 인스턴스가 장애가 발생한 노드의 ASM 인스턴스 장애로부터 자동으로 복구한다.
단일 노드 구성에서는 하나의 ASM 인스턴스와 여러 데이터베이스 인스턴스가 존재한다. ASM 인스턴스는 메타데이터를 관리하고 ASM 파일의 공간 할당을 제공한다. 데이터베이스 인스턴스가 ASM 파일을 생성하거나 열면 해당 요청을 ASM 인스턴스에 전달하며, ASM 인스턴스는 데이터베이스 인스턴스에 파일 익스텐트 맵 정보를 제공한다.

예시 구성 1

 
예시 구성 1에서는 두 개의 디스크 그룹이 있으며, 하나는 네 개의 디스크를, 다른 하나는 두 개의 디스크를 포함한다. 데이터베이스는 두 디스크 그룹 모두에 접근할 수 있다. 이 구성은 여러 데이터베이스 인스턴스를 보여주지만, 단일 ASM 인스턴스만으로도 여러 데이터베이스 인스턴스를 지원할 수 있다.

---

 

예시 구성 2

 
예시 구성 2에서는 Oracle RAC 환경에서 Oracle ASM이 클러스터형 스토리지 풀을 제공하는 ASM 클러스터를 보여준다. 클러스터 내 각 노드에는 하나의 Oracle ASM 인스턴스가 있으며, 이 인스턴스는 여러 Oracle RAC 데이터베이스나 싱글 인스턴스 데이터베이스를 지원한다. 모든 데이터베이스는 통합되어 동일한 두 개의 Oracle ASM 디스크 그룹을 공유한다.

---

클러스터형 스토리지 풀

클러스터형 스토리지 풀

클러스터형 스토리지 풀은 여러 싱글 인스턴스 Oracle Database에서 공유될 수 있다. 이 경우 여러 데이터베이스가 공통 디스크 그룹을 공유한다. 공유 Oracle ASM 스토리지 풀은 Oracle Clusterware를 사용하여 구현되며, 이러한 환경에서는 Oracle RAC 라이선스가 필요하지 않다.
여러 노드 간에 디스크 그룹을 공유하려면 Oracle RAC를 설치하지 않더라도 모든 노드에 Oracle Clusterware를 설치해야 한다. 서로 다른 노드에 존재하는 Oracle ASM 인스턴스는 Oracle ASM 클러스터의 일부일 필요는 없다. 그러나 ASM 인스턴스가 ASM 클러스터의 일부가 아니면 서로 통신할 수 없다. ASM 클러스터의 일부가 아닌 여러 노드는 디스크 그룹을 공유할 수 없다.

---

Oracle Cluster Registry(OCR)와 투표 파일 관리

Oracle Clusterware에는 구성과 노드 멤버십을 관리하는 두 가지 중요한 구성 요소가 있다.
Oracle Cluster Registry(OCR, 로컬 구성 요소인 Oracle Local Registry(OLR) 포함)와 투표 파일이다.

• OCR은 Oracle Clusterware와 Oracle RAC 데이터베이스 구성 정보를 저장한다.
• OLR은 클러스터의 각 노드에 존재하며 해당 노드의 Oracle Clusterware 구성 정보를 관리한다.
• 투표 파일은 노드 멤버십 정보를 저장한다. 각 투표 파일은 클러스터 내 모든 노드에서 접근 가능해야 하며, 그래야 노드가 클러스터의 구성원으로 인정된다.

참고 사항

• Oracle Clusterware 12c는 로우 디바이스나 블록 디바이스 사용을 지원하지 않는다. 이전 버전에서 로우 또는 블록 디바이스를 사용하고 있었다면, Oracle Clusterware 12c로 업그레이드하기 전에 OCR과 투표 파일을 Oracle ASM 또는 공유 파일 시스템으로 마이그레이션해야 한다.
• OCR과 투표 파일은 독립형 클러스터(Standalone Clusters)에서 Oracle ASM 또는 공유 파일 시스템에 저장할 수 있다.
• Oracle Database 12c Release 2(12.2)에서는 OCR과 투표 디스크 파일을 공유 파일 시스템에 직접 배치하는 것이 지원 중단되었다. 그러나 Oracle Database 19c(19.3)부터 독립형 클러스터에서는 다시 지원된다. Oracle Domain Services Clusters에서는 여전히 OCR과 투표 디스크 파일을 Oracle ASM이 관리하는 디스크 그룹에 배치해야 한다.

Oracle은 Oracle Clusterware 설치 시 가용성을 높이기 위해 여러 개의 투표 파일을 구성할 것을 권장한다. 투표 파일을 Oracle ASM 디스크 그룹에 저장하는 경우, Normal 또는 High Redundancy 디스크 그룹을 사용하면 ASM이 자동으로 여러 투표 파일을 구성한다. 투표 파일을 공유 파일 시스템에 저장하는 경우, 여러 투표 파일을 구성하는 옵션을 선택해야 하며, 이때 서로 다른 디스크 기반의 세 가지 파일 시스템을 지정해야 한다.
필요하다면 Oracle Clusterware 설치를 완료한 후에도 클러스터를 중지하지 않고 투표 파일을 동적으로 추가하거나 교체할 수 있다.

---

Oracle ASM 디스크 그룹에 Oracle Cluster Registry와 투표 파일 저장

Oracle Cluster Registry(OCR)와 투표 파일은 Oracle ASM 디스크 그룹에 저장할 수 있다. 또한 OCR 파일의 백업도 디스크 그룹에 저장할 수 있다. 투표 파일과 OCR은 Oracle Clusterware의 두 가지 중요한 구성 요소이다.
투표 파일은 노드 멤버십 정보를 관리하며, OCR은 클러스터와 Oracle RAC 데이터베이스 구성 정보를 관리한다.
 
쿼럼 장애 그룹(quorum failure group)은 사용자 데이터를 포함하지 않는 특수한 유형의 장애 그룹이다. 쿼럼 장애 그룹은 Oracle ASM 메타데이터를 저장하는 데 사용된다. 또한 쿼럼 장애 그룹이 포함된 디스크 그룹에 투표 파일을 저장하는 경우, 해당 그룹에 투표 파일을 포함할 수 있다. Oracle ASM은 쿼럼 장애 그룹을 사용하여 하나 이상의 장애 그룹 손실 시 디스크 그룹을 마운트할 수 있는지를 판단한다.
 
쿼럼 장애 그룹의 디스크는 사용자 데이터를 포함하지 않으므로 사용자 데이터 저장과 관련된 중복성 요구 사항을 결정할 때 고려되지 않는다.
OCR과 투표 파일은 CRSCTL 및 ocrconfig 명령줄 도구, CREATE 및 ALTER DISKGROUP SQL 문, V$ASM 뷰를 통해 관리 및 모니터링할 수 있다. CRSCTL과 ocrconfig 명령은 OCR 저장소와 CSS 투표 파일을 Oracle ASM이 관리하는 디스크 그룹 내에 배치할 수 있도록 한다.CREATE 및 ALTER DISKGROUP SQL 문에서 QUORUM과 REGULAR 키워드를 사용하면 디스크 그룹을 생성하거나 변경할 때 장애 그룹이나 디스크에 대한 추가 지정자를 정의할 수 있다. 
 
QUORUM 디스크(또는 QUORUM 장애 그룹의 디스크)는 사용자 데이터를 포함할 수 없으며, REGULAR 디스크(또는 일반 장애 그룹의 디스크)는 이러한 제한이 없다. 장애 그룹을 명시적으로 지정하는 경우 FAILGROUP 키워드 앞에 QUORUM/REGULAR 키워드를 사용할 수 있으며, 암시적으로 지정하는 경우 DISK 키워드 앞에 사용할 수 있다. REGULAR는 기본 장애 그룹 유형이다.
 
기존 디스크나 장애 그룹에 대해 작업을 수행할 때는 SQL에서 지정된 한정자가 해당 디스크나 장애 그룹이 디스크 그룹에 추가될 때 지정된 한정자와 일치해야 한다.

---

(출처: Oracle® Grid Infrastructure Installation and Upgrade Guide,
Oracle® Real Application Clusters Administration and Deployment Guide,
Oracle® Clusterware Administration and Deployment Guide,
Oracle® Automatic Storage Management Administrator's Guide)