다음을 통해 공유

장애 조치(Failover) 클러스터링을 설치하기 전에

  • 아티클

적용 대상: SQL Server

SQL Server 장애 조치(Failover) 클러스터를 설치하기 전에 SQL Server에서 실행할 하드웨어와 운영 체제를 선택해야 합니다. 또한 WSFC(Windows Server 장애 조치(failover) 클러스터링)를 구성하고 네트워크, 보안 및 기타 장애 조치(failover) 클러스터에서 실행할 소프트웨어에 대한 고려 사항을 검토해야 합니다.

Windows 클러스터에 로컬 디스크 드라이브가 있고, 하나 이상의 클러스터 노드에서 같은 드라이브 문자가 공유 드라이브로 사용된 경우 해당 드라이브에 SQL Server를 설치할 수 없습니다. 이 제한은 SQL Server 장애 조치(failover) 클러스터 인스턴스와 Windows 장애 조치 클러스터 인스턴스의 일부인 서버에 있는 독립 실행형 인스턴스에 모두 적용됩니다.

다음 문서를 검토하여 SQL Server 장애 조치(Failover) 클러스터링 개념과 기능 및 태스크를 보다 자세히 알아볼 수도 있습니다.

문서 설명 아티클
SQL Server 장애 조치(Failover) 클러스터링 개념에 대해 설명하고 연관된 콘텐츠 및 태스크에 대한 링크를 제공합니다. Always On 장애 조치(failover) 클러스터 인스턴스(SQL Server)
SQL Server 장애 조치(Failover) 정책 개념에 대해 설명하고 조직 요구 사항에 맞는 장애 조치(Failover) 정책 구성과 관련된 링크를 제공합니다. Failover Policy for Failover Cluster Instances
기존 SQL Server 장애 조치(Failover) 클러스터를 유지 관리하는 방법에 대해 설명합니다. 장애 조치(failover) 클러스터 인스턴스 관리 및 유지 관리
WSFC(Windows Server Failover Cluster)에 Analysis Services 를 설치하는 방법에 대해 설명합니다. SSAS(SQL Server Analysis Services) 클러스터링 방법

모범 사례

SQL Server 2019 및 SQL Server 2022에 대한 릴리스 정보를 검토합니다.

필수 구성 요소 소프트웨어를 설치합니다. 설치 프로그램을 실행하여 설치하거나 업그레이드하기 전에 다음 필수 구성 요소를 설치하여 설치 시간을 절약합니다. 각 장애 조치(Failover) 클러스터 노드에 필수 구성 요소 소프트웨어를 설치하고 노드를 한 번 다시 시작한 후 설치 프로그램을 실행해야 합니다.

  • Windows PowerShell은 더 이상 SQL Server 설치 프로그램으로 설치되지 않습니다. Windows PowerShell은 SQL Server 데이터베이스 엔진 구성 요소 및 SQL Server Management Studio를 설치하기 위한 필수 구성 요소입니다. Windows PowerShell이 컴퓨터에 설치되어 있지 않은 경우 Windows 관리 프레임워크 페이지에 나오는 지침에 따라 PowerShell을 사용하도록 설정할 수 있습니다.

  • .NET Framework 3.5 SP1은 SQL Server 설치 프로그램으로 더 이상 설치되지 않지만 이전 버전의 Windows 운영 체제에 SQL Server를 설치하는 동안 필요할 수 있습니다. 자세한 내용은 SQL Server 2019: 하드웨어 및 소프트웨어 요구 사항을 참조하세요.

  • Microsoft 업데이트 패키지: 설치 중 .NET Framework 4 설치로 인한 컴퓨터 다시 시작을 방지하려면 SQL Server 설치 전 Microsoft 업데이트가 컴퓨터에 설치되어 있어야 합니다. 지원되는 Windows 버전에 설치되는 SQL Server 2014(12.x) 이상 버전의 경우 이 업데이트가 이미 포함되어 있습니다. 이전 버전의 Windows 운영 체제에 설치하는 경우 Windows Vista 및 Windows Server 2008의 .NET Framework 4.0용 Microsoft Update에서 다운로드합니다.

  • .NET Framework 4: 설치 프로그램에서는 클러스터링된 운영 체제에 .NET Framework 4를 설치합니다. 설치 시간을 단축하려면 설치 프로그램을 실행하기 전에 .NET Framework 4를 설치하는 것이 좋습니다.

  • SQL Server 설치 지원 파일. 설치 미디어에 있는 SqlSupport.msi를 실행하여 해당 파일을 설치할 수 있습니다.

바이러스 백신 소프트웨어가 WSFC 클러스터에 설치되지 않았는지 확인합니다. 자세한 내용은 Microsoft 기술 자료 문서 클러스터 서비스에서 백신 소프트웨어를 사용하면 문제가 발생할 수 있다(Antivirus software may cause problems with cluster services)를 참조하십시오.

장애 조치(Failover) 클러스터 설치를 위한 클러스터 그룹의 이름을 지정할 경우 다음과 같은 문자를 클러스터 그룹 이름에 사용하면 안 됩니다.

  • 보다 작음 연산자(<)

  • 보다 큼 연산자(>)

  • 큰따옴표(")

  • 작은따옴표(')

  • 앰퍼샌드(&)

    또한 기존 클러스터 그룹 이름에 지원되지 않는 문자가 포함되지 않았는지 확인합니다.

COM+, 디스크 드라이브 문자 및 관리자 그룹의 사용자 등을 포함하는 요소들을 모든 클러스터 노드에 동일하게 구성해야 합니다.

모든 노드의 시스템 로그를 지우고 시스템 로그를 다시 확인합니다. 계속하기 전 로그에 오류 메시지가 없는지 확인합니다.

SQL Server 장애 조치(Failover) 클러스터를 설치하거나 업그레이드하기 전에는 설치하는 동안 SQL Server 구성 요소를 사용할 수 있는 모든 애플리케이션과 서비스를 비활성화해야 합니다. 이때 디스크 리소스는 온라인 상태로 둡니다.

SQL Server 설치 프로그램은 SQL Server 클러스터 그룹과 장애 조치(Failover) 클러스터에 포함될 디스크 간의 종속성을 자동으로 설정합니다. 설치 전에 디스크에 종속성을 설정하지 마세요.

  • SQL Server 장애 조치(Failover) 클러스터를 설치하는 동안 SQL Server 네트워크 리소스 이름에 대한 컴퓨터 개체(Active Directory 컴퓨터 계정)가 생성됩니다. Windows Server 2008 클러스터에서 클러스터 이름 계정(클러스터 자체의 컴퓨터 계정)에 컴퓨터 개체를 생성할 수 있는 권한이 있어야 합니다. 자세한 내용은 장애 조치 클러스터 단계별 가이드: Active Directory에서 계정 구성을 참조하십시오.

  • 스토리지 옵션으로 SMB 파일 공유를 사용 중인 경우 SQL Server 설치 계정에는 파일 서버에 대한 SeSecurityPrivilege가 있어야 합니다. 이렇게 하려면 파일 서버의 로컬 보안 정책 콘솔을 사용하여 SQL Server 설치 계정을 감사 및 보안 로그 관리 권한에 추가합니다.

하드웨어 솔루션 확인

클러스터 솔루션에 지리적으로 분산된 클러스터 노드가 포함된 경우 네트워크 대기 시간 및 공유 디스크 지원과 같은 추가 항목을 확인해야 합니다.

SQL Server를 설치할 디스크가 압축되거나 암호화되지 않았는지 확인합니다. 압축된 드라이브 또는 암호화된 드라이브에 SQL Server 를 설치하려고 시도하면 SQL Server 설치 프로그램이 실패합니다.

SAN 구성은 Windows Server 2008 및 Windows Server 2008 R2 Advanced Server와 Datacenter Server 버전부터 Windows Server에서도 지원됩니다. Windows 카탈로그 및 하드웨어 호환성 목록 범주인 "클러스터/다중 클러스터 디바이스"에는 다중 WSFC 클러스터가 연결된 SAN 스토리지 디바이스로 지원되며 테스트를 마친 SAN 사용 가능 스토리지 디바이스 세트가 나열되어 있습니다. 인증된 구성 요소를 찾은 후 클러스터 유효성 검사를 실행하십시오.

데이터 파일 설치에는 SMB 파일 공유도 지원됩니다. 자세한 내용은 Storage Types for Data Files를 참조하세요.

경고

SMB 파일 공유 스토리지로 Windows 파일 서버를 사용 중인 경우 SQL Server 설치 계정에는 파일 서버에 대한 SeSecurityPrivilege가 있어야 합니다. 이렇게 하려면 파일 서버의 로컬 보안 정책 콘솔을 사용하여 SQL Server 설치 계정을 감사 및 보안 로그 관리 권한에 추가합니다.

Windows 파일 서버 외의 SMB 파일 공유 스토리지를 사용 중인 경우 스토리지 공급업체에 파일 서버 쪽의 해당 설정에 대해 문의하십시오.

SQL Server 는 탑재 지점을 지원합니다. 탑재된 볼륨 또는 탑재 지점을 사용하면 하나의 드라이브 문자를 사용하여 여러 디스크 또는 볼륨을 참조할 수 있습니다. 일반 디스크 또는 볼륨을 나타내는 드라이브 문자 D:가 있을 경우 고유의 드라이브 문자가 필요한 추가 디스크나 볼륨 없이 드라이브 문자 D:에서 추가 디스크나 볼륨을 디렉토리로 연결하거나 "마운팅"할 수 있습니다.

  • SQL Server 설치 프로그램을 실행하려면 탑재된 드라이브의 기본 드라이브에 연결된 드라이브 문자가 있어야 합니다. 탑재된 드라이브의 기본 드라이브에 연결된 드라이브 문자가 없는 경우 설치 프로그램은 사용 가능한 다음 드라이브 문자를 드라이브에 할당합니다.

    참고

    모든 드라이브 문자가 이미 할당된 경우 설치 프로그램이 실패합니다.

  • SQL Server는 SQL Server 데이터베이스에 대한 탑재 볼륨/탑재 지점 루트 디렉터리의 사용을 지원하지 않습니다. 자세한 내용은 SQL Server 설치에서 볼륨 탑재 지점을 사용할 때 사용 권한 오류가 발생함을 검토하세요.

  • SQL Server 장애 조치(Failover) 클러스터링을 위한 추가 탑재 지점 고려 사항:

    • SQL Server 설치 프로그램을 실행하려면 탑재된 드라이브의 기본 드라이브에 연결된 드라이브 문자가 있어야 합니다. 장애 조치(Failover) 클러스터 설치를 위해서는 이 기본 드라이브가 클러스터형 드라이브여야 합니다. 이 릴리스에서는 볼륨 GUID가 지원되지 않습니다.

    • 드라이브 문자가 있는 기본 드라이브는 장애 조치(Failover) 클러스터 인스턴스 간에 공유할 수 없습니다. 이는 장애 조치(Failover) 클러스터에 대한 일반적인 제한 사항이지만 독립 실행형 다중 인스턴스 서버에 대한 제한은 아닙니다.

    • SQL Server 의 클러스터형 설치는 사용 가능한 드라이브 문자의 수로 제한됩니다. 운영 체제에서 하나의 드라이브 문자만 사용하고 모든 다른 드라이브 문자를 일반 클러스터 드라이브 또는 클러스터 드라이브 호스팅 탑재 지점에 사용할 수 있다고 가정할 경우 장애 조치(Failover) 클러스터당 SQL Server 인스턴스가 최대 25개로 제한됩니다.

      팁

      25개의 인스턴스 제한은 SMB 파일 공유 옵션을 사용하여 확장할 수 있습니다. 스토리지 옵션으로 SMB 파일 공유를 사용할 경우 최대 50개까지 SQL Server 장애 조치(Failover) 클러스터 인스턴스를 설치할 수 있습니다.

    • 추가 드라이브를 마운트한 후에는 드라이브를 포맷할 수 없습니다.

    • SQL Server 2005 이상 버전의 SQL Server 리소스는 SQL 네트워크 이름 리소스와 데이터를 보유하는 실제 디스크 리소스에 따라 달라집니다. 탑재 지점 및 호스트 드라이브는 클러스터 실제 디스크 리소스로 표시되어야 합니다. 또한 드라이브 문자와 탑재된 각 볼륨이 있는 실제 디스크도 SQL Server 종속성으로 추가해야 합니다.

    • 새 설치를 수행하는 경우 연결된 드라이브 문자가 있는 실제 디스크와 탑재 지점에 올바른 종속성 권한이 설정됩니다. 종속성 권한은 설치 중에 자동으로 설정됩니다.

    • 루트 실제 디스크 종속성만 추가되고 탑재 지점 종속성이 추가되지 않으면 장애 조치(failover) 시 데이터베이스 손상이 발생합니다. 디스크 리소스가 오프라인으로 전환되고 장애 조치(failover)하지 않고도 온라인 상태로 돌아갈 경우 SQL Server를 다시 시작하는 동안 데이터베이스 손상이 발생할 수 있습니다.

  • 탑재 지점에 대한 모범 사례:

    • 탑재 지점을 한 공유 디스크에서 다른 공유 디스크로 이동하는 경우 공유 디스크가 동일한 그룹에 있는지 확인합니다.

    • 탑재 지점에만 루트(호스트) 볼륨을 사용해 보세요. 루트 볼륨은 탑재 지점을 호스트하는 볼륨입니다. 이 방법은 Chkdsk.exe 도구를 실행해야 하는 경우 탑재된 볼륨에 대한 액세스를 복원하는 데 필요한 시간을 크게 줄입니다. 이렇게 하면 호스트 볼륨의 백업에서 복원하는 데 필요한 시간도 줄어듭니다.

    • 탑재 지점에만 루트(호스트) 볼륨을 사용하는 경우 호스트 볼륨의 크기는 5MB 이상이어야 합니다. 이렇게 하면 탑재 지점 이외의 다른 항목에 볼륨이 사용될 확률이 줄어듭니다.

SQL Server 장애 조치(Failover) 클러스터 설치에서는 tempdb 파일 설치에 대해서만 로컬 디스크를 지원합니다. tempdb 데이터 및 로그 파일에 대해 지정된 경로가 모든 클러스터 노드에서 올바른지 확인합니다. 장애 조치(Failover) 중에 장애 조치(Failover) 대상 노드에서 tempdb 디렉터리를 사용할 수 없으면 SQL Server 리소스가 온라인이 될 수 없습니다. 자세한 내용은 Storage Types for Data Files 및 Database Engine Configuration - Data Directories를 참조하세요.

  • iSCSI 기술 구성 요소에 SQL Server 장애 조치(Failover) 클러스터를 배포하는 경우 각별히 주의해야 합니다. 자세한 내용은 iSCSI 기술 구성 요소의 SQL Server에 대한 지원을 참조하십시오.

  • 자세한 내용은 Microsoft 클러스터링에 대한 SQL Server 지원 정책을 참조하십시오.

  • 적절한 쿼럼 드라이브 구성에 대한 자세한 내용은 쿼럼 드라이브 구성 정보를 참조하십시오.

  • SQL Server 원본 설치 파일과 클러스터가 서로 다른 도메인에 있을 때 SQL Server 장애 조치(Failover) 클러스터를 설치하려면 SQL Server 장애 조치(Failover) 클러스터에 사용할 수 있는 현재 도메인으로 설치 파일을 복사합니다.

보안 고려 사항 검토

암호화를 사용하려면 SQL Server 장애 조치(Failover) 클러스터의 모든 노드에 WSFC 클러스터의 정규화된 DNS 이름을 가진 서버 인증서를 설치합니다. 예를 들어 "Test1.DomainName.com" 및 "Test2.DomainName.com"이라는 2개의 노드로 구성된 노드 클러스터와 "Virtsql"이라는 SQL Server 장애 조치(Failover) 클러스터 인스턴스가 있는 경우 "Virtsql.DomainName.com"에 대한 인증서를 구하여 test1 및 test2 노드에 인증서를 설치해야 합니다. 그런 다음 구성 관리자의 프로토콜 암호화 강제 사용 SQL Server 확인란을 선택하여 장애 조치(Failover) 클러스터에서 암호화를 사용하도록 구성할 수 있습니다.

중요

장애 조치(failover) 클러스터 인스턴스의 모든 참여 노드에 인증서를 설치한 후에 프로토콜 암호화 사용 확인란을 선택합니다.

SQL Server 설치를 이전 버전과 함께 구성하는 경우 SQL Server 서비스는 전역 도메인 그룹에 있는 계정만 사용해야 합니다. 또한 SQL Server 서비스에서 사용하는 계정은 로컬 Administrators 그룹에 나타나지 않아야 합니다. 이 지침을 따르지 않으면 예기치 않은 보안 동작이 발생할 수 있습니다.

장애 조치(Failover) 클러스터를 만들려면 서비스로 로그온할 수 있고 장애 조치(Failover) 클러스터 인스턴스의 모든 노드에서 운영 체제의 일부로 작동할 수 있는 권한을 가진 로컬 관리자여야 합니다.

Windows Server 2008 이상 버전에서 서비스 SID는 SQL Server 서비스에서 사용할 수 있도록 자동으로 생성됩니다. 이전 버전의 SQL Server 에서 업그레이드된 SQL Server장애 조치(Failover) 클러스터 인스턴스의 경우 기존 도메인 그룹 및 ACL 구성이 보존됩니다.

도메인 그룹은 컴퓨터 계정과 같은 도메인 내에 있어야 합니다. 예를 들어 SQL Server를 설치할 컴퓨터가 MYDOMAIN의 자식인 SQLSVR 도메인에 있는 경우입니다. SQLSVR 도메인에서 그룹을 지정해야 합니다. SQLSVR 도메인은 MYDOMAIN의 사용자 계정을 포함할 수 있습니다.

SQL Server 장애 조치(Failover) 클러스터링은 클러스터 노드가 도메인 컨트롤러인 경우 설치할 수 없습니다.

Security Considerations for a SQL Server Installation의 내용을 검토합니다.

SQL Server에서 Kerberos 인증을 설정하려면 기술 자료의 SQL Server에서 Kerberos 인증을 사용하는 방법 Microsoft 을 참조하십시오.

SQL Server FCI(장애 조치 클러스터 인스턴스)를 사용하려면 클러스터 노드가 도메인에 가입되어 있어야 합니다. 다음 구성은 지원되지 않습니다.

  • 작업 그룹 클러스터에 대한 SQL FCI
  • 다중 도메인 클러스터에 대한 SQL FCI
  • 도메인 + 작업 그룹 클러스터에 대한 SQL FCI

네트워크, 포트 및 방화벽 고려 사항 검토

SQL Server 설치 프로그램을 시작하기 전에 모든 프라이빗 네트워크 카드에서 NetBIOS를 해제했는지 확인합니다.

SQL Server의 네트워크 이름과 IP 주소는 파일 공유와 같은 다른 목적을 위해 사용해서는 안 됩니다. 파일 공유 리소스를 만들려면 리소스에 다른 고유한 네트워크 이름과 IP 주소를 사용하십시오.

중요

SQL Server 의 동작과 성능에 영향을 줄 수 있으므로 데이터 드라이브에서의 파일 공유는 권장되지 않습니다.

SQL Server 는 클러스터 안에서 TCP/IP를 통한 TCP/IP 소켓과 명명된 파이프를 모두 지원하더라도 클러스터형 구성에는 TCP/IP 소켓을 사용하는 것이 좋습니다.

ISA 서버는 Windows 클러스터링에서 지원되지 않으며 SQL Server 장애 조치(Failover) 클러스터에서도 지원되지 않습니다.

원격 레지스트리 서비스가 실행 중이어야 합니다.

원격 관리를 설정해야 합니다.

기본 포트가 아닌 포트를 사용하는 SQL Server 인스턴스의 경우, 차단을 해제할 SQL Server 인스턴스에서 사용하는 포트를 확인하려면 SQL Server 구성 관리자의 네트워크 구성을 사용합니다. 클러스터된 인스턴스와 다른 IP 주소 및 UDP 포트 1434를 사용하는 SQL Server Browser 서비스를 사용하여 SQL Server 인스턴스에 연결하려는 경우 방화벽에서 IPALL에 대해 TCP 포트를 활성화합니다.

장애 조치(Failover) 클러스터 설치 작업에는 네트워크 바인딩 순서를 검사하는 규칙이 포함됩니다. 바인딩 순서가 올바르게 보이더라도 시스템의 NIC 구성이 비활성화되었거나 "삭제"되었을 수 있습니다. "삭제된" NIC 구성은 바인딩 순서에 영향을 줄 수 있으며 바인딩 순서 규칙에서 경고가 발생하도록 할 수 있습니다. 이러한 상황을 방지하기 위해 다음 단계에 따라 비활성화된 네트워크 어댑터를 확인하고 제거합니다.

  1. 명령 프롬프트에서 다음을 입력합니다. set devmgr_Show_Nonpersistent_Devices=1

  2. start devmgmt.msc를 입력하고 실행합니다.

  3. 네트워크 어댑터 목록을 확장합니다. 목록에는 실제 어댑터만 표시됩니다. 비활성화된 네트워크 어댑터가 있으면 설치 프로그램에서 네트워크 바인딩 순서 규칙 실패를 보고합니다. 제어판/네트워크 연결에서도 어댑터가 비활성화되었는지를 볼 수 있습니다. 제어판의 네트워크 설정에 devmgmt.msc가 표시되는 것과 동일한 활성화된 실제 어댑터 목록이 표시되는지 확인합니다.

  4. SQL Server 설치 프로그램을 실행하기 전에 비활성화된 네트워크 어댑터를 제거합니다.

  5. 설치가 완료되면 제어판의 네트워크 연결로 돌아가서 현재 사용하고 있지 않은 모든 네트워크 어댑터를 비활성화합니다.

운영 체제 확인

운영 체제가 올바르게 설치되었으며 장애 조치(Failover) 클러스터링을 지원하도록 디자인되었는지 확인합니다. 다음 표에는 SQL Server 버전과 각 버전을 지원하는 운영 체제의 목록이 나와 있습니다.

SQL Server 버전 Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014(12.x) Enterprise(64비트) x64 1 예 아니요 아니요
SQL Server 2014(12.x) Enterprise(32비트) 아니요 아니요 아니요
SQL Server 2016(13.x) Enterprise 아니요 아니요 아니요
SQL Server 2016(13.x) Standard 아니요 아니요 아니요
SQL Server 2017(14.x) Enterprise 예 예 예
SQL Server 2017(14.x) Standard 예 예 예
SQL Server 2019 (15.x) Enterprise 예 예 예
SQL Server 2019 (15.x) Standard 예 예 Yes
SQL Server 2022(16.x) Enterprise 예 예 Yes
SQL Server 2022(16.x) Standard 예 예 예
SQL Server 버전 Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014(12.x) Enterprise(64비트) x64 1 예 예 예 예
SQL Server 2014(12.x) Enterprise(32비트) yes 예
SQL Server 2016(13.x) Enterprise 예 예 예 예
SQL Server 2016(13.x) Standard 예 예 예 예
SQL Server 2017(14.x) Enterprise 예 예 예 예
SQL Server 2017(14.x) Standard 예 예 예 예
SQL Server 2019 (15.x) Enterprise 예 예 예 예
SQL Server 2019 (15.x) Standard 예 예 예 Yes
SQL Server 2022(16.x) Enterprise 예 예 예 Yes
SQL Server 2022(16.x) Standard 예 예 예 Yes

1 SQL Server 클러스터는 WOW 모드에서 지원되지 않습니다. 또한 WOW에 원래 설치했던 이전 버전의 SQL Server 장애 조치(Failover) 클러스터에서 업그레이드하는 것도 지원되지 않습니다. 이러한 경우 새 버전을 나란히 설치하고 마이그레이션하는 것이 유일한 업그레이드 옵션입니다.

다중 서브넷 구성을 위한 추가 고려 사항

아래 섹션에서는 SQL Server 다중 서브넷 장애 조치(Failover) 클러스터를 설치할 때 고려해야 하는 요구 사항에 대해 설명합니다. 다중 서브넷 구성에는 여러 서브넷 간의 클러스터링이 포함됩니다. 따라서 IP 주소가 여러 개 사용되고 IP 주소 리소스 종속성이 변경될 수 있습니다.

SQL Server 버전 및 운영 체제 고려 사항

Windows의 SQL Server 버전에서 지원되는 기능 목록은 다음을 참조하세요.

SQL Server 다중 서브넷 장애 조치(Failover) 클러스터를 만들려면 먼저 여러 서브넷에서 Windows Server 다중 사이트 장애 조치(Failover) 클러스터를 만들어야 합니다.

SQL Server 장애 조치(Failover) 클러스터는 장애 조치(Failover) 시 IP 종속성 조건을 유지하기 위해 Windows Server 장애 조치(Failover) 클러스터에 종속됩니다.

Windows Server 2008 R2 이상 버전에서는 모든 클러스터 서버가 동일한 Active Directory 도메인에 있어야 합니다. 따라서 SQL Server 다중 서브넷 장애 조치(Failover) 클러스터는 모든 클러스터 노드가 서브넷이 서로 다른 경우에도 동일한 Active Directory 도메인에 있어야 합니다.

IP 주소 및 IP 주소 리소스 종속성

  1. IP 주소 리소스 종속성은 다중 서브넷 구성에서 OR로 설정됩니다. 자세한 내용은 새 SQL Server 장애 조치(failover) 클러스터 만들기(설치 프로그램)를 참조하세요.

  2. 혼합 AND-OR IP 주소 종속성은 지원되지 않습니다. 예를 들어 <IP1> AND <IP2> OR <IP3>은 지원되지 않습니다.

  3. 서브넷당 둘 이상의 IP 주소는 지원되지 않습니다.

    같은 서브넷에 대해 구성된 IP 주소를 두 개 이상 사용하면 SQL Server 를 시작하는 동안 클라이언트 연결 오류가 발생할 수 있습니다.

관련 콘텐츠

Windows Server 2008 R2 다중 사이트 장애 조치(failover)에 대한 자세한 내용은 Windows Server 2008 R2 장애 조치(failover) 클러스터링 사이트 및 다중 사이트 장애 조치(failover) 클러스터에서 클러스터형 서비스 또는 애플리케이션 디자인을 참조하세요.

Windows Server 장애 조치(Failover) 클러스터 구성

Microsoft Cluster Service(WSFC)는 하나 이상의 서버 클러스터 노드에 구성되어야 합니다. 또한 WSFC와 함께 SQL Server Enterprise, SQL Server Business Intelligence 또는 SQL Server Standard를 실행해야 합니다. SQL Server Enterprise는 최대 16개의 노드로 구성된 장애 조치(Failover) 클러스터를 지원합니다. SQL Server Business Intelligence 및 SQL Server Standard는 2 노드 장애 조치(failover) 클러스터를 지원합니다.

SQL Server 서비스에 대한 리소스 DLL은 WSFC 클러스터 관리자에서 사용되는 두 함수를 내보내 SQL Server 리소스의 가용성을 검사합니다. 자세한 내용은 장애 조치(failover) 클러스터 인스턴스용 장애 조치(failover) 정책을 참조하세요.

WSFC는 IsAlive 검사를 사용하여 장애 조치(Failover) 클러스터형 인스턴스가 실행 중인지 확인할 수 있어야 합니다. 이 작업을 수행하려면 트러스트된 연결을 사용하여 서버에 연결해야 합니다. 기본적으로 클러스터 서비스를 실행하는 계정은 클러스터의 노드에서 관리자로 구성되지 않으며 BUILTIN\Administrators 그룹은 SQL Server에 대한 로그인 권한을 갖지 않습니다. 이러한 설정은 클러스터 노드에 대한 권한을 변경할 경우에만 변경됩니다.

DNS(도메인 이름 서비스) 또는 WINS(Windows 인터넷 이름 서비스)를 구성합니다. DNS 서버 또는 WINS 서버는 SQL Server 장애 조치(Failover) 클러스터가 설치될 환경에서 실행되어야 합니다. SQL Server 를 설치하려면 SQL Server IP 인터페이스 가상 참조의 동적 도메인 이름 서비스 등록이 필요합니다. DNS 서버 구성에서는 클러스터 노드가 네트워크 이름에 매핑된 온라인 IP 주소를 동적으로 등록할 수 있어야 합니다. 동적 등록을 완료할 수 없는 경우 설치가 실패하고 설치가 롤백됩니다. 자세한 내용은 KB947048(보관 링크)을 참조하세요.

MSDTC(Microsoft Distributed Transaction Coordinator) 설치

장애 조치(Failover) 클러스터에 SQL Server 를 설치하기 전에 Microsoft MSDTC(Distributed Transaction Coordinator) 클러스터 리소스를 만들어야 하는지 여부를 결정해야 합니다. 데이터베이스 엔진만 설치하는 경우 MSDTC 클러스터 리소스는 필요하지 않습니다. 데이터베이스 엔진과 SSIS 또는 워크스테이션 구성 요소를 설치하는 경우 또는 분산 트랜잭션을 사용하려는 경우에는 MSDTC를 설치해야 합니다. Analysis Services 전용 인스턴스에는 MSDTC가 필요하지 않습니다.

Windows Server 2008 이상 버전에서는 하나의 장애 조치(Failover) 클러스터에 여러 MSDTC 인스턴스를 설치할 수 있습니다. 설치된 MSDTC의 첫 번째 인스턴스는 MSDTC의 클러스터 기본 인스턴스가 됩니다. SQL Server 는 MSDTC 인스턴스를 자동으로 사용하여 SQL Server 로컬 클러스터 리소스 그룹에 설치된 MSDTC 인스턴스를 활용합니다. 그러나 개별 애플리케이션이 클러스터에 있는 임의의 MSDTC 인스턴스에 매핑될 수 있습니다.

다음 규칙은 SQL Server에서 선택할 MSDTC 인스턴스에 적용됩니다.

  • 로컬 그룹에 설치된 MSDTC 사용

  • MSDTC의 매핑된 인스턴스 사용

  • MSDTC의 클러스터 기본 인스턴스 사용

  • 로컬 머신에 설치된 MSDTC 인스턴스 사용

중요

SQL Server 의 로컬 클러스터 그룹에 설치된 MSDTC 인스턴스가 실패한 경우 SQL Server 는 MSDTC의 기본 클러스터 인스턴스 또는 로컬 컴퓨터 인스턴스를 사용하려고 자동으로 시도하지 않습니다. 다른 MSDTC 인스턴스를 사용하려면 실패한 MSDTC 인스턴스를 SQL Server 그룹에서 완전히 제거해야 합니다. 마찬가지로, SQL Server 에 대한 매핑을 만든 경우 매핑된 MSDTC 인스턴스가 실패하면 분산 트랜잭션도 실패합니다. SQL Server 에서 다른 MSDTC 인스턴스를 사용하도록 하려면 SQL Server 의 로컬 클러스터 그룹에 MSDTC 인스턴스를 추가하거나 매핑을 삭제해야 합니다.

Microsoft Distributed Transaction Coordinator 구성

운영 체제를 설치하고 클러스터를 구성한 다음에는 클러스터 관리자를 사용하여 MSDTC가 클러스터에서 작동하도록 구성해야 합니다. MSDTC 클러스터링에 실패해도 SQL Server 설치에는 문제가 없지만 MSDTC가 올바로 구성되지 않으면 SQL Server 애플리케이션 기능에 영향을 줄 수 있습니다.

추가 정보

다음 단계