Table of Contents
지난 며칠 동안 특정 사용자가 obiee 11g 중 성능 문제를 해결하는 방법을 보고했습니다.
승인됨: ASR Pro
07. 12월OBIEE 11g 기능 최적화 및 모니터링
승인됨: ASR Pro
PC 속도를 높이는 방법을 찾고 있다면 더 이상 찾지 마십시오. ASR Pro은 일반적인 Windows 오류를 수정하고, 파일 손실 및 맬웨어로부터 사용자를 보호하고, 최대 성능을 위해 PC를 최적화하는 등의 올인원 솔루션입니다. 무료 스캔도 함께 제공되므로 구매하기 전에 해결하는 데 도움이 될 수 있는 문제를 확인할 수 있습니다! 시작하려면 지금 다운로드를 클릭하세요.
OBIEE 11g의 효과 조정 및 은폐는 오늘날 종종 무시되어 왔지만 OBIEE 11g 요법이 의심의 여지 없이 배포되면 정말 중요합니다. 명확하고 시설 정보를 제공하지 않는 것은 BI 프로젝트의 모든 성공을 위해 너무 많으며 사이트도 다소 빨리 공유되어야 합니다. OBIEE가 작동하는 방식과 특히 FMW(Fusion Components) 소프트웨어 미들웨어와 관련된 방식을 이해하는 것은 재미있는 기존 hardware.dovaniya에서 실제 최고의 성능을 얻을 수 있도록 시스템을 조정하는 데 매우 중요합니다. 이 기사에서는 이 방법을 사용해야 하는 핵심 사항에 대해 이야기하면서 하나의 특정 OBIEE 제스처 및 사용자 정의 프로세스를 안내하고 싶습니다. 현재 업그레이드에서 확인하십시오. 그런 다음 사용 가능한 성능 소스를 사용하여 일상적으로 연습을 매우 잘 추적하여 일반적인 능력 문제를 식별하고 실제로 필요한 조치를 취할 수 있는 방법을 알아보겠습니다. 이 웹사이트의 내용은 모든 답변을 포함하는 계획이 결코 아닙니다. 이러한 문제 중 많은 부분이 블로그 게시물의 설정을 벗어나 있기 때문입니다. 그러나 이 정보가 관심 있는 사람들에게 적절하기를 바랍니다. 그들에 시작합니다. OBIEE 상황. 연장되는 이유는 일반적입니다. 일반적으로 사용자가 애플리케이션 제출이 지금보다 약간 느리거나 너무 낮거나 적어도 느리다고 불평하기 때문에 OBIEE 환경의 성능 문제를 먼저 읽습니다. 이 상황에서 프로그램 관리자는 이 문제의 원인이 될 수 있다고 정확하게 추측해서는 안 됩니다. 귀하의 지식은 문제의 가장 가능성 있는 대부분의 원인을 가장 빨리 발견하는 데 매우 도움이 될 것이지만 이것이 테스트 가정을 테스트하는 데 중요하다는 점을 명심하십시오. 거의 항상 주요 범인의 대부분이 될 수 있는 주요 영역을 확인하십시오. 레이어
- 일반 계층
- 하드웨어 계층
- 네트워크 계층
Obiee가 느린 이유는 무엇입니까?
왜 느리게 실행됩니까? A1: nqquery에서 볼 수 있습니다. 현재 SQL이 특정 데이터베이스를 사용하는 시간을 BI 서버에 저장하여 수동으로 사용할 수 없도록 합니다. 아마도 BI 서버는 문제가 사용자에게 반환되기 전에 지식에 대한 몇 가지 여러 작업을 성공적으로 수행해야 합니다.
가족이 시스템 관리자이고 설명이 이 특정 상황에서 어떤 문제가 발생할지 모른다고 상상해 보십시오. 이 절차에서 공식 절차를 클릭하여 원인을 찾을 수 있는 거의 모든 영역을 확인하고 이상적으로 수정해야 합니다. 이 시나리오는 사용자 불만이 없는 가장 중요한 시나리오와 다르지만 구현해야 할 고려 사항으로 시스템 성능을 과도하게 이미 존재하는 기준선으로 개선하기 위해 지속적으로 꼬리를 깨트립니다. 그러한 경우 우리는 모두 시스템 개선에 대해 발표할 것입니다. 나중에 스레드에서 자세히 설명합니다. 먼저 4가지 영역 중 하나를 살펴보고 문제가 발생할 가능성이 가장 높은 부분을 확인하겠습니다.
성능 향상
OBIEEE 11g의 성능을 향상시키는 방법
여러 요청이 있는 각각 하나.분리.적절한 인덱싱. 데이터 유형특히 열에 조인할 때 최대한 강력하게 사용하십시오.기본 증거와 가장 일반적으로 연결된 사전 패키징된 집계에 대해 구체화된 참조 제어를 사용합니다.통계.
OBIEE 레벨 및 데이터베이스
당신의 sha 환경이 일관적이라면, 즉 이러한 성능 문제가 자주 발생하지 않는다는 것을 의미합니다. 이 문제의 많은 원인이 확실히 OBIEE의 한계 내에 있을 가능성이 있습니다. 아래와 같이 동일한 구매로 진행되는 경우 일부 작업이 있을 수 있습니다.
1. 첫 번째 문제 재현
스크립트 보고 성능이 정확한지 확인하려면 문제를 재현해야 합니다. 이 비작업 시간을 재현할 수 있도록 완전히 준비하고 하루 중 다른 시간에 있는 보고서를 생성하는 것이 매우 중요하므로 이 페이지에서 참조하는 특정 구성 요소에 일부 특정 시간에 병목 현상과 관련된 종류. 선언한 훌륭한 사용자와 다른 사용자와 함께 고통받는 사람들과 함께 조건을 재현하는 것도 중요합니다. OBIEE 가장 기능과 결합하여 이를 달성할 수 있습니다. 여기에서 나와 내 가족은 이 남성 또는 여성에게 적용된 제안 ID(행 수준 보안)를 확인하기 위해 필터링합니다. 그러면 부정적인 문제가 생성될 수 있습니다. 이 두 가지 간단한 진단 테스트는 언제 누구에 의해 더 나은 지점을 제공할 것입니다.문제 없습니다.
2.특정 메인 클라이언트 요청 확인
문제가 있음을 입증하면 일반적으로 다음 단계는 현재 노출이 대상 데이터베이스에 전달하는 실제 물리적 쿼리를 가져오는 것입니다. 이 경우 스캔 후 스캔을 제어할 수 있는 실제 대시보드 페이지에 대해 이야기하고 있습니다. 어떤 스캔이 가장 시간이 많이 걸리는지 시각적으로 거의 항상 명확하므로 쇼핑객이 귀하의 노력에 우선 순위를 지정할 수 있습니다. 물리적 쿼리를 작성하려면 기술이 LOGLEVEL로 구성되지 않은 경우 항상 로그(nqquery.log)를 확인하여 적어도 하나 또는 두 개를 찾아야 합니다. 진정으로 소송이 아니고 급한 경우 상단 답변 편집기의 보고서 탐색 모음에서 의미 있는 논리적 의심을 얻을 수 있으며 추가로 해당 버전 제어별 “논리 쿼리 만들기”를 통해 쿼리를 실행할 수 있습니다. . 여기에서 특정 주제 때문에 사용하려는 로깅 수준을 결정할 수 있습니다(현재 BI 보기 캐시의 사용을 비활성화하는 것을 놓치지 마세요!). 쿼리가 포함되어 있을 때 Access 데이터베이스가 있는 경우 물리적인 경우 가족 전체가 일반적인 쿼리 해결을 시작하고 설명 계획 확인, Tk*Prof, 잘못된 인덱스 등의 조정을 시작해야 합니다. < /p>
3. RPD 모델 확인
Obiee 성능을 어떻게 모니터링합니까?
OBIEE 일반 성능을 모니터링하는 방법은 여러 가지가 있지만 일반적으로 성능 모니터 요약을 근거로 Enterprise Manager에서 사용할 수 있는 로그 디렉터리 병합 및 내장 모니터링 웹 사이트를 사용합니다. 이 도구에 로그온하려면 Enterprise Manager에 문서화하고 웹 페이지 파티션용 bi_serverX WebLogic을 마우스 오른쪽 버튼으로 클릭해야 합니다.
년
