이 항목에서는 Publisher 속성 구성 방법에 대해 설명합니다.
관리자는 Publisher가 보고서를 처리할 때 데이터 및 보고서 문서가 캐시에 저장되도록 서버 레벨에서 캐싱을 구성할 수 있습니다.
보고서 설계자는 보고서 속성을 설정하여 데이터 집합에 대한 보고서별 캐싱을 구성할 수 있습니다.
관리자가 데이터 소스에 접속하기 위한 재시도 횟수를 구성할 수 있습니다.
Publisher가 정의된 JDBC 또는 JNDI 접속을 통해 데이터 소스에 접속하지 못할 경우 Publisher가 백업 데이터베이스로 전환합니다.
다음 속성에 따라 데이터베이스에 대한 백업 접속으로 전환하기 전 시도되는 재시도 횟수가 제어됩니다.
재시도 횟수
기본값은 6입니다. 백업 데이터베이스로 전환하기 전 접속 시도 횟수를 입력합니다.
재시도 간격(초)
기본값은 10초입니다. 접속 재시도 전 대기할 시간(초)을 입력합니다.
이 항목에서는 스케줄러의 구성 및 진단에 대해 설명합니다.
항목:
[시스템 유지보수] 페이지에서 스케줄러 구성을 검토할 수 있습니다.
서비스에 대해 선택한 컴퓨트 크기(OCPU)에 따라 완벽한 픽셀 보고서 생성에 대한 보고서 처리 제한이 결정됩니다. [스케줄러 구성] 탭에서는 설정을 편집할 수 없습니다. 사용 가능한 크기 조정 옵션은 무엇입니까?을(를) 참조하십시오.
[스케줄러 진단] 페이지에는 스케줄러의 런타임 상태가 제공됩니다.
[진단] 페이지에는 JMS 대기열이 수신한 일정이 잡힌 보고서 요청 수, 실패한 요청 수, 실행 중인 요청 수가 표시됩니다. 클러스터 인스턴스 레벨에서 JMS 상태를 확인하면 인스턴스를 더 추가하여 하나 이상의 JMS 프로세서를 확장할지 여부를 결정할 수 있습니다.
예를 들어, 하나의 인스턴스에 포함된 전자메일 프로세서에 대해 대기 중인 요청 수가 너무 많을 경우 다른 인스턴스를 추가하여 전자메일 처리를 다루도록 할 수 있습니다. 마찬가지로 처리 중이며 보고서 프로세스 대기열에 실행 중 상태로 표시되는 보고서가 너무 많을 경우 다른 인스턴스를 추가하여 보고서 프로세스 용량을 확장할 수 있습니다.
또한 [스케줄러 진단] 페이지에는 구성요소의 작동 중지 여부가 표시되도록 각 구성요소의 상태가 반영됩니다. 데이터베이스에 대한 접속 문자열 또는 JNDI 이름, 클러스터 인스턴스와 관리되는 서버 인스턴스 간의 연관, Toplink 접속 풀 구성 등을 확인할 수 있습니다.
인스턴스에 실패 상태가 표시되는 경우 인스턴스를 복구할 수 있으며 클러스터에서 설정된 JMS의 복구 방식을 사용하면 제출된 작업이 손실되지 않습니다. 서버 인스턴스가 다시 작동되면 서비스에 대한 클러스터에서 서버 인스턴스를 즉시 사용할 수 있습니다. 인스턴스 제거 및 추가는 진단 페이지에서 동적으로 반영됩니다.
인스턴스가 클러스터에 추가되면 [스케줄러 진단] 페이지에서 새 인스턴스를 즉시 인식하고 새 인스턴스의 상태와 해당 인스턴스에서 실행 중인 모든 스레드를 표시합니다. 관리자에게 인스턴스 또는 스케줄러의 구성요소와 관련된 문제를 추적하고 해결할 수 있는 강력한 모니터링 기능이 제공되는 것입니다.
[스케줄러 진단] 페이지에는 다음 구성요소에 대한 정보가 제공됩니다.
JMS
클러스터
데이터베이스
스케줄러 엔진
[JMS] 섹션에는 다음에 대한 정보가 제공됩니다.
JMS 클러스터 구성: 이 섹션에는 JMS 설정에 대한 구성 정보가 제공됩니다.
제공자 유형(WebLogic/ActiveMQ)
WebLogic 버전
WebLogic JNDI 팩토리
JMS에 대한 JNDI URL
대기열 이름
임시 디렉토리
JMS 런타임: 모든 JMS 대기열 및 토픽의 런타임 상태를 제공합니다.
클러스터 섹션은 클러스터 인스턴스에 대한 세부정보를 제공합니다. 이 정보를 통해 각 프로세서에 대한 로드를 이해할 수 있습니다.
데이터베이스 섹션은 이러한 구성요소에 대한 정보를 제공합니다.
데이터베이스 구성 — 접속 유형, JNDI 이름 또는 접속 문자열
Toplink 구성 — 접속 풀링, 로깅 레벨
데이터베이스 스키마
[Quartz] 섹션에는 아래 그림과 같이 해당 구성요소에 대한 정보가 제공됩니다.
Quartz 구성
Quartz 초기화
[시스템 유지보수] 페이지에서 관리자는 보고서 뷰어 구성 탭에서 보고서 뷰어 속성을 설정할 수 있습니다.
적용 단추 표시가 True로 설정된 경우 보고서 뷰어에서 매개변수 옵션이 있는 보고서에 적용 단추가 표시됩니다. 매개변수 값을 변경한 경우 적용을 눌러 새 값으로 보고서를 렌더링합니다.
적용 단추 표시가 False로 설정된 경우 보고서 뷰어에서 적용 단추가 표시되지 않습니다. 새 매개변수 값을 입력한 경우 새 값이 선택 또는 입력된 후 Publisher가 자동으로 보고서를 렌더링합니다.
시스템 설정을 무효화하려면 보고서 레벨에서 이 속성을 설정합니다.
캐시 관리 페이지에서 서버 캐시를 지울 수 있습니다.
서버 캐시는 보고서 정의, 보고서 데이터 및 보고서 출력 문서를 저장합니다. 패치 적용 후 등 이 캐시를 수동으로 비워야 하는 경우 캐시 관리 페이지를 사용합니다.
서버 캐시에서 보고서 객체를 지우려면 다음과 같이 하십시오.
주제 영역 메타데이터 캐시를 지울 수 있습니다.
BI 주제 영역 메타데이터(예: 차원 및 측정항목 이름)는 서버에서 캐시에 저장되므로 보고서 디자이너에서 보고서를 빨리 열 수 있습니다. 이진 의미 모델(.rpd) 파일을 통해 BI 주제 영역이 업데이트되는 경우 수동으로 이 캐시를 지울 수 있습니다.
주제 영역 메타데이터 캐시를 지우려면 다음과 같이 하십시오.
시스템에서 사용 가능한 공간이 늘어나도록 이전 진단 로그를 비울 수 있습니다.
기본적으로 작업 진단 로그의 보존 기간은 30일로 설정됩니다. 진단 로그 사용 빈도가 높을 경우 해당 진단 로그가 데이터베이스의 공간을 소비할 수 있으므로 이전 진단 로그에 소비된 공간을 주기적으로 비워야 합니다. 보존 기간보다 오래된 작업 진단 로그를 수동으로 비울 수 있습니다.
작업 진단 로그 관리 페이지에서 이전 작업 내역을 비울 수 있습니다.
기본적으로 작업 내역의 보존 기간은 180일로 설정됩니다. 수동으로 보존 기간보다 오래된 작업의 내역을 비울 수 있습니다. 이전 작업 내역을 비우면 이전 작업의 저장된 출력, 저장된 XML, 작업 전달 정보 및 작업 상태 세부정보가 삭제됩니다.
업로드 센터를 사용하여 글꼴, 디지털 서명, ICC 프로파일, SSH 프라이빗 키, SSL 인증서 및 JDBC 클라이언트 인증서에 대한 구성 관련 파일을 업로드하고 관리할 수 있습니다.