암시적 및 명시적 BSO 재구조화 이해

Planning 큐브마다 메타데이터(Essbase 아웃라인에 저장된 차원, 멤버, 구조, 계층) 및 데이터(블록에 대한 인덱스 및 밀집 멤버와 모든 희소 차원의 새 블록 생성 위치 조합으로 구성되어 있는, 블록에 저장된 데이터 포함)라는 두 개의 Oracle Essbase 부분이 있습니다. 이러한 부분은 Planning 데이터베이스 새로고침 또는 Essbase BSO 재구조화를 통해 변경할 수 있습니다.

데이터베이스 새로고침 또는 암시적 재구조화

Planning 차원, 멤버 또는 멤버 등록정보에 대한 멤버 또는 계층 변경사항이 데이터베이스 새로고침 중에 Essbase로 푸시됩니다. 데이터베이스 새로고침은 암시적으로 Essbase에서 재구조화를 트리거하지만 #missing 블록은 제거하지 않습니다. 모든 Planning 큐브에 대해 데이터베이스 새로고침이 실행됩니다. 암시적 재구조화에서는 다음 유형의 재구조화가 발생할 수 있습니다.

  • 아웃라인 전용: 모든 재구조화 요청에서 항상 발생합니다.
  • 인덱스 전용: 미치는 영향이 낮은 재구조화로, 예를 들어 새 희소 멤버를 추가 또는 이동한 후나 희소 멤버의 별칭 이름을 바꾼 후 인덱스를 재구조화하는 데 사용됩니다.
  • 인덱스 및 블록: 미치는 영향이 높은 재구조화로, 예를 들어 밀집 멤버를 추가, 삭제 또는 이동한 후에 데이터베이스 내 데이터를 재구조화하는 것과 관련이 있습니다. 희소 인덱스 참조가 있는 인덱스 파일 및 밀집 블록이 있는 페이지 파일 재구조화가 포함됩니다.

    Essbase 큐브에 데이터가 없는 경우 인덱스 및 페이지 파일이 표시되지 않습니다. 이러한 경우 아웃라인만 재구조화됩니다.

명시적 재구조화

작업을 통해서나 Calculation Manager, EPM Automate 또는 REST API를 사용하여 특정 Essbase 큐브에 대한 명시적 재구조화를 트리거합니다.

명시적 재구조화의 경우 Planning에서 Essbase로 변경사항을 푸시하지 않습니다. 변경사항에 관계없이 항상 메타데이터 및 데이터(아웃라인, 인덱스, 페이지 파일)를 다시 작성합니다. 또한, CLEARBLOCK 계산 스크립트를 통해 #missing 블록 및 삭제용으로 태그 지정된 블록을 제거합니다.

명시적 재구조화에서는 항상 큐브(모든 인덱스 파일 및 페이지 파일) 내 데이터 재작성과 관련된 미치는 영향이 높은 재구조화를 실행합니다.

재구조화 유형 및 실행 시간

재구조화 실행 시간은 재구조화되는 파일의 크기(인덱스 및 페이지 파일 크기) 및 기존 데이터베이스 조각화 수에 따라 달라집니다. 미치는 영향이 높은 재구조화(명시적 재구조화 또는 인덱스 및 블록 암시적 재구조화)는 미치는 영향이 낮은 인덱스 전용 또는 아웃라인 전용 재구조화에 비해 완료하는데 더 오랜 시간이 걸립니다.

인덱스 및 페이지 파일 크기 모니터

활동 보고서에 있는 Essbase BSO 큐브 통계 테이블의 다음 행은 인덱스 및 페이지 파일의 크기를 보여 줍니다. 이 테이블에서 다음 행을 찾으십시오.

  • 페이지 파일 크기(MB)
  • 인덱스 파일 크기(MB)

BSO 큐브의 블록 수 모니터링

큐브의 블록 수는 BSO 큐브의 크기를 나타내는 좋은 지표입니다. 이 블록 수에 포함될 수 있는 빈 블록은 명시적 큐브 재구조화를 실행하여 제거할 수 있습니다(명시적 재구조화 참조).

명시적 재구조화를 실행하기 전에 BSO 큐브의 빈 블록 수를 찾으려면 Calculation Manager를 사용하여 레벨 0 데이터를 익스포트합니다. 익스포트 프로세스 중에 페이지에서 시간 초과가 발생하지 않는다고 가정하고, Calculation Manager에서 레벨 0 익스포트가 완료되면 세부정보 표시를 누릅니다. 세부정보 표시를 누른 다음 총 블록: [124000]. 빈 블록: [1000]과 같은 문구를 찾습니다. 빈 블록이 많다는 것은 명시적 재구조화를 실행하여 빈 블록을 제거해야 한다는 의미입니다.