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의 수정 과정, 가상 머신 생성과정과 동일하게 진행된다.

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>

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를 수락한다.