[ORACLE] USER_REPKEY_COLUMNS 뷰 완전 해설 : 복제 키 컬럼을 이해하는 핵심 가이드

728x90

Oracle에서 고가용성과 확장성을 위해 제공하는 Advanced Replication 또는 Materialized View Replication은 엔터프라이즈급 데이터베이스 운영에서 매우 중요한 기능입니다. 이 복제 환경의 데이터 정합성과 충돌 해결을 위해 결정적인 역할을 수행하는 것이 바로 USER_REPKEY_COLUMNS 뷰입니다. 본 글에서는 USER_REPKEY_COLUMNS 뷰의 구조와 사용 목적, 실무에서의 활용법, 그리고 다른 관련 뷰와의 비교를 통해 Oracle 복제 시스템의 신뢰성과 일관성을 유지하는 실질적인 노하우를 제공하겠습니다.

1. USER_REPKEY_COLUMNS 뷰란?

USER_REPKEY_COLUMNS는 복제 대상 테이블에 대해 고유 키를 구성하는 컬럼 정보를 제공하는 Oracle의 데이터 딕셔너리 뷰입니다. 이 키는 복제 충돌 해결 및 병합 시 충돌 감지를 위한 기준으로 사용되며, 충돌 관리의 기반 데이터로서 매우 중요합니다.

2. USER_REPKEY_COLUMNS 주요 컬럼 설명

컬럼명	설명
TABLE_NAME	복제 그룹에 등록된 테이블의 이름
COLUMN_NAME	해당 테이블의 고유 키를 구성하는 컬럼 이름
CONFLICT_RESOLUTION	충돌 해결 방식이 정의되어 있다면 그 유형 (예: MAXIMUM, MINIMUM, OVERWRITE 등)

3. 왜 중요한가?

Oracle의 복제 시스템은 기본적으로 마스터 사이트 또는 스냅샷 사이트 간 데이터 충돌을 인지하고 처리할 수 있어야 합니다. 이때 USER_REPKEY_COLUMNS에 정의된 키 컬럼은 충돌 탐지의 기준점이 됩니다. 잘못된 키 설정은 데이터 불일치, 충돌 실패, 병합 실패 등을 야기할 수 있습니다.

4. 실전 예제: 현재 사용자 복제 키 컬럼 조회


SELECT * 
FROM USER_REPKEY_COLUMNS 
WHERE TABLE_NAME = 'EMPLOYEES';

위 쿼리는 EMPLOYEES 테이블에 대해 복제 키로 설정된 컬럼 정보를 제공합니다. 이 정보를 기반으로 충돌 관리 정책을 수립할 수 있습니다.

5. 복제 키 설정 시 주의사항

UNIQUE 제약 조건 또는 PRIMARY KEY를 기반으로 구성
중복 가능성이 없는 컬럼 조합을 설정
데이터 변경이 자주 일어나는 컬럼은 피할 것
충돌 해결 정책(CONFLICT RESOLUTION POLICY)과 연동 고려

6. 관련 뷰 비교 분석

뷰 이름	기능	조회 범위	사용 목적
USER_REPKEY_COLUMNS	현재 사용자의 복제 키 컬럼 조회	자신	사용자 중심 복제 환경 점검
ALL_REPKEY_COLUMNS	접근 권한이 있는 모든 복제 키 컬럼	자신 + 권한 있는 사용자	협업 환경에서 키 구성 확인
DBA_REPKEY_COLUMNS	전체 사용자의 복제 키 컬럼	전체 DB	DBA용 전체 시스템 감시

7. 고급 활용: 복제 키 재구성

기존에 잘못 구성된 키 컬럼은 다음과 같은 절차로 재정의할 수 있습니다.


BEGIN
  DBMS_REPCAT.REMOVE_PRIMARY_KEY(
    sname => 'HR',
    oname => 'EMPLOYEES');
    
  DBMS_REPCAT.GENERATE_REPLICATION_SUPPORT(
    sname => 'HR',
    oname => 'EMPLOYEES',
    type  => 'TABLE',
    min_communication => TRUE);
END;

단, 이 작업은 운영 시스템에서는 신중하게 진행해야 하며, 반드시 테스트 환경에서 시뮬레이션 후 적용해야 합니다.

8. 자주 묻는 질문

Q1. 복제 키 컬럼은 수동으로 설정해야 하나요?

A. Oracle은 GENERATE_REPLICATION_SUPPORT 호출 시 기본적으로 PRIMARY KEY를 기준으로 자동 생성합니다. 그러나 충돌 정책에 따라 수동 설정이 필요할 수 있습니다.

Q2. 충돌 해결 정책을 키 컬럼 단위로 지정할 수 있나요?

A. 가능합니다. DBMS_REPCAT.MAKE_COLUMN_GROUP 또는 DBMS_REPCAT.ADD_UPDATE_RESOLUTION를 통해 컬럼 단위로 정책을 구성할 수 있습니다.

Q3. USER_REPKEY_COLUMNS 뷰가 비어 있으면 어떤 의미인가요?

A. 현재 사용자에게 복제 키가 설정된 테이블이 없다는 의미입니다. 이는 복제 그룹 구성 이전 단계이거나 복제 권한이 부여되지 않은 사용자일 수 있습니다.

9. 사용자 실수 방지 체크리스트

키 컬럼이 실제로 유일한지 검증
변경 빈도가 낮은 컬럼 중심으로 구성
모든 참여 사이트 간 스키마 일관성 확인
테스트 환경에서 충돌 시뮬레이션 수행
DBMS_REPCAT 호출 후 뷰 상태 점검

10. 결론

USER_REPKEY_COLUMNS 뷰는 단순히 복제 키를 보여주는 정보 이상의 가치를 지닙니다. 이는 복제 충돌 예방, 데이터 일관성 보장, 시스템 안정성 유지라는 세 가지 측면에서 복제 시스템의 핵심 축을 구성합니다. 실무에서 이 뷰를 정기적으로 검토하고 최적화하는 습관은 Oracle 복제 시스템 운영의 신뢰도를 결정짓는 요소가 될 것입니다.

11. 참고 문헌

Oracle Database Advanced Replication Guide – Oracle 공식 문서
Oracle PL/SQL Packages and Types Reference – Oracle Documentation
Oracle DBMS_REPCAT Package 설명서