서비스 계정 구성(Analysis Services)

제품 전체의 계정 프로비전은 Windows 서비스 계정 및 권한 구성에 자세히 설명되어 있으며, Analysis Services를 비롯한 모든 SQL Server 서비스에 대한 포괄적인 서비스 계정 정보를 제공합니다. 올바른 계정 유형, 설치 프로그램에서 할당한 Windows 권한, 파일 시스템 권한, 레지스트리 권한 등에 대한 자세한 내용은 이 항목을 참조하세요.

이 항목에서는 테이블 형식 및 클러스터형 설치에 필요한 추가 사용 권한을 비롯하여 Analysis Services에 대한 추가 정보를 제공합니다. 또한 서버 작업을 지원하는 데 필요한 사용 권한도 다룹니다. 예를 들어 처리 및 쿼리 작업이 서비스 계정에서 실행되도록 구성할 수 있습니다. 이렇게 하려면 추가 사용 권한을 부여해야 합니다.

• Analysis Services에 지정된 Windows 권한

• Analysis Services에 지정된 파일 시스템 권한

• 특정 서버 작업에 대한 추가 권한 부여

추가 구성 단계는 Analysis Services 인스턴스 및 서비스 계정의 SPN(서비스 사용자 이름)을 등록하는 단계이며, 여기서는 설명하지 않습니다. 이 단계에서는 이중 홉 시나리오로 클라이언트 응용 프로그램에서 백 엔드 데이터 원본으로 통과 인증을 사용합니다. 이 단계는 Kerberos 제한 위임에 대해 구성된 서비스에만 적용됩니다. 자세한 내용은 Kerberos 제한 위임에 대해 Analysis Services 구성을 참조하세요.

로그온 계정 권장 사항

장애 조치(failover) 클러스터에서 Analysis Services의 모든 인스턴스는 Windows 도메인 사용자 계정을 사용하도록 구성되어야 합니다. 모든 인스턴스에 동일한 계정을 할당합니다. 자세한 내용은 Analysis Services 클러스터링 방법을 참조하세요.

독립 실행형 인스턴스에서는 기본 인스턴스에는 기본 가상 계정인 NT Service\MSSQLServerOLAPService를 사용하고 명명된 인스턴스에는 **NT Service\MSOLAP$**instance-name을 사용해야 합니다. 이 권장 사항은 모든 서버 모드에 있는 Analysis Services 인스턴스에 적용되며, 운영 체제는 Windows Server 2008 R2 이상이고 Analysis Services는 SQL Server 2012 이상이라고 가정합니다.

Analysis Services에 권한 부여

이 섹션에서는 Analysis Services에서 실행 파일 시작, 구성 파일 읽기 및 데이터 디렉터리에서 데이터베이스 로드와 같은 로컬 내부 작업을 수행하는 데 필요한 권한에 대해 설명합니다. 대신 외부 데이터 액세스와 다른 서비스 및 응용 프로그램과의 상호 운용성에 대한 사용 권한을 설정하는 지침을 찾는 경우 이 항목에서 특정 서버 작업에 대한 추가 권한 부여를 참조하세요.

내부 작업의 경우 Analysis Services의 권한 소유자는 로그온 계정이 아니라 서비스별 SID가 포함된 설정을 통해 생성된 로컬 Windows 보안 그룹입니다. 보안 그룹에 사용 권한을 할당하는 것은 이전 버전의 Analysis Services와 일치합니다. 또한 시간이 지남에 따라 로그온 계정은 변경될 수 있지만, 서비스별 SID와 로컬 보안 그룹은 서버가 설치되어 있는 내내 변하지 않습니다. Analysis Services의 경우 로그온 계정이 아니라 보안 그룹이 권한을 보유하는 것이 더 효과적입니다. 서비스 인스턴스에 파일 시스템 권한 또는 Windows 권한과 같은 권한을 수동으로 부여할 때마다 서버 인스턴스에 대해 생성된 로컬 보안 그룹에 권한을 부여하도록 하세요.

보안 그룹의 이름은 패턴을 따릅니다. 접두사는 항상 SQLServerMSASUser$이고, 그 다음에 컴퓨터 이름이 오며, 마지막으로 인스턴스 이름이 옵니다. 기본 인스턴스는 MSSQLSERVER입니다. 명명된 인스턴스는 설정 중에 지정된 이름입니다.

로컬 보안 설정에서 이 보안 그룹을 확인할 수 있습니다.

• compmgmt.msc | 로컬 사용자 및 그룹 | 그룹 | SQLServerMSASUser$<server-name>$MSSQLSERVER를 실행합니다(기본 인스턴스의 경우).

• 해당 멤버를 보려면 보안 그룹을 두 번 클릭합니다.

그룹의 유일한 구성원은 서비스별 SID입니다. 바로 옆에 로그온 계정이 있습니다. 로그온 계정 이름은 cosmetic이며, 서비스별 SID에 컨텍스트를 제공합니다. 이후에 로그온 계정을 변경한 다음 이 페이지로 돌아오면 보안 그룹 및 서비스별 SID는 변경되지 않지만 로그온 계정 레이블은 다름을 알 수 있습니다.

Analysis Services에 지정된 Windows 권한

Analysis Services는 서비스를 시작하고 시스템 리소스를 요청하는 데 운영 체제의 사용 권한이 필요합니다. 서버 모드 및 인스턴스가 클러스터링되었는지 여부에 따라 요구 사항이 다릅니다. Windows 권한에 익숙하지 않은 경우 자세한 내용은 권한(영문) 및 권한 상수(Windows)(영문)를 참조하세요.

Analysis Services의 모든 인스턴스는 서비스로 로그온(SeServiceLogonRight) 권한이 필요합니다. SQL Server 설치 프로그램에서 설치 중 지정된 서비스 계정에 이 권한을 자동으로 할당합니다. 다차원 및 데이터 마이닝 모드에서 실행되는 서버의 경우 이 권한이 Analysis Services 서비스 계정에서 독립 실행형 서버 설치에 필요한 유일한 Windows 권한이며, 이 권한이 설치 프로그램에서 Analysis Services에 대해 구성하는 유일한 권한입니다. 클러스터형 및 테이블 형식 인스턴스의 경우 추가 Windows 권한을 수동으로 추가해야 합니다.

장애 조치(Failover) 클러스터 인스턴스는 테이블 형식 또는 다차원 모드에서 예약 우선 순위 높임(SeIncreaseBasePriorityPrivilege)을 보유해야 합니다.

테이블 형식 인스턴스는 인스터스가 설치된 이후에 수동으로 부여해야 하는 다음과 같은 세 가지 추가 권한을 사용합니다.

서비스 계정에서 Windows 권한을 보거나 추가하려면

1. GPEDIT.msc | 로컬 컴퓨터 정책 | 컴퓨터 구성 | Windows 설정 | 보안 설정 | 로컬 정책 | 사용자 권한 지정을 실행합니다.

2. **SQLServerMSASUser$**가 포함된 기존 정책을 검토합니다. 이 계정은 Analysis Services가 설치된 컴퓨터에 있는 로컬 보안 그룹입니다. Windows 권한과 파일 폴더 사용 권한이 모두 이 보안 그룹에 부여됩니다. 서비스로 로그온 정책을 두 번 클릭하여 시스템에서 보안 그룹이 어떻게 지정되어 있는지 확인합니다. 보안 그룹의 전체 이름은 Analysis Services를 명명된 인스턴스로 설치했는지 여부에 따라 다릅니다. 계정 권한을 추가할 경우 실제 서비스 계정을 사용하기보다는 이 보안 그룹을 사용합니다.

3. GPEDIT에서 계정 권한을 추가하려면 프로세스 작업 집합 향상을 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.

4. 사용자 또는 그룹 추가를 클릭합니다.

5. Analysis Services 인스턴스의 보안 그룹을 입력합니다. 이름은 보안 그룹, 컴퓨터 및 인스턴스 이름으로 구성된다는 점을 기억하세요.

   다음 목록은 컴퓨터의 이름이 로컬 도메인인 "SQL01-WIN12" 컴퓨터에 있는 기본 인스턴스"MSSQLSERVER"과 "Tabular"로 명명된 인스턴스에 대한 두 가지 예를 보여 줍니다.

   • SQL01-WIN12\SQLServerMSASUser$SQL01-WIN12$MSSQLSERVER

   • SQL01-WIN12\SQLServerMSASUser$SQL01-WIN12$TABULAR

6. 프로세스의 메모리 할당량 조정에 대해 반복하고 필요에 따라 메모리의 페이지 잠금 또는 예약 우선 순위 높임에 대해서도 반복합니다.

[!참고]

이전 버전의 설치 프로그램에서는 성능 로그 사용자 그룹에 Analysis Services 서비스 계정이 실수로 추가되었습니다. 이 문제는 해결되었지만 기존 설치에 불필요한 그룹 멤버십이 있을 수 있습니다. Analysis Services 서비스 계정에는 성능 로그 사용자 그룹의 멤버십이 필요하지 않으므로 그룹에서 제거해도 됩니다.

Analysis Services에 지정된 파일 시스템 권한

[!참고]

각 프로그램 폴더와 관련된 권한 목록은 Windows 서비스 계정 및 권한 구성을 참조하세요.

IIS 구성 및 Analysis Services와 관련된 파일 권한 정보는 IIS(인터넷 정보 서비스) 7.0에서 Analysis Services에 대한 HTTP 액세스 구성을 참조하세요.

지정된 데이터 폴더에서 데이터베이스를 로드 또는 언로드하는 데 필요한 사용 권한을 비롯하여 서버 작업에 필요한 모든 파일 시스템 권한은 SQL Server 설치 프로그램에서 설치 중에 할당합니다.

데이터 파일, 프로그램 실행 파일, 구성 파일, 로그 파일 및 임시 파일에 대한 사용 권한 소유자는 SQL Server 설치 프로그램에서 만든 로컬 보안 그룹임을 기억하세요.

설치하는 인스턴스마다 하나의 보안 그룹이 있습니다. 보안 그룹 이름은 기본 인스턴스의 경우 SQLServerMSASUser<servername>$MSSQLSERVER, 명명된 인스턴스의 경우 SQLServerMSASUser$<servername>$<instancename>을 따라 지정됩니다. 설치 프로그램은 서버 작업 수행에 필요한 파일 권한으로 이 보안 그룹을 프로비전합니다. \MSAS11.MSSQLSERVER\OLAP\BIN 디렉터리에서 보안 권한을 확인하는 경우 로그온 계정이나 해당 서비스당 SID가 아닌 보안 그룹이 해당 디렉터리의 권한 소유자로 표시됩니다.

보안 그룹에는 Analysis Services 인스턴스 시작 계정의 SID(서비스당 보안 식별자) 멤버 하나만 들어 있습니다. 설치 프로그램에서 서비스별 SID를 로컬 보안 그룹에 추가합니다. SID 멤버 자격이 있는 로컬 보안 그룹을 사용할 경우 데이터베이스 엔진과 비교하여 SQL Server 설치 프로그램이 Analysis Services를 프로비전하는 방식에서 작지만 분명한 차이점이 있습니다.

파일 권한이 손상되었다고 생각되는 경우 다음 단계에 따라 서비스가 계속해서 올바르게 프로비전되는지 확인하세요.

1. 서비스 제어 명령줄 도구(sc.exe)를 사용하여 기본 서비스 인스턴스의 SID를 가져옵니다.

   SC showsid MSSqlServerOlapService

   명명된 인스턴스의 경우(여기서는 인스턴스 이름이 Tabular임) 다음 구문을 사용합니다.

   SC showsid MSOlap$Tabular

2. 컴퓨터 관리자 | 로컬 사용자 및 그룹 | 그룹을 사용하여 SQLServerMSASUser$<servername>$<instancename> 보안 그룹의 멤버 자격을 검사합니다.

   구성원 SID가 1단계의 서비스별 SID와 일치해야 합니다.

3. Windows 탐색기 | Program Files | Microsoft SQL Server | MSASxx.MSSQLServer | OLAP | bin을 사용하여 2단계의 보안 그룹에 보안 속성이 부여된 폴더를 확인합니다.

[!참고]

SID는 제거하거나 수정하면 안 됩니다. 실수로 삭제한 서비스별 SID를 복원하려면 https://support.microsoft.com/kb/2620201을 참조하세요.

서비스별 SID에 대한 추가 정보

모든 Windows 계정에는 연결된 SID가 있지만, 서비스에도 SID가 있으므로 서비스별 SID라고도 합니다. 서비스별 SID는 서비스 인스턴스가 설치될 때 서비스의 고유하고 영구적인 부분으로 생성됩니다. 서비스별 SID는 서비스 이름에서 생성된 로컬, 컴퓨터 수준 SID입니다. 기본 인스턴스에서 사용자에게 친숙한 이름은 NT SERVICE\MSSQLServerOLAPService입니다.

서비스별 SID의 이점은 파일 권한에 영향을 미치지 않고 매우 광범위하게 표시할 수 있는 로그온 계정을 임의로 변경할 수 있다는 것입니다. 예를 들어 동일한 Windows 사용자 계정에서 실행 중이고 Analysis Services의 설치된 두 인스턴스인 기본 인스턴스 및 명명된 인스턴스를 설치했다고 가정합니다. 로그온 계정은 공유되는 반면 각 서비스 인스턴스에는 고유한 서비스별 SID가 있습니다. 이 SID는 로그온 계정의 SID와는 완전히 다릅니다. 서비스별 SID는 파일 권한 및 Windows 권한에 사용됩니다. 반면, 로그온 계정 SID는 인증 및 권한 부여 시나리오에 사용됩니다(서로 다른 용도에 사용되는 서로 다른 SIDS).

SID는 변경이 불가능하므로 서비스 설치 중 생성된 파일 시스템 ACL이 서비스 계정의 변경 빈도와 상관없이 무제한으로 사용될 수 있습니다. 추가된 보안 수단으로 SID를 통해 권한을 지정하는 ACL은 같은 계정에서 다른 서비스를 실행하는 경우에도 프로그램 실행 파일 및 데이터 폴더가 서비스의 단일 인스턴스에서만 액세스되는지 확인합니다.

특정 서버 작업에 대한 추가 권한 부여

Analysis Services는 Analysis Services를 시작하는 데 사용되는 서비스 계정(또는 로그온 계정)의 보안 컨텍스트에서 일부 태스크를 실행하고 태스크를 요청하는 사용자의 보안 컨텍스트에서 나머지 태스크를 실행합니다.

다음 표에서는 서비스 계정을 실행하는 작업을 지원하는 데 필요한 추가 권한에 대해 설명합니다.

참고 항목

참조

Windows 서비스 계정 및 권한 구성

관련 자료

SQL Server 서비스 계정 및 서비스당 SID(블로그)

SQL Server에서는 서비스 격리를 제공하기 위해 서비스 SID 사용(KB 문서)

Access Token (MSDN)

보안 식별자(MSDN)

액세스 토큰(Wikipedia)

액세스 제어 목록(Wikipedia)