.png)
|
이 문서는 수동으로 번역한 것입니다. 원본 텍스트를 보려면 포인터를 문서의 문장 위로 올리십시오.
|
번역
원본
|
온라인 설명서의 AlwaysOn 가용성 그룹(SQL Server)에 대한 사전 요구 사항, 제한 사항 및 권장 사항
중요
|
|---|
|
|
항목 내용
|
|
|
|
|
|---|---|---|---|
|
|
Reporting Services |
|
|
섹션 내용
검사 목록: 요구 사항(Windows 시스템)
|
|
|
|
||
|---|---|---|---|---|
|
|
|
|
||
|
|
|
|
||
|
|
|
|||
|
|
|
|
||
|
|
|
|
|
중요
|
|---|
|
|
AlwaysOn 가용성 그룹을 지원하는 Windows 핫픽스(Windows 시스템)
|
|
|
|
|
|
|
|---|---|---|---|---|---|
|
|
|
|
최적의 WSFC 쿼럼 구성 |
|
|
|
|
|
|
보다 효율적인 네트워크 대역폭 사용 |
|
|
|
|
|
|
일부 WSFC 노드에서 사용할 수 없는 디스크에 대한 VPD 저장소 테스트 |
|
|
|
|
|
|
로컬 복제본으로의 장애 조치(Failover) 성능 향상 |
|
|
|
|
|
|
FCI(장애 조치(Failover) 클러스터 인스턴스)에 대한 비대칭 저장소 |
|
AlwaysOn 아키텍처 가이드: 장애 조치(Failover) 클러스터 인스턴스 및 가용성 그룹을 사용하여 고가용성 및 재해 복구 솔루션 구축 |
|
|
|
|
IPsec(인터넷 프로토콜 보안) |
|
|
|
|
|
|
IPv6 |
|
|
|
|
|
|
클러스터 및 응용 프로그램 서버 간에 라우터가 없음 |
|
|
가용성 복제본을 호스팅하는 컴퓨터에 대한 권장 사항(Windows 시스템)
-
동등한 시스템: 특정 가용성 그룹의 모든 가용성 복제본은 동일한 작업을 처리할 수 있는 동등한 시스템에서 실행해야 합니다. -
전용 네트워크 어댑터: 최상의 성능을 위해 AlwaysOn 가용성 그룹 전용 네트워크 어댑터(네트워크 인터페이스 카드)를 사용하십시오. -
충분한 디스크 공간: 가용성 복제본을 호스팅하는 서버 인스턴스가 있는 모든 컴퓨터에는 가용성 그룹의 모든 데이터베이스를 저장하기에 충분한 디스크 공간이 있어야 합니다. 주 데이터베이스의 크기가 늘어나면 해당하는 보조 데이터베이스도 같은 크기만큼 늘어난다는 것에 유의해야 합니다.
사용 권한(Windows 시스템)
관련 태스크(Windows 시스템)
|
|
|
|---|---|
|
|
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 시스템)
섹션 내용
검사 목록: 사전 요구 사항(서버 인스턴스)
|
|
|
|
||||
|---|---|---|---|---|---|---|
|
|
|
|||||
|
|
|
간략한 설명:
|
||||
|
|
|
|
||||
|
|
|
|||||
|
|
|
|||||
|
|
|
AlwaysOn 가용성 그룹 활성화 및 비활성화(SQL Server)
|
||||
|
|
|
|||||
|
|
|
|||||
|
|
|
가용성 그룹의 스레드 사용량
-
SQL Server의 유휴 인스턴스에서 AlwaysOn 가용성 그룹은 0개의 스레드를 사용합니다. -
가용성 그룹에서 사용되는 최대 스레드 수는 최대 서버 스레드 수('max worker threads')에서 40을 빼고 구성된 설정입니다. -
지정된 서버 인스턴스에서 호스팅되는 가용성 복제본은 단일 스레드 풀을 공유합니다. 스레드는 다음과 같이 요청 시 공유됩니다. -
일반적으로 3-10개의 공유 스레드가 있지만 이 수는 주 복제본 작업에 따라 증가할 수 있습니다. -
지정된 스레드가 얼마 동안 유휴 상태인 경우 일반 SQL Server 스레드 풀로 반환됩니다. 일반적으로 비활성 스레드는 아무 작업이 없는 상태가 지속된 지 15초 이내에 해제됩니다. 그러나 마지막 활동에 따라 유휴 스레드가 더 길게 유지될 수 있습니다.
-
-
또한 가용성 그룹은 다음과 같이 비공유 스레드를 사용합니다. -
각각의 주 복제본은 각 주 데이터베이스에 대해 1개의 로그 캡처 스레드를 사용합니다. 또한 각 보조 데이터베이스에 대해 1개의 로그 전송 스레드를 사용합니다. 로그 전송 스레드는 아무 작업이 없는 상태가 지속된 지 15초 이내에 해제됩니다. -
각 보조 복제본은 각 보조 데이터베이스에 대해 1개의 다시 실행 스레드를 사용합니다. 다시 실행 스레드는 아무 작업이 없는 상태가 지속된 지 15초 이내에 해제됩니다. -
보조 복제본의 백업은 백업 작업 시간 동안 주 스레드를 복제본에 보관합니다.
-
사용 권한(서버 인스턴스)
|
|
|
|---|---|
|
|
|
|
|
|
관련 태스크(서버 인스턴스)
|
|
|
|---|---|
|
|
|
|
|
|
|
|
관련 내용(서버 인스턴스)
|
|
|
|---|---|
|
|
|
|
|
|
섹션 내용
제한 사항(FCI)
-
FCI의 클러스터 노드가 특정 가용성 그룹에 대해 복제본을 하나만 포함할 수 있음: FCI에 가용성 복제본을 추가하는 경우 가능한 FCI 소유자인 WSFC 클러스터 노드가 동일 가용성 그룹에 대해 다른 복제본을 호스팅할 수 있습니다. 또한 다른 모든 복제본은 동일한 WSFC 클러스터의 다른 WSFC 노드에 있는 SQL Server 2012 인스턴스에서 호스팅해야 합니다. 유일한 예외는 다른 WSFC 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐 있는 경우입니다. -
FCI가 가용성 그룹별 자동 장애 조치(Failover)를 지원하지 않음: FCI는 가용성 그룹별 자동 장애 조치(Failover)를 지원하지 않으므로 FCI에서 호스팅하는 모든 가용성 복제본은 수동 장애 조치(Failover)에 대해서만 구성될 수 있습니다. -
FCI 네트워크 이름 변경: 가용성 복제본을 호스팅하는 FCI의 네트워크 이름을 변경해야 하는 경우 복제본을 해당 가용성 그룹에서 제거한 다음 다시 가용성 그룹에 추가해야 합니다. 주 복제본은 제거할 수 없으므로 주 복제본을 호스팅하는 FCI의 이름을 바꾸려는 경우 보조 복제본으로 장애 조치한 다음 이전 주 복제본을 제거하고 다시 추가해야 합니다. FCI 이름을 바꾸면 해당 데이터베이스 미러링 끝점의 URL이 변경될 수 있습니다. 복제본을 추가할 때 현재 끝점 URL을 지정해야 합니다.
검사 목록: 사전 요구 사항(FCI)
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
관련 태스크(FCI)
|
|
|
|---|---|
|
|
|
|
|
|
|
|
관련 내용(FCI)
섹션 내용
제한 사항(가용성 그룹)
-
한 WSFC 클러스터의 다른 노드에서 가용성 복제본을 호스팅해야 함: 특정 가용성 그룹의 가용성 복제본은 동일한 WSFC 클러스터의 다른 노드에서 실행되는 서버 인스턴스에서 호스팅해야 합니다. 유일한 예외는 다른 WSFC 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐 있는 경우입니다.
참고
동일한 실제 컴퓨터에 가상 컴퓨터가 있는 경우에는 각 가상 컴퓨터가 개별 컴퓨터 역할을 하므로 가상 컴퓨터별로 동일한 가용성 그룹의 가용성 복제본을 하나씩 호스팅할 수 있습니다. -
고유 가용성 그룹 이름: 각 가용성 그룹 이름은 WSFC 클러스터에서 고유해야 합니다. 가용성 그룹 이름의 최대 길이는 128자입니다. -
가용성 복제본: 각 가용성 그룹은 하나의 주 복제본과 최대 4개의 보조 복제본을 지원합니다. 모든 복제본은 비동기 커밋 모드에서 실행하거나 최대 3개의 복제본은 동기 커밋 동기 모드에서 실행할 수 있습니다. -
가용성 그룹 및 컴퓨터당 가용성 데이터베이스의 최대 수: 컴퓨터(가상 컴퓨터 또는 물리적 컴퓨터)에 만들 수 있는 데이터베이스와 가용성 그룹의 실제 수는 하드웨어 및 작업에 따라 다르며 정해진 제한은 없습니다. Microsoft는 물리적 컴퓨터당 10AG 및 100DB로 광범위하게 테스트되었습니다. 오버로드된 시스템 징후에는 작업자 스레드 소진, AlwaysOn 시스템 뷰와 DMV에 대한 느린 응답 시간 및/또는 대기된 디스패처 시스템 덤프 및 기타 징후가 포함될 수 있습니다. 해당 응용 프로그램 SLA 내에서 최대 작업량을 처리할 수 있도록 하기 위해 프로덕션 환경과 유사한 작업으로 환경을 철저히 테스트하십시오. SLA를 고려할 경우 예상 응답 시간뿐 아니라 오류 상태에서의 로드를 검토해야 합니다. -
장애 조치(Failover) 클러스터 관리자를 사용하여 가용성 그룹을 조작하지 마십시오. 예를 들면 -
가능한 소유자와 같은 가용성 그룹 속성을 변경하지 마십시오. -
장애 조치(Failover) 클러스터 관리자를 사용하여 가용성 그룹을 장애 조치하지 마십시오. Transact-SQL 또는 SQL Server Management Studio를 사용해야 합니다.
-
사전 요구 사항(가용성 그룹)
|
|
|
|
|---|---|---|
|
|
|
|
보안(가용성 그룹)
-
보안은 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터에서 상속됩니다. WSFC는 전체 WSFC 클러스터 API에서 세부적으로 두 가지 수준의 사용자 보안을 제공합니다. -
읽기 전용 액세스 -
모든 권한 AlwaysOn 가용성 그룹에 모든 권한이 필요하며 SQL Server 인스턴스에서 AlwaysOn 가용성 그룹을 사용하도록 설정하면 서비스 SID를 통해 WSFC 클러스터의 모든 권한이 제공됩니다. WSFC 장애 조치(Failover) 클러스터 관리자에서 서버 인스턴스에 대한 보안을 직접 추가하거나 제거할 수는 없습니다. WSFC 보안 세션을 관리하려면 SQL Server 구성 관리자 또는 SQL Server의 동등한 WMI 항목을 사용합니다.
-
-
각 SQL Server 인스턴스에는 레지스트리, 클러스터 등에 액세스할 수 있는 권한이 있어야 합니다. -
AlwaysOn 가용성 그룹 가용성 복제본을 호스팅하는 서버 인스턴스 간의 연결에는 암호화를 사용하는 것이 좋습니다.
사용 권한(가용성 그룹)
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
관련 태스크(가용성 그룹)
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
섹션 내용
검사 목록: 요구 사항(가용성 데이터베이스)
|
|
|
|
||
|---|---|---|---|---|
|
|
|
|
||
|
|
|
|
||
|
|
|
|
||
|
|
|
|
||
|
|
|
|
||
|
|
|
|
||
|
|
|
|||
|
|
|
|
||
|
|
|
|
||
|
|
|
|||
|
|
|
|
참고
|
|---|
|
|
제한 사항(가용성 데이터베이스)
-
보조 데이터베이스의 파일 경로(드라이브 문자 포함)와 해당하는 주 데이터베이스의 경로가 다를 경우 다음 제한 사항이 적용됩니다. -
새 가용성 그룹 마법사/가용성 그룹 마법사에 데이터베이스 추가: 초기 데이터 동기화 선택 페이지에서 전체 옵션이 지원되지 않습니다. -
RESTORE WITH MOVE: 보조 데이터베이스를 만들려면 보조 복제본을 호스팅하는 각 SQL Server 인스턴스에서 데이터베이스 파일에 대해 RESTORED WITH MOVE를 실행해야 합니다. -
파일 추가 작업에 미치는 영향: 보조 데이터베이스에서 보조 복제본에 대한 이후 파일 추가 작업은 실패할 수 있습니다. 이 오류로 인해 보조 데이터베이스가 일시 중지될 수 있습니다. 이로 인해 보조 복제본이 NOT SYNCHRONIZING 상태가 됩니다.
참고
실패한 파일 추가 작업에 응답하는 방법은 실패한 파일 추가 작업 문제 해결(AlwaysOn 가용성 그룹)을 참조하십시오.
-
-
현재 가용성 그룹에 속한 데이터베이스는 삭제할 수 없습니다.
TDE 데이터베이스 보호를 위한 후속 작업
사용 권한(가용성 데이터베이스)
관련 태스크(가용성 데이터베이스)
|
|
|
|---|---|
|
|
|
|
|
|
|
|
