How to Configure/Setup RMS on a Windows 2008 Cluster
1. On each RMS cluster node, ensure that the domain Operations Manager Administrators security group has been added to the local administrators group and that the Cluster service account is a member of the domain Operations Manager Administrators security group.
Note: Having the Cluster service account in the Operations Manager Administrators group is necessary for creating the clustered configuration of RMS.
2. Ensure that each cluster node meets the prerequisites for the Management Server and User Interface components:
- .NET Framework version 3.0 components (Add it from the Features Wizard)
3. Add the SDK and Config service accounts to the Local Administrators group on each node of the RMS cluster.
4. Log on to the cluster node that will be the primary owning node for the RMS with administrative rights.

Cluster preparation
1. In Failover Cluster Management, right click ‘Services and Applications’ and select ‘Configure a Service or Application’.
2. Click next and select ‘Other Server’.
3. Click next and enter the network name for the clustered RMS
4. Click next and select an available storage for cluster group and click next through remainder of wizard.

Install the RMS on the First Node
1. Log on to the cluster node that will be the primary owning node for the RMS with administrative rights
2. Ensure that the RMS cluster group is owned by the node that you are logged onto Proceed with the regular installation wizard
3. On the Completing the System Center Operations Manager 2007 Setup Wizard page, clear the Start the Console checkbox and ensure that the Backup Encryption Key checkbox is selected, then click Finish. The Encryption Key Backup or Restore Wizard will now launch.
Important: Even though the Operations Console has been installed, do not launch the console at this point.
Note If setup fails, it provides you with a value to search on and a link to open the setup log.
4. On the Introduction page of the Encryption Key Backup or Restore Wizard click Next.
5. On the Backup or Restore page select Backup the Encryption Key radio button and click Next.
6. On the Provide a Location page specify a valid path and filename for the encryption key and click Next.
Important: It is critical that the location provided for backing up the encryption key be accessible by all nodes in the cluster.
7. On the Provide a Password page, enter a password to secure the encryption key backup file and click Next to start the backup process.
8. You should now see the Secure Storage Backup Complete page, click Finish.

Install the Secondary Management Servers
In this procedure you will install secondary management servers on all other nodes in the cluster. These servers are secondary Management Servers until this process is complete, at which time they will be able to host the Root Management Server.
1. Log on to each remaining cluster node with the Operations Manager Administrator account.
2. Follow the Install RMS procedures to install the Management Server and User Interface components on each of the other nodes in the Management Group.

Prepare the RMS Cluster Resources
1. In Failover Cluster Management, Right click the RMS server name under ‘Services and Applications’ and select ‘Add a resource -> 4-Generic Service’.
2. From list of services select ‘OpsMgr Health Service’ and click ‘next’ through rest of wizard.
3. Right click newly created resource, choose Properties and enable ‘Use Network Name for computer name’ and add dependencies for the shared disk and network name.
4. Repeat steps 2 and 3 for Config Service and SDK Service.

Create the Virtual RMS
1. Log on to each secondary Management Server computer with an account that is a member of the Administrators group.
2. At a command prompt on each secondary Management Server, type cd <path to Operations Manager installation directory> and then press ENTER.
3. To restore the key to each secondary Management Server, type the following, where <fileshare> is a share accessible by all cluster nodes:
SecureStorageBackup.exe Restore \\<fileshare>\<filename>.bin
Note: You must provide the same password that you entered to encrypt the file on the RMS node.
4. On the SQL server that hosts the OperationsManager database, open the SQL Server Management Studio tool, open the Databases folder and select the OperationsManager database. Right-click to open the context sensitive menu and select Tasks, Back Up to initiate a backup. On the Back Up Database - OperationsManager page, ensure that the Backup type value is set to Full, give the Backup set an appropriate name, and set the Backup set will expire value to a date in the distant future. In the Destination box, for the Back up to value, select Disk and add an appropriate disk location to hold the backup, if one is not already present, and then click OK.
Important: When you run the ManagementServerConfigTool to create the RMS cluster, you are advised to back up the OperationsManager database because irrecoverable damage can be done by creating the RMS cluster.
Note: The OperationsManager database should already be running in the Full Recovery model. For more information, see SQL Server 2005 Books Online.
5. On the RMS server, open a command prompt, type cd <path to Operations Manager installation directory> and then press ENTER.
6. To instantiate the RMS cluster group as a cluster, type the following, where G is the disk resource that is allocated to the cluster group that is being used to create this virtual Root Management Server and where <VirtualServerNetbiosName> is the network name resource allocated to the same cluster group:
ManagementServerConfigTool.exe InstallCluster /vs:<VirtualServerNetbiosName> /Disk:G
The value you enter for <VirtualServerNetbiosName> must be the value that appears in the Name text box located in the Parameters tab of the Properties dialog box for the network name resource.
If InstallCluster runs successfully, the InstallCluster action will return ‘InstallCluster performed successfully’
Note: ManagmentServerConfigTool.exe InstallCluster will install the RMS as a clustered service on every available node in the cluster.
7. In the Cluster Administrator, right click the RMSClusterGroup to open the context menu and select Bring Online. This will bring all the RMSClusterGroup services online.

1. RMS에서 SDK와 Config 서비스를 중지시킨다.
2. RMS와 각 Management Server의 Health 서비스를 중지한다. (DB 이동 중 업데이트 방지)
3. SQL Management Studio를 실행해 DW Database를 백업한다. 만약에 대비해 Master Database도 백업해 둔다.
4. 기존 DW Database 서버에서 프로그램 추가/제거를 통해 OpsMgr Data Warehouse 구성 요소를 제거한다. (이는 물리적인 DW Database 파일을 제거하는 것은 아니기 때문에 작업이 완료된 후에 수동으로 SSMS에서 수동으로 DW Database를 제거해야 한다.)
5. 새로운 DW Database 서버에 OpsMgr Data Warehouse 구성 요소만을 설치한다. (Reporting 제외)
6. 새로운 DW Database 서버로 위에서 백업해 두었던 DW Database의 백업을 복사한다.
7. 새로운 DW Database 서버에서 SQL Management Studio를 실행해 다음 과정을 통해 DW Database를 복원한다.
   - OpsMgr Data Warehouse 구성 요소의 설치 중에 생성된 DW Database를 제거한다.
      (기본 옵션인 '백업 삭제 및 데이터베이스에 대한 기록 정보 복원' 체크)
   - 기존 데이터베이스를 복원한다.
8. 새로운 DW Database 서버에 다음 세 가지 로그인을 생성하고 사용자 매핑에서 적절한 권한을 할당한다.
   - SDK 계정 - db_datareader, OpsMgr_Reader, public
   - Data Warehouse Action 계정 - db_owner, OpsMgrWriter, public
   - Data Reader 계정 - db_datareader, OpsMgr_Reader, public
9. RMS에서 SDK 서비스를 시작한다.
10. SQL Reporting 서비스를 실행 중인 서버에서 데이터 원본을 수정한다.
    - http://localhost/reports로 접속한다. (명명된 인스턴스라면 <$instancename>을 붙힌다.)
    - '자세한 정보 표시'를 클릭한다.
    - 'Data Warehouse Main' 데이터 원본을 클릭
    - 연결 문자열 항목의 'data source' 부분을 새로운 DW Database 서버로 변경하고 적용한다.
11. Operations Manager 데이터베이스의 DW Database의 이름을 변경한다.
    - SQL Management Studio를 실행한다.
    - Operations Manager 데이터베이스의 MT_Databasewarehouse 테이블을 연다.
    - MainDatabaseServerName_16781F33_F72D_033C_1DF4_65A2AFF32CA3 컬럼의 값을 새로운 DW Database 서버로 변경하고 저장한다.
12. OperationsManagerDW 데이터베이스의 MemberDatabase 테이블을 열고 ServerName 컴럼의 값을 새로운 DW Database 서버로 변경하고 저장한다.
13. RMS의 Config 서비스와 Health 서비스를 재시작한다. 각 Management 서버의 Health 서비스를 재시작한다.

1. RMS의 모든 Operations Manager 관련 서비스를 중지한다. 다수의 Management Server가 있다면 모든 서버에서 Health Service를 중지한다.
2. SQL Management Studio를 실행해 OpsMgr Management의 Database를 백업한다.
3. 대상 SQL 서버로 접속해 Operations Manager에서 사용되는 다음 세 개의 계정에 대한 로그인을 생성한다. (로그인은 하나일 수도 있고 따로 사용할 수도 있다.)
   - SDK
   - MSAA
   - DWWA
4. Operations Manager의 Database를 대상 SQL 서버로 복사하고 대상 서버에서 복원한다.
5. SQL Management Studio를 실행해 OpsMgr SDK 로그인의 속성을 연다.
6. 속성 창의 사용자 매핑에서 Operations Manager의 Database를 클릭하고 SDK 계정에 대해 다음과 같은 데이터베이스 역할을 할당한다.
   - Db_datareader
   - Db_datawriter
   - Db_ddladmin
   - Db_owner
   - Dbmodule_users
   - Sdk_users
7. RMS와 각 Management Server의 레지스트리 편집기를 열고 다음 위치로 찾아간다.
   HKLM\Software\Microsoft\Microsoft Operations Manager\3.0\Setup
8. DatabaseServerName 문자열 값을 대상 SQL 서버의 이름으로 변경한다.
9. RMS와 각 Management Server를 재부팅한다.
10. 다음 과정을 통해 데이터베이스의 Broker를 Enable 시킨다.
    - SQL Management Studio를 실행해 현재 운영 중인 OpsMgr Datbabase로 접속한다.
    - 다음 쿼리들을 순서대로 실행해 Broker을 Enable 시킨다.
       ALTER DATABASE <OperationsManager> SET SINGLE_USER WITH ROLLBACK IMMEDIATE
       ALTER DATABASE <OperationsManager> SET ENABLE_BROKER
    - SQL Management Studio를 종료하고 다시 실행해 OpsMgr Database로 접속해 다음 쿼리를 실행한다.
       ALTER DATABASE <OperationsManager> SET MULTI_USER
    - Master 데이터베이스에 접속해 다음 쿼리를 실행하고 ENABLE_BROKER 값이 1인지 확인한다.
       SELECT is_broker_enabled FROM sys.databases WHERE name='<OperationsManager>'
11. RMS의 OpsMgr SDK 서비스와 Config 서비스를 재시작한다. RMS와 각 Management Server의 OpsMgr Health Service를 재시작한다.
    SQL Server 서비스와 SQL Agent 서비스의 재시작이 필요한 경우도 있을 수 있다.
    
    위 과정 외에 몇 가지 설정 데이터는 SetupOP 과정 중에 Master 데이터베이스의 sys.messages 시스템 뷰에 저장된다.
    이 곳에는 Operations Manager에 관련된 특정 에러 메시지들이 포함된다. 이는 Operations Manager의 Database에 저장되지 않는다.
    첨부된 OpsMgrDB_ErrorMsgs.SQL 파일을 대상 SQL 서버의 Master 데이터 베이스에서 실행하면 위 문제가 해결된다.
    
    
    invalid-file

1. 양쪽 서버 사이에서 이름 풀이가 가능해야 한다.
2. Management Server와 Workgroup 서버의 인증서 발급을 위한 CA 필요
3. 인증서의 이름(SN)은 컴퓨터의 FQDN, 용도는 사용자 인증, 서버 인증(1.3.6.1.5.5.7.3.1/1.3.6.1.5.5.7.3.2) – Export 가능해야 한다.
4. 발급된 인증서는 로컬 컴퓨터의 인증서 저장소에 저장
5. 인증서를 개인키와 함께 내보내 MOMcertimport.exe 유틸로 OpsMgr Health Service에서 사용하도록 만든다.
6. Event Log나 레지스트리에서 정상적으로 Import되었는지 확인한다. (Management Server 및 Workgroup Server 모두 작업)
7. Management Server와 Agent 간에 5723 Port의 Open 여부를 확인한다.
8. OP Console에서 수동으로 설치한 Agent를 수락한다.

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

Parameters
[Process1.exe] [Lower value] [Upper value] [Process2.exe] [Lower value] [Upper value] ....

State Expression
For Unhealthy Expression Property[@Name='State'] Equals Good
For Healthy Expresion Property[@Name='State'] Equals Bad

Alert Description
$Data/Context/Property[@Name='Message']$

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

ProcessCheck.vbs

Dim oAPI, oBag, oArgs, strProcess(), Lower(), Upper(), colProcess()
strMessage = " "

Set oAPI = CreateObject("MOM.ScriptAPI")
Set oBag = oAPI.CreatePropertyBag()
Set oArgs = WScript.Arguments

ParamCount = oArgs.Count
State = 0

If ParamCount < 3 Then
Call oAPI.LogScriptEvent("ProcessCheck.vbs", 5009, 0, "Script aborted. Not enough parameters provided.")
WScript.Quit -1
End If

If (ParamCount Mod 3) <> 0 Then
Call oAPI.LogScriptEvent("ProcessCheck.vbs", 5010, 0, "Script aborted. The number of provided parameters is invalid.")
WScript.Quit -1
End If

ReDim Preserve strProcess(ParamCount), Lower(ParamCount), Upper(ParamCount), colProcess(ParamCount)

i = 0
Do While i <> ParamCount
strProcess(i) = oArgs(i)
Lower(i) = cInt(oArgs(i + 1))
Upper(i) = cInt(oArgs(i + 2))

If Lower(i) > Upper(i) Then
Call oAPI.LogScriptEvent("ProcessCheck.vbs", 5011, 0, "'" & strProcess(i) & " " & Lower(i) & " " & Upper(i) & "'" & " Lower value is bigger than upper value.")
WScript.Quit -1
End If

i = i + 3
Loop

i = 0
Do While i <> ParamCount
strComputer = "."
Set objWMIService = GetObject("winmgmts:" & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
Set colProcess(i) = objWMIService.ExecQuery ("Select * from Win32_Process Where Name = '" & strProcess(i) & "'")

If colProcess(i).Count => Lower(i) and colProcess(i).Count =< Upper(i) Then
Call oBag.Addvalue(strProcess(i) & " (" & Lower(i) & "~" & Upper(i) & ")" ,colProcess(i).Count & "ea (Normal)")
strMessage = strMessage & strProcess(i) & " (" & Lower(i) & "~" & Upper(i) & ") : " & colProcess(i).Count & "ea (Normal)" & " | "
End If

If colProcess(i).Count < Lower(i) Then
Call oBag.Addvalue(strProcess(i) & " (" & Lower(i) & "~" & Upper(i) & ")" ,colProcess(i).Count & "ea (Too few)")
strMessage = strMessage & strProcess(i) & " (" & Lower(i) & "~" & Upper(i) & ") : " & colProcess(i).Count & "ea (Too few)" & " | "
State = 1
End If

If colProcess(i).Count > Upper(i) Then
Call oBag.Addvalue(strProcess(i) & " (" & Lower(i) & "~" & Upper(i) & ")" ,colProcess(i).Count & "ea (Too many)")
strMessage = strMessage & strProcess(i) & " (" & Lower(i) & "~" & Upper(i) & ") : " & colProcess(i).Count & "ea (Too many)" & " | "
State = 1
End If

Set objWMIService = nothing
i = i + 3
Loop

If State = 0 Then
Call oBag.AddValue("State","Good")
Else
Call oBag.AddValue("State","Bad")
End If

Call oBag.AddValue("Message",strMessage)
Call oAPI.Return(oBag)

Failed to send SMTP message. The message could not be sent to the SMTP server. The transport error code was 0x80040217. The server response was not available hr=-2147220975

MOM 2005에서 SMTP 메시지 전송 시 위와 같은 오류와 함께 알림 메시지가 가지 않는 경우

HKEY_LOCAL_MACHINE\Software\Mission Critical Software\OnePoint\Configurations\<Configuration group name>\Operations\Consolidator

'SendSmtpAnonymous'  DWORD 생성 => 값 : 1

KB885741

볼륨 필터
- 블록 수준의 변경 사항에 대한 추적
- 페이징 풀에 존재하며 보호된 볼륨의 각 블록을 1비트로 나타내는 비트맵으로 구성

전체 백업(VSS 스냅샷 또는 복제본)
1. 보호된 서버에서 VSS 복제본을 생성한 다음 변경된 데이터를 식별하기 위해 볼륨 필터와 오버레이 시킨다.
2. 변경된 데이터는 DPM 서버로 전송되고 복구 지점이 생성한다.
3. 보호된 서버에서 VSS 복제본이 제거되고 볼륨 필터가 재설정 된다.
4. 블록 수준 변경에 대한 추적이 계속된다.
- 전체 백업 제한 : 응용 프로그램 서버의 경우 512개, 파일 서버의 경우 64개

Express Full Backup
1. DPM Agent에 의해 응용 프로그램의 VSS Writer가 Snapshot을 생성한다.
2. 이 snapshot은 볼륨 필터에 의해 어떤 데이터가 백업되어야 하는지를 결정한다.
3. 볼륨 필터는 디스크의 블록 단위로 비교해 그 결과 변경이 발생한 부분이 있다면 순서대로 DPM 서버로 복사된다.
4. 백업이 끝나게 되면 정보저장소 또는 데이터베이스의 무결성을 검사하게 된다. (예: eseutil /k)
5. 무결성 검사에서 오류가 발견되지 않는다면 트렌젝션 로그는 잘려지고 백업 과정은 완료된다.
6. 만약 무결성 검사가 실패한다면 백업은 취소되고 트렌젝션 로그는 잘려지지 않는다.

Transaction Log Synchronization
1. 기본적으로 15분 마다 발생하며 VSS Incremental Synchronization을 사용한다.
2. VSS Writer는 데이터의 무결성과 메모리에 있던 커밋된 트렌젝션 로그가 디스크로 플러쉬 되었는지를 확인한다.
3. VSS Writer는 Incremental Snapshot을 생성한다.
4. 변경된 트렌젝션 로그는 DPM 서버의 복구 지점 볼륨으로 전달된다.
5. 무결성 검사에 오류가 발견되지 않으면 백업은 성공하고 트렌젝션 로그는 잘려지게 된다.

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

Agent Failover를 사용하기 위해서는 AD 통합이 되어야 하는데
AD 통합이 되어 있지 않은 상태에서 Agent Failover를 구성하기 위해서는 다음 스크립트를 사용한다.

param($agentComputerName,$failoverManagementServerName)
$agent = get-agent | where {$_.PrincipalName -eq $agentComputerName}
$primaryManagementServer  = $agent.GetPrimaryManagementServer();
if($primaryManagementServer -eq $null)
{
"Primary management server not found"
return
}
$failoverManagementServer = Get-ManagementServer | where {$_.PrincipalName -eq $failoverManagementServerName}
if($failoverManagementServer -eq $null)
{
"Failover management server not found"
return
}
if($failoverManagementServer.PrincipalName -eq $primaryManagementServer.PrincipalName)
{
"The failover management server cannot be the same as the primary management server"
return
}
$failoverServers = New-Object System.Collections.Generic.List``1"[[Microsoft.EnterpriseManagement.Administration.ManagementServer,Microsoft.EnterpriseManagement.OperationsManager,Version=6.0.4900.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35]]"
$failoverServers.Add($failoverManagementServer)
$agent.SetManagementServers($primaryManagementServer,$failoverServers)

== 사용 방법 ==
1. 위 스크립트를 PS1 확장자로 저장
2. OpsMgr Command Shell 실행
3. 다음과 같이 Agent의 Failover 설정
<SavedFileName>.ps1 -agentComputerName:'agent1.contoso.com'  -failoverManagementServerName:'scommgmt.contoso.com'