달력

1

« 2025/1 »

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
2008. 12. 1. 11:41

Rebuild WMI Repository Etc.2008. 12. 1. 11:41

%systemdrive%
cd %windir%\system32\wbem
net stop winmgmt /y
if exist repository.old rmdir /s /q repository.old
rename repository repository.old
net start winmgmt

cd /d %windir%\system32\wbem
for %i in (*.dll) do RegSvr32 -s %i
for %i in (*.exe) do %i /RegServer

for /f %a in ('dir /b *.mof *.mfl') do mofcomp %a

:
Posted by 커널64
2008. 12. 1. 11:38

Windows DNS 서버 백업 및 복원 Etc.2008. 12. 1. 11:38

DNS 백업
1. Regedit를 실행
->HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\DNS
DNS 폴더를 마우스 오른쪽 버튼으로 클릭하고 내보내기

->HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DNS Server
DNS Server 폴더를 마우스 오른쪽 버튼으로 클릭하고 내보내기

->C:\WINDOWS\system32\dns 폴더 백업

DNS 복원
1. DNS 서비스 중지
2. C:\WINDOWS\system32\dns에 가서 폴더내에 있는 모든 내용을 백업해두었던 내용으로 교체한다.
3. 레지스트리 파일 2개를 더블클릭하여 실행(레지스트리 병합)
4. DNS 서비스 시작한다.

:
Posted by 커널64
설치 관리자에서 오류가 발생했습니다. 0x800401f0
 
CoInitialize가 호출되지 않았습니다.

 
키보드 입력을 'Microsoft 한글 입력기'로 설정하고 나머지 항목을 제거한다.
:
Posted by 커널64
1. eseutil /mh <MBX.EDB>
상태가 'Clean Shutdown' 이면 -> 마운트

상태가 'Dirty Shutdown' 이면
먼저, 소프트 복구 시도
-> eseutil /r E00 ('E00'은 로그 파일의 접두어) -> 마운트

만약 소프트 복구가 실패하면 하드 복구 시도
-> eseutil /p <MBX.EDB> -> 마운트

2. 조각 모음 => eseutil /d <MBX.EDB>
3. 정보저장소에 대해 전체 백업
4. RSG나 isinteg를 이용해 사서함 계정 연결
:
Posted by 커널64

Autodiscover 시 기본적으로 프록시 서버의 url이 인증서 이름으로 간주되어 입력된다.

만약, Wildcard 인증서(*.domain.com)를 Autodiscover 서비스에 사용하는 경우 '인증서에 이 사용자 이름이 있는 프록시 서버에만 연결' 항목에 'msstd:mail.domain.com' 대신 'msstd:*.domain.com'이 입력되어야 정상적으로 RPC over HTTPS로의 접속이 가능해진다. (내부 TCP/IP 통신은 관계없다.)

이 프록시 서버 url이 인증서 이름에 입력되는 Autodiscover의 동작을 수동으로 수정하기 위해서는 다음 명령을 이용한다.

Set-OutlookProvider EXPR -CertPrincipalName msstd:*.domain.com

명령 실행 후 Outlook의 '전자 메일 자동 구성 테스트'를 이용해 적용이 되었는지 확인이 가능하다.
Autodiscover 서비스가 XML을 Refresh하는 약간의 Interval이 있기 때문에 수 분의 시간이 필요하다.

:
Posted by 커널64

*Migration Strategy*
CAS -> HUB -> MBX -> Edge or UM

*Verify SMTP Connector*

*Verify Routing Group Connector*

Get-RoutingGroupConnector
New-RoutingGroupConnector -Name "<NAME>" -SourceTransportServers "<EX2K3>" -TargetTransportServers "<EX2K7HUB>" -Cost 10 -BiDirectional $true -PublicFolderReferralsEnabled $true

:
Posted by 커널64
2008. 12. 1. 10:52

Exchange Server 2003의 완전 복구 Collaboration2008. 12. 1. 10:52

1. 기존 Exchange 2003 컴퓨터에 있는 모든 Exchange 2003 저장소 그룹 및 SRS(사이트 복제 서비스) 데이터베이스를 전체 백업한다.
2. 기존 Exchange 2003 컴퓨터를 오프라인 상태로 만든다.
3. 기존 Exchange 2003 컴퓨터의 컴퓨터 계정을 재설정한다.(계정 원래대로)
4. 새 컴퓨터의 이름을 원래 컴퓨터와 동일한 이름으로 바꾼 다음, 이 컴퓨터를 도메인에 조인한다. (OS는 동일해야 한다.)
5. Exchange 2003 Full Administrator 계정을 사용하여 새 컴퓨터에 로그온한다.
6. NNTP 서비스, SMTP 서비스 및 World Wide Web 서비스와 같이 Exchange 2003에 필요한 모든 구성 요소를 설치한다.
7. 새 서버의 드라이브 문자를 Exchange 데이터가 포함된 드라이브에 대한 이전 서버의 구성으로 매핑하거나 해당 구성과 일치하도록 구성한다. 이때 복원된 데이터를 포함할 수 있는 충분한 공간이 있어야 한다.
8. 다음 매개 변수를 사용하여 Exchange 2003 설치 프로그램을 실행한다.
Setup /disasterrecovery
9. 메시징 및 공동 작업 서비스와 Exchange 시스템 관리 도구에 대해 작업-재해 복구를 클릭했는지 확인한다.
10. 설치 프로그램이 완료되면 /disasterrecovery 스위치를 사용하여 기존 서버에 설치되어 있는 Exchange 2003 서비스 팩을 설치한다.
11. 레지스트리에 다음 레지스트리 하위 키가 있는지 확인한다.
HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\Setup
HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\Setup 하위 키가 없으면 서비스 팩 값을 기반으로 DWORD 값과 다음 16진수 값을 추가한다.

DWORD value name: ServicePackBuild
Hexadecimal value: number

16진수 값 숫자는 다음과 같이 서비스 팩에 따라 달라진다.
RTM : 1B20
SP1 : 1C3A
SP2 : 1DD6

12. 기존 서버에 설치된 Exchange 2003 서비스 팩 이후 핫픽스를 모두 설치한다.
13. 별도의 복원 작업으로 Exchange 2003 서버 백업에서 저장소 그룹 및 사이트 복제 서비스(SRS) 데이터베이스를 복원한다.
14. 복원이 완료되면 모든 저장소를 탑재합니다. 클라이언트를 연결하고 메일을 보낼 수 있는지 확인한다.

:
Posted by 커널64

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>

:
Posted by 커널64

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.

:
Posted by 커널64
  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 서비스를 재시작한다.
:
Posted by 커널64