달력

5

« 2024/5 »

  • 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
2010. 2. 22. 15:24

Windows Server 2008 R2의 완전 복구 Etc.2010. 2. 22. 15:24

1. SCDPM 또는 WSB(Windows Server Backup)을 이용해 파일 복구 후
2. 복원할 시스템에 설치 이미지로 부팅
3. 컴퓨터 복구 클릭


4. 이전에 만든 시스템 이미지를 사용하여 컴퓨터를 복구합니다. 선택 후 다음

5. 취소 -> 시스템 이미지 선택 -> 다음

6. 네트워크에서 시스템 이미지 검색

7. 복구된 파일의 네트워크 경로 입력(WindowsImageBackup 바로 전 위치 입력)
예를 들어, 백업 파일(.VHD)이 \\<백업 서버>\Restore\WindowsImageBackup\<서버 명>\<백업 시간>에 위치하는 경우 \\<백업 서버>\Restore 까지 입력

8. 복구할 시스템 이미지와 복구 시간 선택 후 다음

9. 필요에 따라 드라이버 설치 후 다음 -> 마침 -> 예를 클릭해 복원 시작

:
Posted by 커널64

정의

- 클러스터 이름: VCLUSTER

- 클러스터 노드: SQLNode1, SQLNode2

- 가상 SQL 서버 이름: SQLCLUSTERA

- 도메인 이름: VDOMAIN

 

SQLNode1의 하드웨어에 문제가 생겨 재설치가 필요한 상황을 가정

1.     클러스터 관리 도구에서 SQLNode1을 제거(Evict)

2.     SQLNode1의 운영체제 재설치 후 네트워크 설정(Public, Private)

-       DNS 서버에서 IP 정보가 반영되었는지 확인

3.     서버의 이름을 SQLNode1으로 변경 후 도메인 가입

4.     SQLNode2의 전원을 종료하고 SQLNode1을 재시작한다. SQLNode2의 전원을 종료해야 하는 이유는 공유 SCSI 디스크의 소유권을 SQLNode1이 가지게끔 하기 위해서이다.

-       소유권을 가져오면 쿼럼 디스크와 공유 디스크의 드라이브 문자를 설정한다.

5.     SQLNode2에 보이는 것과 동일하게 SQLNode1의 그룹에 필요한 로그인 정보를 추가한다.

6.     SQLNode2의 전원을 켠 후 SQLNode2를 클러스터에 가입시킨다.

7.     테스트를 위해 ‘Cluster Group’의 장애 조치를 해 본다.

-       ‘Cluster Group’에 마우스 우클릭 후 ‘Move Group’을 통해 양 노드로 테스트한다.

8.     SQLNode1 SQL Cluster ‘SQLCLUSTERA’에 추가한다.

-       SQLNode2 SQL Server 2000 Enterprise 설치 미디어를 넣고 실행한다.

-       Computer Name 페이지에서 Virtual Server를 선택하고 SQLCLUSTERA를 입력한다.

-       Advanced Options를 선택한다.

-       Maintain a Virtual Server for Failover Clustering을 선택한다.

-       Failover Clustering 페이지에서 다음을 클릭한다. (IP 정보 변경이 없는 경우)

-       Cluster Management 페이지에서 SQLNODE1을 선택하고 추가한다.

-       Remote Information 페이지에서 Cluster 계정 정보를 입력하고 다음을 클릭한다.

-       진행 화면이 나타난 후 완료 메시지를 확인하고 완료를 클릭한다.

9.     필요한 서비스팩을 다운 받아 설치한다.

10.   SQL Cluster Group Failover를 테스트해 본다.

:
Posted by 커널64
2009. 2. 13. 10:38

Recover DPM Server (DPM 서버 복구) SystemCenter2009. 2. 13. 10:38

To restore the DPM and Report databases from local backup media on the DPM server
DpmSync -DpmDbLoc <DPMDB.bak>
DpmSync -DpmReportDbLoc <ReportServer.bak>

After you restore the DPM and Report databases, to synchronize the databases
DpmSync -Sync

After you restore and synchronize the DPM and Report databases and before you restore the replicas, to reallocate disk space for the replicas
DpmSync -ReallocateReplica

:
Posted by 커널64
2009. 1. 24. 10:17

ManagementServerConfigTool의 용도 SystemCenter2009. 1. 24. 10:17

1. Creating Clustered RMS

ž   InstallCluster 명령은 클러스터된 RMS를 생성할 때 사용한다.

ž   DB를 제외한 모든 다른 작업보다 우선적으로 실행되어야 한다. (ex: Agent 배포 등)

ž   모든 클러스터 구성원 노드인 관리 서버에 동일하게 적용된다.

ž   RMS는 관리 그룹의 첫 번째 관리 서버이기 때문에 만일 추가 관리 서버와 Agent가 배포되어 있는 상황에서 작업을 진행할 경우 모든 관리 그룹에 혼란을 야기시킬 수 있다.

ž   이 명령은 데이터베이스의 클래스 구조와 모든 클러스터 노드가 RMS로 동작하도록 하기 위해 로컬 컴퓨터의 서비스, 레지스트리, 파일 구조를 변경한다.

ž   각각의 노드에 암호화 키를 복원하고 다음 명령을 실행한다.
ManagementServerConfigTool InstallCluster /vs:<VirtualClusterName> /Disk:<DiskLetter>

 

2. Adding Clustered RMS node

ž   AddVirtualServer 명령은 클러스터된 RMS에 노드를 추가할 때 사용한다.

ž   노드로 추가될 관리 서버에 암호화 키를 복원하고 다음과 같이 명령을 실행한다.
ManagementServerConfigTool AddRMSNode /vs:<VirtualClusterName> /Disk:<DiskLetter>

 

3. Promotion of a new MS to the RMS role

ž   PromoteRMS 명령은 관리 서버를 RMS role로 승격할 때 사용한다.

ž   RMS가 될 관리 서버에 암호화 키를 복원하고 ManagementServerConfigTool PromoteRMS 명령을 실행한다.

ž   Promotion 시 기존 RMS와의 연결(통신)이 가능하다면 기존 RMS는 자동으로 관리 서버로 demotion 된다.

ž   어떠한 이유로 인해 기존 RMS와 연결이 불가능한 경우 RMS에서 UpdateDemotedRMS 명령을 통해 수동으로 일반 관리 서버로 demotion 해야 한다.

ž   만약 PromoteRMS 후에 관리/수집 서버가 RMS와 통신하지 못하는 경우 각각의 관리/수집 서버에서 UpdateSecondaryMS 명령을 실행해 새로운 RMS의 위치를 찾을 수 있도록 해야 한다.

  

Windows Server 2003 클러스터에 SCOM RMS 설치
Windows Server 2008 장애조치 클러스터에 SCOM RMS 설치

:
Posted by 커널64

Mailbox Server Role

-       Mailbox database

-       Public Folder database

è  Exchange-aware Backup Application

 

Hub Transport Server Role

-       (Optional)Message tracking log / Protocol log

è  <InstalledDirectory>\Transportroles\logs 폴더 백업

 

Client Access Server Role

è  필수 백업 요소는 없으나 Customizing OWA라면 해당 폴더 백업

è  POP/IMAP 설정의 백업이 필요하다면
<InstalledDirectory>\ClientAccess\PopImap
폴더 백업

 

Edge Transport Server Role

-       Configuration Backup

è  ExportEdgeConfig.ps1 / ImportEdgeConfig.ps1

-       (Optional)Protocol log

è  <InstalledDirectory>\Transportroles\logs 폴더 백업

 

Unified Messaging Server Role

-       Custom audio prompt

è  <InstalledDirectory>\UnifiedMessaging\Prompts 폴더 백업

 

공통 사항

-       인증서

-       IIS metabase


Server Fail 시 복구

    이전 상태와 동일한 컴퓨터 이름/버전으로 설치(SP, hotfix)

    동일한 구성의 Windows Component 설치(IIS )

    Active Directory 사용자 및 컴퓨터 > Reset Computer Account

    도메인 참가

    Exchange Server 요구 사항 설치

-       PowerShell

-       MMC 3.0

    /recoverserver 파라미터로 Exchange Server 설치
ex) setup /mode:recoverserver

    Exchange Server 설치 완료 후 데이터 파일 복원

:
Posted by 커널64
2009. 1. 8. 01:47

DPM 2007을 이용한 SharePoint 복구 SystemCenter2009. 1. 8. 01:47

[준비 작업]

-       모든 서버(원본 및 복구 Farm)KB941422 설치

-       WSS Writer가 구성되어 있고 DPM이 사용하도록 설정되어 있어야 한다.
(Farm
Administrator 계정으로 ConfigureSharepoint.exe 구성)

 

다음 항목은 대체 사이트에 복구복구 유형을 사용 시에 필요하다.

-       복구 용도의 두 번째 SharePoint Farm이 설치되어 있어야 한다.
(
단일 서버 구성으로 하며 VM으로 구성할 수도 있다. 당연한 얘기로 복구에 필요한 디스크 용량이 충분해야 한다.)

-       복구 서버에 이름이 DPMRecoveryWebApplication인 웹 응용 프로그램이 생성되어 있어야 한다.


복구 Farm 서버에 DPMRecoveryWebApplication 생성 방법

     SharePoint 3.0 중앙 관리 실행

     응용 프로그램 관리 > 웹 응용 프로그램 목록

     목록에 DPMRecoveryWebApplication가 있으면 제거
(
응용 프로그램 관리 > 웹 응용 프로그램 삭제)

     뒤로 이동 (응용 프로그램 관리 페이지)

     웹 응용 프로그램 만들기 또는 확장 > 새 웹 응용 프로그램 만들기

     새 웹 응용 프로그램에 대한 정보 입력

ž   IIS 웹 사이트 만들기선택

ž   설명: DPMRecoveryWebApplication

ž   포트 번호 입력

ž   호스트 헤더, 경로, 보안 구성은 기본값 사용

ž   새 응용 프로그램 풀 만들기 선택

ž   응용 프로그램 풀의 전체 이름 확인 (Memo!)

ž   보안 계정 구성선택 후 계정 정보 입력

ž   데이터베이스 이름: DPMRecoveryWebApplication

ž   확인을 클릭해 웹 응용 프로그램 생성

ž   생성 작업 완료 후 iisreset /noforce 실행



 

[SharePoint Farm 복원]

 

원본 Farm이 사용 가능한 경우의 복원

요구 사항

-       복구 지점이 생성된 시점과 동일하게 Front-end Web Server가 설정되어 있어야 한다.
(
구성이 이전과 다른 경우 복구는 실패한다.)

-       기존 구조에 복원이 가능하도록 Front-end Web Server Farm 구조가 생성되어 있어야 한다.

-       복구 지점이 생성된 시점과 동일하게 SQL 인스턴스가 동일한 이름으로 구성되어 있어야 한다.

 

복구 과정

     DPM 관리자 콘솔 > 복구

     원본 서버 이름 > 모든 보호된 SharePoint 데이터 > 복구 항목/복구 지점 선택

     복구 > 다음 > 복구 유형을 선택하고 복구를 진행한다.

 

 

원본 Farm이 사용 불가능한 경우의 복원

SharePoint를 구성하는 모든 H/W 또는 S/W가 사용 불가능해져 새로 설치한 후 전체 SharePoint Farm의 복구가 필요한 경우

요구 사항

-       Farm은 복구 지점이 생성된 시점과 동일한 구성으로 설치해야 한다.
(SharePoint Farm
을 호스팅하는 SQL 인스턴스/Front-end Web Server의 이름)

 

복구 과정

     SQL 인스턴스와 Front-end Web Server의 이름이 복구 지점 생성 시점과 동일한지 확인

     DPM Agent 설치에 필요한 요구 사항 설치, DPM 서버와의 정상적인 통신 여부 확인

     %ProgramFiles%\Microsoft Data Protection Manager\DPM\bin\
ConfigureSharePoint.exe
실행해 Front-end Web Server WSS Writer 구성

     DPM 관리자 콘솔 > 복구

     복구할 Farm 데이터를 가지고 있는 SharePoint Server 확장

     모든 보호된 SharePoint 데이터 > 오른쪽 항목에서 복구할 날짜 선택 > 복구

     복구 유형 선택 후 복구 진행

 

다음 과정은 모든 Front-end Web Server에서 진행한다.

     복구 과정 완료 후 ‘SharePoint 제품 및 기술 구성 마법사실행

     이 서버 팜과의 연결 끊기선택 > 다음
(
반드시 모든 Front-end Web Server의 연결을 끊어야 한다.)

     IIS 관리 도구 실행 후 모든 웹 사이트와 응용 프로그램 풀 제거

     ‘SharePoint 제품 및 기술 구성 마법사실행 > 기존 서버 팜에 연결 > 다음

     구성 데이터베이스 설정 (SQL Server 이름/Database 이름 기존과 동일해야 한다.) > 다음

     포트 정보, 인증 방법 설정 > 다음 > 구성 진행 > 완료
((가능한 경우) 고급 설정 > '이 컴퓨터로 웹 사이트 호스팅' 선택 > 완료)

:
Posted by 커널64
2009. 1. 2. 18:28

SCOM 2007의 완전 복구 SystemCenter2009. 1. 2. 18:28

1.     기존 구성과 동일하게 Operations Manager 2007 설치

ž   Management Group Name(Case Sensitive)

ž   Server Name

ž   SDK and Config service Account, Management Server Action Account

 

2.     Operations Manager 설치 직후 SDK Service 중지

ž   운영 데이터베이스에 데이터 입력 방지

 

3.     원래 구성과 동일하게 추가적인 hofix 설치

 

4.     OperationsManager 데이터베이스 삭제

 

5.     기존의 OperationsManager 데이터베이스 복원 (SSMS)

 

6.     RMS encryption key 복원

 

7.     웹 콘솔 서버 설치

 

8.     SDK Service 시작

:
Posted by 커널64

사용자 관리팩 백업 (Powershell)

$mps = get-managementpack | where-object {$_.Sealed -eq $false}
foreach($mp in $mps) { export-managementpack -managementpack $mp -path "C:\" }

:
Posted by 커널64
2009. 1. 2. 16:12

SCOM 2007의 백업 및 복구 SystemCenter2009. 1. 2. 16:12

RMS의 백업

1.     RMS encryption key 백업

     Run CMD

     <SCOM 2007 installation Dir>로 이동

     SecureStorageBackup.exe Backup <Backupfilename>.bin

2.     생성한 암호화 파일을 모든 관리 서버가 접근할 수 있는 공유 폴더에 저장한다.

 

 

RMS 복구 - Second Management Server가 있는 경우

1.     SecureStorageBackup.exe, ManagementServerConfigTool.exe 파일을 설치 미디어의 \SupportTools 폴더에서 관리 서버의 <SCOM 2007 installation Dir>에 복사한다.

2.     RMS encryption key 복원

     Run CMD

     <SCOM 2007 installation Dir>로 이동

     SecureStorageBackup.exe Restore <Backupfilename>.bin

3.     관리 서버를 RMS promote 한다.

     Run CMD

     <SCOM 2007 installation Dir>로 이동

     ManagementServerConfigTool.exe PromoteRMS /DeleteExistingRMS:true

     Y 입력

     ‘PromoteRMS performed successfully’ 확인

4.     Health Service 재시작

 

RMS encryption key 재생성

Operations Manager 2007 SP1의 경우 encryption key를 재생성 할 수 있는 CREATE_NEWKEY 스위치를 지원한다. encryption key를 분실했거나 백업 암호 분실 시 사용할 수 있다.

RMS PromoteManagement Server에서 다음 명령을 통해 재생성 할 수 있다.

msiexec.exe /i <MOM.msi path> CREATE_NEWKEY=1

 

 

RMS 복구 – Clustered RMS의 경우

1.     Operations Manager Database 백업

2.     RMS encryption key 백업

3.     새로운 Clustered RMS를 이전과 같은 구성으로 생성

     Operations Manager Database를 원래의 관리 그룹과 같은 이름으로 재생성

     모든 클러스터 노드에 Management Server 재설치

     새로운 Clustered RMS 생성을 위해 encryption key 백업
(Management Server
가 설치된 첫 번째 클러스터 노드)

     나머지 클러스터 노드에 ƒ에서 백업한 encryption key 복원

     ManagementServerConfigTool을 실행해 Clutered RMS 생성
ManagementServerConfigTool.exe InstallCluster /vs:<Virtual RMS> /Disk:<Drive Letter>

4.     새로 설치한 Operations Manager Database를 제거하고 기존 Database를 복원

5.     모든 클러스터 노드에 원래의 암호화 키(RMS encryption key) 복원
SecureStorageBackup.exe Restore <Backupfilename>.bin

6.     클러스터 관리자를 이용해 Clustered RMS Online 시킨다.

7.     SSMS에서 다음 쿼리 실행
SELECT is_broker_enabled FROM sys.databases WHERE name-'OperationsManager'

8.     만약 값이 0이면 다음 쿼리를 이용해 broker service를 설정
ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE
ALTER DATABASE OperationsManager SET ENABLE_BROKER

열려 있는 모든 SSMS를 닫았다가 다시 열고 다음 쿼리 실행
ALERT DATABASE OperationsManager SET MULTI_USER

9.     만약 SQL Service가 정지되어 있다면 재시작한다. SDK 서비스를 재시작한다.

RMS가 변경된 경우 Reporting Server와 Web Console Server 설정 변경

:
Posted by 커널64

RMS 이동 후 추가 작업

RMS를 다른 Management Server로 이동 후 Reporting Server Web Console Server의 설정을 update 해야 한다.

 

1.     Reporting Server 설정

     Reporting Service의 설치 위치로 이동
(ex: %ProgramFiles%\Microsoft SQL Server\MSSQL.2\Reporting Services\ReportServer)

     메모장을 이용해 rsreportserver.config 파일을 연다.

     두 개의 <ServerName> 엔트리를 찾아 새로운 RMS 이름으로 변경한다.

 

2.     Web Console Server 설정

     %ProgramFiles%\System Center Operations Manager 2007\Web Console로 이동

     Web.config 파일을 메모장으로 연다.

     <!--This is internal connection between the web server and the MOM server .-->
<add key= "MOMServer" value="RMS.domain.com"/>

     value 값을 새로운 RMS FQDN으로 변경

:
Posted by 커널64