기본 디자인 고려 사항

  • 데이터 감사 기능이 비즈니스 요구사항에 포함되지 않는 경우 데이터 감사를 해제하는 것이 좋습니다. 데이터 감사 테이블이 10GB보다 큰 애플리케이션에서 성능 저하가 관찰되었습니다.

    팁:

    멤버 감사를 해제하려면 메타데이터 파일에서 모든 멤버에 대해 EnableDataAudit 속성을 N으로 변경합니다.

  • 잘못 설계된 규칙의 위험(예: 규칙에서 데이터 급증)을 방지하기 위해 프로덕션 환경에서 로드하기 전에 항상 규칙을 테스트해야 합니다. 효율적인 규칙은 허용되는 시스템 성능에 중요합니다.

  • Oracle Hyperion Financial Management는 RAM에 저장된 동안 서브큐브를 통해 모든 처리를 수행하므로 서브큐브가 클수록 성능에 미치는 영향이 커집니다. 서브큐브 크기를 가능한 한 최소화합니다. 예를 들어 시스템 성능을 최적화하려면 서브큐브가 200,000개 기본 레코드 제한을 초과하지 않아야 합니다.

  • Financial Management 애플리케이션에서 0을 계산하거나 로드하지 않는 것이 좋습니다. 0은 데이터로 저장되므로 데이터베이스 크기가 증가하고 성능이 저하될 수 있습니다. 숫자 정보(예: 1000)만 Financial Management에 저장하는 것이 좋습니다. Oracle Hyperion Financial Management 사용자 가이드의 데이터 파일 섹션을 참조하십시오.

  • Financial Management가 제대로 종료되지 않은 경우 재부팅 시 임시 파일이 유지될 수 있습니다. 성능을 최적화하려면 Financial Management를 실행하기 전에 Financial Management 서버 작업 폴더에서 *.db.* 파일 이름을 모두 삭제하는 것이 좋습니다.

  • 데이터 그리드 또는 프로세스 단위에 여러 개의 문서를 첨부하는 경우 한 셀에 첨부한 문서가 세 개를 넘지 않도록 하는 것이 좋습니다. 데이터베이스 성능 저하를 제한하려면 각 문서가 100K보다 작아야 합니다.

    팁:

    애플리케이션을 생성할 때 문서 첨부 파일의 크기 제한과 문서 첨부 파일의 최대 개수를 사용자별로 설정할 수 있습니다. 애플리케이션 메타데이터의 AppSettings 속성에 제한을 설정할 수 있습니다.

  • 적절한 상황에서만 [모두 통합] 옵션을 사용합니다. 이 옵션을 사용하면 시스템에서 데이터 없음 상태인 엔티티를 건너뛰지 않아 통합 성능이 훨씬 저하될 수 있습니다.

    팁:

    [통합(영향 받는 통합)]은 논리 또는 통합이 필요한 엔티티만 시스템에서 업데이트되므로 가장 효율적인 옵션입니다. [데이터가 있는 항목 모두 통합] 옵션은 메타데이터가 변경된 후 시스템 상태를 OK SC에서 OK로 업데이트하는 데 유용합니다. 자세한 내용은 Oracle Hyperion Financial Management 사용자 가이드의 통합 옵션 섹션을 참조하십시오.