AlwaysOn 가용성 그룹에 대한 필수 구성 요소, 제한 사항 및 권장 사항(SQL Server)
이 항목에서는 호스트 컴퓨터, WSFC(Windows Server 장애 조치(failover) 클러스터링) 클러스터, 서버 인스턴스 및 가용성 그룹에 대한 필수 구성 요소, 제한 사항 및 권장 사항을 포함하여 Always On 가용성 그룹을 배포하기 위한 고려 사항에 대해 설명합니다. 이러한 각 구성 요소에 대한 보안 고려 사항과 필요한 권한이 있는 경우 알려줍니다.
중요
Always On 가용성 그룹을 배포하기 전에 이 항목의 모든 섹션을 읽는 것이 좋습니다.
AlwaysOn 가용성 그룹을 지원하는 .NET 핫픽스
Always On 가용성 그룹에서 사용할 SQL Server 2014 구성 요소 및 기능에 따라 다음 표에서 식별된 추가 .NET 핫픽스를 설치해야 할 수 있습니다. 이러한 핫픽스는 순서에 관계없이 설치할 수 있습니다.
종속 기능 | 핫픽스 | 링크 | |
---|---|---|---|
보고 서비스 | .NET 3.5 SP1용 핫픽스는 읽기 전용, 읽기 전용 및 multisubnetfailover의 AlwaysOn 기능에 대한 SQL 클라이언트에 대한 지원을 추가합니다. 각 Reporting Services 보고서 서버에 핫픽스를 설치해야 합니다. | KB 2654347: AlwaysOn 기능에 대한 지원을 추가하는 .NET 3.5 SP1용 핫픽스 |
Windows 시스템 요구 사항 및 권장 사항
검사 목록: 요구 사항(Windows 시스템)
Always On 가용성 그룹 기능을 지원하려면 하나 이상의 가용성 그룹에 참여하는 모든 컴퓨터가 다음 기본 요구 사항을 충족하는지 확인합니다.
요구 사항 | 링크 | |
---|---|---|
시스템이 도메인 컨트롤러가 아닌지 확인하세요. | 가용성 그룹은 도메인 컨트롤러에서 지원되지 않습니다. | |
각 컴퓨터가 x86(WOW64가 아닌) 또는 x64 Windows Server 2008 이상 버전을 실행하고 있는지 확인합니다. | WOW64(Windows 64비트에서 Windows 32비트)는 Always On 가용성 그룹을 지원하지 않습니다. | |
각 컴퓨터가 WSFC(Windows Server 장애 조치(failover) 클러스터링) 클러스터의 노드인지 확인합니다. | SQL Server의 WSFC(Windows Server 장애 조치(Failover) 클러스터링) | |
WSFC 클러스터에 가용성 그룹 구성을 지원하기에 충분한 노드가 포함되어 있는지 확인합니다. | WSFC 노드는 지정된 가용성 그룹에 대해 하나의 가용성 복제본만 호스팅할 수 있습니다. 지정된 WSFC 노드에서 하나 이상의 SQL Server 인스턴스가 여러 가용성 그룹에 대한 가용성 복제본을 호스트할 수 있습니다. 데이터베이스 관리자에게 계획된 가용성 그룹의 가용성 복제본을 지원하는 데 필요한 WSFC 노드 수를 확인합니다. AlwaysOn 가용성 그룹 개요(SQL Server). |
|
적용 가능한 모든 창 핫픽스가 WSFC 클러스터의 모든 노드에 설치되어 있는지 확인합니다. | ** 중요 ** Always On 가용성 그룹이 배포되는 WSFC 클러스터의 노드에는 많은 핫픽스가 필요하거나 권장됩니다. 자세한 내용은 이 섹션의 뒷부분에 나오는 AlwaysOn 가용성 그룹을 지원하는 Windows 핫픽스(Windows 시스템)을 참조하십시오. |
Important
또한 시스템이 가용성 그룹에 연결되도록 올바르게 구성되었는지 확인합니다. 자세한 내용은 AlwaysOn 클라이언트 연결(SQL Server)을 참조하세요.
AlwaysOn 가용성 그룹을 지원하는 Windows 핫픽스(Windows 시스템)
클러스터 토폴로지에 따라 Always On 가용성 그룹을 지원하기 위해 몇 가지 추가 Windows Server 2008 SP2(서비스 팩 2) 또는 Windows Server 2008 R2 핫픽스가 적용될 수 있습니다. 다음 표에서는 이러한 핫픽스를 식별합니다. 이러한 핫픽스는 순서에 관계없이 설치할 수 있습니다.
Windows 2008 SP2에 적용 | Windows 2008 R2 SP1에 적용 | Windows 2012에 포함됨 | 지원하려면... | 핫픽스 | 링크 | |
---|---|---|---|---|---|---|
예 | 예 | 예 | 최적의 WSFC 쿼럼 구성 | 각 WSFC 노드에 기술 자료 문서 2494036에 설명되어 있는 핫픽스가 설치되어 있는지 확인합니다. 이 핫픽스는 비자동 장애 조치(failover) 대상으로 최적의 쿼럼 구성을 지원합니다. 이 기능을 사용하면 투표할 노드를 선택할 수 있으므로 다중 사이트 클러스터가 향상됩니다. |
KB 2494036: Windows Server 2008 및 Windows Server 2008 R2에서 쿼럼 투표가 없는 클러스터 노드를 구성하는 데 사용할 수 있는 핫픽스 쿼럼 투표에 대한 자세한 내용은 WSFC 쿼럼 모드 및 투표 구성(SQL Server)을 참조 하세요. |
|
예 | 예 | 예 | 네트워크 대역폭의 보다 효율적인 사용 | 각 WSFC 노드에서 기술 자료 문서에 설명된 핫픽스 2616514 설치되어 있는지 확인합니다. 이 핫픽스가 없으면 클러스터 서비스는 클러스터 노드 간에 불필요한 레지스트리 알림을 보냅니다. 이 동작은 Always On 가용성 그룹의 심각한 문제인 네트워크 대역폭을 제한합니다. |
KB 2616514: 클러스터 서비스는 Windows Server 2008 또는 Windows Server 2008 R2의 클러스터 노드 간에 불필요한 레지스트리 키 변경 알림을 보냅니다. | |
예 | 해당 없음 | 모든 WSFC 노드에서 사용할 수 없는 디스크의 VPD 스토리지 테스트 | WSFC 노드에서 Windows Server 2008 R2 SP1(서비스 팩 1)을 실행 중일 때 WSFC 클러스터의 모든 노드에 사용할 수 없는 온라인 상태의 디스크에서 이 서비스 팩을 잘못 실행한 후 SCSI 디바이스 VPD(Vital Product Data) 유효성 검사 스토리지 테스트가 실패할 경우 기술 자료 문서 2531907에 설명되어 있는 핫픽스를 설치해야 합니다. 이 핫픽스는 디스크가 온라인일 때 유효성 검사 보고서에서 잘못된 경고 또는 오류를 제거합니다. |
KB 2531907: Windows Server 2008 R2 SP1을 설치한 후 SCSI VPD(디바이스 중요 제품 데이터) 테스트 유효성 검사 실패 | ||
예 | 예 | 로컬 복제본으로의 빠른 장애 조치(failover) | WSFC 노드가 Windows Server 2008 R2 SP1(서비스 팩 1)을 실행하는 경우 기술 자료 문서 2687741 설명된 핫픽스가 설치되어 있는지 확인합니다. 이 핫픽스는 로컬 복제본에 대한 Always On 가용성 그룹 장애 조치(failover)의 성능을 향상시킵니다. |
KB 2687741: SQL Server 2012에 포함된 "AlwaysOn 가용성 그룹" 기능의 성능을 향상시키는 핫픽스를 Windows Server 2008 R2에 사용할 수 있음 | ||
예 | 예 | 예 | 비대칭 스토리지-FCI(장애 조치(Failover) 클러스터 인스턴스) | Always On 가용성 그룹에 대해 FCI(장애 조치(failover) 클러스터 인스턴스)가 사용하도록 설정된 경우 Windows Server 2008 핫픽스 976097 설치합니다. 이 핫픽스를 사용하면 장애 조치(failover) 클러스터 관리 MMC(Microsoft Management Console) 스냅인이 일부 WSFC 노드에서만 사용할 수 있는 비대칭 스토리지 공유 디스크를 지원할 수 있습니다. |
KB 976097: Windows Server 2008 또는 Windows Server 2008 R2를 실행 중인 장애 조치(failover) 클러스터를 위한 장애 조치(Failover) 클러스터 관리 MMC 스냅인에 비대칭 스토리지에 대한 지원을 추가하는 핫픽스 AlwaysOn 아키텍처 가이드: 장애 조치(failover) 클러스터 인스턴스 및 가용성 그룹을 사용하여 고가용성 및 재해 복구 솔루션 빌드 |
|
예 | 예 | 해당 없음 | IPsec(인터넷 프로토콜 보안) | 환경에서 IPsec 연결을 사용하는 경우 클라이언트 컴퓨터가 가상 네트워크 이름에 대한 IPsec 연결을 다시 설정하면(이 컨텍스트에서 가용성 그룹 수신기에 연결) 긴 시간 지연(약 2~3분)이 발생할 수 있습니다. IPsec 연결을 사용하는 경우 기술 자료 문서(KB 980915)에 자세히 설명된 특정 시나리오를 검토하는 것이 좋습니다. | KB 980915: Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 또는 Windows Server 2008 R2를 실행 중인 컴퓨터에서 IPSec를 다시 연결할 때 긴 시간 지연 발생 | |
예 | 예 | 예 | IPv6 | IPv6을 사용하는 경우 Windows Server 운영 체제에 따라 기술 자료 문서 2578103 또는 2578113 자세히 설명하는 특정 시나리오를 검토하는 것이 좋습니다. Windows Server 토폴로지에서 IP 버전 6(IPv6)을 사용하는 경우 WSFC 클러스터 서비스는 IPv6 IP 주소를 장애 조치하는 데 약 30초가 필요합니다. 이렇게 하면 클라이언트가 IPv6 IP 주소에 다시 연결될 때까지 약 30초 동안 대기합니다. |
KB 2578103(Windows Server 2008): 클러스터 서비스는 Windows Server 2008에서 IPv6 IP 주소를 장애 조치하는 데 약 30초가 걸립니다. KB 2578113(Windows Server 2008 R2): Windows Server 2008 R2: Windows Server 2008 R2에서 IPv6 IP 주소를 장애 조치하는 데 약 30초가 걸립니다. |
|
예 | 예 | 예 | 클러스터와 애플리케이션 서버 사이에 라우터 없음 | 장애 조치(failover) 클러스터와 애플리케이션 서버 사이에 라우터가 없으면 클러스터 서비스가 네트워크 관련 리소스를 느리게 장애 조치(failover)합니다. 이렇게 하면 가용성 그룹이 장애 조치된 후 클라이언트 다시 연결이 지연됩니다. 라우터가 없으면 해당 환경에 적용 가능한 경우 기술 자료 문서 2582281에 설명된 특정 시나리오를 검토하는 것이 좋습니다. | KB 2582281: 클러스터와 애플리케이션 서버 사이에 라우터가 없는 경우 느린 장애 조치(failover) 작업 |
가용성 복제본을 호스팅하는 컴퓨터에 대한 권장 사항(Windows 시스템)
동등한 시스템: 특정 가용성 그룹의 모든 가용성 복제본은 동일한 작업을 처리할 수 있는 동등한 시스템에서 실행해야 합니다.
전용 네트워크 어댑터: 최상의 성능을 위해 Always On 가용성 그룹에 전용 네트워크 어댑터(네트워크 인터페이스 카드)를 사용합니다.
충분한 디스크 공간: 가용성 복제본을 호스팅하는 서버 인스턴스가 있는 모든 컴퓨터에는 가용성 그룹의 모든 데이터베이스를 저장하기에 충분한 디스크 공간이 있어야 합니다. 주 데이터베이스의 크기가 늘어나면 해당하는 보조 데이터베이스도 같은 크기만큼 늘어난다는 것에 유의해야 합니다.
사용 권한(Windows 시스템)
WSFC 클러스터를 관리하려면 사용자는 모든 클러스터 노드에서 시스템 관리자여야 합니다.
클러스터 관리를 위한 계정에 대한 자세한 내용은 부록 A: 장애 조치(failover) 클러스터 요구 사항을 참조하세요.
관련 태스크(Windows 시스템)
Task | 링크 |
---|---|
HostRecordTTL 값을 설정합니다. | HostRecordTTL 변경(Windows PowerShell 사용) |
HostRecordTTL 변경(Windows PowerShell 사용)
관리자 권한으로 실행을 통해 PowerShell 창을 엽니다.
FailoverClusters 모듈을 가져옵니다.
다음과 같이
Get-ClusterResource
Cmdlet을 사용하여 네트워크 이름 리소스를 찾은 다음Set-ClusterParameter
Cmdlet을 사용하여HostRecordTTL
값을 설정합니다.Get-ClusterResource “<NetworkResourceName>” | Set-ClusterParameter HostRecordTTL <TimeInSeconds>
다음 PowerShell 예제에서는 "
SQL Network Name (SQL35)
"라는 네트워크 이름 리소스에 대해 HostRecordTTL을 300초로 설정합니다.Import-Module FailoverClusters $nameResource = "SQL Network Name (SQL35)" Get-ClusterResource $nameResource | Set-ClusterParameter ClusterParameter HostRecordTTL 300
팁
새 PowerShell 창을 열 때마다 모듈을
FailoverClusters
가져와야 합니다.
관련 내용(PowerShell)
클러스터링 및 고가용성 (장애 조치(failover) 클러스터링 및 네트워크 부하 분산 팀 블로그)
관련 콘텐츠(Windows 시스템)
SQL Server 인스턴스 필수 구성 요소 및 제한 사항
각 가용성 그룹에는 인스턴스에서 호스팅되는가용성 복제본 SQL Server이라는 일련의 장애 조치(Failover) 파트너가 필요합니다. 특정 서버 인스턴스는 독립 실행형 인스턴스 또는 SQL Server장애 조치(failover) 클러스터 인스턴스 일 수 있습니다.
검사 목록: 필수 구성 요소(서버 인스턴스)
필수 요소 | 링크 | |
---|---|---|
호스트 컴퓨터는 WSFC(Windows Server 장애 조치(failover) 클러스터링) 노드여야 합니다. 지정된 가용성 그룹에 대한 가용성 복제본을 호스트하는 SQL Server 인스턴스는 단일 WSFC 클러스터의 별도 노드에 있어야 합니다. 유일한 예외는 다른 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐져 있을 수 있다는 것입니다. | SQL Server의 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 장애 조치(failover) 클러스터링 및 AlwaysOn 가용성 그룹(SQL Server) |
|
가용성 그룹이 Kerberos로 작동하도록 하려는 경우: 가용성 그룹에 대한 가용성 복제본을 호스팅하는 모든 서버 인스턴스는 동일한 SQL Server 서비스 계정을 사용해야 합니다. 도메인 관리자는 가용성 그룹 수신기의 VNN(가상 네트워크 이름)에 대해 SQL Server 서비스 계정에서 Active Directory에 SPN(서비스 사용자 이름)을 수동으로 등록해야 합니다. SQL Server 서비스 계정이 아닌 다른 계정에 SPN이 등록된 경우 인증이 실패합니다. ** 중요 ** SQL Server 서비스 계정을 변경하면 도메인 관리자가 SPN을 수동으로 다시 등록해야 합니다. |
Kerberos 연결의 서비스 사용자 이름 등록 간략한 설명: Kerberos 및 SPN은 상호 인증을 강제 적용합니다. SPN은 SQL Server 서비스를 시작하는 Windows 계정에 매핑됩니다. SPN이 올바르게 등록되지 않았거나 실패하면, Windows 보안 계층이 SPN과 연결된 계정을 확인할 수 없으며, Kerberos 인증을 사용할 수 없습니다. 참고: NTLM에는 이러한 요구 사항이 없습니다. |
|
SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)를 사용하여 가용성 복제본을 호스팅하려는 경우 FCI 제한 사항을 이해하고 FCI 요구 사항을 충족해야 합니다. | SQL Server FCI(장애 조치(failover) 클러스터 인스턴스)를 사용하여 가용성 복제본 을 호스트하기 위한 필수 구성 요소 및 요구 사항(이 항목의 뒷부분) | |
각 서버 인스턴스는 SQL Server 2014 Enterprise Edition을 실행해야 합니다. | SQL Server 2014 버전에서 지원하는 기능 | |
가용성 그룹의 가용성 복제본을 호스팅하는 모든 서버 인스턴스는 동일한 SQL Server 데이터 정렬을 사용해야 합니다. | 서버 데이터 정렬 설정 또는 변경 | |
가용성 그룹에 대한 가용성 복제본을 호스트할 각 서버 인스턴스에서 Always On 가용성 그룹 기능을 사용하도록 설정합니다. 지정된 컴퓨터에서 SQL Server 설치에서 지원하는 만큼 Always On 가용성 그룹에 대해 서버 인스턴스를 사용하도록 설정할 수 있습니다. | AlwaysOn 가용성 그룹 사용 및 사용 안 함(SQL Server) ** 중요 ** WSFC 클러스터를 삭제하고 다시 만드는 경우 원래 WSFC 클러스터의 Always On 가용성 그룹에 대해 사용하도록 설정된 각 서버 인스턴스에서 Always On 가용성 그룹 기능을 사용하지 않도록 설정하고 다시 사용하도록 설정해야 합니다. |
|
각 서버 인스턴스에는 데이터베이스 미러링 엔드포인트가 있어야 합니다. 이 엔드포인트는 서버 인스턴스의 미러링 모니터 서버 및 데이터베이스 미러링 파트너와 모든 가용성 복제본에서 공유합니다. 가용성 복제본을 호스팅하도록 선택한 서버 인스턴스가 도메인 사용자 계정으로 실행되고 있고 아직 데이터베이스 미러링 엔드포인트를 가지고 있지 않는 경우, 새 가용성 그룹 마법사 (또는 가용성 그룹에 복제본 추가 마법사) 가 엔드포인트를 만들고 서버 인스턴스 서비스 계정에 CONNECT 권한을 부여할 수 있습니다. 그러나 SQL Server 서비스가 로컬 시스템, 로컬 서비스 또는 네트워크 서비스와 같은 기본 제공 계정이나 비도메인 계정으로 실행 중인 경우에는 사용자가 엔드포인트 인증을 위한 인증서를 사용해야 하며 마법사를 통해 서버 인스턴스에 대한 데이터베이스 미러링 엔드포인트를 만들 수는 없습니다. 이 경우 마법사를 시작하기 전에 데이터 미러링 엔드포인트를 수동으로 만드는 것이 좋습니다. ** 보안 참고 ** Always On 가용성 그룹의 전송 보안은 데이터베이스 미러링과 동일합니다. |
데이터베이스 미러링 엔드포인트(SQL Server) 데이터베이스 미러링 및 AlwaysOn 가용성 그룹에 대한 전송 보안(SQL Server) |
|
FILESTREAM을 사용하는 데이터베이스를 가용성 그룹에 추가하려는 경우 가용성 그룹의 가용성 복제본을 호스팅할 모든 서버 인스턴스에 FILESTREAM이 설정되었는지 확인합니다. | Enable and Configure FILESTREAM | |
포함된 데이터베이스를 가용성 그룹에 추가하려는 경우 가용성 그룹의 가용성 복제본을 호스팅할 모든 서버 인스턴스에서 contained database authentication 서버 옵션이 1 로 설정되어 있는지 확인합니다. |
contained database authentication 서버 구성 옵션 서버 구성 옵션(SQL Server) |
가용성 그룹의 스레드 사용량
Always On 가용성 그룹에는 작업자 스레드에 대한 다음 요구 사항이 있습니다.
SQL Server의 유휴 인스턴스에서 Always On 가용성 그룹은 0개의 스레드를 사용합니다.
가용성 그룹에서 사용하는 최대 스레드 수는 최대 서버 스레드 수(''
max worker threads
)에서 40을 뺀 값에 대해 구성된 설정입니다.지정된 서버 인스턴스에서 호스팅되는 가용성 복제본은 단일 스레드 풀을 공유합니다.
스레드는 다음과 같이 요청 시 공유됩니다.
일반적으로 3-10개의 공유 스레드가 있지만 이 수는 주 복제본 워크로드에 따라 증가할 수 있습니다.
지정된 스레드가 얼마 동안 유휴 상태인 경우 일반 SQL Server 스레드 풀로 반환됩니다. 일반적으로 비활성 스레드는 아무 작업이 없는 상태가 지속된 지 15초 이내에 해제됩니다. 그러나 마지막 활동에 따라 유휴 스레드가 더 길게 유지될 수 있습니다.
또한 가용성 그룹은 다음과 같이 비공유 스레드를 사용합니다.
각각의 기본 복제본은 각 주 데이터베이스에 대해 1개의 로그 캡처 스레드를 사용합니다. 또한 각 보조 데이터베이스에 대해 1개의 로그 전송 스레드를 사용합니다. 로그 전송 스레드는 아무 작업이 없는 상태가 지속된 지 15초 이내에 해제됩니다.
각 보조 복제본은 각 보조 데이터베이스에 대해 1개의 다시 실행 스레드를 사용합니다. 다시 실행 스레드는 최대 15초 동안 비활성 상태로 해제됩니다.
보조 복제본의 백업은 백업 작업 시간 동안 주 스레드를 복제본에 보관합니다.
자세한 내용은 AlwaysON - HADRON 학습 시리즈: HADRON 사용 데이터베이스 의 작업자 풀 사용량(CSS SQL Server 엔지니어 블로그)을 참조하세요.
사용 권한(서버 인스턴스)
Task | 필요한 권한 |
---|---|
데이터베이스 미러링 엔드포인트 만들기 | CREATE ENDPOINT 권한 또는 sysadmin 고정 서버 역할의 멤버 자격이 필요합니다. CONTROL ON ENDPOINT 권한도 필요합니다. 자세한 내용은 GRANT 엔드포인트 사용 권한(Transact-SQL)을 참조하세요. |
Always On 가용성 그룹 사용 | 로컬 컴퓨터 관리자 그룹의 멤버 자격과 WSFC 클러스터에 대한 모든 권한이 필요합니다. |
관련 태스크(서버 인스턴스)
Task | 항목 |
---|---|
데이터베이스 미러링 엔드포인트가 있는지 여부 확인 | sys.database_mirroring_endpoints(Transact-SQL) |
데이터베이스 미러링 엔드포인트 만들기(없는 경우) | Windows 인증에 대한 데이터베이스 미러링 엔드포인트 만들기(Transact-SQL) 데이터베이스 미러링 엔드포인트에 대한 인증서 사용(Transact-SQL) AlwaysOn 가용성 그룹에 대한 데이터베이스 미러링 엔드포인트 만들기(SQL Server PowerShell) |
AlwaysOn 가용성 그룹 사용 | AlwaysOn 가용성 그룹 사용 및 사용 안 함(SQL Server) |
관련 내용(서버 인스턴스)
네트워크 연결 권장 사항
WSFC 클러스터 멤버 간의 통신 및 가용성 복제본 간의 통신에는 동일한 네트워크 링크를 사용하는 것이 좋습니다. 개별 네트워크 링크를 사용하면 가끔씩이라도 일부 링크에 문제가 발생할 경우 예기치 않은 동작이 발생할 수 있습니다.
예를 들어, 가용성 그룹으로 자동 장애 조치(Failover)를 지원하기 위해서는 자동 장애 조치(Failover) 파트너인 두 번째 복제본이 SYNCHRONIZED 상태여야 합니다. 이 보조 복제본에 대한 네트워크 링크가 가끔씩이라도 실패할 경우 복제본이 UNSYNCHRONIZED 상태가 되고 링크가 복원될 때까지 다시 동기화를 시작할 수 없습니다. 보조 복제본이 동기화되지 않은 동안 WSFC 클러스터가 자동 장애 조치(failover)를 요청하는 경우 자동 장애 조치(failover)가 발생하지 않습니다.
클라이언트 연결 지원
클라이언트 연결에 대한 Always On 가용성 그룹 지원에 대한 자세한 내용은 AlwaysOn 클라이언트 연결(SQL Server)을 참조하세요.
SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)를 사용하여 가용성 복제본을 호스팅하기 위한 필수 구성 요소 및 제한 사항
제한 사항(FCI)
참고 항목
SQL Server 2014부터 AlwaysOn 장애 조치(failover) 클러스터 인스턴스는 Windows Server 2008 R2 및 Windows Server 2012 모두에서 CSV(클러스터 공유 볼륨)를 지원합니다. CSV에 대한 자세한 내용은 장애 조치(Failover) 클러스터에서 클러스터 공유 볼륨 이해를 참조하세요.
FCI의 클러스터 노드는 지정된 가용성 그룹에 대해 하나의 복제본만 호스팅할 수 있습니다. FCI에 가용성 복제본을 추가하는 경우 FCI 소유자가 가능한 WSFC 클러스터 노드는 동일한 가용성 그룹에 대해 다른 복제본을 호스트할 수 없습니다.
또한 다른 모든 복제본은 동일한 WSFC 클러스터의 다른 WSFC 노드에 있는 SQL Server 2012 인스턴스에서 호스팅되어야 합니다. 유일한 예외는 다른 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐져 있을 수 있다는 것입니다.
FCI가 가용성 그룹별 자동 장애 조치(Failover)를 지원하지 않음: FCI는 가용성 그룹별 자동 장애 조치(Failover)를 지원하지 않으므로 FCI에서 호스팅하는 모든 가용성 복제본은 수동 장애 조치(Failover)에 대해서만 구성될 수 있습니다.
FCI 네트워크 이름 변경: 가용성 복제본을 호스트하는 FCI의 네트워크 이름을 변경해야 하는 경우 복제본을 해당 가용성 그룹에서 제거한 다음, 다시 가용성 그룹에 추가해야 합니다. 주 복제본은 제거할 수 없으므로 주 복제본을 호스팅하는 FCI의 이름을 바꾸려는 경우 보조 복제본으로 장애 조치한 다음 이전 주 복제본을 제거하고 다시 추가해야 합니다. FCI 이름을 바꾸면 해당 데이터베이스 미러링 엔드포인트의 URL이 변경될 수 있습니다. 복제본을 추가할 때 현재 엔드포인트 URL을 지정해야 합니다.
검사 목록: 사전 요구 사항(FCI)
필수 요소 | 링크 | |
---|---|---|
FCI를 사용하여 가용성 복제본을 호스트하기 전에 시스템 관리자가 기술 자료 문서 KB 976097 설명된 Windows Server 2008 핫픽스를 설치했는지 확인합니다. 이 핫픽스를 사용하면 장애 조치(failover) 클러스터 관리 MMC(Microsoft Management Console) 스냅인이 일부 WSFC 노드에서만 사용할 수 있는 비대칭 스토리지 공유 디스크를 지원할 수 있습니다. | KB 976097: Windows Server 2008 또는 Windows Server 2008 R2를 실행 중인 장애 조치(failover) 클러스터를 위한 장애 조치(Failover) 클러스터 관리 MMC 스냅인에 비대칭 스토리지에 대한 지원을 추가하는 핫픽스 | |
각 SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)에 SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스 설치별로 필요한 공유 스토리지가 있는지 확인합니다. |
관련 태스크(FCI)
Task | 항목 |
---|---|
SQL Server 장애 조치(Failover) 클러스터 설치 | 새 SQL Server 장애 조치(Failover) 클러스터 만들기(설치) |
SQL Server 장애 조치(Failover) 클러스터의 전체 업그레이드 | SQL Server 장애 조치(Failover) 클러스터 인스턴스 업그레이드(설치) |
기존 SQL Server 장애 조치(Failover) 클러스터 유지 관리 | SQL Server 장애 조치(Failover) 클러스터에서 노드 추가 또는 제거(설치) |
관련 내용(FCI)
가용성 그룹 필수 구성 요소 및 제한 사항
제한 사항(가용성 그룹)
가용성 복제본은 한 WSFC 클러스터의 다른 노드에서 호스팅되어야 합니다. 지정된 가용성 그룹의 경우 가용성 복제본은 동일한 WSFC 클러스터의 다른 노드에서 실행되는 서버 인스턴스에 의해 호스팅되어야 합니다. 유일한 예외는 다른 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐져 있을 수 있다는 것입니다.
참고 항목
동일한 실제 컴퓨터에 가상 머신이 있는 경우에는 각 가상 머신이 개별 컴퓨터 역할을 하므로 가상 머신별로 동일한 가용성 그룹의 가용성 복제본을 하나씩 호스팅할 수 있습니다.
고유 가용성 그룹 이름: 각 가용성 그룹 이름은 WSFC 클러스터에서 고유해야 합니다. 가용성 그룹 이름의 최대 길이는 128자입니다.
가용성 복제본: 각 가용성 그룹은 하나의 기본 복제본과 최대 8개의 보조 복제본을 지원합니다. 모든 복제본은 비동기 커밋 모드에서 실행하거나 최대 3개의 복제본은 동기 커밋 동기 모드에서 실행할 수 있습니다(하나의 주 복제본과 2개의 동기 보조 복제본).
가용성 그룹 및 컴퓨터당 가용성 데이터베이스의 최대 수: 컴퓨터(가상 머신 또는 물리적 컴퓨터)에 만들 수 있는 데이터베이스와 가용성 그룹의 실제 수는 하드웨어 및 작업에 따라 다르며 정해진 제한은 없습니다. Microsoft는 물리적 컴퓨터당 10G 및 100DB로 광범위하게 테스트했습니다. 오버로드된 시스템의 징후에는 작업자 스레드 고갈, AlwaysOn 시스템 뷰 및 DMV에 대한 느린 응답 시간 및/또는 중단된 디스패처 시스템 덤프가 포함될 수 있지만 이에 국한되지 않습니다. 해당 애플리케이션 SLA 내에서 최대 작업량을 처리할 수 있도록 하기 위해 프로덕션 환경과 유사한 작업으로 환경을 철저히 테스트하세요. SLA를 고려할 경우 예상 응답 시간뿐 아니라 오류 상태에서의 로드를 검토해야 합니다.
장애 조치(Failover) 클러스터 관리자를 사용하여 가용성 그룹을 조작하지 마세요.
예를 들면 다음과 같습니다.
가능한 소유자와 같은 가용성 그룹 속성을 변경하지 마세요.
장애 조치(Failover) 클러스터 관리자를 사용하여 가용성 그룹을 장애 조치하지 마세요. Transact-SQL 또는 SQL Server Management Studio를 사용해야 합니다.
필수 구성 요소(가용성 그룹)
가용성 그룹 구성을 구성하거나 다시 구성할 때 다음 요구 사항을 따라야 합니다.
필수 요소 | 설명 | |
---|---|---|
SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)를 사용하여 가용성 복제본을 호스팅하려는 경우 FCI 제한 사항을 이해하고 FCI 요구 사항을 충족해야 합니다. | SQL Server FCI(장애 조치(failover) 클러스터 인스턴스)를 사용하여 가용성 복제본을 호스트하기 위한 필수 구성 요소 및 제한 사항 (이 항목 앞부분) |
보안(가용성 그룹)
보안은 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터에서 상속됩니다. WSFC는 전체 WSFC 클러스터 API에서 세부적으로 두 가지 수준의 사용자 보안을 제공합니다.
읽기 전용 액세스
모든 권한
Always On 가용성 그룹에는 모든 권한이 필요하며 SQL Server 인스턴스에서 Always On 가용성 그룹을 사용하도록 설정하면 서비스 SID를 통해 WSFC 클러스터를 완전히 제어할 수 있습니다.
WSFC 장애 조치(Failover) 클러스터 관리자에서 서버 인스턴스에 대한 보안을 직접 추가하거나 제거할 수는 없습니다. WSFC 보안 세션을 관리하려면 SQL Server의 SQL Server 구성 관리자 또는 WMI를 사용합니다.
SQL Server의 각 인스턴스에는 레지스트리, 클러스터 및 Soforth에 액세스할 수 있는 권한이 있어야 합니다.
Always On 가용성 그룹 가용성 복제본을 호스트하는 서버 인스턴스 간의 연결에 암호화를 사용하는 것이 좋습니다.
사용 권한(가용성 그룹)
Task | 필요한 권한 |
---|---|
가용성 그룹 만들기 | CREATE AVAILABILITY GROUP 서버 권한, ALTER ANY AVAILABILITY GROUP 권한, CONTROL SERVER 권한 중 하나와 sysadmin 고정 서버 역할의 멤버 자격이 필요합니다. |
가용성 그룹 변경 | 가용성 그룹에 대한 ALTER AVAILABILITY GROUP 권한, CONTROL AVAILABILITY GROUP 권한, ALTER ANY AVAILABILITY GROUP 권한 또는 CONTROL SERVER 권한이 필요합니다. 또한 데이터베이스를 가용성 그룹에 조인하려면 db_owner 고정 데이터베이스 역할의 멤버여야 합니다. |
가용성 그룹 삭제 | 가용성 그룹에 대한 ALTER AVAILABILITY GROUP 권한, CONTROL AVAILABILITY GROUP 권한, ALTER ANY AVAILABILITY GROUP 권한 또는 CONTROL SERVER 권한이 필요합니다. 로컬 복제본 위치에서 호스팅되지 않는 가용성 그룹을 삭제하려면 해당 가용성 그룹에 대한 CONTROL SERVER 권한이나 CONTROL 권한이 필요합니다. |
관련 태스크(가용성 그룹)
Task | 항목 |
---|---|
가용성 그룹 만들기 | 가용성 그룹 사용(새 가용성 그룹 마법사) 가용성 그룹 만들기(Transact-SQL) 가용성 그룹 만들기(SQL Server PowerShell) 가용성 복제본 추가 또는 수정 시 엔드포인트 URL 지정(SQL Server) |
가용성 복제본 개수 수정 | 가용성 그룹에 보조 복제본 추가(SQL Server) 가용성 그룹에 보조 복제본 조인(SQL Server) 가용성 그룹에서 보조 복제본 제거(SQL Server) |
가용성 그룹 수신기 만들기 | 가용성 그룹 수신기 만들기 또는 구성(SQL Server) |
가용성 그룹 삭제 | 가용성 그룹 제거(SQL Server) |
가용성 데이터베이스 필수 구성 요소 및 제한 사항
가용성 그룹에 추가하기에 적합한 데이터베이스는 다음 사전 요구 사항 및 제한 사항을 충족해야 합니다.
검사 목록: 요구 사항(가용성 데이터베이스)
가용성 그룹에 추가하기에 적합한 데이터베이스는 다음 조건을 충족해야 합니다.
요구 사항 | 링크 | |
---|---|---|
사용자 데이터베이스여야 합니다. 시스템 데이터베이스는 가용성 그룹에 포함될 수 없습니다. | ||
가용성 그룹을 만들려고 하며 서버 인스턴스에서 액세스할 수 있는 SQL Server 인스턴스에 있어야 합니다. | ||
읽기/쓰기 데이터베이스여야 합니다. 읽기 전용 데이터베이스는 가용성 그룹에 추가할 수 없습니다. | sys.databases (is_read_only = 0) | |
다중 사용자 데이터베이스여야 합니다. | sys.databases (user_access = 0) | |
AUTO_CLOSE를 사용하면 안 됩니다. | sys.databases (is_auto_close_on = 0) | |
전체 복구 모델(전체 복구 모드라고도 함)을 사용합니다. | sys.databases (recovery_model = 1) | |
전체 데이터베이스 백업을 하나 이상 소유해야 합니다. 참고: 데이터베이스를 전체 복구 모드로 설정한 후 전체 복구 로그 체인을 시작하려면 전체 백업이 필요합니다. |
전체 데이터베이스 백업 만들기(SQL Server) | |
기존 가용성 그룹에 속하지 않아야 합니다. | sys.databases (group_database_id = NULL) | |
데이터베이스 미러링용으로 구성되지 않아야 합니다. | sys.database_mirroring (데이터베이스가 미러링에 참가하지 않으면 접두사가 "mirroring_"인 모든 열이 NULL입니다.) | |
FILESTREAM을 사용하는 데이터베이스를 가용성 그룹에 추가하려면 먼저 가용성 그룹의 가용성 복제본을 호스팅하거나 호스팅할 모든 서버 인스턴스에서 FILESTREAM을 사용하도록 설정되어 있는지 확인합니다. | Enable and Configure FILESTREAM | |
포함된 데이터베이스를 가용성 그룹에 추가하기 전에 가용성 그룹의 가용성 복제본을 호스팅하거나 호스팅할 모든 서버 인스턴스에서 contained database authentication 서버 옵션이 1 로 설정되어 있는지 확인합니다. |
contained database authentication 서버 구성 옵션 서버 구성 옵션(SQL Server) |
참고
Always On 가용성 그룹은 지원되는 모든 데이터베이스 호환성 수준에서 작동합니다.
제한 사항(가용성 데이터베이스)
보조 데이터베이스의 파일 경로(드라이브 문자 포함)와 해당하는 주 데이터베이스의 경로가 다를 경우 다음 제한 사항이 적용됩니다.
새 가용성 그룹 마법사/가용성 그룹에 데이터베이스 추가 마법사:초기 데이터 동기화 선택 페이지 페이지에서 전체 옵션이 지원되지 않습니다.
RESTORE WITH MOVE: 보조 데이터베이스를 만들려면 보조 복제본을 호스팅하는 각 SQL Server 인스턴스에서 데이터베이스 파일에 대해 RESTORED WITH MOVE를 실행해야 합니다.
파일 추가 작업에 미치는 영향: 보조 데이터베이스에서 보조 복제본에 대한 이후 파일 추가 작업은 실패할 수 있습니다. 이 오류로 인해 보조 데이터베이스가 일시 중지될 수 있습니다. 이로 인해 보조 복제본이 NOT SYNCHRONIZING 상태가 됩니다.
참고 항목
실패한 광고 파일 작업에 응답하는 방법에 대한 자세한 내용은 실패한 추가 파일 작업 문제 해결(AlwaysOn 가용성 그룹)을 참조하세요.
현재 가용성 그룹에 속한 데이터베이스는 삭제할 수 없습니다.
TDE 데이터베이스 보호를 위한 후속 작업
TDE(투명한 데이터 암호화)를 사용하는 경우 다른 키를 만들고 해독하기 위한 인증서 또는 비대칭 키가 가용성 그룹의 가용성 복제본을 호스팅하는 모든 서버 인스턴스에서 동일해야 합니다. 자세한 내용은 다른 SQL Server로 TDE 보호 데이터베이스 이동을 참조하세요.
사용 권한(가용성 데이터베이스)
데이터베이스에 대한 ALTER 권한이 필요합니다.
관련 태스크(가용성 데이터베이스)
Task | 항목 |
---|---|
보조 데이터베이스 준비(수동) | 가용성 그룹에 대한 보조 데이터베이스 수동 준비(SQL Server) |
가용성 그룹에 보조 데이터베이스 조인(수동) | 가용성 그룹에 보조 데이터베이스 조인(SQL Server) |
가용성 데이터베이스 개수 수정 | 가용성 그룹에 데이터베이스 추가(SQL Server) 가용성 그룹에서 보조 데이터베이스 제거(SQL Server) 가용성 그룹에서 주 데이터베이스 제거(SQL Server) |
관련 내용
참고 항목
AlwaysOn 가용성 그룹 개요(SQL Server)
장애 조치(failover) 클러스터링 및 AlwaysOn 가용성 그룹(SQL Server)
AlwaysOn 클라이언트 연결(SQL Server)