2012-12-28 4 views
2

최근 Tridion 5.3에서 Tridion 2011 SP1로 업그레이드했습니다. 처음에는 Tridion GUI의 성능이 매우 좋았습니다. 그러나 모든 VBScript 템플릿을 복합 템플릿으로 변환하면 전체 사이트 (약 1600 페이지와 5000 개의 구성 요소)를 게시해야합니다. 사이트를 게시 한 후 Tridion GUI가 매우 느려지고 게시 대기열에로드하는 데 많은 시간이 걸리며 CMS 데이터베이스와 SQL 데이터베이스에 대한 성능 최적화 팁을 제안 할 수 있습니다. 이 상태부터Tridion GUI 성능 최적화

+0

이것은 아주 공개 된 질문입니다. 더 작은 Q & A 스타일 질문으로 나눌 수 있습니다. 일부는 대답하려고하지만이 유형의 질문은 스택 오버플로의 Q & A 형식에 맞지 않는다는 것을 염두에 두십시오. –

+0

온라인 도움말의 CM 유지 관리 항목을 이미 보셨습니까? http://sdllivecontent.sdl.com/LiveContent/content/en-US/SDL_Tridion_2011_SPONE/task_1236E6822ECB47748C15CCF4F94E25B9 (로그인 필요) –

+0

"사이트 게시 후"라고 말하면 "게시 대기열에 대기 후"또는 "사이트 게시가 완료된 후"? –

답변

7

분명히 당신의 성능에 미치는 영향은

사이트를 게시 한 후 우리는 Tridion GUI가 무슨

매우 느린되었다는 것을 발견, 게시자보다는 CME/IIS 때문이다 모든 페이지가 게시 된 후?

CME (Content Manager Explorer)와 게시자는 별도의 프로세스이므로 이러한 유형의 리소스 병목 현상을 피하려면 정확하게 다른 컴퓨터에 설치하는 경향이 있습니다.

모듈 형 템플릿으로 변환하는 과정이 성능면에서 성공적이지 않거나 충분히 테스트되지 않았다고 생각하십니까?

어쨌든 빠른 해결책은 없습니다. CME 응답이 게시 처리량보다 중요한 경우 렌더링 스레드 수를 제한하여 게시자 처리량을 줄입니다. 퍼블리싱 성능이 충분히 중요하다면 퍼블리싱을 처리 할 기계를 추가하십시오.

1

게시 큐 성능의 경우 서버에서 제거 도구를 사용하여 성공적인 게시 트랜잭션을 삭제하십시오. 이는 Tridion의 이전 버전과 새 버전 모두에서 대량 게시 할 때 중요합니다.