 MS Cluster Server에 SQL Server 7.0, Enterprise Edition 설치에 대한 단계별 가이드 참조 자료아래 문서들은 Microsoft 클러스터링에 대한 이해를 높이기 위한 자료들입니다.
필요한 소프트웨어와 설치 순서클러스터링을 위한 새로운 Microsoft SQL Server 7.0을 설치하려면 특정한 설치 순서를 지켜야 합니다. 이 가이드에서는 IIS(Internet Information Server), Cluster Server, SQL Server 7.0 Enterprise Edition, Microsoft DTC 2.0, MSMQ(Microsoft Message Queue Server), Windows NT Option Pack 등과 같은 다양한 Microsoft 제품을 클러스터 환경에서 사용할 수 있도록 설치하는 방법을 설명합니다. 경고 아래 순서대로 프로그램을 설치하지 않으면, 소프트웨어 제품을 설치할 때 문제가 발생하여 디스크를 포맷한 다음 설치를 다시 시작해야 할 수도 있습니다.
본 제품에는 Windows NT 4.0 서비스 팩 3이 포함되어 있습니다. Microsoft Cluster Server를 설치하려면 서비스 팩 3이 있어야 합니다.Windows NT의 서비스 팩 4를 곧바로 사용하지 마십시오.Windows NT를 설치하는 도중에 IIS를 설치하지 마십시오. 중요 달리 지정하지 않으면 Internet Information Server가 설치됩니다. Internet Information Server를 설치하지 않으려면 설치 중에 선택을 반드시 취소해야 합니다. Windows NT 4.0, Enterprise Edition Installer에서 제시하는 그 외의 응용 프로그램 설치 옵션들도 있습니다. MSMQ나 IIS는 선택하지 마십시오.SQL Server 7.0은 MSMQ 1.0을 지원하지 않습니다. MSMQ를 설치 옵션 중의 하나로 선택해서는 안됩니다. 사용자 응용 프로그램을 설치하기 전에 다른 서버 제품들을 먼저 설치합니다. MSCS 클러스터에 SQL Server 7.0, Enterprise Edition 설치이 절에서는 Microsoft SQL Server 7.0, Enterprise Edition을 설치하는 방법에 대해 설명합니다. 경고 로컬 하드 드라이브를 미러링하지 않는 경우에도, 타사에서 만든 디스크/파티션 이미징 소프트웨어 패키지를 구입하여 로컬 하드 드라이브의 이미지를 만들어 둔 뒤에 계속 진행하는 것이 신속한 복구를 위해 좋습니다. 사용할 수 있는 다른 방법은 부록 D에서 설명합니다.
모델 A: 정적 로드 균형 조정을 포함하는 고가용성 솔루션 - 이중 가상 SQL Server 구성모델 A는 하나의 노드만 온라인 상태인 경우에 높은 가용성과 바람직한 성능을 제공하며, 두 노드 모두 온라인 상태인 경우에도 뛰어난 성능을 발휘합니다. 뿐만 아니라 이 모델을 사용하면 하드웨어 리소스도 최대한 활용할 수 있습니다. 이 모델은 일반적으로 Active/Active 모델이라고 합니다. 이 모델에서, 두 노드는 각각 클라이언트들이 찾아서 액세스할 수 있는 가상 서버의 형태로 네트워크에서 이용할 수 있는 독립적인 리소스 집합체를 만듭니다. 각 노드의 용량은, 각 노드의 리소스들을 최적 성능으로 실행할 수 있을 뿐만 아니라 장애 조치를 취할 때 한 노드가 일시적으로 다른 노드의 리소스를 실행하는 부담을 감당할 수 있는 수준으로 선택됩니다. 리소스와 서버 용량 사양에 따라 차이는 있지만, 장애 조치를 수행하는 중에도 모든 클라이언트 서비스를 계속 이용할 수 있습니다. 물론, 성능은 영향을 받습니다. 두 개의 노드로 이루어진 클러스터에서 각 노드는 Microsoft SQL Server 서비스를 능동적으로 지원할 수 있습니다. 한 노드에서 장애가 발생하면, 다른 한 노드는 공유 SCSI 디스크의 소유권을 넘겨받아 장애 조치를 취한 SQL Server를 다시 시작합니다. Active/Active 환경에서 SVS(Symmetric Virtual Server)를 실행하려면 SQL Server 라이센스 두 개가 필요합니다. 모델 B: 최대 가용성을 제공하는 예비 솔루션 - 단일 가상 SQL Server 구성모델 B는 리소스를 위한 최대의 가용성과 성능을 지니고 제공하지만, 장애가 발생하기 전에는 사용하지 않을 하드웨어에 대한 투자를 필요로 합니다. 이 모델은 일반적으로 Active/Passive 모델이라고 합니다. 주 노드인 한 노드가 모든 클라이언트를 지원하는 동안 다른 한 노드는 아무런 동작도 하지 않습니다. 이 유휴 노드는 장애가 발생할 때 언제든지 사용할 수 있도록 대기 중인 전용 예비 노드입니다. 주 노드에서 장애가 발생하면, 예비 노드는 즉시 주 노드의 동작을 모두 넘겨받아 주 노드의 성능과 같거나 그에 가까운 성능으로 클라이언트에게 계속 서비스를 제공합니다. 정확한 성능 수준은 예비 노드의 용량에 따라 달라집니다. SQL Server는 MSCS 클러스터에서 단일 Active/Passive 가상 SQL Server를 실행하도록 구성할 수 있습니다. 이렇게 구성하면 응용 프로그램이 장애에 대처할 수 있는 탄력성을 지니게 되지만, 하나의 SQL Server만 사용해야 합니다. 한 노드는 SVS의 주 노드로 사용되며, 다른 노드는 대기 중인 백업 노드입니다. 백업 노드는 고객의 응용 프로그램을 실행할 수도 있고 단순히 장애에 대비하는 역할만 하는 유휴 노드일 수도 있습니다. 하나의 SQL Server만 사용하는 경우에도, SVS를 실행하려면 두 개의 SQL Server 라이센스가 있어야 합니다. SQL Server 서비스 계정 준비가상 SQL Server 설치 준비 작업 SQL Server 서비스 계정은 SQL Server 서비스를 위해서만 사용하도록 예약되어 있습니다. 따라서 사용자는 SQL Server로 로그온할 때 이 계정을 사용해서는 안됩니다. 이 계정을 사용하려면 로컬 컴퓨터에 대해 관리자 권한을 가지고 있어야 합니다. 로컬 관리자 권한이 있는 별도의 관리자 계정을 만들어서 운영 체제의 일부로 활동할 수 있는 권한을 가지게 하는 것이 좋습니다. 기본적인 관리자 계정은 일반 관리 업무용으로 남겨 두십시오. 각 응용 프로그램이 개별적인 서비스 계정을 가지고 있다면, 그 프로그램의 활동은 관리자 계정이 아닌 개별 사용자 계정별로 감사할 수 있습니다. 일반적으로 새로운 사용자 계정을 만드는 것보다는 기존의 사용자 계정을 복사하여 사용하는 것이 더 빠르고 편리합니다. 기존의 관리자 계정을 복사하면, 그룹 구성원 자격이나 그 외의 다른 많은 속성들도 새 계정으로 복사됩니다. 사용자 계정을 복사하면 설명, 그룹 등록, 로그온 시간, 로그온 워크스테이션, 계정 정보 등도 정확하게 복사됩니다. 새 계정의 사용자 이름, 실제 이름, 암호 등의 입력란은 비어 있으므로 입력해야 합니다. 암호 변경할 수 없음 확인란과 암호 사용 기간 제한 없음 확인란은 그대로 복사됩니다. 참고 관리자 로컬 그룹에 속한 계정을 복사하면 암호 변경할 수 없음 설정은 복사되지 않습니다. 일반적으로 다음 로그온할 때 반드시 암호 변경 확인란은 원래 계정 설정과 관계 없이 선택되어 있지만 이 확인란의 선택을 취소해야 합니다. 또한 암호 사용 기간 제한 없음 확인란은 선택해야 합니다. 서버는 동일한 사용자 계정을 공유할 수 있습니다. 사실, 복제 설정을 할 때는 게시 서버와 그 서버의 모든 가입 서버들이 동일한 계정을 공유하는 것이 좋습니다. 사용할 클러스터링 모델을 Active/Active로 할 것인지 Active/Passive로 할 것인지 결정합니다. Active/Active 방식으로 결정하면 다음 절에서 설명하는 것처럼 SQL Server를 클러스터링하기 전에 두 노드 모두에서 설치 프로그램을 실행해야 합니다. 뿐만 아니라 가상 서버 이름과 IP 주소도 하나 더 있어야 합니다. SQL Server 7.0, Enterprise Edition과 함께 제공되는 또 다른 CD인 Windows NT 서비스 팩 CD에서 Internet Explorer 4.01 SP1을 설치합니다.
클러스터 설치노드 A에서 시작을 누르고 프로그램, 관리 도구를 차례로 가리킨 다음 클러스터 관리자를 눌러 클러스터 관리자를 시작합니다.
이 노드가 SQL Server를 위해 사용할 실제 디스크 리소스가 들어 있는 디스크 그룹에서 마우스 오른쪽 단추를 누른 다음 이름 바꾸기을 누릅니다. 그룹의 이름을 가상 서버 이름으로 바꿉니다. 예를 들어, Disk Group 1을 SQLBuster로 바꿉니다. 클러스터 관리자 메뉴에서, 이름을 바꾼 그룹을 선택한 상태에서 파일\새로 만들기\리소스를 누릅니다. 원한다면 설명을 입력할 수도 있습니다. 리소스 종류 상자에서 IP Address를 선택한 뒤 다음을 누릅니다. 탭 키를 누릅니다. 지정된 IP 주소가 유효한 주소이면 서브넷 주소가 자동으로 지정됩니다. 마침을 누릅니다.
새로 만들어진 리소스를 선택하고 마우스 오른쪽 단추를 누른 다음 온라인시키기를 선택합니다. 리소스가 온라인 상에 나타납니다. 원한다면 설명을 입력한 뒤 다음을 누릅니다. IP 주소 리소스를 선택한 다음 추가를 누릅니다. 다음을 누릅니다.
클러스터 관리자에서 리소스를 선택하고 마우스 오른쪽 단추를 누른 다음 온라인시키기를 선택합니다. 완료 창에는 아래 내용이 포함되어 있습니다. 이제 클러스터 관리자 창을 닫아도 됩니다. Windows NT 4.0 Option Pack 설치경고 두 노드 모두에서 충돌하는 서비스들 중 부록 G 목록에 나오는 서비스는 종료해야 합니다. 참고 Cluster를 인식하는 MSDTC에만 Windows NT Option Pack을 설치할 예정이라면, 설치를 생략하고 다음 절로 넘어가도 됩니다.
경고 Windows NT Option Pack 설치 도중에 MSMQ를 설치하지 마십시오. 달리 지정하지 않으면 MSMQ는 설치되지 않습니다. 참고 마법사가 이미 클러스터의 존재를 발견하고 공유 리소스의 MSDTCLog 폴더에 그 로그 기록을 포함시켰습니다. 다음을 누릅니다. 경고 MSDTC(Distributed Transaction Coordinator)를 설치하는 경우에는 공유 리소스에 MSDTC 로그를 설치해야 합니다. 중요 이제 이 노드가 설정되었습니다. Node 2에 Option Pack 4를 설치할 때까지는 확인을 눌러 노드 1로 넘어가지 마십시오. 노드 2에서 설치가 끝나면 확인을 눌러 다시 시작하게 합니다. 그렇게 한 다음에 확인을 눌러 노드 1을 다시 시작해야 합니다. 둘째 노드에서 Windows NT Option Pack 4.0 설치를 시작합니다. 경고 사용자 정의 설치 옵션을 선택했다면 Windows NT Option Pack 설치 도중에 MSMQ를 설치해서는 안됩니다. MSMQ를 설치하기로 했다면, Windows NT Option Pack과 함께 제공되는 메시지 대기열 릴리스 노트에 나오는 지시 사항과 본 가이드의 앞부분에 나오는 경고 사항에 포함된 특별한 지침을 따라야 합니다. 참고 선택할 수 있는 업그레이드 옵션이 두 가지 뿐이라면, Windows NT Option Pack 4를 설치하기 전에 이미 IIS가 설치된 것입니다. 이 노드가 시스템을 다시 부팅하기 시작하면, 노드 1로 돌아와 확인을 누릅니다. 이것으로 Windows NT Option Pack 기본 설치 과정이 끝났습니다. 참고 Windows NT 서비스 팩 4를 설치하기 전에는 클러스터링이 되지 않을 것입니다. 설치에 관한 자세한 내용은 Microsoft 기술 자료에서 "How to Install Windows NT Option Pack on MS Cluster Server"(ARTICLE-ID Q191138)를 참조하십시오. Windows NT 서비스 팩 4 CD는 SQL Server 7.0 제품과 함께 제공되는 둘째 CD입니다. 아래 설치 옵션들은 Windows NT 4.0 서비스 팩 4의 Readme.txt에 나오는 것들입니다. 클러스터를 서비스 팩 4로 업그레이드롤링 업그레이드를 수행하려면
참고 Windows NT SP4 CD로 설치했다면 위의 그림과는 달리 목록에 Internet Explorer가 없을 것입니다. Internet Explorer를 별도로 설치한 경우에는, 업그레이드가 필요하면 목록에 나타날 것입니다.
자세한 내용은 http://www.compaq.com/support/files/server/index.html을 참조하십시오. 경고 MSCS 클러스터 하나에서 SQL Server 복사본 두 개를 Active/Active 방식으로 동시에 실행하려면, 별도의 공유 디스크 집합에 둘째 SQL Server를 설치해야 합니다. 이 과정은 첫째 가상 SQL Server를 설치하는 것과 본질적으로 동일합니다. 별도의 공유 디스크 집합을 사용하여 앞에 설명한 순서대로 설치를 반복합니다. SQL Server 복사본 두 개에 대해 SQL Server 클러스터 설치를 동시에 실행하면 안됩니다. 첫째 SQL Server 클러스터 설치가 완전히 끝난 후에 둘째 설치를 시작해야 합니다. SQL Server의 각 인스턴스는 디스크 리소스를 소유하고 있는 별도의 실제 디스크 상에 존재해야 합니다. SQL Server를 실행하는 두 개의 서버를 클러스터에서 동일한 디스크에 설치하지 마십시오. SQL Server를 클러스터에 설치하려면
그림 1 첫째 시작 화면 그림 2 둘째 시작 화면 그림 3 둘째 시작 화면 그림 4 SQL 7.0 설치 시작 화면 그림 5 소프트웨어 라이센스 계약 참고 SQL Server 7.0을 설치하려면 이 계약 내용에 동의해야 합니다. 그림 6 사용자 정보 창
그림 7 CD Key 입력 화면 나중에 참조할 수 있도록 제품 ID를 기록해 둡니다.
그림 8 제품 ID 정보 창 Microsoft SQL Server 7.0는 원격으로 클러스터에 설치하는 방식을 지원하지 않습니다. 그림 9 설치 디렉터리 그림 10 SQL Server 서비스 계정 설정 화면 그림 11 클러스터 관리자 계정 정보 그림 12 파일 복사 시작 화면 서버 단위를 선택하는 경우에는 구입한 라이센스 수를 입력합니다. 사용자 단위를 선택하는 경우에는 적절한 수의 라이센스가 실제로 존재하는지 확인할 것입니다.
그림 13 라이센스 모드 선택 화면 그림 14 복사 진행 화면 그림 15 설치 완료 화면 아래와 같은 방법으로 SQL Server 설치 상태를 테스트합니다. 참고 메일 클라이언트를 설정했다면, 모든 데이터를 SQL Server와 연관된 클러스터 드라이브의 메일 클라이언트 디렉터리에 저장합니다. 중요 SQL Server 네트워크 프로토콜 설정을 변경하려면 명명된 파이프 네트워크 프로토콜을 선택합니다. 명명된 파이프가 선택된 상태이면 언제든지 TCP/IP와 RPC도 선택할 수 있습니다. SQL Server 클러스터 설치는 명명된 파이프를 기초로 이루어지므로, 이 네트워크 프로토콜을 사용하도록 설정하지 않으면 실행되지 않습니다. SQL Server의 Active/Active 설정Active/Active 방식으로 설정하려면 여기서 중지합니다. SQL Server 주 노드의 첫째 인스턴스에서 했던 것처럼, SQL Server를 클러스터에 설치하는 과정을 반복하여 보조 노드에 SQL Server를 설치합니다. 둘째 인스턴스를 설치할 때는 MSDTC 준비 과정을 되풀이할 필요가 없습니다. 설치를 시작하기 전에 다른 노드가 사용중인 다른 공유 SCSI 장치를 소유하고 있는지 확인합니다. 사용하는 운영 체제에 맞는 파일을 다운로드한 다음, 아래 사이트에서 다운로드한 sql70sp1i.exe나 sql70sp1a.exe 파일을 두 번 누릅니다. ftp://ftp.microsoft.com/bussys/sql/public/fixes/usa/sql70/
압축 풀기 진행 과정이 막대 그래프로 표시됩니다.
확인을 누르면, 서비스 팩 설치 준비가 끝납니다. 설치와 관련된 중요한 내용은 setup\x86 디렉터리의 Readme 파일을 참조하십시오. 로컬 관리자 권한이 있는 Windows NT 계정을 사용하여 로그인해야 합니다. 기본값을 그대로 적용하고 다음을 누릅니다.
사용자를 확인하는 중이라는 메시지가 설치 화면에 나타납니다. 서비스를 시작하고 있으며 업그레이드를 위해 상태를 확인하는 중이라는 메시지가 설치 화면에 나타납니다.
이제 파일 복사 과정이 시작됩니다.파일 복사가 끝나면 아래 캡처 화면들 같은 화면이 이어지면서 설치가 계속됩니다.
추가 업데이트가 끝날 때까지 몇 분 동안 빈 화면이 나타납니다. 마우스 커서 모양만 바뀝니다. 끝으로 아래 화면이 나타납니다.
마침을 누르면 SQL Server 7.0 서비스 팩 1이 설치됩니다. 여기서 노드들이 다시 부팅될 것입니다. SQL 클러스터 서비스 설치설치를 성공적으로 끝내려면 아래와 같은 계정을 사용하여 로그인해야 합니다.
참고 SQL Server 장애 조치 클러스터 마법사를 시작하기 전에 SQL Server 7.0 CD를 넣어야 합니다. 그림 16 SQL 클러스터 설치 화면 그림 17 시작 화면 그림 18 옵션 화면 그림 19 SA 암호 화면 그림 20 구성 확인 화면 그림 2 1 SQL Server 서비스 계정 화면 그림 22 SVS IP 주소 참고 이 주소는 앞에서 MSDTC IP 주소 리소스에 사용했던 주소와 달라야 합니다. 다음을 누릅니다. 그림 23 서버 이름(SVS 네트워크 이름) 그림 24 설치 완료 그림 25 복사 진행 예제 "installing necessary files on remote machine"이라는 메시지가 나타납니다. 이것은 원격 노드에서 SQL Server Setup의 특수 버전을 실행하고 있는 것으로, 둘째 노드 설치라고 합니다. 설치는 이 플래그로 시작합니다. 이 설치 프로그램은 다른 노드에서 필요한 모든 공유 구성 요소를 설치합니다. 이 프로그램은 MDAC와 mssearch를 설치하고 복제 같은 구성 요소에 필요한 공통 파일들을 등록합니다. 둘째 노드 설치에서는 두 노드 모두에 설치하지 않고도 클러스터된 SQL Server 서버를 구성하는 Active/Passive 방식을 사용할 수 있습니다. 둘째 노드 설치는 사용자가 마법사를 실행할 때 로그온한 계정 하에서 실행이 됩니다. 마법사가 암호를 요구하는 이유가 바로 이것입니다. 이 계정은 두 노드 모두의 관리자 계정이어야 합니다. 둘째 노드 설치는 다른 한 노드에 이미 설치되어 있는 내용에 따라 시간이 오래 걸릴 수도 있으며, 진행 과정도 자세히 알려주지 않습니다. 이 설치 과정의 진행을 모니터하려면 아래 두 가지 방법을 사용합니다. 설치가 끝나면 마법사가 계속 실행되어 SQL Server 클러스터링이 설치되었음을 보여 주는 마지막 화면이 나타납니다. 그림 26 SQL 클러스터 설치 완료 화면 둘째 노드 설치 중에 문제가 발생하면 오류 메시지가 나타나고 마법사는 그 전 단계로 돌아갑니다. WINNT 디렉터리에서 sqlstp.log를 살펴보면 문제가 발생한 원인을 알아낼 수 있습니다. SQL Server가 노드에 설치되어 가상 서버로 설정됩니다. 1번에서 13번까지 끝내면 가상 SQL Server가 두 노드 모두에 설치됩니다. 이제 이 가상 서버를 두 노드 사이에서 이동할 수 있습니다. 이 두 가지 설치 방식은 모두 SQL Server를 공유 디스크에 매핑합니다. 어느 노드가 SQL Server 또는 SVS를 실행하도록 할 것인지 관리하려면 MSCS 클러스터 관리자를 사용합니다. 경고 노드가 사라질 경우, 특히 주 노드인 경우 빠르게 복구할 수 있도록, Drive Image나 Ghost 같이 타사에서 만든 소프트웨어를 사용하여 로컬 하드 드라이브의 이미지를 만들어 두는 것이 좋습니다. 또 다른 복구 방법은 부록 E에서 설명합니다. 중요 이 단계가 되면 MSDTC가 클러스터에 제대로 설치되어 있을 것이므로 MSDTC 리소스는 SQL 클러스터 리소스 그룹에 존재합니다. SQL Server 그룹의 장애 조치가 제대로 이루어지도록 하려면 아래 단락에서 설명한 대로 수정합니다. 이렇게 수정을 하지 않으면 노드에서 노드로 이동하는 SQL Group의 장애 조치는 최대 5분까지도 걸릴 수 있습니다. 클러스터 관리자에서 MSDTC 리소스를 선택하고 마우스 오른쪽 단추를 누른 다음 등록 정보를 선택합니다. 그런 다음 종속성 탭을 선택하고 수정을 누릅니다. 종속성 수정 창의 왼쪽 프레임에서 SQL VServer 리소스를 선택하고 두 번 누릅니다. 이렇게 하면 VServer가 왼쪽 프레임에서 오른쪽 프레임으로 이동하게 됩니다. 확인을 누르고 적용을 누른 다음 확인을 누릅니다. 참고 둘째 노드에 클러스터되지 않은 표준 SQL Server를 설치할 수도 있습니다. 한 노드, 예를 들어 노드 1에서 대칭 가상 서버(SVS)를 실행하고 동일한 클러스터에서 클러스터되지 않은 SQL Server를 실행할 수 있습니다. 이 방법은 개발 작업을 위해 클러스터의 백업 노드를 사용하고 SQL Server 응용 프로그램 제작을 위해 주 노드를 사용하는 경우에 도움이 됩니다. 백업 노드에서 장애가 발생하면 노드 2의 개발 SQL Server는 작업 부하를 노드 1로 옮기는 장애 조치를 취하지 않습니다. 그렇게 하면 응용 프로그램 실행에 방해가 되기 때문입니다. 노드 1에서 장애가 발생하면 SVS는 노드 2로 이동하는 장애 조치를 취합니다. 이렇게 되도록 구성하려면 노드 2에 SQL Server를 설치한 다음 SQL 클러스터 설치 프로그램을 실행하지 않으면 됩니다. 아래와 같은 경우에는 두 노드 모두에서 SQL Server의 클러스터 설정을 해제해야 합니다.
클러스터의 두 노드 모두에 SQL Server를 설치한 후에, 서버와 클러스터가 제대로 설정되었는지 확인해야 합니다. SQL Server/Microsoft Cluster Server 설치를 확인하려면MSCS 클러스터 관리자를 사용하여, SQL Server에 할당한 리소스 그룹을 마우스 오른쪽 단추로 누른 다음 온라인을 눌러 가상 서버를 온라인 상태로 만듭니다. 노드 1에서 SQL Server Enterprise Manager를 실행합니다. 서버 등록 대화 상자의 서버 상자에 가상 서버 이름(예: SS1)을 입력한 다음 등록을 누릅니다. Active/Active 설치 방식을 선택했다면 나머지 가상 서버도 등록합니다. 가상 SQL Server는 SQL Server Enterprise Manager를 사용하는 다른 클러스터되지 않은 SQL Server와 똑같이 관리되지만, 아래와 같은 두 가지 중요한 차이가 있습니다.
가상 SQL Server 서비스와 가상 서버는 Windows NT 서비스 제어 관리자보다는 MSCS 클러스터 관리자에서 제어해야 합니다. 복제는 동일한 방식으로 이루어집니다. 즉, 가상 SQL Server에서 복제를 관리하는 방식에는 차이가 전혀 없습니다. 시스템 장애가 아닌 다른 이유 때문에 가상 SQL Server를 주 노드에서 백업 노드로 수동으로 옮기게 되는 경우가 있습니다. 이것은 주 노드에서 하드웨어 또는 시스템 유지 관리 작업을 해야 하는 경우에 도움이 됩니다. MSCS 클러스터 관리자를 사용하면 유지 관리 작업이 끝날 때까지 SQL Server를 백업 노드로 옮겨 둘 수 있습니다. 클라이언트는 마치 주 노드에 장애가 발생하여 백업 노드가 가상 서버의 역할을 대신하는 것 같은 장애 조치가 취해지는 것을 경험하게 됩니다. SQL Server를 백업 노드로 옮긴 후에는 더 이상 주 노드에서 클라이언트 유틸리티를 사용할 수 없습니다. 클라이언트 시스템에서 또는 클러스터의 백업 노드에서 클라이언트 유틸리티를 실행합니다. 클러스터의 한 콘솔이나 다른 콘솔에서 실행하는 것과는 달리 항상 클라이언트 시스템에서 클라이언트 유틸리티를 실행한다면, 그 유틸리티들은 장애 조치로 인한 영향을 받지 않습니다. SQL Server는 데이터베이스를 관리하기 위하여 운영 체제의 리소스를 사용해야 합니다. 그 중에서 가장 중요한 것이 메모리입니다. SQL Server 7.0에서는 메모리를 동적으로 처리합니다. 클러스터된 다른 응용 프로그램들과의 상호 운용성 때문에, 다른 응용 프로그램을 설치할 때 메모리를 수동 설정으로 변경하고 설치가 끝난 후에 설정을 다시 자동으로 변경해야 하는 경우가 있을 수 있습니다. 클러스터의 SQL Server가 뛰어난 성능을 발휘하게 하려면, 여러 가지 구성 옵션을 신중하게 관리해야 합니다. 사용자 연결은 항상 클러스터 서비스를 위한 연결이 가능하도록 설정해야 합니다. 사용자 연결은 많은 메모리를 차지하지 않으므로 순간 최고 사용 수준보다 훨씬 더 크게 설정합니다. 클러스터 서비스는 아래 두 가지 기능을 사용하여 SQL Server의 상태를 점검합니다.
클러스터 내의 한 노드에서 장애가 발생하면 가상 서버는 남아 있는 노드로 장애 조치를 취하거나 마이그레이션합니다. 장애가 발생한 노드를 복구하여 다시 실행시킨 후에, 복구된 노드의 원래 위치로 가상 서버를 옮겨 놓으면 장애가 복구됩니다. SQL Server가 원래 설치되어 있던 노드를 그 리소스 그룹의 기본 소유자로 설정하는 것이 좋습니다. 이것은 리소스 그룹의 특성입니다. 뿐만 아니라 자동 장애 복구와 장애 조치 한계값을 설정하는 탭도 있습니다. 장애 조치를 취한 서버를 수동으로 장애 복구하려면
하나 이상의 가상 서버를 제거하려면 설치 순서를 거꾸로 실행하면 됩니다. SQL Server 설치를 실행하여 설치 프로그램에서 설정하는 옵션들을 수정하려면 먼저 SQL Server의 클러스터 설정을 해제해야 합니다. 먼저, SVS는 원래 설치되어 있던 주 노드가 소유하고 있어야 합니다. 그러면, SQL 장애 조치 클러스터 마법사를 실행함으로써 SVS의 클러스터 설정을 해제하여 정상 SQL Server로 만들 수 있습니다. SQL Server 설치의 클러스터 설정을 해제한 후에, 원한다면 Uninstall SQL Server 7.0을 실행하여 SQL Server를 제거할 수 있습니다. 가상 서버를 제거하려면
참고 SQL 클러스터 설치를 실행하여 클러스터 설정을 해제하기 전에 Windows NT 작업 관리자를 사용하여 Sqlew.exe의 실행이 중지되었는지 확인합니다. 사용자 인터페이스에서 빠져나온 후에도 Sqlew.exe가 여전히 하나의 프로세스로 남아 있는 것으로 보인다면, Windows NT 작업 관리자에서 프로세스 끝내기를 누릅니다. 참고 지정한 가상 서버가 클러스터에서 제거됩니다. 시스템에서 SQL Server를 완전히 제거하려면, SQL Server 프로그램 그룹에서 SQL Server 설치를 실행하고 SQL Server를 제거하는 옵션을 선택합니다. 제거할 각 가상 서버의 주 노드에 대해 위 1번에서 7번까지 반복합니다. 부록 A: 문제 해결SQL Server가 백업 노드로 마이그레이션한 후에 네트워크로 로그온 할 수 없습니다.어떤 노드가 클러스터 상의 다른 노드와 다른 암호를 사용한다면 그 노드는 장애가 발생한 노드에서 마이그레이션한 SQL Server를 다시 시작할 수 없습니다. SQL Server 서비스 계정 암호가 두 노드 모두에서 동일한지 확인합니다. 한 노드에서 SQL Server 서비스 계정 암호를 변경하면 다른 모든 노드에서도 암호를 변경해야 합니다. SQL Server가 공유 디스크에 액세스할 수 없습니다.공유 디스크가 다른 드라이브 문자를 사용한다면 노드는 장애가 발생한 노드에서 마이그레이션한 공유 디스크를 복구할 수 없습니다. 공유 디스크의 디스크 드라이브 문자(예: F:)가 두 서버 모두에서 동일한지 확인합니다. 두 노드가 모두 이 디스크들을 사용하기 때문입니다. 장애 조치를 취한 SQL Server가 메일 메시지를 수신하지 못하거나 다른 SQL Server로 가야 할 메일 메시지를 수신합니다.동일한 노드에서 실행할 때, SQL Server를 실행하는 두 서버 모두 동일한 MAPI 메일 로그온을 사용합니다. MAPI 메일 시스템은 동일한 메일 로그온을 사용하여 동일한 노드에서 실행되는 두 서버를 구분하지 못합니다. 이것은 클러스터가 있는 MAPI 메일 시스템을 사용하는 방식이 안고 있는 잘 알려진 한계점입니다. 문제를 최소로 줄이려면, 저장 위치를 선택할 수 있는 파일이나 설정값을 저장하라는 메시지가 나타났을 때 SQL Server가 사용하고 있는 클러스터 디스크에서 원하는 디렉터리를 하나 선택하거나 새로 만들면 됩니다. 유효한 장애 조치 시나리오
"장애가 발생한" 노드에서 정식으로 운영 체제 종료를 시작하면 시스템 다시 시작 테스트를 실행할 수 있습니다. Windows NT Resource Kit 유틸리티인 중단을 사용하여 WINLOGON 프로세스를 종료시키면 Windows NT의 파란색 화면이 나타납니다. 대부분의 서버 하드웨어에는 전원을 완전히 차단하지 않고도 컴퓨터를 다시 부팅시킬 수 있는 시스템 리셋 스위치가 내장되어 있습니다. 한 노드로 공급되는 전력이 완전히 차단되면 간단한 시스템 리셋에서는 나타나지 않는 SCSI 버스 종료에 영향을 줄 수 있기 때문에 시스템 리셋과 정전 테스트는 서로 다른 것입니다. 클러스터가 이 수준의 유효성 테스트를 통과했다면, 그 이후에 발생하는 문제들은 하드웨어 구성이나 소프트웨어 설치와 관련된 문제로 인한 것일 가능성은 없습니다. 따라서 문제 해결 작업에서는 응용 프로그램 환경 설정 문제에 초점을 맞출 수 있습니다. 주 노드 복구SQL Cluster Server를 먼저 제거하지 않은 상태에서 주 노드가 사라지거나 교체된 경우에 할 일
부록 B: SQL Server 7.0을 수동으로 제거SQL Server 7.0을 수동으로 제거하려면
reconfigure with override go exec sp_configure go exec master..xp_msver go sp_helpsort go sp_configure 'show advanced', 0 reconfigure with override go select * from sysdevices 경고 고가용성 모델인 Active/Active 방식을 사용하고 있다면 두 SQL Server 모두에 대해 위와 같이 합니다. 참고 여러 차례 설치했지만 장애가 계속 발생하여 제거하는 것이라면, 다시 포맷을 하고 모든 소프트웨어를 다시 설치하는 것이 좋습니다. 그런 경우가 아니라면 4번으로 넘어가십시오. 이 파일들을 보관해 두지 않으면 데이터를 잃어버릴 수도 있습니다. 참고 고가용성 모델인 Active/Active 방식을 사용하고 있다면 두 SQL Server 모두에 대해 위 1번에서 6번까지 실행합니다. Software Microsoft MSSQLServer MSSQLServer$가상 서버 이름 SQL Cluster Setup VirtualServers HKEY_LOCAL_MACHINE System CurrentControlSet Services MSSQLServer MSSQLServer$가상 서버 이름 SQLServerAgent SQLServerAgent$가상 서버 이름 VSrvSvc$가상 서버 이름 Stop cluster service on both nodes HKEY_LOCAL_MACHINE Cluster Resource Types SQL Server Agent 7.0 SQL Server 7.0 등록 정보를 선택합니다. 환경 탭을 선택합니다. 시스템 변수 밑에 있는 상자에서 경로 변수를 선택하고 값의 오른쪽에 있는 상자에서 그 값을 살펴보십시오. 경로에서 SQL을 가리키는 부분을 지우면서 겹 세미콜론(;;)이 없는지 확인합니다. 겹 세미콜론(;;)이 있으면 세미콜론(;)으로 바꿉니다. _VIRTUAL_SERVER_ 항목을 모두 제거합니다. %windir%\system32에서 아래 파일들을 제거합니다. 부록 C: SMS 관련 고려 사항SQL Server 7.0이나 MSCS에서는 SMS 1.2가 지원되지 않습니다. 다음은 SMS 2.0 Administration Guide, Appendix A: Site Systems Requirements에서 발췌한 내용입니다. SMS 2.0은 장애 조치 기능을 지원하지 않습니다. 하지만 아래와 같은 몇 가지 공통 기능은 지원합니다. Windows NT Server 4.0 Enterprise Edition을 실행하는 클러스터 서버를 사용하고 있다면, SMS 2.0을 설치할 때 아래 제한 규칙을 준수해야 합니다.
중요 도메인 컨트롤러는 SMS 2.0 사이트 내에서 클러스터되지 않아야 합니다. Windows Networking Logon Discovery나 Windows Network Logon Client Installation 방식을 사용할 수 있다면, 지정된 도메인 내의 각 기본 도메인 컨트롤러와 백업 도메인 컨트롤러는 SMS 2.0 로그온 포인트로 설정됩니다. 임의의 도메인 컨트롤러가 클러스터로 처리된다면, 이것은 그 클러스터의 한쪽 편에 사이트 시스템 역할(로그온 포인트)이 할당되는 것을 의미합니다. 따라서 SMS Executive 서비스는 시작되지 않을 것입니다. 부록 D: 서비스 충돌컴퓨터에서 아래 서비스들을 실행하고 있다면 중지합니다. 이들 서비스는 SQL Server 설치가 성공적으로 완료하는 데 방해가 될 수 있습니다.
아래를 포함하는 모든 IIS 서비스 Microsoft Exchange 서비스 부록 E: Windows NT Option Pack 설치 지침본 부록에서는 WWW 또는 FTP 서비스의 장애 조치가 적절하게 이루어질 수 있도록 Windows NT 서비스 팩 4나 SQL Server SP5a를 포함하는 SQL Server 6.5나 SQL Server 7.0이 설치되어 있는 Microsoft Cluster Server 1.0에서 NTOP(Windows NT Option Pack)을 설치하는 일과 관련된 새로운 설치 지침에 대해 설명합니다. 이 지침들은 기술 자료 문서 Q191138에 나오는 지침을 보완하는 것입니다. 언제든지 Microsoft Cluster Server에 Windows NT 서비스 팩 4MSDTC, SQL Server 6.5 SP5a 또는 SQL Server 7.0이 설치되어 있었다면, 새로운 설치 방법을 사용해야 Windows NT Option Pack을 클러스터에 성공적으로 설치할 수 있습니다. 설명하는 설치 순서대로 따라 한 후에, Q191138의 나머지 부분을 사용하여 Microsoft Cluster Server 1.0에서 NTOP 설치를 완료할 수 있습니다. SQL 서비스 팩 5a와 SQL Server 7.0은 Q191138에서 설명하는 설치 방법으로는 Microsoft Cluster Server 시스템의 둘째 노드에 Windows NT Option Pack이 성공적으로 설치되지 못하도록 방해하는 역할을 합니다. Windows NT 서비스 팩 4로 업그레이드되는 MSDTC(Microsoft Distributed Transaction Coordinator) 파일은 약간 변경됩니다. Q191138에서는 업데이트된 MSDTC 파일을 사용하여 클러스터의 두 노드 모두에서 Windows NT Option Pack을 성공적으로 설치하는 데 필요한 단계들을 설명합니다. 참고 새로 나온 MSDTC 구성 요소와 Windows NT Option Pack 설치 프로그램이 관련되어 있기 때문에 설치 과정은 더 복잡해졌습니다. 클러스터에서 Windows NT Option Pack 설치를 시작하기 전에 지시 사항을 충분히 이해해야 합니다. 사전 분석아직 Windows NT Option Pack을 Microsoft Cluster Server에 설치하는 작업을 해 보지 않았다면, 아래 방법을 사용하여 기술 자료 문서 Q191138에 나오는 표준 설치 방법을 사용할 것인지 여부를 결정할 수 있습니다. http://support.microsoft.com/support/kb/articles/q191/1/38.asp 아래와 같은 새로운 설치 방법을 사용해야 하는 경우가 있습니다.
%windir%\system32\msdtc.exe %windir%\system32\msdtc.dll Error Code = 0xffffffff An exception occurred while installing MSDTC service. Error Code = 0x80004005 Setup of "Transaction Server Core Components" failed. The specific error code is 0x748dd88. Setup will continue but the component may not function properly. (You will receive eight of the following errors in a row.) CreateIISPackage or DeleteIISPackage, 0x80040154Class not registered. (If you had chosen to install Index Server you will see the following error.) Setup could not set webhits OOP.(At the end of the Windows NT 4.0 Option Pack installation, you will see the following error.) Microsoft Transaction Server Setup was not completed successfully.이러한 메시지들은 노드 B에서 Windows NT Option Pack 설치가 실패로 끝났음을 의미합니다. IIS, MTS, MSDTC 등이 노드 B에서 제대로 실행되지 않을 것입니다. 노드 B에 Windows NT Option Pack이 제대로 설치되도록 하려면, 노드 B에서 Microsoft Cluster Service를 중지한 다음 노드 B에서 Windows NT Option Pack을 제거했다가 다시 설치합니다. Windows NT 4.0 Option Pack 제거 방법
Windows NT 4.0 Option Pack을 사용한 설치 방법SQL Server가 있는 Microsoft Cluster Server에 설치했다가 실패한 Windows NT Option Pack을 제거하려면 아래 설치 방법을 사용합니다. Microsoft Cluster Server 1.0에서의 Windows NT Option Pack 및 SQL Server 7.0 이 가이드의 앞부분에 나온 필요한 소프트웨어와 설치 순서를 참조하십시오. 여러 노드에 설치하기 위한 새로운 방법Windows NT는 노드 A와 노드 B에서 동일한 위치에 있어야 합니다. 예를 들어, Windows NT를 노드 A의 C:\Winnt에 설치한다면, 노드 B에서도 C:\Winnt에 Windows NT를 설치해야 합니다. Windows NT %SystemRoot% 폴더가 노드 A와 노드 B에서 동일하지 않다면, IIS의 장애 조치 동작을 실행할 수 없습니다.
트랜잭션 서버를 설치하는 동안, "Microsoft Transaction Server 2.0" 화면에서 Windows NT Option Pack Setup 프로그램이 그 노드가 현재 소유권을 보유하고 있는 임의의 리소스 그룹에 속한 클러스터 디스크 리소스에 MSDTC 트랜잭션 로그를 넣으려고 시도합니다. MSDTC 리소스는 현재 SQL Server가 들어 있는 리소스 그룹에 있어야 합니다. 트랜잭션 서버를 설치할 가상 서버와 MSDTC 로그 파일의 위치를 지정하라는 메시지가 나오면, SQL 클러스터 리소스 가상 서버 이름을 선택하고 SQL 클러스터 리소스 그룹의 공유 디스크 리소스에 MSDTCLOG 디렉터리를 만듭니다. 그밖의 모든 구성 요소들은 이 노드의 로컬 드라이브에 설치되어야 합니다. 이것이 기본 설정된 위치입니다. 팁 기본 설정된 클러스터 그룹에는 아무 것도 설치하지 마십시오. 클러스터된 시스템에 맞게 MSDTC 다시 설치
위치> -v <SQL 그룹 가상 서버 이름> 참고 MSDTC 로그 파일 디렉터리로 지정한 디렉터리가 공유 디스크에 존재하는지 확인합니다. 예를 들어 -l 변수로 S:\MSDTCLOG를 입력했다면, MSDTCLOG 디렉터리가 S 드라이브의 루트에 존재하는지 확인합니다. 이 디렉터리가 존재하지 않으면 위의 명령을 실행하기 전에 디렉터리를 만듭니다. 이제 MSDTC가 클러스터에 올바르게 설치되었고 MSDTC 리소스는 SQL 클러스터 리소스 그룹에 존재합니다. SQL Server 그룹의 장애 조치가 제대로 실행되려면 18단계를 반드시 실시해야 합니다. 그 다음 단계를 실시하지 않으면 SQL Group 장애 조치 동작에서 노드에서 노드로 이동하는 데 최대 5분까지 걸릴 수 있습니다. 웹 또는 FTP 장애 조치
팁 기본 클러스터 그룹에는 아무 것도 설치하지 않습니다. IIS Server 인스턴스를 만들 대상 클러스터 리소스를 노드 A로 이동합니다. 설치 과정의 이 단계에서는 http://support.microsoft.com/support/kb/articles/q191/1/38.asp에 있는 기술 자료 문서 Q191138을 참조한 다음, "IIS 사용자 계정 동기화"에서 시작되는 기사의 나머지 부분을 그대로 따르십시오. 그 단계부터 환경 설정의 나머지 부분은 동일합니다. 부록 F: SQL Server 6.5을 SQL Server 7.0 SVS로 업그레이드SQL 클러스터 서비스가 설치되어 있는 SQL Server 6.5를 업그레이드하는 경우에는 SQL Server 6.5 클러스터 마법사를 실행하여 가상 SQL Cluster Server를 제거해야 합니다. 그런 뒤에 정상 설치를 실행할 수 있습니다. SQL Server가 MSCS에 설치된 경우의 유일한 차이는, 데이터베이스를 자동으로 업그레이드하도록 선택해서는 안 된다는 점입니다. 드라이브를 다른 노드가 소유하게 되기 때문입니다. 데이터베이스 업그레이드는 SQL을 다시 클러스터링하기 전에 수행해야 합니다. SQL 업그레이드 마법사 실행 옵션을 선택하지 마십시오. Microsoft SQL Server 7.0 준비 상태 검토http://support.microsoft.com/download/support/mslfiles/sqlsetup.exe (영문) 이 사이트는 SQL Server 7.0으로 업그레이드할 계획을 세우고 있는 경영자 및 엔지니어들이 관련된 문제들을 인식하는 데 도움이 되는 정보를 제공합니다. 이 문서를 Microsoft Word 파일로 변환해 놓은 자동 풀림 실행 파일을 다운로드하려면 다음 주소를 방문하십시오. http://support.microsoft.com/download/support/mslfiles/sql7prep.exe (영문) 데이터베이스를 Microsoft SQL Server 7.0으로 변환하는 데 대한 정보를 보려면 아래 사이트를 방문하십시오. http://support.microsoft.com/support/sql/content/70papers/convert.asp (영문) 이 문서에는 SQL Server 6.0 또는 SQL Server 6.5 데이터베이스를 SQL Server 7.0으로 변환하는 데 대한 정보가 들어 있으며, 아래 위치에서 이 문서를 온라인으로 보거나 Microsoft Word 파일로 변환해 놓은 자동 풀림 실행 파일을 다운로드할 수도 있습니다. http://support.microsoft.com/download/support/mslfiles/sqlconv.exe (영문) 부록 G: MSMQ 6.5 설치 관련 참고 사항참고 이 가이드를 작성하는 시점까지는 MSMQ 1.0 사이트 컨트롤러를 SQL Server 7.0을 사용하여 클러스터에 설치할 수 없습니다. Microsoft는 이 문제를 해결하기 위한 작업을 하고 있습니다. 이 문제는 MSMQ 1.0 라우팅 서버, 독립 클라이언트 또는 종속 클라이언트 등을 설치하는 데에는 영향을 주지 않습니다. 클러스터에 MSMQ PSC를 설치하는 것과 관련하여 알려져 있는 문제가 있습니다. 자세한 내용은 아래 위치에 있는 기술 자료 문서 Q188685 "HOWTO: Install an MSMQ PSC on Microsoft Cluster Server"를 참조하십시오. http://support.microsoft.com/support/kb/articles/q188/6/85.asp (영문) 클러스터에 MSMQ 사이트 컨트롤러를 설치하려면 SQL Server version6.5, Enterprise Edition을 사용하거나 Windows NT Server 버전 4.0 Enterprise Edition CD에 들어 있는 기능이 제한된 SQL Server 6.5를 사용합니다. 본 부록에는 MSMQ 1.0 사이트 컨트롤러가 있는 클러스터에서 SQL Server 6.5를 사용하는 것과 관련된 참고 사항이 들어 있습니다. MSMQ를 설치한 다음, 두 개의 노드로 이루어진 MSCS 클러스터에서 장애 조치가 이루어지도록 구성할 수 있습니다. 이렇게 하면 MSMQ 노드를 최대한 이용할 수 있습니다. 클러스터에 MSMQ 사이트 컨트롤러(PEC/PSC/BSC)를 설치하려면 Windows NT Server 4.0 Enterprise Edition 구성 요소 CD-ROM에 있는 클러스터 설정 마법사를 사용하여 SQL Server를 설치하고 클러스터링해야 합니다. SQL Server의 초기 설치 버전은 동일한 CD-ROM에 들어 있는 기능이 제한된 버전일 수도 있고 SQL Server 6.5 Enterprise Edition일 수도 있습니다. 기능이 제한된 버전을 설치하면, MSMQ MQIS 데이터베이스 용으로만 사용하도록 제한됩니다. 다른 SQL Server 데이터베이스가 필요하면 SQL Server 6.5 Enterprise Edition을 사용하여 기능이 제한된 SQL Server를 업그레이드하거나 처음부터 Enterprise 버전을 설치해야 합니다. Windows NT Server 4.0, Enterprise Edition 구성 요소 CD-ROM에 있는 Readme에는 MSMQ를 클러스터에 설치하는 것과 관련된 지침이 들어 있습니다. SQL Server 6.5를 수동으로 설치할 때는 일부 옵션의 기본 설정값을 변경해야 합니다. 클러스터에 MSMQ PSC를 설치하는 것과 관련하여 이미 알려져 있는 문제가 있습니다. 자세한 내용은 아래 위치에 있는 기술 자료 문서 Q188685 "HOWTO: Install an MSMQ PSC on Microsoft Cluster Server"를 참조하십시오: http://support.microsoft.com/support/kb/articles/q188/6/85.asp (영문) 참고 MSMQ가 설치한 SQL Server 버전의 기본 정렬 순서는 Code page 51이며 이것은 표준 SQL Server 설치 시 대소문자를 반대로 구분합니다. MSMQ 관련 고려 사항고려 사항 1SQL Server 정식 버전을 설치하고 함께 제공되는 클러스터 마법사를 사용하여 클러스터링하는 경우에는 MSMQ 독립 클라이언트 또는 라우팅 서버를 설치하는 정도로 제한이 됩니다. MSMQ IC나 RS는 SQL Server를 설치하기 전후에 설치할 수 있습니다. MSMQ 사이트 컨트롤러(PEC, PSC, BSC)에는 로컬 SQL Server가 필요합니다. SQL Server 정품과 함께 제공되는 클러스터 마법사는, 클러스터된 SQL Server와 동일한 실제 노드에서 실행되고 있는 응용 프로그램에 대해서도 SQL Server가 원격 SQL Server처럼 보이도록 클러스터링합니다. Windows NT Server 4.0, Enterprise Edition CD-ROM에 있는 클러스터 마법사로 SQL Server를 클러스터링하지 않으면 MSMQ 설치 프로그램 실행은 실패로 끝날 것입니다. 이미 Windows NT Server 4.0, Enterprise Edition CD-ROM에서 기능이 제한된 SQL Server 버전을 설치하여 클러스터링했다면, 정식 버전으로 업그레이드할 수 있습니다. 기술 자료 문서 Q183672에는 SQL Server 6.5를 위한 업그레이드 방법이 정리되어 있습니다. 고려 사항 2고려 사항 1의 내용으로 판단할 때, 응용 프로그램이 깨지는 일부 상황은 SQL Server 정품의 대소문자 무시 특성이 기능이 제한된 버전에서 대소문자 구분 특성으로 바뀜에 따라 발생하는 것이었습니다. 대소문자를 구분하지 않도록 setupsql.ini를 수정하면 기능이 제한된 SQL Server 버전 설치 프로세스가 중단됩니다. 그러므로 setupsql.ini를 업데이트하여 설치하려고 하지 마십시오. 대소문자를 무시하는 정렬 순서를 사용하려면 MSMQ를 설치하기 전에 기능이 제한된 SQL Server 버전이나 정식 버전 SQL Server를 수동으로 설치하고, Windows NT Server 4.0 Enterprise Edition 구성 요소 CD-ROM에서 클러스터 마법사를 실행해야 합니다. 고려 사항 3경고 Windows NT Server 4.0, Enterprise Edition의 클러스터 마법사를 사용하여 SQL Server를 클러스터링하면 SQL Server SVS를 구성할 수 없습니다. SQL Server 정품에서 SVS 클러스터 마법사를 사용하려면, 클러스터에 MSMQ 독립 클라이언트 또는 라우팅 서버만을 설치해야 합니다. MSMQ는 Active/Active 모드로 설정할 수 없습니다. 고려 사항 4SQL Server 6.5와 SP5 이전의 SQL Server 서비스 팩은 이전 버전의 MSDTC를 설치합니다. MSMQ나 Windows NT Option Pack을 클러스터에 설치한 이후에 SP5 이전의 SQL Server 서비스 팩을 적용하지 않도록 주의해야 합니다. 그렇게 하면 MSDTC가 구 버전으로 바뀌어서 MSDTC에 종속된 제품들에서 장애가 발생할 수 있습니다. MSDTC를 Windows NT 4.0 서비스 팩 4에 들어 있는 버전으로 업데이트하는 독립형 MSDTC는 Microsoft FTP 사이트에서 구할 수 있습니다. SQL Server 서비스 팩 같은 제품을 설치했는데 MSDTC가 장애를 일으키기 시작한다면, 일반적으로 독립형 MSDTCSETUP이 MSDTC의 동작을 복원할 것입니다. 이 독립형 버전은 아래 위치에서 구할 수 있습니다. ftp://ftp.microsoft.com/bussys/distapps/MTS/Public-Fixes/usa/DTC/SvcPack/i386/ (영문) 고려 사항 5MSMQ와 IIS가 모두 존재하는 클러스터에 Windows NT 4.0 Option Pack을 설치하려면 Windows NT Option Pack Setup 프로그램을 실행하기 전에 둘 중 하나를 제거해야 합니다. 그렇게 하지 않으면 둘째 노드에 있는 MSMQ에 문제가 생기게 됩니다. Windows NT Option Pack이 이전 버전의 IIS를 발견하는 경우에는, 최소 설치, 표준 설치, 사용자 설치 옵션이 아닌 업그레이드만과 업그레이드 플러스 옵션을 제공하게 됩니다. 업그레이드만 또는 업그레이드 플러스를 사용하여 MSMQ를 시스템에 설치하면, 둘째 노드의 MSMQ에 문제가 생기게 됩니다. 고려 사항 6Windows NT 4.0 Option Pack에서 MSMQ를 설치할 때는 먼저 Windows NT Option Pack을 설치하는 것이 좋습니다. Windows NT Option Pack을 성공적으로 설치한 후에, Windows NT Option Pack 설치를 다시 실행하여 MSMQ를 추가합니다. 추가/제거를 사용하여 MSMQ를 설치하지 않으면 MSMQ 서비스가 제대로 초기화되지 않을 수 있습니다. 이것은 ODBC용 MQIS System DSN이 없기 때문에 발생하는 문제입니다. Windows NT Server 4.0 서비스 팩 4를 설치하면 자동으로 MQIS System DSN을 만들어서 이 문제를 해결합니다. 고려 사항 7SQL Server를 필요로 하는 MSMQ 사이트 컨트롤러를 요구하는 클러스터를 Windows NT Option Pack과 함께 설치할 때는, 아래 "MSMQ 사이트 컨트롤러를 SQL Server, Windows NT Option Pack, IIS 등과 함께 설치" 절의 지시대로 따라 합니다. MSMQ 사이트 컨트롤러를 SQL Server, Windows NT Option Pack, IIS 등과 함께 설치MSCS 클러스터에 MSMQ를 설치하는 과정은 아래 사항을 제외하고는 클러스터되지 않은 Windows NT Server/E 서버에 MSMQ 서버를 설치하는 과정과 비슷합니다.
SQL Server, Windows NT Option Pack, IIS 등이 필요한 MSMQ 사이트 컨트롤러를 설치하는 것과 관련된 참고 사항MSMQ 서버들은 두 개의 노드로 이루어진 MSCS 클러스터의 장애 조치에 맞게 설치하여 구성할 수 있습니다. 이렇게 하면 MSMQ 서버의 가용성을 높일 수 있습니다. NTE, SP3, IIS, IE302, IE4 등을 위한 기반 Windows NT 시스템을 구축한 후에, 아래 방법을 사용하여 MSMQ와 Windows NT Option Pack을 클러스터 방식으로 설치할 수 있습니다. MDAC를 설치할 때마다 ODBC 비트가 업데이트됩니다. 따라서 성공적인 설치를 위해서는 모든 ODBC 응용 프로그램을 종료해야 합니다. ODBC 응용 프로그램으로는 MSSQLServer, MSSQLExecutive, Oracle, Sybase, IIS 등과 관련된 서비스들이 포함됩니다. MDAC 비트는 Windows NT Option Pack과 Windows NT 4.0 서비스 팩 4에 포함되어 있는 것으로 알려져 있으며, 그 중에는 Y2KSetup.exe도 포함됩니다. 이 프로세스에서는 SQL Server를 설치하지만 즉시 클러스터링하지는 않으며, Windows NT Option Pack이 설치될 때까지는 MSMQ가 설치되지 않습니다. Windows NT Option Pack은 첫째 노드에서 설치를 수행하므로 어떠한 리소스에 대해서도 노드 2로 옮기는 장애 조치를 취하지 않고 노드 2에 설치되어야 합니다. MSMQ가 설치되어 있다면, MSMQ는 공유 드라이브에 존재할 것이므로 공유 드라이브는 노드 2에서 사용할 수 없습니다. Windows NT Option Pack은 MSMQ가 설치되어 있는 드라이브를 둘째 노드에서 사용할 수 없기 때문에 그 둘째 노드의 MSMQ를 업그레이드하지 못할 것입니다. 이것은 많은 고객들이 경험했던 것처럼 IIS가 이미 설치되어 있는 상황에서 업그레이드만/업그레이드 플러스 프로세스를 실행했을 때 발생하는 복잡한 상황입니다. Windows NT Option Pack 업그레이드 프로세스는 시작/프로그램 메뉴에서 MSMQ 항목을 제거하지만, 둘째 노드에서 사용할 수 없는 공유 드라이브로 파일을 복사할 수 없기 때문에 MSMQ 항목을 Windows NT Option Pack 그룹에 넣지 못하게 됩니다. 또한 이 프로세스는 SQL Server를 Windows NT Option Pack보다 먼저 설치함으로써, SQL Server가 Windows NT Option Pack이 설치한 MSDTC를 구 버전으로 바꾸어 놓는 문제가 발생하지 않게 합니다. Netshow를 포함시킬 계획이라면, Windows NT Server Enterprise Edition에 맞는 IIS 업데이트 버전을 설치할 때 포함시키지 말고 Windows NT 4.0 서비스 팩 4 CD-ROM의 \NETSHOW 디렉터리를 사용하여 Windows NT 4.0 서비스 팩 4를 설치한 후에 설치하는 것이 더 좋습니다. Windows NT Server Enterprise Edition CD-ROM에서 Netshow를 설치한다면, Windows NT 4.0 서비스 팩 4 CD-ROM에 있는 버전을 설치할 수 있도록 Netshow를 제거해야 합니다. 클러스터에 Windows NT Option Pack을 설치한 후에 Netshow OnDemand Server Service를 시작할 때 오류 메시지가 나타날 것입니다. 클러스터된 웹 서버들을 구성할 설정할 계획이라면, Windows NT 4.0 서비스 팩 4를 완전히 설치한 후에 기술 자료 문서 Q191138에 나오는 환경 설정 방법대로 따라 합니다. MSCS 설치 MSCS를 설치하는 데는 특별히 고려할 점이 없습니다. 다시 설치를 하고 있는 컴퓨터에서는, 응용 프로그램 데이터 파일 외에는 공유 드라이브에 설치되어 있던 파일을 전부 삭제하는 것이 좋습니다. 다시 사용해야 할 사용자 데이터 파일들은 백업해 두었다가 응용 프로그램의 요구에 따라 공유 드라이브에 다시 넣어야 합니다. 노드 1에 SQL 설치 클러스터 관리자를 사용하여 MSMQ와 SQL Server 프로그램과 데이터 파일을 저장하는 데 사용할 공유 SCSI 버스에 존재하는 디스크가 SQL Server를 설치하려고 하는 첫째 노드에서 온라인 상태인지 확인합니다. 기능이 제한된 SQL Server를 정식 버전으로 업그레이드할 계획이라면 반드시 공유 SCSI 버스의 디스크에 설치 파일, 데이터 파일, 프로그램 파일 등을 저장해야 하며, 디스크 리소스는 SQL Server를 설치할 노드에 온라인으로 연결되어 있어야 합니다. 필요하다면 SQL Server 대화 상자에서 폴더 변경을 누르고 공유 디스크 상의 폴더를 지정합니다. 참고 시작하기 전에 클러스터 관리자에서 디스크 리소스를 확인합니다. 실제 디스크가 논리 드라이브에서 파티션으로 분할되어 있다면, 디스크 리소스의 이름 필드에 모든 드라이브 문자가 나타날 것입니다. SQL Server는 그 중 첫째 드라이브 문자에 설치합니다. 그렇게 하지 않으면, SQL Server 클러스터링 마법사 실행이 실패로 끝나게 되므로 설치된 SQL Server를 제거하고 다시 시작해야 합니다. Windows NT Server Enterprise Edition 구성 요소 CD-ROM에서 \MSMQ\MSMQ\SQL\i386\setup.exe를 실행합니다. 참고 SQL Server 6.5 Enterprise Edition CD-ROM을 사용하여 SQL Server를 공유 드라이브에 설치할 수도 있습니다.
참고 SQL Server 6.5 Enterprise Edition CD-ROM에서 설치하는 경우에는 SQL Server 온라인 설명서도 설치할 수 있습니다. 이제 파일이 복사되어 설치됩니다. 이 과정은 시스템 구성에 따라 5분에서 20분 정도 걸립니다. 설치가 끝나면 Exit to Windows NT를 누릅니다. 이제 컴퓨터를 다시 부팅합니다. 노드 1에 NT Option Pack 설치 리소스 그룹을 노드 2에서 노드 1로 다시 이동합니다. SQL Server를 설치한 디스크 리소스를 MSMQ에 대해 사용하고자 하는 이름과 IP 리소스를 포함한 그룹 안으로 이동합니다. 모든 웹 서비스, Netshow 서비스, SQL Server, SQL Executive, Oracle 서비스, ODBC를 사용하는 응용 프로그램을 모두 종료합니다. Windows NT Option Pack을 설치하면 업데이트된 ODBC 드라이버들이 설치되므로 이것은 중요한 부분입니다. ODBC를 사용하여 실행하고 있는 프로세스가 있으면 새로운 ODBC 모듈 중 일부는 복사되지 않으며 그런 파일들이 복사되지 않았음을 알려주는 오류 메시지도 나타나지 않을 것입니다. Windows NT Option Pack을 설치하는 동안 구성 요소를 등록할 때 오류 메시지가 나타날 것입니다. Windows NT Option Pack CD-ROM을 넣고 왼쪽 창에서 설치를 선택합니다. Windows NT 4.0 Option Pack 설치를 선택하고 현재 위치에서 이 파일 열기를 선택합니다. MS Gopher 서비스를 더 이상 지원하지 않는다는 메시지가 나타나면 확인을 누릅니다. Windows NT Option Pack 설치 화면에서 다음을 누르고 라이센스 계약 내용에 동의합니다. 이미 IIS를 설치했다면 업그레이드만 옵션과 업그레이드 플러스 옵션 중에서 선택할 수 있습니다. 업그레이드만을 선택합니다. 가상 서버와 DTC Log 폴더의 공유 드라이브가 Microsoft Transaction Server 화면의 공유 드라이브를 가리키는지 확인하고 다음을 누릅니다. 파일 복사 및 시스템 구성이 이루어진 다음 마지막 화면이 나타나면서 설치가 끝납니다. 마침을 누르면 Windows NT Option Pack이 첫째 노드에 설치되었음을 알려 주는 메시지가 나타납니다. 둘째 노드에 설치한 다음 확인을 누릅니다. 둘째 노드를 다시 부팅한 다음 이 메시지가 나타날 때 확인을 누릅니다. 노드 2에 NT Option Pack 설치 첫째 노드에서 했던 것처럼 모든 웹 서비스, Netshow 서비스, SQL Server, SQL Executive, Oracle 서비스 그리고 ODBC를 사용하는 모든 응용 프로그램을 종료합니다. 처음 설치하는 경우라면 이 컴퓨터에는 SQL Server가 없을 것입니다. Windows NT Option Pack CD-ROM을 넣고 왼쪽 창에서 설치를 선택합니다. Windows NT 4.0 Option Pack 설치를 선택하고 현재 위치에서 이 파일 열기를 선택합니다. MS Gopher 서비스를 더 이상 지원하지 않는다는 메시지가 나타나면 확인을 누릅니다. Windows NT Option Pack 설치 화면에서 다음을 누르고 라이센스 계약 내용에 동의합니다. 이미 IIS를 설치했다면 업그레이드만 옵션과 업그레이드 플러스 옵션 중에서 선택할 수 있습니다. 업그레이드만을 선택합니다. 파일 복사 및 시스템 구성이 이루어진 다음 마지막 화면이 나타나면서 설치가 끝납니다. 마침을 누르고 컴퓨터를 다시 부팅합니다. 노드 1에서 NT Option Pack 설치 완료 노드 1에서 클러스터 관리자를 사용하여 노드 2가 언제 클러스터에 다시 가입되었는지 확인합니다. 노드가 클러스터에 온라인 상태로 연결되면 NT Option Pack 팝업 상자를 눌러 노드 1을 다시 부팅할 수 있습니다. 노드 1에서 SQL을 클러스터링하고 노드 1에 MSMQ를 설치합니다. 클러스터 관리자를 사용하여 그룹을 MSDTC, 공유 드라이브, Name/IP 리소스 등과 함께 노드 1로 이동합니다. NTServer Enterprise Component CD에서 \MSMQ\SQL.WIZ\WPWIZ.CMD를 눌러 기능이 제한된 SQL 버전의 클러스터 마법사를 실행합니다. 시작 화면에서 다음을 누른 뒤 SA 계정의 암호를 입력합니다. 기본적으로 SA의 암호는 없습니다. 마침을 눌러 SQL을 사용 설정한 다음 끝내기를 누릅니다. 클러스터 관리자에서 SQLServer와 SQLExecutive 리소스를 온라인 상태로 만듭니다. 노드 1에 MSMQ 설치 시작, 프로그램, Windows NT 4.0 Option Pack에서 "Windows NT 4.0 Option Pack 설치"를 실행합니다. 시작 화면에서 다음을 누르고 그 다음 화면에서 추가/제거를 선택합니다. 아래로 스크롤하여 Microsoft 메시지 대기열로 간 다음 선택란에 선택 표시를 합니다. MSMQ 설치 유형(PEC, PSC, BSC)을 선택합니다. 해당 이름을 입력합니다.
MSMQ 설치 경로가 MSMQ 파일들이 있는 공유 드라이브를 가리키는지 확인합니다. MSMQOCM.CAB 파일을 찾을 수 없다는 메시지가 나타납니다. NT Option Pack CD를 넣고 찾아보기를 선택합니다. WINDOWS NT OPTION PACKPAK, EN, x86, WINNT.SRV를 차례로 열고 열기를 누릅니다. CAB missing 화면에서 확인을 누릅니다. 기본 설정된 MSMQ Server 데이터베이스 용량(데이터 용으로 80MB, 로그 파일 용으로 20MB)을 그대로 적용하고 확인을 누릅니다. 정상적인 MSMQ 설치를 계속 진행합니다. PEC에서는 CN을 추가해야 합니다. PSC에서는 사이트 링크 비용을 마련해야 합니다. NT Option Pack 설치가 끝나면, 마지막 화면에서 마침을 누른 다음 예를 눌러 다시 시작합니다. 노드 2에 MSMQ를 설치합니다
노드 1에 NT4 서비스 팩 4 설치
노드 2에 NT4 서비스 팩 4를 설치합니다
참고 필요하다면 이제 NT4SERVICE PACK 4 \Netshow 디렉터리에서 Netshow를 설치할 수 있습니다. 이전 버전의 Netshow가 설치되어 있다면, NT4SERVICE PACK 4 CD의 Netshow를 설치하기 전에 제어판의 프로그램 추가/제거를 사용하여 이전 버전의 Netshow 서비스를 제거해야 합니다. NT Option Pack이 필요하지 않을 때 MSMQ 사이트 컨트롤러 설치MSMQ Server 클러스터링 MSCS 클러스터에 MSMQ 서버를 설치하는 것은 아래와 같은 점을 제외하면 클러스터되지 않은 Windows NT Server/E 서버에 MSMQ 서버를 설치하는 것과 비슷합니다.
MSCS 클러스터에 MSMQ 서버 설치
시작하기 전에 클러스터 관리자에서 디스크 리소스를 확인합니다. 실제 디스크가 논리 드라이브에서 파티션으로 분할되어 있다면, 디스크 리소스의 이름 필드에 모든 드라이브 문자가 나타날 것입니다. SQL은 그 중 첫째 드라이브 문자에 설치합니다. 그렇게 하지 않으면, SQL 클러스터링 마법사 실행이 실패로 끝나게 되므로 설치된 SQL을 제거하고 다시 시작해야 합니다. 아래 절에서는 SQL과 SQL 클러스터 마법사를 수동으로 설치하는 방법을 설명합니다. SQL 정렬 순서를 변경하고자 하는 경우에만 수동으로 설치해야 합니다.
시작하기 전에 클러스터 관리자에서 디스크 리소스를 확인합니다. 실제 디스크가 논리 드라이브에서 파티션으로 분할되어 있다면, 디스크 리소스의 이름 필드에 모든 드라이브 문자가 나타날 것입니다. 그 중 첫째 드라이브 문자에 MSMQ를 설치합니다. 그렇게 하지 않으면 SQL 클러스터링 마법사 실행이 실패로 끝나고 MSMQ 설치도 실패하게 될 것입니다. 기능이 제한된 SQL 버전을 설치 중이라는 메시지가 나타납니다. 또한 MSMQ 노드 유형(PEC/PSC/BSC)도 선택하게 됩니다. 선택에 따라 여러 가지 정보를 입력하라는 메시지가 나타납니다. PEC는 MQIS 데이터와 로그 장치의 용량을 요구합니다. 기본 설정된 용량은 각각 80과 20입니다. 또한 회사 이름을 묻는 메시지, 연결 네트워크를 추가하라는 메시지 그리고 사이트 이름을 입력하라는 메시지도 나타납니다. 이러한 이름들은 전부 사용자가 지정해야 합니다. 이 시점에서는 그러한 이름들은 다른 NT 리소스와 아무 연관이 없습니다. PSC는 MQIS에 대해서도 동일한 용량 정보를 요구합니다. 또한 PEC 기종의 이름, CN의 이름, 다른 PEC와의 사이트 링크 비용 등도 요구합니다. BSC는 MQIS에 대해서도 동일한 용량 정보를 요구합니다. 그리고 자신이 백업 서버 역할을 하는 PSC의 이름도 요구합니다.
MSMQ 서비스와 MSDTC 리소스에서 각각 마우스 오른쪽 단추를 누른 다음 오프라인시키기를 눌러 그 두 가지를 오프라인 상태로 만듭니다. Groups 폴더 아래의 클러스터 그룹을 누른 다음 그룹 이동을 눌러 클러스터 그룹을 둘째 노드(노드 B)로 이동합니다. 이렇게 하면 적절한 MSMQ dll이 로컬 system32 디렉터리에 들어가므로 MSMQ 키들로 레지스트리가 업데이트됩니다. 이를 위해서는 Drive Image나 Ghost 같은 다른 업체에서 제공하는 소프트웨어가 있어야 합니다. |
