The Keyboard Player

5장. ACO (Advanced Compression Option)

수상한 김토끼 — Mon, 10 Mar 2025 15:09:16 +0900

1. Oracle Compression 개요

오라클 데이터베이스는 다양한 압축 기술을 제공하여 데이터 저장 공간을 효율적으로 관리하고 데이터 처리 성능을 향상 시키는데 데이터 압축은 저장 공간을 절약할 뿐만 아니라, I/O 성능 향상, 네트워크 전송 속도 향상, 백업 및 복구 시간 단축 등 다양한 이점 제공
- 저장공간 효율성 : 데이터 압축을 통해 저장 공간 사용량을 줄여 비용을 절감하고 더 많은 데이터를 저장할 수 있도록하여 미래 스토리지 구매 시점 연기 또는 구매 필요성 감소
- 성능 향상: 압축된 데이터를 읽고 쓰는 데 필요한 I/O 작업을 줄여 데이터 처리 속도를 향상
- 데이터 전송 효율성: 네트워크를 통해 데이터를 전송할 때 압축을 통해 전송량을 줄여 네트워크 대역폭을 절약하고 데이터 전송 효율성을 향상
- 백업 및 복구 효율성: 백업 데이터를 압축하여 백업 저장 공간을 절약하고 백업 및 복구 시간을 단축
- 오라클 데이터베이스 11g부터 ACO 사용가능

2. Oracle Compression 분류

Basic Table Compression (기본 테이블 압축)
- 특징:
  - 데이터 웨어하우스 환경의 "주로 읽기" (데이터를 자주 수정하기보다 과거 데이터를 읽어서 분석하는) 테이블 및 파티션 또는 OLTP 환경의 "비활성" (시간이 지나 활발하게 사용되지 않는 과거 데이터) 데이터 파티션에 적합
  - 데이터를 압축하여 저장 공간을 절약하고 I/O 성능을 향상시킴
- 적합한 환경:
  - 데이터 웨어하우스 환경에서 자주 변경되지 않는 데이터
  - OLTP 환경에서 오래되어 접근 빈도가 낮은 데이터
Advanced Row Compression (고급 행 압축)
- 특징:
  - OLTP 및 데이터 웨어하우스 환경의 활성 테이블 및 파티션에 적합
  - OLTP 및 데이터 웨어하우스 환경의 비관계형 데이터에도 적합
  - 데이터 행 단위로 압축하여 저장 공간을 절약하고 성능을 향상시킴
  - 온라인 압축 지원 (다운타임 필요 없음)
  - SQL 또는 애플리케이션 변경 없음
  - 일반적으로 50% (또는 그 이상)의 데이터 저장 감소
- 적합한 환경:
  - OLTP 및 데이터 웨어하우스 환경에서 활발하게 사용되는 데이터
  - 텍스트, 이미지 등 비정형 데이터
Advanced LOB Compression and Deduplication (고급 LOB 압축 및 중복 제거)
- 특징:
  - OLTP 및 데이터 웨어하우스 환경의 LOB(Large Object) 데이터에 적합
  - LOB 데이터를 압축하고 중복된 데이터를 제거하여 저장 공간을 절약
  - 온라인 압축 지원 (다운타임 필요 없음)
  - 일반적으로 50% (또는 그 이상)의 데이터 저장 감소
  - Oracle Database SecureFiles 기능과 함께 작동
- 적합한 환경:
  - 이미지, 비디오, 문서 등 대용량 LOB 데이터
Advanced Index Compression (고급 인덱스 압축)
- 특징:
  - 지원되는 모든 인덱스에 적합하며, 키에 종속되지 않음
  - 인덱스를 압축하여 저장 공간을 절약하고 인덱스 검색 성능을 향상시킴
  - OLTP와 데이터 웨어하우스 모두에 최적화
  - 온라인 압축 지원 (다운타임 필요 없음)
  - SQL 또는 어플리케이션 변경 없음
  - 일반적으로 50% (또는 그 이상)의 데이터 저장 감소
- 적합한 환경:
  - 모든 유형의 인덱스
Advanced Network Compression and Data Guard Redo Transport Compression (고급 네트워크 압축 및 Data Guard Redo 전송 압축)
- 특징:
  - 네트워크 압축 및 Data Guard Redo 전송 압축에 사용
  - 네트워크를 통해 전송되는 데이터를 압축하여 네트워크 대역폭을 절약하고 전송 속도를 향상시킴
- 적합한 환경:
  - 네트워크를 통해 데이터를 전송하는 환경
  - Data Guard 환경에서 Redo 로그 전송
RMAN/Data Pump Backup Compression (RMAN/Data Pump 백업 압축)
- 특징:
  - 백업 압축에 사용
  - 백업 데이터를 압축하여 백업 저장 공간을 절약하고 백업 시간을 단축
  - 이미 압축된 데이터/인덱스는 백업/복원 시에도 압축된 상태를 유지
  - 3가지 수준의 압축레벨: 낮음, 중간, 높음
- 적합한 환경:
  - 데이터베이스 백업 및 복구 환경
Automatic Data Optimization/Heat Map (자동 데이터 최적화/히트 맵)
- 특징:
  - 자동 압축 계층화 및 스토리지 계층화 지원
  - 데이터 접근 패턴을 분석하여 자주 사용되는 데이터는 고성능 스토리지에 저장하고, 자주 사용되지 않는 데이터는 저성능 스토리지에 저장하여 스토리지 효율성을 높임
- 적합한 환경:
  - 데이터 접근 패턴이 다양한 환경
Hybrid Columnar Compression - Warehouse Level (하이브리드 컬럼 압축 - 웨어하우스 레벨)
- 특징:
  - 데이터 웨어하우스 환경의 "주로 읽기" 테이블 및 파티션에 적합
  - 분석을 위한 컬럼 쿼리를 지원
  - 데이터를 컬럼 단위로 압축하여 저장 공간을 절약하고 분석 쿼리 성능을 향상시킴
  - Exadata 시스템에 최적화된 압축 방식
- 적합한 환경:
  - 데이터 웨어하우스 환경에서 분석 쿼리가 많은 데이터
Hybrid Columnar Compression - Archive Level (하이브리드 컬럼 압축 - 아카이브 레벨)
- 특징:
  - OLTP 및 데이터 웨어하우스 환경의 "비활성" 데이터 파티션에 적합
  - 최대 압축률을 제공
  - 데이터를 컬럼 단위로 압축하여 저장 공간을 최대한 절약
- 적합한 환경:
  - OLTP 및 데이터 웨어하우스 환경에서 오래되어 접근 빈도가 매우 낮은 데이터

3. ACO (Advanced Compression Option) 기술

ACO 기술은 심볼 테이블(Symbol Table) 구조를 통해 중복 데이터를 제거하고 압축 효율성을 높임
압축된 데이터에 대한 직접 읽기 기능을 제공하여 I/O 오버헤드를 줄이고 성능을 향상시킴
OLTP 환경에서 데이터 삽입 시 블록 사용률이 특정 임계값(PCTFREE)에 도달하면 자동으로 압축을 수행하여 공간 효율성을 높임
ACO 기술은 특히 데이터 웨어하우스 환경에서 분석 쿼리 성능 향상에 효과적임

4장. In-Memory

수상한 김토끼 — Mon, 10 Mar 2025 14:43:58 +0900

1. 오라클 인메모리 개요:

오라클 인메모리는 데이터베이스 성능 향상을 위한 기술로, 데이터를 SGA의 인메모리 영역에 로드한 후 처리하여 빠른 데이터 접근 및 분석 가능
주로 분석 쿼리(OLAP) 성능 향상에 초점을 맞추고 있으며, OLTP 환경에서도 성능 향상을 기대할 수 있음
- 활용분야:
  - 실시간 대시보드 및 보고서: 인메모리에 실시간 데이터를 로드하고, 이를 기반으로 대시보드 및 보고서를 생성하여 경영진 또는 담당자가 실시간으로 데이터를 분석하고 의사 결정을 내릴 수 있도록 지원
  - 캐싱: 인메모리를 캐시로 활용하여 자주 사용되는 데이터를 메모리에 저장하여, 데이터 접근 속도 향상
오라클 12.1.0.2 버전에 최초 도입

2. 로우 포맷과 컬럼 포맷:

오라클 인메모리는 데이터를 로우 포맷과 컬럼 포맷 두 가지 형태로 메모리에 저장
- 로우 포맷: 일반적인 데이터베이스 저장 방식으로, 트랜잭션 처리(OLTP)에 유리
  - 개념: 데이터를 행(row) 단위로 저장하며, 각 레코드의 모든 필드(열) 값을 하나의 연속된 블록에 저장
  - 특징: 트랜잭션 처리(OLTP)에 유리하며, 레코드 단위의 삽입, 수정, 삭제 작업에 효율적
- 컬럼 포맷: 분석 쿼리(OLAP)에 특화된 저장 방식으로, 특정 열의 데이터만 빠르게 처리 가능
  - 개념: 데이터를 열(column) 단위로 저장하며, 같은 열에 해당하는 모든 레코드의 값을 하나의 연속된 블록에 저장
  - 특징: 분석 쿼리(OLAP)에 특화된 저장 방식으로, 특정 열의 데이터만 빠르게 처리 가능
- 온라인 쇼핑몰에서 고객이 상품을 주문하면 로우 포맷으로 주문 정보를 저장하고, 컬럼 포맷으로 매출 분석에 필요한 데이터 업데이트 수행, 이렇게 하면 주문 처리 속도를 높이면서도 실시간으로 매출 분석 수행 가능
인메모리 기능은 두 포맷을 동시에 사용하여 OLTP와 OLAP 작업을 모두 효율적으로 처리

3. 인메모리 기능의 특징:

컬럼 스토어: 데이터를 컬럼 단위로 저장하여 분석 쿼리 성능 향상
데이터 압축: 메모리 사용량을 줄이기 위해 데이터를 압축하여 저장
스토리지 인덱스: 불필요한 데이터 로드를 줄여 메모리 사용량을 최적화
- 스토리지 인덱스는 Oracle Exadata에서 사용되던 기술로, 데이터베이스가 디스크에서 데이터를 읽어올 때 불필요한 데이터 블록을 필터링하는 데 사용하여 메모리에 로드해야 할 데이터 블록을 미리 식별하여 I/O 오버헤드를 줄이는 역할 수행
- 일반 데이터베이스에서도 WHERE 조건을 통해 데이터 범위를 지정할 때 인덱스를 사용하면 스토리지 인덱스와 유사한 효과를 기대할 수 있음
SIMD (Single Instruction, Multiple Data) 벡터 프로세싱: CPU 수준에서 병렬 처리를 통해 데이터 처리 속도 향상
- 여러 개의 데이터 요소를 SIMD 벡터 레지스터에 로드하고, 하나의 명령어로 벡터 레지스터의 모든 요소를 동시에 처리
AIM (Automatic In-Memory): 데이터베이스가 작업 부하와 데이터 접근 패턴을 분석하여 자주 사용되는 데이터를 자동으로 In-Memory 영역에 로드하고, 사용 빈도가 낮은 데이터는 자동으로 제거하는 기능

4. 19c DB 무료 인메모리 기능:

오라클 19.8 버전부터 In-Memory 옵션 기능을 최대 16GB까지 무료로 사용 가능
- Windows 와 HP-UX의 경우 19.9 버전부터 사용가능
- alter system set inmemory_force=base_level scope=spfile;
- alter system set inmemory_size=16G scope=spfile;
RAC 환경 지원 (노드당 16GB), Init Parameter 설정, 낮은 수준의 쿼리 압축 기능 압축 기능 등을 제공
AIM 기능, 특정 컬럼 선택, Exadata 환경에서의 CELLMEMORY 사용은 유료 버전에서만 가능

5. CELLMEMORY:

Oracle Exadata 시스템에서 사용되는 플래시 메모리 기반 캐시 기술로, 데이터베이스 성능을 향상시키는 역할 수행
- 플래시 메모리: Exadata 스토리지 서버에는 플래시 메모리가 탑재되어 있으며, CELLMEMORY는 이 Exadata 스토리지 서버에 탑재된 플래시 메모리를 데이터베이스 캐시로 활용
- Smart Scan (스마트 스캔): Exadata 스토리지 서버에서 스마트 스캔이라는 기술을 통해 데이터 필터링 및 처리를 수행하고, CELLMEMORY는 스마트 스캔 과정에서 필터링된 데이터를 플래시 메모리에 저장하여 후속 쿼리 성능 향상
- Memory Tiering (메모리 계층화): CELLMEMORY는 DRAM 캐시와 플래시 메모리 캐시를 계층화하여 데이터를 관리하며, 자주 사용되는 데이터는 DRAM 캐시에 저장하고, 덜 자주 사용되는 데이터는 플래시 메모리에 저장하여 메모리 효율성을 높임

3장. Backup and Recovery

수상한 김토끼 — Thu, 6 Mar 2025 17:07:43 +0900

3.1 Checkpoint

CKPT (체크포인트 프로세스)
- 복구 시작 시점의 SCN 기록: CKPT는 데이터베이스 복구 시 필요한 시작 시점의 SCN(System Change Number) 기록 (SCN은 데이터베이스의 변경 사항을 식별하는 고유한 번호)
- 체크포인트 유형:
  - 전체 체크포인트(Full): 컨트롤 파일(Control file)과 데이터 파일 헤더(Datafile header)에 체크포인트 정보 기록
  - 증분 체크포인트(Incremental): 컨트롤 파일에만 체크포인트 정보를 기록
작동 방식
- CKPT 프로세스: CKPT 백그라운드 프로세스는 주기적으로 또는 특정 이벤트 발생 시 체크포인트 수행
- 컨트롤 파일 및 데이터 파일 업데이트: 체크포인트가 발생하면 CKPT는 컨트롤 파일과 데이터 파일 헤더에 체크포인트 정보 기록
- 데이터 파일 동기화: 체크포인트 발생 시 DBWR(Database Writer) 프로세스는 데이터 버퍼 캐시의 변경된 데이터 블록을 데이터 파일에 기록하여 데이터 파일과 메모리 동기화
중요성
- 데이터 복구 시간 단축: 체크포인트는 데이터베이스 복구 시 필요한 시작 시점을 제공하여 복구 시간 단축
- 데이터 일관성 유지: 체크포인트는 데이터 파일과 메모리의 동기화를 통해 데이터 일관성 유지
- 데이터 손실 방지: 체크포인트는 데이터베이스 장애 발생 시 손실되는 데이터의 양 최소화

3.2 Backup & Recovery

3.2.1 백업 및 복구 솔루션 종류

Logical Methods (논리적 방법)
- Export and Import:
  - 데이터베이스 객체(테이블, 뷰 등)를 논리적인 파일로 추출하고 다시 데이터베이스에 로드하는 방식
  - 데이터베이스 전체 또는 일부를 백업 및 복구하는 데 사용할 수 있음
  - 데이터베이스 버전 간 호환성이 높음
- Data Pump (10g 이상):
  - Export and Import의 성능을 향상시킨 유틸리티
  - 대용량 데이터베이스의 백업 및 복구에 효율적
  - 병렬 처리 및 압축 기능을 지원
- Flashback Functions (10g 이상):
  - 특정 시점의 데이터로 데이터베이스를 복원하는 기능
  - 사용자 실수로 인한 데이터 손실 시 유용
  - Flashback Query, Flashback Table, Flashback Database 등 다양한 기능이 있음
Physical Methods (물리적 방법)
- O/S Backup and Restore:
  - 운영 체제 명령어를 사용하여 데이터 파일, 컨트롤 파일, 리두 로그 파일 등을 백업하고 복구하는 방식
  - 데이터베이스 전체를 백업 및 복구하는 데 사용
  - 데이터베이스 구조를 그대로 복원할 수 있음
- RMAN Backup and Restore:
  - 오라클에서 제공하는 백업 및 복구 유틸리티
  - 데이터베이스 전체 또는 일부를 백업 및 복구하는 데 사용
  - 증분 백업, 압축, 암호화 등 다양한 기능을 지원
High Availability Methods (고가용성 방법)
- Data Guard (Data HA):
  - 운영 데이터베이스의 변경 사항을 대기 데이터베이스에 실시간으로 동기화하여 데이터 고가용성 제공
  - 재해 복구(DR) 사이트를 구축하는 데 사용
  - Active Data Guard 옵션을 사용하면 대기 데이터베이스에서 읽기 전용 작업을 수행할 수 있음
- RAC (O/S, Server HA):
  - 여러 서버를 클러스터로 구성하여 서버 고가용성 제공
  - 특정 서버에 장애가 발생해도 다른 서버가 서비스를 계속 제공
  - 로드 밸런싱 기능을 통해 성능을 향상할 수 있음

방법	특징	장점	단점
논리적 방법	데이터베이스 객체 단위 백업/복구	데이터베이스 버전 간 호환성 높음	물리적 방법에 비해 복구 시간 오래 걸림
물리적 방법	데이터베이스 전체 백업/복구	데이터베이스 구조 그대로 복원 가능	데이터베이스 버전 간 호환성 낮음
고가용성 방	서비스 연속성 보장	다운타임 최소화	구축 및 관리 복잡

3.2.2 오프라인 모드 사용자 백업 절차

백업 대상 확인: 아래 뷰를 조회하여 백업해야 할 파일 목록 확인
- V$DATAFILE 또는 DBA_DATA_FILES: 데이터 파일 정보
- V$LOGFILE: 리두 로그 파일 정보
- V$CONTROLFILE: 컨트롤 파일 정보
- V$PARAMETER: 초기화 파라미터 파일 정보
데이터베이스 종료: 모든 인스턴스를 Shutdown immediate 명령어를 사용하여 종료
파일 복사: 운영 체제 명령어를 사용하여 백업 위치에 대상 파일을 복사
오프라인 모드 백업의 특징
- 단순함: 운영 체제 명령어를 사용하여 간단하게 백업 수행
- 전체 백업: 데이터베이스 전체를 백업
- 다운타임 발생: 데이터베이스를 종료해야 하므로 다운타임 발생
- 데이터 일관성 보장: 데이터베이스가 종료된 상태에서 백업하므로 데이터 일관성 보장
- 복구 시간 오래 걸림: 백업된 파일들을 수동으로 복사해야 하므로 복구 시간이 오래 걸릴 수 있음

장점	단점
단순하고 구현이 쉽다	다운타임이 발생한다
데이터 일관성이 보장된다	복구 시간이 오래 걸린다
전체 백업이 가능하다	백업 및 복구 과정이 수동적이다

3.2.3 온라인 백업 모드

온라인 백업 모드 변경 방법
- 단일 명령: ALTER DATABASE BEGIN BACKUP; 명령어를 사용하여 전체 데이터베이스를 백업 모드로 변경
- 테이블스페이스 단위 명령 불필요 (10g 이상): 이전 버전에서는 각 테이블스페이스별로 백업 모드를 설정해야 했지만, 10g 이상부터는 단일 명령으로 전체 데이터베이스를 설정 가능
온라인 백업 모드 조건
- ARCHIVELOG 모드: 데이터베이스가 ARCHIVELOG 모드로 설정되어 있어야 함
- Mounted and open: 데이터베이스가 마운트 되고 열려 있어야 함
RMAN과의 관계
- RMAN은 온라인 백업 모드 불필요: RMAN(Recovery Manager)은 자체적으로 온라인 백업 기능을 지원하므로, 데이터베이스를 명시적으로 온라인 백업 모드로 설정할 필요가 없음
온라인 백업 모드 제한 사항
- 다음 작업 수행 불가:
  - Normal Shutdown: 데이터베이스를 정상적으로 종료할 수 없음
  - Tablespace read-only & online backup mode: 테이블스페이스를 읽기 전용으로 설정하고 온라인 백업 모드를 동시에 사용할 수 없음
  - Tablespace offline: 테이블스페이스를 오프라인으로 설정할 수 없음
온라인 백업 모드의 장점
- 다운타임 최소화: 데이터베이스를 중단하지 않고 백업을 수행할 수 있음
- 24시간 서비스 가능: 서비스 중단 없이 백업을 수행해야 하는 시스템에 적합
온라인 백업 모드의 단점
- 복잡성: 오프라인 백업에 비해 설정 및 관리가 복잡함
- 로그 관리 필요: ARCHIVELOG 모드가 필요하며, 아카이브 로그 파일 관리 필요

3.2.4 Instance Recovery (인스턴스 복구)

인스턴스 복구 단계
- 인스턴스 시작 (데이터 파일 비동기화): 인스턴스가 시작되면 데이터 파일은 메모리(SGA)와 동기화되지 않은 상태
- REDO (롤 포워드): 리두 로그 파일을 사용하여 데이터 파일에 기록되지 않은 커밋된 트랜잭션을 적용, 이 과정을 롤 포워드라고 부름
- 파일에 커밋/미커밋 데이터 포함: 롤 포워드 후 데이터 파일에는 커밋된 데이터와 아직 커밋되지 않은 데이터가 모두 포함됨
- 데이터베이스 Open: 데이터베이스가 Open 되어 사용자에게 서비스를 제공할 수 있는 상태가 됨
- UNDO (롤백): 언두 세그먼트를 사용하여 커밋되지 않은 트랜잭션을 롤백, 이 과정을 롤백이라고 부름
- 파일에 커밋된 데이터만 포함: 롤백 후 데이터 파일에는 커밋된 데이터만 남게 되어 데이터베이스의 일관성이 유지됨

3.2.5 Complete Recovery (완전 복구)

완전 복구 프로세스 단계
- 복원된 데이터 파일: 백업된 데이터 파일을 복원
- 변경 사항 적용 (아카이브 된 리두 로그, 온라인 리두 로그): 아카이브된 리두 로그 파일과 온라인 리두 로그 파일을 사용하여 복원된 데이터 파일에 변경 사항을 적용, 이 과정을 통해 데이터 파일은 특정 시점까지의 모든 커밋된 트랜잭션이 반영 됨
- 현시점까지 커밋/미커밋 트랜잭션 복구: 리두 로그 파일을 통해 커밋된 트랜잭션과 커밋되지 않은 트랜잭션을 모두 복구
- 언두 적용: 언두 세그먼트를 사용하여 커밋되지 않은 트랜잭션을 롤백, 이 과정을 통해 데이터베이스의 일관성 유지
- Recovery된 데이터 파일: 완전 복구가 완료된 데이터 파일은 모든 커밋된 트랜잭션을 반영하고 일관성 유지

3.2.6 Point-in-Time Recovery (특정 시점 복구)

특정 시점 복구 프로세스 단계
- 과거의 필요한 시점에서 복원된 데이터 파일: 백업된 데이터 파일을 특정 시점으로 복원
- PIT(point-in-time)에 적용된 변경 사항 (아카이브된 리두 로그, 온라인 리두 로그): 아카이브된 리두 로그 파일과 온라인 리두 로그 파일을 사용하여 복원된 데이터 파일에 PIT까지의 변경 사항을 적용, 이 과정을 통해 데이터 파일은 PIT까지의 모든 커밋된 트랜잭션 반영
- PIT까지 커밋/미커밋 트랜잭션 포함 데이터 파일: 리두 로그 파일을 통해 PIT까지의 커밋된 트랜잭션과 커밋되지 않은 트랜잭션을 모두 복구
- 데이터베이스 열림: 데이터베이스를 Open 하여 복구 작업 시작
- 언두 적용: 언두 세그먼트를 사용하여 PIT 이후의 커밋되지 않은 트랜잭션 롤백, 이 과정을 통해 데이터베이스의 일관성 유지
- PIT Recovery 데이터 파일: 특정 시점 복구가 완료된 데이터 파일은 PIT까지의 모든 커밋된 트랜잭션을 반영하고 PIT 이후의 변경 사항은 롤백되어 일관성 유지

3.2.7 RESETLOGS

RESETLOGS 옵션의 필요성
- 불완전 복구의 특성: 불완전 복구는 특정 시점(PIT)으로 데이터베이스를 복원하는 과정으로 이 과정에서는 현재 시점의 리두 로그를 적용할 수 없음
- 새로운 리두 로그 생성: 과거의 특정 시점으로 복구했기 때문에 새로운 리두 로그 생성 필요
- RESETLOGS 옵션 사용: ALTER DATABASE OPEN RESETLOGS; 명령어를 사용하여 데이터베이스를 열고 새로운 리두 로그 생성
RESETLOGS 옵션 사용 시 주의사항
- 새로운 Incarnation 생성: RESETLOGS 옵션을 사용하여 데이터베이스를 열면 이전 데이터베이스와 다른 새로운 Incarnation(데이터베이스의 새로운 버전) 생성
- 이전 백업 및 아카이브 로그 사용 불가: 새로운 Incarnation이 생성되므로 이전 백업 및 아카이브 로그를 사용할 수 없음
RESETLOGS 옵션 사용 후 작업
- 백업 수행: RESETLOGS 옵션을 사용하여 데이터베이스를 연 후에는 반드시 새로운 백업을 수행해야 함

3.2.8 Flashback

플래시백 기술 개요
- 아카이브 로그 모드 필수: 플래시백 기능을 사용하려면 데이터베이스 아카이브 로그 모드 설정 필요
- 커밋 후 특정 시점 복구: 플래시백은 커밋된 트랜잭션 이후에도 특정 시점으로 데이터를 복원 가능
플래시백 기술 종류
- Flashback Database (플래시백 데이터베이스)
  - 대상: 데이터베이스 전체
  - 시나리오: 테이블 잘림(Truncate), 원치 않는 다중 테이블 변경
  - 사용: 플래시백 로그(Flashback logs)
  - 데이터 영향: TRUE (데이터 변경)
- Flashback Drop (플래시백 테이블 삭제 취소)
  - 대상: 테이블 삭제(Drop)
  - 시나리오: 테이블 삭제
  - 사용: 휴지통(Recyclebin)
  - 데이터 영향: TRUE (데이터 복구)
- Flashback Table (플래시백 테이블)
  - 대상: 테이블
  - 시나리오: 잘못된 WHERE 절을 사용한 업데이트
  - 사용: 언두 데이터(Undo data)
  - 데이터 영향: TRUE (데이터 변경)
- Flashback Query (플래시백 쿼리)
  - 대상: 테이블
  - 시나리오: 현재 데이터와 과거 데이터 비교
  - 사용: 언두 데이터(Undo data)
  - 데이터 영향: FALSE (데이터 조회만)
- Flashback Version Query (플래시백 버전 쿼리)
  - 대상: 트랜잭션
  - 시나리오: 행의 버전 비교
  - 사용: 언두 데이터(Undo data)
  - 데이터 영향: FALSE (데이터 조회만)
- Flashback Transaction (플래시백 트랜잭션)
  - 대상: 트랜잭션
  - 시나리오: 특정 트랜잭션 복구
  - 사용: 언두 데이터(Undo data)
  - 데이터 영향: TRUE (데이터 변경)
플래시백 기술 활용
- 플래시백 데이터베이스: 플래시백 로그를 사용하여 데이터베이스 전체를 특정 시점으로 복원
- 플래시백 테이블: 언두 데이터를 사용하여 테이블을 특정 시점으로 복원
- 플래시백 트랜잭션: 언두 데이터를 사용하여 특정 트랜잭션 복구
플래시백 기술의 장점
- 빠른 복구: 백업 및 복구에 비해 빠른 복구 가능
- 유연성: 다양한 수준에서 데이터를 복구 가능
- 데이터 손실 최소화: 사용자 실수로 인한 데이터 손실을 최소화
플래시백 기술 사용 시 주의사항
- 아카이브 로그 모드 필수
- 언두 데이터 관리: 플래시백 기능을 사용하려면 충분한 언두 데이터 공간 필요

대상	시나리오	플래시백 기술	사용	데이터 영향
데이터베이스	테이블 잘림, 원치 않는 다중 테이블 변경	플래시백 데이터베이스	플래시백 로그	TRUE
테이블	테이블 삭제	플래시백 삭제 취소	휴지통	TRUE
테이블	잘못된 WHERE 절을 사용한 업데이트	플래시백 테이블	언두 데이터	TRUE
테이블	현재 데이터와 과거 데이터 비교	플래시백 쿼리	언두 데이터	FALSE
트랜잭션	행의 버전 비교	플래시백 버전 쿼리	언두 데이터	FALSE
트랜잭션	특정 트랜잭션 복구	플래시백 트랜잭	언두 데이터	TRUE

2장. High Availability

수상한 김토끼 — Thu, 6 Mar 2025 15:24:36 +0900

2.1 오라클 HA 아키텍처에서 발생하는 다양한 유형의 다운타임 및 대응 솔루션

Unplanned Downtime (계획되지 않은 다운타임)
- System Failures (시스템 실패)
  - HW Failure (하드웨어 실패 ): 서버, 디스크, 네트워크 장비 등의 하드웨어 고장으로 인해 발생하는 다운타임
  - OS Failure (운영 체제 실패): 운영 체제의 오류, 충돌, 또는 예상치 못한 종료로 인해 발생하는 다운타임
  - 대응 솔루션: RAC(Real Application Clusters) 및 Data Guard를 사용하여 시스템 실패 시에도 다른 노드로 서비스를 즉시 전환하여 다운타임을 최소화
- Data Failures (데이터 실패)
  - Storage Failure (저장소 실패): 데이터 저장 장치(디스크, 스토리지 시스템)의 고장으로 인해 발생하는 다운타임
  - Human Error (인적 오류): 데이터베이스 관리자나 사용자의 실수로 인해 발생하는 다운타임
  - Corruption (데이터 손상): 데이터 파일이나 데이터베이스 객체가 손상되어 발생하는 다운타임
  - Site Failure (사이트 실패): 데이터 센터나 전체 시스템이 물리적인 재해(화재, 지진 등)로 인해 발생하는 다운타임
  - 대응 솔루션: ASM(Automatic Storage Management)을 사용하여 저장소 오류를 방지하고, Flashback, RMAN Backup, Data Guard, GoldenGate를 사용하여 데이터 복구 용이성 확보 및 손실 최소화
Planned Downtime (계획된 다운타임)
- System Changes (시스템 변경)
  - SW Patch Apply (소프트웨어 패치 적용): 데이터베이스 소프트웨어나 관련 소프트웨어에 패치를 적용하기 위해 발생하는 다운타임
  - OS Patch Apply (운영 체제 패치 적용) 운영 체제에 패치를 적용하기 위해 발생하는 다운타임
  - 대응 솔루션: Rolling Patches 및 Rolling Upgrades를 사용하여 시스템 변경 시에도 서비스를 중단하지 않고 연속적으로 운영가능
- Data Changes (데이터 변경)
  - Data Reorg (데이터 재구성): 데이터베이스 객체의 구조를 변경하거나 데이터를 재구성하기 위해 발생하는 다운타임
  - Data Migration (데이터 마이그레이션): 데이터를 다른 시스템이나 데이터베이스로 이전하기 위해 발생하는 다운타임
  - 대응 솔루션: Online Redefinition을 사용하여 데이터 변경 시에도 서비스를 중단하지 않고 온라인 상태에서 작업 수행가능

2.2 RAC (Real Application Clusters)

2.2.1 HA (Active & Stanby) vs RAC

Active & Standby (HA 구성)
- 단일 활성 서버: 하나의 서버(Server A)만 활성화되어 서비스를 제공하고, 다른 서버(Server B)는 대기(Standby) 상태로 유지
- 서버 실패 시 대기 서버 활성화: 활성 서버에 장애가 발생하면 대기 서버가 활성화되어 서비스를 이어받음
- 대기 서버 자원 유휴화: 대기 서버는 평상시에는 유휴 상태로 유지되어 자원 활용도 낮음
- OS 클러스터 기반 페일오버 (과거): 과거에는 OS 클러스터가 페일오버 역할을 수행했지만, 오라클 11g부터는 Grid Infrastructure가 페일오버 역할 대체
- 비공유 환경: 스토리지 자원이 공유되지 않으므로, 페일오버 시 대기 서버에서 스토리지 마운트 필요
- DB 및 AP 재기동 필요: 페일오버 후 데이터베이스와 애플리케이션 재기동 필요
- 수분~수십 분 다운타임 발생: 페일오버 과정에서 수분에서 수십 분의 다운타임 발생
Active & Active (RAC 구성)
- 다중 활성 서버: 여러 서버(Server A, Server B 등)가 동시에 활성화되어 서비스 제공
- 로드 밸런싱: 여러 서버가 작업을 분산 처리하여 성능을 향상할 수 있음
- 서버 실패 시 서비스 연속성 유지: 일부 서버에 장애가 발생해도 다른 서버들이 서비스를 계속 제공하여 다운타임 최소화
- 공유 스토리지 사용: 모든 서버가 공유 스토리지를 사용하여 데이터 일관성 유지
- Cache Fusion: 서버 간 데이터 블록 공유 및 동기화를 통해 성능 향상
- Transparent Application Failover (TAF): 애플리케이션 연결이 자동으로 다른 서버로 전환되어 사용자에게 투명한 페일오버 제공

특징	HA 구성	RAC 구성
활성 서버 수	1개	여러 개
자원 활용 도	낮음	높음
페일오버 속도	느림 (수분~ 수십 분)	빠름 (TAF 사용 시 투명)
스토리지	비공유	공유
복잡성	낮음	높음
비용	낮음	높음

2.2.2 오라클 RAC 환경의 작동 방식과 장점

왼쪽 그림 (정상 작동 시)
- Active & Active 상태: 모든 서버(Server A, Server B)가 활성화되어 서비스 제공
- 로드 밸런싱: 여러 서버가 작업을 분산 처리하여 성능 향상
- 자원 효율적 활용: 모든 서버가 활성화되어 자원을 효율적으로 활용
오른쪽 그림 (장애 발생 시)
- 장애 발생 노드 제외 서비스 지속: Server A에 장애가 발생하더라도 Server B가 서비스를 계속 제공하여 다운타임 최소화
- AP 서버 재접속: 장애 발생 노드에 연결된 애플리케이션 서버(AP 서버)는 재접속만으로 서비스 지속
- DB 재기동 및 스토리지 마운트 불필요: RAC는 공유 스토리지를 사용하므로, 장애 발생 시 데이터베이스를 재기동하거나 스토리지를 마운트 할 필요 없음
RAC (Real Application Clusters) 환경에서 데이터 버퍼 캐시 (Data Buffer Cache)는 각 인스턴스 간에 데이터를 전달해야 하므로 인터커넥트 (interconnect) 속도가 매우 중요
- 인터커넥트의 역할
  - 데이터 블록 전달: RAC 환경에서 각 인스턴스는 자체적인 데이터 버퍼 캐시를 가지고 있으며, 한 인스턴스에서 데이터 블록을 요청했는데 해당 블록이 다른 인스턴스의 버퍼 캐시에 있는 경우, 인터커넥트를 통해 해당 블록을 전달받음
  - Cache Fusion (캐시 퓨전): 인스턴스 간 데이터 블록 전달을 효율적으로 처리하는 기술
  - Global Cache Service (글로벌 캐시 서비스): 데이터 블록의 일관성을 유지하고 인스턴스 간 동기화를 관리
- 인터커넥트 속도의 중요성
  - 성능 영향: 인터커넥트 속도가 느리면 데이터 블록 전달 시간이 길어져 전체 시스템 성능 저하 발생
  - 전용 스위치 구성 필요: 높은 성능을 위해 인터커넥트 전용 스위치를 구성을 권장
  - 네트워크 구성: 고속 네트워크 인터페이스 (예: 10 GbE 이상)와 저지연 네트워크 프로토콜 (예: InfiniBand) 사용 권장

2.2.3 오라클 RAC 아키텍처

RAC 아키텍처 주요 구성 요소
- Grid Infrastructure:
  - RAC 환경의 핵심 기반 소프트웨어
  - Oracle Clusterware와 ASM (Automatic Storage Management)으로 구성
  - 클러스터 관리, 스토리지 관리, 네트워크 관리 기능 제공
- Oracle Clusterware:
  - 클러스터 노드 간의 통신 및 관리 담당
  - 노드 추가/삭제, 장애 감지, 리소스 관리 등의 기능 수행
  - 장애 발생 시 서버 간의 Node Fencing을 수행하여 데이터 무결성 보호
  - Oracle 10g부터 도입되었으며, Oracle 11gR2까지는 3rd Party Cluster와 함께 사용되었음
  - 12c부터는 Grid Software에서 관리하는 HAC (High Availability Cluster) Listener의 역할 수행
  - VIP (Virtual IP) 구성 및 관리 담당
  - 클러스터 노드 간 리소스의 위치 확인 및 리소스 간 의존성 구성 기능 제공
- ASM (Automatic Storage Management):
  - 기존 LVM (Logical Volume Manager) 및 Raw Device를 대체하는 스토리지 관리 기능
  - Oracle 10g에서 도입되었으나, Oracle 11g까지는 주로 Raw Device가 사용
  - 12c부터 Raw Device가 지원 중단되면서 ASM과 CFS (Cluster File System)만 사용 가능
  - ASM Diskgroup/Disk/File/Instance 등의 스토리지 객체 관리
  - 동일 서버 내 여러 DB instance가 하나의 ASM instance를 공유할 수 있음
- 공유 스토리지 (Shared Storage):
  - 모든 RAC 노드가 공유하는 스토리지 영역
  - 데이터 파일, 컨트롤 파일, 리두 로그 파일 등을 저장
  - ASM에 의해 관리됨
- OCR (Oracle Cluster Registry) / Voting Disks:
  - Oracle Clusterware에서 사용하는 파일
  - OCR: Clusterware의 메타 저장소로, 클러스터 리소스 정보 등을 저장
  - Voting Disks: 클러스터 노드 간의 디스크 Heartbeat 용도로 사용되며, I/O timeout 발생 시 일부 노드가 다운될 수 있음
- 클러스터 인터커넥트 (Cluster Interconnect):
  - 클러스터 노드 간의 통신을 위한 네트워크
  - 고속 네트워크 (예: InfiniBand)를 사용하여 데이터 블록 전송 성능을 높임
- 공용 네트워크 (Public Network):
  - 클라이언트가 데이터베이스에 접속하는 데 사용하는 네트워크
  - VIP (Virtual IP)를 통해 접속

2.2.4 오라클 RAC Clusterware

Oracle Clusterware Overview (오라클 클러스터웨어 개요)
- Grid Infrastructure의 구성 요소: 클러스터웨어는 Grid Infrastructure에 포함된 RAC 노드를 클러스터링 하기 위한 솔루션
- Grid Infrastructure의 중심 기능: 오라클 Grid Infrastructure의 중심이 되는 기능
- ASM과 통합: ASM (Automatic Storage Management)과 통합되어 있음
- VIP 생성 및 관리: RAC에서 사용되는 VIP (Virtual IP)를 생성 및 관리
- 통합 인터페이스 제공: 전체 노드 리소스 제어를 위한 통합 인터페이스 제공
- Split Brain 해결: 노드 장애 시 Split Brain 문제 해결
이미지 구성 요소
- Network: 클라이언트가 데이터베이스에 접속하는 데 사용하는 네트워크
- Interconnect: 클러스터 노드 간의 통신을 위한 네트워크
- Users: 데이터베이스를 사용하는 클라이언트
- Oracle Clusterware: 클러스터 노드 간의 통신 및 관리를 담당하는 소프트웨어
- Storage Network: 공유 스토리지를 연결하는 네트워크

리소스 종류:
- VIP (Virtual IP): 클러스터 환경에서 클라이언트 접속을 위한 가상 IP 주소
- Listener: 클라이언트 연결 요청을 수신하고 데이터베이스로 연결을 중재하는 프로세스
- Public Network Monitoring: 공용 네트워크의 상태를 모니터링
- SCAN (Single Client Access Name) Listener: 클라이언트가 RAC 데이터베이스에 접속할 때 사용하는 단일 접속 이름
- SCAN VIP: SCAN Listener가 사용하는 가상 IP 주소
- ASM (Automatic Storage Management): 오라클 데이터베이스 전용의 스토리지 관리 시스템
- ASM Data Group: ASM 디스크 그룹을 관리
- Database: 데이터베이스 인스턴스를 관리
- Instance: 데이터베이스 인스턴스를 관리
리소스 상태 확인 명령어: crsctl stat res -t 명령어를 사용하여 리소스의 상태를 확인가능
리소스 상태 정보:
- Name: 리소스 이름
- Target State: 목표 상태 (ONLINE, OFFLINE)
- Server: 리소스가 실행 중인 서버
- State details: 리소스의 상세 상태 (STABLE 등)

스플릿 브레인 (Split Brain) 개념
- 정의: 클러스터 노드 간의 Heartbeat 네트워크가 단절된 상태에서 노드들이 여전히 작동하는 상황
- 문제점: 각 노드가 독립적으로 작동하면서 데이터 불일치(Data Corruption)가 발생할 수 있음
- 해결 방법: 데이터 정합성을 위해 클러스터 내 일부 노드를 제거(Eviction)해야 함
IO Fencing (IO 펜싱)
- 정의: 스플릿 브레인 상황에서 제거(Evicted)된 노드가 공유 디스크에 접근하지 못하도록 IO를 차단
- 목적: 데이터 손상 방지
IO Fencing 방법
- STONITH (Shoot The Other Node In The Head): 정상적인 노드가 문제가 있는 노드를 강제로 Shutdown 하는 방식
- Self-fencing: /etc/init.d/init.cssd를 스스로 수행하여 리부트 하는 방식

2.2.5 오라클 RAC TAF (Transparent Application Failover) / CTF (Connection Time Failover)

CTF (Connection Time Failover) 개요
- 사용자 재연결 필요: RAC 환경에서 일부 인스턴스가 다운되었을 때, 사용자가 직접 연결을 재시도해야 함
- TNS 설정 기반: TNS(Transparent Network Substrate)에 기술된 IP 주소 중 접속 가능한 인스턴스로 연결됨
- 단순 연결 전환: 단순히 연결을 다른 인스턴스로 전환하는 기능만 제공

TAF (Transparent Application Failover) 개요
- 자동 세션 복구: 세션이 끊기더라도 SQL*Net이 자동으로 살아있는 노드로 세션을 재연결됨 (일부 세션 제외)
- 데이터 변경 없는 세션 복구: 조회(SELECT) 또는 유휴(IDLE) 상태의 세션은 자동으로 복구
- 데이터 변경 트랜잭션 롤백: 데이터 변경이 있는 트랜잭션은 재접속이 필요하며, 변경된 데이터는 자동으로 롤백
- 애플리케이션 투명성: 애플리케이션은 장애 발생을 인지하지 못하고 계속 작동할 수 있음
- 작업 지속: 실패한 노드의 질의 작업에 대해서 나머지 노드가 작업 지속
- 자동 페일오버: 페일오버 작업이 자동으로 진행
- DML 롤백 및 예외 처리: Update/Insert/Delete 등 DML은 롤백되므로 애플리케이션에서 예외 처리 필요
- JDBC Thin 미지원: JDBC Thin 드라이버는 TAF를 지원하지 않음

기능	CTF	TAF
세션 복구 방식	사용자 재연결	자동 세션 복구
지원 범위	모든 세션	데이터 변경 없는 세션 자동 복구
애플리케이션 영향	재연결 코드 필요	투명한 장애 처리
트랜잭션 처리	재연결 후 수동 처리	자동 롤백 및 재연결 후 수동 처리

RAC 환경에서 TNSNAMES.ORA 파일 설정 시, PUBLIC IP 대신 VIRTUAL IP(VIP)를 사용하면 장애 발생 시 클러스터가 더 빠르게 감지하고 페일오버를 수행하여 서비스 연속성을 높일 수 있음
- 클러스터웨어는 VIP의 상태를 지속적으로 모니터링
- VIP는 클라이언트에게 고정된 접속 주소를 제공
- 노드 장애 시에도 클라이언트는 VIP를 통해 계속해서 데이터베이스에 접속할 수 있음
- PUBLIC IP를 사용하는 경우, 클라이언트는 장애 발생 노드의 IP 주소 변경필요
- SCAN VIP를 사용하면 클라이언트 연결 요청을 클러스터 내의 활성 노드에 분산이 가능하며 RAC 데이터베이스의 성능과 가용성을 향상

2.3 오라클 Data Guard (Active Data Guard)

RAC (Real Application Clusters)
- 목적: 서버 이중화 및 서버 HW/SW 장애 대비
- 구조: 모든 노드가 Active-Active 구조로 동일한 작업 수행
- 작동 방식: Interconnect를 통해 노드 간 데이터를 공유하고 동기화
Data Guard
- 목적: 디스크 이중화 및 재난 대비
- 구조: Active-Standby 구조로 운영 시스템에서만 서비스 제공 (일반 Data Guard)
- Active Data Guard: Standby 데이터베이스에서 조회 서비스를 제공
- 작동 방식: Redo 로그 파일을 DR 센터의 Standby 데이터베이스로 전송하여 데이터 동기화
- Data Guard Broker: Data Guard 생성, 관리, 모니터링을 중앙에서 관리 가능
- Switchover: 개발 또는 테스트 목적으로 주 센터와 DR 센터의 역할 전환
- Failover: 주 센터에 장애가 발생했을 때 DR 센터를 주 센터로 전환 (주 센터는 더 이상 사용 불가)

비교항목	RAC (Real Application Clusters)	Data Guard (Active Data Guard)
솔루션 사용 목적	서버 이중화 / 서버 HW, SW 장애 대비	디스크 이중화 / 재난 대비
서비스 수행범위	모든 노드 Active - Active 구조로 동일 작업 수행 가능	Active-Standby 구조로 운영 시스템에서만 서비스 가능 (일반 DG) <br> Active Data Guard 환경인 경우 Standby Database 조회 서비스 가능
데이터 동기화 방식	Interconnect를 통한 데이터 블록 공유	Redo 로그 파일 전송
장애 복구 방식	노드 간 Failover	DR 센터로 Failover
데이터 손실 가능성	거의 없음	장애 발생 시 일부 데이터 손실 가능성 존재

스토리지 원격 복제
- 복제 방식: 운영 DB의 모든 데이터 파일, 컨트롤 파일, 리두 로그 파일 등을 DR 사이트로 복제
- 데이터 손상 전파: 운영 DB에서 데이터 손상이 발생하면 DR 사이트로도 전파
- 네트워크 대역폭 소비: 모든 데이터 변경 사항을 복제하므로 네트워크 대역폭 소비가 많음
- DR 사이트 활용: DR 사이트는 단순 복제본 역할만 수행하며, 실시간 쿼리나 백업 등 다른 용도로 활용할 수 없음
Data Guard (Active Data Guard)
- 복제 방식: 운영 DB의 리두 로그 파일만 DR 사이트로 전송하고, DR 사이트에서 리두 로그를 적용하여 데이터를 동기화
- 데이터 손상 방지: 운영 DB에서 데이터 손상이 발생해도 DR 사이트에서는 검증 과정을 거쳐 전파될 가능성이 훨씬 적음
- 네트워크 대역폭 소비: 리두 로그만 전송하므로 네트워크 대역폭 소비가 훨씬 적음 (스토리지 복제 대비 27배 감소)
- DR 사이트 활용: DR 사이트에서 실시간 쿼리 (Active Data Guard 옵션 필요), RMAN 백업 등 다양한 용도로 활용
- 데이터 블록 손상 자동 복구: 운영 시스템에 데이터 블록 손상 시 자동으로 DR 사이트의 정상 블록 전송 후 자동 복구

비교 항목	스토리지 복제	Data Guard (Active Data Guard)
복제 방식	모든 데이터 파일 복제	리두 로그 파일 전송 및 적용
데이터 손상 전파	전파됨	전파 가능성 낮음
네트워크 대역폭 소비	많음	적음
DR 사이트 활용	제한적	다양함 (실시간 쿼리, 백업 등)
데이터 블록 손상 복구	수동 복	자동 복구

Active Data Guard 주요 기능
- Read Only 작업 부하 분담: Standby 데이터베이스를 Read Only 모드로 열어 읽기 전용 작업 분산 처리
- Real-time Reporting: Standby 데이터베이스에서 실시간 데이터를 조회하여 보고서 생성
- Fast Incremental Backups: Standby 데이터베이스에서 RMAN의 BCT(Block Change Tracking) 기능을 사용하여 빠른 증분 백업 수행
작동 방식
- Redo 로그 전송 및 적용: Primary 데이터베이스의 Redo 로그(트랜잭션 로그)를 Active Standby 데이터베이스로 전송하고 적용하여 데이터 동기화
- Read Only Open 상태 유지: Active Standby 데이터베이스는 Read Only Open 상태를 유지하면서 복구를 지속적으로 수행
Active Data Guard 장점
- DR 사이트 활용도 향상: Standby 데이터베이스를 단순 복제본이 아닌 다양한 용도로 활용하여 DR 사이트의 활용
- Primary 데이터베이스 부하 감소: 읽기 전용 작업을 Standby 데이터베이스로 분산하여 Primary 데이터베이스의 부하 감소
- 빠른 백업 및 복구: BCT 기능을 사용하여 빠른 증분 백업 및 복구 수행

항목	Active Data Guard	Data Guard
라이선스	유료	무료 (EE 옵션에 포함)
데이터 복구 중 Standby 조회	가능	불가능
자동 블록 복구	가능	불가능
RMAN BCT (Block Change Tracking)	지원	미지원
Data Guard Rolling Upgrade	지원	미지원
DML redirection	지원	미지원

1장. Administration

수상한 김토끼 — Wed, 5 Mar 2025 15:45:22 +0900

1. Reference Link

[Oracle Database 19c Administration Database Concepts](https://docs.oracle.com/en/database/oracle/oracle-database/19/cncpt/index.html)
[Oracle Database 19c Reference](https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/index.html)

1.1 Database and Instance

Oracle Database Server (Oracle Database) = Database + Database Instance
- Database
  - 디스크에 위치한 파일 집합
- Database Instance
  - SGA (System Global Area) + Background Process
  - 데이터베이스 파일을 관리하기 위한 메모리 구조의 집합으로 공유 메모리와 프로세스로 구성
- Client Process가 인스턴스에 접속하여 Session이 설정되면 Server Process가 생성됨
- Server Process는 공유하지 않는 개별 세션 메모리인 PGA (Program Global Area)를 보유하고 있음

1.2 Database Storage Structures

1.2.1 물리적인 저장구조

데이터베이스 파일 저장 메커니즘
- Automatic Storage Management (ASM)
  - 오라클 데이터베이스를 위해 특별히 설계된 파일 및 볼륨(디스크) 관리 시스템
  - 고가의 RAID 장비나 타사 OS볼륨관리 및 파일 시스템 관리를 ASM으로 대체 가능
  - 디스크에 데이터를 분산 기록하여 균일한 성능제공
  - 오라클 엑사데이터 시스에서 사용됨
  - 데이터베이스는 데이터 파일, 컨트롤 파일, 온라인 리두 로그 파일 및 기타 유형의 파일을 ASM에 저장 가능

데이터베이스 파일
- 데이터파일 (Data Files)
  - 데이터 파일은 데이터베이스의 실제 데이터가 저장되는 물리적인 파일
  - 데이터베이스의 데이터는 각 테이블스페이스의 데이터 파일 집합 형태로 저장 (테이블스페이스는 하나 이상의 데이터 파일로 구성)
  - 데이터 파일에는 테이블, 인덱스와 같은 데이터베이스 구조를 포함하는 데이터 딕셔너리가 저장
  - v$datafile, v$tempfile 뷰를 사용하여 데이터 파일 정보를 조회

- 컨트롤 파일 (Control Files)
  - 데이터베이스의 물리적 구조를 저장하는 파일
  - 데이터베이스 이름, 데이터베이스 ID, 데이터 파일, 리두 로그 및 아카이브 파일 정보, 현재 로그 번호, 체크포인트 정보 등을 포함
  - 바이너리 파일이며, CREATE CONTROLFILE 명령어로 생성가능
  - ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/home/oracle/trace_cf.txt'; 명령어를 사용하여 텍스트 파일로 변환하여 내용 확인가능
  - v$controlfile 뷰를 사용하여 컨트롤 파일 정보를 조회
- 리두로그 파일 (Redo Log Files)
  - 데이터베이스에서 발생한 모든 변경 작업을 기록하는 파일
  - 데이터 복구에 사용
  - v$log, v$logfile 뷰를 사용하여 조회
  - 장애 대비를 위해 리두 로그 파일은 다중으로 관리됨
    - 리두로그 그룹 : 온라인 리두로그 파일과 복사본으로 구성
    - 멤버 : 리두로그 파일 및 복사본 파일

- 리두로그 스위치 (redo log switch)
  - 리두 로그 파일이 가득 차면 다음 리두 로그 파일로 전환
  - 리두 로그 스위치가 발생하면 체크포인트(Checkpoint) 프로세스가 시작됨
  - 체크포인트 프로세스가 시작되면 DBWR 프로세스는 데이터베이스 버퍼 캐시에 있는 변경된 데이터 블록들을 데이터 파일에 기록
- DBWR (DataBase WRiter)
  - 오라클 데이터베이스의 백그라운드 프로세스 중 하나
  - 데이터베이스 버퍼 캐시(Database Buffer Cache)에서 변경된 데이터 블록을 데이터 파일(Datafile)에 기록하는 역할
  - 체크포인트(Checkpoint)가 발생하면 DBWR은 변경된 데이터 블록을 디스크에 기록하여 데이터 파일과 메모리 간의 동기화를 수행
- 오라클 데이터베이스에서 일반적으로 권장되는 리두로그 파일 개수는 5개로 1개당 1Gb 정도로 설정 (5개 정도를 유지하면 리두로그 스위치가 자주 발생하더라도 충분한 공간을 확보하여 데이터베이스 성능저하를 방지할 수 있음, 리두로그 스위치 발생 시 다음 리두로그의 CheckPoint 프로세스가 종료되지 않은 상태가 되면 시스템전체가 멈추기 때문에 순환이 되기 전에 CheckPoint가 다 끝나도록 튜닝필요)
- 리두로그 파일 크기는 트랜잭션 처리량과 복구 요구사항에 따라 조정될 수 있으나 최근에는 1Gb 정도를 설정하는 것이 일반적 (리두로그 파일의 크기가 너무 작으면 리두 로그 스위치가 자주 발생하여 데이터베이스 성능이 저하될 수 있으며, 너무 크면 복구 시간이 오래 걸릴 수 있음)
- RAC (Real Application Clusters) 환경에서의 데이터 파일 및 리두 로그 파일 관리
  - 데이터 파일 (Data Files)
    - RAC 환경에서는 여러 인스턴스가 하나의 데이터베이스를 공유함으로 데이터 파일은 모든 인스턴스에서 공유됨 (즉, 모든 인스턴스가 동일한 데이터 파일에 접근하여 데이터를 읽고 쓸 수 있음)
  - 리두 로그 파일 (Redo Log Files)
    - 각 RAC 인스턴스는 자체적인 리두 로그 파일을 가지고 있으며 이는 각 인스턴스에서 발생하는 변경 사항을 별도로 기록하기 위함
    - 따라서 각 인스턴스별로 고유한 리두 로그 파일이 존재하며, 이 파일들은 공유 저장소에 저장되어야 함 (인스턴스 복구 시 다른 인스턴스에서 접근할 수 있도록 하기 위함)
    - 리두 로그 그룹을 공유하고, redo log file에 쓰는 것은 개별적으로 기록됨
  - RAC 환경에서의 데이터 안정성 확보
    - 리두 로그 스위치 발생 시 체크포인트 발생과 함께 DBWR(Database Writer)를 통해 기록하여 데이터 안정성을 확보하는 과정은 RAC 환경에서도 동일하게 적용됨
    - 다만, RAC 환경에서는 여러 인스턴스가 동시에 데이터를 변경할 수 있으므로, 데이터의 일관성을 유지하기 위한 추가적인 메커니즘이 필요하며 Cache Fusion 기능을 통해 블록의 일관성을 유지함

1.2.2 논리적인 저장구조

데이터 블록 (Data Block) - 벽돌 한 장
- 데이터베이스 I/O의 최소 단위 (데이터베이스에서 데이터를 읽거나 쓸 때 가장 작은 단위)
- 데이터 블록은 OS 블록으로 구성
- 데이터베이스가 생성될 때 데이터베이스의 블록 크기를 설정 (DB_BLOCK_SIZE)
익스텐트 (Extents) - 벽돌 (데이터 블록) 여러 장을 붙여 만든 작은 벽
- 논리적으로 연속된 데이터 블록 집합 (여러 개의 데이터 블록이 연속적으로 모여서 하나의 익스텐트를 구성)
- 익스텐트는 항상 하나의 데이터 파일에 포함
- 익스텐트는 세그먼트에 공간을 할당하기 위한 단위
세그먼트 (Segements) - 여러 개의 작은 벽 (익스텐트)을 쌓아 만든 건물 (테이블, 인덱스)
- 테이블 스페이스 내의 논리적 저장 구조 (테이블 스페이스 안에 데이터를 저장하는 논리적인 공간)
- 테이블/인덱스와 같은 Schema Object에 할당된 익스텐트의 집합 (테이블, 인덱스, LOB와 같은 데이터베이스 객체들이 사용하는 익스텐트들의 모음)
- 하나 이상의 데이터 파일을 가질 수 있음 (세그먼트는 하나 또는 여러 개의 데이터 파일에 걸쳐서 존재할 수 있음)
- 반드시 하나의 테이블 스페이스 안에 속함
- LOB (Large OBject) 데이터는 별도 세그먼트에 저장 (큰 용량의 LOB 데이터는 일반적으로 테이블 데이터와 분리되어 별도의 세그먼트에 저장됨)

테이블 스페이스 (TableSpaces)
- 하나 이상의 세그먼트로 구성 (테이블스페이스는 여러 개의 세그먼트를 포함하는 논리적인 저장공간)
- 데이터베이스는 테이블스페이스라는 논리적 저장 단위를 사용하여 데이터를 관리
- 테이블스페이스는 실제 데이터를 하나 이상의 데이터파일 또는 임시파일에 저장
- 각 데이터베이스 사용자는 기본 영구 테이블스페이스 (Permanent Tablespace) 데이터베이스를 할당받음
  - SYSTEM
    - SYS 사용자 소유 (오라클 데이터베이스 시스템의 핵심 구성 요소)
    - Data Dictionary (데이터베이스의 관리 정보 : 테이블, 뷰, 트리거, 프로시저, 패키지 등)를 저장
    - 데이터베이스에 대한 관리 정보가 포함된 테이블 및 뷰
    - 트리거, 프로시저, 패키지 등의 컴파일된 저장 객체
  - SYSAUX
    - SYSTEM 테이블스페이스의 보조 테이블스페이스 (SYSTEM 테이블 스페이스의 부담을 줄이기 위해 보조적인 역할을 수행)
  - UNDO
    - 실행 취소 데이터 저장 (트랜잭션의 실행취소 데이터를 저장)
    - 인스턴스당 한 개 (오라클 데이터베이스 인스턴스마다 하나의 UNDO 테이블스페이스를 가짐)

1.3 Oracle Instance Architecture

1.3.1 데이터베이스 인스턴스

데이터베이스 인스턴스 식별
- Oracle Base Directory : 오라클 데이터베이스 설치 소유자의 Home 디렉터리로 SW와 구성 파일 저장 위치
- Oracle Home Directory : 오라클 데이터베이스 SW 홈 디렉터리로 Oracle Base 하위 디렉토리
- Oracle System Identifier(SID) : Host의 오라클 데이터베이스 인스턴스에 대한 고유 이름
인스턴스 및 데이터베이스 시작 순서

Initialization Parameter Files (초기화 파라미터 파일)
- 오라클 메모리/인스턴스 설정 (오라클 데이터베이스의 메모리 구조와 인스턴스 설정을 정의하는 파일)
- 데이터베이스 시작 시 읽기 (데이터베이스가 시작될 때 가장 먼저 읽는 파일)
- 파일 종류
  - spfile (binary) : 바이너리 형식의 파일로, RAC (Real Application Clusters)와 같이 여러 노드에서 사용하는 경우에 적합
  - pfile (text) : 텍스트 형식의 파일로, 사람이 직접 편집할 수 있음
- 파라미터 변경 확인 [Database Reference](https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/index.html)
- v$parameter 뷰를 사용하여 현재 설정된 파라미터 값 확인
- 파일 변환
  - CREATE pfile='initorcl.ora' FROM spfile='spfileorcl.ora'; 와 같은 명령를 사용하여 spfile을 pfile로 변환하거나 그 반대로 변환 가능
- 파라미터 변경
  - ALTER SYSTEM SET undo_retention=10800 scope=memory; 와 같은 명령어를 사용하여 파라미터 값을 변경
- SCOPE
  - MEMORY : 현재 인스턴스에 즉시 반영
  - SPFILE : spfile에만 반영
  - BOTH : spfile과 현재 인스턴스 모두에 반영 (기본값)
- 파라미터 종류
  - static parameter : 데이터베이스 재시작 후 적용
  - dynamic parameter : 데이터베이스 재시작 없이 즉시 적용
Alter Log (알터 로그)
- 데이터베이스 문제 발생 시 가장 먼저 확인해야 하는 로그 파일
- 위치 : $ORACLE_BASE/diag/rdbms/*db_name*/*sid*/trace/alter_*sid*. log
Trace Files (트레이스 파일)
- 서버 프로세스와 백그라운드 프로세스에 관련된 정보를 기록하는 파일
- ADR (Automatic Diagnostic Repository) : 오라클 지원 서비스 (SR) 처리를 원활하게 하기 위해 도입된 진단 저장소

1.3.2 메모리 아키텍처

오라클 데이터 베이스 기본 메모리 구조

UGS (User Global Area)
- UGA는 사용자 세션에 대한 정보를 저장하는 중요한 메모리 영역
- PL/SQL 패키지 변수 보관 : 세션이 PL/SQL 패키지를 메모리에 로드하면 UGA는 패키지 변수의 값을 보관
- Session variables (세션 변수)
  - 로그인 정보와 데이터베이스 세션에 필요한 기타 정보 (세션 상태 포함)에 할당된 메모리를 의미
- OLAP Pool
  - 데이터 블록과 동일한 OLAP 데이터 페이지 관리
  - 사용자가 dimensional object (예: 큐브)를 쿼리 할 때 OLAP 세션이 자동으로 열림

Shared Server vs Dedicated Server
- SHARED_SERVERS 파라미터를 통해 Shared Server 모드 사용 여부 결정
- Shared Server (공유 서버 / 사용자 수가 많고 자원 효율성이 중요한 환경에 적합)
  - 여러 사용자가 서버 프로세스를 공유하는 환경 (다대다 연결)
  - 세션 정보 공유를 위해 UGA가 SGA (System Global Area)에 존재
  - Dispacher (디스패처)
    - DISPATCHER 파라미터를 통해 디스패처 프로세스의 개수와 설정 조정
    - 사용자 프로세스와 공유 서버 프로세스 사이에 네트워크 연결을 중재
    - 사용자 요청을 SGA (System Global Area)의 요청 큐 (request queue)에 전달
    - 공유 서버 프로세스가 처리한 결과를 SGA의 응답 큐 (reqponse queue)에서 가져와 사용자에게 전달
    - 디스패처에 프로세스에 문제가 발생하면 모든 사용자에게 영향
- Dedicated Server (전용 서버 / 사용자 수가 적고 성능이 중요한 환경에 적합)
  - 각 사용자 프로세스마다 전용 서버 프로세스가 할당되어 처리
  - UGA가 PGA (Program Global Area)에 존재
  - 동시 사용자 수가 증가하면 서버 프로세스 수도 증가하여 시스템 자원을 많이 소모하며 사용자 수가 적을 때에는 자원 낭비가 발생할 수 있음
PGA (Program Global Area)
- PGA는 시스템의 다른 프로세스와 공유되지 않는 메모리 영역
- 전용 또는 공유 서버 프로세스에 필요한 세션 종속 변수를 포함
- 서버 프로세스는 PGA에서 필요한 메모리 구조를 할당
- PGA 구성 요소
  - Private SQL Area
    - 구문 분석된 SQL문과 처리를 위한 기타 세션별 정보를 보관
  - SQL Work Area
    - 메모리 집약적 작업 (정열, 해시 조인, 비트맵 인덱스에서 검색된 데이터 병합 등)에 사용되는 PGA 메모리의 전용 메모리
    - 정렬 작업 중에 메모리가 부족하면 Temp (임시 공간) 사용

SGA (System Global Area)
- 오라클 데이터베이스 인스턴스에서 읽기/쓰기 메모리 영역으로, 모든 서버 프로세스와 백그라운드 프로세스가 공유
- 데이터베이스 인스턴스가 시작될 때 SGA에 대한 메모리가 자동으로 할당되고, 인스턴스가 종료될 때 메모리가 회수됨
- 서버 프로세스와 백그라운드 프로세스는 SGA가 아닌 별도의 메모리 공간에 존재
- SGA 구성요소
  - Buffer Cache
    - 데이터 파일에서 읽은 데이터 블록의 사본을 저장하는 메모리 영역
    - 데이터베이스 캐시에서 데이터 블록을 업데이트하고, 리두 로그 버퍼의 변경 사항에 대한 메타데이터를 저장
    - 커밋 후에도 데이터 블록을 데이터 파일에 즉시 쓰지 않고, 데이터베이스 Writer (DBWR) 프로세스가 백그라운드에서 분산하여 기록
    - LRU (Least Recently Used) 알고리즘을 기반으로 자주 액세스되는 블록을 버퍼 캐시에 보관하고, 그렇지 않은 블록을 디스크에 기록
    - 표준 블록 크기 외에도 다른 크기의 테이블스페이스를 생성할 수 있으며, 각 블록 크리별로 자체 풀을 생성할 수 있음 (Multi block 사용 가능 : 2k, 4k, 8k(기본값), 16k)
    - keep pool : 자주 액세스되지만 기본 풀에서 오래된 블록을 보관
    - recycle pool : 드물게 사용되는 블록으로, 가장 먼저 메모리에서 제거됨
  - Redo Log Buffer
    - SGA 내의 순환 버퍼로, 데이터베이스 변경 사항인 리두 엔트리를 저장
    - 데이터베이스 프로세스는 사용자 메모리 공간 (UGA)에서 SGA의 리두 로그 버퍼로 리두 엔트리를 복사
    - 로그 Writer (LGWR) 프로세스는 리두 로그 버퍼를 디스크의 온라인 리두 로그 파일에 순차적으로 기록
  - Shared Pool
    - 다양한 유형의 프로그램 데이터를 캐시
    - 구문 분석된 SQL, PL/SQL 코드, 시스템 매개변수 및 데이터 사전 정보를 저장
    - Library Cache : 실행 가능한 SQL, PL/SQL 코드를 저장
      - SQL 문이 실행되면 데이터베이스는 이전에 실행된 코드를 재사용하려고 시도함
      - 구분 분석된 SQL이 라이브러리 캐시에 존재하면 Soft Parse라고 하여 재사용 가능하지만, 그렇지 않으면 SQL구문을 새롭게 빌드하는데 이를 Hard Parse라고 함
    - Data Dictionary Cache : 데이터베이스, 데이터베이스 구조, 사용자에 대한 참조 정보 (권한)를 포함하는 데이터베이스 테이블과 뷰의 모음
      - SQL 구문 분석을 위해 사용
    - Server Result Cache : 공유 풀 내의 메모리 풀로, 버퍼 풀과 달리 데이터 블록이 아닌 결과 세트를 보관
      - 클라이언트 결과 캐시는 데이터베이스 메모리가 아닌 클라이언트 메모리에 위치함
  - Large Pool
    - 공유 풀보다 더 큰 메모리 할당을 위한 메모리 영역
    - 공유 서버 (shard server) 및 XA 인터페이스용 UGA (세션을 풀로 공유하여 사용하기 위한 용도 - 미들웨어의 역할)
    - 병렬 실행에서 사용되는 메시지 버퍼
    - Recovery Manager (RMAN) I/O 슬레이브용 버퍼
  - Java Pool
    - Java Virtual Maching (JVM) 내의 모든 세션별 Java 코드와 데이터를 저장하는 메모리 영역

1.3.3 프로세스 아키텍처

Mandatory Background Processes (필수 백그라운드 프로세스)
- PMON (Process Monitor Process) 그룹
  - 버퍼 캐시 정리 및 종료된 클라이언트 프로세스가 점유한 리소스 해제 감독
  - PMON: 다른 백그라운드 프로세스의 종료 감시
  - CLMN (Cleanup Main Process): 종료된 프로세스, 세션, 트랜잭션, 네트워크 연결 등을 주기적으로 정리
  - CLnn (Cleanup Helper Processes): 종료된 프로세스 및 세션 정리 지원
- PMAN (Process Manager)
  - 공유 서버, 풀 서버, 작업 대기열 프로세스를 포함한 여러 백그라운드 프로세스 모니터링 및 생성/중지
- LREG (Listener Registration Process)
  - 데이터베이스 인스턴스 및 디스패처 프로세스 정보를 Oracle Net Listener에 등록
  - 12c 이전 버전에서는 PMON이 리스너 등록 수행
- SMON (System Monitor Process)
  - 시스템 수준 정리 작업 담당
  - 인스턴스 시작 시 인스턴스 복구 수행
  - 파일 읽기 또는 테이블스페이스 오프라인 오류로 인해 종료된 트랜잭션 복구
  - 사용되지 않는 임시 세그먼트 정리
  - Dictionary-managed 테이블스페이스 내에서 인접한 여유 익스텐트 통합
- DBW (Database Writer Process)
  - 데이터베이스 버퍼 캐시의 수정된 버퍼를 디스크에 기록
  - 비동기적으로 더티 버퍼를 디스크에 기록
  - 체크포인트 발생 시 디스크 기록
  - 오라클 권장 DBWR 프로세스 개수: CPU_COUNT / 8
- LGWR (Log Writer Process)
  - 리두 로그 버퍼의 일부를 온라인 리두 로그에 기록
  - 리두 로그 스위치 발생 시 기록
  - 사용자 COMMIT 실행 시 트랜잭션에 SCN(System Change Number) 할당, LGWR은 커밋 레코드를 리두 로그 버퍼에 넣고 커밋 SCN과 트랜잭션의 리두 엔트리를 즉시 디스크에 기록
  - LGWR은 트랜잭션 커밋 전에 리두 로그 엔트리를 디스크에 쓸 수 있음, 다만 리두 엔트리로 보호되는 변경 사항은 트랜잭션이 나중에 커밋되는 경우에만 영구적으로 유지
- CKPT (Checkpoint Process)
  - 체크포인트 정보로 컨트롤 파일과 데이터 파일 헤더를 업데이트하고 DBW에 블록을 디스크에 쓰도록 신호를 보냄
  - 체크포인트 정보에는 체크포인트 위치, SCN, 온라인 리두 로그 위치가 포함
  - 리두 로그 스위치 시 체크포인트 발생
  - 테이블스페이스 오프라인 및 백업 시작
  - 데이터베이스 정상 종료 시 체크포인트 발생

Optional Background Processes (선택적 백그라운드 프로세스)
- ARCn (Archiver Processes)
  - 리두 로그 스위치 발생 후 온라인 리두 로그 파일을 오프라인 저장소로 복사
  - 아카이브 로그 모드(archive log mode)에서 활성화
  - 온라인 리두 로그 파일이 재사용되기 전에 아카이브 로그 파일로 백업하여 데이터 복구 능력을 향상
- CJQ0 and Jnnn (Job Queue Processes)
  - 배치 모드로 사용자 작업(user job)을 실행
  - 예약된 사용자 정의 작업을 처리
  - CJQ0 프로세스는 작업 스케줄링을 관리하고, Jnnn 프로세스는 실제 작업을 실행
- FBDA (Flashback Data Archive Process)
  - 추적된 테이블(tracked table)에 DML(Data Manipulation Language)을 포함하는 트랜잭션이 커밋되면, 변경된 행의 이전 이미지를 플래시백 데이터 아카이브(flashback data archive)에 저장
  - 플래시백 데이터 아카이브를 통해 과거 특정 시점의 데이터를 복구가능

1.3.2 Oracle Net Service Architecture

Oracle Net Listener
- 클라이언트 연결 요청 수신: 클라이언트의 데이터베이스 연결 요청을 수신하고 데이터베이스로 트래픽을 관리하는 서버 측 프로세스
- 서비스 이름 (Service Name): 클라이언트 연결에 사용되는 서비스의 논리적 표현 (리스너로 알려진 서비스는 하나 이상의 데이터베이스 인스턴스를 식별)
- 서비스 등록 (Service Registration): LREG 프로세스가 리스너에 인스턴스 정보를 동적으로 등록 (서비스 등록은 동적이므로 listener.ora 파일에 구성이 필요하지 않음)
- tnsping: TCP/IP의 ping 유틸리티와 동일한 Oracle Net 유틸리티로, 네트워크 경로가 유효한지 신속하게 확인할 수 있음
Security (보안)
- 역할 (ROLE): 권한의 모음 (역할을 통해 사용자에게 필요한 권한을 효율적으로 관리)
Concurrency (동시성)
- ROW 단위 LOCK: 오라클은 데이터의 동시성 관리를 위해 ROW 단위로 LOCK을 제공 (이를 통해 여러 사용자가 동시에 데이터에 접근하고 수정할 때 데이터 무결성을 유지)
UNDO
- UNDO 데이터 사용: 오라클 데이터베이스는 트랜잭션 롤백, 데이터베이스 복구, 읽기 일관성 제공, Oracle Flashback Query 기능 활성화를 위해 UNDO 데이터를 사용
- UNDO_RETENTION: 일관성 읽기를 위해 제공되는 UNDO 데이터의 보유 기간 (기본값은 900초(15분)이며, 10800초 정도로 수정하여 사용함)

12장. 프로그래밍 방식의 Hello Coherence 예제

수상한 김토끼 — Thu, 27 Feb 2025 11:26:19 +0900

안녕하세요.

‘수상한 김토끼’ 입니다.

이번 장에서는 Coherence를 IMDG로 사용할때 개발 및 테스트 단계에서 활용해 볼 수 있는 Eclipse 기반의 IMDG 테스트를 진행 해 보았습니다.

Coherence는 서버에 설치형으로 사용하는 제품이지만 단순 테스트나 기능확인등을 위해서 coherence.jar 파일만 추가하여 사용할 수있는 방법이 있어 그 내용을 기록 해 보았습니다.

이번장 진행에 참고한 Coherence Github 문서입니다.

https://github.com/oracle/coherence

GitHub - oracle/coherence: Oracle Coherence Community Edition

Oracle Coherence Community Edition. Contribute to oracle/coherence development by creating an account on GitHub.

github.com

프로그래밍 방식의 Hello Coherence 예제

Eclipse에 Java 프로젝트를 생성한 후 저장소가 활성화된 Coherence 서버를 구성하여 간단한 Coherence 애플리케이션을 실행할 수 있습니다.

Coherence를 적용하기 위해서 필요한 단계는 Coherence.jar 파일을 클래스패스에 추가해 주는 과정 뿐이며

이를 손쉽게 사용하기 위해 Maven 프로젝트로 진행하였습니다.

실행환경은 Github문서에 명시 된 대로 Java 17버전에 Maven 3.9 버전을 사용하였습니다.

Hello Coherence 프로젝트 생성

1. 이클립스에서 maven-archetype-quickstart와 같은 아키타입을 사용하거나 일반 maven 프로젝트를 만듭니다.

2. Coherence.jar 파일을 추가하기 위해 pom.xml 다음 항목을 추가하여 jar 파일을 다운로드 받습니다.

    <dependency>
        <groupId>com.oracle.coherence.ce</groupId>
        <artifactId>coherence</artifactId>
        <version>22.06.10</version>
    </dependency>

추가 된 pom.xml 파일입니다.

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <groupId>com.oracle.coherence</groupId>
  <artifactId>HelloCoherence</artifactId>
  <version>0.0.1-SNAPSHOT</version>

  <name>HelloCoherence</name>
  <!-- FIXME change it to the project's website -->
  <url>http://www.example.com</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <maven.compiler.release>17</maven.compiler.release>
  </properties>

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.junit</groupId>
        <artifactId>junit-bom</artifactId>
        <version>5.11.0</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
    </dependencies>
  </dependencyManagement>

  <dependencies>
    <dependency>
      <groupId>org.junit.jupiter</groupId>
      <artifactId>junit-jupiter-api</artifactId>
      <scope>test</scope>
    </dependency>
    <!-- Optionally: parameterized tests support -->
    <dependency>
      <groupId>org.junit.jupiter</groupId>
      <artifactId>junit-jupiter-params</artifactId>
      <scope>test</scope>
    </dependency>
    <!-- Oracle Coherence -->
    <dependency>
        <groupId>com.oracle.coherence.ce</groupId>
        <artifactId>coherence</artifactId>
        <version>22.06.10</version>
    </dependency>
    
  </dependencies>

  <build>
    <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->
      <plugins>
        <!-- clean lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#clean_Lifecycle -->
        <plugin>
          <artifactId>maven-clean-plugin</artifactId>
          <version>3.4.0</version>
        </plugin>
        <!-- default lifecycle, jar packaging: see https://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_jar_packaging -->
        <plugin>
          <artifactId>maven-resources-plugin</artifactId>
          <version>3.3.1</version>
        </plugin>
        <plugin>
          <artifactId>maven-compiler-plugin</artifactId>
          <version>3.13.0</version>
        </plugin>
        <plugin>
          <artifactId>maven-surefire-plugin</artifactId>
          <version>3.3.0</version>
        </plugin>
        <plugin>
          <artifactId>maven-jar-plugin</artifactId>
          <version>3.4.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-install-plugin</artifactId>
          <version>3.1.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-deploy-plugin</artifactId>
          <version>3.1.2</version>
        </plugin>
        <!-- site lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#site_Lifecycle -->
        <plugin>
          <artifactId>maven-site-plugin</artifactId>
          <version>3.12.1</version>
        </plugin>
        <plugin>
          <artifactId>maven-project-info-reports-plugin</artifactId>
          <version>3.6.1</version>
        </plugin>
      </plugins>
    </pluginManagement>
  </build>
</project>

이번 장에서는 IMDG 기능만 사용함으로 예제와 같이 Coherence CE 버전의 라이브러리를 사용했습니다만 추가 기능을 활용할 필요가 있는 경우 정식버전의 라이브러리를 사용하셔도 동일하게 적용 가능합니다.

3. src/main/java 경로에 main 클래스 파일을 작성 해 줍니다.

저는 HelloCoherence.java 파일을 다음과 같이 생성하였습니다.

package com.oracle.coherence.HelloCoherence;

import com.tangosol.net.CacheFactory;
import com.tangosol.net.NamedMap;

public class HelloCoherence {
    public static void main(String[] args) {
    	{
            NamedMap<String, String> map_1 = CacheFactory.getCache("welcomes");
            
            NamedMap<String, String> map_2 = CacheFactory.getCache("goodbye");

            System.out.printf("Accessing map \"%s\" containing %d entries\n",
                    map_1.getName(),
                    map_1.size());
            
            System.out.printf("Accessing map \"%s\" containing %d entries\n",
                    map_2.getName(),
                    map_2.size());

            map_1.put("english", "Hello");
            map_1.put("spanish", "Hola");
            map_1.put("french" , "Bonjour");
            
            map_2.put("english", "ByeBye");
            map_2.put("spanish", "Adios");
            map_2.put("japan" , "Sayonara");

            // list
            System.out.println("MapName:"+map_1.getName());
            map_1.entrySet().forEach(System.out::println);
            
            // list2
            System.out.println("MapName:"+map_2.getName());
            map_2.entrySet().forEach(System.out::println);
            }
    }
}

welcomes, goodbye라는 2개의 캐시를 생성하고 각각 3개의 데이터를 put 하고 꺼내어 출력하는 간단한 내용입니다.

이렇게 pom.xml 파일과 HelloCoherence.java 2개 파일을 추가한 후 Maven 빌드(package) 후 확인이 가능합니다.

작업 완료 후 Project Explorer는 아래와 같습니다.

필요한 파일 작성이 마무리되었으니 Maven 빌드를 수행하여 프로젝트를 빌드 해 줍니다.

mvn package 명령으로 빌드를 실행합니다.

C:\developerWorks\eclipse-jee-2024-06-R-win32-x86_64\git\Coherence\HelloCoherence>mvn package
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------< com.oracle.coherence:HelloCoherence >-----------------
[INFO] Building HelloCoherence 0.0.1-SNAPSHOT
[INFO]   from pom.xml
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- resources:3.3.1:resources (default-resources) @ HelloCoherence ---
[INFO] Copying 1 resource from src\main\resources to target\classes
[INFO]
[INFO] --- compiler:3.13.0:compile (default-compile) @ HelloCoherence ---
[INFO] Nothing to compile - all classes are up to date.
[INFO]
[INFO] --- resources:3.3.1:testResources (default-testResources) @ HelloCoherence ---
[INFO] skip non existing resourceDirectory C:\developerWorks\eclipse-jee-2024-06-R-win32-x86_64\git\Coherence\HelloCoherence\src\test\resources
[INFO]
[INFO] --- compiler:3.13.0:testCompile (default-testCompile) @ HelloCoherence ---
[INFO] Nothing to compile - all classes are up to date.
[INFO]
[INFO] --- surefire:3.3.0:test (default-test) @ HelloCoherence ---
[INFO] Using auto detected provider org.apache.maven.surefire.junitplatform.JUnitPlatformProvider
[INFO]
[INFO] -------------------------------------------------------
[INFO]  T E S T S
[INFO] -------------------------------------------------------
[INFO] Running com.oracle.coherence.HelloCoherence.AppTest
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.280 s -- in com.oracle.coherence.HelloCoherence.AppTest
[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO]
[INFO] --- jar:3.4.2:jar (default-jar) @ HelloCoherence ---
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  8.646 s
[INFO] Finished at: 2025-02-27T11:12:35+09:00
[INFO] ------------------------------------------------------------------------

우선 Coherence.jar 파일을 활용하여 캐시서버를 실행 후 main 클래스를 실행하여 동작여부를 확인할 수 있습니다.

터미널 혹은 cmd 창에서 프로젝트 디렉토리로 이동 후 다음 명령어로 캐시서버를 실행해 줍니다.

    mvn exec:java -Dexec.mainClass="com.tangosol.net.DefaultCacheServer" &

동작이 완료되면 coherence.jar 파일을 활용해 캐시서버가 구동됩니다.

C:\developerWorks\eclipse-jee-2024-06-R-win32-x86_64\git\Coherence\HelloCoherence>mvn exec:java -Dexec.mainClass="com.tangosol.net.DefaultCacheServer" &
[INFO] Scanning for projects...
Downloading from central: https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-metadata.xml
Downloading from central: https://repo.maven.apache.org/maven2/org/codehaus/mojo/maven-metadata.xml
Downloaded from central: https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-metadata.xml (14 kB at 18 kB/s)
Downloaded from central: https://repo.maven.apache.org/maven2/org/codehaus/mojo/maven-metadata.xml (21 kB at 25 kB/s)
Downloading from central: https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/maven-metadata.xml
Downloaded from central: https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/maven-metadata.xml (989 B at 27 kB/s)
[INFO]
[INFO] ----------------< com.oracle.coherence:HelloCoherence >-----------------
[INFO] Building HelloCoherence 0.0.1-SNAPSHOT
[INFO]   from pom.xml
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- exec:3.5.0:java (default-cli) @ HelloCoherence ---
2025-02-27 11:10:03.255/13.341 Oracle Coherence 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Loaded operational configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/tangosol-coherence.xml"
2025-02-27 11:10:03.657/13.665 Oracle Coherence 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Loaded operational overrides from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/tangosol-coherence-override-dev.xml"
2025-02-27 11:10:03.718/13.727 Oracle Coherence 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Loaded operational overrides from "file:/C:/developerWorks/eclipse-jee-2024-06-R-win32-x86_64/git/Coherence/HelloCoherence/target/classes/tangosol-coherence-override.xml"
2025-02-27 11:10:03.726/13.735 Oracle Coherence 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Optional configuration override "cache-factory-config.xml" is not specified
2025-02-27 11:10:03.727/13.736 Oracle Coherence 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Optional configuration override "cache-factory-builder-config.xml" is not specified
2025-02-27 11:10:03.727/13.737 Oracle Coherence 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Optional configuration override "/custom-mbeans.xml" is not specified

Oracle Coherence Version 22.06.10 Build 111636
 Community Edition: Development mode
Copyright (c) 2000, 2024, Oracle and/or its affiliates. All rights reserved.

2025-02-27 11:10:03.934/13.943 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Loaded cache configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/coherence-cache-config.xml"
2025-02-27 11:10:05.411/15.420 Oracle Coherence CE 22.06.10 <D5> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Created cache factory com.tangosol.net.ExtensibleConfigurableCacheFactory
2025-02-27 11:10:05.421/15.431 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): ExtensibledConfigurableCacheFactory.activate() cache config with scope
2025-02-27 11:10:06.054/16.063 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Tracing support will not be enabled.  The following dependencies appear to be missing: [opentracing-api, opentracing-util, opentracing-noop, opentracing-tracerresolver]
2025-02-27 11:10:06.154/16.163 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): TCMP bound to /192.168.0.39:5159 using SystemDatagramSocketProvider
2025-02-27 11:10:09.714/19.722 Oracle Coherence CE 22.06.10 <Info> (thread=NameService:TcpAcceptor, member=n/a): TcpAcceptor now listening for connections on DESKTOP-1EOEL72:5159.3
2025-02-27 11:10:09.726/19.735 Oracle Coherence CE 22.06.10 <Info> (thread=Cluster, member=n/a): NameService now listening for connections on DESKTOP-1EOEL72:7574.3
2025-02-27 11:10:09.734/19.743 Oracle Coherence CE 22.06.10 <Info> (thread=Cluster, member=n/a): Created a new cluster "Kami-Coherence-Cluster" with Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher, Edition=Community Edition, Mode=Development, CpuCount=4, SocketCount=4)
2025-02-27 11:10:09.791/19.800 Oracle Coherence CE 22.06.10 <D4> (thread=Transport:TransportService, member=n/a): Initialized BufferManager to: NonDisposableBufferManager(delegate=DirectBufferManager(capacity=11MB, usage=0B..0B/0B, hit rate=0%, segment utilization=1KB(0%)/0, 2KB(0%)/0, 4KB(0%)/0, 8KB(0%)/0, 16KB(0%)/0, 32KB(0%)/0, 64KB(0%)/0, allocator=com.oracle.coherence.common.internal.io.SlabBufferManager$DirectBufferAllocator@7167844f))
2025-02-27 11:10:09.801/19.809 Oracle Coherence CE 22.06.10 <D5> (thread=Transport:TransportService, member=n/a): Service TransportService is bound to tmb://192.168.0.39:5159.58228
2025-02-27 11:10:09.824/19.832 Oracle Coherence CE 22.06.10 <Info> (thread=Transport:TransportService, member=n/a): Service TransportService joined the cluster with senior service member 1
2025-02-27 11:10:09.838/19.847 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=n/a): Started cluster Name=Kami-Coherence-Cluster, ClusterPort=7574

Group{Address=239.192.0.0, TTL=4}

MasterMemberSet(
  ThisMember=Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
  OldestMember=Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
  ActualMemberSet=MemberSet(Size=1
    Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
    )
  MemberId|ServiceJoined|MemberState|Version|Edition
    1|2025-02-27 11:10:06.227|JOINED|22.06.10|CE
  RecycleMillis=1200000
  RecycleSet=MemberSet(Size=0
    )
  )

TcpRing{Connections=[]}
IpMonitor{Addresses=0, Timeout=15s}

2025-02-27 11:10:09.856/19.866 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=1): Loaded management configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/management-config.xml"
2025-02-27 11:10:09.863/19.872 Oracle Coherence CE 22.06.10 <Info> (thread=Invocation:Management, member=1): Service Management joined the cluster with senior service member 1
2025-02-27 11:10:09.985/19.994 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=1): Loaded Reporter configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/reports/report-group.xml"
2025-02-27 11:10:10.088/20.097 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=1): JMXConnectorServer now listening for connections on DESKTOP-1EOEL72:5160
2025-02-27 11:10:10.128/20.136 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=1): Loaded Reporter configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/reports/report-group.xml"
2025-02-27 11:10:10.754/20.763 Oracle Coherence CE 22.06.10 <Info> (thread=DistributedCache:PartitionedCache, member=1): Service PartitionedCache joined the cluster with senior service member 1
2025-02-27 11:10:10.771/20.781 Oracle Coherence CE 22.06.10 <D4> (thread=DistributedCache:PartitionedCache, member=1): Started DaemonPool "PartitionedCache": [DeamonCount=4, DaemonCountMax=2147483647, DaemonCountMin=4, Dynamic=true QueueSize=4, WorkSlots=4]
2025-02-27 11:10:10.806/20.815 Oracle Coherence CE 22.06.10 <Info> (thread=DistributedCache:PartitionedCache, member=1): Service PartitionedCache: sending PartitionConfig com.tangosol.coherence.component.util.daemon.queueProcessor.service.Grid.ConfigSync to all
2025-02-27 11:10:10.883/20.892 Oracle Coherence CE 22.06.10 <Info> (thread=DistributedCache:PartitionedCache, member=1): This member has become the distribution coordinator for MemberSet(Size=1
  Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
  )
2025-02-27 11:10:10.989/20.998 Oracle Coherence CE 22.06.10 <Info> (thread=DistributedCache:PartitionedCache, member=1): Partition ownership has stabilized with 1 nodes
2025-02-27 11:10:11.090/21.099 Oracle Coherence CE 22.06.10 <Info> (thread=PagedTopic:PartitionedTopic, member=1): Loaded POF configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/pof-config.xml"
2025-02-27 11:10:11.104/21.112 Oracle Coherence CE 22.06.10 <Info> (thread=PagedTopic:PartitionedTopic, member=1): Loaded included POF configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/coherence-pof-config.xml"
2025-02-27 11:10:11.557/21.565 Oracle Coherence CE 22.06.10 <Info> (thread=PagedTopic:PartitionedTopic, member=1): Service PartitionedTopic joined the cluster with senior service member 1
2025-02-27 11:10:11.746/21.754 Oracle Coherence CE 22.06.10 <D4> (thread=PagedTopic:PartitionedTopic, member=1): Started DaemonPool "PartitionedTopic": [DeamonCount=4, DaemonCountMax=2147483647, DaemonCountMin=4, Dynamic=true QueueSize=4, WorkSlots=4]
2025-02-27 11:10:11.749/21.757 Oracle Coherence CE 22.06.10 <Info> (thread=PagedTopic:PartitionedTopic, member=1): Service PartitionedTopic: sending PartitionConfig com.tangosol.coherence.component.util.daemon.queueProcessor.service.Grid.ConfigSync to all
2025-02-27 11:10:11.817/21.827 Oracle Coherence CE 22.06.10 <D4> (thread=PagedTopic:PartitionedTopic, member=1): Started DaemonPool "CoherenceCommonPool": [DeamonCount=4, DaemonCountMax=2147483647, DaemonCountMin=4, Dynamic=true QueueSize=4, WorkSlots=4]
2025-02-27 11:10:11.851/21.860 Oracle Coherence CE 22.06.10 <Info> (thread=PagedTopic:PartitionedTopic, member=1): This member has become the distribution coordinator for MemberSet(Size=1
  Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
  )
2025-02-27 11:10:11.889/21.898 Oracle Coherence CE 22.06.10 <Info> (thread=PagedTopic:PartitionedTopic, member=1): Partition ownership has stabilized with 1 nodes
2025-02-27 11:10:11.945/21.954 Oracle Coherence CE 22.06.10 <Info> (thread=Proxy:TcpAcceptor, member=1): TcpAcceptor now listening for connections on DESKTOP-1EOEL72:5159.38917
2025-02-27 11:10:11.948/21.957 Oracle Coherence CE 22.06.10 <D4> (thread=Proxy:TcpAcceptor, member=1): Started DaemonPool "Proxy:TcpAcceptor": [DeamonCount=1, DaemonCountMax=2147483647, DaemonCountMin=1, Dynamic=true QueueSize=1, WorkSlots=4]
2025-02-27 11:10:11.954/21.964 Oracle Coherence CE 22.06.10 <Info> (thread=Proxy, member=1): Service Proxy joined the cluster with senior service member 1
2025-02-27 11:10:11.966/21.975 Oracle Coherence CE 22.06.10 <Info> (thread=com.tangosol.net.DefaultCacheServer.main(), member=1): Started DefaultCacheServer
Services
  (
  ClusterService{Name=Cluster, State=(SERVICE_STARTED, STATE_JOINED), Id=0, OldestMemberId=1}
  TransportService{Name=TransportService, State=(SERVICE_STARTED), Id=1, OldestMemberId=1}
  InvocationService{Name=Management, State=(SERVICE_STARTED), Id=2, OldestMemberId=1, Serializer=java}
  PartitionedCache{Name=PartitionedCache, State=(SERVICE_STARTED), Id=3, OldestMemberId=1, LocalStorage=enabled, PartitionCount=257, BackupCount=1, AssignedPartitions=257, BackupPartitions=0, CoordinatorId=1, PersistenceMode=on-demand, Serializer=java}
  PagedTopic{Name=PartitionedTopic, State=(SERVICE_STARTED), Id=4, OldestMemberId=1, LocalStorage=enabled, PartitionCount=257, BackupCount=1, AssignedPartitions=257, BackupPartitions=0, CoordinatorId=1, PersistenceMode=on-demand, Serializer=safe-pof}
  ProxyService{Name=Proxy, State=(SERVICE_STARTED), Id=5, OldestMemberId=1, Serializer=java}
  )

캐시 서버가 구동되었으니 main 클래스를 수행하여 예제가 정상적으로 동작하는지 확인합니다.

터미널 혹은 cmd 창에서 프로젝트 디렉토리로 이동 후 다음 명령어로 main 클래스 실행해 줍니다.

mvn exec:java -Dexec.mainClass="com.oracle.coherence.HelloCoherence.HelloCoherence"

본인의 패키지+클래스명으로 mainClass 부분을 작성해 주시면 됩니다.

실행결과 아래와 같이 캐시 서버에 멤버로 접속하여 main 클래스의 내용이 수행된 것을 확인할 수 있습니다.

C:\developerWorks\eclipse-jee-2024-06-R-win32-x86_64\git\Coherence\HelloCoherence>mvn exec:java -Dexec.mainClass="com.oracle.coherence.HelloCoherence.HelloCoherence"
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------< com.oracle.coherence:HelloCoherence >-----------------
[INFO] Building HelloCoherence 0.0.1-SNAPSHOT
[INFO]   from pom.xml
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- exec:3.5.0:java (default-cli) @ HelloCoherence ---
2025-02-27 11:16:57.480/4.966 Oracle Coherence 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Loaded operational configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/tangosol-coherence.xml"
2025-02-27 11:16:57.753/5.217 Oracle Coherence 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Loaded operational overrides from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/tangosol-coherence-override-dev.xml"
2025-02-27 11:16:57.799/5.263 Oracle Coherence 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Loaded operational overrides from "file:/C:/developerWorks/eclipse-jee-2024-06-R-win32-x86_64/git/Coherence/HelloCoherence/target/classes/tangosol-coherence-override.xml"
2025-02-27 11:16:57.805/5.269 Oracle Coherence 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Optional configuration override "cache-factory-config.xml" is not specified
2025-02-27 11:16:57.806/5.270 Oracle Coherence 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Optional configuration override "cache-factory-builder-config.xml" is not specified
2025-02-27 11:16:57.807/5.271 Oracle Coherence 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Optional configuration override "/custom-mbeans.xml" is not specified

Oracle Coherence Version 22.06.10 Build 111636
 Community Edition: Development mode
Copyright (c) 2000, 2024, Oracle and/or its affiliates. All rights reserved.

2025-02-27 11:16:58.056/5.520 Oracle Coherence CE 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Loaded cache configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/coherence-cache-config.xml"
2025-02-27 11:16:59.383/6.847 Oracle Coherence CE 22.06.10 <D5> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Created cache factory com.tangosol.net.ExtensibleConfigurableCacheFactory
2025-02-27 11:16:59.856/7.320 Oracle Coherence CE 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Tracing support will not be enabled.  The following dependencies appear to be missing: [opentracing-api, opentracing-util, opentracing-noop, opentracing-tracerresolver]
2025-02-27 11:17:00.045/7.509 Oracle Coherence CE 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): TCMP bound to /192.168.0.39:5234 using SystemDatagramSocketProvider
2025-02-27 11:17:00.412/7.875 Oracle Coherence CE 22.06.10 <Info> (thread=Cluster, member=n/a): Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher) joined Cluster with senior member 1
2025-02-27 11:17:00.421/7.885 Oracle Coherence CE 22.06.10 <Info> (thread=Cluster, member=n/a): This Member(Id=2, Timestamp=2025-02-27 11:17:00.205, Address=192.168.0.39:5234, MachineId=46499, Location=process:16492, Role=CodehausPlexusClassworldsLauncherLauncher, Edition=Community Edition, Mode=Development, CpuCount=4, SocketCount=4) joined cluster "Kami-Coherence-Cluster" with senior Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher, Edition=Community Edition, Mode=Development, CpuCount=4, SocketCount=4)
2025-02-27 11:17:00.697/8.162 Oracle Coherence CE 22.06.10 <D4> (thread=Transport:TransportService, member=n/a): Initialized BufferManager to: NonDisposableBufferManager(delegate=DirectBufferManager(capacity=13.6MB, usage=0B..0B/0B, hit rate=0%, segment utilization=1KB(0%)/0, 2KB(0%)/0, 4KB(0%)/0, 8KB(0%)/0, 16KB(0%)/0, 32KB(0%)/0, 64KB(0%)/0, allocator=com.oracle.coherence.common.internal.io.SlabBufferManager$DirectBufferAllocator@2718d348))
2025-02-27 11:17:00.706/8.170 Oracle Coherence CE 22.06.10 <D5> (thread=Transport:TransportService, member=n/a): Service TransportService is bound to tmb://192.168.0.39:5234.57807
2025-02-27 11:17:00.771/8.235 Oracle Coherence CE 22.06.10 <Info> (thread=Transport:TransportService, member=n/a): Service TransportService joined the cluster with senior service member 1
2025-02-27 11:17:00.865/8.329 Oracle Coherence CE 22.06.10 <Info> (thread=SelectionService(channels=7, selector=MultiplexedSelector(sun.nio.ch.WEPollSelectorImpl@4ac22748), id=255983547), member=n/a): Connection established with tmb://192.168.0.39:5159.58228
2025-02-27 11:17:00.887/8.351 Oracle Coherence CE 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=n/a): Started cluster Name=Kami-Coherence-Cluster, ClusterPort=7574

Group{Address=239.192.0.0, TTL=4}

MasterMemberSet(
  ThisMember=Member(Id=2, Timestamp=2025-02-27 11:17:00.205, Address=192.168.0.39:5234, MachineId=46499, Location=process:16492, Role=CodehausPlexusClassworldsLauncherLauncher)
  OldestMember=Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
  ActualMemberSet=MemberSet(Size=2
    Member(Id=1, Timestamp=2025-02-27 11:10:06.227, Address=192.168.0.39:5159, MachineId=46499, Location=process:12236, Role=CodehausPlexusClassworldsLauncherLauncher)
    Member(Id=2, Timestamp=2025-02-27 11:17:00.205, Address=192.168.0.39:5234, MachineId=46499, Location=process:16492, Role=CodehausPlexusClassworldsLauncherLauncher)
    )
  MemberId|ServiceJoined|MemberState|Version|Edition
    1|2025-02-27 11:10:06.227|JOINED|22.06.10|CE,
    2|2025-02-27 11:17:00.205|JOINED|22.06.10|CE
  RecycleMillis=1200000
  RecycleSet=MemberSet(Size=0
    )
  )

TcpRing{Connections=[1]}
IpMonitor{Addresses=0, Timeout=15s}

2025-02-27 11:17:00.904/8.368 Oracle Coherence CE 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=2): Loaded management configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/com/oracle/coherence/defaults/management-config.xml"
2025-02-27 11:17:00.913/8.376 Oracle Coherence CE 22.06.10 <Info> (thread=Invocation:Management, member=2): Service Management joined the cluster with senior service member 1
2025-02-27 11:17:00.963/8.427 Oracle Coherence CE 22.06.10 <Info> (thread=com.oracle.coherence.HelloCoherence.HelloCoherence.main(), member=2): Loaded Reporter configuration from "jar:file:/C:/Users/kami/.m2/repository/com/oracle/coherence/ce/coherence/22.06.10/coherence-22.06.10.jar!/reports/report-group.xml"
2025-02-27 11:17:03.159/10.623 Oracle Coherence CE 22.06.10 <Info> (thread=DistributedCache:PartitionedCache, member=2): Service PartitionedCache joined the cluster with senior service member 1
Accessing map "welcomes" containing 0 entries
Accessing map "goodbye" containing 0 entries
MapName:welcomes
ConverterEntry{Key="french", Value="Bonjour"}
ConverterEntry{Key="spanish", Value="Hola"}
ConverterEntry{Key="english", Value="Hello"}
MapName:goodbye
ConverterEntry{Key="japan", Value="Sayonara"}
ConverterEntry{Key="spanish", Value="Adios"}
ConverterEntry{Key="english", Value="ByeBye"}
Interrupted PacketReceiver, Thread[PacketReceiver,10,Cluster]
Interrupted PacketPublisher, Thread[PacketPublisher,10,Cluster]
Interrupted TransportService, Thread[Transport:TransportService,10,Cluster]
Interrupted InvocationService, Thread[Invocation:Management,10,Cluster]
Interrupted EventDispatcher, Thread[Invocation:Management:EventDispatcher,10,Cluster]
Interrupted PartitionedCache, Thread[DistributedCache:PartitionedCache,10,Cluster]
Interrupted EventDispatcher, Thread[DistributedCache:PartitionedCache:EventDispatcher,10,Cluster]
Interrupted IpMonitor, Thread[IpMonitor,6,Cluster]
Interrupted Logger, Thread[Logger@9267279 22.06.10,3,com.oracle.coherence.HelloCoherence.HelloCoherence]

로그 중간의 출력부분에 아래 내용이 포함되었는지 확인을 통해 정상동작 여부를 알 수 있습니다.

MapName:welcomes
ConverterEntry{Key="french", Value="Bonjour"}
ConverterEntry{Key="spanish", Value="Hola"}
ConverterEntry{Key="english", Value="Hello"}
MapName:goodbye
ConverterEntry{Key="japan", Value="Sayonara"}
ConverterEntry{Key="spanish", Value="Adios"}
ConverterEntry{Key="english", Value="ByeBye"}

이와같이 Coherence의 IMDG 기능은 Coherence.jar 파일만 클래스 패스에 추가해 주는 것만으로도 손쉽게 구현이 가능합니다. 다소 생소한 내용으로 활용 방법에 의문을 가지는 경우가 많은 것 같아 관련 내용을 포스팅 하게 되었습니다.

실제 업무에 적용하기 위해서는 여러 설정이 필요하며 이러한 설정은 'tangosol-coherence-override.xml' 파일을 작성하여 Coherence.jar 파일 내부에 포함되어 있는 tangosol-coherence.xml 파일을 오버라이드 하여 적용이 가능합니다.

업무에 사용하기 위해서 우선적으로 캐시서버명, 타임아웃설정등이 정의 되어야 하고 본 예제와 달리 실제 서버에 설치 된 Coherence 캐시서버에 접속을 위한 WKA설정등이 포함되어야 하기 때문이며 관련내용은 tangosol-coherence-override 설정이라는 별도의 포스팅으로 작성해 보도록 하겠습니다.

이번 포스팅 내용은 간단히 jar 파일 추가 만으로 Coherence 캐시서버 구현 및 기능사용이 가능함을 알아보는 목적으로 이해하시면 좋을 것 같습니다.

2장. Oracle ORDS 설치 (Oracle 19c)

수상한 김토끼 — Tue, 23 Jul 2024 20:36:18 +0900