각 측정 그룹에는 각각 하나의 파티션이 있으며 10 개의 측정 그룹과 10 개의 측정 그룹이 있습니다.치수 및 MeasureGroups 가공
모든 큐브를 처리 할 때 매일 5-6 시간이 걸립니다. 그래서 SSIS 분석을 사용하여 큐브를 처리하려고 생각했습니다. 서비스 처리 작업 1 차 디멘션 프로세스 "전체 프로세스"및 모든 프로세스 그룹 "프로세스 전체"를 처리합니다.
MeasureGroup-1 분석 서비스 하나의 측정 그룹 만있는 처리 작업은 2 시간이 걸리고 나머지 9 개의 측정 그룹은 측정 그룹 2 분석 서비스 처리 작업은 2 시간이 걸립니다. 완료하는 데는 완전히 3 시간이 걸릴 것입니다 처리 시간은 5-6 시간이 아닙니다.
이 방법이 맞다고 생각하십니까? 제발 제안하십시오. 어떤 제약/종속성이있는 경우. 다음과 같이 처리 한 후 오류 데이터를 제공하십시오.
필요한 시간을 측정해야합니다. 대부분의 경우 한 번에 모든 작업을 수행하는 것이 처리를 분할하는 것보다 빠를 수 있습니다. 일부 데이터는 차원 처리에서 메모리에 유지 될 수 있고 측정 그룹 처리가 실행되는 동안 디스크에 기록 할 필요가 없기 때문입니다. 반면에 귀하의 접근 방식은 더 빠를 수도 있습니다.
일반적으로 유일한 정답은 다음과 같습니다. 테스트를 실행하십시오. 테스트에 영향을 미치는 요소가 많기 때문에 테스트를 실행하십시오.
처리 성능을 최적화하려면 병목 현상을 찾아야합니다. 더 많은 RAM이 도움이 될 수 있습니다 (처리하는 동안 대부분의 RAM이 사용되는 것을 알고 있습니까?) 그러면 RAM이 많은 서버를 테스트 해보십시오. ; 더 많은 병렬 처리를 허용하는 더 많은 CPU가 도움이 될 것입니다. 아마도 관계형 소스를 최적화하여 Analysis Services가 빠르게 실행하는 문이 도움이 될 수 있습니다. 아마도 집계를 줄이면 처리 성능은 향상되지만 쿼리 성능은 저하 될 수 있습니다. AS 저장 영역을 관계형 데이터와 다른 디스크로 이동하면 (현재까지 디스크를 공유하는 경우) 성능이 향상됩니다. 더 빠른 디스크도 테스트 할 가치가있는 옵션 일 수 있습니다.
많은 성능 최적화 작업과 마찬가지로 세부 사항을 알지 못하고 일부 테스트를 실행하지 않아도 상황을 개선하거나 악화시킬 변경 사항을 말하기는 어렵습니다.
THnx 프랭크. 나는 시운전 후에 놀라운 차이를 보았다. 성능 향상 방법에 대한 도움말 – user2889510
@ user2889510 제 대답에 대한 성능 향상에 대한 일반적인 아이디어를 추가했습니다. – FrankPl
Thnx Frank. 내가 처음에 4 기가 바이트 RAM 서버에서 실행하고 나중에 128 기가 바이트 RAM으로 이동하면 조금 더 빠르게 실행 .. 그것은 빠른 n =을 실행했지만 ..별로 개선하지 .. 사실을 고려하지 않고/진술을 테스트 Analysis Services에서 발행되었습니다. 여기에 한 가지 더 질문하고 싶습니다.BaseFact 파티션을 두 파티션으로 나눌 수 있습니다. 기존 문을 두 문으로 다시 작성할 수 있습니다. 예를 들어,
Dimensions 및 MeasureGroups를 먼저 처리해야한다고 말하면 먼저 어떤 측정 그룹이 중요하지 않습니까? – Justin
Thnx Justin. 하나 더 질문 :-) 만약 내가 한 번에 모든 차원을 업데이 트 프로세스 fisrt. 불완전한 데이터를 제공합니까? !! !! – user2889510
예 첫 번째 proccesing 요소에서 모든 차원을 처리 한 다음 모든 측정 값 그룹과 함께 다른 처리 요소를 배치 할 수 있습니다. 그래서 당신의 SSIS 패키지는 첫 번째 모든 차원에서 두 개의 모든 측정 그룹에 2 개의 요소를 가져야합니다. – Justin