클러스터 서비스 시작 옵션
이 문서에서는 클러스터 서비스를 시작하는 시작 매개 변수로 사용할 수 있는 모든 사용 가능한 스위치를 나열합니다.
적용 대상: Windows Server 2012 R2
원본 KB 번호: 258078
요약
클러스터 서비스를 시작하기 위해 시작 매개 변수로 사용할 수 있는 모든 사용 가능한 스위치 목록입니다.
이렇게 하려면 서비스의 속성으로 이동하여 매개 변수 시작 상자에 적절한 스위치를 입력한 다음 시작을 클릭합니다.
명령줄에서 클러스터 서비스를 시작할 때 스위치를 사용할 수도 있습니다. 예를 들면
net start clussvc.exe / switch
참고
Microsoft Windows 2000 Server 및 이전 버전의 스위치 앞에 대시(-)를 포함합니다.
디버그 스위치에는 특별한 시작 매개 변수가 있습니다. 올바른 사용법은 이 문서의 뒷부분에 있는 디버그 섹션을 참조하세요.
Windows Server 2003에는 각 스위치에 대한 약어가 포함되어 있습니다. 이렇게 하면 클러스터 서비스 시작 스위치를 사용하는 것이 간소화됩니다. 예를 들어 스위치 또는/FQ
스위치를 /FixQuorum
사용하여 서비스를 시작할 수 있습니다.
유효한 옵션 스위치에는 다음이 포함됩니다.
스위치 | 함수 | Windows 2003 약어 |
---|---|---|
Fixquorum | 쿼럼 디바이스를 탑재하지 않고 쿼럼 로깅이 꺼져 있습니다. | FQ |
NoQuorumLogging | 쿼럼 로깅이 꺼져 있습니다. | Nq |
디버그 | 클러스터 서비스를 시작하는 동안 이벤트를 표시합니다. 특수 구문은 이 문서의 뒷부분에 있는 "디버그" 섹션을 참조하세요. | |
LogLevel N | 디버그 모드에 대한 로그 수준을 설정합니다. | |
DebugResMon | 클러스터 서비스는 디버거가 시작될 때 모든 리소스 모니터 프로세스에 연결되기를 기다립니다. | 박사 |
Windows 2000 이상 스위치에는 다음만 포함됩니다.
스위치 | 함수 | Windows 2003 약어 |
---|---|---|
ResetQuorumLog | 쿼럼 로그 및 검사점 파일을 동적으로 다시 만듭니다(이 기능은 Microsoft Windows NT 4.0에서 자동으로 수행됨). | Rq |
NoRepEvtLogging | 이벤트 로그 항목의 복제가 없습니다. |
Windows Server 2003 이상에서는 스위치만 포함됩니다.
스위치 | 함수 | Windows 2003 약어 |
---|---|---|
ForceQuorum 또는 <N1,N2,...> | 노드 목록 N1, N2 등을 사용하여 대다수 노드를 강제로 설정합니다. (과반수 노드 집합 쿼럼에만 적용됩니다.) | Fo |
NoGroupInfoEvtLogging | 온라인 및 오프라인 그룹과 관련된 이벤트 로그에 이벤트를 기록하지 마세요. | Ng |
스위치에 대한 설명
다음은 일부 스위치에 대한 설명입니다.
디버그
함수: 클러스터 로깅은 클러스터 서비스를 진단하여 오류를 시작하는 데 유용한 정보를 포함하지 않을 수 있습니다. Cluster.log 시작하기 전에 클러스터 서비스가 실패할 수 있기 때문입니다. 이 스위치를 사용하여 클러스터 서비스를 시작하면 클러스터 서비스의 초기화가 표시되며 이러한 초기 발생 문제를 식별하는 데 도움이 될 수 있습니다.
요구 사항: 임시 진단 목적으로만 이 스위치를 사용합니다. 서비스 계정의 로그온 오류 또는 다른 시스템 관련 오류로 인해 클러스터 서비스를 시작하지 못하면 서비스가 실행되지 않을 수 있습니다. 따라서 cluster.log 파일이 만들어지지 않을 수 있습니다. 이 메서드는 서비스 제어 관리자에서 제공하는 일반 환경 외부에서 서비스를 실행합니다. 이 스위치를 사용하려면 관리 권한으로 로컬로 로그온하고 명령 프롬프트에서 명령을 시작해야 합니다. 정상적인 사용이나 일정 기간 동안 디버그 스위치를 사용하지 마세요. 서비스는 옵션 집합으로 효율적으로 실행되지 않습니다.
사용 시나리오: 이 스위치는 클러스터 서비스가 시작되지 않는 경우에만 사용해야 합니다. 이 스위치는 시작하려고 할 때 클러스터 서비스의 작업을 화면에 표시합니다. 이 스위치는 명령 프롬프트에서 서비스를 시작할 때만 사용할 수 있으며 클러스터 서비스가 설치된 폴더에 있어야 합니다. 기본적으로 %SystemRoot%\Cluster입니다. 이 스위치는 net start 명령과 함께 서비스를 시작하는 데 사용하지 않는 유일한 스위치이기도 합니다.
작업: 명령 프롬프트를 열고 %SystemRoot%\cluster 폴더로 변경한 다음, 다음 clussvc /debug [loglevel#] "
을 입력합니다.
여기서 loglevel#은 다음 중 하나입니다.
# | 설명 |
---|---|
0 | 로깅이 수행되지 않습니다. |
1 | 오류만 기록됩니다. |
2 | 오류 및 경고가 기록됩니다. |
3 | 이벤트 로그에 기록되지 않은 이벤트를 포함한 모든 이벤트가 기록됩니다. |
또는 set 명령을 사용하여 디버그 스위치를 사용할 때 클러스터 로그 수준을 제어할 수도 있습니다. 명령 프롬프트에서 다음 set clusterloglevel= x 를 입력합니다. 여기서 x 는 이전 표에 표시된 값 중 하나입니다.
클러스터 서비스는 cluster.log 표시되는 것과 유사한 창으로 출력을 보냅니다. 또는 다음 명령 구문을 사용하여 파일에 이 정보를 캡처할 수도 있습니다.
clussvc /debug > c:\debug.log
클러스터 서비스가 올바르게 실행되면 Ctrl+C를 눌러 서비스를 중지합니다.
참고
ClusterLogLevel 환경 변수를 사용하여 디버그 스위치를 사용할 때 출력 수준을 제어할 수 있습니다.
Fixquorum
함수: 쿼럼 디바이스에 문제가 있더라도 클러스터 서비스를 시작할 수 있습니다. 서비스가 시작되면 온라인 상태가 되는 유일한 리소스는 클러스터 IP 주소 및 클러스터 이름입니다. 클러스터 관리자를 열고 다른 리소스를 온라인으로 수동으로 가져올 수 있습니다.
요구 사항: 이 스위치는 정상 작동 중에는 사용하지 않고 매우 일시적으로 진단 모드에서만 사용해야 합니다. 이 스위치를 사용하여 하나의 노드만 시작해야 하며 두 번째 노드는 이 스위치를 사용하여 시작된 노드에 조인하려고 시도해서는 안 됩니다. 일반적으로 이 스위치는 단독으로 사용됩니다.
사용 시나리오: 쿼럼 리소스의 오류로 인해 클러스터 서비스를 정상적으로 시작할 수 없는 경우 사용자는 이 모드에서 클러스터 서비스를 시작하고 오류를 진단할 수 있습니다.
작업: 클러스터 서비스가 시작된 후 쿼럼 리소스를 포함한 모든 리소스는 오프라인 상태로 유지됩니다. 그런 다음 사용자는 수동으로 쿼럼 리소스를 온라인 상태로 만들고 클러스터 로그 항목과 새 이벤트 로그 항목을 모니터링하고 쿼럼 리소스에 대한 문제를 진단하려고 시도할 수 있습니다. 구문은 다음과 같습니다. net start clussvc /fixquorum
ResetQuorumLog
함수: 쿼럼 로그 및 검사점 파일이 없거나 손상된 경우 로컬 노드의 %SystemRoot%\Cluster\CLUSDB 레지스트리 하이브에 있는 정보를 기반으로 파일을 만드는 데 사용할 수 있습니다. 쿼럼 로그 파일이 적절한 순서로 확인되면 이 스위치는 영향을 주지 않습니다.
요구 사항: 일반적으로 이 스위치를 사용하여 하나의 노드만 시작하고 이 스위치는 단독으로 사용됩니다. 새 쿼럼 로그 파일을 만들려면 오래된 정보를 사용하는 결과를 이해하는 숙련된 사용자만 사용해야 합니다.
사용 시나리오: 이 스위치는 누락되거나 손상된 쿼럼 로그(Quolog.log) 및 Chkxxx.tmp 파일로 인해 Windows 2000 이상 컴퓨터에서 클러스터 서비스를 시작하지 못하는 경우에만 사용해야 합니다. Windows NT 4.0은 이러한 파일이 없는 경우 자동으로 다시 만듭니다. 이 기능은 클러스터 서비스의 시작을 보다 자세히 제어하기 위해 Windows 2000에 추가되었습니다.
참고
클러스터가 Windows 2000 SP4(서비스 팩 4)를 실행하고 핫픽스 872970이 이전에 설치된 /resetquorumlog
경우 더 이상 필요하지 않습니다. 기본 동작은 이전 로그 파일이 없거나 손상된 경우 시작 시 새 로그 파일을 만드는 것입니다.
작업: 클러스터 서비스는 %systemroot%\Cluster\CLUSDB 파일을 사용하여 현재 로드된 클러스터 하이브의 정보를 사용하여 누락되거나 손상된 것으로 확인되면 쿼럼 로그 파일을 자동 재설정합니다. 구문은 다음과 같습니다.
net start clussvc /resetquorumlog
DebugResMon
함수: 리소스 모니터 프로세스를 디버그하는 데 도움이 되므로 리소스 모니터에 의해 로드되는 DLL(리소스 동적 연결 라이브러리)입니다. 표준 Windows 기반 디버거를 사용할 수 있습니다.
요구 사항: 클러스터 서비스가 명령 프롬프트에서 시작되고 디버그 스위치를 사용하는 경우에만 사용할 수 있습니다. 클러스터 서비스가 서비스로 실행될 때 사용할 수 있는 동등한 레지스트리 설정은 없습니다. 디버거를 시작할 때 리소스 모니터에 연결할 수 있어야 합니다. 일반적으로 이 스위치는 단독으로 사용됩니다.
사용 시나리오: 개발자는 이 스위치를 사용하여 리소스 모니터 프로세스 및 사용자 지정 리소스 DLL을 디버그할 수 있습니다. 이 옵션은 리소스 DLL의 버그로 인해 클러스터 서비스가 시작된 직후 및 사용자가 수동으로 디버거를 리소스 모니터 프로세스에 연결하기 전에 리소스 모니터 프로세스가 예기치 않게 종료되는 경우에 매우 유용합니다.
작업: 리소스 모니터 프로세스가 시작되기 직전에 클러스터 서비스 프로세스는 메시지(디버거가 Resmon 프로세스 X에 연결되기를 기다리는 중)로 대기합니다. 여기서 X 는 리소스 모니터 프로세스의 PID(프로세스 ID)입니다. 클러스터 서비스는 이 작업을 수행하여 생성된 모든 리소스 모니터 프로세스를 대기합니다. 사용자가 디버거를 리소스 모니터 프로세스에 연결하고 리소스 모니터 프로세스가 시작되면 클러스터 서비스는 초기화를 계속합니다.
NoRepEvtLogging
함수: norepevtlogging 스위치는 이벤트 로그에 기록된 해당 이벤트의 복제를 방지합니다. 이 스위치는 이벤트 로그에 이미 기록된 이벤트를 필터링하여 명령 창에 표시되는 정보의 양을 줄이는 데 유용합니다. 이벤트 로그 복제는 Windows 2000에 추가된 기능입니다.
사용 시나리오: 이 스위치는 이벤트 로그의 복제를 방지하는 데 사용됩니다. 이벤트 로그 항목이 많은 경우 클러스터 서비스는 이러한 항목을 복제하고 cluster.log 기록합니다. 이로 인해 cluster.log 빠르게 래핑될 수 있습니다. 스위치를 사용하여 클러스터 서비스를 시작하고 이벤트 로그에 기록되지 않은 이벤트를 로컬 파일 Debugnorep.log 기록할 수도 있습니다. 구문은 다음과 같습니다.
clussvc /debug /norepevtlogging > c:\debugnorep.log\
작업: 컴퓨터 관리 콘솔에서 클러스터 서비스를 시작할 때 norepevtlogging 명령을 start 매개 변수로 설정할 수 있습니다.
명령줄 구문은 다음과 같습니다.
net start clussvc /norepevtlogging
이 명령은 이 스위치로 시작된 노드가 해당 정보를 다른 노드로 복제하는 것을 방지하지만 정상적으로 시작된 다른 노드에서 여전히 정보를 수신합니다.
NoQuorumLogging
함수: 쿼럼 디스크에 대한 클러스터 레지스트리 변경 내용의 모든 로깅을 해제합니다. 레지스트리 검사 포인팅은 다른 리소스에 영향을 주지 않습니다.
요구 사항: 이 스위치는 쿼럼 드라이브의 \MSCS 디렉터리에 있는 쿼럼 로그 파일(Quolog.log) 또는 클러스터 하이브 검사점 파일(Chkxxx.tmp)의 문제를 진단하기 위해 진단 모드에서만 사용해야 합니다. 이 스위치를 사용하여 한 노드를 시작하는 경우 이 스위치를 사용하여 다른 노드도 시작해야 합니다. 일반적으로 이 스위치는 하나의 노드에서만 사용됩니다.
사용 시나리오: 쿼럼 로그 파일 또는 검사점 파일이 손상되고 이러한 파일을 백업 복사본으로 수동으로 바꾸려면 이 스위치를 사용합니다.
작업: 클러스터 서비스는 이 경우 로깅 기능을 완전히 무시합니다. 이 모드에서 실행하면 "파티션 시간" 시나리오가 발생할 수 있습니다. 이 경우 클러스터 노드 레지스트리 항목이 동기화되지 않을 수 있으며 새 변경 내용이 손실될 수 있습니다. 구문은 다음과 같습니다. net start clussvc /noquorumlogging
ForceQuorum
함수: Windows Server 2003 클러스터에서 MNS(과반수 노드 집합) 쿼럼 모델을 사용하는 경우 쿼럼(과반수)이 없는 경우에도 클러스터를 계속 실행할 수 있어야 하는 경우도 있습니다. 기본 사이트에 4개의 노드와 보조 사이트에 3개의 노드가 있는 지리적으로 분산된 클러스터의 경우를 고려합니다. 오류는 없지만 클러스터는 모든 사이트의 모든 노드에서 리소스를 호스트할 수 있는 7개 노드 클러스터입니다. 사이트 간에 통신 오류가 발생하거나 보조 사이트가 오프라인으로 전환되거나 실패하는 경우 기본 사이트는 여전히 쿼럼이 있으므로 계속할 수 있습니다. 모든 리소스는 다시 호스팅되고 기본 사이트에서 온라인 상태가 됩니다.
그러나 기본 사이트의 치명적인 오류가 발생하면 보조 사이트에서 쿼럼이 손실되므로 모든 리소스가 해당 사이트에서 종료됩니다. 다중 사이트 클러스터를 사용하는 주요 목적 중 하나는 기본 사이트에서 재해를 생존하는 것입니다. 그러나 클러스터 소프트웨어 자체는 기본 사이트의 상태를 결정할 수 없습니다. 클러스터 소프트웨어는 사이트 간의 통신 오류와 기본 사이트의 재해를 구분할 수 없습니다. 수동 개입을 통해 수행해야 합니다. 즉, 클러스터 서비스에 쿼럼이 없다고 생각되더라도 보조 사이트는 강제로 계속할 수 있습니다. 이를 강제 쿼럼이라고 합니다.
이 메커니즘은 쿼럼 복제본(replica) 집합과 연결된 의미 체계를 효과적으로 손상하기 때문에 제어된 조건에서만 수행해야 합니다. 위의 예제에서 보조 사이트와 기본 사이트에서 통신이 끊기고 관리자가 보조 사이트에서 쿼럼을 강제하는 경우 리소스가 두 사이트 모두에서 온라인 상태가 되므로 클러스터에서 일관되지 않은 데이터 또는 데이터 손상이 발생할 수 있습니다.
요구 사항: 강제 쿼럼은 나머지 모든 노드에서 클러스터 서비스를 중지해야 하는 수동 프로세스입니다. 클러스터 서비스는 쿼럼이 있는 것으로 간주되어야 하는 노드를 알려주어야 합니다.
사용 시나리오: 노드가 클러스터의 일부로 구성되었기 때문에 기본 사이트가 다시 돌아오는 경우와 시기에 특별한 주의를 기울여야 합니다. 클러스터가 강제 쿼럼 상태에서 실행되는 동안에는 완전히 작동합니다. 예를 들어 클러스터에서 노드를 추가하거나 제거할 수 있습니다. 새 리소스, 그룹 등을 정의할 수 있습니다.
참고
강제 쿼럼 노드 목록에 없는 모든 노드의 클러스터 서비스는 강제 쿼럼 정보가 제거될 때까지 중지된 상태로 유지되어야 합니다. 이렇게 하지 않으면 데이터 불일치 또는 데이터 손상이 발생할 수 있습니다.
작업: 클러스터의 나머지 모든 노드에서 클러스터 서비스 시작 매개 변수를 설정합니다. 이 작업은 서비스 제어판을 시작하고 클러스터 서비스를 선택한 다음 매개 변수 시작 옵션에 다음을 입력하여 수행됩니다.
net start clussvc /forcequorum node_list
예를 들어 보조 사이트에 Node5, Node6 및 Node7이 포함되어 있고 클러스터 서비스를 시작하고 클러스터의 유일한 노드가 되도록 하려는 경우 다음 명령을 사용합니다.
net start clussvc /forcequorum /forcequorum node5,node6,node7
참고
키에 공백이 없어야 합니다(노드 이름 자체에 공백이 있는 경우 제외).
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기