Oracle GoldenGate FAQ

Oracle GoldenGate AI 구현과 관련하여 가장 자주 묻는 질문에 대한 답변을 확인해 보세요.

Oracle GoldenGate가 엔터프라이즈 AI에 중요한 이유는 무엇인가요?

AI는 신뢰할 수 있는 최신 비즈니스 데이터에 의존하기 때문에 Oracle GoldenGate는 엔터프라이즈 AI에 중요합니다. 모델, RAG 시스템 및 AI 에이전트는 오래된 일괄 처리 스냅샷 또는 불완전한 운영 데이터 사본에서 작업할 때 안정적으로 합리화하거나 조치를 취할 수 없습니다. GoldenGate 비즈니스 이벤트가 발생할 때 이를 스트리밍하여 AI 시스템에 새로운 운영 현실에 대한 액세스를 제공하는 동시에 거버넌스, 일관성 및 감사 기능을 유지합니다.

Oracle GoldenGate는 RAG 및 AI 에이전트를 어떻게 지원합니까?

Oracle GoldenGate는 벡터 데이터베이스, RAG 파이프라인, AI 지식 기반, 레이크하우스 및 이벤트 기반 시스템에 운영 데이터를 지속적으로 제공함으로써 RAG 및 AI 에이전트를 지원합니다. GoldenGate AI 기능을 사용하면 변경된 레코드를 파이프라인의 일부로 강화, 포함, 요약, 분류 또는 라우팅할 수 있으므로 AI 시스템은 오래된 스냅샷이 아닌 현재 비즈니스 컨텍스트에서 작동합니다.

GoldenGate는 벡터 데이터를 어떻게 지원합니까?

기존 벡터를 복제하고, 벡터를 Oracle AI Database로 이동하고, 벡터 변경을 스트리밍하고, 복제 중 임베딩을 생성할 수 있습니다.

@AISERVICE는 어떤 경우에 사용해야 합니까?

관리형 또는 GPU 지원 엔드포인트와 같은 외부 AI 서비스에서 임베딩 또는 보강을 실행해야 하는 경우 @AISERVICE를 사용합니다. @AISERVICE과 함께하는 외부 AI 임베딩 참조

@DBFUNCTION는 어떤 경우에 사용해야 합니까?

포함 논리가 적용 처리의 일부로 대상 데이터베이스에서 실행되어야 하는 경우 @DBFUNCTION를 사용합니다. @DBFUNCTION를 사용한 네이티브 데이터베이스 임베딩 참조

역사적 벡터 하중은 어떻게 처리되어야 하는가?

과거 데이터에 대해 대량 인스턴스화 또는 데이터베이스 고유 로드를 사용한 다음 GoldenGate에서 증분 변경사항을 처리하도록 합니다.

Oracle GoldenGate의 주요 사용 사례는 무엇입니까?

Oracle GoldenGate는 미션 크리티컬한 고가용성 및 재해 복구, 다운타임 없는 마이그레이션, 실시간 분석, 레이크하우스 수집, 이벤트 기반 아키텍처, AI 및 RAG 파이프라인, 데이터 패브릭 아키텍처, 하이브리드 및 멀티클라우드 환경 전반의 관리형 데이터 동기화에 사용됩니다.

Oracle GoldenGate는 Oracle E-Business Suite(EBS) 데이터베이스 마이그레이션을 지원합니까? 그리고 EBS에 대한 Oracle 인증 정보가 여전히 유효합니까?

Oracle EBS는 기존의 데이터베이스 방식(가져오기/내보내기, Oracle 데이터 펌프)에 초점을 맞추는 대신 마이그레이션을 위한 논리적 복제 제품을 인증하지 않습니다.

GoldenGate를 사용하면 이전과 관련된 전체 작동 중지 시간을 줄이기 위해 이러한 기존 데이터베이스 메소드에서 수행한 작업 중 일부를 대체할 수 있지만 모든 객체에서 사용해서는 안됩니다.

GoldenGate에서 지원되지 않거나 임시 작업과 관련된 객체는 작동 중지 시간 기간 동안 기존 방법을 사용하여 마이그레이션해야 합니다.

EFS를 사용하는 GoldenGate에 대한 AWS 참조 아키텍처가 리전 간 DR 시나리오를 지원합니까?

리전 내 고가용성 설계를 설명하는 AWS 블로그 AWS의 Oracle GoldenGate Microservices Architecture를 위한 고가용성을 확인하세요.

해당 컨텍스트에서 다음을 수행합니다.

리전 간 DR 시나리오의 경우 동작이 크게 다릅니다.

이러한 요인으로 인해 AWS 블로그에 설명된 리전 내 설계 패턴은 추가 고려 사항 없이 리전 간 DR로 직접 확장되지 않습니다.

권장 사항:

지역 간 아키텍처의 경우 추적 파일에 대해 비동기적으로 복제된 공유 스토리지에 의존하지 않고 활성 데이터 이동(예: GoldenGate 배포 경로)을 사용합니다.

GoldenGate에서 지원하는 Oracle Database 버전은 무엇입니까?

자세한 내용은 https://www.oracle.com/integration/goldengate/certifications/를 참조하십시오.

GoldenGate 구성 및 사용 사례의 다른 유형은 무엇입니까?

GoldenGate의 주요 구성요소는 무엇입니까?

Oracle GoldenGate란 무엇이며 주요 사용 사례는 무엇입니까?

Oracle GoldenGate는 여러 이기종 시스템에서 실시간으로 트랜잭션 변경 사항을 캡처, 변환 및 전달하는 데이터 통합 및 복제 솔루션입니다.

Oracle GoldenGate의 주요 사용 사례는 다음과 같습니다.

Oracle GoldenGate는 어떤 데이터베이스 및 플랫폼을 지원합니까?

Oracle GoldenGate는 다음을 포함하여 광범위한 데이터베이스 및 대상을 지원합니다.

Oracle GoldenGate는 OCI에서 실행되는 Oracle Fusion SaaS 및 OTM SaaS 애플리케이션에서 캡처할 수 있습니다.

Oracle GoldenGate는 Salesforce.com/SFDC에서 캡처할 수 없습니다.

Oracle GoldenGate는 Teradata 및 TimesTen에 변경사항을 복제할 수 있지만 둘 중 하나에서 캡처할 수는 없습니다.

특정 데이터베이스 및 대상 지원에 대한 GoldenGate 인증 측정항목을 검토하는 것이 좋습니다. 자세한 내용은 https://www.oracle.com/integration/goldengate/certifications/를 참조하십시오.

Oracle GoldenGate Classic Architecture와 마이크로서비스 Architecture의 차이점은 무엇입니까?

MA에 대한 자세한 내용은 Oracle GoldenGate Microservices Architecture를 참조하십시오.

Oracle GoldenGate는 다른 복제 도구와 어떻게 비교됩니까?

Oracle GoldenGate는 다음과 같은 이유로 인해 데이터 통합, 데이터베이스 복제, 데이터 이동, 데이터베이스 마이그레이션, 실시간 데이터 수집에 이상적입니다.

데이터베이스 XYZ에 Oracle GoldenGate를 설치하기 위한 사전 요구사항은 무엇입니까?

플랫폼 및 호환성

배치 모델

데이터베이스 구성

인프라 및 시스템 리소스

저장 영역

네트워크 및 포트

OS 및 사용자 설정

데이터베이스 접속

마이크로서비스 관련 요구 사항

보안

고가용성(선택사항)

운영 현황 파악

Oracle GoldenGate용 데이터베이스 준비에 대한 자세한 내용은 데이터베이스 준비를 참조하십시오.

보안 배포와 비보안 배포의 차이점은 무엇입니까?

OGGCA를 사용하여 Oracle GoldenGate 마이크로서비스를 구성하려면 어떻게 해야 합니까?

자세한 내용은 배포 추가 및 OGGCA를 사용하여 자동 모드에서 배포 추가를 참조하십시오.

Oracle GoldenGate 성능을 최적화하기 위한 모범 사례는 무엇입니까?

최신 Oracle GoldenGate 배치의 경우 Parallel Replicat와 함께 Integrated Extract를 사용하는 것이 좋습니다. Parallel Replicat는 이제 고성능 대상 적용 작업을 위한 전략적이고 선호하는 복제 방식입니다.

Parallel Replicat는 대용량 엔터프라이즈 워크로드에 대해 향상된 확장성, 향상된 트랜잭션 적용 성능, 보다 효율적인 병렬 처리를 제공하기 때문에 Parallel Replicat를 위해 통합 Replicat가 단계적으로 중단되고 있습니다.

최적화된 GoldenGate 아키텍처는 로컬 및 원격 추적 파일을 사용하여 캡처, 전송 및 적용 단계를 분리해야 합니다. 이렇게 하면 복원성이 향상되고 네트워크 중단으로부터 복제가 격리됩니다. 또한 성능은 빠른 스토리지, 적절한 크기의 데이터베이스 메모리, 효율적인 리두 로그 구성, 안정적인 네트워크 연결 등 기본 Infrastructure에 크게 좌우됩니다.

추출 지연, Replicat 지연, 처리량 및 체크포인트 작업에 대한 지속적인 모니터링은 복제 대기 시간에 영향을 미치기 전에 사전 예방적으로 병목 현상을 식별하는 데 필수적입니다.

일반적으로 최고의 GoldenGate 성능은 확장 가능한 아키텍처 설계, 적절한 워크로드 배포, 데이터베이스 튜닝 및 신중하게 관리되는 병렬화의 조합을 통해 달성되므로 조직은 대규모 트랜잭션 워크로드에서도 낮은 대기 시간과 안정적인 복제를 유지할 수 있습니다.

지연을 모니터링하고 성능 문제를 해결하려면 어떻게 해야 합니까?

Oracle GoldenGate 프로세스를 모니터링하는 데 사용할 수 있는 도구 또는 명령은 무엇입니까?

Oracle GoldenGate Microservices Architecture에서 모니터링은 주로 GGSCI와 같은 기존 클래식 아키텍처 도구가 아닌 웹 기반 관리 서비스, REST API 및 성능 측정지표 서비스를 통해 수행됩니다. 관리 서비스는 관리자가 추출, 배포, 수신기 및 병렬 복제 프로세스의 상태와 상태를 실시간으로 모니터링할 수 있는 중앙 집중식 대시보드를 제공합니다. 웹 인터페이스를 통해 사용자는 전체 배포에서 복제 지연, 체크포인트 진행률, 처리량 비율, 경로 상태 및 프로세스 성능을 추적할 수 있습니다. 또한 REST API는 모니터링 데이터에 대한 프로그래밍 방식 액세스를 제공하여 자동화 프레임워크 및 엔터프라이즈 가관측성 플랫폼과의 통합을 지원합니다.

마이크로서비스 아키텍처의 주요 모니터링 구성요소는 복제 프로세스 및 배포 경로에 대한 운영 측정지표를 수집하고 노출하는 PMSRVR(성능 측정지표 서비스)입니다. 이러한 측정지표는 Oracle Enterprise Manager, OCI Monitoring, Prometheus, Grafana 등의 모니터링 솔루션과 통합되어 중앙 집중식 대시보드, 경고 및 장기적인 성능 분석을 제공할 수 있습니다. 또한 관리자는 서비스 관리자 및 관리 서비스 인터페이스를 통해 제공되는 배포 로그, 보고서 파일 및 진단 정보를 사용하여 오류를 해결하고, 프로세스 동작을 모니터링하고, 대기 시간 문제를 조사합니다.

OCI GoldenGate 배포의 경우 OCI 콘솔, OCI 로깅, OCI 모니터링 및 OCI 알람을 통해 추가 모니터링 기능을 사용할 수 있으므로 배포 상태, 확장 동작, 복제 지연 및 운영 이벤트에 대한 클라우드 전용 가시성을 제공합니다. 전반적으로 GoldenGate 마이크로 서비스 아키텍처의 모니터링은 중앙 집중식 관찰 가능성, API 기반 관리 및 엔터프라이즈 모니터링 플랫폼과의 통합에 중점을 두어 복제 성능 및 시스템 상태에 대한 실시간 통찰력을 제공합니다.

사용자는 StatsD 익스포트 및 API 호출에 액세스하여 고유의 대시보드 및 모니터링 애플리케이션을 생성할 수 있습니다.

트레일 파일이란 무엇이며 Oracle GoldenGate는 이를 복제에 어떻게 사용합니까?

트레일 파일은 Extract 프로세스에서 캡처한 데이터 변경 사항을 플랫폼 독립적 형식으로 저장합니다.

권장되는 Replicat 유형은 무엇입니까?

Parallel Replicat으로 시작: 대부분의 사용 사례, 특히 대용량 트랜잭션 워크로드와 관련된 경우 Parallel Non-Integrated Replicat는 최고의 성능과 유연성을 제공합니다.

GoldenGate 분산 애플리케이션 및 분석은 클래식 및 조정된 Replicat를 지원합니다.

분산 애플리케이션 및 분석용 GoldenGate의 경우 대상에 따라 조정된 Replicat가 더 나은 성능을 제공합니다.

보안 데이터 복제를 위해 TLS/SSL을 설정하려면 어떻게 해야 합니까?

추적 파일 암호화 옵션은 무엇입니까?

데이터 보안에 대한 자세한 내용은 Oracle GoldenGate Microservices Documentation에서 Secure Data at Rest를 참조하십시오.

GoldenGate 자체 인증을 위해 Oracle GoldenGate를 외부 ID 제공자(예: IAM, OAM)와 통합하려면 어떻게 해야 합니까?

Oracle GoldenGate를 사용하여 다운타임 없이 데이터베이스를 마이그레이션하려면 어떻게 해야 합니까?

Oracle GoldenGate는 두 시스템이 온라인 상태인 동안 소스 데이터베이스에서 대상 데이터베이스로 트랜잭션 변경 사항을 지속적으로 복제하여 다운타임이 거의 없는 데이터베이스 마이그레이션을 지원합니다. GoldenGate를 사용하면 내보내기, 가져오기 및 컷오버 작업을 위한 긴 중단 기간을 요구하는 대신, 조직이 실시간으로 데이터를 동기화하여 애플리케이션 중단을 최소화하면서 최종 마이그레이션 컷오버를 완료할 수 있습니다.

일반적인 제로 다운타임 마이그레이션 아키텍처에서 GoldenGate는 통합 추출을 사용하여 소스 데이터베이스의 변경 사항을 캡처하고 추적 파일에 기록합니다. 그런 다음 Distribution Services를 통해 변경 사항이 전송되고 Parallel Replicat를 사용하여 대상 데이터베이스에 적용됩니다. 초기 데이터 로드는 백업/복원, 데이터 펌프, RMAN 복제 또는 기타 대량 로드 방식을 통해 이전되는 동안 GoldenGate는 계속 진행 중인 트랜잭션을 복제하므로 이전 프로세스 동안 대상이 소스와 동기화된 상태로 유지됩니다.

마이그레이션 워크플로우는 일반적으로 다음과 같은 여러 단계를 따릅니다.

초기 로드 단계 중 데이터베이스의 전체 복사본이 대상 환경으로 전송됩니다. 기준선 데이터가 로드되면 GoldenGate는 소스 데이터베이스에서 캡처된 모든 진행 중인 트랜잭션 변경사항을 적용합니다. 이 연속 복제는 컷오버가 시작되기 전에 대상 데이터베이스가 이미 거의 동기화되었기 때문에 중단 기간을 크게 줄입니다.

데이터 검증은 제로 다운타임 마이그레이션의 중요한 부분입니다. Oracle GoldenGate Veridata는 일반적으로 복제 중 소스 및 대상 데이터베이스를 비교하여 프로덕션 스위치오버 전에 데이터 일관성을 보장하는 데 사용됩니다. 지속적인 검증을 통해 불일치를 조기에 파악하고 마이그레이션 위험을 줄일 수 있습니다.

컷오버 시 애플리케이션 작업이 잠시 일시 중지되고, 남은 트랜잭션을 복제할 수 있으며, 관리자는 복제 지연이 0에 도달하는지 확인합니다. 동기화가 확인되면 응용 프로그램이 대상 데이터베이스로 재지정되고 대상 환경이 새 운용 시스템이 됩니다. 시스템이 온라인 상태인 동안 대부분의 데이터 이동이 발생했기 때문에 일반적으로 실제 중단 기간은 최종 동기화 및 응용 프로그램 재지정 프로세스로만 줄어듭니다.

GoldenGate는 다음을 통해 제로 다운타임 마이그레이션을 지원합니다.

최신 GoldenGate 마이크로서비스 아키텍처 및 OCI GoldenGate 배포에서 마이그레이션 관리는 중앙 집중식 웹 인터페이스, REST API, 자동화된 배포 서비스 및 통합 모니터링 기능을 통해 더욱 간소화됩니다. 병렬 Replicat, 통합 캡처 및 확장 가능한 배포 서비스는 마이그레이션 작업 중 대규모 트랜잭션 워크로드를 효율적으로 처리할 수 있도록 지원합니다.

전반적으로 Oracle GoldenGate는 지속적인 실시간 복제, 확장 가능한 병렬 처리, 지속적인 검증 및 제어 컷오버 절차를 결합하여 다운타임 없는 마이그레이션을 지원하므로 조직은 비즈니스 중단을 최소화하고 운영 위험을 줄이면서 중요한 데이터베이스를 마이그레이션할 수 있습니다.

양방향 복제를 구성하기 위한 모범 사례는 무엇입니까?

Oracle GoldenGate를 사용하여 양방향 복제를 구성하는 모범 사례는 다음과 같습니다.

양방향 복제 환경은 단방향 복제보다 복잡하며 다음과 같은 문제를 야기할 수 있으므로 신중하게 계획해야 합니다.

Replicat에서 "잠긴" 트랜잭션이 표시되는 경우의 의미는 무엇이며 어떻게 수정할 수 있습니까?

Replicat에 "잠긴" 트랜잭션이 표시되는 경우 일반적으로 Replicat 프로세스가 대상 데이터베이스에 하나 이상의 트랜잭션을 적용할 수 없으며 복제 진행률이 중지되거나 지연됩니다.

일반적인 원인은 다음과 같습니다.

일반적인 문제 해결 단계는 다음과 같습니다.

경우에 따라 관리자는 다음을 수행해야 할 수 있습니다.

케이스, 심각도 및 비즈니스 요구 사항에 따라 달라집니다.

마이크로서비스에서 디스크 공간을 관리하고 오래된 트레일 파일을 삭제하려면 어떻게 해야 합니까?

Oracle GoldenGate Microservices Architecture에서는 스토리지 소진을 방지하고 정상적인 복제 환경을 유지 관리하기 위해 디스크 공간 관리 및 트레일 파일 비우기가 중요합니다.

트레일 파일은 일반적으로 다운스트림 프로세스에서 더 이상 필요하지 않은 이전 트레일 파일을 제거하는 자동 비우기 정책을 사용하여 관리됩니다.

일반적인 사례는 다음과 같습니다.

일반적으로 다음과 같은 경우 추적 파일을 비울 수 있습니다.

마이크로서비스에서 트레일 관리는 일반적으로 다음을 통해 처리됩니다.

추가 권장 사항은 다음과 같습니다.

적절한 트레일 관리를 통해 다음을 방지할 수 있습니다.

마이크로서비스에서 자동 시작 및 재시작을 구성하려면 어떻게 해야 합니까?

Oracle GoldenGate Microservices Architecture에서는 장애 또는 서버 재시작 후 배치 서비스와 복제 프로세스를 자동으로 시작 및 복구하도록 자동 시작 및 자동 재시작을 구성할 수 있습니다.

일반적으로 다음을 통해 구성됩니다.

자동 재시작 설정은 수동 개입 없이 실패한 프로세스를 자동으로 재시작하여 고가용성을 보장합니다.

공통 구성 옵션에는 다음이 포함됩니다.

이러한 설정은 일반적으로 다음을 통해 관리할 수 있습니다.

자동 시작 및 재시작은 일반적으로 다음 위치에서 사용됩니다.

복제 지연에 대한 문제 해결 단계는 무엇입니까?

Oracle GoldenGate 복제 지연에 대한 일반적인 문제 해결 단계는 다음과 같습니다.

복제 지연 분석은 일반적으로 다음과 같은 이유로 병목이 발생하는지 여부를 파악하는 데 중점을 둡니다.

분산 데이터 스트림 및 JSON 관계형 이중성에 GoldenGate를 사용하려면 어떻게 해야 합니까?

GoldenGate에서 데이터 변환을 위한 고급 옵션은 무엇입니까?

z/OS에서 GoldenGate를 실행하여 변경 사항을 캡처하거나 zOS용 Db2에 대한 변경 사항을 전달할 수 있습니까?

Db2 z/OS에 대해 Replicat만 실행하는 경우 이 패키지가 필요하지 않습니다.

i 및 Db2 LUW용 GoldenGate에 마이크로서비스 아키텍처가 있습니까?

GoldenGate는 Db2에서 LUW/Db2 z/OS 빌드 설치를 위한 i/Db2용 ODBC 드라이버를 제공합니까?

아니요. 최종 사용자는 GoldenGate가 설치되고 있는 서버에 아직 설치되지 않은 경우 해당 ODBC 드라이버에 대해 IBM과 자체 라이센스 계약을 사용하여 적절한 ODBC 드라이버를 설치해야 합니다. 적절한 ODBC 드라이버를 다운로드하는 방법은 IBM의 ODBC 드라이버 사용 설명서를 참조하십시오.

Docker 컨테이너에서 GoldenGate를 실행하려면 어떻게 해야 합니까?

Oracle GoldenGate는 GoldenGate 소프트웨어를 컨테이너화된 서비스로 배포하여 Docker 컨테이너에서 실행할 수 있습니다. Oracle은 Oracle Container Registry(OCR)를 통해 GoldenGate 컨테이너 이미지를 제공하므로 사용자는 사전 구축된 이미지를 가져와 배포하여 더 빠른 설정 및 표준화된 환경을 구현할 수 있습니다.

컨테이너에서 GoldenGate를 실행하면 다음과 같은 이점이 있습니다.

GoldenGate 마이크로 서비스 아키텍처는 현대적 분산 환경을 위해 설계되었으며 Docker 및 Kubernetes 통합관리 플랫폼과 잘 작동하므로 일반적으로 컨테이너 배포에 선호됩니다.

컨테이너화된 GoldenGate 배치는 일반적으로 다음에서 사용됩니다.

영구 스토리지는 일반적으로 컨테이너 수명 주기 외부에서 추적, 체크포인트 및 구성 데이터를 유지하도록 외부적으로 구성됩니다.

OCI GoldenGate란 무엇입니까?

Oracle Cloud Infrastructure(OCI) GoldenGate는 완전 관리형 클라우드 네이티브 Data Fabric 플랫폼으로, 이기종 환경에서 엔터프라이즈 규모로 실시간 데이터 이동, 통합 및 스트리밍을 지원합니다. 데이터베이스, 데이터 웨어하우스, 분석 플랫폼, 메시징 시스템 및 클라우드 서비스 간의 짧은 대기 시간으로 트랜잭션 데이터 변경 사항을 캡처하고 제공합니다.

모던 Data Fabric 전략의 핵심 구성요소인 OCI GoldenGate는 조직이 온프레미스, 하이브리드 및 멀티클라우드 환경 전반에서 분산된 데이터를 연결, 동기화 및 운영할 수 있도록 지원합니다. 실시간 데이터 복제, 다운타임 없는 마이그레이션, 운영 보고, 이벤트 기반 아키텍처, 스트리밍 분석, AI/ML 데이터 파이프라인, 데이터 동기화 등 광범위한 사용 사례를 지원합니다.

또한 OCI GoldenGate는 통합되고 직관적인 사용자 경험을 통해 데이터 파이프라인을 설계, 통합관리, 모니터링, 변환, 검증 및 비교할 수 있는 통합 기능을 제공합니다.

OCI GoldenGate을 사용할 수 있는 지역은 어디입니까?

OCI GoldenGate이 https://www.oracle.com/cloud/data-regions/에 배포된 현재 리전을 확인해 보세요.

OCI GoldenGate 설명서는 어디에서 찾을 수 있습니까?

OCI GoldenGate 설명서는 https://docs.oracle.com/en/cloud/paas/goldengate-service/index.html에서 확인할 수 있습니다.

OCI GoldenGate의 주요 사용 사례는 무엇입니까?

OCI GoldenGate의 주요 사용 사례는 다음과 같습니다.

OCI 마켓플레이스에서 OCI GoldenGate과 GoldenGate의 차이점은 무엇입니까?

다음은 두 오퍼링 간의 몇 가지 차이점입니다.

SLO(서비스 수준 목표) 및 SLA(서비스 수준 계약)는 어디에서 찾을 수 있습니까?

현재 Oracle PaaS 및 IaaS 퍼블릭 클라우드 서비스 필러 문서와 현재 Oracle Cloud SLA 페이지를 사용합니다.

https://www.oracle.com/cloud/sla/.

OCI GoldenGate의 비용은 얼마인가요?

OCI GoldenGate는 OCI GoldenGate 호스트에서 사용하는 OCPU에 따라 가격이 책정됩니다. 시간당 OCPU 측정항목은 표준 정의를 따릅니다.

또한 Data Integration 범주에 OCI GoldenGate가 포함된 Cloud Estimator(https://www.oracle.com/cloud/costestimator.html)를 참조할 수 있습니다.

BYOL 라이센스는 어떻게 부여됩니까?

변환 비율:

다음의 지원되는 프로그램 라이선스는 위의 전환 비율을 충족하기 위해 집계할 수 있습니다.

GoldenGate 마켓플레이스를 OCI GoldenGate로 마이그레이션할 수 있습니까?

OCI GoldenGate의 크기를 적절히 조정하려면 어떻게 해야 합니까?

OCI GoldenGate는 허브 아키텍처를 사용합니다.

참고:

OCI GoldenGate에서 지원되는 소스 및 대상은 무엇입니까?

지원되는 소스 및 대상 시스템에 대한 자세한 내용은 연결 탐색을 참조하십시오.

OCI GoldenGate을 프라이빗 IP 또는 온프레미스 Oracle 시스템에 연결할 수 있습니까?

예. 연결에 대한 자세한 내용은 OCI GoldenGate 연결을 참조하십시오.

소스 및 대상에 대한 OCI GoldenGate 접속은 원격 캡처 및 원격 전달을 통해 사용으로 설정됩니다.

OCI Marketplace 또는 온프레미스에서 실행되는 OCI GoldenGate과 GoldenGate 간의 배포 경로를 설정하려면 어떻게 해야 하나요?

다음 LiveLabs에서는 OCI-GG와 GG 마이크로서비스 설치 간에 배포 경로를 생성하는 방법에 대해 설명합니다.

OCI GoldenGate는 단일 인스턴스 Oracle 데이터베이스를 지원합니까?

예. 플러그 가능(다중 테넌트) 및 단일 인스턴스가 모두 지원됩니다.

전용 자율운영 데이터베이스가 지원됩니까?

예, 전용 인프라 환경의 자율운영 AI 데이터베이스가 완전히 지원됩니다.

정확한 사전 요구사항은 현재 자율운영 AI 데이터베이스 및 OCI GoldenGate 설명서를 확인하십시오. Oracle Autonomous AI Database

Oracle Management Cloud 및 OEM(Oracle Enterprise Manager)을 사용하여 OCI GoldenGate에 액세스하고 모니터링할 수 있습니까?

GoldenGate용 Management Pack은 이제 OCI GoldenGate를 지원합니다.

Oracle GoldenGate Foundation Suite란 무엇입니까?

Oracle GoldenGate Foundation Suite는 세 가지 제품으로 구성된 번들입니다. 다음과 같은 항목이 포함됩니다.

Oracle GoldenGate Veridata란 무엇입니까?

Oracle GoldenGate Veridata는 진행 중인 비즈니스 프로세스를 자동으로 중단하지 않고 이기종 데이터베이스 간의 데이터 불일치를 식별, 보고 및 수정하는 고속 데이터 비교 및 복구 솔루션입니다. 비즈니스에 부정적인 영향을 미치기 전에 동기화되지 않은 데이터를 식별할 수 있는 사용이 간편하면서도 강력한 솔루션을 제공합니다.

Oracle GoldenGate Veridata의 다양한 구성요소는 무엇입니까?

Oracle GoldenGate Veridata의 다양한 구성요소는 다음과 같습니다.

실시간 데이터 비교는 Oracle GoldenGate Veridata와 어떻게 이루어집니까?

Oracle GoldenGate Veridata는 Oracle GoldenGate 복제가 실행되는 동안 소스 및 대상 데이터베이스를 비교하여 실시간 데이터 비교를 수행합니다.

다음은 일반적인 프로세스입니다.

  1. GoldenGate는 거의 실시간으로 원본 데이터베이스에서 대상 데이터베이스로 트랜잭션 변경 사항을 복제합니다.

  2. Veridata는 소스 및 타겟 데이터베이스 모두에 독립적으로 연결됩니다.

  3. 다음을 사용하여 구성 가능한 조각 또는 행 범위의 데이터를 비교합니다.

    • 기본 키를 사용합니다.
    • 해시/체크섬
    • 불일치가 감지될 때 행 단위 검증

  4. Veridata 식별:

    • 행이 누락되었습니다.
    • 추가 행
    • 변경된 열 값
    • 동기화되지 않은 트랜잭션

  5. 복제가 활성 상태로 유지되는 동안 비교 작업을 반복적으로 또는 계속 실행할 수 있으므로 운용 시스템에 미치는 영향을 최소화하면서 검증을 계속할 수 있습니다.

Veridata는 테이블 잠금 또는 복제 중단을 방지하기 위해 다음과 같은 최적화된 비교 기술을 사용합니다.

이를 통해 조직은 다음 중 복제된 데이터가 동기화된 상태로 유지되는지 검증할 수 있습니다.

Veridata 자체는 데이터를 복제하지 않으며 거의 실시간으로 GoldenGate 복제의 정확성을 검증합니다.

Oracle GoldenGate Veridata를 사용한 실시간 데이터 비교에 대한 자세한 내용은 Oracle GoldenGate Veridata 26c: 작동 방식

Oracle GoldenGate Veridata의 크기는 어떻게 조정합니까?

Oracle GoldenGate Veridata 크기 조정에 대한 자세한 내용은 Oracle GoldenGate Veridata 크기 조정 방법을 참조하십시오.

Veridata 저장소 데이터베이스는 어떤 용도로 사용됩니까?

모든 메타데이터 정보(즉, Veridata의 모든 구성)가 Veridata 저장소 데이터베이스에 저장됩니다.

Veridata 26c에는 내장된 MySQL 데이터베이스가 저장소로 제공됩니다.

그러나 고객은 이 내장 MySQL 또는 저장소에 대해 고유의 MySQL 데이터베이스를 사용할 수 있습니다.

Veridata 저장소 데이터베이스의 크기는 얼마입니까?

Veridata의 모든 메타데이터 정보가 이 저장소 데이터베이스에 저장됩니다.

그래서, 그것은 큰 규모가 아닐 것입니다. 최대 5GB는 저장소의 크기입니다.

Oracle GoldenGate Veridata를 사용하여 이기종 데이터베이스 간 데이터를 비교할 수 있습니까?

예. Oracle GoldenGate Veridata는 이기종 데이터 비교 및 복구 솔루션입니다.

연결된 다음 인증 매트릭스를 확인하십시오.

https://www.oracle.com/in/a/ocom/docs/ogg-veridata-23c-cert-matrix.xlsx

Oracle GoldenGate Veridata를 사용하여 테이블의 DDL을 비교할 수 있습니까?

아니요. Oracle GoldenGate Veridata는 데이터 비교 도구이며 테이블 간 데이터만 비교할 수 있습니다. 그러나, 우리는 우리의 로드맵에 이것을 가지고 있습니다.

Oracle GoldenGate Veridata가 소스와 대상 간의 데이터 복제를 실시간으로 모니터링할 수 있습니까?

예. Oracle GoldenGate Veridata는 소스 데이터베이스와 타깃 데이터베이스 간의 데이터 복제를 거의 실시간으로 모니터링하고 검증할 수 있습니다. GoldenGate 복제가 실행되는 동안 지속적으로 데이터를 비교하고 누락된 행, 추가 행 또는 데이터 불일치와 같은 불일치를 식별합니다.

따라서 마이그레이션, 업그레이드 및 지속적인 복제 작업 중에 복제된 데이터베이스가 동기화된 상태로 유지되므로 운영 시스템에 미치는 영향을 최소화할 수 있습니다.

각 소스 및 대상 데이터베이스에 대해 Veridata Server를 설치해야 합니까?

아니요. Veridata 설치는 여러 소스와 대상 간의 데이터를 비교하기에 충분합니다.

각 소스 및 대상 데이터베이스 전용의 Veridata Server를 설치할 필요가 없습니다.

Veridata Agent 란 무엇입니까? 어떻게 구성해야 합니까?

Veridata Agent는 소스 및 대상 데이터베이스 테이블에서 데이터를 인출하는 경량 Java 프로그램입니다.

각 데이터베이스에 대해 하나의 전용 에이전트를 구성해야 합니다.

예를 들어 5개의 소스와 대상이 있는 경우 5개의 소스에 대해 5개의 Veridata 에이전트를 구성하고 5개의 대상에 대해 5개의 Veridata 에이전트를 구성해야 합니다.

Veridata 에이전트를 어디에 설치하고 배포해야 합니까?

Veridata 에이전트는 데이터베이스 서버에 고유 또는 원격으로 배치할 수 있습니다. Veridata 에이전트를 원격으로 구성할 때는 Veridata 에이전트와 소스/대상 데이터베이스 간에 올바른 네트워크가 있어야 합니다.

Veridata Agent Properties 파일은 어디에 있습니까?

이름이 "agent.properties"인 < AGENT_HOME > 경로에서 찾을 수 있습니다.

Veridata 서버 구성 파일은 어디에 있습니까?

Veridata 서버 구성 파일이 다음 경로에 있습니다.

/config/veridata/veridata.cfg

oggvdt_cainput.properties 파일은 어디에 있습니까?

oggvdt_cainput.properties 파일은 다음 경로에 있습니다.

/config/oggvdt_cainput.properties

Veridata 보고서는 어디에서 찾을 수 있습니까?

Oracle GoldenGate Veridata 보고서는 일반적으로 Veridata 설치 디렉토리 아래의 Veridata 서버 호스트에 생성 및 저장됩니다.

기본 위치는 대개 다음과 같습니다.

Veridata 웹 UI에서 보고서에 액세스할 수도 있습니다.

  1. Veridata 콘솔에 로그인합니다.
  2. 비교 작업을 엽니다.
  3. Reports 또는 Job Details → Reports로 이동합니다.
  4. 구성에 따라 HTML, XML 또는 PDF 출력을 다운로드합니다.

일반적인 보고서 유형은 다음과 같습니다.

OGG 마이크로서비스 또는 OCI 배포와 함께 Veridata를 사용하는 경우 다음 위치에 보고서를 작성할 수 있습니다.

다음 위치에서 정확한 보고서 경로를 확인할 수 있습니다.

<VERIDATA_HOME>/cfg/veridata.cfg

또는 서버 시작/구성 등록 정보

데이터베이스에 대해 여러 개의 Veridata 에이전트를 사용할 수 있습니까?

예, 하지만 하나의 데이터베이스에 대해 1개의 에이전트를 권장합니다.

그룹에 몇 개의 비교 쌍을 생성할 수 있습니까?

생성할 수 있는 비교 쌍의 수는 제한되지 않습니다. 임의의 숫자가 괜찮습니다.

Veridata에서 병렬로 실행할 수 있는 비교 쌍은 몇 개입니까?

최대값은 100입니다.

그러나 maxconcurrentjobs의 값을 변경하여 veridata.cfg 파일에서 업데이트할 수 있습니다.

Veridata에서 매일 증분 또는 변경된 데이터만 비교할 수 있습니까?

예, Veridata에는 Delta Comparison이라는 기능이 있습니다.

이 기능을 활성화하면 변경된 데이터만 비교됩니다.

Veridata에서 델타 비교는 무엇입니까?

전체 테이블을 스캔하는 대신 마지막 실행 이후 변경된 데이터 블록만 비교하는 성능 기능인 델타 처리를 사용하도록 비교 쌍을 구성할 수 있습니다.

이렇게 하면 모든 기록 데이터를 반복해서 비교할 수 없으며 변경된 데이터만 비교합니다.

Veridata에서 델타 비교를 사용으로 설정하려면 어떻게 해야 합니까?

Oracle GoldenGate Veridata 26c에서 Delta Comparison은 레거시 문서의 구식 델타 처리 설명이 아닌 최신 "지속적인 데이터 검증" 모델과 더욱 연계되어 있습니다. 이 기능은 비교 주기 간의 변경된 데이터에만 초점을 맞춰 비교 오버헤드를 줄이도록 설계되었으며, 이는 활성-활성, 하이브리드 클라우드 및 대규모 복제 환경에서의 지속적인 검증에 특히 중요합니다.

Veridata 26c에서 델타 비교는 비교 쌍 및 작업을 구성할 때 현대화된 Veridata 웹 UI를 통해 사용으로 설정됩니다. 관리자는 레거시 명령행 워크플로우에 크게 의존하지 않고 UI에서 직접 또는 REST API를 통해 비교 동작을 구성합니다. 이 프로세스에는 일반적으로 비교 쌍 구성 내에서 델타 기반 검증을 사용으로 설정하여 Veridata가 실행 간 변경사항을 추적하고 향후 수정된 데이터 집합에 대한 비교를 제한하도록 합니다. 이를 통해 데이터베이스의 영향을 줄이고 지속적인 검증 사용 사례에 대한 비교 성능을 향상시킬 수 있습니다.

또한 26c 아키텍처는 다음을 강조합니다.

기존 독립형 비교 실행 모델이 아닌

또한 Veridata 26c는 UI 및 API에 직접 기본 스케줄링 및 향상된 자동화 기능을 도입하여 Delta Comparison이 수동 최적화 기능으로 취급되는 대신 지속적인 복제 건전성 검증에 보다 운영적으로 통합되도록 합니다.

Oracle GoldenGate 26ai Microservices 배치 모니터링을 위해 인증된 Oracle Enterprise Manager 플러그인 버전은 무엇입니까?

Enterprise Manager 24ai에서 Oracle GoldenGate 26ai 마이크로서비스 모니터링 및 검색은 Oracle GoldenGate EM 플러그인 버전 13.5.2.0.6 인증을 받았습니다.

권장되는 Oracle AI Database 및 GoldenGate 패치 레벨이 안정성 및 지원 가능성에 중요한 이유는 무엇인가요?

Oracle은 현재 권장되는 Oracle Database 릴리스 업데이트(RU) 및 GoldenGate 번들 패치와 함께 Oracle GoldenGate를 실행할 것을 강력히 권장합니다.

이전 데이터베이스 패치 레벨의 경우 다음과 같은 상황이 발생할 수 있습니다.

권장 연습:

최신 버전 따르기:

이전 패치 레벨에서 제품 결함을 가정하기 전에 수정 사항을 검증합니다.

Oracle GoldenGate Core 제품 패치 세트에 대한 기본 노트(KB159960)

Oracle GoldenGate 및 OCI GoldenGate는 MongoDB에서 변경 데이터 캡처를 지원합니까?

Oracle GoldenGate 및 OCI GoldenGate는 MongoDB 및 MongoDB Atlas에서 변경 데이터 캡처를 지원합니다. 서로 다른 MongoDB 데이터베이스 간의 양방향 복제를 지원합니다.

Oracle GoldenGate 및 OCI GoldenGate를 MongoDB에서 Oracle AI Database로의 마이그레이션에 사용할 수 있나요?

예. Oracle GoldenGate는 MongoDB에서 Oracle AI Database로의 다운타임 마이그레이션을 지원하지 않습니다. 자세한 내용은 Oracle GoldenGate 설명서를 참조하십시오.

Oracle GoldenGate 마이그레이션을 MongoDB에서 Oracle AI Database로 마이그레이션하도록 구성하려면 어떻게 해야 하나요?

다음 필수 조건을 확인합니다.

다음 단계에 따라 MongoDB을 Oracle GoldenGate용 Oracle AI Database로 마이그레이션합니다.

  1. MongoDB 덤프 유틸리티를 실행합니다. mongodump 명령을 --oplog 옵션과 함께 실행하여 소스 MongoDB 데이터베이스의 스냅샷을 생성합니다.

    $ ./bin/mongodump --uri="mongodb://localhost:27021" --oplog -v

  2. OplogLSN.sh 스크립트를 실행하여 다음과 같이 oplog.bson 파일에 대한 경로를 인수로 제공하여 oplog.bson 파일에서 첫번째 및 마지막 작업 시간 기록을 추출합니다.

    $./oplogLSN.sh /path/to/dump/oplog.bson

    출력은 첫번째 작업과 마지막 작업의 시간 기록(또는 덤프 프로세스 중에 작업이 발생하지 않은 경우 첫번째 noop)을 제공합니다.

    출력:

    2025-02-27T13:53:00.885+0000 1 objects found First LSN: 1740663867.1 Last LSN: 1740663946.211 3

  3. Inspect Oplog Entries: 덤프 중 들어오는 작업이 있는 경우 oplog.bson 파일에 해당 작업에 대한 항목이 포함되며 각각 시간 기록이 있습니다. OplogLSN.sh를 사용하여 첫 번째 및 마지막 작업 시간 기록을 캡처하거나 이전 단계에 표시된 대로 수동 검사를 위해 JSON 파일로 변환할 수 있습니다.

  4. MongoDB 복원 유틸리티 실행: 필요한 시간 기록이 있으면 mongorestore 유틸리티를 사용하여 선택한 모음을 덤프에서 대상 MongoDB 인스턴스로 복원합니다.

    $ ./mongorestore --uri="mongodb://localhost:27021" --nsInclude=testDB.coll1 --nsInclude=testDB.coll2 /path/to/dump -v

  5. MongoDB CDC Extract 시작: oplog.bson 파일에서 추출된 첫번째 작업 시간기록(LSN 위치)에서 MongoDB CDC Extract 프로세스를 시작합니다. 이렇게 하면 CDC Extract가 덤프 프로세스가 시작된 후 발생하는 캡처 작업을 시작할 수 있습니다.

  6. 생성된 CDC 추적 파일로 MongoDB Replicat를 구성하고 oplogReplayLastLsn 속성을 oplog.bson 파일에서 마지막 작업 시간 기록으로 설정합니다. 이렇게 하면 충돌이 발생하지 않도록 Replicat가 oplog-replay 모드로 실행됩니다. 마지막 시간 기록이 처리되면 일반 모드로 계속됩니다. 이 구성은 데이터 손실이나 중복 없이 정확한 시작을 보장하며 Replicat에서 비용이 많이 드는 충돌 처리가 필요하지 않습니다.

Snowflake에서 Oracle AI Database로 초기 로드를 실행하려면 어떻게 해야 하나요?

  1. 소스 Oracle AI Database에서 변경 데이터 캡처 추출을 생성합니다.

  2. 원본 데이터베이스에서 SCN을 가져옵니다.

  3. 소스 Oracle AI Database에서 초기 로드 추출을 생성합니다.

  4. CDC Extract에 대한 배포 경로를 생성합니다.

  5. 초기 로드 Extract에 대한 분배 경로를 생성합니다.

  6. 초기 로드(Snowflake 대상 지정)에 대한 Replicat를 만듭니다.

  7. 변경 데이터 캡처 복제(Snowflake 대상 지정)에 대한 Replicat를 생성합니다.

"예외: net.snowflake.client.jdbc.SnowflakeReauthenticationRequest: 인증 토큰이 만료되었습니다. 사용자가 다시 인증해야 합니다." Oracle GoldenGate Snowflake 복제에서 오류가 발생했습니까?

이 오류는 연장된 비활성 기간이 있을 때 발생합니다. 이 문제를 해결하려면 JDBC 매개변수 CLIENT_SESSION_KEEP_ALIVE을 설정하여 비활성 기간 후 데이터베이스 사용자가 로그인하도록 할 수 있습니다.

snowflakecomputing.com/?warehouse=<warehouse-name>&db=<database-name>&CLIENT_SESSION_KEEP_ALIVE=true

Oracle GoldenGate 및 OCI GoldenGate는 Snowflake에 대한 DDL 복제를 지원합니까?

소스 DDL 변경사항을 대상 Snowflake 테이블로 전달하도록 Oracle GoldenGate를 구성할 수 있습니다. 자동 스키마 전개는 수동 개입 없이 테이블, 열, 인덱스 또는 관계와 같은 데이터베이스 스키마에 대한 변경 사항을 감지, 관리 및 적용하는 기능입니다. 자동 스키마 전개는 새로운 객체 및 메타 데이터 변경 사항 감지를 지원하며 스키마 전개를 위한 대상 DDL을 자동으로 생성합니다.

초기 로드의 경우 대상 테이블을 생성하거나 바꿀 수 있습니다.

CDC Replicat의 경우 적용 진행 중 대상 테이블을 생성하거나 수정할 수 있습니다. 자세한 내용은 Oracle GoldenGate 설명서를 참조하십시오.

Apache Iceberg 복제를 위해 Oracle GoldenGate 및 OCI GoldenGate를 사용할 수 있나요?

예. Oracle GoldenGate는 Apache Iceberg로의 실시간 데이터 복제를 지원합니다. Oracle GoldenGate는 개방형 Apache Iceberg Lakehouses를 위해 Apache Iceberg Java API를 사용합니다. Oracle GoldenGate는 Oracle AI Data Catalog, Amazon Glue, Polaris, Nesti, Hadoop, REST 카탈로그를 지원합니다.

OCI Object Storage에서 Apache Iceberg 테이블로의 실시간 데이터 복제를 위해 Oracle GoldenGate 및 OCI GoldenGate를 사용할 수 있나요?

예. OCI Object Storage S3 API 엔드포인트를 통해 OCI Object Storage에 저장된 Apache Iceberg 테이블로의 실시간 데이터 복제를 위한 Oracle GoldenGate 및 OCI GoldenGate를 구성할 수 있습니다. 자세한 내용은 OCI GoldenGate를 통해 OCI Object Storage에서 실시간 Apache Iceberg Lakehouse 구축을 참고하세요.

Oracle GoldenGate 및 OCI GoldenGate Apache Iceberg 복제는 쓰기 시 병합을 모두 지원합니까?

예, Oracle GoldenGate 및 OCI GoldenGate는 Snowflake, Google BigQuery 및 Databricks에서 관리하는 Iceberg 테이블에 대한 쓰기 병합을 지원합니다. 이러한 플랫폼에서 GoldenGate는 대상 플랫폼의 컴퓨트 리소스를 압축에 사용합니다.

Oracle GoldenGate와 OCI GoldenGate는 OCI Object Storage의 연회 테이블에서 기본 키 업데이트를 어떻게 처리할 수 있나요?

Oracle GoldenGate 및 OCI GoldenGate는 세 가지 모드에서 기본 키 업데이트를 처리합니다. 이 동작은 Replicat 속성 파일에 gg.handler.name.format.pkUpdateHandling를 추가하여 제어합니다. 지원되는 값에는 비정상 종료, 업데이트 및 삭제 삽입이 포함됩니다. 비정상 종료가 기본 동작입니다. 기본 키 업데이트가 감지되면 Replicat가 실패하고 보고서 파일에 오류가 기록됩니다. 업데이트는 기본 키 업데이트를 다른 업데이트 작업과 마찬가지로 처리합니다. 기본 키가 선택 조건으로 사용되지 않도록 보장할 수 있는 경우에만 이 설정을 사용합니다.

Delete-insert는 primary key 갱신을 두 개의 레코드로 복제합니다. 하나는 이전 이미지를 가지고 있고 다른 하나는 삭제로 표시되며 다른 하나는 삽입으로 표시된 후 이미지를 포함합니다.

삭제 삽입을 사용하려면 추출 프로세스에서 압축되지 않은 변경 데이터 레코드를 캡처해야 합니다. 즉, 모든 열이 추적 파일에 기록됩니다.

압축되지 않은 레코드를 생성하려면 Oracle AI Database 소스에 LOGALLSUPCOLS를 사용하고 비Oracle 데이터베이스에 COMPRESSUPDATES | NOCOMPRESSUPDATES를 사용합니다.

예를 들어 OCI Object Storage로 복제하는 경우 기본 키 업데이트를 이전 이미지가 포함된 하나의 삭제 레코드로 복제하고 이후 이미지가 포함된 하나의 삽입 레코드로 복제하도록 gg.handler.<gg.target value>.format.pkUpdateHandling=delete-insert를 설정합니다.

Oracle DATE 및 TIMESTAMP 열을 복제하여 Oracle GoldenGate를 통해 OCI Object Storage에 저장된 테이블을 연회할 수 있나요?

명시적 매핑이 구성되지 않은 경우 Oracle DATE 및 TIMESTAMP 열은 기본적으로 문자열로 복제됩니다. 적절한 매핑이 없으면 다운스트림 엔진이 이러한 열을 date/time 유형으로 인식하지 못하여 명시적 캐스팅 없이 날짜 산술, 범위 필터링 및 시간 기반 분할을 불가능하게 만듭니다. enableTimestampLogicalType 속성을 사용하면 Oracle DATE 및 TIMESTAMP 열을 Avro timestamp-micros 논리적 유형에 매핑할 수 있습니다. 이 논리적 유형은 분석 및 데이터 레이크 작업 로드에 대한 올바른 표현인 epoch 이후의 마이크로초 값을 나타냅니다.

Oracle GoldenGate Cloud Object Storage 복제에서 소스 DATE 및 TIMESTAMP 유형은 기본적으로 Avro 파일(Parquet, Iceberg 및 Delta 포함)에 STRING로 매핑됩니다.

소스 DATE 및 TIMESTAMP 유형을 타임스탬프 마이크로 논리 유형으로 Avro 파일(Parquet, Iceberg 및 Delta 포함)에 복제하려면 gg.handler.<gg.target value>.format.enableTimestampLogicalType를 true로 설정합니다.

시간 기록 논리적 유형이 사용으로 설정된 경우 gg.format.timestamp도 필요합니다. 예: gg.handler.oci.format.enableTimestampLogicalType= truegg.format.timestamp=yyyy-MM-dd HH:mm:ss.SSSSSS

Oracle GoldenGate OCI Object Storage 복제 성능을 개선하려면 어떻게 해야 하나요?

Oracle GoldenGate Cloud Object Storage 복제 성능은 Replicat 유형과 GROUPTRANSOPS 매개변수의 두 가지 주요 기능을 사용하여 조정할 수 있습니다. Replicat 유형 및 트랜잭션 그룹화 외에도 Replicat에서 생성하는 파일의 크기는 처리량에 직접적인 영향을 주므로 다른 설정과 함께 조정해야 합니다. Oracle GoldenGate 분산 애플리케이션 및 분석은 Classic Replicat 및 Coordinated Replicat의 두 가지 복제 모드를 제공합니다.

Classic Replicat는 대상 클라우드 스토리지 서비스에 메시지를 적용하는 단일 스레드 프로세스입니다. Coordinated Replicat는 여러 스레드가 독립적으로 OGG 추적 파일을 읽고 트랜잭션을 병렬로 적용하는 다중 스레드 프로세스입니다. Oracle GoldenGate Cloud Object Storage 복제 프로세스는 트랜잭션 그룹화를 통한 처리를 최적화합니다. GROUPTRANSOPS 매개변수는 여러 개의 작은 트랜잭션을 클라우드 스토리지 대상에 적용된 하나의 큰 트랜잭션으로 그룹화합니다. GROUPTRANSOPS는 매개변수 파일에 구성됩니다. 기본적으로 GROUPTRANSOPS는 1000으로 설정됩니다. 성능 향상을 위해 최대 20000개까지 늘릴 수 있습니다.

예를 들어, GROUPTRANSOPS 20000입니다.

Oracle GoldenGate 및 OCI GoldenGate Google Cloud Storage 복제에서 파일 크기를 설정하려면 어떻게 해야 합니까?

Oracle GoldenGate Replicat는 로컬 파일 시스템에 파일을 생성하고 소스의 메타데이터 변경 이벤트(예: DDL 변경)에 의해 롤오버 조건이 충족되거나 트리거될 때까지 파일을 열린 상태로 유지합니다. 사용자는 복제 속성을 사용하여 파일 롤오버를 제어할 수 있습니다. 최대 파일 크기는 파일 크기를 제어합니다. 기본적으로 파일 크기는 1GB로 구성되지만 필요에 따라 구성할 수 있습니다. 최대 크기에 도달하면 파일이 닫히고 새 파일이 생성됩니다. 자세한 내용은 Oracle GoldenGate for DAA 설명서에서 파일 작성기 처리기 구성을 참조하십시오.

Oracle GoldenGate 및 OCI GoldenGate는 Google Cloud Storage로의 Parquet 파일 복제를 통한 파티셔닝을 지원하나요?

Oracle GoldenGate 및 OCI GoldenGate는 대상 오브젝트 스토리지 버킷에 분할된 파일 생성을 지원합니다. 분할은 다운스트림 제거 및 질의 성능을 향상시키지만 분할을 초과하면 디렉토리/파일 수가 늘어나고 작은 파일 문제가 증폭됩니다.

분할을 사용하려면 데이터를 최상위 레벨의 테이블에 의해 분할해야 합니다. 이 작업은 pathMappingTemplate 속성을 사용하여 수행되며 정규화된 테이블 이름으로 설정되어야 합니다.

정규화된 소스 테이블 이름을 기반으로 컨테이너/버킷 내에 디렉토리를 생성합니다. 예: gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}

분할 영역 만들기의 경우 gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name>가 사용됩니다. 이 등록 정보는 분할 영역 경로 구조를 정의하기 위해 ${columnValue[column_name]} 또는 상수 문자열 값과 같은 템플리트 키워드와 함께 사용할 수 있습니다.

Oracle GoldenGate 및 OCI GoldenGate는 Azure Data Lake Storage(ADLS)에서 파일을 파케팅하기 위한 DDL 복제를 지원하나요?

Oracle GoldenGate 및 OCI GoldenGate ADLS 복제는 소스 DDL 변경 사항을 생성된 파일로 자동으로 전달합니다. 또는 소스 데이터베이스에서 DDL 작업의 경우 EVENTACTIONS를 사용하여 Extract/Replicat 동작을 제어할 수 있습니다.

Oracle GoldenGate 추출이 소스 데이터베이스에서 테이블 생성 이벤트를 캡처하는 경우 Replicat는 대상 클라우드 오브젝트 스토리지 버킷/컨테이너의 테이블 생성 이벤트에서 테이블 이름으로 새 파일을 생성합니다.

Oracle GoldenGate 추출이 소스 데이터베이스에서 열 변경/열 삭제 이벤트를 캡처하는 경우 Replicat는 업데이트된 소스 테이블 정의를 반영하는 새 파일을 생성합니다.

Oracle GoldenGate 추출이 소스 데이터베이스에서 자르기 이벤트를 캡처하는 경우 다음을 설정하여 자르기 이벤트에 데이터 파일을 롤링하도록 Replicat를 구성할 수 있습니다.

gg.eventhandler.<gg.target value>.rollOnTruncate=true

이 등록 정보는 기본적으로 false로 설정되며 Replicat는 Truncate 이벤트에서 파일을 롤링하지 않습니다. Oracle GoldenGate 추출은 소스 데이터베이스에서 놓기 테이블 이벤트를 캡처합니다. 이는 대상 파일 시스템에 영향을 주지 않습니다.

Oracle GoldenGate 및 OCI GoldenGate는 소스 Oracle NUMBER 데이터 유형을 처리하는 동시에 Azure Data Lake Storage(ADLS)의 연회 파일에 복제하는 방식을 어떻게 지원하나요?

Oracle NUMBER는 소수점 이하 자릿수가 최대 38자리인 정수 및 고정점 소수점 이하 자릿수를 나타낼 수 있는 가변 소수점 데이터 유형입니다.

열이 명시적 소수점 이하 자릿수 및 소수점 이하 자릿수 없이 정의된 경우(예: NUMBER) Oracle은 행에 대해 다양한 소수점 이하 자릿수로 값을 저장할 수 있으며, 일부 복제/스키마 생성 시나리오에서는 포매터가 대상 스키마에 대해 단일 소수점 이하 자릿수/점 이하 자릿수를 결정적으로 파생하지 못할 수도 있습니다. 따라서 소스 열 정의와 일치하도록 정밀도와 배율을 명시적으로 구성하지 않는 한 Avro/Parquet에 대한 매핑은 종종 보수적인 소수 표현을 사용합니다.

gg.handler.<gg.target value>.enableDecimalLogicalType는 십진수 논리적 유형 매핑을 위한 마스터 스위치입니다. True로 설정하면 Avro 포맷터가 일반 Avro 숫자 기본 유형 또는 문자열로 숫자를 쓰는 기본 매핑 대신 Oracle NUMBER 열을 Avro 십진수 논리적 유형(logicalType: decimal의 바이트)으로 매핑하도록 지시합니다.

정밀도/배율이 결정적으로 추론될 수 없는 경우 포매터는 일반적으로 정밀도 손실을 방지하기 위해 보수적인 Avro 십진수 정의(높은 정밀도 및 배율)를 선택합니다. 이로 인해 다운스트림 소비자가 불필요하게 큰 규모로 표현된 값(예: 후행 소수 자릿수)을 볼 수 있습니다.

대상 스키마를 특히 재무 데이터(잔액, 가격, 금액)에 대해 알려진 일관된 소스 정의에 맞추려면 다음을 수행합니다.

set gg.handler.<gg.target value>.maxPrecision 및 gg.handler.<gg.target value>.oracleNumberScale

Oracle GoldenGate 및 OCI GoldenGate에서 지원하는 ADLS 인증 방법은 무엇입니까?

Oracle GoldenGate 및 OCI GoldenGate는 액세스 키, 공유 액세스 서명 및 Azure Entra ID를 지원합니다.

Oracle GoldenGate는 Amazon S3 테이블을 지원합니까?

예. Oracle GoldenGate는 Amazon S3 테이블 REST 카탈로그를 통해 Amazon S3 테이블에 대한 실시간 Apache Iceberg 복제를 지원합니다.

Oracle GoldenGate 및 OCI GoldenGate는 Amazon S3에 대한 다중 파트 업로드를 지원합니까?

예. Amazon S3 멀티파트 업로드 기능을 사용하면 대용량 파일을 독립적으로 병렬로 업로드할 수 있는 작은 부분으로 분할하여 Amazon S3에 업로드할 수 있습니다. 이 기능은 이미 알려진 Amazon S3 제한 사항(예: 5GB 이상 크기의 단일 업로드 객체)을 해결합니다. 모든 파일 파트가 성공적으로 업로드되면 Amazon S3에 단일 오브젝트로 어셈블하도록 요청합니다. 이 기능을 사용하려면 Amazon S3 복제본에서 gg.eventhandler.s3.multipartEnabled=true를 사용으로 설정해야 합니다.

Oracle GoldenGate 및 OCI GoldenGate는 Google Cloud Storage로의 Parquet 파일 복제를 통한 파티셔닝을 지원하나요?

Oracle GoldenGate 및 OCI GoldenGate는 대상 오브젝트 스토리지 버킷에 분할된 파일 생성을 지원합니다. 분할은 다운스트림 제거 및 질의 성능을 향상시키지만 분할을 초과하면 디렉토리/파일 수가 늘어나고 작은 파일 문제가 증폭됩니다.

분할을 사용하려면 데이터를 최상위 레벨의 테이블에 의해 분할해야 합니다. 이 작업은 pathMappingTemplate 속성을 사용하여 수행되며 정규화된 테이블 이름으로 설정되어야 합니다. 정규화된 소스 테이블 이름을 기반으로 컨테이너/버킷 내에 디렉토리를 생성합니다. 예: gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}. 분할 영역 만들기의 경우 gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name>가 사용됩니다.

이 등록 정보는 분할 영역 경로 구조를 정의하기 위해 ${columnValue[column_name]} 또는 상수 문자열 값과 같은 템플리트 키워드와 함께 사용할 수 있습니다.

OCI Database Migration Service의 가격은 어떻게 책정되나요? (사실적)

마이그레이션의 처음 183일(6개월)은 데이터 전송 없이 60일 이상 마이그레이션이 실행되는 경우를 제외하고 무료로 제공됩니다.

OCI Database Migration Service는 어떤 소스 및 대상을 지원합니까? (사실적)

현재 Oracle 및 MySQL 동종 마이그레이션이 지원됩니다. 소스는 온프레미스, 다른 클라우드 또는 OCI에 있을 수 있습니다. 대상은 OCI에 있어야 합니다. Oracle은 11g(11.2.0.4), 12c(12.1.0.2,12.2.0.1),19c,21c 및 이후의 모든 Oracle Database 릴리스에서 지원됩니다. MySQL: 5.7 및 8 버전. 자세한 내용은 다음 URL에서 확인할 수 있습니다.

OCI Database Migration Service에서 지원하는 마이그레이션 유형은 무엇인가요?

오프라인 논리적 이전: 일회성 데이터베이스 복사본으로, 이전 프로세스 중 애플리케이션을 오프라인으로 설정해야 합니다. 온라인 논리적 이전: 이전 중 데이터베이스의 초기 복사 후 변경 데이터 캡처 수행 마이그레이션 프로세스 중에 애플리케이션을 온라인 상태로 유지할 수 있습니다.

Oracle 이전 중에 기본적으로 제외되는 객체와 스키마는 무엇입니까?

다음 객체 유형은 항상 제외됩니다.

다음 스키마는 기본적으로 제외됩니다.

마이그레이션에 필요한 OCI 리소스는 무엇입니까?

OCI GoldenGate는 어디에서 이용할 수 있나요?