용량 증가 요청

성능 이슈가 있는 경우 항상 이 문서의 적절한 섹션을 참조하여 해당 이슈를 해결합니다. 스스로 이슈를 해결할 수 없는 경우 Oracle의 도움을 받으십시오.

예를 들어 비즈니스 규칙이 예상대로 수행되지 않는 경우 비즈니스 규칙 오류 및 성능 문제해결의 지침에 따라 이슈를 해결하거나 Oracle에 보고하십시오. 드물지만 환경에 리소스(예: 처리 단위, 메모리 또는 캐시)가 부족하여 이슈가 되는 경우 환경 검토에서 해당 환경이 이미 모범 사례를 따르는 것으로 확인되면 Oracle이 리소스를 늘립니다.

대부분의 경우 리소스를 늘려도 환경의 성능이 개선되지 않습니다. 활동 보고서에서 CPU 및 메모리 활용이 100%에 근접한 것을 확인했어도 CPU 및 메모리를 더 추가한다고 해서 반드시 성능이 개선되는 것은 아닙니다. 디자인에서 엄청나게 높은 CPU 스레드 수 요청을 생성한 경우를 예로 들 수 있습니다.

리소스를 늘리면 도움이 될 것으로 판단되는 경우 Oracle에 요청하여 환경의 리소스를 늘리십시오.

  1. 선택사항: Fiddler 추적을 생성합니다.

    전반적인 성능이 예상보다 느린 경우 세션에 대한 Fiddler 추적을 생성합니다.

    Fiddler를 사용하여 진단 정보 수집을 참조하십시오.

    HTTPS 트래픽을 캡처하도록 Fiddler를 구성하는 방법에 대해 알아보려면 다음 개요 비디오를 시청하십시오.

    비디오 아이콘 개요 비디오

    세션의 Fiddler 추적 파일을 생성할 수 없는 경우 브라우저를 사용하여 네트워크 추적을 수집하는 방법에 대한 자세한 내용은 브라우저를 사용하여 네트워크 성능 추적 수집을 참조하십시오.

  2. 피드백 제공 제출 생성 선택사항으로, 애플리케이션 스냅샷 제출에 동의하여 Oracle이 환경의 유지관리 스냅샷에 접근할 수 있도록 허용합니다. 피드백 제공 제출 생성을 참조하십시오.
  3. 피드백 제공 참조 번호를 확인하는 기술 서비스 요청을 생성합니다. 기술 서비스 요청 제출를 참조하십시오. 서비스 요청에는 다음 추가 정보가 포함되어야 합니다.
    • 예상보다 시간이 오래 걸리는 활동의 세부정보
    • Fiddler 추적 파일 또는 네트워크 진단 HAR 파일(1단계에서 생성한 경우)
    • 활동이 이전에 예상대로 수행된 경우 성능이 양호했던 날짜, 시간 및 시간대
    • 사용가능한 경우, 마지막으로 성능이 양호했던 시점의 환경 스냅샷
    • 성능이 양호했던 시점 이후의 애플리케이션 변경사항
    • 심각한 운용중단인지 여부.

Oracle은 환경 검토에서 이슈의 원인이 용량 부족으로 확인된 경우 환경의 용량을 늘립니다. 용량을 늘리려면 환경을 호스트하는 운영 체제를 재부팅해야 하므로, Oracle은 서비스 요청을 통해 사용자와 협력하여 용량을 늘릴 수 있는 날짜와 시간을 조정합니다.