2017-04-25 7 views
0

어제 SSAS의 기존 큐브를 변경했습니다. 적절한 차원 테이블에 연결된 Data Source View에 새로운 팩트 테이블을 추가했습니다.SQL 에이전트 및 가장 정보를 사용하여 OLAP 큐브 처리

그런 다음 mycube.cube [Design] 탭과 섹션 Cube Structure을 열어 진행했습니다. 거기에서 새로 추가 된 팩트 테이블에 해당하는 큐브에 새 측정 값 그룹을 추가했습니다. 새 팩트 테이블이 큐브 디자이너 "체계"에서 구현되었고 키가 올바르게 설정되었는지 확인했습니다.

밤에 큐브를 처리하기 위해 SQL 에이전트가 대기하는 큐브를 저장했습니다. (이는 상당히 광범위한 큐브이므로 근무 시간 중에 처리하지 마십시오).

오늘 아침에 OLAP 큐브가 처리되었으며 SQL 에이전트의 View history이 오류나 경고를 수반하지 않는다는 것을 알았습니다.

그러나 큐브에는 새로 추가 된 측정 그룹이 없습니다. 이전에 테스트 서버에서 동일한 단계를 밟았으므로 문제없이 작동했습니다.

유일한 차이점은 데이터 원본의 가장 (impersonation) 정보입니다. 내가 SSAS 내에서 큐브를 배포하지 않고 SSAS에서 사용자로 변경하면

, 나는 도용 정보 탭에서 사용에서 특정 Windows 사용자 이름과 암호를 지정한 사용자 아니다 : 내 질문 그러므로 있습니다 데이터 소스는 SQL 에이전트에 의해 변경되지 않습니까?

SQL 에이전트 작업의 소유자로 명시된 사용자 여야합니까?

감사합니다,

Cenderze

답변

1

먼저 당신은 당신이 당신의 큐브에 편집 한 내용은 작업 단계로 처리되어 있는지 확인해야합니다.
이를 위해 작업을 편집하고 늦은 수정을 고려하여 단계가 수정되었는지 확인하십시오.

그런 다음 작업이 사용자로 실행되도록하려면 특히 작업에 프록시 계정을 설정해야 할 수 있습니다.
이 프록시 계정에는 원본을 읽고 분석 서버의 대상에 쓸 수있는 권한이 필요합니다.

+0

답장을 보내 주셔서 감사합니다. 예, SQL 에이전트의 큐브를 업데이트하는 스크립트가 전체 큐브를 처리합니다. 나는 그런 의미에서 별도의 단계를 사용하지 않습니다. 프록시 계정을 확인하겠습니다. 그래서 기본적으로 데이터 소스 가장 정보에서 내 자신의 사용자로 설정하면 실행할 수 있습니까? 그것이 내가 테스트 큐브에서 작동하도록 만든 방법이지만 SQL 에이전트 작업의 소유자이기도합니다. – Cenderze

+0

데이터 원본에서 가장이 사용되면 작업 단계를 실행하는 사용자도 데이터 원본에 연결합니다. 작업 에이전트 서비스 계정에 필요한 권한이 있거나 프록시 계정을 사용해야하거나 데이터 소스에 sql 사용자를 지정해야합니다. – Hybris95

+0

지금과 같이 SSAS의 데이터 원본에있는 가장 정보 사용자는 관리자 권한이있는 사용자입니다. SQL 에이전트의 소유자 인 사용자입니다. 큐브를 처리하는 스크립트가 포함 된 단계를 편집하면 SQL Server 에이전트 서비스 계정으로 실행됩니다. – Cenderze