이슈 확인 및 정정

이 섹션의 절차에 따라 허용되지 않는 Planning 양식 성능을 초래할 수 있는 이슈를 확인하고 정정합니다.

  1. BSO 큐브에서 영(0) 블록을 바꾸고 #missing 블록을 제거하여 데이터베이스 크기를 줄이는 모범 사례를 검토합니다. BSO 큐브 최적화를 참조하십시오.
  2. 성능에 대한 비즈니스 규칙의 영향에 대한 정보가 포함된 활동 보고서를 검토합니다. 특히, 보고서의 양식에 첨부된 비즈니스 규칙이 3초 넘게 걸림 섹션을 검토하여 첨부된 비즈니스 규칙 때문에 성능 저하가 발생하는지 여부를 확인합니다. 양식에 첨부된 비즈니스 규칙을 최적화하려면 비즈니스 규칙 오류 및 성능 문제해결의 지침을 따릅니다.

    네트워크 프록시 시간 초과 설정이 비즈니스 규칙 실행 시간 요구사항을 충족하기에 충분한지 확인합니다. 양식에 연결된 비즈니스 규칙을 실행하는 데 3분 넘게 걸리고 네트워크 프록시 시간 초과가 3분 이하로 설정된 경우 프록시가 규칙을 반복해서 실행할 수도 있습니다. 네트워크 프록시 시간 초과를 3분보다 길게 설정하면 해당 이슈를 방지할 수 있습니다.

  3. 위 단계를 완료한 후에도 성능이 향상되지 않는 경우, 성능 향상을 위해 애플리케이션 디자인, 양식의 셀 수, 양식의 동적 콘텐츠를 검토합니다.
    1. 멤버 공식을 사용하지 않는 모든 레벨 0 멤버의 멤버 데이터 저장영역 등록정보가 Never Shared로 설정되어 있는지 확인합니다.
    2. 동적 계산으로 태그가 지정된 레벨 0 멤버에 공식이 있는지 확인합니다. 공식 없이 동적 계산으로 태그 지정된 레벨 0 멤버을 참조하십시오.
    3. 항상 대칭(및 비대칭) 양식을 디자인합니다. Oracle Essbase 쿼리는 대칭 또는 비대칭일 수 있습니다. 대칭 쿼리는 행 또는 열의 쿼리된 멤버가 교차 차원 레이아웃인 쿼리입니다. 비대칭 쿼리는 쿼리되는 멤버의 교차 차원 레이아웃이 행 또는 열에서 변경되는 쿼리입니다.

      비대칭 쿼리가 발생하면 대칭 그리드만 처리하는 Essbase 하이브리드 쿼리 엔진이 자동으로 해당 쿼리를 여러 대칭 그리드로 분할합니다. 이러한 대칭 그리드는 한 번에 하나씩 처리된 후 원래 비대칭 양식으로 반환되므로 프로세스의 효율성이 저하됩니다.

  4. Unable to load the data entry form as the number of data entry cells exceeded the threshold 오류가 발생하는 경우 오류를 해결하는 옵션은 Unable to load the data entry form as the number of data entry cells exceeded the threshold 오류 해결을 참조하십시오.
  5. 그래도 성능이 향상되지 않으면 Oracle의 도움을 받으십시오.
    • 피드백 제공 제출을 생성하고 사용자 환경에서 실행될 때의 양식 스크린샷을 포함합니다.

      선택사항으로, 애플리케이션 스냅샷 제출에 동의하여 Oracle이 환경의 유지관리 스냅샷에 접근할 수 있도록 허용합니다. 피드백 제공 제출 생성을 참조하십시오.

    • 피드백 제공 참조 번호를 확인하는 기술 서비스 요청을 생성합니다. 기술 서비스 요청 제출을 참조하십시오. 서비스 요청에는 다음 추가 정보가 포함되어야 합니다.
      • 사용 중인 양식, 모든 POV, 모든 사용자 및 대체 변수의 이름 및 경로.
      • 예상 성능 매개변수 및 실제 결과.
      • 해당 이슈가 최신 월별 업데이트 후에 시작되었습니까?
      • 양식의 성능이 이전에는 양호했지만 지금은 그렇지 않은 경우, 성능이 양호했던 날짜, 시간 및 시간대 포함
      • 사용가능한 경우, 마지막으로 양식의 성능이 양호했던 시점의 환경 스냅샷
      • 마지막으로 성능이 양호했던 시점 이후의 양식 변경사항
      • 심각한 운용중단인지 여부.