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

빈번한 데이터 새로고침이 예상대로 작동하는지 확인하려면 다음을 검토하고 고려하십시오.

빈번한 데이터 Refresh의 성능은 다음에 따라 달라집니다.

• 데이터 크기입니다.
• 변경된 데이터 및 트리거되는 파이프라인과 같은 데이터 변경
• 게시된 레코드 수가 매우 다를 수 있는 추출된 레코드 수입니다. 예를 들어, 한 시나리오에서 추출된 레코드 44개로 인해 70분 동안 1060개의 레코드가 게시되고 추출된 레코드 395개로 인해 35분 내에 55개의 레코드가 게시되었습니다.

빈번한 데이터 새로고침 프로세스는 다음 시나리오에서 실행되지 않습니다.

• 일별 증분 데이터 새로고침의 스케줄링된 시작 전 180분 창에서
• 릴리스 업그레이드가 진행 중인 경우
• 이전 빈번한 데이터 새로고침 프로세스가 완료될 때까지입니다. 최대 빈도는 1시간으로 설정할 수 있습니다. 새로고침을 완료하는 데 1시간 이상 걸리는 경우 다음 1시간에 잦은 데이터 새로고침 프로세스가 시작됩니다.

다음 지침에 따라 웨어하우스 테이블, 즉 데이터 세트에 있는 잦은 데이터 새로고침을 구성합니다.

• 새로 고칠 데이터 세트의 정확한 이름을 알고 있는지 확인합니다.
• 각 실행에 대해 데이터 세트를 20개 이하로 지정합니다.
• 종속성이 자동으로 포함되지 않으므로 종속성을 결정하고 해당 테이블을 포함하십시오.
• 각 추가 모듈 또는 테이블은 시스템에서 추출, 로드 및 검증해야 하는 데이터의 양을 늘리기 때문에 실제로 필요한 모듈과 테이블만 선택합니다. 최소한의 필수 모듈 및 테이블로 시작한 다음 비즈니스 요구 사항이 추가된 새로 고침 시간과 시스템 영향을 정당화하는 경우에만 확장합니다.

빈번한 데이터 새로고침 프로세스에 데이터 보강 및 사용자정의 애플리케이션을 포함하는 동안 다음 지침을 따르십시오.

• 보고서에서 삭제 중인 필드(열 또는 테이블)를 사용하지 않는지 확인하십시오.
• 데이터 보강 및 커스터마이징 애플리케이션을 변경하고 배포합니다. 빈번한 데이터 새로고침 프로세스는 새 테이블을 재게시하고 빈번한 데이터 새로고침 델타 테이블을 재조정합니다. 또한 대시보드에 적용 가능한 변경을 수행해야 합니다.