일반 사항

Data Protection Manager(DPM) 2007에서 보호하는 각 컴퓨터는 아래 사항을 충족해야 한다.
- DPM은 FAT 또는 FAT32를 지원하지 않으므로 보호하는 볼륨은 NTFS 파일 시스템으로 포맷되어야 한다.
- 보호하려는 볼륨의 크기가 최소 1GB 이상이어야 한다.
   (DPM은 VSS를 이용하는데 VSS는 볼륨 크기가 1GB 이상인 경우에만 Snapshot을 만들 수 있다.)
- 모든 보호 대상 컴퓨터는 도메인 멤버여야 한다.


보호 대상 컴퓨터 요구 사항(Agent)

File server
- Windows Server 2003 with Service Pack 1 or later (Standard and Enterprise Editions)
- Windows Advanced Server 2003 with SP1 or later
- Windows Server 2003 R2 (Standard and Enterprise Editions)
- Windows Storage Server 2003 with SP1 or later (Standard, Enterprise and Express Editions)
- Windows Small Business Server 2003 (Standard and Premium Editions)
- Windows Small Business Server 2003 R2 (Standard and Premium Editions)
- Windows Server 2008 (Core, Standard, and Enterprise Editions)


SQL Server
- Microsoft SQL Server 2000 with Service Pack 4
- Microsoft SQL Server 2005 with SP1 or Service Pack 2
- Microsoft SQL Server 2008
   (Standard, Enterprise, Workgroup, and Express Editions)

Important: SQL Server 2005의 경우 SQL Server VSS Writer Service가 시작되어 있어야 한다.


Exchange Server
- Exchange Server 2003 with SP2
- Exchange Server 2007
   (Standard and Enterprise Editions)

Important: CCR로 클러스터된 Exchange Server 2007의 경우 Update Rollup 4(KB940006)가 설치되어야 한다.
Important: Exchange Server와 동일한 버전의 eseutil.exe과 ese.dll 파일이 DPM 서버에 있어야 한다.
                (Path = c:\program files\microsoft\dpm\bin\eseutil.exe)


Virtual Server
- Microsoft Virtual Server 2005 R2 SP1

Note: 가상 머신의 온라인 백업을 위해서 버전 13.715의 Virtual Machine Additions가 권장된다.

Hyper-V
KB950050 (http://support.microsoft.com/kb/950050) - Hyper-V RTM
KB951308 (http://support.microsoft.com/kb/951308) - each cluster node
KB959962 (http://support.microsoft.com/kb/959962) - Hyper-V host and VM(Integration Services)
KB960038 (http://support.microsoft.com/kb/960038) - Hyper-V host


Windows SharePoint Services
- Windows SharePoint Services 3.0
- Microsoft Office SharePoint Server 2007

Important: WSS 또는 MOSS를 보호하기 위한 요구 사항

모든 서버
Windows Server 2003 SP1 or SP2 - KB940349 설치
또는
Windows Server 2008

모든 프론트엔드 웹서버
Windows SharePoint Services 3.0 SP1 - KB941422, KB951659 설치
또는
Microsoft Office SharePoint Server (MOSS) 2007 SP1 - KB941422, KB951695, KB951297 설치

백엔드 SQL 서버
SQL Server 2000 SP4
또는
SQL Server 2005 SP1
또는
SQL Server 2008

- WSS web front-end 서버의 WSS Writer Service 구성
    => web front-end 서버가 여러 대인 경우 보호 그룹 설정 시 한 대의 WFE 서버만 추가해야 한다.
    => WFE 서버에서 <DPM installation location>\bin\ 으로 이동해 ConfigureSharepoint.exe를 실행한다.
    => SharePoint Services farm의 administrator 계정 정보를 입력한다.
         (제공된 계정은 WFE 서버의 Local Administrators 구성원이어야 한다.)
- SQL Server 2005 인스턴스를 SQL Server 2005 SP2로 업데이트한다.
- 보호할 WSS의 web front-end 서버에 SQL Client 구성 요소를 설치한다.


Workstations
- Windows XP Professional SP2
- Home을 제외한 모든 Windows Vista edition

Note: 모든 보호할 Workstation 들은 도메인 멤버여야 하기 때문에 네트웍에 항상 연결되어 있어야 한다.

특정 폴더(Parameter 1)의 파일 수가 일정 수(Parameter 2)를 넘지 않는지에 대한 모니터

Monitor -> New -> Scripting -> Timed Script Two State Monitor

Parameter
"<Folder Name>" <Number Of Files>

Rule -> New -> Collection Rules -> Probe Base -> Script(Perfomance)

Parameters
1: IP-adress to ping - 192.168.0.10
2: Timeout (ms) - 1000
3: Buffertsize - 4096
ex) 127.0.0.1 1000 4096

Performance mapper
Object = PingRoundtrip
Counter = $Data/Property[@Name='serverToPingFrom']$
Instance = $Data/Property[@Name='serverToPingIP']$
Value = $Data/Property[@Name='Roundtrip']$

--------------------------------------------------------------------------------------------

Option Explicit
Dim serverToPingIP, serverToPingFrom, pingTimeout, pingBufferSize, perfData
Dim oArgs, oPing, oStatus, oAPI, oBag

'- Get parameters
Set oArgs = WScript.Arguments
serverToPingIP = oArgs.Item(0)
pingTimeout = oArgs.Item(1)
pingBufferSize = oArgs.Item(2)
Set oArgs = Nothing

'- Get computername
Set oArgs = WScript.CreateObject("WScript.Network")
serverToPingFrom = oArgs.ComputerName
Set oArgs = Nothing

'- Ping the host
Set oPing = GetObject("winmgmts:{impersonationLevel=impersonate}")._
        ExecQuery("select * from Win32_PingStatus where address =  '" & serverToPingIP & "' and BufferSize=" & pingBufferSize & " And Timeout=" & pingTimeout)

For Each oStatus in oPing
        If IsNull(oStatus.StatusCode) Or oStatus.StatusCode<>0 Then
                perfData = pingTimeout   'Got no answer. logging maxTime
        Else
                perfData = oStatus.ResponseTime   'Got answer, logging responsetime
        End If
Next
Set oPing = Nothing
Set oStatus = Nothing

'- Create properies in SCOM
Set oAPI = CreateObject("MOM.ScriptAPI")
Set oBag = oAPI.CreatePropertyBag()

oBag.AddValue "serverToPingIP", serverToPingIP
oBag.AddValue "serverToPingFrom", serverToPingFrom
oBag.AddValue "pingTimeout", pingTimeout
oBag.AddValue "pingBufferSize", pingBufferSize
oBag.AddValue "Roundtrip", perfData
oAPI.AddItem(oBag)
oAPI.ReturnItems

Set oAPI = Nothing
Set oBag = Nothing

Transfer Files... 과정 중에 Critical 오류가 발생하며 아래 파일 복사 오류가 발생한다.
무슨 이유인지 모르겠으나... Evaluation Version에는 있으나 MSDN 버전의 ISO 이미지에는 없다.

<Source Directory>\SMSSETUP\ADMINUI\XMLSTORAGE\FORMS에 붙혀 넣고 재설치한다.

XML_Files.zip

지원되는 운영 체제

Online P2V 과정
1. VMM은 원본 컴퓨터의 하드웨어 및 소프트웨어 설정을 가져오기 위해 원본 컴퓨터에 VMM Agent를 설치한다.
변환이 완료되면 Agent는 제거된다.

2. VMM은 다음과 같은 방법을 통해 원본 컴퓨터의 하드웨어와 소프트웨어 설정을 가져온다.
VMM Agent는 하드웨어, 소프트웨어, 서비스, 핫픽스, 볼륨(파일 시스템, 볼륨 타입, 섹터) 정보들을 수집한다.
그 다음 VMM Agent는 이 정보들을 XML 파일의 형태로 VMM 데이터베이스로 내보낸다.
VMM은 원본 컴퓨터의 OS 및 구성에 대해 가상화가 가능한지를 판단하고 가상화가 가능하다고 판단되면 VMM은 필요한 패치 정보를 확인하고 다운로드한다.

3. 이미징 과정
VSS에 의해 각 NTFS 볼륨이 캡춰된다. 만약 대상 VHD 파일이 동적 확장으로 설정되어 있다면 데이터 부분만 캡춰하고 빈공간은 캡춰하지 않는다.
캡춰된 데이터는 원본 컴퓨터에서 BITS를 실행 중인 VMM 호스트로 전송된다.
각각의 물리적인 볼륨은 별도의 VHD 파일들로 변환된다.

4. 수정 과정
VMM은 가상 하드 디스크와 가상 머신의 생성을 준비한다.

5. 가상 머신 생성 과정
VMM은 가상 머신을 생성하고 하드 디스크와 네트워크 어뎁터, CD-ROM, 메모리를 구성한다.


Offline P2V 과정
Offline P2V는 VSS를 지원하지 않는 윈도우 2000 서버의 변환에 사용되는 옵션이다. Online P2V와 달리 만약 원본 컴퓨터에 Windows PE가 지원하지 않는 드라이버가 있다면 해당 드라이버를 제공해야만 한다.

1. VMM Agent 설치. VMM은 원본 컴퓨터에 VMM Agent를 설치한다.

2. VMM Agent는 원본 컴퓨터에 Windows PE를 설치하고 부트 레코드를 변경한다. 이 과정을 통해 원본 컴퓨터는 기본 운영체제가 아닌 Windows PE로 부팅하게 된다.

3. VMM은 물리적인 디스크의 데이터를 전송한다. 이 과정에서 VSS에서와 같은 스냅샷은 존재하지 않는다.

4. 남은 과정은 Online P2V의 수정 과정, 가상 머신 생성과정과 동일하게 진행된다.

http://technet.microsoft.com/en-us/library/bb740927.aspx

Convert physical server fails with error 407: "The agent operation with server <computer name> was not successful."

Convert physical server fails with error 410: “Agent installation failed on <computer name>.”

Convert physical server fails with error 554: "Access is denied.
Permissions have not been granted to access the registry key
HKEY_LOCAL_Machine\vmmsystem\ControlSet001\ENUM\PCI\VEN_1011&DEV_009&SUBSYS_21140A00&REV_20."

Convert physical server fails with error 1206: "A Virtual Disk Service (VDS) error occurred on server <host name>."

Convert physical server fails with error 2940: "VMM is unable to complete the requested file transfer. The connection to the BITS server <server name> could not be established."

Convert physical server fails with error 3133: "Virtual Machine Manager could not connect to source computer <computer name> after it restarted into Windows PE."

Convert physical server fails with error 3134:" An internal agent error has occurred on <computer name>."

Convert physical server fails with error 3136: "An error occurred executing <file name>; on <server name>."

Convert physical server fails with error 3210: "Boot and\or System volume C was not selected or is not found on source machine <server name>. Selected machine <server name> cannot be virtualized. Verify that the boot and system volumes are selected for migration and the boot.ini file is present on the active volume of the boot drive. Then try the operation again."

1. 대상 버전이 설치된 시스템에 대한 쿼리 작성
- CM 콘솔에서 쿼리로 이동
(여기서는 Product Name과 Version을 이용하나 수집된 파일의 Version 정보를 통한 쿼리 작성도 가능하겠다.)
- 새 쿼리 생성 > Name 입력 > Object Type은 System Rource > Edit Query Statement 클릭
- General 탭에서 'Omit duplicate rows' 체크
- Result > 추가 > Attribute > Select > Attribute class : System Reource, Attribute : Name

응용프로그램의 이름에 대한 Creteria
- Creteria 탭에서 추가 > Creteria Type : Simple values > Select > Attribute class : Software Products, Attribute : Product Name
- Operator : is equal to, Value : <Product Name>

응용프로그램의 버젼에 대한 Creteria
- 추가 > Creteria Type : Simple values > Select > Attribute class : Software Products, Attribute : Product Version
- Operator : is equal to, Value : <Product Version>
- Query 생성 완료 후 CM 콘솔에서 해당 Query에 리스트가 되는지 확인

2. 설치는 되어 있으나 위 쿼리에서 리스트되지 않은 시스템에 대한 쿼리 작성
- 새 쿼리 생성 > Name 입력 > Object Type은 System Rource > Edit Query Statement
- General 탭에서 'Omit duplicate rows' 체크
- Result > 추가 > Attribute > Select > Attribute class : System Reource, Attribute : Name
- Creteria 탭에서 추가 > Creteria Type : Simple values > Select > Attribute class : Software Products, Attribute : Product Name
- Operator : is equal to, Value : <Product Name>
- 추가 > Creteria Type : SubSelected values > Select > Attribute class : System, Attribute : Name
- Operator : is not in > Browse 클릭 > 과정 1에서 생성한 쿼리 선택

3. 과정 2에서 작성한 쿼리를 이용해 Collection 생성
- 쿼리의 설정에 따라 대상 버전이 시스템에 설치되면 자동으로 Collection에서 제거된다.

4. 배포할 응용프로그램의 패키지 생성
- 소스 폴더 위치, 배포 지점, 실행 형태 등 설정
- exe 파일의 경우 해당 설치 파일의 파라미터를 확인해 설치
- msi 파일의 경우 다음과 같은 파라미터를 이용해 설치
msiexec.exe /i <Install.MSI> REINSTALLMODE=vomus REINSTALL=ALL REBOOT=ReallySuppress  /q

REINSTALLMODE Property
REINSTALL Property
REBOOT Property

5. 강제 설치를 하기 위한 설정
Assign Program 페이지에서 'Yes, assign the program' 선택


참고: 설치된(수집된) 응용프로그램의 정보 확인
쿼리 작성 시 Creteria 값을 주기 위한 Attribute를 확인하기 위한 SQL 쿼리

SSMS를 열어 Configuration Manager 데이터베이스에 대해 다음 쿼리 실행
SELECT ProductId, CompanyName, ProductName, ProductVersion, ProductLanguage FROM SoftwareProduct WHERE (ProductName LIKE '%<Application>%')

RMS는 관리 그룹에서 SDK와 Config 서비스를 실행하는 유일한 서버로 이 서비스들이 없이는 관리 그룹이 동작할 수 없다. Operations Manager 데이터베이스를 운영하는 SQL 서버를 클러스터링 하듯이 고가용성을 위해 이 서비스들도 클러스터링이 가능하다.

참고: RMS의 클러스터 노드에는 에이젼트를 설치하지 말아야 한다. 만약 RMS에 대한 모니터링이 필요하다면 다른 관리 그룹에 참가시키거나 에이젼트 없이 관리해야 한다. (Agentless Monitoring)

다음 과정을 통해 관리서버와 관리도구(UI)는 클러스터에 설치되고 Back-end 데이터베이스는 기존에 설치되어 있는(클러스터 되어 있을 수도 있는) SQL 서버를 사용한다.

RMS에 대한 클러스터링 구성 과정은 크게 다음과 같다.
- RMS 클러스터링을 위한 윈도우 클러스터 준비
- RMS 클러스터 그룹에 물리 디스크, IP 주소, 네트워크 이름 리소스를 생성한다.
- 클러스터 노드에 RMS와 두번째 관리서버를 설치하고 RMS 암호키를 백업한다.
- RMS 클러스터 그룹에 RMS의 Health/SDK/Config 서비스에 대해 일반 서비스 리소스를 추가한다.
- Operations Manager 데이터베이스를 백업한다.
- RMS에서 SecureStorageBackup 명령을 실행해 RMS 암호키를 백업한다.
참고: 만약 RMS 설치 완료 시점에서 RMS 암호키가 성공적으로 백업이 됐다면 다시 백업할 필요는 없다.
- 모든 관리서버에서 SecureStorageBackup 명령을 실행해 RMS 암호키를 복원해 기존 RMS 암호키를 설치한다.
- InstallCluster 파라미터를 주고 ManagementServerConfigTool 명령을 실행해 RMS 클러스터 그룹 리소스를 클러스터링한다.
- 모든 RMS 클러스터 그룹을 온라인 시킨다.
- 설정을 완료하기 위해 RMS 클러스터 그룹을 각 노드로 이동시킨다.
- 정상적으로 클러스터 설치가 완료 되었는지 확인한다.
- (옵션) AddRMSNode 파라미터를 주고 ManagementServerConfigTool 명령을 실행해 클러스터 노드를 RMS 클러스터에 추가한다.
- (옵션) 만약 클러스터 설치 과정에서 실패한다면 SetSPN.exe 명령을 실행해야 한다.


클러스터 노드, RMS 클러스터 그룹, RMS 클러스터 그룹 리소스 준비
1. 각 RMS 클러스터 노드에 Operations Manager 관리자 그룹이 로컬 관리자 그룹에 속해있는지, 클러스터의 서비스 계정이 Operations Manager 관리자 그룹의 구성원인지 확인한다.
참고: Operations Manager 관리자 그룹에 클러스터 서비스 계정을 넣는 것은 RMS의 클러스터 구성을 하는데 필요하다.
2. 각 클러스터 노드가 다음과 같은 사전 요구 사항에 맞는지 확인한다.
- Windows Server 2003 SP1 이상
- MDAC 버전 2.80.1022.0 이상
- .NET Framework version 2.0
- .NET Framework version 3.0 구성 요소
3. SDK and Config 서비스 계정을 RMS 클러스터 각 노드의 로컬 관리자 그룹에 추가한다.
4. 최초 RMS의 소유 권한을 가질 노드에 관리자 권한을 가지고 있는 계정으로 로그온한다.
5. 클러스터 관리 도구를 실행(cluadmin)해 클러스터를 생성하고 노드들을 추가한다.
6. 클러스터 관리 도구에서 클러스터 그룹을 새로 만든다. (예: RMSClusterGroup)
7. 기본 소유자 화면에서 RMS 클러스터로 사용할 모든 노드를 추가한다.
8. RMSClusterGroup에 RMS의 IP 주소 리소스를 추가한다. (Public Network, 종속성 없음)
9. '이 주소에 NetBIOS 사용'에 체크가 되어 있는지 확인하고 완료한다.
10. RMSClusterGroup에 실제 디스크 리소스를 추가한다. (종속성 없음)
참고: 모든 클러스터 노드에서 접근이 가능하도록 미리 디스크 파티셔닝 등의 설정이 되어 있어야 한다.
참고: 여기서 사용되는 공유 디스크에는 RMS에 사용되는 MP나 VB 스크립트 등의 데이터가 저장된다.
        Config Service State, Health Service State, SDK Service State 디렉토리가 생성/관리된다.
11. RMSClusterGroup에 네트워크 이름 리소스를 추가한다. (종속성: IP 주소)
12. 매개 변수 페이지에서 RMS의 NetBIOS 이름을 입력하고 'DNS 등록 필수'와 'Kerberos 인증 사용'를 반드시 체크해야 한다.
13. RMSClusterGroup을 온라인 시킨다.


RMS 설치를 위한 Operations Manager의 요구 사항 확인
1. RMSClusterGroup을 소유하고 있는 노드로 로그온한다.
2. Operations Manager의 설치 미디어를 넣고 SetupOM.exe을 실행한다.(설치 초기 화면)
3. 설치 시작 화면에서 '필수 구성 요소 검사'를 클릭해 실행한다.
4. 구성 요소 중 서버와 콘솔을 체크하고 구성 요소 검사를 실행한다.
참고: 이는 Windows Server 2003 SP1, MDAC 버전, .NET Framework 등을 체크한다.
5. 경고는 무시하고 설치할 수 있으나 실패 항목이 있다면 반드시 해결해야 설치가 가능하다.


첫 번째 관리 서버(RMS) 설치
1. 사전에 Back-end 데이터베이스는 미리 설치가 되어 있어야 한다.
2. 설치 구성 요소는 'Management Server'와 'User Interfaces'를 선택한다.
3. SDK 계정을 도메인 계정으로 하는 경우 각 노드의 관리자 그룹에 추가해야 한다.
4. 설치 과정은 일반적인 RMS 설치와 동일하게 설치를 진행한다.
5. 설치 완료 페이지에서 '콘솔 사용' 체크는 제거하고 '암호화 키 백업'은 체크 상태로 둔다.
중요: 설치 과정이 완료되었다고 해서 관리 콘솔을 띄우면 절대로 안 된다.
6. 암호화 키 백업 화면에서 백업을 선택하고 진행한다.
7. 백업 파일의 저장 위치를 지정할 때 반드시 클러스터의 모든 노드에서 접근이 가능한 위치에 저장해야 한다.
8. 암호 입력 후 암호화 키 백업을 완료한다.


두 번째 관리 서버 설치
이 과정에서 나머지 모든 노드에 관리 서버를 설치하게 되며 이 서버들은 과정이 완료될 때까지 이 서버들은 관리 서버이지만 모든 과정이 완료되면 이 서버들은 RMS로 동작할 수 있게 된다.
1. RMS에서 Config 서비스와 SDK 서비스가 실행 중인지 확인하고 Operations Manager 관리자 계정으로 로그온한다.
2. 관리 서버의 설치 과정은 RMS 설치 과정과 동일하며 'Management Server'와 'User Interfaces'를 설치하면 된다.
중요: RMS 설치 때와 마찬가지로 관리 콘솔을 절대로 띄우지 말아야 한다.


RMS 클러스터 리소스 준비
이 과정에서 Operations Manager Health Service (HealthService), Operations Manager Config service (OMCFG), Operations Manager SDK service (OMSDK)에 대한 리소스를 생성한다. 이들 리소스는 IP 주소, 네트워크 이름, 실제 디스크와 함께 클러스터 노드간 장애 복구를 할 수 있게 된다.
1. RMSClusterGroup 클러스터 그룹을 소유하고 있는 노드에 관리 권한을 가진 계정으로 로그온한다.
2. RMSClusterGroup 그룹에 일반 서비스 리소스로 RMS Health Service 리소스를 생성한다. (종속성: RMS 실제 디스크, RMS 네트워크 이름)
3. 매개 변수 페이지에서 서비스 이름을 'HealthService'로 입력한다. 시작 매개 변수는 공란으로 두고 '컴퓨터 이름으로 네트워크 이름 사용'을 체크한다.
4. 레지스트리 복제 페이지의 루트 레지스트리 키 항목은 공란으로 두고 리소스 추가를 완료한다.
5. 나머지 서비스 OMCFG, OMSDK에 대해서도 위와 동일하게 추가한다.
중요: 추가한 서비스 리소스를 온라인 시키면 안 된다.


RMS 클러스터 생성
이 과정에서 나머지 관리 서버에 RMS 키를 배포하고 RMS 클러스터를 생성한다. 이 과정이 완료되면 모든 노드는 RMS를 호스팅할 수 있게 된다.
1. 모든 노드에서 암호화 키의 저장 위치로 접근이 되는지 확인한다.
2. 클러스터 서비스 계정이 Operations Manager Administrators 보안 그룹에 추가되어 있는지 확인한다.
3. 클러스터의 첫 번째 노드인 RMS에 로그온한다.
4. Operations Manager 2007 설치 미디어의 SupportTools 폴더에서 ManagementServerConfigTool.exe 파일을 설치 디렉토리에 복사한다.
5. 위 과정에서 암호화 키의 백업을 하지 않았다면 암호화 키 백업 과정을 진행한다. 저장 위치를 모든 노드가 접속할 수 있는 공유 위치에 저장한다. (예: \\<fileshare>\<filename>.bin)
6. 각 관리 서버에 관리자 계정으로로그온 한다.
7. cmd 창을 열고 설치 디렉토리로 이동 후 다음 명령을 통해 RMS 암호화 키를 복원한다.
SecureStorageBackup.exe Restore \\<fileshare>\<filename>.bin
8. 정상적으로 복원이 되었다면 RMS에 관리자 권한을 가진 계정으로 로그온한다.
9. 클러스터 관리자에서 RMSClusterGroup 클러스터 그룹의 소유자가 RMS인지를 확인한다.
10. Operations Manager 데이터베이스를 호스팅하는 SQL 서버에서 SSMS를 실행해 Operations Manager 데이터베이스의 전체 백업을 수행한다.
중요: RMS 클러스터를 생성하기 위해 ManagementServerConfigTool을 실행하면 Operations Manager 데이터베이스에 복구 불가능한 문제가 발생할 수도 있기 때문이다.
참고: Operations Manager 데이터베이스의 복구 모델은 전체 복구 모델로 설정되어 있어야 한다.
11. RMS에서 cmd 창을 열어 설치 디렉토리로 이동해 다음 명령을 실행한다. 각 클러스터 리소스의 설정에 맞게 입력한다.
ManagementServerConfigTool.exe InstallCluster /vs:<네트워크 이름 리소스의 매개 변수 이름(NetBIOS 이름)> /Disk:<실제 디스크 리소스의 드라이브 명>
12. 복구 불가능한 문제가 발생할 수 있다는 경고 메시지에서 Y를 입력해 진행한다.
13. 'InstallCluster performed successfully' 메시지가 반환되면 정상적으로 완료된 것이다.
참고: ManagmentServerConfigTool.exe InstallCluster 명령은 클러스터의 모든 노드에 클러스터된 RMS를 설치한다.
14. 클러스터 관리자를 열어 RMSClusterGroup을 온라인 시킨다.
15. 다른 노드로 클러스터 그룹을 이동해 정상적으로 온라인되는지 확인한다.


클러스터 설치 확인
1. 관리 콘솔을 열어 관리 페이지로 이동한다.
2. 관리 서버 항목에 RMS의 상태가 정상으로 보이는지 확인한다.
3. 에이젼트 없이 관리 항목에 클러스터의 각 노드의 상태가 정상으로 보이는지 확인한다.

---------------------------------------------------------------------------------------------------------------

클러스터의 RMS 서비스 리소스 이동이 실패하는 관리 서버가 있는 경우
- 해당 관리 서버에 관리자 계정으로 로그온해 서비스 스냅인을 연다.
- OpsMgr SDK Service 속성을 확인해 시작 유형이 '사용 안함'으로 되어 있다면 '수동'으로 변경한다.
- OpsMgr SDK Service를 시작시킨다. (OpsMgr SDK Service는 반드시 RMS에서만 실행되어야 한다.)
- ManagementServerConfigTool.exe InstallCluster /vs:<네트워크 이름 리소스의 매개 변수 이름(NetBIOS 이름)> /Disk:<실제 디스크 리소스의 드라이브 명>


에이젼트 배포 후 모니터링이 되지 않는 경우
증상
Eventlog에 21016, 21023 에러 로그를 남기며 SPN 오류가 나오는 경우
RMS에 대해 SetSPN -L <VirtualManagementServerNetBIOSName> 명령 실행 시
MSomHSvc/<VirtualManagementServerFQDN>가 리스트 되지 않는다.

조치
Support Tools의 SetSPN 명령을 이용해 다음과 같이 RMS의 SPN을 등록한다.
SetSPN.exe -A MSomHSvc/<VirtualManagementServerFQDN> <VirtualManagementServerNetBIOSName>