Cognos 보고서 동시 런타임 파라미터 튜닝 아이디어
개요
최근 읽은 각 벤더의 BI 도구를 평가하는 설문조사를 최종 사용자에게 실시한 결과에 따르면 Cognos의 강점은 많은 동시 접속 사용자에서 보고서를 병렬 처리하는 능력이라고 대답하는 사용자가 많다 같았고, 많은 BI 툴 중에서 최고 등급의 평가를 받았습니다.
특별히 의식하지 않고, 이런 것일까라고 지금까지 사용하고 있었습니다만, 모처럼이므로 뭔가 관련한 정보를 투고하려고 생각해, 최근 질문을 받은, Cognos BI&Analytics에서의 동시 실행 처리 능력에 대한, 파라미터 튜닝의 생각을 게시합니다.
Cognos 보고서 런타임 동작
아래 그림은 Cognos의 Dispatcher와 Report Service 프로세스를 설명하는 그림입니다. 를 통해 Dispatcher에서 비어 있는 Report Service 프로세스로 나뉘어져 기본적으로 Report Service 프로세스내의 친화성이 낮은 접속(스레드) 1개를 사용해 리포트의 실행 처리가 행해집니다.
Report Service 프로세스 중에는 친화성이 낮은 스레드와 친화성이 높은 스레드가 있습니다.
이 두 스레드의 차이점은 첫 번째 보고서 실행이 낮은 친화력 스레드를 사용하여 이루어지고 보고서가 표시됩니다.
그 리포트 중, 다음 페이지로의 천이나 PDF 출력 등의 초기 표시의 계속으로서 행해지는 처리는 친화성이 높은 thread를 이용해 행해집니다.
Cognos의 동시 처리 능력은 Report Service 프로세스 수 x 친 화성이 낮은 스레드 수로 계산됩니다.
모든 프로세스의 모든 친화성이 낮은 스레드가 채워진 상태에서 다음 요청이 오면 스레드가 비어있을 때까지 처리가 대기열에 기다려집니다. ※타임아웃 지정의 파라미터 있음
Cognos 병렬 처리의 파라미터 튜닝 아이디어
Report Service 프로세스의 수는 CPU 코어 수 x 2가 일반적인 가이드입니다.
Report Service 프로세스는 32비트 프로세스이므로 프로세스에서 사용할 수 있는 메모리는 2GB로 제한됩니다.
Report Service 프로세스 사용 메모리가 2GB를 초과하면 Report Service 프로세스가 다운되고 이 프로세스를 사용하던 사용자의 보고서 실행이 오류가 발생합니다.
친화성이 낮은 스레드 수는 이 2GB 메모리 제한을 고려하여 환경별로 모든 스레드의 총 사용 메모리가 2GB를 초과하지 않도록 스레드 수를 고려합니다.
아래 그림은 Report Service 프로세스의 속성이지만 빨간색 테두리 부분에서 Report Service 프로세스 수를 지정하고 파란색 테두리 부분에서 친화도가 낮은 스레드 수를 지정합니다.
기동중의 프로세스내의 thread의 절반이 사용되고 있는 경우, 신규로 프로세스를 기동하는 동작이 되는 것 같습니다.
보충
라는 것이 기본이지만, 동적 쿼리(DQM) 모드 한정이면 64bit의 선택도 가능이라든가,
리포트에 Cognos10의 차트가 포함되는 경우, Graphic Service의 프로세스수나 thread수도 튜닝의 대상이 되기 때문에, 이 근처도 고려해 주시면 좋겠습니다.
보충 2
보다 세세한 조정도 가능하므로, 이쪽도 참조해 주세요.
Cognos의 Report Server (BIBusTKServerMain) 프로세스 동작 조정
h tps:// 퀵했다. 작은 m/신야마/있어 MS/40191BD583c0852 그림 56C4
Reference
이 문제에 관하여(Cognos 보고서 동시 런타임 파라미터 튜닝 아이디어), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/shinyama/items/1cb80e0440c17d6edaf9텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)