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

업데이트: 2007년 9월 15일

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

사전 설치 검사 목록

장애 조치 클러스터 설치 프로세스를 시작하기 전에 다음 항목을 검토하십시오.

하드웨어 솔루션 확인

• 사용자 하드웨어는 Microsoft Windows 카탈로그 및 하드웨어 호환성 목록에 나열되어 있어야 합니다. 하드웨어 시스템은 클러스터 솔루션 범주에 있어야 합니다.

  중요:
  함께 추가된 개별 클러스터 구성 요소가 장애 조치 클러스터링을 위해 승인된 시스템은 아닙니다. 클러스터 솔루션으로 구매하고 클러스터 그룹에 나열된 시스템만 승인됩니다. Microsoft Windows 카탈로그 및 Windows 하드웨어 호환성 목록을 확인할 때 범주로 "클러스터"를 지정합니다. 다른 모든 범주는 OEM 사용을 위한 것입니다. 자세한 내용은 서버 클러스터, 하드웨어 호환성 목록 및 Windows Server 카탈로그에 대한 Microsoft 지원 정책(The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog)을 참조하십시오.

• SAN(Storage Area Network)에서 장애 조치 서버 클러스터를 구현하는 경우 특별한 하드웨어 호환성 검사가 필요합니다. 전체 하드웨어 솔루션은 Microsoft Windows 카탈로그 및 하드웨어 호환성 목록의 클러스터/다중 클러스터 장치 범주에 있어야 합니다. 자세한 내용은 Microsoft 기술 자료 문서 같은 SAN 장치에 연결된 여러 클러스터 지원을 참조하십시오.
• 클러스터 솔루션에 지리적으로 분산된 클러스터 노드가 포함된 경우 네트워크 대기 시간 및 공유 디스크 지원과 같은 추가 항목을 확인해야 합니다. 전체 솔루션은 지역별 클러스터 하드웨어 호환성 목록에 있어야 합니다. 자세한 내용은 Microsoft 기술 자료 문서 Windows 클러스터링 및 지리적으로 분리된 사이트를 참조하십시오.
• SAN 구성은 Microsoft Windows 2000 Advanced Server 및 Datacenter Editions에서도 지원됩니다. Windows 카탈로그 및 하드웨어 호환성 목록에는 다중 MSCS 클러스터가 연결된 SAN 저장 장치로 지원되는 SAN 사용 가능 저장 장치가 있습니다. SAN 구조에 Windows 서버 및 클러스터 집합을 배포하고 Microsoft에서 지원을 받을 수 있습니다. 이렇게 하려면 이 목록의 장치를 Microsoft Windows 카탈로그 및 하드웨어 호환성 목록 클러스터 범주에 정의된 전체 클러스터 구성과 일치시키면 됩니다. 자세한 내용은 Microsoft 기술 자료 문서 Datacenter 프로그램 및 Windows 2000 Datacenter Server 제품을 참조하십시오.
• iSCSI(Internet small computer system interface) 기술 구성 요소에 SQL Server 2005 장애 조치 클러스터를 배포하는 경우 각별히 주의하는 것이 좋습니다. 자세한 내용은 Microsoft 기술 자료 문서 iSCSI 기술 구성 요소의 SQL Server 2000에 대한 지원을 참조하십시오.
• 지원 정보는 Microsoft 기술 자료 문서 SQL Server 장애 조치 클러스터에 대한 Microsoft 지원 정책(The Microsoft SQL Server support policy for Microsoft Clustering)을 참조하십시오.
• 쿼럼 디스크 리소스 공유를 고려해야 합니다. 서버 클러스터에서 쿼럼 디스크는 서버 클러스터 구성의 마스터 복사본을 포함하고 있습니다. 또한 모든 네트워크 통신이 클러스터 노드 사이에서 실패할 경우 타이 브레이커(tie-breaker)로도 사용됩니다. 구현하는 서버 클러스터의 유형에 따라 쿼럼 디스크는 공유 클러스터 디스크 배열에서 물리적 디스크일 수도 있고 아닐 수도 있습니다. 쿼럼 디스크로 사용하기 위해 전체 클러스터 디스크를 예약하는 것이 가장 좋지만 쿼럼 리소스가 아닌 리소스가 쿼럼 디스크에 액세스하도록 허용할 수 있습니다.
  그러나 쿼럼 리소스가 다른 리소스와 디스크를 공유하도록 할 경우 바람직하지 않은 두 가지 방법 중 하나를 선택해야 합니다. 오류가 그룹에 영향을 주지 않도록 리소스를 구성하거나 그룹이 다른 리소스 오류의 영향을 받도록 허용해야 합니다. 전자의 경우 리소스에 대한 장애 조치 지원이 불가능하고 후자의 경우 쿼럼 리소스와 실패한 리소스를 모두 포함한 그룹의 나머지와 함께 장애 조치가 수행됩니다. 따라서 그룹의 장애 조치 시간만큼 전체 클러스터가 오프라인 상태가 됩니다.
  올바른 쿼럼 드라이브 구성에 대한 자세한 내용은 Microsoft 기술 자료 문서 >쿼럼 드라이브 구성 정보(Quorum Drive Configuration Information)를 참조하십시오.
• 원본 설치 파일과 클러스터가 서로 다른 도메인에 있을 때 SQL Server 2005 장애 조치 클러스터를 설치하려면 설치 파일을 클러스터의 주 노드로 복사한 다음 주 노드에서 설치를 시작합니다.

운영 체제 설정 확인

• 운영 체제가 올바르게 설치되었으며 장애 조치 클러스터링을 지원하도록 디자인되었는지 확인합니다. 지원되는 운영 체제에 대한 자세한 내용은 SQL Server 2005 설치를 위한 하드웨어 및 소프트웨어 요구 사항을 참조하십시오.
• Windows Server 2003에서 Windows CSP(암호화 서비스 공급자)를 설정합니다. CSP 서비스가 중지되거나 특정 클러스터 노드에서 해제된 경우 Windows 로고 요구 사항 대화 상자에서 SQL Server 설치가 실패합니다.
• 원격 및 클러스터 설치의 모든 운영 체제에서 작업 스케줄러 서비스를 설정합니다. 작업 스케줄러가 해제된 경우에는 SQL Server 설치 프로그램이 실패하고 1058 오류가 표시됩니다. 자세한 내용은 방법: Windows 작업 스케줄러 서비스 설정을 참조하십시오.
• SQL Server 2005는 탑재 지점을 지원하며 SQL Server의 클러스터된 설치는 사용 가능한 드라이브 문자의 수로 제한됩니다. 운영 체제에서 하나의 드라이브 문자만 사용하는 경우 장애 조치 클러스터당 SQL Server 인스턴스가 최대 25개로 제한됩니다.
  탑재된 볼륨 또는 탑재 지점을 사용하면 하나의 드라이브 문자를 사용하여 여러 디스크 또는 볼륨을 참조할 수 있습니다. 일반 디스크 또는 볼륨을 참조하는 드라이브 문자 D가 있는 경우 드라이브 문자 D의 디렉터리로 추가 디스크 또는 볼륨을 연결하거나 "탑재"할 수 있으며 추가 디스크 또는 볼륨은 자체의 드라이브 문자를 필요로 하지 않습니다.
  SQL Server 2005 장애 조치 클러스터링을 위한 특별 탑재 지점 고려 사항
  • SQL Server 설치 프로그램을 실행하려면 탑재된 드라이브의 기본 드라이브에 연결된 드라이브 문자가 있어야 합니다. 장애 조치 클러스터 설치를 위해 이 기본 드라이브는 클러스터된 드라이브여야 합니다.
  • 드라이브 문자가 있는 기본 드라이브는 장애 조치 클러스터 인스턴스 간에 공유할 수 없습니다. 이는 장애 조치 클러스터에 대한 일반적인 제한 사항이지만 독립 실행형 다중 인스턴스 서버에 대한 제한은 아닙니다.
  • 장애 조치 클러스터를 설정할 때는 기본 드라이브와 탑재된 디스크(볼륨)가 모두 리소스 그룹에 리소스로 나열되도록 좀 더 주의를 기울여야 합니다. SQL Server 설치 프로그램은 이러한 사항을 자동으로 확인하지 않으며 SQL Server도 CREATE/ALTER DATABASE 작업 시 이 사항을 확인하지 않습니다.
  • 탑재된 디스크 또는 볼륨이 올바른 문자의 기본 드라이브에 탑재되도록 하고 탑재된 드라이브가 부모 드라이브에 종속하도록 설정되었는지 확인합니다.

Microsoft Cluster Service 구성

• MSCS(Microsoft Cluster Service)는 최소 하나의 서버 클러스터 노드에서 구성되어야 합니다. MSCS는 MSCS 소프트웨어와 함께 호환성 테스트가 완료된 하드웨어 구성에 설치된 경우에만 지원됩니다. 또한 MSCS와 함께 SQL Server 2005 Enterprise Edition 또는 Standard Edition을 실행해야 합니다. SQL Server 2005 Enterprise Edition은 최대 8개의 노드로 구성된 장애 조치 클러스터를 지원합니다. SQL Server 2005 Standard Edition은 2 노드 장애 조치 클러스터를 지원합니다.
  Windows Server 2003에서 MSCS를 설치하고 구성하는 방법은 서버 클러스터(Server clusters)를 참조하십시오.
  Windows 2000 운영 체제에서 MSCS를 설치하고 구성하는 방법은 클러스터 서비스 설치에 대한 단계별 가이드(Step by Step Guide to Installing Cluster Service)를 참조하십시오.
• SQL Server 서비스의 리소스 DLL은 MSCS 클러스터 관리자에서 SQL Server 리소스의 가용성을 검사할 때 사용하는 두 가지 함수를 내보냅니다. 간단한 검사인 LooksAlive는 Windows NT 서비스 제어 관리자를 사용하여 서비스 상태를 쿼리합니다. 보다 엄격한 검사인 IsAlive는 사용자 검색으로 SQL Server에 연결하여 단순 쿼리를 수행합니다. 기본적으로 LooksAlive는 5초마다 실행되고 IsAlive는 60초마다 실행됩니다. LooksAlive 및 IsAlive 폴링 간격은 MSCS 클러스터 관리자에 있는 SQL Server 리소스의 고급 탭이나 cluster.exe 명령 프롬프트 유틸리티를 사용하여 변경할 수 있습니다.
• MSCS는 IsAlive 검사를 사용하여 장애 조치 클러스터형 인스턴스가 실행 중인지 확인할 수 있어야 합니다. 이 작업을 수행하려면 트러스트된 연결을 사용하여 서버에 연결해야 합니다. 기본적으로 클러스터 서비스를 실행하는 계정은 클러스터의 모든 노드에서 관리자로 구성되고 BUILTIN\Administrators 그룹은 SQL Server에 대한 로그인 권한을 갖습니다. 이러한 설정은 클러스터 노드에 대한 권한을 변경할 경우에만 변경됩니다.
• BUILTIN\Administrators 계정이 제거된 경우 클러스터 서비스를 실행하고 있는 계정이 IsAlive 검사를 위해 SQL Server에 로그인할 수 있어야 합니다. 로그인할 수 없는 경우 IsAlive 검사가 실패합니다. 최소한 MSCS 클러스터 서비스 계정에는 정기적으로 **"SELECT @@servername"**을 정기적으로 실행하기 위해 SQL Server에 대한 public 권한이 있어야 합니다. 기본적으로 클러스터 서비스를 실행하는 계정은 클러스터의 모든 노드에서 관리자로 구성되고 BUILTIN\Administrators 그룹은 SQL Server에 대한 로그인 권한을 갖습니다. 이러한 설정은 클러스터 노드에 대한 권한을 변경할 경우에만 변경됩니다.
  BUILTIN\Administrators 계정이 제거된 경우 클러스터 서비스를 실행하고 있는 계정이 IsAlive 검사를 위해 SQL Server에 로그인할 수 있어야 합니다. 로그인할 수 없는 경우 IsAlive 검사가 실패합니다. 최소한 MSCS 클러스터 서비스 계정에는 정기적으로 @@servername을 실행하기 위해 SQL Server에 대한 public 권한이 있어야 합니다.
• MSCS를 설치할 때는 별개의 서비스 계정을 사용하여 MSCS와 SQL Server에 로그온하는 것이 매우 중요합니다. 그렇지 않으면 클러스터 명령을 사용하여 클러스터 서비스 암호를 변경할 수 없습니다.
• MSCS를 사용할 때 다른 노드가 온라인 상태가 되기 전에 한 노드가 공유 SCSI 버스의 제어를 받아야 합니다. 이 작업이 실패하면 응용 프로그램 장애 조치가 온라인 보류 상태로 바뀌어 다른 노드에 대해 장애 조치를 수행할 수 없거나 완전히 실패할 수 있습니다. 클러스터 시스템에 소유 설치 프로세스가 있는 경우 소유 프로세스를 사용해야 합니다.

Microsoft Distributed Transaction Coordinator 설치

• 장애 조치 클러스터에 SQL Server 2005를 설치하기 전에 Microsoft MSDTC(Distributed Transaction Coordinator) 클러스터 리소스를 만들어야 하는지 여부를 결정해야 합니다. 데이터베이스 엔진만 설치하는 경우 MSDTC 클러스터 리소스는 필요하지 않습니다. 데이터베이스 엔진과 SSIS, Notification Services 또는 워크스테이션 구성 요소를 설치하는 경우에는 MSDTC를 설치해야 합니다. 이러한 요구 사항은 Windows 2000 및 Windows Server 2003 운영 체제에 모두 적용됩니다.
  MSDTC 트랜잭션 관리자, MSDTC 프록시 및 구성 요소 서비스 관리 도구는 Windows 기반 서버 클러스터의 각 노드에 설치됩니다. 클러스터는 MSCS(Microsoft Cluster Services)를 Windows 기반 서버 클러스터 설치의 일부로 사용합니다.
  MSCS를 실행하는 Windows Server 2003 운영 체제에서 MSDTC를 수동으로 구성하려면 기술 자료 문서 Windows 2003 클러스터에 Microsoft Distributed Transaction Coordinator를 구성하는 방법(How to configure Microsoft Distributed Transaction Coordinator on a Windows 2003 cluster) 및 Windows Server 2003에서 네트워크 DTC 액세스를 사용 가능하게 설정하는 방법을 참조하십시오.
  여러 클러스터형 프로그램 사이에서 가용성을 확보하는 데는 MSDTC가 자체 리소스 그룹과 리소스를 가지도록 하는 것이 가장 좋습니다. MSDTC가 자체 리소스 그룹을 가지도록 구성할 수 없는 경우 클러스터 그룹과 쿼럼 드라이브를 사용하는 것이 좋습니다.

Microsoft Distributed Transaction Coordinator 구성

• 운영 체제를 설치하고 클러스터를 구성한 다음에는 클러스터 관리자를 사용하여 MSDTC가 클러스터에서 작동하도록 구성해야 합니다. MSDTC 클러스터링에 실패해도 SQL Server 설치에는 문제가 없지만 MSDTC가 올바로 구성되지 않으면 SQL Server 응용 프로그램 기능에 영향을 줄 수 있습니다.
  클러스터의 임의 노드에서 실행되는 모든 프로세스에서 MSDTC를 사용할 수 있습니다. 이러한 프로세스에서 간단히 MSDTC 프록시를 호출하면 MSDTC 프록시가 전체 클러스터를 제어하는 MSDTC 트랜잭션 관리자에 MSDTC 호출을 자동으로 전달합니다.
  MSDTC 트랜잭션 관리자를 실행하는 노드에 오류가 발생하면 트랜잭션 관리자가 클러스터의 다른 노드에서 자동으로 다시 시작됩니다. 새로 다시 시작된 트랜잭션 관리자는 공유 클러스터 디스크에서 MSDTC 로그 파일을 읽어 보류 중인 트랜잭션과 최근에 완료된 트랜잭션의 결과를 확인합니다.
  리소스 관리자는 트랜잭션 관리자에 다시 연결하고 복구를 수행하여 보류 중인 트랜잭션의 결과를 확인합니다. 응용 프로그램에서는 새 트랜잭션을 시작할 수 있도록 MSDTC에 다시 연결합니다.
  예를 들어 MSDTC 트랜잭션 관리자가 시스템 B에서 활성 상태라고 가정할 때 시스템 A에 있는 응용 프로그램과 리소스 관리자에서 MSDTC 프록시를 호출하면 시스템 A에 있는 MSDTC 프록시는 시스템 B에 있는 MSDTC 트랜잭션 관리자에 모든 MSDTC 호출을 전달합니다.
  시스템 B에 오류가 발생하면 시스템 A에 있는 MSDTC 트랜잭션 관리자가 대신 공유 클러스터 디스크에서 MSDTC 로그 파일을 모두 읽은 다음 복구를 수행하고 전체 클러스터에 대한 트랜잭션 관리자 역할을 합니다.

기타 소프트웨어 고려 사항

• COM+, 디스크 드라이브 문자 및 관리자 그룹의 사용자 등을 포함하는 요소들을 모든 클러스터 노드에 동일하게 구성해야 합니다.
• 클러스터 상호 연결(하트비트)이 제대로 구성되었는지 확인합니다. 자세한 내용은 기술 자료 문서인 클러스터 서버에 권장하는 개인 "하트비트" 구성을 참조하십시오.
• 모든 노드의 시스템 로그를 지우고 시스템 로그를 다시 확인합니다. 계속하기 전 로그에 오류 메시지가 없는지 확인합니다.
• 이전 버전의 SQL Server가 설치된 상태에서 side-by-side 구성으로 SQL Server 2005를 설치하는 경우 SQL Server 2005 서비스는 전역 도메인 그룹에만 있는 계정을 사용해야 합니다. 또한 SQL Server 2005 서비스에서 사용하는 계정은 로컬 관리자 그룹에 나타나지 않아야 합니다. 이 지침을 따르지 않으면 예기치 않은 보안 동작이 발생할 수 있습니다.
• 여러 디스크 드라이브가 있는 Windows 2000 클러스터 그룹에 SQL Server 2005를 설치하고 드라이브 중 하나에 데이터를 저장하도록 선택한 경우 SQL Server 리소스는 해당 드라이브만 사용하도록 설정됩니다. 다른 디스크 리소스나 추가 디스크 리소스에 데이터나 로그를 저장하려면 먼저 SQL Server 리소스에 해당 디스크에 대한 종속 관계를 추가해야 합니다. 자세한 내용은 방법: SQL Server 2005 리소스에 종속성 추가를 참조하십시오.
• 미리 작성된 Microsoft Windows 2000 또는 Windows Server 2003 도메인 컨트롤러가 없는 환경에서 Windows 2000 또는 Windows Server 2003 클러스터 노드를 배포하는 경우 도메인 컨트롤러로서의 Windows 2000 및 Windows Server 2003 클러스터 노드를 참조하십시오.
• 암호화를 사용하려면 SQL Server 장애 조치 클러스터의 모든 노드에 MSCS 클러스터의 정규화된 DNS 이름을 가진 서버 인증서를 설치합니다. 예를 들어 "Test1.DomainName.com" 및 "Test2.DomainName.com"이라는 2개의 노드로 구성된 2 노드 클러스터와 "Virtsql"이라는 SQL Server 장애 조치 클러스터 인스턴스가 있는 경우 "Virtsql.DomainName.com"에 대한 인증서를 구하여 test1 및 test2 노드에 인증서를 설치해야 합니다. 그런 다음 SQL Server 구성 관리자의 프로토콜 암호화 강제 사용 확인란을 선택하여 장애 조치 클러스터에서 암호화를 사용하도록 구성할 수 있습니다.

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

• 바이러스 백신 소프트웨어가 MSCS 클러스터에 설치되지 않았는지 확인합니다. 자세한 내용은 기술 자료 문서 클러스터에서 백신 소프트웨어를 사용하면 문제를 일으킬 수 있음(Antivirus Software May Cause Problems with Cluster Services)을 참조하십시오.
• SQL Server 2005는 Windows Server 2003 Terminal Server에서 지원되지 않습니다. 자세한 내용은 기술 자료 문서 Windows Server 2003 터미널 서버 응용 프로그램 서버에서 SQL Server 2000이 지원되지 않는다를 참조하십시오.
• SQL Server가 설치된 디스크가 압축되지 않았는지 확인합니다. 압축된 드라이브에 SQL Server를 설치하려고 시도하면 SQL Server 설치 프로그램이 실패합니다.
• 장애 조치 클러스터 설치를 위한 클러스터 그룹의 이름을 지정할 경우 다음과 같은 문자를 클러스터 그룹 이름에 사용하면 안 됩니다.
  • 보다 작음 연산자(<)
  • 보다 큼 연산자(>)
  • 큰따옴표(")
  • 작은따옴표(')
  • 앰퍼샌드(&)
    또한 기존 클러스터 그룹 이름에 지원되지 않는 문자가 있는지도 확인하십시오.

네트워크 고려 사항

• SQL Server 설치 프로그램을 시작하기 전에 모든 개인 네트워크 카드에서 NetBIOS를 해제했는지 확인합니다.
• SQL Server의 네트워크 이름과 IP 주소는 파일 공유와 같은 다른 목적을 위해 사용해서는 안 됩니다. 파일 공유 리소스를 만들려면 리소스에 다른 고유한 네트워크 이름과 IP 주소를 사용하십시오.

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

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

기타 고려 사항

• 장애 조치 클러스터를 만들기 위해서는 서비스로 로그온할 수 있고 장애 조치 클러스터 인스턴스의 모든 노드에서 운영 체제의 일부로 실행할 수 있는 권한을 가진 로컬 관리자여야 합니다.
• SQL Server 장애 조치 클러스터를 설치하거나 업그레이드하기 전에는 설치하는 동안 SQL Server 구성 요소를 사용할 수 있는 모든 응용 프로그램과 서비스를 비활성화해야 합니다. 이때 디스크 리소스는 온라인 상태로 둡니다.
• SQL Server 2005 장애 조치 클러스터의 일부로 설치될 클러스터형 서비스 도메인 그룹을 만듭니다. SQL Server 서비스, SQL Server 에이전트 서비스, Analysis Services 서비스 및 전체 텍스트 검색 서비스는 전역 또는 로컬 도메인 그룹의 멤버인 도메인 계정으로 실행해야 합니다. 필요에 따라 도메인 관리자에게 기존 도메인 그룹의 이름을 문의하거나 사용자 장애 조치 클러스터용 도메인 그룹을 만들어 줄 것을 요청합니다. 자세한 내용은 클러스터형 서비스 도메인 그룹을 참조하십시오.
• SQL Server 장애 조치 클러스터링은 클러스터 노드가 도메인 컨트롤러인 경우 지원되지 않습니다.
• DNS(도메인 이름 서비스) 또는 WINS(Windows 인터넷 이름 서비스)를 구성합니다. DNS 서버 또는 WINS 서버는 SQL Server 장애 조치 클러스터가 설치된 환경에서 실행되어야 합니다. SQL Server를 설치하려면 SQL Server IP 인터페이스 가상 참조의 DDNS(Dynamic Domain Name Service) 등록이 필요합니다. 동적 등록을 완료할 수 없는 경우 설치 프로그램이 실패하고 설치가 롤백됩니다. 동적 등록을 사용할 수 없는 경우 미리 서버를 DNS에 등록해야 합니다.
• ISA 서버는 Windows 클러스터링에서 지원되지 않으므로 SQL Server 장애 조치(Failover) 클러스터에서도 지원되지 않습니다.
• SQL Server 설치에 대한 보안 고려 사항의 내용을 검토합니다.
• 시스템 구성 검사기의 검사 매개 변수의 내용을 검토합니다.
• 사용하려는 SQL Server 도구, 기능 및 구성 요소가 장애 조치 클러스터링에서 지원되는지 여부를 고려합니다. 자세한 내용은 장애 조치(Failover) 클러스터링을 참조하십시오.
• 가용성 강화를 위해 장애 조치 클러스터를 모니터링하고 유지 관리하는 방법을 고려합니다. 자세한 내용은 장애 조치(Failover) 클러스터 유지 관리 및 장애 조치(Failover) 클러스터링에서 SQL Server 도구 사용을 참조하십시오.
• SQL Server 2005 장애 조치 클러스터의 설치 시간을 단축하려면 SQL Server 설치 프로그램을 실행하기 전에 모든 장애 조치 클러스터 노드에 Microsoft .NET Framework 버전 2.0을 미리 설치할 수 있습니다.

참고 항목

개념

장애 조치(Failover) 클러스터 설치

관련 자료

SQL Server 2005 설치를 위한 하드웨어 및 소프트웨어 요구 사항
시스템 구성 검사기의 검사 매개 변수
SQL Server 설치에 대한 보안 고려 사항

도움말 및 정보

SQL Server 2005 지원 받기

변경 내역