Windows Server "Hyper-V"복제본 "다음"

1월 31, 2018 by Jason Aw Leave a Comment

Hyper-V 복제본보기

다음 Windows 버전의 새로운 기능인 "Hyper-V Replica"를 보여주는 흥미로운 비디오가 있습니다. 데모를 보려면 39 분으로 이동하십시오.

http://digitalwpc.com/Videos/AllVideos/Permalink/3cb3788c-5c47-4b9e-987c-0dec4194058b/#fbid=slfi0dmNMqP

VM웨어가 vSphere와 Hyper-V 사이의 가격 대 기능을 비교할 때, 특히 VM웨어가 발표 한 새로운 가격과 비교할 때 Hyper-V를 더욱 경쟁력있게 만드는 것은 매우 환영할만한 특징이다.

이전의 블로그 게시물에서 SteelEye DataKeeper Cluster Edition을 사용하여 시연 한 타사 복제 소프트웨어를 사용하여 공유 할 수있는 클러스터를 만들 수 있도록 Windows Server 장애 조치 (Failover) 클러스터링과 통합되는지 궁금합니다.

https://clusteringformeremortals.com/2011/07/21/hyper-v-replica-coming-in-windows-server-%E2%80%9Cnext%E2%80%9D/에서 허락을 받아 재현

Microsoft 다중 사이트 클러스터 사용자는 기뻐합니다.

1월 25, 2018 by Jason Aw Leave a Comment

이제 3 노드 클러스터에서 자동 장애 조치가 가능합니다!

Microsoft는 최근에 클러스터 노드가 다수 쿼럼 모델에서 투표 할 수 있는지 여부를 지정할 수있는 패치를 발표했습니다. 이는 짝수 개의 노드로 구성된 다중 사이트 클러스터 구성에서 특히 유용합니다.

http://support.microsoft.com/kb/2494036

다음을 고려하세요…

로컬 사이트의 고 가용성에 2 노드 클러스터가 있고이를 제 3 위치로 확장하고 재해 복구를 위해 단일 노드를 추가하고자합니다. 멀티 사이트 클러스터는 훌륭한 DR 계획을 구현할 수있는 훌륭한 계획입니다. 그러나 사이트가 손실되는 경우 자동 복구 – 다중 사이트 클러스터의 가장 우수한 기능 중 하나를 활용할 수 없습니다. 기본 사이트를 잃어버린 경우 DR 사이트에는 하나의 클러스터 노드 만 포함됩니다 (그림 1 참조). 이것은 클러스터에서 3 중 1 표만으로 대다수를 얻을 수 없으며 Node3이 자동으로 온라인 상태가되지 않습니다. Node3을 온라인 상태로 만드는 유일한 방법은 쿼럼을 온라인 상태로 만드는 것입니다. 장애 조치가 발생하기 위해 사람이 개입해야하므로 멀티 사이트 클러스터의 목적에 어긋납니다.

그림 1 - 일반적인 3 노드 멀티 사이트 클러스터에서 기본 사이트를 잃어 버리면 DR 사이트에서 과반수를 얻을 수 없으므로 장애 극복은 결코 발생하지 않습니다. — 그림 1 – 일반적인 3 노드 멀티 사이트 클러스터에서 기본 사이트를 잃어 버리면 DR 사이트에서 과반수를 얻을 수 없으므로 장애 극복은 결코 발생하지 않습니다.

다중 사이트 클러스터에서 자동 장애 조치를 수행하는 유일한 "안전한"방법은 각 사이트에 동일한 수의 노드를두고 주 사이트와 DR 사이트 모두에 다시 연결되는 세 번째 위치에 파일 공유를 감시하는 것입니다. 이 개념은 처음에는 이해하기가 조금 어렵 기 때문에 삽화를 통해 설명하려고합니다.

그림 2- 두 위치의 짝수 개의 노드와 파일 공유가 주 사이트에서 목격되면 주 사이트의 손실로 인해 장애 조치가 발생하지 않습니다. 대체 사이트는 대다수가 아니라 5 개의 투표 중 2 개만 가질 수 있기 때문입니다.

그림 3 - 파일 공유 감시가 대체 사이트로 이동 된 경우 대체 사이트가 다수를 형성하고 온라인 상태가되므로 WAN 장애가 발생하면 오류 복구가 발생합니다. — 그림 3 – 파일 공유 감시가 대체 사이트로 이동 된 경우 대체 사이트가 다수를 형성하고 온라인 상태가되므로 WAN 장애가 발생하면 오류 복구가 발생합니다.

Primary Site와 Alternate Site 사이의 연결이 끊어진 경우 Primary Site가 손실되고 False Failover가 발생하지 않을 경우 세 번째 위치 장애 조치에서 파일 공유 감시가있는 그림 4 -가 발생합니다.

그림 4는 자동 장애 조치를 지원하는 유일한 합당한 구성을 나타냅니다. 그러나 이것은 각 위치에 같은 수의 노드가 있다고 가정합니다. 파일 공유 추가로 방해가되는 원래 3- 노드 구성에 문제가있는 경우 증인은 대체 사이트에서 절대 다수를 얻을 수 없으므로 도움이되지 않습니다 … 오늘까지! Microsoft는 기본적으로 노드가 투표할지 여부를 지정할 수있는 패치를 제공합니다. 즉, 그림 1과 같이 3 노드 클러스터를 구축 할 수 있지만 그림 4와 같이 세 번째 위치에서 파일 공유 감시를 활용할 수 있다는 것을 의미합니다. 주 사이트의 노드 중 하나에 클러스터의 투표를 알리는 것으로 알려주면 대체 사이트가 파일 공유 감시와 함께 다수를 형성하고 온라인 상태가 될 수 있습니다. 세 번째 위치와 Alternate Site에 대한 연결이 비교적 안정적이라고 가정하면 그림 5와 같은 구성에는 아무런 단점도 없습니다.

그림 5 - Node2에서 투표를 사용하지 않도록 설정하면 파일 공유 감시가있는 3 노드 다중 사이트 클러스터를 배포하고 DR 사이트에 자동 장애 조치를 안전하게 지원할 수 있습니다. 홀수 개의 노드가있는 클러스터에도 동일한 개념을 적용 할 수 있습니다. — 그림 5 – Node2에서 투표를 사용하지 않도록 설정하면 파일 공유 감시가있는 3 노드 다중 사이트 클러스터를 배포하고 DR 사이트에 자동 장애 조치를 안전하게 지원할 수 있습니다. 홀수 개의 노드가있는 클러스터에도 동일한 개념을 적용 할 수 있습니다.

이 방법이 훌륭한 솔루션이지만 파일 공유 감시를 위해서는 세 번째 위치가 필요합니다. 3 번째 위치가 없다면 짝수 개의 노드가있는 경우 수동 전환을 수행하고 기본 사이트에서 파일 공유 감시를 유지해야합니다.

PreventQuorum 스위치는이 핫픽스의 일부로 포함되어 있으며 다중 사이트 클러스터를 배포하는 사람들에게도 유용합니다. 다음 기사에서 해당 옵션을 살펴 보겠습니다.

여기에서 최신 수정본 가져 오기 …

Windows Server 2008 및 Windows Server 2008 R2에서 쿼럼 투표가없는 클러스터 노드를 구성 할 수있는 핫픽스가 있습니다.

http://support.microsoft.com/kb/2494036

https://clusteringformeremortals.com/2011/04/29/microsoft-multisite-cluster18-users-rejoice-it-is-now-possible-to-have-automatic-failover-in-a-3- permission에서 허락을 받아서 재현했습니다. node-cluster19 /

SQL Server Denali 및 Hadron

1월 24, 2018 by Jason Aw Leave a Comment

Microsoft의 최신 SQL 버전 인 Denali는 현재 CTP에 있습니다. 가장 기대되는 기능 중 하나는 HADRON이라고하는 것입니다. 기본적으로 2.0 미러링이라고합니다. 2005/2008에서와 같이 HADRON의 가장 뛰어난 기능은 다음과 같습니다.

미러 (현재 복제본이라고 함)를 쿼리 할 수 있습니다.
하나 이상의 복제본을 가질 수 있습니다.
데이터베이스가 가용성 그룹으로 그룹화되어 관련 데이터베이스가 항상 장애 조치됩니다
10 개 이상의 데이터베이스 복제 지원

좋은 미리보기를 원하면 동료 MVP Brent Ozar의 SQL Server Denali Rocks 게시물을 확인하십시오!

Brent의 게시물을 읽은 후 Microsoft는 Enterprise 버전의 SQL에이를 포함시킬 계획만을 수집했습니다. SQL Server Standard를 실행하는 많은 고객에게는 이것이 너무 좋지 않습니다. 전통적으로 Standard에서 Enterprise 로의 상당한 가격 상승이있었습니다. 그러나 스탠다드 및 엔터프라이즈 에디션의 SQL 2005/2008에서 비슷한 기능을 제공하는 써드 파티 복제 벤더에게 좋은 소식입니다.

SQL 서버용 SteelEye DataKeeper 클러스터 에디션

HADRON의 정확한 복제본은 아니지만 SQL Server 용 SteelEye DataKeeper Cluster Edition을 사용하는 다중 사이트 클러스터는 공유 저장 장치없이 HA / DR을위한 훌륭한 솔루션을 제공합니다. Denali와 모든 어플리케이션 공급 업체가 Denali를 지원하기를 기다리는 동안 SteelEye DataKeeper Cluster Edition이 오늘 당신을 위해 무엇을 할 수 있는지 살펴보고 싶을 것입니다!

https://clusteringformeremortals.com/2010/12/10/sql-server-denali-and-hadron/의 허락을 받아 재생산되었습니다.

Hyper-V 라이브 마이그레이션과 빠른 마이그레이션의 차이점

1월 22, 2018 by Jason Aw Leave a Comment

Windows Server 2008 R2가 출시되고 Hyper-V 용 DataKeeper 복제 솔루션에 관심이 많아서 꽤 바빴습니다. 좋은 일입니다! 최근에 저는 고객 위치에 Hyper-V를 설치하고 SteelEye DataKeeper Cluster Edition이 포함 된 다중 사이트 Hyper-V 클러스터를 포함하여 재해 복구 옵션 중 일부를보고있는 일부 Microsoft Gold 파트너와 이야기를 나누었습니다. 많은 질문들이 매번 동일하며 시위는 항상 동일합니다. 질문 중 하나 인 Live Migration과 Quick Migration의 차이점과 그 중 하나를 사용할 때의 차이점에 대해 구체적으로 이야기하는 비디오를 제작하는 것이 유익 할 것이라고 생각했습니다. 고려해야 할 사항에 대해 논의하면서 라이브 마이그레이션 및 빠른 마이그레이션을 보여주는이 비디오는 관심의 대상 일 수 있습니다.

단계별 : Windows Server 2008 R2의 2 노드 다중 사이트 클러스터 구성 – 3 부

1월 22, 2018 by Jason Aw Leave a Comment

이 연재의 1 부에서는 노드 및 파일 공유 과반수 쿼럼 설정을 포함하여 다중 사이트 클러스터를 준비하는 방법을 설명했습니다. 2 부에서는 사용 가능한 클러스터 복제 솔루션 중 하나 인 SteelEye DataKeeper를 장애 조치 클러스터링과 통합하여 다중 사이트 Hyper-V 장애 조치 (failover) 클러스터를 구성하는 방법에 대한 비디오 예제를 보았습니다. 3 부에서는 Windows Server 2008 장애 조치 (Failover) 클러스터링 및 SteelEye DataKeeper Cluster Edition을 사용하여 다중 사이트 클러스터에서 Microsoft SQL Server 2008을 구성하는 방법을 살펴 봅니다.

먼저 다중 사이트 SQL 서버 클러스터를 배포하려는 이유는 무엇입니까? SQL Server에는 로그 전달, 복제 (트랜잭션, 병합, 스냅 샷), 데이터베이스 미러링 및 장애 조치 클러스터를 비롯한 다양한 고 가용성 옵션이 있습니다. SQL Server 2008의 고 가용성 옵션에 대해 언급 한 훌륭한 기사가 있으므로 여기서 휠을 다시 발명하지는 않겠습니다. 모든 옵션에 대해 자세히 알고 싶으면 SQL Server 2008의 고 가용성 옵션 인 Ross Mistry의이 기사를 살펴보십시오.

이 기사를 읽으면 Ross의 요약문이 다음과 같은 성명을 발표합니다 …

"사이트 내에서 전체 SQL Server 인스턴스에 대해 시스템 중단 시간을 줄이고 높은 응용 프로그램 가용성을 제공하려면 장애 조치 클러스터링이 가장 좋습니다. 그러나 장애 조치 (failover) 클러스터는 디스크 장애를 보호하지 않으며 SAN을 필요로합니다. "

Ross가 설명하는 모든 이점을 누릴 수 있고 디스크 장애로부터 보호하고 SAN에 대한 필요성을 제거한다면 어떻게 될까요? 글쎄요, 좋은 소식은 Windows Server 2008에 Microsoft SQL Server 2008 다중 사이트 클러스터를 구현하여 수행 할 수있는 작업이라는 것입니다. SQL Server 2008 다중 사이트 클러스터는 약간의 잘못된 이름 일 수 있습니다. 지리적으로 분산 된 위치에 배포 할 필요는 없습니다. 서버는 동일한 랙, 같은 방, 동일한 건물 또는 대륙에 위치 할 수 있습니다. 그것은 정말로 중요하지 않습니다. 중요한 점은 단일 실패 지점으로 스토리지를 제거하고 다른 물리적 위치에 클러스터 노드를 배치하도록 선택한 경우에도 사이트 복구 기능이 내장되어 있다는 것입니다.

SQL Server 2008 및 Windows Server 2008 장애 조치 (failover) 클러스터링에 대한 가장 일반적인 질문과 혼란 점 중 하나는 서브넷을 통과하지 못하는 문제를 지원하는 것입니다. 예, Windows Server 2008 장애 조치 (Failover) 클러스터링은 대부분의 응용 프로그램에서 서브넷 간 장애를 지원하지만 SQL Server 2008은 이러한 응용 프로그램 중 하나가 아닙니다. 내가 아는 한, SQL Server 2008 R2는 서브넷 간 릴리스 실패를 지원하지 않습니다. SQL 팀이 교차 서브넷 장애 조치 (cross-subnet failover)에 대한 지원을 위해 노력하고 있지만 SQL Server 2008 R2가 출시 된 후 언젠가는 지원 될 것이라는 점을 이해합니다. 따라서 당분간은 노드를 지리적으로 분리하려는 경우 서브넷을 확장해야합니다.

다중 노드 SQL 서버 클러스터를 배포하기로 결정 했으므로 다음 단계를 따라야합니다.

기본 클러스터 구성

노드 및 파일 공유 과반수 쿼럼을 사용하여 기본 2- 노드 클러스터를 구성하려면이 시리즈의 1 번 단계를 따르십시오.

복제를 구성하십시오.

다중 사이트 클러스터를 배포하려면이 구성 단계에서 복제 공급 업체와 긴밀히 협력해야합니다. 각 공급 업체는 복제를 설정하고 클러스터에서 사용할 저장 영역 자원을 작성하는 방법에 대한 매우 구체적인 지시 사항을 갖습니다. 이 데모에서는 SteelEye DataKeeper Cluster Edition을 사용하여 PRIMARY라는 서버에서 SECONDARY라는 서버로 E 드라이브를 복제합니다. PRIMARY 및 SECONDARY의 E 드라이브는 로컬 연결 볼륨이며 SAN의 일부가 아닙니다. E 드라이브가 로컬 연결 디스크로 나타나면 DataKeeper는 한 서버에서 다른 서버로 데이터를 복제 할 수 있습니다. DataKeeper는 스토리지에 무관 한 SAS, iSCSI, SAN, VHD 또는 기타 스토리지 유형을 혼합하여 사용할 수 있습니다.

제 1 부에서 설명한대로 기본 클러스터를 구성한 후에는 DataKeeper setup.exe를 실행하여 클러스터의 두 노드에 SteelEye DataKeeper Cluster Edition을 설치하십시오. 설치가 끝나면 라이센스 키를 입력하라는 메시지가 나타납니다. 라이센스를 입력하고 프롬프트가 표시되면 서버를 재부팅하십시오. 이제 거울을 만들 준비가되었습니다. DataKeeper GUI를 시작하고 아래 지침에 따라 미러를 만듭니다.

"서버에 연결"을 클릭하십시오.

그림 1 - 소스 및 대상 서버에 연결 — 그림 1 – 소스 및 대상 서버에 연결

첫 번째 서버의 이름을 입력하십시오. 연결을 클릭하십시오.

두 번째 서버의 이름을 입력하고 연결을 클릭하십시오.

이제 Create Job을 클릭하십시오. 작업 생성 마법사가 시작됩니다.

귀하의 직업에 이름과 설명을주십시오. 이것들은 당신이 좋아하는 어떤 것도 될 수 있습니다.

그림 3 - 직업에 이름과 설명 제공 — 그림 3 – 직업에 이름과 설명 제공

다음을 선택하십시오.

원본 서버 – 데이터가 복제 될 위치
네트워크 어댑터 – 복제 트래픽이 이동하는 네트워크
볼륨 – 복제 할 볼륨

다음을 클릭하여 계속하십시오.

그림 4 - 복제에 사용할 소스 서버 및 네트워크 선택 — 그림 4 – 복제에 사용할 소스 서버 및 네트워크 선택

다음을 선택하십시오.

대상 서버 – 데이터가 복제 될 위치
네트워크 어댑터 – 복제 트래픽이 이동하는 네트워크
볼륨 – 복제 할 볼륨

다음을 클릭하여 계속하십시오.

다음을 선택하십시오.

압축 수준 – 복제 네트워크가 100Mbps 이상인 경우에는 none으로 설정하십시오. 100Mbps보다 적은 WAN을 사용하는 경우 압축을 사용하면 도움이 될 수 있습니다. 중간에있는 설정은 최상의 압축 성능을 제공합니다. 압축을 가능하게하는 것과 관련된 CPU 오버 헤드.
비동기 vs. 동기식 – 비동기식 복제는 일반적으로 대부분의 환경에서 수용 가능하며 대기 시간이 긴 WAN 환경에서 반드시 필요합니다. 이 주제에 대한 전체 블로그 게시물을 작성 했으니 궁금한 점이 있으면 비동기 대 내 기사를 확인하십시오. 동기 복제.
최대 대역폭 – 당신은 "가난한 사람의"QOS라고 생각할 수 있습니다. 복제가 WAN 용량의 특정 임계 값을 결코 넘지 않도록하려는 경우 소비 할 수있는 대역폭의 양에 제한기를 적용 할 수 있습니다. 설정해야 할 좋은 이유가 없다면 0으로 설정하는 것이 좋습니다.

완료를 클릭하여 미러를 만듭니다.

이제 DataKeeper GUI를 살펴보면 다음과 비슷하게 보입니다.

그림 7 - 미러가 생성되었습니다. — 그림 7 – 미러가 생성되었습니다.

미러를 작성한 후에는 Microsoft Cluster "사용 가능한 스토리지"에서 미러를 사용할 수 있도록해야합니다. 이렇게하는 방법은 몇 가지가 있지만 가장 직접적인 방법은 Windows PowerShell CLI를 사용하는 것입니다. 다음은 E 드라이브에서 방금 생성 한 기존 미러를 "사용 가능한 스토리지"클러스터에 추가하는 방법을 보여주는 예제입니다. PRELIST 노드를 PRIMARY 노드로 이동하여 In-Service로 가져옵니다

가져 오기 모듈 장애 조치 클러스터

Add-ClusterResource -Name "DataKeeper 볼륨 E"-ResourceType "DataKeeper 볼륨"- 그룹 "사용 가능한 저장소"

Get-ClusterResource "DataKeeper Volume E"| Set-ClusterParameter VolumeLetter E

Move-ClusterGroup "사용 가능한 저장소"- 노드 기본

Start-ClusterResource "DataKeeper Volume E"

PowerShell 및 장애 조치 (Failover) 클러스터링에 사용할 수있는 명령에 대한 자세한 내용은 Microsoft 장애 조치 (Failover) 클러스터링 팀의 Symon Perriman의 훌륭한 블로그 게시물을 참조하십시오.

http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx

이제 클러스터에서 사용할 추가 미러를 추가하려면 위의 단계를 반복하십시오. 이 경우 F 드라이브의 미러를 만들어 MSDTC를 클러스터링합니다. 추가 미러를 추가하고 Available Storage에 추가 한 후에는 DataKeeper GUI가 다음과 같이 표시됩니다.

그림 8 - MSDTC 자원에 대한 두 번째 작업을 추가 한 후 — 그림 8 – MSDTC 자원에 대한 두 번째 작업을 추가 한 후

그리고 장애 조치 클러스터 관리자 GUI는 다음과 같아야합니다.

그림 9 - 두 번째 DataKeeper 자원을 추가 한 후 — 그림 9 – 두 번째 DataKeeper 자원을 추가 한 후

MSDTC 클러스터링

중요 참고 – 타사 디스크 리소스로 DTC를 지원하는 데 필요한 핫픽스가 있습니다. 다음 기술 자료 문서를 참조하고 모든 클러스터 노드에 howfix를 적용하십시오. http://support.microsoft.com/kb/978476

SQL 2008은 MSDTC에 크게 의존하므로 SQL 리소스를 클러스터하기 전에 MSDTC 리소스를 클러스터하는 것이 좋습니다. 다음 문서는 MSDTC 리소스의 구성 및 관리에 대한 참조 용으로 제공됩니다.

http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx

http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx

장애 조치 (failover) 클러스터 관리자 GUI를 열고 "서비스 또는 응용 프로그램 구성"을 선택하여 시작할 것입니다.

그림 10 - MSDTC 리소스 만들기 — 그림 10 – MSDTC 리소스 만들기

그런 다음 "Distributed Transaction Coordinator"를 선택하고 다음을 클릭하십시오.

그림 11 - 서비스 또는 응용 프로그램 선택 — 그림 11 – 서비스 또는 응용 프로그램 선택

MSDTC 리소스에 이름과 고유 한 IP 주소를 지정하십시오. 이들은 MSDTC에 고유해야하며 나중에 SQL 리소스를 만들 때 사용하는 것과 동일하지 않아야합니다.

그림 12 - 이름 및 IP 주소 선택 — 그림 12 – 이름 및 IP 주소 선택

MSDTC 리소스에 대한 데이터를 저장할 볼륨을 선택하십시오. 이 경우에는 복제 된 F 드라이브를 선택합니다.

그림 13 - MSDTC 리소스를위한 전용 볼륨 선택 — 그림 13 – MSDTC 리소스를위한 전용 볼륨 선택

정보를 확인하고 다음을 클릭하여 계속하십시오.

그림 14 - DTC 리소스를 구성하려면 다음을 클릭하십시오. — 그림 14 – DTC 리소스를 구성하려면 다음을 클릭하십시오.

축하합니다. DTC 리소스가 성공적으로 구성되었습니다. 마침을 클릭하십시오.

그림 15 - 성공적으로 구성된 DTC 리소스 — 그림 15 – 성공적으로 구성된 DTC 리소스

SQL Server 클러스터의 첫 번째 노드 설치를 시작할 준비가되었습니다. 그러나 SQL Server 2008 RTM 설치 미디어에 Stream SQL 2008 SP1을 설치하기 전에해야 할 일이 있습니다.

SLIP STREAM SQL SP1을 SQL 2008 설치 미디어에 설치

내가 발견 한 사실은 SQL Server 2008을 SQL Server 2008 설치 미디어에 SQL Server 2008 SP1을 처음으로 슬립 스트림하지 않으면 SQL Server 2008이 Windows Server 2008 R2에 설치되지 않는다는 것입니다. 다음은 SQL Server 2008 RTM 및 서비스 팩 1을 통합 설치하는 방법을 설명하는 훌륭한 기사입니다. 이 기사를 읽고 SP1을 SQL 2008 RTM으로 성공적으로 적용한 후 동일한 절차를 설명하는 다음 Microsoft KB 문서를 발견했습니다. 첫 번째 SP1을 미디어에 설치하지 않고 SQL을 설치하려고하면 다음과 같은 오류가 발생할 수 있습니다.

개인 속성 'RequireKerberos'를 '1'값으로 설정하는 중 오류가 발생했습니다.

첫 번째 기사에 설명 된 지침을 따르고 클러스터에있는 두 노드의 C : 드라이브에 설치된 SQL Server 2008 SP1을 복사했습니다. 아래 지침에서 각 클러스터 노드의 로컬 디스크에서 설치를 수행합니다.

첫 번째 클러스터 노드 설치

이제 SQL Server 2008 SP1 설치 미디어를 준비 했으므로 첫 번째 SQL 노드를 설치할 준비가되었습니다. 다중 노드 클러스터에 SQL을 설치할 때 중요한 점이 하나 있습니다. 다중 노드 클러스터에 SQL을 설치하려면 먼저 Windows Server 2008 장애 조치 (Failover) 클러스터 유효성 검사 프로세스를 통과해야합니다. 불행히도 멀티 사이트 클러스터는 스토리지 관련 테스트를 통과하지 못하기 때문에 SQL과 관련하여 실제로 유효성 검사를 "통과"할 수는 없습니다. 내 부분에 대해서는 약간의 조사가 있었지만 SQL 2008 설치에 대한 유효성 검사 테스트를 건너 뛸 수있는 명령 줄 매개 변수가 있다는 것을 알게되었습니다. 다음은 명령 행입니다.

설치 / SkipRules = Cluster_VerifyForErrors / Action = InstallFailoverCluster

SQL 설치 프로그램을 시작하려면 명령 창을 열고 SQL 2008 SP1 설치 디렉터리로 이동 한 후 아래 표시된대로 명령을 입력하십시오.

모든 것이 계획대로 진행되면 아래 화면이 나타납니다. 계속하려면 확인을 클릭하십시오.

제품 키를 입력하고 다음을 클릭하십시오.

사용권 계약에 동의하고 다음을 클릭하십시오.

설치를 클릭하여 설치 지원 파일을 설치합니다.

지원 파일 설치가 끝나면 경고 메시지가 나타납니다. 세부 정보 표시를 클릭하면 아래 메시지가 표시됩니다. 다중 사이트 또는 비공유 스토리지 클러스터에서 예상되므로이 메시지를 무시하고 다음을 클릭 할 수 있습니다.

그림 18 - 다중 사이트 또는 비공유 스토리지 클러스터에서 경고가 예상됩니다. — 그림 18 – 다중 사이트 또는 비공유 스토리지 클러스터에서 경고가 예상됩니다.

설치할 기능을 선택하고 다음을 클릭하십시오. 복제 된 볼륨에 SQL 바이너리를 설치하지 말고 "Shared Feature"디렉토리를 C 드라이브로 그대로 둡니다.

다음 화면에서 SQL Server의 네트워크 이름을 선택합니다. 이것은 모든 클라이언트가 연결할 이름입니다. 이 인스턴스가 기본 인스턴스라고 가정하면 인스턴스 ID 및 인스턴스 루트 디렉토리를 기본값으로 설정하십시오. 인스턴스 루트 디렉토리를 복제 된 볼륨으로 이동하지 마십시오.

그림 20 - SQL 네트워크 이름 선택 — 그림 20 – SQL 네트워크 이름 선택

SQLServer 및 SQLAgent에 대해 별도의 도메인 계정을 갖는 것이 좋습니다. 이러한 계정을 아직 만들지 않았다면 지금 만들 수 있습니다. 이 설치 프로세스는 필요한 권한을 제공하기 때문에 이러한 계정에는 특별한 권한이 필요하지 않습니다.

디스크 공간이 충분한 지 확인하고 계속하려면 다음을 클릭하십시오.

"SQL Server (MSSQLSERVER)"라는 새 클러스터 리소스 그룹을 만들 수 있도록 기본 설정을 선택하십시오.

그림 21 - 마법사가 새 클러스터 리소스 그룹을 만들 수 있도록 허용 — 그림 21 – 마법사가 새 클러스터 리소스 그룹을 만들 수 있도록 허용

현재 사용할 수있는 복제 된 볼륨을 선택하십시오 (이 경우 E : 드라이브). 다음을 클릭하여 계속하십시오.

이제 SQL 클러스터 리소스와 연결할 IP 주소를 선택합니다. 원하는 경우 DHCP를 사용하도록 설정할 수 있습니다.

그림 23 - SQL 클러스터 IP 주소 선택 — 그림 23 – SQL 클러스터 IP 주소 선택

보안 설정을 선택하고 다음을 클릭하십시오.

SQL Server 관리자를 추가하고 인증 모드를 선택한 후 다음을 클릭하십시오.

오류 및 사용보고 옵션을 선택하고 다음을 클릭하십시오.

유효성 검사 프로세스와 관련된 경고가 다시 한 번 나타납니다. 이러한 메시지는 다중 사이트 SQL Server 클러스터에서 예상되는대로 무시할 수 있습니다.

설치를 클릭하여 설치 프로세스를 시작하십시오.

모든 것이 예상대로 설치되면 다음 화면이 표시됩니다. 다음을 클릭하고 닫기를 클릭하여 설치를 완료하십시오.

축하합니다. 다중 사이트 SQL Server 클러스터의 첫 번째 노드를 성공적으로 설치했습니다. 이제 우리는 클러스터의 두 번째 노드를 설치합니다.

두 번째 클러스터 노드 설치

두 번째 클러스터 노드 설치는 첫 번째 노드 설치와 유사합니다. 유효성 검사 프로세스를 건너 뛸 수 있도록 명령 줄에서 SQL 설치 프로그램을 다시 한 번 실행해야합니다. 따라서 두 번째 노드에서 명령 프롬프트를 열고 다음 명령을 실행하십시오.

다음 명령을 사용하여 두 번째 노드에 SQL 2008 SP1 (병합 된 설치)을 설치하십시오.

설치 / SkipRules = Cluster_VerifyForErrors / 작업 = AddNode / INSTANCENAME = "MSSQLSERVER"

* 참고 : 첫 번째 노드에 기본 인스턴스를 설치했다고 가정합니다.

다음과 같이 설치 마법사가 시작됩니다. 계속하려면 확인을 클릭하십시오.

제품 키를 입력하고 다음을 클릭하십시오.

라이센스 조항에 동의하고 다음을 클릭하십시오.

설치 지원 파일을 설치하려면 설치를 클릭하십시오.

일부 클러스터 유효성 검사 테스트를 건너 뛰었다는 경고를 다시 무시할 수 있습니다. 이는 다중 사이트 클러스터 및 비공유 스토리지 클러스터에서 예상됩니다.

올바른 인스턴스에 노드를 추가하는지 확인하고 다음을 클릭하십시오.

서비스 계정에 암호를 추가하고 다음을 클릭하십시오.

오류 및 사용보고 옵션을 선택하고 다음을 클릭하십시오.

다시 한 번 건너 뛴 작업에 대한 경고는 무시하십시오.

설치 프로세스를 시작하려면 설치를 클릭하십시오.

모든 것이 예상대로 진행되면 다음 화면이 표시됩니다.

이제 완전히 기능을하는 두 개의 노드 클러스터가 생겼으므로 수동 스위치 오버를 수행하여 테스트해야합니다. 리소스를 마우스 오른쪽 버튼으로 클릭하고 "노드로 이동 SECONDARY"를 선택하십시오.

모든 것이 올바르게 구성되면 장애 조치 (Failover) 클러스터 GUI는 다음과 같이 보입니다.

결론

복제 된 저장소가있는 SQL 클러스터는 많은 의미를 갖습니다. 스토리지는 항상 기존 클러스터의 단일 실패 지점이었습니다. SteelEye 또는 다른 Microsoft Multi-Site Cluster 복제 파트너의 복제 된 저장소가있는 SQL Server 클러스터를 배포하여 단일 장애 지점을 제거 할 수 있습니다. 이 기사가 유익하다고 생각하길 바랍니다. 질문이나 제안이 있으시면 의견을 남겨주세요!

https://clusteringformeremortals.com/2009/10/07/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2의 허락을 얻어 재현했습니다. % 80 % 93- 부분 -3 /