개선
SQL Server 2019 및 2016 FCI(장애 조치(Failover) 클러스터 인스턴스) 수신기가 WSFC(서버 장애 조치(failover) 클러스터)Windows DNN(분산 네트워크 이름) 액세스 지점과 함께 작동할 수 있도록 향상됩니다.
추가 정보
SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스( 수신기)는 현재 WSFC(서버 장애 조치 클러스터) Windows 네트워크 이름 및 가상 IP 액세스 지점과 함께만 작동합니다. 가상 IP가 Azure 환경에서 작동하지 않는 경우 이 문제를 해결하도록 Azure 내부 부하 균형 조정기(Azure Internal Load Balancer를구성하는 방법 참조)를 구성해야 합니다.
이 업데이트는 서버 장애 조치(failover) 클러스터에서 DNN(분산 네트워크 이름) 리소스를 사용하여 부하 분산 장치를 SQL Server FCI와 연결할 수 있는 또 다른 Windows 방법을 제공합니다. DNN 리소스를 만들 때 WSFC는 DNN DNS 이름을 클러스터의 모든 노드의 IP 주소에 바인딩합니다. SQL Server 클라이언트는 이 목록의 각 IP 주소를 연결하여 FCI가 현재 실행 중인 노드를 찾으려고 합니다. 이 연결 프로세스는 연결 속성 MultiSubnetFailover가 true인 SQL Server 모든 IP 주소를 병렬로 연결하여 더욱 가속화됩니다. 이렇게 하면 SQL Server 클라이언트가 현재 실행 중인 FCI에 즉시 연결할 수 있습니다.
Azure Internal Load Balancer를 사용하는 이전 해결 방법과 비교하여 DNN 수신기 접근 방식은 부하 균형 조정기 라이브스 프로비전에서 도입된 추가 장애 조치(failover) 대기 시간을 방지합니다. 기본적으로 이 프로세스는 10-15초가 걸립니다. (대기 시간을 계산하는방법에 대한 Azure 문서를 참조하세요.) 부하 균형 조정기 구성 요소를 구성하고 유지 관리하지는 않습니다. 이렇게 하면 프로비전 프로세스가 간소화됩니다. 부하 균형 조정기를 제거하면 실패할 수 있는 하나의 구성 요소도 제거됩니다. 이렇게 하여 전반적인 견고성을 향상합니다.
이 기능을 사용하려면 다음 단계가 필요합니다.
-
설치된 FCI의 경우 DNN 리소스를 만들고 DNS 이름을 설정해야 합니다. 관리자 권한으로 다음 세 가지 PowerShell 명령을 실행합니다.
-
Add-ClusterResource -Name <dnnResourceName> -ResourceType "분산 네트워크 이름" -group "<WSFC SQL 서버 인스턴스>"
Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>
Start-ClusterResource -Name <dnnResourceName>
예는 다음과 같습니다.
-
Add-ClusterResource -Name dnn-demo -ResourceType "분산 네트워크 이름" -group "SQL Server(MSSQLSERVER)"
Get-ClusterResource -Name dnn-demo | Set-ClusterParameter -Name DnsName -Value dnnlsnr
Start-ClusterResource -Name dnn-demo
설명:
-
첫 번째 명령은 dnnResourceName <리소스 이름을 사용하여 WSFC에 DNN 리소스를>. 리소스 이름은 WSFC에서 WSFC 리소스를 고유하게 식별하는 데 사용됩니다. WSFC 클러스터에서 고유한 사용자에 게 의미가 있는 하나를 사용 합니다. 리소스 형식은 분산 네트워크 이름 되어야 합니다. 이 DNN 리소스가 속한 그룹의 이름은 DNN 리소스를 추가할 FCI에 해당하는 WSFC 리소스 그룹(역할)입니다. 이 그룹 이름의 일반적인 형식은 "SQL Server(인스턴스 이름)"입니다. 따라서 기본 인스턴스의 이름은 "MSSQLSERVER(SQL Server)"입니다. 장애 조치(Failover) 클러스터 관리자 콘솔에서 그룹의 이름을 확인할 수도 있습니다.
-
두 번째 명령은 이 DNN 리소스의 DNS 이름을 설정합니다. DNS 이름은 클라이언트가 FCI에 연결하는 데 사용하는 이름이기 때문에 중요합니다.
-
세 번째 명령은 DNN 리소스를 시작합니다.
기본적으로 DNN DNS 이름은 WSFC의 모든 노드에 바인딩됩니다. WSFC의 모든 노드가 FCI에 참여하지 않는 경우 이 FCI의 노드만 포함하도록 DNN 리소스의 가능한 소유자를 구성합니다.
-
-
인스턴스를 SQL Server 다시 시작합니다.
-
VNN(가상 네트워크 이름)SQL 클라이언트 연결 문자열을 DNN DNS 이름으로 바꾸고 MultiSubnetFailover 속성을 "true"로 설정합니다. 클라이언트 버전이 4.6.1보다 SQL 경우 이 설정을 건너뛸 수 있습니다.
해결 방법
이 개선은 다음 누적 업데이트에 포함되어 SQL Server.
업데이트에 대한 누적 업데이트에 대해 SQL Server.
각 새 누적 업데이트는 SQL Server 모든 핫픽스와 이전 누적 업데이트에 포함된 모든 보안 수정을 포함합니다. 다음에 대한 최신 누적 업데이트를 SQL Server.
2016년 SQL Server 서비스 팩 정보
이 문제는 다음 서비스 팩에서 SQL Server.
서비스 팩은 누적됩니다. 각 새 서비스 팩에는 이전 서비스 팩에 포함된 모든 픽스와 새 픽스가 포함되어 있습니다. 해당 서비스 팩에 대한 최신 서비스 팩 및 최신 누적 업데이트를 적용하는 것이 좋습니다. 최신 서비스 팩을 설치하기 전에 이전 서비스 팩을 설치할 필요가 없습니다. 다음 문서의 표 1을 사용하여 최신 서비스 팩 및 최신 누적 업데이트에 대한 자세한 정보를 찾을 수 있습니다.
참조
Microsoft가 소프트웨어 업데이트를 설명하는 데 사용하는 용어에 대해 알아보세요.
