Administrator Guide

표 19-2
클러스터 문제 해결 질문과 답변
답변질문
쿼럼 디스크의 디스크 서명이 원래 서명과 다르기 때문에 클러스터 서
비스가 시작되지 않을 수 있습니다. Microsoft 2000 리소스 킷의
Dumpcfg.exe나 Microsoft 2003 리소스 킷의 Clusterrecovery를 사용하
여 디스크를 교체하십시오. 예를 들어, 다음과 같이 입력합니다.
dumpcfg.exe /s 12345678 0
12345678 대신 디스크 서명을 입력하고 0 대신 디스크 번호를 입력하
십시오. 디스크 서명과 디스크 번호는 이벤트 로그에서 찾을 수 있습니
다.
Microsoft 2000 리소스 킷이 없는 경우 –Fixquorum을 사용하여 쿼럼
디스크 서명을 변경할 수 있습니다.
769페이지의 “쿼럼 디스크 서명 변경” 참조
클러스터와 공유 디스크를
모두 복구한 후에 클러스터
서비스가 시작되지 않습니
다. 그 이유는 무엇이며, 다
시 시작할 수 있는 방법은 무
엇입니까?
리소스를 백업하는 중에 장애 조치가 발생하여 백업 세트가 미디어에
서 닫히지 않았기 때문에 이 오류가 발생하는 것입니다. 그러나 첫 번
째 백업 세트에서 부분적으로 백업된 개체는 재시작할 때 완전히 백업
되므로 데이터 무결성이 보장됩니다. 따라서 해당 백업 세트의 미디어
에 있는 모든 개체를 복원하고 확인할 수 있습니다.
백업에 검사점 재시작 옵션
을 사용했습니다. 백업 중에
Microsoft Cluster 장애 조치
가 발생했고 여러 개의 백업
세트가 생성되었습니다. 이
러한 백업 세트를 사용하여
확인하거나 복원하려고 하
면 장애 조치 이전에 백업된
데이터가 포함된 세트에서
"예상치 않게 데이터의 끝에
도달했습니다."라는 오류가
발생합니다. 원인이 무엇입
니까? 데이터는 안전한가
요?
이 오류는 보조 서버가 활성 노드가 되어 더 이상 사용할 수 없는 주 서
버의 Backup Exec 데이터베이스에 연결을 시도할 때 발생합니다. 이
문제를 해결하려면 Backup Exec 유틸리티(BEUTILITY.EXE)를 사용하
거나 보조 서버를 주 서버로 재설치하면 됩니다.
주 SAN 서버를 보조 SAN 서
버와 클러스터링하면 보조
SAN 서버에 있는 장치 및 미
디어 서비스를 사용할 수 없
게 됩니다. 원인이 무엇입니
까?
서버 클러스터에 Symantec Backup Exec 사용
클러스터 문제 해결
768