데이터 새로고침 성능 정보

Oracle Fusion Data Intelligence의 데이터 새로고침은 복잡한 프로세스입니다. 새로고침 기간의 일간 변동이 예상됩니다.

일반적인 데이터 Refresh는 다음 프로세스를 포함합니다.
  • Oracle Fusion Cloud Applications 또는 기타 타사 소스에서 데이터를 추출합니다.
  • 데이터를 분석 준비가 된 사전 구축된 스키마로 변환합니다.
  • 데이터를 Oracle Autonomous AI Lakehouse로 로드합니다.
  • 데이터 공유 기능을 사용하여 외부 대상과 데이터를 공유합니다.

데이터 새로고침 성능에 영향을 주는 요소

데이터를 새로 고치는 데 필요한 시간과 모든 결과 주요 측정지표 및 대시보드는 여러 요인에 따라 달라집니다.

해당하는 작업은 다음과 같습니다.
  • 소스 시스템 가용성 – 소스 시스템을 사용할 수 없는 경우 새로 고침이 일시 중지되고 기다립니다. 시스템에서 통지를 전송합니다. 시스템에서 부적합한 인증서로 인해 액세스 문제가 발생했는지 확인할 수 있는 경우 요청 기록 및 웨어하우스 새로 고침 통계는 소스 가용성으로 인해 새로 고침이 대기열에 있는지 여부를 표시합니다.
  • 소스 시스템의 리소스 가용성 – 소스 시스템 리소스가 Oracle Fusion Data Intelligence 추출 프로세스 이외의 프로세스에서 소비되는 경우 Oracle Fusion Data Intelligence 데이터 새로고침이 지연됩니다. 이는 특히 Oracle Fusion Cloud Applications에 적용됩니다.
  • 소스 데이터의 크기와 복잡성 – 일반적으로 새로 고침 중 처리되는 데이터의 양은 항상 그렇지는 않지만 새로 고침에 걸리는 시간을 나타내는 좋은 지표입니다. 웨어하우스 새로 고침 통계에는 전체 볼륨을 나타낼 수 있는 게시된 레코드 수가 포함됩니다. 창고 새로 고침 통계 보기를 참조하십시오.
  • 활성화된 기능 영역 – 일반적으로 기능 영역이 많을수록 처리될 데이터가 많아지므로 더 오래 새로 고쳐집니다.
  • 사용자정의 SQL 질의 - 사용자정의 질의가 Oracle Autonomous AI Lakehouse에서 실행 중인 경우 파이프라인에 필요한 리소스를 소비할 수 있으며, 이는 전체 새로고침 성능에 영향을 미칠 수 있습니다.
  • 사용자정의 다운스트림 처리별 테이블 잠금 - 다운스트림 프로세스가 Oracle Fusion Data Intelligence 테이블에 대한 잠금을 획득하여 너무 오래 보유하는 경우 Oracle Fusion Data Intelligence에서 수행하는 데이터 새로고침에 지연이 발생할 수 있습니다.
  • 소스 시스템 객체에 대한 사용자 정의 – 사용자 정의에 해당 객체에 대한 전체 로드가 필요한 경우 새로 고치는 데 시간이 더 오래 걸립니다.
  • 소스 및 대상 시스템 유지 관리 – 패치 적용과 같은 시스템 유지 관리 작업은 파이프라인 프로세스를 일시 중지하거나 지연시킬 수 있으며, 이는 전체 새로고침 시간을 연장할 수 있습니다.
  • 사용자정의 데이터 파이프라인 – 사용자정의 데이터 파이프라인에 대한 데이터 보강 스크립트에서 복잡한 변환 논리를 사용하는 경우 전체 새로고침 시간에 영향을 줄 수 있습니다.

데이터 새로고침 성능에 대한 고려 사항

데이터 새로고침에 영향을 미치는 다양한 요인을 감안할 때 완료 시간은 매일 다릅니다.

데이터 새로고침 성능에 영향을 주는 요소를 참조하십시오.

파이프라인 성능은 공유 책임입니다. 따라서 Oracle은 확장 가능한 플랫폼, 구성 제어 및 사용 지침을 제공하는 동시에 데이터 볼륨, 소스 시스템 준비, 변환 설계(사용자정의 데이터 파이프라인이 사용되는 경우), 일정 잡기 및 환경별 구성을 관리합니다. 최적의 결과를 얻으려면 지속적인 사용자 구성 참여, 데이터 새로 고침에 영향을 미치는 여러 요인의 사전 예방적 모니터링, Oracle 권장 관행 및 도구 준수가 필요합니다.

Refresh 성능을 최적으로 유지하려면 다음 작업을 고려하십시오.
  • 활성화된 기능별 영역 - 분석 비즈니스 요구사항에 필요한 기능별 영역만 활성화합니다. 필요한 것부터 시작하여 모든 것을 미리 활성화하는 대신 새로운 요구 사항이 발생하면 더 많은 것을 추가하십시오. 기능별 영역에 대한 데이터 파이프라인 활성화를 참조하십시오. 분석에 중요하지 않은 기능별 영역을 제거합니다. 기능별 영역에 대한 데이터 파이프라인 비활성화를 참조하십시오.
  • 빈번한 데이터 새로고침의 모듈 및 데이터 테이블 – 빈번한 데이터 새로고침 기능을 사용하여 일중 운영 분석 비즈니스 요구사항에 필요한 모듈만 추가합니다. 분석에 중요하지 않은 모듈을 제거합니다. 주요 데이터 새로고침 V2 구성(미리보기)주요 데이터 새로고침에 대한 성능 고려 사항을 참조하십시오.
  • 초기 추출 날짜 – 이 설정은 웨어하우스에서 추출, 변환 및 저장되는 데이터를 제어합니다. 실제 업무 요구 사항에 따라 신중하게 구성합니다. 절대 초기 추출 일자 대신 상대 초기 추출 일자를 사용하는 것이 좋습니다. 파이프라인 매개변수 정보를 참조하십시오. 이는 구성 가능 계정 분석 기능을 사용하는 경우 특히 유용합니다. 구성 가능한 계정 분석을 참조하십시오.
  • 사용자정의 추출 – 사용자정의 데이터 추출이 소스 시스템에서 실행 중인 경우 리소스를 위해 경쟁하고 데이터 새로고침을 지연할 수 있습니다. 예를 들어 Oracle Fusion Data Intelligence 추출 프로세스와 병렬로 실행되는 BICC(사용자정의 Business Intelligence Cloud Connector) 추출은 Oracle Fusion Data Intelligence 새로고침 속도를 늦출 수 있습니다. 지연을 방지하려면 Oracle Fusion Data Intelligence 데이터 새로고침 기간 동안 실행 중인 다른 사용자정의 새로고침 작업이 없는지 확인하십시오. 특정 새로고침이 예상보다 오래 걸리는 경우 웨어하우스 새로고침 통계를 사용하여 데이터 새로고침 중 사용자정의 추출로 인해 지연이 발생하는지 여부를 확인합니다. 창고 새로 고침 통계 보기를 참조하십시오.
  • Oracle Autonomous AI Lakehouse의 높은 서비스 세션 – 데이터 새로고침 프로세스는 사용 가능한 웨어하우스 리소스에 따라 달라집니다. High Service 세션이 실행 중인 경우 용량을 소비하고 웨어하우스에 데이터를 게시하는 작업을 지연시킬 수 있습니다. Oracle Fusion Data Intelligence와 연관된 자율운영 AI 레이크하우스에 대한 사용 지침을 참조하십시오. 특정 Refresh가 예상보다 오래 걸리는 경우 Warehouse Refresh 통계를 사용하여 데이터 Refresh 중에 High 세션이 있는지 확인합니다. 창고 새로 고침 통계 보기를 참조하십시오.
  • 다운스트림 사용자정의 ETL 프로세스 – 데이터 새로고침 프로세스에는 데이터 웨어하우스의 테이블에 대한 무중단 액세스가 필요합니다. 해당 테이블에 접근하고 장기 보관 잠금을 획득하는 모든 사용자정의 ETL 프로세스는 Oracle Fusion Data Intelligence 새로고침 창 외부에서 스케줄링해야 합니다.
  • 초기화된 새로 고침 – 증분 새로 고침 내에서도 특정 데이터를 먼저 새로 고치려면 우선 순위가 지정된 새로 고침에 대해 해당 웨어하우스 테이블을 선택할 수 있습니다. 그러나 다른 데이터 세트보다 먼저 새로 고쳐야 하는 중요한 테이블 세트에 대해서만 이 옵션을 사용하십시오. 증분 새로고침에 대한 데이터 세트 우선순위 지정(미리보기)을 참조하십시오.
  • 기능별 영역 스케줄 대체 – 활성화한 기능별 영역을 검토하고 비즈니스 요구사항에 따라 시차 새로고침 시간을 고려합니다. 이렇게 하면 일별 증분 파이프라인 새로고침에서 처리 로드를 줄일 수 있습니다. 기능별 영역에 대한 데이터 파이프라인 스케줄 대체(미리보기)를 참조하십시오.
  • Fusion Augmentations 소스 – 데이터 보강이 주로 다운스트림 통합에 사용되는 경우 데이터 세트에 Fusion Augmentations Source를 사용하는 것이 좋습니다. 이 옵션을 사용하면 Oracle Fusion Cloud Applications의 기능별 영역에 대한 일별 증분 새로고침과 함께 증분 새로고침을 병렬로 실행할 수 있습니다. 이를 통해 Oracle Fusion Cloud Applications 소스에 대한 증분 새로고침 성능이 향상됩니다. 또한 Fusion Augmentations Source를 사용하여 데이터 보강에 대해 다른 새로고침 빈도를 사용으로 설정합니다. Oracle Fusion Cloud Applications에서 리소스 경합을 방지하려면 Oracle Fusion Cloud Applications 소스 및 Fusion Augmentations Source를 기반으로 새로고침 일정을 시차적으로 잡으십시오. Fusion Augmentations 소스로 데이터 보강 수행을 참조하십시오.
  • 요청 시 단계 우선순위 변경 새로고침 – 일정이 잡힌 증분 새로고침의 경우 특정 모듈을 기본 단계에서 보조 단계로 이동하도록 서비스 요청을 제출할 수 있습니다. 증분 데이터 새로 고침 예약 을 참고하십시오. 이를 통해 보다 중요한 비즈니스 요구 사항에 대한 데이터를 더 빨리 사용할 수 있습니다.