장애 조치(failover) 클러스터 문제 해결

적용 대상:SQL Server

이 문서에서는 다음 문제에 대한 정보를 제공합니다.

기본 문제 해결 단계

첫 번째 진단 단계는 새 클러스터 유효성 검사를 실행하는 것입니다. 유효성 검사에 대한 자세한 내용은 장애 조치(failover) 클러스터 만들기: 구성 유효성 검사를 참조하세요. 이 작업은 온라인 클러스터 리소스에 영향을 주지 않으므로 서비스를 중단하지 않고 완료할 수 있습니다.

클러스터가 배포되기 전, 클러스터를 만드는 동안 및 클러스터가 실행되는 동안을 포함하여 장애 조치(failover) 클러스터링 기능이 설치되면 언제든지 유효성 검사를 실행할 수 있습니다. 실제로 클러스터가 사용 중이면 추가 테스트가 실행됩니다. 이 테스트는 고가용성 워크로드에 대한 모범 사례를 따르고 있는지 확인합니다. 이 수십 개의 테스트 중 일부만 클러스터 워크로드 실행에 영향을 미치며, 이는 모두 스토리지 범주 내에 속합니다. 따라서 이 전체 범주를 생략하는 것은 방해가 되는 테스트를 피하는 쉬운 방법입니다.

장애 조치(failover) 클러스터링은 유효성 검사 중 스토리지 테스트를 실행할 때 발생할 수 있는 우발적인 가동 중지를 방지하기 위한 기본 보호 기능을 제공합니다. 유효성 검사가 시작될 때 클러스터에 온라인 그룹이 있고 스토리지 테스트가 선택된 상태로 유지되면 사용자에게 모든 테스트를 실행할지(가동 중지 시간 발생) 여부를 확인하라는 메시지를 표시하거나 가동 중지 시간을 방지하기 위해 온라인 그룹의 디스크 테스트를 건너뛰도록 합니다. 전체 스토리지 범주가 테스트에서 제외된 경우 이 프롬프트가 표시되지 않습니다. 이렇게 하면 가동 중지 시간 없이 클러스터 유효성 검사를 수행할 수 있습니다.

클러스터의 유효성을 다시 검사하는 방법

  1. 장애 조치 클러스터 스냅인의 콘솔 트리에서 장애 조치 클러스터 관리가 선택되어 있는지 확인한 후, 관리 아래에서 구성 유효성 검사를 선택합니다.

  2. 마법사의 지침에 따라 서버 및 테스트를 지정하고 테스트를 실행합니다. 테스트가 실행된 후 요약 페이지가 나타납니다.

  3. 요약 페이지에 있는 동안 보고서 보기를 선택하여 테스트 결과를 봅니다.

    마법사를 닫은 후 테스트 결과를 보려면 운영 체제가 설치된 폴더(예%SystemRoot%\Cluster\Reports\Validation Report date and time.html: )를 참조 %SystemRoot%C:\Windows 하세요.

  4. 결과를 해석하는 데 도움이 되는 도움말 문서를 보려면 클러스터 유효성 검사 테스트에 대한 자세한 내용을 선택합니다.

마법사를 닫은 후 클러스터 유효성 검사에 대한 도움말 문서를 보려면 장애 조치(failover) 클러스터 스냅인에서 도움말을 선택하고, 도움말 항목을 선택하고, 콘텐츠 탭 을 선택하고, 장애 조치(failover) 클러스터 도움말의 콘텐츠를 확장하고, 장애 조치(failover) 클러스터 구성의 유효성 검사를 선택합니다. 유효성 검사 마법사가 완료되면 요약 보고서에 결과가 표시됩니다. 모든 테스트는 녹색 확인 표시 또는 경우에 따라 노란색 삼각형(경고)과 함께 통과해야 합니다. 문제 영역(빨간색 X 또는 노란색 물음표)을 찾는 경우 테스트 결과를 요약하는 보고서 부분에서 개별 테스트를 선택하여 세부 정보를 검토합니다. SQL Server 문제를 해결하기 전에 빨간색 X 문제를 해결해야 합니다.

업데이트 설치

업데이트 설치는 시스템에서 문제를 피하기 위한 중요한 부분입니다. 유용한 링크:

장애 조치(failover) 클러스터 오류 복구

일반적으로 장애 조치 클러스터 장애는 다음 두 가지 원인 중 하나로 인해 발생합니다.

  • 이중 노드 클러스터의 한 노드에서 발생한 하드웨어 오류. 이 하드웨어 오류는 SCSI 카드 또는 운영 체제의 오류에 의해 발생할 수 있습니다.

    이 오류를 복구하려면 SQL Server 설치 프로그램을 사용하여 장애 조치(Failover) 클러스터에서 실패한 노드를 제거하고, 컴퓨터를 오프라인으로 사용하여 하드웨어 오류를 해결하고, 컴퓨터를 백업한 다음, 복구한 노드를 장애 조치(failover) 클러스터 인스턴스에 다시 추가합니다.

    자세한 내용은 Always On 장애 조치 클러스터 인스턴스 새로 만들기(설치) 및 장애 조치 클러스터 인스턴스 오류 복구를 참조하세요.

  • 운영 체제 오류. 이 경우 노드는 오프라인 상태이지만 복구할 수 없을 정도로 손상되지는 않습니다.

    운영 체제 장애에서 복구하려면 노드를 복구하고 장애 조치를 테스트하십시오. SQL Server 인스턴스가 제대로 장애 조치(failover)되지 않는 경우 SQL Server 설치 프로그램을 사용하여 장애 조치(failover) 클러스터에서 SQL Server를 제거하고, 필요한 복구를 수행하고, 컴퓨터를 다시 가져온 다음, 복구된 노드를 장애 조치(failover) 클러스터 인스턴스에 다시 추가해야 합니다.

    이 방법으로 운영 체제 오류를 복구하면 시간이 걸릴 수 있습니다. 운영 체제 오류를 쉽게 복구할 수 있다면 이 방법을 사용하지 마십시오.

    자세한 내용은 Always On 장애 조치 클러스터 인스턴스 새로 만들기(설치) 및 장애 조치 클러스터 인스턴스 오류 복구를 참조하세요.

일반적인 문제 해결

다음 목록에서는 일반적인 사용 문제와 이를 해결하는 방법을 설명합니다.

문제: SQL Server를 설치하는 명령 프롬프트 구문을 잘못 사용함

문제 1: 명령 프롬프트에서 /qn 스위치를 사용할 때, /qn 스위치가 모든 설치 대화 상자 및 오류 메시지를 억제하므로 설치 문제를 진단하기가 어렵습니다. 스위치를 /qn 지정하면 오류 메시지를 포함한 모든 설치 메시지가 설치 로그 파일에 기록됩니다. 로그 파일에 대한 자세한 내용은 SQL Server 설치 로그 파일 보기 및 읽기를 참조하세요.

해결 방법 1: 스위치 대신 스위치를 /qb 사용합니다/qn. 스위치를 /qb 사용하는 경우 오류 메시지를 포함하여 각 단계의 기본 UI가 표시됩니다.

문제: SQL Server가 다른 노드로 마이그레이션한 후 네트워크에 연결할 수 없음

문제 1: SQL Server 서비스 계정에서 도메인 컨트롤러에 연결할 수 없습니다.

해결 방법 1: 어댑터 오류나 DNS 문제와 같은 네트워킹 문제가 있는지 이벤트 로그를 검사합니다. 도메인 컨트롤러를 ping할 수 있는지 확인합니다.

문제 2: SQL Server 서비스 계정 암호가 모든 클러스터 노드에서 동일하지 않거나 노드가 실패한 노드에서 마이그레이션된 SQL Server 서비스를 다시 시작하지 않습니다.

해결 방법 2: 구성 관리자를 사용하여 SQL Server 서비스 계정 암호를 변경합니다. 그렇지 않고 한 노드에서 SQL Server 서비스 계정 암호를 변경하는 경우 다른 모든 노드의 암호도 변경해야 합니다. 이 작업은 SQL Server 구성 관리자에 자동으로 수행합니다.

문제: SQL Server가 클러스터 디스크에 액세스할 수 없습니다.

문제 1: 펌웨어 또는 드라이버는 모든 노드에서 업데이트되지 않습니다.

해결 방법 1: 모든 노드가 올바른 펌웨어 버전과 동일한 드라이버 버전을 사용하고 있는지 확인합니다.

문제 2: 노드는 다른 드라이브 문자가 있는 공유 클러스터 디스크의 실패한 노드에서 마이그레이션된 클러스터 디스크를 복구할 수 없습니다.

해결 방법 2: 클러스터 디스크의 디스크 드라이브 문자는 두 서버 모두에서 동일해야 합니다. 그렇지 않은 경우 운영 체제 및 MSCS(Microsoft 클러스터 서비스)의 원래 설치를 검토합니다.

문제: SQL Server 서비스 실패로 인해 장애 조치(failover)가 발생합니다

해결 방법: 특정 서비스 오류로 인해 SQL Server 그룹이 장애 조치(failover)되지 않도록 방지하려면 다음과 같이 Windows에서 클러스터 관리자를 사용하여 해당 서비스를 구성합니다.

  • 전체 텍스트 속성 대화 상자의 고급 탭에서 그룹에 영향 확인란을 선택 취소합니다. 그러나 SQL Server에서 장애 조치(failover)가 발생하면 전체 텍스트 검색 서비스가 다시 시작됩니다.

문제: SQL Server가 자동으로 시작되지 않음

해결 방법: MSCS의 클러스터 관리자를 사용하여 장애 조치(failover) 클러스터를 자동으로 시작합니다. SQL Server 서비스는 수동으로 시작되도록 설정해야 합니다. SQL Server 서비스를 시작하려면 MSCS에서 클러스터 관리자를 구성해야 합니다. 자세한 내용은 서비스 관리를 참조하세요.

문제: 네트워크 이름이 오프라인 상태이며 TCP/IP를 사용하여 SQL Server에 연결할 수 없음

문제 1: DNS를 요구하도록 설정된 클러스터 리소스로 인해 DNS가 실패합니다.

해결 방법 1: DNS 문제를 해결합니다.

문제 2: 네트워크에 중복된 이름이 있습니다.

해결 방법 2:nbtstat 를 사용하여 중복된 이름을 찾은 다음 문제를 해결합니다.

문제 3: SQL Server는 명명된 파이프를 사용하여 연결하지 않습니다.

해결 방법 3: 명명된 파이프를 사용하여 연결하려면 SQL Server 구성 관리자를 사용하여 별칭을 만들고 이를 통해 적절한 컴퓨터에 연결합니다. 예를 들어 두 개의 노드(노드 A 및 노드 B)가 있는 클러스터와 기본 인스턴스가 있는 장애 조치(failover) 클러스터 인스턴스(Virtsql)가 있는 경우 다음 단계를 사용하여 네트워크 이름 리소스가 있는 서버에 오프라인으로 연결할 수 있습니다.

  1. 클러스터 관리를 사용하여 SQL Server 인스턴스가 포함된 그룹이 실행되고 있는 노드를 확인합니다. 이 예제에서는 노드 A입니다.

  2. net start를 사용하여 해당 컴퓨터에서 SQL Server 서비스를 시작합니다. net start를 사용하는 방법에 대한 자세한 내용은 SQL Server 수동 시작을 참조하세요.

  3. 노드 A에서 SQL Server SQL Server 구성 관리자를 시작합니다. 서버에서 수신 대기하고 있는 파이프 이름을 확인합니다. 다음과 비슷해야 합니다 \\.\$$\VIRTSQL\pipe\sql\query.

  4. 클라이언트 컴퓨터에서 SQL Server 구성 관리자를 시작합니다.

  5. 명명된 파이프를 SQLTEST1 통해 이 파이프 이름에 연결하는 별칭을 만듭니다. 이렇게 하려면 노드 A 를 서버 이름으로 입력하고 파이프 이름을 편집합니다 \\.\pipe\$$\VIRTSQL\sql\query.

  6. 별칭을 서버 이름으로 사용하여 이 인스턴스에 연결합니다 SQLTEST1 .

문제: 11001 오류로 인해 SQL Server를 클러스터에 설치하지 못함

문제: 고립된 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster레지스트리 키입니다.

해상도: 레지스트리 하이브가 MSSQL.X 현재 사용되고 있지 않은지 확인한 다음 클러스터 키를 삭제합니다.

문제: 클러스터 설치 오류가 발생합니다. "다음 디렉터리에 액세스할 수 있는 권한이 없습니다: <드라이브>\Microsoft SQL Server. 설치를 계속할 수 없습니다. 관리자 권한으로 로그온하거나 시스템 관리자에게 문의하세요."

문제: 이 오류는 SCSI 공유 드라이브가 제대로 파티셔닝되지 않아 발생하는 오류입니다.

해상도: 다음 단계를 사용하여 공유 디스크에서 단일 파티션을 다시 만듭니다.

  1. 클러스터에서 디스크 리소스를 삭제합니다.
  2. 디스크의 모든 파티션을 삭제합니다.
  3. 디스크 속성에서 해당 디스크가 기본 디스크인지 확인합니다.
  4. 공유 디스크에 파티션 한 개를 만들고 디스크를 포맷한 다음 디스크에 드라이브 문자를 할당합니다.
  5. 클러스터 관리자(cluadmin)를 사용하여 디스크를 클러스터에 추가합니다.
  6. SQL Server 설치 프로그램을 실행합니다.

문제: 애플리케이션에서 SQL Server 리소스를 분산 트랜잭션에 등록하지 못함

문제: Microsoft Distributed Transaction Coordinator(MS DTC)가 Windows에서 완전히 구성되지 않았기 때문에 애플리케이션이 분산 트랜잭션에서 SQL Server 리소스를 등록하지 못할 수 있습니다. 이 문제는 연결된 서버, 분산 쿼리 및 분산 트랜잭션을 사용하는 원격 저장 프로시저에 영향을 미칠 수 있습니다. MS DTC를 설치하는 방법에 대한 자세한 내용은 장애 조치(failover) 클러스터링을 설치하기 전에를 참조하세요.

해결 방법: 이러한 문제를 방지하려면 SQL Server가 설치되고 MS DTC가 구성된 서버에서 MS DTC 서비스를 완전히 사용하도록 설정해야 합니다.

MS DTC를 완전히 활성화하려면 다음 단계를 따르십시오.

  1. 제어판에서 관리 도구, 컴퓨터 관리를 차례로 엽니다.

  2. 컴퓨터 관리의 왼쪽 창에서 서비스 및 애플리케이션을 확장한 다음, 서비스를 선택합니다.

  3. [컴퓨터 관리]의 오른쪽 창에서 마우스 오른쪽 단추로 DTC(Distributed Transaction Coordinator)를 클릭하고, 속성을 선택합니다.

  4. 분산 트랜잭션 코디네이터 창에서 일반 탭을 선택한 다음 중지를 선택하여 서비스를 중지합니다.

  5. 분산 트랜잭션 코디네이터 창에서 로그온 탭을 선택하고 로그온 계정을 NT AUTHORITY\NetworkService설정합니다.

  6. 적용 및 확인을 선택하여 분산 트랜잭션 코디네이터 창을 닫습니다. 컴퓨터 관리 창을 닫습니다. 관리 도구 창을 닫습니다.

문제: SQL Server 에이전트가 커스텀 포트의 다중 서브넷 장애 전환 클러스터 인스턴스에 연결할 수 없습니다

문제: 다음 조건이 모두 해당될 때 SQL Server 에이전트가 로컬 데이터베이스 엔진에 연결할 수 없습니다:

  1. SQL Server는 다중 서브넷 장애 전환 클러스터 인스턴스로 설치됩니다.
  2. 장애 전환 클러스터 인스턴스는 기본 인스턴스입니다.
  3. 데이터베이스 엔진은 기본 1433 포트가 아닌 고정 TCP 포트에서 청취합니다.
  4. SQL Server 에이전트는 시작 시 로컬 인스턴스에 연결됩니다.

다중 서브넷 장애 조치 클러스터 인스턴스의 경우 초기 SQL Server 에이전트 연결은 MultiSubnetFailover=Yes을 사용합니다. 이 설정은 클라이언트가 TCP를 사용하도록 만듭니다. 연결은 공유 메모리나 이름 있는 파이프로 되돌아가지 않습니다. 대상이 지정 (local) 되어 있고 포트가 지정되지 않은 경우, 연결은 TCP 포트 1433을 시도합니다. 데이터베이스 엔진이 해당 포트에서 감시하지 않으면 연결이 실패합니다.

ODBC 트레이스에서 다음과 같은 연결고리를 볼 수 있습니다:

DRIVER=ODBC Driver 17 for SQL Server;SERVER=(local);APP=SQLAgent - Initial Boot Probe;DATABASE=master;MultiSubnetFailover=YES;

해결: SQL Server 에이전트 연결을 가상 네트워크 이름과 지정된 페일오버 클러스터 인스턴스의 TCP 포트로 연결하도록 TCP 별칭을 생성합니다. 장애 조치 클러스터 인스턴스를 호스팅할 수 있는 모든 노드에 별칭을 설정하세요.

1단계: 설정된 TCP 포트 확인

  1. 활성 노드에서 SQL Server 구성 관리자를 엽니다.
  2. SQL Server 네트워크 구성을 펼친 후 MSSQLSERVER 프로토콜을 선택하세요.
  3. TCP/IP를 열고 IP 주소 탭을 선택하세요.
  4. Listen All이 예로 설정되어 있다면, IPAll에서 TCP 포트 값을 확인하세요.
  5. Listen All이 No로 설정되어 있다면, 장애 조치 클러스터 인스턴스가 사용하는 각 활성화된 IP 주소마다 TCP 포트 값을 확인해 보세요.
  6. SQL Server 오류 로그에 데이터베이스 엔진이 예상한 포트에서 수신 대기 중인지 확인하세요.

자세한 내용은 특정 TCP 포트에서 수신하도록 SQL Server 구성을 참조하세요.

2단계: 모든 클러스터 노드에 TCP 별칭을 생성

장애 전환 클러스터 인스턴스를 호스팅할 수 있는 모든 노드에서 다음 단계를 완료하세요:

  1. 설치된 SQL Server 버전에 적용되는 SQL Server 클라이언트 별칭 설정 도구를 열어보세요.
  2. 새로운 가명을 만드세요.
  3. 별칭 이름에 로컬 SQL Server 에이전트 연결의 고유 이름을 입력하세요. 모든 노드에서 같은 별명을 사용하세요.
  4. TCP /IP 를 프로토콜로 선택하세요.
  5. 서버에서 장애 전환 클러스터 인스턴스의 가상 네트워크 이름을 입력합니다. 물리적 노드 이름은 입력하지 마세요.
  6. 포트 번호에 1단계에서 확인된 고정 TCP 포트를 입력합니다.
  7. 가명은 아껴두세요.

자세한 지침과 버전 요구사항은 클라이언트가 사용할 서버 별칭 생성 또는 삭제를 참조하세요.

Important

SQL Server 별칭은 클라이언트 구성입니다. 페일오버 클러스터 인스턴스를 소유할 수 있는 모든 노드에 동일한 별칭을 생성하세요. 그렇지 않으면 SQL Server 에이전트가 별칭이 설정되지 않은 노드로 인스턴스가 이동하면 실패할 수 있습니다.

3단계: SQL Server 에이전트가 별칭을 사용하도록 설정

  1. SQL Server Management Studio에서 장애 전환 클러스터 인스턴스에 연결하세요.
  2. 개체 탐색기에서 인스턴스를 확장하세요.
  3. SQL Server 에이전트를 우클릭한 후 속성(Properties)을 선택하세요.
  4. 페이지 선택 항목에서 연결 상태를 선택하세요.
  5. Alias 로컬 호스트 서버에서 2단계에서 생성된 별명 이름을 입력합니다.
  6. 확인을 선택합니다.
  7. SQL Server 에이전트를 다시 시작합니다.

자세한 내용은 SQL Server 에이전트 서비스에 대한 SQL Server 별칭 설정(Set a alias)을 참조하세요.

4단계: 구성 검증

  1. SQL Server 에이전트가 정상적으로 시작되는지 확인하세요.
  2. SQL Server 에이전트 로그를 검토하여 해당 에이전트가 의도한 로컬 데이터베이스 엔진 인스턴스에 연결되었는지 확인하세요.
  3. 간단한 SQL Server 에이전트 작업을 실행하여 작업이 인스턴스에 연결할 수 있는지 확인하세요.
  4. 정상적인 비즈니스 활동에 지장이 없을 때, 장애 전환 클러스터 인스턴스를 다른 가능한 소유자 노드로 옮기세요.
  5. SQL Server 에이전트가 시작되고 테스트 작업이 해당 노드에서 성공하는지 확인하세요.
  6. 모든 가능한 소유자 노드에 대해 테스트를 반복하세요.

확장 저장 프로시저 및 COM 개체 사용

장애 조치(failover) 클러스터링 구성이 있는 확장 저장 프로시저를 사용하는 경우 모든 확장 저장 프로시저를 SQL Server 종속 클러스터 디스크에 설치해야 합니다. 이렇게 하면 노드에 장애 조치가 발생하더라도 확장 저장 프로시저를 계속 사용할 수 있습니다.

확장 저장 프로시저에서 COM 구성 요소를 사용하면 관리자는 COM 구성 요소를 클러스터의 각 노드에 등록해야 합니다. 구성 요소를 만들려면 COM 구성 요소를 로드하고 실행하기 위한 정보가 활성 노드의 레지스트리에 있어야 합니다. 그렇지 않으면 COM 구성 요소가 처음 등록된 컴퓨터의 레지스트리에 정보가 남아 있습니다.

관련 콘텐츠

  • Last updated on