오늘 내 SSAS 서버에서 상당히 흥미로운 문제가 있습니다. 두 개의 (거의) 동일한 데이터 큐브가 있습니다.SSAS OLAP 큐브에서 연결 문자열의 자격 증명을 무시합니다.
내가 같은 "msmdpump.dll"파일을 통해 Excel에서 두 큐브에 접근하고있어 각 이름 디저트 및 테스트,이 두 큐브는 하나 개의 역할과 그 역할에 할당하는 사용자가 동일한 서버에있는 IIS에 있습니다.
디저트 : 두 큐브에 대한 연결 문자열은 다음과 같습니다; 퍼시 보안 정보 = 진정한;
제공 = MSOLAP.8는 사용자 ID = xxxDessertsAdmin를; 초기 카탈로그 = xxx_Desserts_GL을 ; 데이터 출처 = https://Desserts.xxx.com/olap/msmdpump.dll;MDX 호환성 = 1; 안전 옵션 = 2; MDX 누락 회원 모드 = 오류, 업데이트 격리 수준 = 2
테스트 :
제공 = MSOLAP.8; 퍼시 보안 정보 = 진정한; 사용자 ID = xxxTestAdmin를; 초기 카탈로그 = xxx_Test_GL, 데이터 출처 = https://Test.xxx.com/olap/msmdpump.dll;MDX 호환성 = 1; 안전 옵션 = 2; MDX 회원 모드 = 오류 없음, 업데이트 격리 수준 = 2
을이 두 큐브 올바르게 구축하고 동일한 데이터를 포함하고 있습니다. SSAS에서 큐브 브라우저를 사용하여이를 확인할 수 있습니다.
그래서 같은 큐브, 동일한 데이터, 동일한 역할, 동일한 사용자, 동일한 "msmdpump.dll", 동일한 응용 프로그램 풀, Excel의 동일한 연결 문자열을 가지고있는 다른 이름을 제외하고 검토하십시오. 지금까지 거의 동일한 큐브를 말합니다. 그러나 그들 중 하나는 작동하지 않습니다.
"디저트 (Desserts)"큐브에 엑세스하려고 할 때 쇼에 접근 할 수있는 권한이 있습니다. 내가 직접 ("디저트 역할"에서 "IUSR 제거") 그 액세스를 취소, 디저트 큐브에 "IUSR"사용자 계정에 대한 권한을 부여 연결 문자열을 설정하여이 문제를 재현 할 수 있습니다
"msmdpump.dll"은 연결 문자열을 통해 전달 된 사용자 이름을 무시하고 대신 "IUSR"계정을 사용하여 큐브에 액세스하려고합니다. 나는 이것이 왜 일어나고 있는지 이해하지 못한다. 해당 사용자 이름으로 "msmdpump.dll"의 응용 프로그램 풀이 실행되고 있지 않습니다. 해당 컨텍스트에서 실행되도록 서버에 아무 것도 구성하지 않았습니다.
왜 (디저트 큐브에만 해당) "msmdpump.dll"이 연결 문자열의 사용자 이름을 무시하고 대신 "IUSR"계정을 사용하여 큐브에 액세스하려고합니까?
