EMC Replication Manager - Dell EMC Isilon · 한국이엠씨컴퓨터시스템즈(주) 서울특별시 강남구 역삼1동 737 강남파이낸스센터 18층 (우)135-984 대표

한국이엠씨컴퓨터시스템즈(주)서울특별시 강남구 역삼1동 737

EMC® Replication Manager버전 5.2.3

관리 설명서

P/N 300-010-665A01 개정판

강남파이낸스센터 18층(우)135-984

대표 전화: (02)2125-7000

구입/상담 문의: 080-775-7000

팩스: (02)-2125-7280

웹 사이트: http://korea.emc.com

2

Copyright © 2003-2010 EMC Corporation. All rights reserved.

2010년 5월 인쇄

본 문서의 정보는 발행일 현재 정확한 것으로 간주되며 모든 정보는 예고 없이 변경될 수 있습니다.

이 출판물의 정보는 “사실 그대로” 제공됩니다. EMC Corporation은 본 문서의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목적을 위한 적합성에 대하여 어떠한 묵시적인 보증도 부인합니다.

본 문서에 설명된 EMC 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어 라이센스가 필요합니다.

해당 제품군의 최신 규정 정보 문서를 보려면 EMC Powerlink의 Technical Documentation and Advisories 섹션으로 이동하십시오.

EMC 제품에 대한 최신 목록은 korea.emc.com의 EMC Corporation Trademarks 부분을 참조하십시오.

본 문서에 사용된 기타 모든 상표는 해당 소유주의 자산입니다.

EMC Replication Manager 관리 설명서

목차

머리말

제1장 시스템 요구 사항

예비 스토리지 시스템 설정 .............................................................. 22스토리지 시스템 준비 ................................................................ 22필수 소프트웨어 설치 ................................................................ 23Replication Manager 소프트웨어 라이센스 키 취득 ............. 24

최소 하드웨어 요구 사항 .................................................................. 25Replication Manager Server..................................................... 25Replication Manager 콘솔 ........................................................ 26Replication Manager Agent ..................................................... 26

HBA 드라이버 지원 .......................................................................... 27IPv6 지원 ............................................................................................ 28

인터넷 프로토콜 지원 ................................................................ 28Veritas 볼륨 ........................................................................................ 31Windows 디스크 유형 ...................................................................... 33Replication Manager Server 요구 사항 .......................................... 34

VMware 지원.............................................................................. 34e-메일 요구 사항 ......................................................................... 3464비트 구성 제한 ........................................................................ 35MOM/SCOM 서버 요구 사항 .................................................. 35serverdb 디스크 스토리지 요구 사항....................................... 35

Replication Manager Agent 요구 사항........................................... 37Replication Manager 콘솔 요구 사항 ............................................. 39클러스터 요구 사항 ........................................................................... 40

Replication Manager Server 구성 요소 ................................... 40Windows 2008 페일오버 클러스터의 클러스터 구성 ............ 41여러 가상 노드의 Replication Manager Server...................... 41Replication Manager Agent 및 콘솔 구성 요소 ..................... 41

EMC Replication Manager 관리 설명서 3

제2장 설치

Replication Manager 구성 요소의 개요 ......................................... 44제품 DVD의 내용 .............................................................................. 45설치 전 작업 ....................................................................................... 45

설명서 보기 및 인쇄 ................................................................... 46라이센스 파일 받기 .................................................................... 46안전한 환경에서 Replication Manager 설정 .......................... 48HP-UX에서 DVD 마운트 .......................................................... 49

Replication Manager Server 소프트웨어 설치 .............................. 51Replication Manager Agent 소프트웨어 설치 .............................. 54

구축 마법사 사용 ........................................................................ 56Replication Manager 콘솔 소프트웨어 설치 ................................. 58로그 파일을 사용하여 설치 문제 해결 ............................................ 59Replication Manager 수정 또는 제거 ............................................. 59

Windows에서 구성 요소 수정 또는 제거 ................................ 59Replication Manager Agent 제거(UNIX/Linux) .................. 60클러스터에서 Replication Manager 제거 ............................... 60

Replication Manager 업그레이드 ................................................... 61업그레이드 고려 사항 ................................................................ 62Replication Manager 5.X Server 업그레이드 ......................... 64Replication Manager 5.x 에이전트 업그레이드 ..................... 64Replication Manager 5.x 콘솔 업그레이드 ............................. 64

Replication Manager Server를 다른 호스트로 마이그레이션 ..... 65현재 버전 및 패치 수준 보기 ............................................................ 65Replication Manager 구성 검사기 .................................................. 66

구성 검사기 설치 ........................................................................ 66구성 검사기 실행 ........................................................................ 66cfgchk 명령 구문 ........................................................................ 68

제3장 관리 작업

관리자 암호 설정 ............................................................................... 70기본 관리자 암호 설정 ............................................................... 70기본 관리자 암호 변경 ............................................................... 71

사용자 계정 관리 ............................................................................... 72사용자 추가 ................................................................................. 72사용자 계정 수정 ........................................................................ 73사용자 계정 삭제 ........................................................................ 73

호스트 관리 ........................................................................................ 74호스트 등록 ................................................................................. 74호스트에 대한 사용자 액세스 권한 정의 ................................. 76호스트 수정 ................................................................................. 79호스트 속성 보기 ........................................................................ 80

EMC Replication Manager 관리 설명서4

호스트 삭제 ................................................................................. 82일반 서버 옵션 관리........................................................................... 83관리 이벤트 게시................................................................................ 84

개요 .............................................................................................. 84관리 이벤트 게시 설정 ............................................................... 84

서버 보안 옵션 관리........................................................................... 85보안 이벤트 구성 ........................................................................ 85로그온 배너 생성 ........................................................................ 87

라이센스 작업..................................................................................... 88라이센스 유형 ............................................................................. 88라이센스 상태 ............................................................................. 88무료 사용 기간 ............................................................................ 89이전 버전의 호스트 라이센스 사용 .......................................... 89라이센스 관리 ............................................................................. 90라이센스 경고 ............................................................................. 90라이센스 탭 사용 ........................................................................ 91라이센스 추가 ............................................................................. 92

클라이언트 보안 모드 설정............................................................... 93보안 클라이언트 모드로 변경 ................................................... 93

복제본 스토리지 관리........................................................................ 95Celerra 스토리지 관리 ............................................................... 95스토리지 시스템 검색 ................................................................ 96새 RecoverPoint RPA의 자격 증명 지정 .................................. 96스토리지 추가 ............................................................................. 97스토리지 보기 ............................................................................. 98스토리지 속성 보기 .................................................................. 100스토리지 제거 ........................................................................... 102스토리지 풀 생성 ...................................................................... 103스토리지 풀 수정 ...................................................................... 105스토리지 풀 삭제 ...................................................................... 105스토리지 디바이스 제거 .......................................................... 106Windows Server 2008 Standard Edition에서 SAN 정책 설정 ............................................................................................ 106

내부 데이터베이스 보호.................................................................. 107내부 데이터베이스 디렉토리 구축 ......................................... 107내부 데이터베이스 백업 및 복구 ............................................ 108내부 데이터베이스 암호 변경 ................................................. 109

EMC ControlCenter에서 Replication Manager 보기 ................. 110사용 가능한 스토리지 디바이스 ............................................. 110Symmetrix 디바이스 그룹 보기 .............................................. 111CLARiX 스토리지 그룹 보기................................................... 111EMC 스토리지 및 스토리지 기반 그룹 .................................. 111진행 중인 복제본 디바이스 그룹(Symmetrix 전용) ............. 112

5EMC Replication Manager 관리 설명서

복제본 디바이스 그룹(Symmetrix 전용) ............................... 112Replication Manager 로그 파일 .................................................... 114

설치 로그 파일 .......................................................................... 114서버 및 클라이언트 로그 파일 ................................................ 114Replication Manager Server 내부 데이터베이스 로그........ 116로깅 수준 및 로그 파일 크기 설정 .......................................... 116

Windows의 Replication Manager 이벤트 메시지 ...................... 117이벤트 메시지 보기 .................................................................. 117

제4장 CLARiX 스토리지 시스템 설정

CLARiX 설정 체크리스트 .............................................................. 126지원되는 CLARiX 스토리지 시스템 ............................................. 129CLARiX 하드웨어 및 소프트웨어 구성 ........................................ 130

CLARiX 펌웨어 요구 사항 ...................................................... 130CLARiX에 필요한 최소 하드웨어 및 접속 구성 ................... 130LUN 크기 조정 ......................................................................... 130CLARiX에 필요한 최소 소프트웨어 ...................................... 130CLARiX 환경에 필요한 최소 소프트웨어 ............................. 131CLARiX 스토리지당 다수의 Replication Manager Server ... 132

CLARiX 스토리지용 iSCSI 구성.................................................... 133CLARiX iSCSI 사전 요구 사항................................................ 133CHAP 보안 사용 ...................................................................... 133iSCSI Initiator 설치 및 구성 .................................................... 134iSCSI 타겟에 로그인 ................................................................ 137

CLARiX RAID 그룹 및 LUN ......................................................... 139의도하지 않은 덮어쓰기 방지 ........................................................ 140CLARiX 스토리지 시스템을 사용하도록 클라이언트 설정 ....... 141

클라이언트에 소프트웨어 설치 .............................................. 141관리 권한이 있는 계정 생성 .................................................... 141동적 마운트에 대한 sd.conf 항목 업데이트 .......................... 141Navisphere 호스트 에이전트 구성 파일 업데이트 .............. 142접속 레코드 설정 확인 ............................................................. 142Windows Server 2008 Standard Edition에서 SAN 정책 설정 ............................................................................................ 143

CLARiX 대체 MSCS 클러스터 마운트 구성 ................................ 144여러 노드가 표시되는 동안 대체 클러스터에 마운트 .......... 145

CLARiX 보호 복구 기능 사용 ........................................................ 146CLARiX 스냅샷 ............................................................................... 147

스냅과 클론 비교 ...................................................................... 148스냅샷 구성 ............................................................................... 148스냅샷 정보 보기 ...................................................................... 149스냅샷 캐시 모니터링 .............................................................. 149


스토리지 검색 ........................................................................... 152클론 복제를 위한 CLARiX 드라이브 계획.................................... 153

CLARiX 스토리지 시스템의 복제본이란?............................. 153복제본 스토리지 요구 사항 계획 ............................................ 153

클론의 임시 스냅샷 계획................................................................. 155CLARiX 가상 LUN 지원 ................................................................. 156CLARiX 스토리지 관리................................................................... 157

RAID 그룹 및 가상 풀 구성 ..................................................... 157LUN 생성 및 바인딩................................................................. 158스토리지 그룹에 LUN 할당..................................................... 158선택한 스토리지를 클라이언트에 노출 ................................. 160

LUN 표시 문제................................................................................. 161배경 ............................................................................................ 161영향을 받는 환경 ...................................................................... 161Windows에서 LUN 표시 문제 방지....................................... 161Solaris의 LUN 표면 문제 최소화............................................ 162

SAN Copy 복제를 위한 CLARiX 스토리지 시스템 구성............ 163CLARiX 간 SAN Copy 요구 사항 .......................................... 163Navisphere 및 Admsnap 설치 ............................................... 166CLARiX 스토리지 시스템에 SAN Copy 설치 ...................... 166SAN Copy 포트 조닝(zoning) ................................................ 166SAN Copy 스토리지 그룹 생성 .............................................. 167원격 CLARiX 스토리지에 SAN Copy 스토리지 그룹 접속 .. 168중간 복제본용 스냅 캐시 디바이스 ........................................ 168SAN Copy를 위한 스토리지 풀 생성 ..................................... 168증가분 SAN Copy .................................................................... 169

Linux 클라이언트의 특별 구성 단계 ............................................. 171마운트 가능한 클론 복제본을 위한 정적 LUN 준비............. 171마운트 가능한 스냅샷 복제본을 위한 정적 LUN 준비......... 171클론의 임시 스냅샷을 위한 정적 LUN 계획.......................... 174

스토리지 시스템 업그레이드 후 수행할 단계............................... 175LUN 제한 사항에 영향을 주는 CLARiX 자원 정리 ..................... 177MirrorView 지원 요구 사항............................................................ 178claravoid 파일을 사용하여 스토리지 검색 시간 단축 ................. 179

제5장 Symmetrix 스토리지 시스템 설정

Symmetrix 설정 체크리스트 .......................................................... 182Windows Server 2008 환경에 대한 추가 설정 단계 ............. 183

Symmetrix 스토리지 시스템 하드웨어 및 소프트웨어 요구 사항.................................................................................................... 185

지원되는 하드웨어 및 마이크로코드 수준 ............................ 185게이트키퍼 요구 사항 .............................................................. 185


EMC Solutions Enabler........................................................... 185LUN 크기 조정 ......................................................................... 185Windows Server 2008 Standard Edition에서 SAN 정책 설정 ............................................................................................ 185

128 TimeFinder/Snap 세션 지원 .................................................. 186Enginuity 업그레이드 후 세션 만료 ...................................... 186128개 스냅 세션 식별 ............................................................... 186

가상 디바이스 지원 ......................................................................... 188TimeFinder/Clone 설정.......................................................... 188TimeFinder/Snap 설정 ........................................................... 188

SAN Copy 복제를 위한 Symmetrix 스토리지 시스템 구성....... 189중간 복제본을 위한 디바이스 ................................................. 189구성 단계 ................................................................................... 189SAN Copy 구성 권장 사항...................................................... 192

SRDF/S에서 원격 복제 구성.......................................................... 193Symmetrix 대체 MSCS 클러스터 마운트 구성 ............................ 194

Symmetrix에 물리적 클러스터 노드 마운트 준비................ 194Symmetrix에 가상 클러스터 노드 마운트 준비.................... 194

Symmetrix 보호 복구 사용............................................................. 196장기간 잠금 ...................................................................................... 197

LDL 및 Replication Manager 동작 ........................................ 197Replication Manager에서 LDL을 제거하는 경우 ................ 197Replication Manager에서 LDL의 상태 검사 ........................ 198Replication Manager에서 LDL 기능 해제 ............................ 198Replication Manager에서 LDL 기능 설정 ............................ 198LDL 보기 ................................................................................... 198LDL 제거 ................................................................................... 198

가상 디바이스(VDEV) 구성 ........................................................... 199Replication Manager용 TimeFinder 클론 구성........................... 200

장기간 잠금으로 TimeFinder Clone 복구 ............................. 200스토리지 시스템 업그레이드 후 수행할 단계 .............................. 202symavoid를 사용하여 스토리지 검색 시간 단축......................... 204

제6장 Celerra 스토리지 시스템 설정

Celerra 하드웨어 및 소프트웨어 구성 .......................................... 206지원되는 Celerra 스토리지 시스템 ........................................ 206필요한 최소 하드웨어 및 접속 구성 ....................................... 206QLogic iSCSI TOE 카드 설정 ................................................. 206호스트에 필요한 최소 소프트웨어 ......................................... 207Windows Server 2008 Standard Edition에서 SAN 정책 설정 ............................................................................................ 207패치 및 서비스 팩 설치 ............................................................ 208


iSCSI 타겟 구성 ................................................................................ 209iSCSI 타겟 구성 체크리스트 .................................................... 209iSCSI 타겟 생성 ......................................................................... 209iSCSI LUN용 파일 시스템 생성 .............................................. 211iSCSI LUN 생성 ........................................................................ 212iSCSI LUN 생성 ........................................................................ 213iSCSI LUN 마스크 생성 ........................................................... 214Data Mover에서 iSNS 구성..................................................... 215CHAP 항목 생성....................................................................... 216iSCSI 서비스 시작 ..................................................................... 218

iSCSI Initiator 구성.......................................................................... 219Windows 레지스트리에 Initiator 등록 .................................. 219역방향 인증을 위한 CHAP 암호 구성.................................... 220역방향 인증을 위한 CHAP 암호 설정.................................... 221Initiator에서 iSCSI 검색 구성.................................................. 222SendTargets 검색 ...................................................................... 222자동 검색 ................................................................................... 223iSCSI 타겟에 로그인 ................................................................. 224

iSCSI LUN을 디스크 드라이브로 구성 ......................................... 225iSCSI LUN에 볼륨 구성 ........................................................... 226iSCSI Initiator에서 볼륨 바인딩.............................................. 227Exchange 서비스를 iSCSI 서비스에 종속적으로 만들기 ..... 228SQL Server 서비스를 iSCSI 서비스에 종속적으로 만들기 .. 229

Celerra 서버에 대한 호스트 접속 확인.......................................... 230Celerra NFS 타겟 구성 .................................................................... 231

NFS 구성 체크리스트 ............................................................... 231Celerra NFS 스냅 복제본 명명 규칙....................................... 232대상 Celerra NFS 생성 ............................................................. 233Celerra NFS 복구 고려 사항 .................................................... 233

Celerra SnapSure 기술을 사용하여 iSCSI 복제본 생성 .............. 234Celerra Replicator 기술을 사용하여 iSCSI 복제본 생성 ............. 235

Celerra Replicator for iSCSI의 개념....................................... 235Celerra Replicator가 iSCSI 환경에서 작동하는 방식........... 236시스템 요구 사항, 제한 사항 및 주의 사항 ............................ 237계획 시 고려 사항 .................................................................... 239Celerra Replicator 원격 복제 구성 ......................................... 239iSCSI LUN 복제 관리 .............................................................. 246재해 복구에 Celerra Replicator 클론 복제본 사용 ............... 249재활용에 Celerra Replicator 클론 복제본 사용 .................... 249

Celerra 스토리지에서의 Replication Manager 문제 해결.......... 252Celerra 스토리지 시스템에 고립된 스냅샷 검사 .................. 252Celerra 스토리지 시스템에서 고립된 스냅샷 정리 .............. 252Celerra iSCSI 세션을 표시할 수 없는 경우 ............................ 253


Celerra 기반 애플리케이션 세트에서 모든 복제본 만료 ..... 253iSCSI LUN 복제 문제 해결 ..................................................... 253Celerra 네트워크 연결 문제 해결 ........................................... 254

제7장 Invista 설정

Invista 설정 체크리스트 ................................................................. 256지원되는 Invista 스위치 ................................................................. 258Invista 하드웨어 및 소프트웨어 구성 ........................................... 259

필요한 최소 하드웨어 및 접속 구성 ....................................... 259Invista 호스트에 필요한 최소 소프트웨어 ............................ 259호스트에 필요한 최소 소프트웨어 요구 사항 ....................... 260Invista Initiator에 Symmetrix 디바이스 할당 ...................... 260Invista 스토리지 검색 .............................................................. 261

클론 복제를 위한 구성 계획 ........................................................... 262Invista 인스턴스의 복제본이란? ............................................ 262복제본 스토리지 요구 사항 계획 ............................................ 262

가상 프레임 관리 ............................................................................. 264선택한 스토리지를 클라이언트에 노출 ................................. 265

Replication Manager 가상 볼륨 표시 문제 .................................. 266영향을 받는 환경 ...................................................................... 266Windows에서 가상 볼륨 표시 문제 방지 .............................. 266

제8장 RecoverPoint 설정

RecoverPoint 설정 체크리스트 ..................................................... 268RecoverPoint 하드웨어 및 소프트웨어 구성 ............................... 269Replication Manager 및 RecoverPoint의 구성 요소................... 270

지원되는 복제 옵션 .................................................................. 270RecoverPoint 어플라이언스 ................................................... 271

호스트 시간 동기화 ......................................................................... 272RecoverPoint에 대한 Replication Manager 구성 단계............... 273

제9장 VMware 설정

지원되는 VMware 구성 및 사전 요구 사항.................................. 276VMware VMFS 복제....................................................................... 278

일반 구성 사전 요구 사항 ........................................................ 278VMware NFS 데이터 저장소 복제 ................................................ 286

일반 구성 사전 요구 사항 ........................................................ 286VMware 가상 디스크 복제............................................................. 291

일반 구성 사전 요구 사항 ........................................................ 295Symmetrix 구성 사전 요구 사항............................................. 296CLARiX 구성 사전 요구 사항 ................................................. 297


Celerra 구성 사전 요구 사항 ................................................... 298RecoverPoint 구성 사전 요구 사항......................................... 298가상 디스크 마운트, 마운트 해제 및 복구 고려 사항 ........... 299가상 시스템에 VMware 툴 설치 ............................................. 299물리적 시스템에 VMware 툴 설치 ......................................... 299추가 지원 정보 .......................................................................... 300

CLARiX에서 RDM 또는 iSCSI Initiator LUN 복제 .................... 301CLARiX iSCSI 시스템에 연결된 복제 호스트 ....................... 301CLARiX iSCSI 시스템에 연결된 마운트 호스트 ................... 302CLARiX Fibre Channel 시스템에 연결된 복제 호스트........ 303CLARiX Fibre Channel 시스템에 연결된 마운트 호스트.... 303결합된 CLARiX 스토리지 시스템의 VMware 복제 및 마운트 옵션 ............................................................................... 304VMware에 대한 CLARiX 구성 단계 ...................................... 304

Invista 가상 볼륨에서 RDM 복제 .................................................. 307VMware RDM을 복제하도록 Invista 환경 구성 .................. 307VMware RDM을 마운트하도록 Invista 환경 구성 .............. 308RDM 복제본을 물리적 호스트에 마운트하는 방법 .............. 308

Invista 가상 볼륨에서 VMware 가상 디스크 복제 ...................... 309VMware 가상 디스크를 복제하도록 Invista 환경 구성 ....... 309Invista 환경에서 가상 디스크를 마운트할 때의 제한 사항 ... 311

Symmetrix에서 VMware RDM 복제 ............................................ 312Symmetrix Fibre Channel에 연결된 마운트 호스트 ............ 312Symmetrix Fibre Channel에 연결된 복제 호스트 ................ 312

RecoverPoint를 사용한 VMware RDM 복제 ............................... 313Celerra에서 VMware RDM 복제................................................... 313

Celerra에 연결된 복제 호스트 ................................................ 313Celerra에 연결된 호스트 마운트 ............................................ 314

제10장 Hyper-V 설정

Hyper-V 개요 ................................................................................... 316지원되는 Hyper-V 구성 및 사전 요구 사항 .................................. 317

Replication Manager 구성 요소.............................................. 317가상 시스템 ............................................................................... 317게스트 운영 체제 ...................................................................... 317스토리지 서비스 ....................................................................... 317고가용성 .................................................................................... 318애플리케이션 ............................................................................ 318라이센스 등록 ........................................................................... 318


제11장 VIO 설정

IBM AIX VIO 개요 .......................................................................... 320지원되는 VIO LPAR 구성 및 사전 요구 사항 .............................. 321

Replication Manager 구성 요소 ............................................. 321VIO 요구 사항........................................................................... 321스토리지 서비스 ....................................................................... 322고가용성 .................................................................................... 322애플리케이션 ............................................................................ 322라이센스 등록 ........................................................................... 323

제12장 재해 복구

Replication Manager Server 재해 복구 ........................................ 326Replication Manager Server 재해 복구 설정 ............................... 328

Server DR 사전 요구 사항 ....................................................... 328Server DR 설치 ......................................................................... 328독립 실행형 서버에서 재해 복구 서버로 변환 ...................... 329Replication Manager 데이터베이스 동기화 ......................... 330

Server DR 구성 업그레이드 ........................................................... 332사전 요구 사항 .......................................................................... 332절차 ............................................................................................ 332

서버 재해 복구 수행 ........................................................................ 334재해 복구 서버 구성 확인 ........................................................ 334보조 서버 페일오버 .................................................................. 336원래 운영 서버로 페일백 ......................................................... 336서버 재해 복구 문제 해결 ........................................................ 337

Celerra 재해 복구 ............................................................................ 339Celerra NFS 페일오버 ............................................................. 339Celerra iSCSI 재해 복구 .......................................................... 340재해 복구 유형 .......................................................................... 341재해 복구 단계 .......................................................................... 342제한 사항 및 최소 시스템 요구 사항 ...................................... 343Celerra 재해 복구 설정 ............................................................ 344운영 및 재해 복구 서버 설정 ................................................... 345복제 설정 ................................................................................... 350페일오버 .................................................................................... 356사후 페일오버 고려 사항 ......................................................... 363애플리케이션 복구 ................................................................... 363Celerra 재해 복구 문제 해결 ................................................... 366

VMware SRM(Site Recovery Manager) 재해 복구..................... 369VMware Site Recovery Manager 이해.................................. 369VMware SRM의 역할 .............................................................. 370VMware SRM 환경에서 Replication Manager의 역할 ....... 371


CLARiX 환경의 VMware SRM 재해 복구............................. 372Celerra 환경의 VMware SRM 재해 복구 .............................. 372RecoverPoint 환경에서의 VMware SRM 재해 복구............ 374CLARiX에서 SRM 및 Replication Manager 구성 ................ 374CLARiX에서 페일오버가 발생하기 전에 VMware SRM 환경 보호 ............................................................................................ 378CLARiX에서 SRM 페일오버 후의 Replication Manager .... 381Celerra에서 SRM 및 Replication Manager 구성 .................. 383Celerra에서 SRM 페일오버 전의 Replication Manager ...... 388SRM 환경의 VMFS 복제본 마운트 ......................................... 388Celerra에서 SRM 페일오버 후의 Replication Manager ...... 389RecoverPoint에서 SRM 및 Replication Manager 구성 ....... 390RecoverPoint에서 SRM 페일오버 전의 Replication Manager..................................................................................... 392SRM 환경의 VMFS 복제본 마운트 ......................................... 393RecoverPoint에서 SRM 페일오버 후의 Replication Manager..................................................................................... 393

부록A 명령줄 인터페이스 사용

setup 명령을 사용한 설치 ............................................................... 396샘플 명령 ................................................................................... 397응답 파일 사용(UNIX) ............................................................. 397응답 파일 사용(Windows)....................................................... 399

rmcli를 사용한 구성 및 복제 .......................................................... 400수동 및 배치 .............................................................................. 400권장 배치 스크립트 .................................................................. 401수동 모드로 rmcli를 실행하는 방법 ....................................... 401배치 모드로 rmcli를 실행하는 방법 ....................................... 401스크립트 구조 ........................................................................... 402스크립트 예제 ........................................................................... 403rmcli 명령 .................................................................................. 404

색인



머리말

EMC는 EMC 제품군의 성능과 기능을 지속적으로 향상시키기 위한 노력의 일환으로 하드웨어와 소프트웨어의 수정 버전을 정기적으로 릴리즈하고 있습니다. 따라서 현재 사용 중인 소프트웨어나 하드웨어의 버전에 따라 이 설명서에 기술된 일부 기능이 지원되지 않을 수도 있습니다. 제품 기능에 대한 최신 정보는 제품 릴리즈 노트를 참조하십시오.

제품이 제대로 작동하지 않거나 이 설명서에 설명된 대로 작동하지 않을 경우에는 고객 서비스 담당자에게 문의하십시오.

대상 Replication Manager 설명서 중 하나인 이 설명서는 스토리지 관리자 및 운영자가 다음 사항을 이해하는 데 도움을 주고자 제작되었습니다.

◆ 하드웨어 및 소프트웨어 요구 사항

◆ Replication Manager 설치(이전 버전에서의 업그레이드 포함)

◆ 호스트, 복제본 스토리지, 사용자 계정 및 라이센스 관리와 같은 Replication Manager 관리 작업 수행

◆ Replication Manager에서 지원하는 스토리지 설정

◆ 명령줄 인터페이스 사용

◆ 클러스터 환경의 고려 사항

설명은 사용자가 다음 항목에 대해 잘 알고 있다는 것을 전제로 합니다.

◆ Replication Manager와 함께 사용되는 애플리케이션 소프트웨어 작동 방법

◆ Replication Manager에 연결되는 호스트의 모든 운영 체제 작동 방법

◆ 사용자 스토리지 환경의 하드웨어 및 소프트웨어 구성요소


16

머리말

◆ Replication Manager와 함께 사용되는 타사 소프트웨어(예: 볼륨 관리자)

조직 이 안내서의 내용은 다음과 같이 구성되어 있습니다.

제1장 ”시스템 요구 사항”에서는 각 Replication Manager 구성 요소의 사전 설정 작업과 하드웨어 및 소프트웨어 최소 요구 사항에 대해 설명합니다.

제2장 ”설치”에서는 Replication Manager를 설치하고 사용하는 방법에 대해 설명합니다. 또한 이전 릴리즈에서 업그레이드하고 제품을 제거하는 방법에 대해서 설명합니다.

제3장 ”관리 작업”에서는 사용자 계정 설정, 호스트 등록, 서버 옵션 관리 등 다양한 관리 작업을 수행하는 방법에 대해 설명합니다.

제4장 ”CLARiX 스토리지 시스템 설정”에서는 Replication Manager에서 사용할 CLARiX 스토리지를 준비하는 방법에 대해 설명합니다.

제5장 ”Symmetrix 스토리지 시스템 설정”에서는 Replication Manager에서 사용할 Symmetrix 스토리지를 설정하는 방법에 대해 설명합니다.

제6장 ”Celerra 스토리지 시스템 설정”에서는 Replication Manager에서 사용할 Celerra 스토리지를 설정하는 방법에 대해 설명합니다.

제7장 ”Invista 설정”에서는 Replication Manager에서 사용할 Invista 환경을 준비하는 방법에 대해 설명합니다.

제8장 ”RecoverPoint 설정”에서는 Replication Manager에서 사용할 RecoverPoint를 설정하는 방법에 대해 설명합니다.

제9장 ”VMware 설정”에서는 VMware 플랫폼에서 사용할 Replication Manager를 구성하는 방법에 대해 설명합니다.

제10장 ”Hyper-V 설정”에서는 Hyper-V 플랫폼에서 사용할 Replication Manager를 구성하는 방법에 대해 설명합니다.

제11장 ”VIO 설정”에서는 AIX VIO 환경에서 사용할 Replication Manager를 구성하는 방법에 대해 설명합니다.

제12장 ”재해 복구”에서는 Replication Manager Server 재해 복구를 설정 및 수행하는 방법과 Replication Manager를 사용하여 Celerra DR 솔루션을 구현하는 방법에 대해 설명합니다.

부록 A, “명령줄 인터페이스 사용”에서는 사용자가 명령줄 인터페이스를 사용하여 복제본을 설치, 구성 및 생성하는 방법에 대해 설명합니다.


머리말

관련 설명서 관련 문서는 다음과 같습니다.

◆ EMC Replication Manager 제품 설명서 - Replication Manager 제품에 대한 개요 정보를 제공하고 Replication Manager 제품을 설치 및 구성한 후에 일반적인 작업을 수행하는 방법을 설명합니다. 이 문서는 또한 다양한 애플리케이션과 Replication Manager의 통합에 관련된 정보를 제공합니다.

◆ EMC Replication Manager 관리 설명서(이 문서) - Replication Manager를 설치하는 방법과 제품 및 관련 스토리지 서비스를 서로 통합되게 구성하는 방법에 대해 설명합니다.

◆ EMC Replication Manager 릴리즈 노트 - 이 릴리즈에서 수정된 문제와 알려진 결함에 대한 정보를 제공하며 릴리즈 설치에 대한 정보도 제공합니다.

◆ EMC Replication Manager 온라인 도움말 - 고객이 Replication Manager 사용 방법을 쉽게 배우고 이해할 수 있도록 제품의 각 화면에 대해 컨텍스트 구분 정보를 자세히 제공합니다.

이 설명서에서 사용하는규정

EMC에서는 참고, 주의, 공고 및 위험 주의 사항에 다음 규칙을 사용합니다.

참고: '참고(Note)'에 나오는 내용은 중요한 사항이지만 위험을 초래할 정도로 심각한 것은 아닙니다.

주의!주의 사항은 시스템이나 장치의 손상을 방지하기 위해 필수적인 정보를 알려줍니다. 이러한 주의 사항은 하드웨어나 소프트웨어에 적용됩니다.

경고

경고 사항에는 경고를 무시할 경우 심각한 부상이나 사망 또는 상당한 재산 피해를 초래할 수 있는 위험을 방지하기 위해 필수적인 정보가 포함되어 있습니다.


18

머리말

표기법이 설명서에서는 다음과 같은 유형의 표기법을 사용합니다.

일반 글꼴 본문:• 절차를 제외한 인터페이스 구성 요소(예: 버튼 이름,

대화 상자 이름)

• 절차를 제외한 사용자 선택 항목

• Java 클래스 및 인터페이스 이름

• 자원 이름, 속성, 풀, Boolean 구문, 버튼, DQL 설명, 키워드, 구, 환경 변수, 파일 이름, 기능, 메뉴 이름, 유틸리티

• 경로 이름, URL, 파일 이름, 디렉토리 이름, 컴퓨터 이름, 링크, 그룹, 서비스 키, 파일 시스템, 환경 변수(예: 명령줄 및 명령 텍스트), 알림

굵은체 • 사용자 작업(사용자가 클릭, 누르기 또는 선택하는 내용)

• 인터페이스 요소(버튼 이름, 대화 상자 이름)

• 키의 이름, 명령, 프로그램, 스크립트, 애플리케이션, 유틸리티, 프로세스, 알림, 시스템 호출, 서비스 및 텍스트 유틸리티

기울임체 • 책 제목

• 텍스트 내의 새로운 용어

• 텍스트 내의 강조할 내용

Courier • 프롬프트

• 시스템 출력

• 파일 이름

• 경로 이름

• URL

• 명령줄 또는 다른 예에 표시되는 구문

Courier, 굵게 • 사용자 항목

• 명령줄 구문의 옵션

Courier 기울임꼴 • 명령줄 구문 예의 인수

• 스크린 또는 파일 출력 예의 변수

• 경로 이름의 변수

<> 사용자가 입력하는 매개 변수(변수)를 위한 꺾쇠 괄호

[] 옵션 값을 위한 대괄호

| 대체 선택 사항을 위한 세로 막대 기호. 이 막대는 "or(또는)"를 의미합니다.

... 예제에서 중요하지 않은 정보가 생략되었음을 나타내는 말 줄임표.


머리말

지원 정보 기술 지원에 대해서는 지역 영업소나 서비스 공급업체에 문의하십시오.

제품 정보 — 설명서, 릴리즈 노트, 소프트웨어 업데이트 또는 EMC 제품, 라이센스 등록 및 서비스에 대한 자세한 정보는 다음의 EMC Powerlink 웹 사이트에서 확인하십시오(등록 필요).

http://Powerlink.EMC.com

기술 지원 — 기술 지원 정보는 Powerlink의 EMC WebSupport를 참조하십시오. EMC WebSupport에서 지원 케이스를 개설하려면 WebSupport 고객으로 등록되어 있어야 합니다. 사이트 구성과 문제가 발생한 상황에 대한 정보가 필요합니다.

사용자 의견 여러분이 제안하신 정보는 사용자용 출판물의 정확도, 구성 및 전반적인 품질을 향상시키는 데 많은 도움이 됩니다. 이 설명서에 대한 의견은 [email protected] 으로 보내 주십시오.


20

머리말


1I

이 장은 다음과 같이 구성됩니다.

◆ 예비 스토리지 시스템 설정 ............................................................... 22◆ 최소 하드웨어 요구 사항 ................................................................... 25◆ HBA 드라이버 지원 ............................................................................ 27◆ IPv6 지원 ............................................................................................. 28◆ Veritas 볼륨 ......................................................................................... 31◆ Windows 디스크 유형 ........................................................................ 33◆ Replication Manager Server 요구 사항 ........................................... 34◆ Replication Manager Agent 요구 사항 ............................................ 37◆ Replication Manager 콘솔 요구 사항 ............................................... 39◆ 클러스터 요구 사항 ............................................................................ 40

시스템 요구 사항

시스템 요구 사항 21

22


예비 스토리지 시스템 설정

Replication Manager에서는 다음과 같은 스토리지 세트에 복제본을 생성할 수 있습니다. 목록은 http://Powerlink.EMC.com 의 EMC® E-Lab™ Interoperability Navigator를 참조하십시오.

◆ EMC Symmetrix® 시리즈 8000 및 DMX 스토리지

◆ EMC CLARiX® 스토리지 모델:

• CX300, 300i, 400, 500, 500i, 600, 700, CX3-20-CL, CX3-40-CL, CX3-80-CL, AX4-5

• CX380/CX340(F)/CX320(F)

• CX340c/CX320c, CX310c,

• CX4120/CX4240/CX4480/CX4960

◆ EMC Celerra® NSX 시리즈, NSX 시리즈/게이트웨이, NS 시리즈/통합, NS 시리즈/게이트웨이, 510 Data Mover 장착 CNS 모델 및 514 Data Mover 장착 CNS 모델

◆ EMC Invista® 인스턴스

이러한 스토리지가 Replication Manager에서 작동하려면 먼저 특정 수준의 펌웨어 및 소프트웨어를 설치해야 합니다.

Replication Manager를 설치하기 전에 다음을 수행합니다.

1. 스토리지 시스템을 준비합니다.

2. 필수 소프트웨어를 설치합니다.

3. Replication Manager 라이센스를 취득합니다.

스토리지 시스템 준비 이 섹션에서는 각 스토리지 시스템에 필요한 고급 작업을 설명합니다.

CLARiX 스토리지 CLARiX의 경우 다음을 수행해야 합니다.

1. CLARiX 스토리지를 호스트 시스템에 연결하거나 CLARiX 스토리지와 호스트 시스템 사이에 iSCSI 접속 구성을 설정합니다.

2. CLARiX 스토리지 하드웨어를 구성합니다.

3. CLARiX 스토리지 소프트웨어를 설치합니다.

이러한 작업에 대해 제4장 ”CLARiX 스토리지 시스템 설정”에서 설명합니다.


http://powerlink.emc.com



Symmetrix 스토리지 Symmetrix의 경우 다음을 수행해야 합니다.

1. Symmetrix 스토리지를 호스트 시스템에 연결합니다.

2. Symmetrix 스토리지 하드웨어를 구성합니다.

3. Symmetrix 스토리지 소프트웨어를 설치합니다.

자세한 내용은 제5장 ”Symmetrix 스토리지 시스템 설정”의 정보를 참조하십시오.

Celerra 스토리지 시스템을 나타냅니다.

Celerra의 경우 다음을 수행해야 합니다.

1. Celerra 스토리지 하드웨어를 구성합니다.

2. Celerra 스토리지 소프트웨어를 설치합니다.

3. Celerra 스토리지와 호스트 시스템 사이에 iSCSI 접속 구성을 설정합니다.

자세한 내용은 제6장 ”Celerra 스토리지 시스템 설정”의 정보를 참조하십시오.

Invista 인스턴스 Invista의 경우 다음을 수행해야 합니다.

1. SAN 접속을 통해 Invista 인스턴스를 호스트 시스템에 연결합니다.

2. 호스트가 사용하는 모든 스토리지에 액세스할 수 있도록 Fibre 스위치를 조닝(zoning)합니다.

3. Invista Admreplicate를 Replication Manager Agent가 실행되는 호스트에 설치합니다.

4. Invista INVCLI를 Replication Manager Agent가 실행되는 호스트에 설치합니다.

자세한 내용은 제7장 ”Invista 설정”의 정보를 참조하십시오.

RecoverPoint RecoverPoint의 경우 RecoverPoint 설명서와 제8장 ”RecoverPoint 설정”에 설명된 추가 정보에 따라 설치 및 구성합니다.

필수 소프트웨어 설치 Replication Manager를 설치하기 전에 다음 단계를 수행합니다.

1. Replication Manager Server를 실행하도록 지정한 컴퓨터에 필수 OS 패치를 포함한 운영 체제를 설치합니다.

2. 각 호스트에 OS 패치 및 모든 필수 패치를 포함한 운영 체제를 설치합니다.

3. 호스트에 Exchange, SQL Server, UDB DB2, Oracle 등 애플리케이션 소프트웨어를 설치합니다.

예비 스토리지 시스템 설정 23

24


Replication Manager 소프트웨어 라이센스 키 취득

라이센스 키는 Replication Manager에 대한 액세스를 제어합니다. Replication Manager 패키지에 제공된 소프트웨어 키 요청 카드의 지침에 따라 소프트웨어 라이센스 키를 취득합니다. Replication Manager 설치 시 키가 들어 있는 파일 경로를 지정해야 합니다. 자세한 내용은 46페이지의 “라이센스 파일 받기”을 참조하십시오.



최소 하드웨어 요구 사항

다음 표에는 지원되는 플랫폼에서 각 Replication Manager 구성 요소를 실행하는 데 필요한 최소 하드웨어 요구 사항이 있습니다. 다음 사항을 고려해야 합니다.

◆ 동일한 시스템에서 다수의 구성 요소를 실행하는 경우 이러한 구성 요소에 필요한 메모리 요구 사항의 합계가 필요합니다.

◆ 업그레이드 설치인 경우에도 처음 설치와 동일한 디스크 공간이 필요합니다.

최신 지원 정보는 EMC Powerlink® 웹 사이트(http://Powerlink.EMC.com)에 게시되어 있는 EMC Replication Manager Support Matrix를 참조하십시오.

Replication Manager Server

25페이지의 표 1에서는 Replication Manager Server의 최소 요구 사항을 보여 줍니다.

참고: Replication Manager Server는 VMware 또는 Hyper-V 가상 시스템에 설치할 수 있습니다.

표 1 Replication Manager Server의 최소 요구 사항

항목 요구 사항 주석

메모리 256MB 1GB 권장

디스크 공간 1 GB Replication Manager Server가 사용하는 내부 데이터베이스 크기의 초기값은 500MB입니다. 각 복제본은 데이터베이스에서 2MB - 4MB까지 사용하므로 500MB는 내부 데이터베이스에 저장되어야 하는 제어 파일의 크기에 따라 12개 - 250개의 복제본을 허용합니다.임시 파일에 필요한 공간이 포함됩니다.로그 파일 크기에 대해서는 114페이지의 “Replication Manager 로그 파일” 을 참조하십시오.

페이징 파일 512MB

연결 네트워크 접속

최소 하드웨어 요구 사항 25

26


Replication Manager 콘솔

26페이지의 표 2에 Replication Manager 콘솔의 최소 요구 사항이 표시됩니다.

표 2 Replication Manager 콘솔의 최소 요구 사항

Replication Manager Agent

26페이지의 표 3에는 지원되는 플랫폼에 따라 필요한 Replication Manager Agent의 최소 요구 사항이 표시됩니다.

항목 요구 사항

메모리 256MB

디스크 공간 200MB

연결 네트워크 접속

표 3 Replication Manager Agent의 최소 요구 사항

요구 사항 UNIX 및 Linux Windows 주석

메모리 256MB 256MB 2GB 권장

디스크 공간 1 GB 2500MB 로그 파일 크기에 대해서는 114페이지의 “Replication Manager 로그 파일” 에서 자세한 내용을 참조하십시오.

연결 네트워크 접속 또는 Fibre(대상: CLARiX)Fibre(Symmetrix)

네트워크 접속, Fibre 또는 iSCSI 접속(대상: CLARiX)네트워크 접속 또는 iSCSI 접속(대상: Celerra)Fibre(Symmetrix)



HBA 드라이버 지원

이 섹션에서는 Replication Manager HBA 드라이버 지원에 대해 설명합니다.

Sun StorEdge SANFoundation(Leadville)

Replication Manager는 Solaris 클라이언트에서 Sun StorEdge SAN Foundation(Leadville) HBA 및 드라이버를 사용하는 CLARiX 복제 작업을 지원하지만 이러한 HBA가 Replication Manager에서 제대로 작동하려면 다음과 같은 특정 요구 사항에 부합해야 합니다.

◆ /etc/system 파일에 다음 행이 추가되어야 합니다. 이 설정을 적용하려면 일반적으로 시스템을 재시작해야 합니다.set fcp:ssfcp_enable_auto_configuration=1

◆ 현재 Sun StorEdge Traffic Manager(MPxIO) 사용은 지원되지 않습니다. 페일오버 및 로드 밸런스에는 EMC PowerPath®를 사용하는 것이 좋습니다. 현재 지원되는 PowerPath 버전은 EMC Replication Manager Support Matrix를 참조하십시오.

◆ Leadville을 VxVM(Veritas Volume Manager)과 함께 사용하는 경우 엔클로저 기반 이름 지정만 사용합니다. 다음 URL에서 Veritas 문서 ID 252395를 참조하십시오.http://support.veritas.com/docs/252395

◆ Veritas Volume Manager가 현재 환경에서 지원됩니다. 구체적인 세부 정보는 EMC Replication Manager Support Matrix를 참조하십시오.

◆ Leadville 지원(Symmetrix 및 CLARiX 둘 다)에는 최소 Solutions Enabler 버전이 필요합니다. 구체적인 세부 정보는 EMC Replication Manager Support Matrix를 참조하십시오.

HBA 드라이버 지원 27

28


IPv6 지원 IPv6(인터넷 프로토콜 버전 6)는 기존 IPv4(인터넷 프로토콜 버전 4) 구현에서 발생하던 일부 문제를 해결하도록 설계된 차세대 IP 주소 지정 프로토콜입니다. 기존 IPv4에서는 사용 가능한 주소 수가 제한되었지만 IPv6에서는 무제한으로 주소를 사용할 수 있다는 것이 가장 큰 차이점입니다. 이 섹션에서는 Replication Manager의 IPv6 지원에 대해 설명하고 Replication Manager Server, 에이전트 및 콘솔 간에 접속이 구성되어 있는지 확인하는 방법에 대해 설명합니다.

인터넷 프로토콜 지원 Windows Server 2008에서는 IPv4와 IPv6가 모두 지원됩니다. 이를 이중 스택(Dual Stack) 구성이라고 합니다. Windows Server 2008 환경에서는 IPv4 또는 IPv6를 해제할 수도 있고 둘 다 설정한 상태로 유지할 수도 있습니다.

또한 이중 스택을 지원하거나 기존 IPv4 접속만 지원(기본값)하도록 Windows Server 2003을 구성할 수 있습니다. 다음 표를 통해 Replication Manager에서 지원되는 조합을 파악할 수 있습니다.

콘솔 - 서버 간 접속 표 4 및 29페이지의 표 5에는 Replication Manager 콘솔을 Replication Manager Server에 접속할 때 지원되는 인터넷 프로토콜 구성이 나와 있습니다.

a콘솔과 서버가 모두 이중 스택인 환경에서는 IPv6 주소만을 사용하여 서버에 로그인해야 합니다. 이 구성에서는 기존 IPv4 주소 또는 서버 이름을 사용하여 서버에 액세스할 수 없습니다.

표 4 Replication Manager Server(Windows 2003)와 콘솔 간 접속을 위한 IP 구성

콘솔 환경

서버(Windows 2003)

IPv4 전용 이중 스택

Windows 2008(IPv6 전용) 해당 없음 지원a

Windows 2008(IPv4 전용) 지원됩니다. 지원되지 않음

Windows 2008(이중 스택) 지원됩니다. 지원a

Windows 2003(IPv4 전용) 지원됩니다. 지원되지 않음

Windows 2003(이중 스택) 지원됩니다. 지원a

Windows 2000/XP 등 (IPv4만 해당) 지원됩니다. 지원되지 않음



에이전트 - 서버 간 접속 29페이지의 표 6에서는 Replication Manager Agent를 Windows Server 2003의 Replication Manager Server에 접속할 때 지원되는 인터넷 프로토콜 구성을 보여 줍니다.

* 네트워크 이름이 아닌 IPv6 IP 주소를 사용하여 호스트를 Replication Manager Server에 등록해야 합니다.

표 5 서버(Windows 2008)와 콘솔 간 접속을 위한 IP 구성

콘솔 환경


IPv4 전용 이중 스택 IPv6 전용

Windows 2008(IPv6 전용) 해당 없음 지원됩니다. 지원됩니다.

Windows 2008(IPv4 전용) 지원됩니다. 지원됩니다. 해당 없음

Windows 2008(이중 스택) 지원됩니다. 지원됩니다. 지원됩니다.



Windows 2000/XP 등 (IPv4만 해당) 지원됩니다. 지원됩니다. 해당 없음

표 6 서버(Windows 2003)와 에이전트 간 접속을 위한 IP 구성

에이전트 환경


IPv4 전용 이중 스택

Windows 2003(IPv4 전용) 지원됩니다. 지원됩니다.

Windows 2003(이중 스택) 지원되지 않음 지원*

Windows 2008(IPv4 전용) 지원됩니다. 지원됩니다.

Windows 2008(이중 스택) 지원됩니다. 지원됩니다.

Windows 2008(IPv6 전용) 해당 없음 지원*

UNIX/Linux(IPv4 전용) 지원됩니다. 지원됩니다.

UNIX/Linux(이중 스택) 지원되지 않음 지원됩니다.

IPv6 지원 29

30


30페이지의 표 7에서는 Replication Manager Agent를 Windows Server 2008의 서버에 접속할 때 지원되는 인터넷 프로토콜 구성을 보여 줍니다.

* 네트워크 이름이 아닌 IPv6 IP 주소를 사용하여 호스트를 Replication Manager Server에 등록해야 합니다.

Replication ManagerServer 재해 복구

Replication Manager Server 재해 복구(Server DR)에는 IPv4 전용 환경이 필요합니다. 이중 스택 및 IPv6 전용 환경에서는 Server DR이 지원되지 않습니다.Server DR에 대해서는 326페이지의 “Replication Manager Server 재해 복구”에서 자세히 설명합니다.

표 7 Replication Manager Server(Windows 2008)와 에이전트 간 접속을 위한 IP 구성

에이전트 환경


IPv4 전용 이중 스택 IPv6 전용


Windows 2003(이중 스택) 지원되지 않음 지원* 지원*



Windows 2008(IPv6 전용) 해당 없음 지원됩니다. 지원됩니다.

UNIX/Linux(IPv4 전용) 지원됩니다. 지원됩니다. 지원되지 않음

UNIX/Linux(이중 스택) 지원되지 않음 지원됩니다. 지원됩니다.



Veritas 볼륨

Replication Manager는 Windows 2000, Solaris, HP-UX 및 Linux 환경에서 VxVM(Veritas Volume Manager)을 지원합니다. 자세한 내용은 EMC Replication Manager Support Matrix를 참조하십시오.

일반 고려 사항 VxVM 환경의 Replication Manager에는 다음과 같은 일반 고려 사항이 적용됩니다.

◆ VxVM 구성은 운영 호스트 및 마운트 호스트와 정확하게 일치해야 합니다. OS, Replication Manager, VxVM, PowerPath, 파일 시스템 유형 및 Solutions Enabler의 버전을 확인하십시오.

(예외: Replication Manager는 운영 호스트와 마운트 호스트에서 이름 지정 체계가 다른 시스템을 지원할 수 있습니다.)

◆ Replication Manager가 Veritas 볼륨을 제대로 마운트하려면 하위 디스크, 플렉스 및 볼륨이 디스크 그룹에 만들어진 후에는 엔클로저 기반 이름에서 전환하거나 엔클로저 기반 이름으로 전환하도록 결정하지 않아야 합니다.

◆ Replication Manager는 VxVM CDS(플랫폼 간 데이터 공유) 디스크를 허용합니다. 구체적인 세부 정보는 EMC Replication Manager Support Matrix를 참조하십시오.

◆ Replication Manager는 VxVM 버전 5.0 MP3 환경에서 mntlock 기능을 지원하지 않습니다.

◆ 27페이지의 “HBA 드라이버 지원”에서 설명한 대로 이 유형의 HBA 드라이버를 사용하려면 엔클로저 기반 이름 지정을 사용해야 합니다.

◆ Replication Manager는 DMP(동적 다중 경로 작업) 디바이스에 사용자 정의된 이름을 지원하지 않습니다.

Veritas 이름 지정 규칙 Replication Manager는 모든 Veritas 이름 지정 규칙을 지원하며 모든 기존 VxVM 환경에 구축할 수 있습니다.

참고: 단, 엔클로저 기반 이름 지정은 Linux 환경에서 지원되지 않습니다.

Linux가 아닌 최신 환경에서는 기본 이름 지정 및 유사 이름 지정보다 엔클로저 기반 이름 지정을 사용하는 것이 좋습니다. 유사 이름 지정은 가능하면 사용하지 않는 것이 좋지만, 아래의 PowerPath 참고 항목을 참조하십시오.

Veritas 볼륨 31

32


Veritas 타사 드라이버 Veritas 타사 드라이버(TPD)는 Veritas 디바이스의 물리적 디바이스 이름을 지시합니다. 즉, 엔클로저 기반 이름 지정을 사용하는 경우에도 TPD 모드는 기본 또는 유사 디바이스 이름으로 설정합니다. Replication Manager는 운영 호스트와 마운트 호스트가 동일한 설정을 사용하는 한 두 TPD 설정 중 하나를 사용할 수 있습니다.

PowerPath를 사용하는 경우에는 TPD 설정에 유사 이름을 사용하는 것이 좋습니다. 다음 Veritas 명령을 사용하여 TPD 설정을 지정할 수 있습니다.

# vxdmpadm setattr enclosure enclosure tpdmode=[native|pseudo]

TPD 설정을 확인하려면 Veritas 명령 vxdisk list를 실행하고 명령 출력에서 Device 열을 비교합니다.



Windows 디스크 유형

Windows 기본 디스크 복제가 지원되며, 지원되는 버전에 대한 최신 정보는 EMC Replication Manager Support Matrix를 참조하십시오.

물리적 디스크당 한 개의 파티션이 지원됩니다. 단일 볼륨 그룹 내에서 다수의 스토리지 시스템 유형에 상주하는 볼륨은 지원되지 않습니다.

Windows 디스크 유형 33

34


Replication Manager Server 요구 사항

Replication Manager Server를 설치하려면 다음 운영 체제 중 하나가 필요합니다.

◆ Windows Server 2008


또한 시스템은 EMC Replication Manager Support Matrix에 설명된 Windows 서비스 팩 수준 및 핫픽스에 부합해야 합니다.

VMware 지원 Replication Manager Server는 VMware에서 Windows 2003 및 Windows 2008을 지원합니다. 최소 지원 버전은 VMware 2.5.1입니다.

메모리 및 디스크 요구 사항은 25페이지의 표 1에 나온 Windows 플랫폼용 Replication Manager Server 요구 사항과 동일합니다. VMware 시스템의 권장 네트워크는 GigE입니다.

Replication Manager가 VMware와 함께 작동하도록 구성하는 방법에 대해서는 제9장 ”VMware 설정”에서 자세한 내용을 참조하십시오.

e-메일 요구 사항 Replication Manager e-메일 기능은 IIS(인터넷 정보 서비스)에 따라 달라집니다. Replication Manager Server 소프트웨어를 설치하려면 먼저 IIS가 서버 시스템에 설치되어 실행 중이어야 합니다.

Windows 2003 또는 Windows 2008에서는 IIS가 자동으로 설치되지 않습니다. Replication Manager Server를 설치하기 전에 IIS가 시스템에 설치되어 있는지 확인합니다.

◆ Windows 2003에서는 IIS를 설치할 때 SMTP 서비스 옵션을 선택해야 합니다. SMTP 서비스를 포함한 IIS 설치 옵션을 확인하려면 Windows 구성 요소 추가/제거 마법사의 첫 번째 패널에서 자세히 단추를 클릭합니다.

◆ Windows 2008에서는 Server Manager를 열고 작업 > 기능 추가를 선택한 다음 SMTP 서버를 선택합니다. IIS를 설정하지 않은 경우 필수 역할 서비스를 추가할지 묻는 메시지가 자동으로 표시됩니다.

SMTP(Simple Mail Transfer Protocol) 서비스가 서비스 관리자에서 시작되어야 합니다.

IIS와 SMTP 서비스 설치 및 구성에 대한 자세한 내용은 Microsoft Support 기술 자료 문서를 참조하십시오.



Replication Managere-메일 보낸 사람 주소

설정

Replication Manager Server에서 e-메일 보낸 사람 주소를 설정하려면

1. HKEY_LOCAL_MACHINE\SOFTWARE\emc\EMC ControlCenter Replication Manager\Server\MailSender에서 메시지에 포함할 보낸 사람 e-메일 주소(예: [email protected])를 포함하도록 문자열 값 레지스트리 키를 수정합니다.

2. Replication Manager Server(복제가 실행되지 않는 동안)를 다시 시작합니다.

64비트 구성 제한 64비트 환경(예: EMC SRDF®/CE 또는 EMC MirrorView™/CE)에 Replication Manager Agent를 설치하려는 경우 동일한 시스템에 Replication Manager Server를 설치하지 않도록 합니다. 64비트 에이전트에 필요한 64비트 Solutions Enabler는 Replication Manager Server(32비트 애플리케이션)가 디바이스를 잠금 또는 잠금 해제하거나 EMC ControlCenter®(ECC)를 통합하는 것을 방해합니다.

또한 Replication Manager Server가 Symmetrix 스토리지와 직접적으로 통신할 수 없고 에이전트에 의존해야 하므로 성능이 약간 저하됩니다.

MOM/SCOM 서버 요구 사항

CIM 이벤트를 게시하려면 MOM/SCOM 서버와 Replication Manager Server가 동일한 도메인에 있거나, 도메인 간에 트러스트 관계를 생성해야 합니다.

serverdb 디스크 스토리지 요구 사항

Replication Manager Server의 내부 데이터베이스(serverdb) 디렉토리는 증가를 수용하기 위해 다른 서버 구성 요소와 별도로 자체 디바이스에 배치하는 것이 좋습니다. serverdb 디렉토리에는 복제된 애플리케이션 데이터의 로그 및 Replication Manager의 내부 데이터베이스가 포함됩니다.

이 섹션에서는 serverdb를 배치할 적절한 디바이스를 선택할 수 있도록 필요한 디스크 크기를 추정하는 방법에 대해 설명합니다. Replication Manager Server 설치 과정에서 serverdb의 위치를 지정합니다. 미러링이나 RAID와 같은 방법으로 보호되는 스토리지 디바이스에 서버 데이터베이스가 있어야 합니다.

디스크 크기 고려 사항 serverdb의 디스크 크기 요구 사항을 결정하는 경우 다음 사항을 고려합니다.

◆ 데이터베이스의 복잡성 및 사용도에 따라 Oracle 로그가 상당히 커질 수 있습니다. 사용도가 중간에서 높은 수준인 경우 Oracle 데이터베이스 복제본당 최대 200MB가 허용됩니다.

Replication Manager Server 요구 사항 35

36


◆ 복제가 비교적 적은 동안 생성되는 SQL Server 메타데이터입니다. 복제본당 100KB가 허용됩니다.

◆ serverdb 디바이스에서 각 파일 시스템 복제본당 100KB가 허용됩니다.

◆ 계산에서는 스냅, 클론, BCV(무중단 업무 운영 볼륨) 등의 모든 복제 기술을 고려해야 합니다.

◆ 이전 값은 복제본 단위입니다. 회전 수를 7로 지정하여 작업을 예약하는 경우 값에 7을 곱합니다.

샘플 계산 다음은 serverdb에 필요한 크기를 추정해 보는 샘플 계산입니다. 36페이지의 표 8에서는 복제본이 일주일 간 하루 2회 만들어지는 경우 두 Oracle 데이터베이스에 대해 serverdb에 필요한 디스크 공간의 양을 계산합니다.

36페이지의 표 9에서는 복제본이 일주일 간 하루 1회 만들어지는 경우 세 파일 시스템에 대해 serverdb에 필요한 디스크 공간의 양을 계산합니다.

표 8 두 Oracle 데이터베이스에 대해 필요한 serverdb 크기 계산

객체각 복구창에 지정된 복제본 수

복제본당 권장 크기 전체 경고

Oracle 인스턴스 1

14(일주일 간 하루 2회)

200MB 2.8GB

Oracle 인스턴스 2

14(일주일 간 하루 2회)

200MB 2.8GB

5.6GB

표 9 세 파일 시스템에 대해 필요한 serverdb 크기 계산

객체각 복구창에 지정된 복제본 수

복제본당 권장 크기 전체 경고

파일 시스템 1 7 0.7MB 5MB



15MB



Replication Manager Agent 요구 사항

37페이지의 표 10에는 Replication Manager Agent 소프트웨어가 지원하는 운영 체제, 논리 볼륨 관리자, 파일 시스템 및 데이터베이스가 요약되어 있습니다.

EMC Replication Manager Support Matrix에서는 지원되는 애플리케이션, 운영 체제, 아키텍처(x86, x64 또는 IA64), 고가용성 환경, 볼륨 관리자 및 기타 지원되는 소프트웨어에 대한 구체적인 정보를 제공합니다. 이 문서는 다음 웹 사이트의 Powerlink에서 확인할 수 있습니다.


에이전트 호스트 시스템이 EMC Replication Manager Support Matrix에 간략하게 설명된 운영 체제 패치 수준에 부합해야 합니다.

EMC에서는 두 개 이상의 논리 볼륨 관리자에 동시에 상주하는 데이터의 복제를 권장하지 않습니다. 마운트 호스트의 구성은 데이터가 생성된 운영 호스트의 구성과 유사해야 합니다. 마운트 제한 사항에 대한 자세한 정보는 EMC Replication Manager 제품 설명서에 있습니다.

Replication Manager는 시스템에 32비트 바이너리, 64비트 바이너리 또는 두 바이너리의 조합을 설치할 수 있습니다. 시스템에 설치되는 바이너리는 시스템의 아키텍처, 소프트웨어를 설치한 위치, 지정된 환경에서 애플리케이션에 기본 64비트 바이너리를 사용할 수 있는지 여부에 따라 달라집니다.

Windows 호스트에서는 Replication Manager에 Replication Manager 구성 검사기 및 Exchange 2007/2010 에이전트용 Microsoft .NET Framework 버전 2.0이 있어야 합니다. .NET Framework 버전 2.0은 Replication Manager 배포에 포함되어 있으며 다음 웹 사이트에서 다운로드할 수도 있습니다.

표 10 Replication Manager Agent 지원 정보

운영 체제Solaris, IBM AIX, HP-UX, Linux, Windows 2000, Windows Server 2003 및 Windows Server 2008

고가용성 환경Oracle RAC, PowerPath, Sun Clusters, VCS, MSCS, MC/ServiceGuard, HACMP

논리 볼륨 관리자 VxVM, AIX native LVM, HP-LVM, RedHat Native LVM

파일 시스템 VxFS, JFS, JFS2, Solaris UFS, HP HFS, NTFS, Linux ext3 FS

데이터베이스/애플리케이션

Oracle, DB2 UDB, Microsoft SQL Server, Microsoft Exchange, Microsoft SharePoint

Replication Manager Agent 요구 사항 37

38


http://www.microsoft.com/downloads

HP Serviceguard 및 IBM HACMP 클러스터 마운트 기능은 클러스터 노드가 /usr/bin/perl에 Perl Interpreter 버전 5.8.0 이상을 보유하고 있어야 합니다.

Solaris 호스트에서는 디스크가 아닌 디바이스(예: Fibre 연결 테이프 디바이스)가 디스크와 동일한 fibre 컨트롤러에 있지 않아야 합니다.



Replication Manager 콘솔 요구 사항

Replication Manager 콘솔 소프트웨어는 다음 운영 체제를 지원합니다.



◆ Windows Vista

◆ Windows XP

◆ Windows 2000 Advanced Server/Server/Professional

http://Powerlink.EMC.com 의 Replication Manager Support Matrix에서는 Replication Manager 콘솔을 지원하는 운영 체제에 대한 정보를 제공합니다.

Replication Manager 콘솔 요구 사항 39


40


클러스터 요구 사항

이 섹션에서는 클러스터 환경에 필요한 Replication Manager 구성 요소의 요구 사항을 설명합니다.

Replication Manager Server 구성 요소

Replication Manager Server를 클러스터 인식 애플리케이션으로 설치할 수 있습니다. 클러스터에서 실행 중인 컴퓨터에 Replication Manager Server를 설치하는 경우:

◆ 클러스터의 한 노드에만 Replication Manager Server 구성 요소를 설치합니다.

◆ Replication Manager Server 리소스 그룹이 페일오버하는 경우 Replication Manager가 자체적으로 페일오버하고 설치됩니다.

진행되고 있던 Replication Manager 작업은 클러스터 페일오버 과정에서 실패합니다. 그러나 작업 스케줄이 반복되는 경우 다음 번 예정된 작업은 실행됩니다.

클러스터 체크리스트 Replication Manager Server 구성 요소를 클러스터 환경에 설치하기 전에 다음을 확인합니다.

◆ 적절한 Microsoft 핫픽스가 설치되어 있어야 합니다. 자세한 내용은 EMC Replication Manager Support Matrix를 참조하십시오.

◆ 지원되는 버전의 클러스터 소프트웨어가 설치되어 있어야 합니다. 최신 지원 정보는 EMC Replication Manager Support Matrix를 참조하십시오.

Windows 2003의 클러스터 구성

Replication Manager Server를 MSCS 환경에 설치하기 전에 다음 단계를 수행합니다.

1. Replication Manager Server용 리소스 그룹을 만듭니다.

2. 해당 그룹에 IP 주소 자원을 추가합니다.

3. 해당 그룹에 네트워크 이름 자원을 추가합니다. 이 자원이 이전 단계에서 추가한 IP 주소 자원에 종속되도록 만듭니다. 이 네트워크 이름 리소스는 Replication Manager Server가 사용할 가상 서버 이름입니다.

4. Replication Manager Server 소프트웨어 및 데이터베이스의 물리 디스크 리소스를 추가합니다.



Windows 2008 페일오버 클러스터의 클러스터 구성

Replication Manager Server를 Windows 2008 페일오버 클러스터 환경에 설치하기 전에 다음 단계를 수행합니다.

1. 페일오버 클러스터 관리자를 사용하여 Replication Manager Server에 대한 빈 애플리케이션을 만듭니다.

2. 클라이언트 액세스 지점 자원을 1단계에서 만든 애플리케이션에 추가합니다.

3. Replication Manager Server 소프트웨어 및 데이터베이스의 물리 디스크 리소스를 추가합니다.

여러 가상 노드의 Replication Manager Server

같은 물리적 노드에서 한 클러스터로 구성된 여러 가상 노드를 실행 중이고 이러한 가상 노드 중 하나에서만 Replication Manager Server가 실행될 경우 나머지 가상 노드 중 하나의 가상 IP 주소 또는 가상 서버 이름을 입력하여 해당 Replication Manager Server에 액세스할 수 있습니다. 즉, 이 구성에서는 클러스터 내 Replication Manager 소프트웨어가 설치되어 있지 않은 가상 노드에서 Replication Manager에 액세스 및 실행할 수 있습니다. 클러스터에 포함된 Replication Manager를 사용할 때에는 항상 Replication Manager Server가 설치되어 있는 가상 서버의 가상 서버 이름 또는 IP 주소를 사용합니다. 같은 클러스터에 있는 다른 가상 서버의 IP 주소는 사용하지 마십시오.

Replication Manager Agent 및 콘솔 구성 요소

Replication Manager Agent 및 콘솔 구성 요소는 클러스터로 페일오버하지 않습니다. 클러스터링된 시스템에 에이전트 또는 콘솔 구성 요소를 설치하는 경우 모든 노드에 로컬로 설치해야 합니다.

클러스터링된 시스템에 Replication Manager Agent 소프트웨어를 설치하기 전에 다음 클러스터 유형 요구 사항에 부합하는지 확인합니다.

MSCS 체크리스트 ◆ 모든 클러스터 노드가 운영되어야 합니다.

◆ 모든 공유 디바이스가 온라인이어야 합니다.

◆ 모든 자원이 설치 및 구성을 통해 동일한 노드에 의해 소유되어야 합니다.

◆ SQL Server 및 Exchange와 같은 애플리케이션 소프트웨어가 실행 중이어야 합니다.

◆ 모든 클러스터 노드의 CLARiX 스토리지는 동일한 스토리지 그룹에 상주해야 합니다.

◆ 클러스터가 마운트 작업에 사용 중인 경우 Replication Manager의 패시브 노드는 별도의 CLARiX 스토리지 그룹에 있어야 합니다.

클러스터 요구 사항 41

42


HP Serviceguard 및AIX HACMP 체크리

스트

◆ 클러스터 마운트 기능은 모든 클러스터 노드에 PERL이 설치되어 있어야 합니다.

◆ 모든 클러스터 노드의 CLARiX 스토리지는 동일한 스토리지 그룹에 상주해야 합니다.

필수 AIX ODM 패키지 AIX 호스트에 필요한 ODM 패키지는 다음과 같습니다.

◆ EMC.CLARiX.aix.rte 5.3.0.0 EMC CLARiX AIX 지원 소프트웨어

◆ EMC.CLARiX.fcp.rte 5.3.0.0 EMC CLARiX FCP 지원 소프트웨어

◆ EMC.CLARiX.ha.rte 5.3.0.0 EMC CLARiX HA 동시 지원

◆ EMC.Symmetrix.aix.rte 5.3.0.0 EMC Symmetrix AIX 지원 소프트웨어

◆ EMC.Symmetrix.fcp.rte 5.3.0.0 EMC Symmetrix FCP 지원 소프트웨어

◆ EMC.Symmetrix.ha.rte 5.3.0.0 EMC Symmetrix HA 동시 지원

◆ EMCpower.base 5.0.0.0 PowerPath 기본 드라이버 및 유틸리티

◆ EMCpower.consistency_grp 5.0.0.0 PowerPath 정합성 보장 그룹(Consistency Group) 확장 및 유틸리티

◆ EMCpower.migration_enabler 5.0.0.0 PowerPath Migration Enabler 및 유틸리티

◆ EMCpower.mpx 5.0.0.0 PowerPath Multi_Pathing 확장 및 유틸리티

◆ EMCpower.multi_path_clarix 5.0.0.0CLARiX용 PowerPath Multi_Pathing 확장


2

이 장에서는 Replication Manager를 설치하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ Replication Manager 구성 요소의 개요 ........................................... 44◆ 제품 DVD의 내용 ............................................................................... 45◆ 설치 전 작업 ........................................................................................ 45◆ Replication Manager Server 소프트웨어 설치 ............................... 51◆ Replication Manager Agent 소프트웨어 설치 ................................ 54◆ Replication Manager 콘솔 소프트웨어 설치 ................................... 58◆ 로그 파일을 사용하여 설치 문제 해결 ............................................. 59◆ Replication Manager 수정 또는 제거 ............................................... 59◆ Replication Manager 업그레이드 ..................................................... 61◆ Replication Manager Server를 다른 호스트로 마이그레이션 ...... 65◆ 현재 버전 및 패치 수준 보기 ............................................................. 65◆ Replication Manager 구성 검사기 .................................................... 66

설치

설치 43

44

설치

Replication Manager 구성 요소의 개요

Replication Manager는 이 섹션에 나오는 소프트웨어 구성 요소로 구성되어 있습니다. 일부 호스트에는 이러한 구성 요소 중 하나만 필요하지만 다른 호스트에는 두 가지 구성 요소나 세 가지 구성 요소가 모두 필요할 수 있습니다. 각 시스템에 어떤 구성 요소를 설치할지를 결정하려면 다음과 같이 각 구성 요소에서 수행하는 작업을 고려합니다.

◆ Replication Manager Server 구성 요소는 복제본을 관리합니다. 일반적으로 Replication Manager Server는 여러 호스트의 다양한 요구 사항을 지원할 수 있습니다.

참고: 하지만 Replication Manager Server는 32비트 애플리케이션만 지원합니다. 지원되는 64비트 환경에 RM Server를 설치하면 32비트 서버 바이너리가 시스템에 추가됩니다.

◆ Replication Manager Agent 구성 요소는 복제하기 전에 데이터를 일시 중지하는 작업 등을 수행하여 호스트 시스템에서 복제본을 생성하거나 마운트하도록 준비합니다. 애플리케이션 소프트웨어가 있는 호스트에 소프트웨어를 설치합니다. 사용 가능한 에이전트는 다음과 같습니다.

• Oracle

• UDB

• SQL Server

• Exchange 2000/Exchange 2003

• Exchange 2007/Exchange 2010

• SharePoint 2007

• 파일 시스템(위에 나열된 에이전트 중 하나를 설치할 때 항상 설치됨)

자세한 내용은 37페이지의 “Replication Manager Agent 요구 사항”의 정보를 참조하십시오.

네이티브 64비트 에이전트는 Exchange 및 SQL Server에 사용할 수 있으며, SRDF/CE 및 MirrorView/CE 지원을 받으려면 64비트 에이전트가 필요합니다. Windows Server 2008의 모든 에이전트는 기본적으로 64비트이므로 SRDF/CE 또는 MirrorView/CE에 별도의 에이전트가 필요하지 않습니다.


설치

◆ 사용하기 편리한 그래픽 사용자 인터페이스로 제공되는 Replication Manager 콘솔 구성 요소를 활용하여 서버 및 에이전트 소프트웨어를 원격이나 로컬로 제어할 수 있습니다. 지원되는 Windows 시스템에 이 소프트웨어를 설치합니다.

제품 DVD의 내용

Replication Manager 기본 릴리즈는 DVD 하나에 모두 설치되어 제공됩니다. DVD에는 다음과 같이 지원되는 모든 운영 체제를 위한 Replication Manager 구성 요소가 모두 포함되어 있습니다.

◆ Replication Manager Server

◆ Replication Manager Agent

Replication Manager 구성 검사기(에이전트와 함께 설치됨)

◆ Replication Manager 콘솔

참고: 사용자 설명서는 더 이상 제품 DVD에서 제공되지 않습니다. EMC Replication Manager 제품 설명서 및 EMC Replication Manager 관리 설명서(본 설명서)는 Powerlink 웹 사이트에서 참조하십시오.

설치 전 작업

설치를 시작하기 전에 다음 조건을 충족하는지 확인하십시오.

◆ Replication Manager 설명서를 주의해서 읽어보시기 바랍니다. Replication Manager 설명서와 관련된 다른 문서에 대해서는 46페이지의 “설명서 보기 및 인쇄”의 내용을 참조하십시오.

◆ Replication Manager 소프트웨어 키 요청 카드 또는 라이센스 키 파일에 액세스합니다. 자세한 내용은 46페이지의 “라이센스 파일 받기”를 참조하십시오.

◆ HP-UX 호스트에 Replication Manager를 설치하려면 해당 시스템에 DVD를 마운트해야 합니다. 자세한 지침은 49페이지의 “HP-UX에서 DVD 마운트” 섹션을 참조하십시오.

◆ 사용 환경에 방화벽이 있는 경우 Replication Manager를 위해 적절한 포트를 열어야 합니다. 48페이지의 “안전한 환경에서 Replication Manager 설정”에 기본 포트 정보가 나와 있습니다.

제품 DVD의 내용 45

46

설치

◆ 제1장 ”시스템 요구 사항”에 설명된 예비 설정 작업을 모두 수행하고 제4장 ”CLARiX 스토리지 시스템 설정”, 제5장 ”Symmetrix 스토리지 시스템 설정” 제6장 ”Celerra 스토리지 시스템 설정” 및 제7장 ”Invista 설정”에 설명된 절차에 따라 스토리지 환경을 준비합니다.

◆ Replication Manager Server와 호스트, 그리고 콘솔을 호스팅할 시스템에서 루트 액세스 권한(UNIX) 또는 관리자 액세스 권한(Windows)을 부여합니다.

◆ UNIX 시스템인 경우 symcli가 기본 위치에 설치되었는지 확인하십시오. 그렇지 않으면 symcli 위치를 PATH에 추가합니다.

◆ Windows 컴퓨터에서는 시스템 변수 TEMP를 설정합니다. 설치 로그가 TEMP에 저장됩니다.

◆ 다음 위치의 EMC Replication Manager Software Support Matrix에 설명된 대로 필요한 운영 체제 패치를 설치합니다.http://Powerlink.EMC.com

설명서 보기 및 인쇄 이 설명서 외에도 Powerlink에서 사용할 수 있는 다음 설명서를 읽어본 후에 Replication Manager를 설치하고 사용하는 것이 좋습니다.

◆ EMC Replication Manager 릴리즈 노트

◆ EMC Replication Manager 제품 설명서

설명서를 보고 인쇄하려면 Adobe Acrobat Reader가 설치되어 있어야 합니다. Adobe Acrobat Reader는 다음 Adobe 웹 사이트에서 다운로드할 수 있습니다.

http://www.adobe.com

라이센스 파일 받기 Replication Manager는 라이센스를 기반으로 합니다. 이 릴리즈에서는 Replication Manager 5.x용으로 얻은 모든 라이센스가 유효합니다.

설치 과정에서 라이센스 파일을 지정해야 합니다. 라이센스 파일을 받으려면

1. 다음 방법 중 한 가지를 사용하여 라이센스 인증 코드(LAC)를 얻습니다.

• 제품 키트의 Replication Manager 소프트웨어 키 요청 카드에서 LAC를 찾습니다.

• 코드를 잃어버린 경우 다음 주소로 전자 메일을 보내 LAC 복제본을 받을 수 있습니다. 이 경우, 사이트 이름, 사이트 ID, 전화 번호 및 제품 일련 번호도 함께 제공해야 합니다.


설치

[email protected]

라이센스 인증 코드(LAC: License Authorization Code)를 사용하면 웹 기반 라이센스 관리 시스템인 Powerlink의 라이센스 섹션에서 Replication Manager 라이센스 파일을 검색할 수 있습니다.

하나의 라이센스 인증 코드만 사용해도 사용자 구성에 맞는 라이센스가 모두 생성됩니다.

2. http://Powerlink.EMC.com 에서 라이센스 키 파일을 가져옵니다. 지원 > 소프트웨어 다운로드 및 라이센스 받기 > 라이센스 관리로 이동합니다. EMC에서 받은 EMC 라이센스 인증 e-메일을 참조하십시오. e-메일에는 Replication Manager 라이센스 파일을 검색할 수 있는 라이센스 인증 코드(LAC)가 포함되어 있습니다.

3. 라이센스 받기 기본 페이지의 지시를 따릅니다.

Replication Manager Server로 사용할 컴퓨터의 MAC 주소를 묻는 메시지가 표시됩니다. 컴퓨터에 연결된 모든 MAC 주소를 입력할 수 있습니다(예: HBA 또는 네트워크 카드의 MAC 주소).

확장명이 .lic인 라이센스 파일을 저장해야 합니다(실제 라이센스 파일 이름은 고유할 수 있습니다). .lic 파일을 저장할 때 파일 이름 확장명은 기본적으로 .txt가 되는데, 이 확장명은 Replication Manager에서 인식되지 않습니다. .lic 확장명을 사용하여 저장하려면 저장하기 전에 파일 형식 필드에서 모든 파일을 선택합니다.

4. 가져온 라이센스 키 파일은 Replication Manager Server를 설치할 때나 콘솔을 사용할 때 시스템에 적용됩니다.

Replication Manager에서 라이센스가 작동하는 방식에 대한 자세한 내용은 88페이지의 “라이센스 유형”을 참조하십시오.

Replication ManagerServer 재해 복구를 위한

라이센스 요구 사항

Replication Manager에서 서버 재해 복구를 구성하려면 두 가지 Replication Manager Server 라이센스가 필요합니다. 두 라이센스 모두 운영 Replication Manager Server에 설치해야 하며 보조 서버에 라이센스를 추가할 수는 없습니다. Replication Manager Server에서 보조 서버로 페일오버하는 경우에는 운영 서버에서 필요한 것과 동일한 라이센스가 보조 서버에서 사용됩니다.

Replication Manager를 새로 설치하려면 운영 서버에 라이센스 두 개를 제공해야 합니다. 이전 릴리즈에서 업그레이드하는 경우에는 운영 Replication Manager Server의 기존 라이센스 파일에 대해 추가 서버 라이센스를 제공해야 합니다.라이센스 파일에 라이센스를 추가하는 방법에 대해서는 92페이지의 “라이센스 추가”에서 자세한 내용을 참조하십시오.

설치 전 작업 47

48

설치

안전한 환경에서 Replication Manager 설정

이 섹션에서는 안전한 환경에서 Replication Manager를 설정할 때 고려할 사항에 대해 설명합니다.

기본 ReplicationManager 포트

48페이지의 표 11에는 Replication Manager 및 지원 소프트웨어에서 사용하는 포트가 나와 있습니다. 이러한 포트가 열려 있어야 방화벽이 있는 경우에도 Replication Manager가 제대로 작동할 수 있습니다.

Replication Manager의 기본 포트는 설치 과정에서 변경하거나 Replication Manager 콘솔의 호스트 속성과 서버 속성을 수정하여 변경할 수 있습니다.

Replication Manager콘솔

Replication Manager 콘솔을 실행하는 호스트는 모든 일시적 포트에서 아웃바운드 트래픽을 허용해야 합니다.

방화벽 배치 및 포트 이 섹션에서는 Replication Manager 환경에서의 방화벽 배치에 대해 예를 들어 설명합니다. 이 예는 열린 포트 중 어떤 포트가 필요한지 나타냅니다.

참고: 다음 그림의 방화벽 배치는 설명을 위한 것입니다.

표 11 Replication Manager 및 기타 소프트웨어에서 사용하는 기본 포트

송신/수신 포트

서버 제어 포트 65432

서버 데이터 포트 65431

에이전트 제어 포트 6542

에이전트 데이터 포트 6543

에이전트 - 서버 간 443(SSL을 사용하여 Replication Manager Server에 접속한 경우)

콘솔 80

Navisphere® Manager 80/443 또는 2162/2163

Navisphere Secure CLI 443 또는 2163

iSCSI 3260

SSH(RecoverPoint 및 Celerra용) 22


설치

49페이지의 그림 1에서는 CLARiX 스토리지의 Replication Manager 구성에 대한 예를 보여 줍니다.

◆ Replication Manager 콘솔과 Replication Manager Server 사이의 방화벽을 사용하려면 콘솔의 명령이 서버에 도달할 수 있도록 포트 65431과 65432를 열어야 합니다.

◆ Replication Manager Agent 소프트웨어를 실행하는 호스트와 내부 네트워크 간의 방화벽을 사용하려면 포트 6542와 6543이 필요합니다.

그림 1 Replication Manager 환경의 방화벽 배치 예

HP-UX에서 DVD 마운트

HP-UX 호스트에 Replication Manager를 설치하는 경우 호스트를 설치하기 전에 시스템에서 다음과 같은 DVD 마운트 지침을 따릅니다.

1. HP-UX 시스템의 드라이브에 DVD를 넣고 다음 명령을 실행하여 디바이스 주소를 확인합니다.

ioscan -fun

설치 전 작업 49

50

설치

2. DVD를 읽을 수 있는 디바이스의 출력을 검사합니다. 다음과 같은 내용을 찾습니다.

disk 2 8/16/5.2.0 sdisk CLAIMED DEVICE TOSHIBA DVD XM-5701TA /dev/dsk/c2t2d0 /dev/rdsk/c2t2d0

나중에 사용할 수 있도록 디바이스 주소를 기록해 둡니다. 디바이스 주소는 다음과 같습니다.

/dev/dsk/c#t#d0

3. /usr/sbin/에 다음과 같은 바이너리가 있는지 확인합니다.

pfs_mountdpfsdpfs_mountpfs_umount

4. 이 프로세스의 마운트 포인트로 사용할 디렉토리를 만듭니다.

mkdir /mount_dir

5. 다음 명령을 사용하여 /etc/pfs_fstab를 만들거나 편집합니다.

device mount_dir pfs-rrip xlat-rrip 0 0

여기서 device는 DVD에 해당하는 블록 디바이스이고 mount_dir은

4단계에서 생성한 마운트 지점입니다.

6. 다음 명령을 실행합니다.

pfs_mountd &pfsd 4 &


pfs_mount device /mount_dir

여기서 device는 2단계에서 기록한 디바이스 주소이고 /mount_dir은 4단계에서 생성한 디렉토리입니다.

이제 DVD를 사용할 수 있습니다.

DVD를 마운트 해제하려면


pfs_umount device

2. 드라이브에서 DVD를 뺍니다.


설치

Replication Manager Server 소프트웨어 설치

이 섹션에서는 설치 마법사를 사용하여 Replication Manager Server 소프트웨어를 새로 설치하는 방법에 대해 설명합니다. 명령줄을 사용하여 설치하려면 부록 A, “명령줄 인터페이스 사용”에서 자세한 내용을 참조하고, Replication Manager를 기존에 설치된 제품의 업그레이드 버전으로 설치하려면 61페이지의 “Replication Manager 업그레이드”에서 자세한 내용을 참조하십시오.

설치 마법사를 통해 한 번에 모든 유형의 구성 요소(서버, 에이전트, 콘솔)를 설치할 수 있지만 이 섹션에서는 서버 구성 요소를 설치할 때 나타나는 설치 마법사 패널에 대해서만 설명합니다.

서버 구성 요소를 클러스터 환경의 다른 Replication Manager 구성 요소와 함께 설치하는 경우에는 설치 마법사를 통해 한 번에 설치하는 것이 좋습니다.

참고: Replication Manager Server는 지원되는 Windows 호스트에서만 설치할 수 있습니다.

Replication Manager Server 구성 요소를 설치하려면

1. 관리자로 로그인합니다. 클러스터 환경에서 설치하는 경우 클러스터의 액티브(Active) 노드로 로그인합니다.

2. Replication Manager 배포의 최상위 수준에서 ermpatch.bat를 실행합니다.

3. 시작 패널이 나타나면 다음을 클릭합니다.

4. (업데이트 설치에만 해당) 업데이트 준비 단계를 읽고 내용이 이해되면 다음을 클릭합니다.

5. 라이센스 계약을 읽습니다. 동의함을 선택하고 다음을 클릭하여 계속합니다.

6. 서버를 선택하고 다음을 클릭합니다.

7. 클러스터 소프트웨어가 감지되면 클러스터 설치를 수행할지 또는 비클러스터 설치를 수행할지 지정해야 합니다.

클러스터 환경에서는 클러스터 노드 하나에만 Replication Manager Server 구성 요소를 설치해야 합니다.

40페이지의 “클러스터 요구 사항”에 Replication Manager Server의 클러스터 설치를 위한 설치 요구 사항이 설명되어 있습니다.

Replication Manager Server 소프트웨어 설치 51

52

설치

8. 클러스터 설치를 선택한 경우 다음 패널에 표시되는 사전 요구 사항을 확인합니다. 사전 요구 사항을 읽었음을 나타내는 버튼을 클릭하고 다음을 클릭합니다.

9. Replication Manager 설치 위치를 지정하고 다음을 클릭합니다.

기본 위치가 아닌 위치를 입력한 경우 rm이라는 하위 디렉토리에 소프트웨어를 설치하여 Replication Manager 파일을 분리합니다. 존재하지 않는 디렉토리를 지정하면 디렉토리가 만들어집니다. 기본 위치는 C:\Program Files\EMC\rm 또는 C:\Program Files (x86)\EMC\rm입니다.

클러스터 설치를 수행하는 경우에는 기본 위치가 없습니다. Replication Manager Server 리소스 그룹에 추가한 물리 디스크 리소스의 볼륨을 입력합니다. Replication Manager 내부 데이터베이스와 로그도 이 공유 위치에 설치됩니다.

10. Replication Manager 라이센스 키 파일의 이름을 지정하고 다음을 클릭합니다. 라이센스 키 파일 이름은 .lic로 끝나야 합니다. 46페이지의 “라이센스 파일 받기”에는 라이센스 파일을 받는 방법이 설명되어 있습니다.

11. 내부 데이터베이스의 위치 지정(이 패널은 클러스터 설치 과정에 속하지 않음):

• 내부 데이터베이스의 기본 위치는 C:\Program Files\EMC\rm\serverdb 또는 C:\Program Files (x86)\EMC\rm\serverdb입니다. 설치 프로그램에서 이 위치에 serverdb라는 하위 디렉토리를 자동으로 만듭니다.

클러스터 설치를 수행하는 경우에는 공유 클러스터 스토리지의 경로를 지정합니다.

• 다른 서버 구성 요소와 별도로 자체 디바이스에서 데이터베이스가 커질 것을 고려하여 serverdb 디렉토리를 찾는 것이 좋습니다. 서버 데이터베이스가 커지는 속도는 복제본의 수와 복잡성에 따라 다릅니다. 자세한 내용은 35페이지의 “serverdb 디스크 스토리지 요구 사항”의 정보를 참조하십시오.

이 설치 작업은 미러링 또는 RAID 같은 방법으로 보호되는 스토리지 디바이스에 내부 데이터베이스가 있다고 간주합니다.

다음을 클릭하여 계속합니다.


설치

12. 다음 서버 옵션을 지정합니다.

• 서버 제어 및 데이터 통신에 사용할 포트를 지정합니다. 다음을 클릭하면 마법사에서 포트가 이미 사용되고 있지 않은지 확인합니다.

• SSL(보안 소켓 레이어) 통신을 사용할지 여부를 선택합니다. 서버 수준에서 SSL을 선택하면 SSL 프로토콜을 사용하는 서버에 모든 Replication Manager 콘솔이 접속됩니다. 그러면 통신에 대한 무단 액세스를 방지할 수 있는 강력한 인증이 제공되지만 콘솔 및 서버 성능에 영향을 줄 수 있습니다.

13. 서버 소프트웨어를 설치하는 컴퓨터의 호스트 이름과 포트 번호를 기록합니다. 서버에 로그인하려면 이 정보가 필요합니다. 다음을클릭하여 계속합니다.

14. 스케줄을 만드는 데 사용할 사용자 계정을 지정합니다. Replication Manager에서는 Windows 스케줄러를 사용하여 작업 스케줄을 만듭니다. 클러스터 설치를 수행하지 않는 경우 사용자 계정은 로컬 또는 도메인 계정 중 하나이므로 도메인 이름을 지정해야 합니다. 사용자가 로컬 Windows 관리자 그룹의 멤버여야 합니다. 다음을 클릭합니다.

참고: 사용자 이름, 암호, 도메인을 주의하여 입력하십시오. Replication Manager는 설치 과정에서 이 정보를 검증하지 않습니다.

15. 설치를 클릭하여 설치를 시작합니다. 다음을 클릭하면 패널에 설치 과정이 표시됩니다.

16. Replication Manager Server의 재해 복구 역할을 선택합니다. Replication Manager Server 재해 복구 솔루션을 구현하지 않으려면 독립 실행형 서버를 선택합니다.자세한 내용은 328페이지의 “Replication Manager Server 재해 복구 설정”의 정보를 참조하십시오.

설치를 완료하면 Replication Manager에서 설치된 구성 요소를 구성하고 Replication Manager 내부 데이터베이스와 Replication Manager Server 서비스를 시작합니다.

17. 마침을 클릭하여 설치 마법사를 끝냅니다.

호스트 이름 서버 제어 포트

Replication Manager Server 소프트웨어 설치 53

54

설치

참고: 기본 관리자 계정을 사용하여 콘솔에 처음 로그인할 때 Replication Manager에서 새 암호를 묻는 메시지가 표시됩니다.자세한 내용은 70페이지의 “관리자 암호 설정” 의 정보를 참조하십시오.

Replication Manager Agent 소프트웨어 설치

이 섹션에서는 설치 마법사를 사용하여 Replication Manager Agent 소프트웨어를 새로 설치하는 방법에 대해 설명합니다. 명령줄을 사용하여 설치하려면 부록 A, “명령줄 인터페이스 사용”에서 자세한 내용을 참조하고, Replication Manager를 기존에 설치된 제품의 업그레이드 버전으로 설치하려면 61페이지의 “Replication Manager 업그레이드”에서 자세한 내용을 참조하십시오.

UNIX/Linux 플랫폼에서는 Replication Manager Agent의 이 서비스 팩을 새로 설치할 수 없습니다. UNIX/Linux의 경우 Replication Manager 5.2.0을 먼저 설치한 다음 Replication Manager 서비스 팩으로 업그레이드해야 합니다. 자세한 내용은 61페이지의 “Replication Manager 업그레이드”을 참조하십시오.

참고: Replication Manager Agent는 클러스터에서 페일오버를 수행하지 않습니다. 클러스터링된 시스템에 에이전트 구성 요소를 설치하려면 모든 노드에 로컬로 설치해야 합니다.

Replication Manager Agent 소프트웨어를 설치하려면

1. Windows 관리자 권한이 있는 사용자로 로그인합니다.

2. ermpatch.bat를 실행합니다.

> ermpatch.bat




6. 설치할 에이전트 소프트웨어를 선택하고 다음 을 클릭합니다.

애플리케이션 에이전트를 선택하면 파일 시스템에 대한 지원도 설치됩니다. 최상위 노드("에이전트")만 선택하면 파일 시스템에 대한 지원만 설치됩니다.


설치

SharePoint용 Replication Manager Agent는 컨텐츠 데이터베이스 또는 검색 인덱스 파일이 있거나 SharePoint 작성기가 등록된 모든 노드에 설치되어야 합니다. EMC Replication Manager 제품 설명서의 SharePoint 부록에 추가 정보가 들어 있습니다.

Windows Server 2003 x64 또는 IA64 호스트에서 64비트 버전의 에이전트를 설치하려면 “64비트 에이전트(SRDF/CE 및 MirrorView/CE)” 목록에서 선택합니다. 64비트 버전은 SRDF/CE 및 MirrorView/CE를 지원하는 데 필요합니다.

Windows Server 2008 호스트에서는 설치 마법사가 적절한 RM 에이전트 버전(32비트 또는 64비트)을 자동으로 설치합니다.

7. 확인 메시지가 나타나면 에이전트 소프트웨어 설치 위치를 지정하고 다음을 클릭합니다. 이 컴퓨터에 Replication Manager 구성 요소를 처음 설치하거나 설치 마법사를 통해 에이전트 소프트웨어 및 서버 소프트웨어를 클러스터에 한 번에 설치하는 경우에만 이 패널이 나타납니다.

8. 다음 옵션을 선택합니다.

• 에이전트 제어 포트(6542) 및 에이전트 데이터 포트(6543)의 기본값을 사용하거나 다른 값을 입력합니다. 다음을 클릭하면 마법사에서 포트가 이미 사용되고 있지 않은지 확인합니다.

• SSL 통신을 사용할지 여부를 선택합니다. SSL을 선택하면 호스트가 SSL 프로토콜을 사용하여 서버와 통신합니다. 그러면 통신에 대한 무단 액세스를 방지할 수 있는 강력한 보안이 제공되지만 호스트 및 서버 성능에 영향을 줄 수 있습니다.

• 스크립트를 보안 모드에서 실행할지 여부를 선택합니다. 이 옵션을 사용하면 시스템에 로그인하거나 사전/사후 복제 스크립트, 백업 스크립트 및 마운트 스크립트를 실행할 때마다 사용자 이름과 암호를 제공해야 합니다. 그렇지 않으면 루트 권한이나 관리자 권한으로 스크립트를 실행해야 합니다.

9. 에이전트 소프트웨어를 설치하는 각 컴퓨터의 호스트 이름과 에이전트 제어 포트 번호를 기록합니다. 74페이지의 “호스트 등록”에 설명된 것처럼 호스트를 등록할 때 이 정보를 입력해야 합니다.

Replication Manager Agent 소프트웨어 설치 55

56

설치

10. 설치 준비 완료 패널이 나타나면 다음을 클릭합니다. 패널에 설치 진행률이 표시됩니다.

11. 에이전트 설치를 마칠 때 구축 마법사를 실행할지 여부를 지정합니다. 구축 마법사에서 Replication Manager를 성공적으로 준비하고 구성할 수 있는 권장 단계를 안내합니다. 자세한 내용은 56페이지의 “구축 마법사 사용”을 참조하십시오.

12. 설치가 완료되면 마침을 클릭하여 마법사를 닫습니다. 설치 소프트웨어에서 에이전트 소프트웨어를 시작합니다.

구축 마법사 사용 구축 마법사에서는 Replication Manager 운영 호스트와 마운트 호스트에 필수 소프트웨어를 설치하고 구성하는 방법에 대한 지침을 단계별로 제공합니다. 또한 Replication Manager에 사용하도록 적합한 스토리지를 구성하는 데 관한 유용한 지침을 제공합니다.

참고: 구축 마법사는 Windows 시스템에서 Replication Manager Agent 소프트웨어를 설치할 때만 사용할 수 있습니다.

호스트 이름 에이전트 제어 포트


설치

다음 단계 중 하나를 수행하여 구축 마법사를 시작할 수 있습니다.

◆ InstallShield 마법사 완료 패널에서 구축 마법사 실행을 선택합니다.

◆ 설치 후에 하드 디스크에서 rmdeploy.hta 파일을 엽니다(기본 위치: EMC\rm\client\bin in Program Files\ or Program Files (x86)\).

해당 스토리지 환경을 가장 잘 설명한 구축 시나리오를 선택한 다음, 마법사의 진행에 따릅니다.

참고: 마법사에는 client\bin 하위 디렉토리에 인쇄 가능한 도움말 시스템이 .CHM 파일(rmdeploy.chm) 형태로 포함되어 있습니다.

Replication Manager Agent 소프트웨어 설치 57

58

설치

Replication Manager 콘솔 소프트웨어 설치

이 섹션에서는 설치 마법사를 사용하여 Replication Manager 콘솔을 새로 설치하는 방법에 대해 설명합니다. 명령줄을 사용하여 설치하려면 부록 A, “명령줄 인터페이스 사용”에서 자세한 내용을 참조하고, Replication Manager 서비스 팩을 기존에 설치된 제품의 업그레이드 버전으로 설치하려면 61페이지의 “Replication Manager 업그레이드”에서 자세한 내용을 참조하십시오.

참고: Replication Manager 콘솔 구성 요소는 클러스터에서 페일오버를 수행하지 않습니다. 클러스터링된 시스템에 콘솔을 설치한 경우 페일오버 후에 콘솔을 사용하려면 모든 노드에 로컬로 설치해야 합니다.

Replication Manager 콘솔을 설치하려면


2. 디렉토리를 Replication Manager를 배포할 최상위 수준으로 변경하고 ermpatch.bat를 실행합니다.




6. 콘솔을 선택하고 다음을 클릭합니다.

7. 콘솔 구성 요소를 설치할 위치를 선택합니다. 설치 프로그램에서 이 위치에 gui라는 하위 디렉토리를 자동으로 만듭니다. 기본 위치는 Program Files\EMC\rm 또는 C:\Program Files (x86)\EMC\rm입니다.

참고: 기본 디렉토리를 변경하는 경우 하위 디렉토리 rm에 직접 입력하여 Replication Manager 파일을 자체 디렉토리로 분리하는 것이 좋습니다.

8. 설치 준비 완료 패널이 나타나면 설치를 클릭합니다. 새 패널에 설치 진행률이 표시됩니다.

9. 필요한 경우 바탕 화면 바로 가기를 만드는 옵션을 선택합니다.

10. 마침을 클릭하여 마법사를 끝냅니다.


설치

로그 파일을 사용하여 설치 문제 해결

설치 정보, 오류 및 경고가 다음 파일에 기록됩니다.

◆ IRInstall.log(UNIX 전용)는 Replication Manager가 설치된 시스템의 /tmp 디렉토리에 만들어집니다. 이 파일은 UNIX 클라이언트 전용 설치 로그 파일입니다.

◆ rm_setup.log(Windows 전용)는 설치 사용자의 TEMP 디렉토리에 만들어집니다. 이 파일은 Windows의 기본 로그 파일입니다.

◆ rm_install.log(Windows 전용)는 명령줄 설치("자동" 설치)가 사용되는 경우에만 설치 사용자의 TEMP 디렉토리에 만들어집니다. 이 파일에는 InstallShield 자동 모드의 출력이 포함됩니다.

Replication Manager 수정 또는 제거

Replication Manager 소프트웨어 구성 요소를 수정하거나 제거하려면 이 섹션에 설명된 해당 절차를 수행합니다.

Windows에서 구성 요소 수정 또는 제거

호스트에서 Replication Manager Agent를 제거하기 전에 Replication Manager 콘솔을 사용하여 호스트를 삭제합니다.

Windows 시스템에서 각 Replication Manager 구성 요소를 제거 또는 수정하거나 Windows 시스템에서 Replication Manager 소프트웨어를 완전히 제거하려면


2. Replication Manager 배포에서 ermpatch.bat를 실행합니다. 수행하려는 작업을 선택합니다.

• 수정 - 설치된 구성 요소를 제거하거나 새 구성 요소를 추가합니다.

• 복구 - 이전에 설치된 구성 요소를 모두 다시 설치합니다.

• 제거 - Replication Manager 소프트웨어를 모두 제거합니다.

컴퓨터에서 Replication Manager 소프트웨어를 모두 제거하는 다른 방법은 Windows 프로그램 추가/제거를 사용하는 것입니다.

로그 파일을 사용하여 설치 문제 해결 59

60

설치

Replication Manager Agent 제거(UNIX/Linux)

호스트에서 Replication Manager Agent를 제거하기 전에 먼저 콘솔을 사용하여 호스트를 삭제합니다.

UNIX 또는 Linux 시스템에서 Replication Manager Agent를 완전히 제거하려면

1. 루트로 로그인합니다.

2. 디렉토리를 Replication Manager가 설치된 위치의 _uninst 디렉토리로 변경합니다. 예:

# cd /opt/emc/rm/_uninst

3. uninstaller.bin을 실행합니다. 화면에 나타나는 지침에 따라 구성 요소 제거를 완료합니다.

-silent 옵션(uninstaller.bin -silent)을 사용하여 다른 사용자 작업 없이 구성 요소를 제거합니다.

에이전트를 제거할 때 -silent 옵션을 사용하면 설치된 에이전트가 모두 제거됩니다. 개별 에이전트를 제거하려면 -silent 옵션 없이 uninstaller.bin 프로그램을 실행합니다. 제거할 에이전트를 선택할 수 있는 제거 마법사가 실행됩니다.

클러스터에서 Replication Manager 제거

클러스터에서 Replication Manager를 제거하려면

1. 처음에 Replication Manager를 설치한 노드가 아니라 페일오버 노드에서 Replication Manager Server 서비스를 제거합니다.

a. Replication Manager Server가 처음 설치된 노드에서 실행되고 있고, Replication Manager Server가 설치된 위치(예: F:\rm\server\bin)를 네트워크를 통해 공유해야 합니다.

b. 위에 만든 공유 위치를 페일오버 노드의 드라이브에 매핑합니다.

c. 위 공유 위치의 server\bin 디렉토리에 있는 파일에 액세스할 수 있는 권한이 있는지 확인합니다.

d. 페일오버 노드에서 명령 프롬프트 창을 열고 매핑된 드라이브로 이동합니다.

e. a단계의 공유 디렉토리에서 다음 명령을 실행합니다.

ins_serv.exe uninstall -cluster


설치

f. 페일오버 노드에서 프로그램 추가/제거를 실행하고 Replication Manager를 선택하여 제거 마법사를 실행합니다. 나머지 Replication Manager 구성 요소(에이전트, 콘솔) 중에서 제거할 구성 요소를 선택합니다.

g. 페일오버 노드에서 네트워크 공유에 대한 접속을 끊습니다.

h. 클러스터의 다른 페일오버 노드에 대해 b–f단계를 반복합니다.

원래 설치 노드에 대해서는 b–f단계를 수행하지 마십시오. 원래 설치 노드에서 제거하는 방법은 2단계에서 다룹니다.

2. 클러스터의 원래 설치 노드에서 프로그램 추가/제거를 실행하고 Replication Manager를 선택하여 제거 마법사를 실행합니다. 나머지 Replication Manager 구성 요소 중에서 제거할 구성 요소를 선택합니다.

Replication Manager 업그레이드

Replication Manager 서비스 팩을 이전 버전의 업그레이드로 설치하려면 이 섹션에 설명된 해당 절차를 수행하십시오.

62페이지의 “업그레이드 고려 사항” 및 이 섹션 뒤에 나오는 서버, 에이전트 또는 콘솔의 해당 업그레이드 지침을 참조하십시오.

61페이지의 표 12에는 Replication Manager 5.2.3으로 업그레이드하는 모든 방법이 설명되어 있습니다.

표 12 Replication Manager 5.2.3으로 업그레이드(1/2)

버전 5.2.3으로의 업그레이드 경로

RM 5.2.2.1 RM 5.2.3으로 직접 업그레이드

RM 5.2.2 RM 5.2.3으로 직접 업그레이드



RM 5.1.3 먼저 RM 5.2로 업그레이드한 다음 RM 5.2.3으로 업그레이드

Replication Manager 업그레이드 61

62

설치

업그레이드 고려 사항 Replication Manager 소프트웨어를 업그레이드하기 전에 다음 사항을 검토합니다.

◆ Powerlink의 EMC Replication Manager Support Matrix를 검토하여 시스템이 현재의 모든 요구 사항을 만족하는지 확인합니다.

◆ serverdb 디렉토리의 최신 백업이 있는지 확인합니다. 자세한 내용은 107페이지의 “내부 데이터베이스 보호”을 참조하십시오.

에이전트 및 서버 버전 Replication Manager 소프트웨어를 업그레이드하기 전에 다음 에이전트 및 서버 고려 사항을 검토합니다.

◆ 에이전트 시스템을 업그레이드하기 전에 서버를 업그레이드합니다.

◆ 에이전트 구성 요소가 서버보다 한 버전 이상 차이 나지 않는지 확인합니다. 예를 들어 서버가 버전 5.2.x이면 모든 에이전트 구성 요소는 버전 5.1.0 이상이어야 합니다.

◆ 운영 호스트와 해당 마운트 호스트의 Replication Manager Agent 소프트웨어가 같은 버전인지 확인합니다.

◆ Replication Manager Server와 Replication Manager Agent가 같은 호스트에 있으면 설치 마법사를 통해 한 번에 업그레이드해야 합니다.

◆ 32비트 바이너리가 설치되어 있는 시스템을 업그레이드하면 기본 64비트 바이너리를 업그레이드하지 못할 수 있습니다. 예를 들어 위와 같이 하면 MSCS용 SRDF/CE 및 Mirror View/CE와 호환되는 에이전트로 업그레이드할 수 없게 될 수 있습니다. 이러한 경우에는 시스템에서 32비트 바이너리를 사용하는 에이전트를 모두 제거한 후에 업그레이드를 다시 시도해 보십시오.



RM 5.0.x 먼저 RM 5.2로 업그레이드한 다음 RM 5.2.3으로 업그레이드

표 12 Replication Manager 5.2.3으로 업그레이드(2/2)

버전 5.2.3으로의 업그레이드 경로


설치

◆ Itanium 기반 시스템에서 HP-UX 에이전트를 업그레이드하는 경우 Replication Manager 5.2로 업그레이드하기 전에 에이전트를 제거해야 합니다. Replication Manager 5.2 이상 버전에서는 HP-UX 에이전트가 Itanium 기반 시스템에서 네이티브 64비트 에이전트로 실행됩니다.

◆ Windows CLARiX 스토리지 환경(EMC SnapView™ 클론, SnapView 스냅 또는 EMC SAN Copy™가 설치된 환경)에 복제 작업용으로 2TB를 초과하는 LUN을 사용하는 클라이언트가 포함된 경우 스토리지 데이터베이스를 제대로 업데이트하려면 이러한 클라이언트에서 적어도 Replication Manager 5.1.2 이상을 실행해야 합니다.

◆ Replication Manager 데이터베이스를 업데이트하려면 클라이언트 및 서버를 업그레이드한 후 스토리지 검색을 수행합니다.

Symmetrix 장기 잠금 Replication Manager 5.2.3 이전 버전에서는 Symmetrix 디바이스를 추가할 때 LDL(장기 잠금)을 적용했습니다. Symmetrix 스토리지를 포함하는 구성에서 Replication Manager Server를 5.2.3 버전으로 업그레이드하는 경우 이후 작업을 위해 장기 잠금 기능을 해제하고 현재 추가된 Symmetrix 디바이스에서 LDL을 제거할지를 묻는 메시지가 표시됩니다.

전용 IP 주소를 사용하여등록된 Celerra NFS 호

스트

5.2.2 버전에서 업그레이드할 경우 Celerra NFS 환경 변수 IR_ALT_HOST_IP_hostname을 사용하여 마운트 호스트 이름에 대한 대체 전용 IP 주소를 지정했다면 다음 단계를 수행하는 것이 좋습니다.

1. Replication Manager Server 및 콘솔을 업그레이드합니다.

2. 에이전트를 업그레이드합니다.

3. 기존 작업의 경우 작업 속성의 마운트 탭에서 NFS 네트워크 호스트 인터페이스 값을 수정합니다. 대체 IP 주소 또는 호스트 이름을 지정합니다. ESX를 마운트 호스트로 사용하는 Celerra NFS 데이터 저장소 작업인 경우 VMkernel 인터페이스의 호스트 이름을 입력합니다. IP 또는 호스트 이름이 Celerra Data Mover에 접속되는지 확인합니다.

4. 마운트 호스트에서 IR_ALT_HOST_IP_hostname을 설정 해제합니다.

클러스터 업그레이드 클러스터링된 Replication Manager Server를 업그레이드할 때 처음에 Replication Manager를 설치했던 클러스터 노드에 Replication Manager Server 구성 요소를 설치합니다.

Replication Manager 업그레이드 63

64

설치

업그레이드된 Oracle작업

업그레이드 후 수정된 기존 Oracle 작업에는 SYS 암호 값이 필요합니다. EMC Replication Manager 제품 설명서의 Oracle 부록에 추가 정보가 들어 있습니다.

Replication Manager 5.X Server 업그레이드

기존 Replication Manager 5.x Server를 5.2.3 버전으로 업그레이드하려면

1. 자세한 내용은 62페이지의 “업그레이드 고려 사항”을 참조하십시오.

2. 설치 마법사를 실행합니다. 자세한 내용은 51페이지의 “Replication Manager Server 소프트웨어 설치”을 참조하십시오.

Replication Manager 5.x 에이전트 업그레이드

기존 Replication Manager 5.x 에이전트를 5.2.3 버전으로 업그레이드하려면


2. 에이전트 소프트웨어를 업그레이드하기 전에 먼저 Replication Manager Server를 업그레이드해야 합니다.

3. 설치 마법사를 실행하여 Replication Manager Agent 소프트웨어를 업그레이드합니다. 자세한 내용은 54페이지의 “Replication Manager Agent 소프트웨어 설치”을 참조하십시오.

참고: 운영 호스트와 해당 마운트 호스트의 Replication Manager Agent 소프트웨어가 같은 버전이어야 합니다.

Replication Manager 5.x 콘솔 업그레이드

기존 Replication Manager 5.x 콘솔을 5.2.x 버전으로 업그레이드하려면


2. 설치 마법사를 실행합니다. 자세한 내용은 58페이지의 “Replication Manager 콘솔 소프트웨어 설치”을 참조하십시오.


설치

Replication Manager Server를 다른 호스트로 마이그레이션

특정 플랫폼 및 운영 체제의 경우 Replication Manager Server 지원이 버전 5.2.2에서 끝났습니다(자세한 내용은 Replication Manager 릴리즈 노트 참조). 기존 5.2.0 또는 5.2.1 Replication Manager Server를 새 호스트로 마이그레이션하려면 EMC 고객 서비스를 이용해야 합니다. 마이그레이션 절차에 대한 고객 서비스는 EMC 기술 자료 솔루션 emc218841을 참조해야 합니다.

현재 버전 및 패치 수준 보기

ermPatchLevel 유틸리티로 Replication Manager의 버전 및 패치 수준을 확인합니다. 이 유틸리티를 사용하려면

1. Replication Manager을 설치한 디렉토리(예: /opt/emc/rm 또는 Program Files\EMC\rm)로 변경합니다.

2. 검사할 특정 구성 요소의 바이너리가 저장된 디렉토리(예: rm\server\bin)로 변경합니다.

3. 플랫폼에 따라 적절한 스크립트를 실행합니다. UNIX에서는 ermPatchLevel.sh를 실행하고 Windows에서는 ermPatchLevel.bat를 실행합니다.

Replication Manager Server를 다른 호스트로 마이그레이션 65

66

설치

Replication Manager 구성 검사기

Replication Manager 구성 검사기는 소프트웨어, CLARiX 및 Celerra 스토리지와 호스트가 제대로 구성되었는지 확인합니다.

Replication Manager 구성 검사기에서 수행하는 테스트 목록은 Replication Manager 설치 위치 아래의 client/bin 디렉토리에서 readme_cfgchk.txt 파일을 참조하십시오.

경고

구성을 계속하기 전에 모든 오류를 해결하는 것이 좋습니다. 이러한 오류를 해결하지 않은 상태로 진행하면 복제 작업이 제대로 수행되지 않습니다.

구성 검사기 설치 Replication Manager 구성 검사기는 Windows, Solaris, Linux, HP-UX 또는 AIX를 실행하는 컴퓨터에 Replication Manager Agent 구성 요소를 설치할 때 설치됩니다.

구성 검사기 실행 Solaris, Linux, HP-UX, AIX에서는 필요할 때마다 cfgchk.sh 명령줄 인터페이스를 사용하여 구성 검사기를 실행할 수 있습니다. Windows에서는 cfgchk CLI를 실행하거나 시작 > 프로그램 > Replication Manager > Replication Manager 구성 검사기를 선택하여 GUI를 실행합니다.

구성 검사기는 물리적 시스템과 가상 시스템에서 실행됩니다.

CLI 실행 구성 검사기 CLI를 실행하려면

1. 디렉토리를 구성 검사기가 설치된 위치로 변경합니다. 다음 위치는 기본 위치입니다.

<C:\> cd \Program Files\EMC\rm\client\bin(Windows 32비트)

# cd /opt/emc/rm/client/bin(Solaris, Linux, HP-UX 또는 AIX)

2. cfgchk 명령을 실행합니다. 다음 예는 구성 검사기 보고서를 HTML 형식으로 저장합니다.

> cfgchk -html > cfgchkfile.html

Solaris, Linux, HP-UX 및 AIX에서는 명령이 cfgchk.sh입니다. 다음 예에서는 보고서를 HTML 형식으로 저장합니다.

# cfgchk.sh -html > cfgchkfile.html


설치

구성 검사기 GUI 실행(Windows에만 해당)

구성 검사기 GUI를 실행하려면

1. 시작 > 프로그램 > Replication Manager > Replication Manager 구성 검사기를 선택합니다. 구성 검사기 인터페이스가 나타납니다.

2. 작업 메뉴에서 CLARiX 등록 또는 Celerra 등록을 선택하여 검사할 스토리지 시스템을 등록합니다.

3. CLARiX 스토리지 시스템의 경우 다음을 수행합니다.

a. CLARiX 등록 대화 상자에서 새 스토리지 시스템 추가를 클릭합니다.

b. 스토리지 추가 대화 상자에서 다음 내용을 지정합니다.

– 일련 번호

– SP A의 IP 주소

– SP B의 IP 주소

– 스토리지 시스템에 액세스하는 관리자 계정의 사용자 이름과 암호

– 이 스토리지 시스템의 Navisphere Manager에서 사용하는 네트워크 포트

c. 확인을 클릭하여 저장하고 스토리지 추가 대화 상자를 닫습니다.

d. 확인을 클릭하여 저장하고 CLARiX 등록 대화 상자를 닫습니다.

4. Celerra 스토리지 시스템의 경우 다음을 수행합니다.

a. Celerra 등록대화 상자에서 새 타겟 추가를 클릭합니다.

b. 타겟 추가 대화 상자가 나타나면 다음 내용을 지정합니다.

– 소스 Data Mover IP 주소

– 타겟 Data Mover IP 주소

– 타겟 Celerra 이름 c. 확인을 클릭하여 저장하고 타겟 추가 대화 상자를 닫습니다.

d. 확인을 클릭하여 저장하고 Celerra 등록 대화 상자를 닫습니다.

5. 작업 메뉴에서 실행을 선택하여 구성을 확인합니다.

검색 또는 구성 검사가 진행되는 동안 서버 명령 프롬프트 창이 표시됩니다. 이것은 정상이며 이 창들은 검색 또는 점검이 완료되면 닫힙니다.

6. 파일 메뉴에서 결과 저장을 선택하여 구성 검사기 결과를 ASCII 복제본으로 저장합니다. 이 결과에는 통과된 테스트와 실패한 테스트가 나열되고, 실패한 경우 이를 교정할 수 있는 방법이 표시됩니다.

Replication Manager 구성 검사기 67

68

설치

cfgchk 명령 구문 68페이지의 표 13에 cfgchk 명령에 대한 옵션이 나와 있습니다.

표 13 cfgchk CLI 옵션

옵션 설명

-technology {CELERRA | CLARIION }

테스트할 스토리지 시스템 기술을 나타냅니다. 생략하면 모든 스토리지 시스템 유형을 테스트합니다.

-xml-html-ascii

결과를 지정된 형식으로 생성합니다. 이러한 옵션은 한 가지씩만 사용할 수 있으며 기본값은 -ascii입니다.

-discover 스토리지 시스템을 검색합니다. 스토리지 시스템이 발견되면 사용자 이름과 암호를 묻습니다.

참고: 이 옵션을 같은 호출에서 -silent 옵션과 함께 사용할 수 없습니다.

-silent 자동 모드로 실행되어 확인 메시지가 나타나지 않습니다.

-clariion spa,spb,username,password[, 80 | 2162 ]

검사할 CLARiX 스토리지 시스템을 지정합니다. 서비스 프로세서, 사용자 이름, 암호는 반드시 입력하고 포트는 필요에 따라 입력합니다. 여러 CLARiX 스토리지 시스템을 검사하려면 -clariion 옵션 및 인수를 반복합니다. 이 옵션을 생략하면 cfgchk가 스토리지 시스템을 검사하지 않습니다. 기본 포트는 80입니다.

-celerra srcIP, dstIP, dstName 소스 및 타겟 Celerra 복제 쌍을 지정합니다. 여러 스토리지 시스템을 지정하려면 이 옵션을 반복합니다.

-defaultport {80 | 2162} -discover 옵션으로 발견한 CLARiX 스토리지 시스템의 기본 포트 번호를 지정합니다.

-defaultuser username,password

-discover 옵션으로 발견한 CLARiX 스토리지 시스템의 기본 사용자 이름과 암호입니다.

-recoverpointoptions username,password,hostname

RecoverPoint 테스트용 RecoverPoint 어플라이언스 사용자 이름/암호 및 RecoverPoint 어플라이언스 호스트 이름

-help cfgchk의 사용법을 표시합니다.


3

이 장에서는 다음과 같은 Replication Manager 관리 작업에 대해 설명합니다.

◆ 관리자 암호 설정 ................................................................................ 70◆ 사용자 계정 관리 ................................................................................ 72◆ 호스트 관리 ......................................................................................... 74◆ 일반 서버 옵션 관리 ........................................................................... 83◆ 관리 이벤트 게시 ................................................................................ 84◆ 서버 보안 옵션 관리 ........................................................................... 85◆ 라이센스 작업 ..................................................................................... 88◆ 클라이언트 보안 모드 설정 ............................................................... 93◆ 복제본 스토리지 관리 ........................................................................ 95◆ 내부 데이터베이스 보호 .................................................................. 107◆ EMC ControlCenter에서 Replication Manager 보기 .................. 110◆ Replication Manager 로그 파일 ...................................................... 114◆ Windows의 Replication Manager 이벤트 메시지 ........................ 117

관리 작업

관리 작업 69

70

관리 작업

관리자 암호 설정

기본 관리자 계정을 사용하여 처음으로 Replication Manager 콘솔에 로그인하면 Replication Manager에 새 암호를 입력하라는 메시지가 표시됩니다.

참고: Replication Manager를 최신 버전으로 업그레이드하려는 경우 호스트가 이미 등록되어 있으면 기본 관리자 계정을 사용하더라도 새 암호를 묻는 메시지가 표시되지 않습니다.

기본 관리자 암호 설정 기본 관리자 암호를 처음으로 설정하려면

1. Replication Manager 콘솔을 엽니다. 처음으로 로그인하는 경우 사용자 이름으로 Administrator를 입력하고 암호를 입력합니다. 70페이지의 그림 2에 보이는 것처럼 암호 변경 필요 대화 상자가 나타납니다.

그림 2 암호 변경 필요 대화 상자

2. 암호를 입력하고 확인 암호를 한 번 더 입력합니다. 제한 사항: ASCII만 허용되며 파이프(|), 파운드(#), 아포스트로피('), 큰따옴표(")와 같은 문자는 사용할 수 없습니다.

3. 확인을 클릭합니다.

한 명 이상의 사용자를 ERM 관리자 역할로 정의해야 합니다.

참고: Replication Manager Server 재해 복구 환경에서는 운영 Replication Manager Server에서 설정한 관리자 암호가 자동으로 보조 Replication Manager Server의 관리자 암호가 됩니다.


관리 작업

기본 관리자 암호 변경 기본 관리자 계정의 사용자 속성을 편집하여 기본 관리자 암호를 변경할 수 있습니다.

기본 관리자 암호를 변경하려면

1. Replication Manager 콘솔을 엽니다. 처음으로 로그인하는 경우 사용자 이름으로 Administrator를 입력하고 암호를 입력합니다.

2. 트리 패널에서 사용자를 클릭합니다. Administrator 사용자가 컨텐츠 패널에 나타납니다.

3. Administrator 사용자를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다. 사용자 속성 대화 상자가 나타납니다.

4. 암호를 입력하고 확인 암호를 한 번 더 입력합니다. 제한 사항: ASCII만 허용되며 파이프(|), 파운드(#), 아포스트로피('), 큰따옴표(")와 같은 문자는 사용할 수 없습니다.

5. 확인을 클릭하여 작업을 완료합니다.

ERM 관리자 권한으로 새 계정을 만들고 관리자 계정을 삭제하여 시스템 보안을 향상시킬 수도 있습니다.

관리자 암호 설정 71

72

관리 작업

사용자 계정 관리

ERM 관리자는 사용자 계정을 만들어 Replication Manager를 사용할 수 있는 권한을 다른 사용자에게 부여합니다.

사용자 추가 사용자를 추가하려면 다음을 따르십시오.

1. 트리에서 사용자를 마우스 오른쪽 버튼으로 클릭하고 새 사용자를 선택합니다. 72페이지의 그림 3에 보이는 것처럼 새 사용자 대화 상자가 나타납니다.

그림 3 새 사용자 대화 상자

2. 다음 정보를 지정합니다.

• 사용자 이름

• 암호, 암호 확인

암호 제한 사항: ASCII만 허용되며 파이프(|), 파운드(#), 아포스트로피('), 큰따옴표(")와 같은 문자는 사용할 수 없습니다.

• 역할

• 사용자 설명


관리 작업

• 사용자 액세스

3. 허용을 클릭하고 이 사용자에게 액세스 권한을 부여할 객체를 선택합니다. 액세스 권한은 사용자의 역할에 따라 달라집니다.

4. 생성을 클릭하여 새 사용자를 만듭니다.

사용자 계정 수정 ERM 관리자로 지정된 사용자는 모든 사용자 계정을 수정할 수 있습니다. 각 사용자는 암호를 직접 변경할 수 있습니다.

사용자 계정을 수정하려면

1. 컨텐츠 패널에서 사용자 이름을 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 사용자 계정을 적절히 변경합니다. ERM 관리자는 다음을 변경할 수 있습니다.

• 사용자 이름

• 암호

• 사용자 설명

• 역할

사용자의 역할을 변경하면 스토리지, 사용자, 호스트, 특정 작업, 활동, 복제본 등 해당 사용자가 현재 제어하는 기능에 대한 액세스를 제한할 수 있습니다. 그러므로 사용자 역할을 변경할 때는 주의해야 합니다. 한 명 이상의 데이터베이스 관리자나 ERM 관리자가 기존의 각 작업, 활동 및 복제본에 액세스할 수 있도록 해야 합니다.

• 액세스 제어 목록


사용자 계정 삭제 ERM 관리자로 지정된 사용자는 사용자 계정을 삭제할 수 있습니다.

데이터베이스 관리자 역할이 있는 사용자를 삭제하면 해당 사용자가 현재 제어하는 기존 항목(예: 작업, 애플리케이션 세트 및 복제본)에 대한 액세스를 제한할 수 있습니다. 각 항목에 액세스할 수 있는 데이터베이스 관리자나 ERM 관리자가 한 명 이상 있어야 합니다.

사용자 계정을 삭제하려면

1. 컨텐츠 패널에서 사용자 이름을 마우스 오른쪽 버튼으로 클릭하고 삭제를 선택합니다.

2. 사용자를 삭제할지 여부를 확인합니다.

사용자 계정 관리 73

74

관리 작업

호스트 관리

ERM 관리자는 각 호스트에 있는 Replication Manager Agent 소프트웨어와 Replication Manager Server를 서로 연결해야 합니다. 이러한 작업을 호스트 등록이라고 합니다. 클라이언트에 대해 루트 또는 관리자 액세스 권한이 있는 ERM 관리자는 서버에 호스트를 등록하는 데 필요한 권한을 갖습니다. 호스트를 등록하면 호스트에 액세스할 수 있는 사용자도 지정할 수 있습니다. 호스트에 대한 액세스 권한이 부여된 사용자는 해당 호스트에서 복제하거나 복제본을 마운트할 수 있습니다.

호스트 등록 호스트를 등록하려면

1. 트리에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 새 호스트를 선택합니다. 74페이지의 그림 4에 보이는 것처럼 새 호스트 등록 대화 상자가 나타납니다.

그림 4 새 호스트 등록 대화 상자

2. 제공된 필드에 다음 정보를 입력합니다.

• 호스트 이름 - 호스트 이름 또는 IP 주소를 입력합니다. 클러스터 환경의 경우 자원 그룹(가상 노드)의 IP 주소 또는 네트워크 이름을 입력합니다.


관리 작업

서버는 DNS 서버를 쿼리하여 호스트 이름을 수집합니다. 따라서 DNS 서비스가 서버에 설치되어 실행되고 있어야 합니다.

Replication Manager Agent 소프트웨어가 설치되어 실행되고 있는 호스트의 이름 또는 IP 주소를 입력해야 합니다.

• 포트 - 서버와 통신하는 데 필요한 클라이언트 제어 포트 번호를 입력합니다. 클라이언트 제어 포트는 에이전트 소프트웨어가 설치될 때 입력된 두 개의 포트 번호 중 첫 번째 번호입니다.

호스트의 제어 포트 번호를 기억하지 못하는 경우 다음을 실행합니다.

UNIX의 경우 다음을 실행합니다.

/opt/emc/rm/client/bin/rc.irclient parameters

Windows의 경우 명령 프롬프트 창을 열고 Replication Manager가 설치된 위치 아래의 client\bin 폴더에 액세스한 후 다음을 실행합니다.

irccd -s

이 명령을 실행하면 제어 포트 번호를 포함한 매개변수 정보가 표시됩니다.

• RecoverPoint 설정 - 호스트에 대한 RecoverPoint 지원을 설정하려면 이 확인란을 선택합니다. RPA 사이트 관리 IP 주소 또는 호스트 이름을 입력합니다.

• VMware 사용 - 호스트에 대해 VMware 지원을 설정하려면 VMware 사용을 클릭하고 다음 필드를 작성합니다.

참고: RDM만 사용하는 구성에는 필요하지 않습니다.

– VirtualCenter 호스트 이름 필드에 VirtualCenter 소프트웨어를 호스팅하는 컴퓨터의 이름이나 IP 주소를 지정합니다.

참고: VirtualCenter와 통신할 때 기본 포트 외에 다른 포트를 사용할 경우에는 포트 번호를 다음 형식으로 지정합니다. <Name/IP address>:<port number>

– Replication Manager에서 Virtual Center에 로그인할 때 사용할 사용자 이름을 지정합니다.

– Replication Manager에서 Virtual Center에 로그인할 때 사용할 암호를 지정합니다.

– 사용자가 VMFS에 대한 애플리케이션 세트를 생성할 때마다 이러한 자격 증명을 입력하도록 요청할지 여부를 결정합니다.

호스트 관리 75

76

관리 작업

3. 로그 설정 탭을 클릭하고 다음 필드를 작성합니다.

• 최대 디렉토리 크기 값을 입력합니다. 이 값은 현재 최대 파일 크기 값보다 커야 합니다.

• 최대 파일 크기 값을 바이트 단위로 입력합니다. 범위는 100KB에서 200 MB 사이입니다.

• 기본 디버그 로깅 수준을 그대로 사용합니다.

4. 사용자 액세스 탭을 클릭하여 호스트 액세스 제어 목록을 수정합니다. 액세스 제어 목록을 지정하지 않으면 ERM 관리자만 호스트에 액세스할 수 있습니다. 액세스 제어를 할당하면 ERM 관리자는 Replication Manager를 통해 해당 호스트에 액세스할 사용자를 정의해야 합니다.

5. 확인을 클릭하여 호스트 항목을 만듭니다. 이때 Replication Manager에서는 호스트와의 통신을 설정하고 테스트합니다. 따라서 호스트 접속을 제대로 생성하려면 Replication Manager Agent 소프트웨어가 호스트에 설치되어 실행되고 있어야 합니다.

호스트에 대한 사용자 액세스 권한 정의

사용자 액세스 탭에서는 호스트에 대한 사용자 액세스 권한을 부여하거나 거부할 수 있습니다.

만들거나 수정하려는 호스트에 대한 사용자 액세스 권한을 부여하려면

1. 새 호스트 등록 대화 상자에서 사용자 액세스 탭을 클릭합니다.


관리 작업

2. 허용을 클릭합니다. 77페이지의 그림 5에 보이는 것처럼 사용자 액세스 권한 부여 대화 상자가 나타납니다.

그림 5 사용자 액세스 권한 부여 대화 상자

3. 사용자 이름 옆의 확인란을 선택합니다. 호스트에 대한 사용자 액세스 권한을 거부하려면 확인란을 선택 취소합니다. ERM 관리자 역할을 가진 사용자의 호스트 액세스 권한은 거부할 수 없습니다. 따라서 해당 이름 옆의 확인란은 자동으로 선택된 상태로 나타납니다. ERM 관리자에 대한 확인란은 선택 취소할 수 없습니다.

호스트 관리 77

78

관리 작업

78페이지의 표 14에는 호스트에 액세스 가능한 사용자가 나열됩니다.

ERM 관리자가 호스트에 대한 특정 사용자의 액세스를 거부하면 관리자는 해당 호스트에 데이터를 마운트하거나 백업하는 해당 사용자의 권한을 제거할 수 있습니다.

표 14 사용자 액세스

역할 권한

ERM 관리자 Replication Manager에 이미 등록된 모든 호스트에 액세스할 수 있습니다.ERM 관리자는 루트 또는 관리 액세스 권한이 있는 모든 호스트를 등록할 수 있습니다.

Power DBA 데이터베이스 환경 및 기타 정보 시스템 애플리케이션에 액세스할 수 있습니다. 이 역할은 DBA 역할의 모든 권한뿐만 아니라 스토리지 풀 구성에 필요한 권한도 갖습니다. 또한 하나 이상의 데이터베이스 애플리케이션 작업을 관리하며 이러한 데이터베이스에 대한 책임을 집니다.

데이터베이스 관리자 고급 사용자의 모든 권한뿐만 아니라 선택한 복제본을 복구하고 운영 호스트로 프로모션할 수 있는 권한도 갖습니다.

고급 사용자 운영자 역할의 모든 권한뿐만 아니라 다음 작업을 수행할 수 있는 권한도 갖습니다. • 애플리케이션 세트 구성

• 각 애플리케이션 세트에 대한 작업 구성

• 각 복제 작업 스케줄 지정

• 운영 호스트 또는 대체 호스트에 복제본 마운트

• 복제본 마운트 해제

• 복제본 삭제

운영자 일상적으로 Replication Manager 소프트웨어를 실행하고 시스템이 원활하게 실행되도록 작업 및 복제본을 모니터링합니다. 운영자는 다음 작업을 수행합니다. • 현재 실행 중인 작업 상태 보기

• 선택한 복제 작업 실행

• 기존 복제 작업을 특정 시간에 실행하도록 스케줄 지정

• 속성 보기

• ERM 관리자, 다양한 데이터베이스 관리자 역할 및 고급 사용자가 만든 작업 실행


관리 작업

호스트 수정 호스트를 수정하려면

1. 호스트를 수정하기 전에 클라이언트 데몬이나 클라이언트 프로세스가 호스트에서 실행되고 있는지 확인합니다.

2. 트리 패널에서 호스트를 클릭합니다.

3. 컨텐츠 패널에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

4. 호스트를 적절히 수정합니다.


호스트 관리 79

80

관리 작업

호스트 속성 보기 추가한 호스트의 속성을 보려면

1. 호스트 아래에서 특정 호스트를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다. 80페이지의 그림 6에서 보이는 것처럼 호스트 속성 대화 상자가 나타납니다.

그림 6 호스트 속성 대화 상자

호스트 속성 대화 상자는 다음과 같은 스토리지 정보를 표시합니다.

◆ 호스트 이름 또는 IP 주소

◆ 포트 번호

◆ 호스트 등록 날짜

◆ SSL을 통해 호스트에 접속하는지 여부

◆ 마지막 업데이트 날짜 및 시간

뿐만 아니라, 호스트에 현재 설치된 모든 Replication Manager 종속 소프트웨어의 이름과 버전도 소프트웨어 속성 테이블에 표시됩니다.

◆ 속성 - 호스트에 설치된 특정 소프트웨어 애플리케이션의 이름을 표시합니다.

◆ 값 - 소프트웨어 애플리케이션의 버전을 표시합니다.


관리 작업

호스트 소프트웨어 속성업데이트

Replication Manager에 호스트를 등록할 때 호스트의 모든 소프트웨어 속성이 처음으로 채워집니다. 실패 시 속성 업데이트 확인란을 선택하면 작업이 실패할 때 Replication Manager가 속성을 자동으로 업데이트합니다. 예를 들어 EMC Solutions Enabler 최신 버전을 설치하는 등, 구성을 변경하는 경우 Replication Manager가 호스트 속성 대화 상자에 표시되는 호스트 소프트웨어 버전 정보를 새로 고칠 수 있도록 수동으로 업데이트를 실행해야 합니다.

호스트 소프트웨어 속성을 업데이트하려면

1. 호스트에서 특정 호스트를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 일반 탭에서 업데이트를 클릭합니다.

속성 업데이트 진행률 대화 상자가 완료되면 설치된 모든 소프트웨어의 최신 정보가 소프트웨어 속성 테이블에 표시됩니다. 세부 정보를 클릭하여 최신 업데이트에 대한 추가 정보를 볼 수 있습니다.

호스트 소프트웨어 업데이트 내역 보기

Replication Manager를 통해 특정 호스트를 대상으로 수행된 소프트웨어 업데이트 내역을 볼 수 있습니다. 호스트의 소프트웨어 업데이트 내역을 보려면

1. 호스트에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 일반 탭에서 내역을 클릭합니다. 호스트 소프트웨어 버전 내역 대화 상자에는 호스트에 설치된 모든 Replication Manager 종속 소프트웨어 애플리케이션의 이름과 버전이 업데이트가 수행된 날짜와 시간 순으로 표시됩니다.

참고 열은 특정 업데이트가 각 호스트 소프트웨어 애플리케이션에 미친 영향에 대한 정보를 제공합니다.

• 초기 값 - 소프트웨어 버전이 호스트 등록 중에 설정된 원래 버전입니다.

• 이전 업데이트와 다름 - 소프트웨어 버전이 마지막 업데이트 이후 변경되었습니다.

• 변경 없음 - 마지막 업데이트 이후 소프트웨어 버전이 변경되지 않았습니다.

기본적으로 호스트 소프트웨어 버전 내역에는 해당 호스트에 대한 31건의 이전 소프트웨어 업데이트 정보가 표시됩니다. Replication Manager Server에서 EMC_ERM_RECORDS_IN_HISTORY 환경 변수를 편집하여 이 값을 변경할 수 있습니다.

호스트 관리 81

82

관리 작업

호스트 삭제 호스트를 삭제하기 전에 클라이언트 데몬이나 클라이언트 프로세스가 호스트에서 실행되고 있는지 확인합니다.

애플리케이션 세트에 연결된 호스트는 삭제할 수 없습니다. 호스트를 삭제하려면 먼저 해당 호스트에 연결된 애플리케이션 세트를 모두 삭제해야 합니다. 애플리케이션 세트의 상태가 다음과 같은 경우에는 호스트를 삭제할 수 없습니다.

◆ 애플리케이션 세트의 정보가 특정 운영 호스트에 연결되어 있습니다.

◆ 애플리케이션 세트에 해당 애플리케이션 세트의 복제본을 호스트에 마운트할 수 있는 작업이 있습니다.

◆ 애플리케이션 세트에 해당 호스트에서 백업 애플리케이션을 사용하여 백업할 수 있는 작업이 있습니다.

호스트를 삭제하려면

1. 컨텐츠 패널에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 삭제를 선택합니다.

2. 호스트를 삭제할지 여부를 확인합니다.

이 프로세스를 수행하면 호스트의 등록이 취소되어 Replication Manager에서 알 수 없는 상태가 됩니다. 클라이언트 소프트웨어는 수동으로 중지하고 제거할 때까지 호스트에서 계속 실행됩니다. 호스트에 대한 접속을 삭제한 경우에는 74페이지의 “호스트 등록”에 설명된 단계에 따라 동일한 Replication Manager Server에 호스트를 다시 접속할 수 있습니다.

보안상의 이유로 한 번에 하나의 Replication Manager Server만 호스트에 접속할 수 있습니다. 접속이 설정되면 호스트는 해당 서버의 명령만 허용합니다. 호스트에서 명령을 허용하는 Replication Manager Server를 변경하려면 호스트에 현재 연결되어 있는 서버에 액세스하여 삭제를 선택합니다. 그런 다음 새 서버에 액세스하고 해당 새 서버에 호스트를 등록합니다.

특정 Symmetrix 스토리지에 액세스할 수 있는 마지막 호스트를 삭제할 경우 Replication Manager에서 해당 스토리지도 제거해야 합니다. 이는 Symmetrix 스토리지에 LDL이 설정된 경우 중요한 단계입니다. 이 스토리지를 제거하지 않으면 Replication Manager에서 해당 디바이스의 잠금을 해제할 수 없으므로 수동으로 정리해야 합니다.


관리 작업

일반 서버 옵션 관리

ERM 관리자는 로그에 캡처되는 메시지의 로깅 수준과 같은 특정 서버 옵션을 설정할 수 있습니다.

일반 서버 옵션을 관리하려면

1. ERM Server를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. Replication Manager가 Windows 스케줄러에서 작업을 생성할 때 사용하는 계정의 사용자 이름 또는 암호를 변경하려면 일반 탭의 스케줄 사용자, 암호 및 도메인을 사용합니다.

3. 로그 설정 탭에서 로그 수준을 정상이나 디버그 중에서 선택합니다. 116페이지의 표 18에서는 이러한 수준 설정에 대한 정보를 제공합니다.

• 최대 로그 디렉토리 크기를 입력합니다. 기본값은 80 MB입니다.

• 각 로그 파일의 최대 크기를 입력합니다. 기본값은 2MB입니다.

4. 확인을 클릭하여 선택한 서버 옵션을 저장합니다.

참고: Replication Manager는 Windows 애플리케이션 이벤트 로그에 특정 이벤트 메시지를 기록합니다.

일반 서버 옵션 관리 83

84

관리 작업

관리 이벤트 게시

이 섹션에서는 Replication Manager 관리 이벤트 게시에 대해 설명합니다.

개요 Replication Manager Server는 CIM 호환 관리 이벤트를 게시하여 MOM(Microsoft Operations Manager) 및 Microsoft SCOM(System Center Operations Manager)과 같은 관리 도구를 통해 Replication Manager 작업을 모니터링할 수 있도록 합니다.

Replication Manager 이벤트에는 EMC_ProcessEvent라는 소스 문자열이 있습니다. MOM 또는 SCOM에서 Replication Manager 규칙을 생성할 때 이 문자열을 사용합니다.

관리 이벤트를 게시하려면 MOM 또는 SCOM 서버와 Replication Manager Server가 동일한 도메인에 있거나, 이들 서버가 있는 도메인 간에 트러스트 관계를 생성해야 합니다.

관리 이벤트 게시 설정 관리 이벤트 게시를 설정하거나 해제하려면


2. 일반 탭을 클릭합니다.

3. 해당 옵션을 설정하려면 관리(CIM) 이벤트 게시 확인란을 선택하고, 옵션을 해제하려면 선택을 취소합니다.

4. 확인을 클릭합니다.

관리(CIM) 이벤트에는 이벤트 로그에 게시된 이벤트에 대한 다음과 같은 정보가 포함되어 있습니다.

◆ 중요성 특성 - 세 가지의 중요성 수준(정보/경고/오류) 중 하나.

◆ 소스 특성 - 오류를 발생한 구성 요소의 이름(ECCRMServer).

◆ 데이터 특성 - 범주, 소스, 생성된 시간, Replication Manager에 기록된 정보 등과 같은 원본 이벤트의 XML 표현.

게시될 수 있는 이벤트 목록은 118페이지의 표 19를 참조하십시오.


관리 작업

서버 보안 옵션 관리

ERM 관리자는 다음을 허용하도록 Replication Manager Server의 보안 옵션을 설정할 수도 있습니다.

◆ Windows 애플리케이션 이벤트 로그에 특정 Replication Manager 작업을 기록하여 해당 작업 감사

◆ 로그인 시 팝업 메시지 배너 표시

보안 이벤트 구성 Replication Manager에서 Windows 애플리케이션 이벤트 로그에 기록하는 작업을 구성하려면


2. 86페이지의 그림 7에 보이는 것처럼 보안 탭을 클릭합니다. 보안 이벤트 상자에서 다음과 같은 Replication Manager 작업 유형 중 Windows 애플리케이션 이벤트 로그에 기록할 유형을 하나 이상 선택합니다.

• 계정 관리

• 객체 관리

• 복제본 관리

• 보안

• 사용자 로그인

서버 보안 옵션 관리 85

86

관리 작업

그림 7 서버 속성 보안 탭



관리 작업

로그온 배너 생성 로그인 시 표시되는 팝업 메시지 배너를 생성하려면


2. 보안 탭을 클릭합니다. 87페이지의 그림 8에 보이는 것처럼 로그온 배너 상자에 로그인 성공 시 표시할 메시지를 입력합니다.

그림 8 로그온 배너 텍스트 상자

3. 확인을 클릭하여 선택한 서버 옵션을 저장합니다. 로그온 배너 필드에 입력한 메시지는 Replication Manager Server에 로그인할 때마다 팝업 메시지로 표시됩니다.

서버 보안 옵션 관리 87

88

관리 작업

라이센스 작업

이 섹션에서는 Replication Manager에서 라이센스가 작동하는 방식에 대해 설명합니다.

라이센스 유형 다음 항목에 대한 라이센스가 필요합니다.

◆ Replication Manager Server

서버 라이센스만 필요합니다. 이 라이센스는 해당 라이센스가 추가된 시스템에만 적용됩니다.

서버 라이센스는 Replication Manager Server 기능에만 사용됩니다. Replication Manager Server 시스템에 Replication Manager Agent 소프트웨어도 설치하는 경우 Replication Manager Agent 라이센스도 필요합니다.

◆ Replication Manager Agent

이 라이센스가 있으면 모든 OS 플랫폼에서 Replication Manager가 지원하는 복제 기술을 사용하여 Replication Manager Agent를 실행할 수 있습니다.

◆ Replication Manager 가상 프록시 호스트

이 라이센스가 있으면 가상 프록시 호스트에서 Replication Manager Agent 소프트웨어를 실행할 수 있으며 지원되는 가상 환경에 있는 데이터를 복제할 수도 있습니다. VMFS 작업에 사용되는 프록시 호스트를 예로 들 수 있습니다. RDM 디스크, MS iSCSI에서 검색된 디스크 또는 VMware 가상 디스크에는 필요 없습니다. Replication Manager 가상 프록시 호스트 라이센스는 프록시 호스트별로 하나씩 필요합니다.

라이센스 상태 각 라이센스에는 사용 가능 또는 사용 중의 상태가 있습니다. Replication Manager Server 라이센스의 상태는 항상 사용 중입니다. 반면, Replication Manager Agent 또는 Replication Manager 가상 프록시 호스트 라이센스는 가용에서 사용 중으로 변경되거나 사용 중에서 가용으로 변경될 수 있습니다.

처음에는 Replication Manager Agent 라이센스가 가용 상태이며 호스트에 연결되어 있지 않습니다. Replication Manager 콘솔에서 서버 속성의 라이센스 탭을 통해 라이센스 상태를 볼 수 있습니다.


관리 작업

라이센스 상태가 사용 중으로 변경되는 경우

호스트에서 다음 작업 중 하나를 처음으로 수행하면 Replication Manager Agent 또는 Replication Manager 가상 프록시 호스트 라이센스는 가용에서 사용 중으로 상태가 변경되며 특정 호스트에 연결됩니다.

◆ 작업을 생성합니다. 이 경우 로컬 호스트에서 라이센스를 사용합니다.

◆ Exchange CCR 클러스터에서 작업을 만드는 경우 CMS(Clustered Mailbox Server)가 아닌 액티브 물리 노드 및 패시브 물리 노드에 대한 Replication Manager Agent 라이센스가 필요합니다.

◆ 로컬 호스트가 아닌 마운트 호스트를 지정합니다. 이 경우 마운트 호스트에서 라이센스를 사용합니다.

◆ 필요에 따라 호스트로 마운트합니다. 이 경우 마운트 호스트에서 라이센스를 사용합니다.

◆ 호스트에서는 Replication Manager Agent 라이센스를 한 번에 하나씩만 사용합니다. 호스트가 이미 Replication Manager Agent 라이센스를 사용 중인 경우에는 작업을 생성하거나 복제본을 호스트에 마운트할 때 추가 라이센스가 필요 없습니다.

Replication ManagerAgent 라이센스 확보

다음 작업을 모두 수행하면 Replication Manager Agent 라이센스가 가용 상태가 됩니다.

◆ 호스트에서 모든 작업을 삭제합니다.

◆ 호스트에서 모든 복제본을 마운트 해제합니다.

무료 사용 기간 라이센스가 없을 경우 설치 후 처음 90일 동안에는 Replication Manager에서 전체 기능이 수행됩니다. 이 기간 중에 Replication Manager 콘솔을 실행하면 팝업이 나타나 남은 무료 사용 기간(일)을 알려 줍니다.

무료 사용 기간이 지난 후에는 유효한 Replication Manager Server 라이센스가 없으면 호스트 등록 및 작업 생성을 사용할 수 없고 작업이 실행되지 않습니다. 복구는 허용되지만 복제본을 마운트할 수 없습니다. 이때 Replication Manager 콘솔의 서버 속성 아래에 있는 라이센스 탭을 사용하여 라이센스를 추가해야 합니다.

Replication Manager Server 라이센스가 적용되면 남은 무료 사용 기간 일수에 관계없이 무료 사용 기간이 중지됩니다.

이전 버전의 호스트 라이센스 사용

이전 5.x 버전 Replication Manager의 호스트 라이센스를 사용하기 위해 필요한 작업은 없습니다. 다음은 Replication Manager가 기존 호스트 라이센스를 처리하는 방법입니다.

라이센스 작업 89

90

관리 작업

◆ OS 및 복제 기술 유형을 지정하는 이전 버전의 호스트 라이센스는 Replication Manager Agent 라이센스로 계산됩니다.

◆ 논리적 또는 물리적 호스트는 이전 라이센스 체계에 사용된 라이센스 수에 관계없이 이제 Replication Manager Agent 라이센스를 한 개만 사용하게 됩니다. 예를 들어 TimeFinder® 및 SAN Copy를 모두 사용하는 호스트의 경우 이전에는 두 개의 라이센스가 필요했습니다. 새로운 체계에서 이 호스트는 한 개의 라이센스만 사용합니다.

◆ 이전에 기술/OS별 이름(예: Windows의 SnapView)으로 표시되던 기존의 모든 호스트 라이센스가 이제 Replication Manager 콘솔에서 Replication Manager Agent로 표시됩니다.

라이센스 관리 Replication Manager Server에서 모든 라이센스(서버, 에이전트 및 가상 프록시 호스트)를 저장하고 관리합니다. 라이센스는 Replication Manager Server 설치 과정에 추가하거나 나중에 Replication Manager 콘솔의 서버 속성 아래 라이센스 탭에서 추가할 수 있습니다. 콘솔은 라이센스를 추가하고 라이센스 상태를 확인하는 사용자 인터페이스 역할을 합니다. 자세한 내용은 91페이지의 “라이센스 탭 사용”을 참조하십시오.

복제본이 마운트될 때의라이센스 요구 사항

운영 호스트와 마운트 호스트에 Replication Manager Agent 라이센스가 필요합니다. 운영 호스트와 마운트 호스트가 동일한 시스템일 경우에는 동일한 라이센스가 공유됩니다.

라이센스 경고 91페이지의 표 15에는 필요한 라이센스가 없는 경우 발생할 수 있는 기능 제한 사항이 요약되어 있습니다.


관리 작업

라이센스 탭 사용 서버 속성 아래의 라이센스 탭을 사용하여 새 라이센스를 추가하고 라이센스에 대한 정보를 확인할 수 있습니다.

라이센스 탭에는 Replication Manager 라이센스에 대한 다음 정보가 표시됩니다. 각 라이센스에 대해 다음 정보가 표시됩니다.

◆ 라이센스 키 - 고유한 라이센스 ID입니다.

◆ 라이센스 유형 - 88페이지의 “라이센스 유형”을 참조하십시오.

◆ 라이센스 상태 - 이 라이센스 유형으로 설치된 총 라이센스 수, 사용 중인 라이센스 수 및 사용 가능한 라이센스 수입니다.

◆ 만료일 - 일부 라이센스는 일정 기간 동안만 유효합니다. 라이센스에 만료일이 있으면 여기에 나열되고, 지정된 만료일이 없으면 값이 영구로 표시됩니다.

◆ 라이센스 파일 위치 - Replication Manager에서 라이센스 파일을 저장하는 위치로, 서버가 설치된 server\license 폴더입니다. 이 정보는 고객 서비스용으로 제공됩니다.

참고: server\license 폴더에 복사된 모든 라이센스 파일의 이름은 rm_licensennnnnnnnnn.lic로 바뀝니다.

표 15 라이센스 부족으로 인한 기능 제한 사항

제한 사항 원인 구제 수단

호스트를 등록할 수 없습니다.

무료 사용 기간이 종료되었습니다. 서버 라이센스를 추가하십시오.

복제본을 마운트할 수 없습니다.

무료 사용 기간이 종료되었거나 사용 가능한 라이센스가 부족합니다.

모든 복제본을 마운트 해제하거나 일부 다른 호스트의 모든 작업을 삭제하여 에이전트 라이센스를 확보하십시오. 또는 에이전트 라이센스를 추가하십시오.

작업을 생성할 수 없습니다.

작업을 실행할 수 없습니다.

예약된 작업이 실행되지 않습니다.

통합 애플리케이션 세트에 대한 작업이 실패했습니다.

무료 사용 기간이 종료되었거나 통합 애플리케이션 세트에 있는 하나 이상의 호스트에 사용 가능한 라이센스가 부족합니다.

모든 복제본을 마운트 해제하거나 통합 애플리케이션 세트에 속하지 않은 호스트에서 모든 작업을 삭제하여 에이전트 라이센스를 확보하거나 에이전트 라이센스를 추가하십시오.

라이센스 작업 91

92

관리 작업

라이센스 추가 라이센스를 추가하려면

1. Replication Manager Server를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 라이센스를 클릭합니다.

3. 라이센스를 추가하려면 여기를 클릭하십시오. 링크를 클릭합니다.

4. 라이센스 파일의 이름(경로 포함)을 입력하고 확인을 클릭하거나 찾아보기를 클릭하여 라이센스 파일을 찾아봅니다. 파일 이름은 .lic로 끝나야 합니다.

5. Replication Manager 콘솔을 종료합니다.

6. Replication Manager Server 서비스를 중지했다가 다시 시작합니다.

7. Replication Manager 콘솔을 엽니다.

참고: 새 라이센스를 추가할 수 있지만 라이센스를 제거할 수는 없습니다.


관리 작업

클라이언트 보안 모드 설정

54페이지의 “Replication Manager Agent 소프트웨어 설치”의 설명대로 Replication Manager Agent 소프트웨어를 설치할 때 보안 클라이언트 모드나 표준 클라이언트 모드를 처음 설정합니다.

표준 클라이언트 모드는 기본 모드입니다. 이 모드에서는 사용자가 사전/사후 복제 스크립트, 마운트 스크립트 또는 백업 스크립트에 사용자 이름 및 암호를 지정할 필요가 없습니다. 표준 클라이언트 모드에서는 루트 로그인 또는 로컬 로그인으로 시스템에 들어가므로 적절한 Replication Manager 권한이 있는 사용자는 해당 클라이언트에서 보안 작업을 수행할 수 있습니다.

보안 클라이언트 모드에서는 해당 클라이언트에서 보안 작업을 수행하려면 사용자가 유효한 사용자 자격 증명을 입력해야 합니다.

보안 클라이언트 모드로 변경

이 섹션에서는 클라이언트 모드 설정을 변경하는 방법에 대해 설명합니다.

UNIX 보안 클라이언트 모드에서 UNIX 클라이언트를 중지했다가 재시작하려면

1. Replication Manager 클라이언트에서 터미널 창을 엽니다.

2. 시스템 프롬프트에서 다음 명령을 입력합니다.

# rc.irclient stop# rc.irclient parameters -S SECURE -s# rc.irclient start

Windows 보안 클라이언트 모드에서 Windows 클라이언트를 시작하려면

1. 내 컴퓨터를 마우스 오른쪽 버튼으로 클릭하고 관리를 선택합니다.

2. 서비스 및 응용 프로그램을 선택하고 서비스 폴더를 엽니다.

3. Replication Manager Client를 마우스 오른쪽 버튼으로 클릭하고 중지를 선택합니다.

4. 명령 프롬프트 창을 엽니다.

5. 다음 명령을 입력하여 클라이언트 서비스를 보안 모드로 재설정합니다.

> irccd -S SECURE -s

6. Replication Manager Client를 마우스 오른쪽 버튼으로 클릭하고 시작을 선택합니다.

클라이언트 보안 모드 설정 93

94

관리 작업

7. 명령 프롬프트 창을 닫습니다.

표준 클라이언트 모드로 변경

UNIX 표준 클라이언트 모드에서 UNIX 클라이언트를 중지했다가 재시작하려면

1. Replication Manager 클라이언트에서 터미널 창을 엽니다.

2. 시스템 프롬프트에서 다음 명령을 입력합니다.

# rc.irclient stop# rc.irclient parameters -S UNSECURED -s# rc.irclient start

Windows 표준 클라이언트 모드(보안되지 않은 모드)에서 Windows 클라이언트를 시작하려면

1. 내 컴퓨터를 마우스 오른쪽 버튼으로 클릭하고 관리를 선택합니다.

2. 서비스 및 응용 프로그램을 선택하고 서비스 폴더를 엽니다.

3. Replication Manager Client를 마우스 오른쪽 버튼으로 클릭하고 중지를 선택합니다.


5. 다음 명령을 입력하여 클라이언트 서비스를 보안되지 않은 모드로 재설정합니다.

> irccd -S UNSECURED -s

6. Replication Manager Client를 마우스 오른쪽 버튼으로 클릭하고 시작을 선택합니다.


관리 작업

복제본 스토리지 관리

ERM 관리자는 Replication Manager가 저장하는 복제본이 위치할 스토리지를 지정할 수 있습니다.

ERM 관리자는 다음을 수행할 수 있습니다.

◆ Replication Manager에서 사용자에 대해 스크립트를 실행하는 방법을 정의합니다.

◆ Replication Manager 호스트에 연결되어 있는 스토리지를 검색합니다.

◆ 해당 스토리지 내에서 사용 가능한 스토리지 디바이스를 검색하고 Replication Manager에서 사용할 스토리지를 추가하여 스토리지를 구성합니다.

◆ Replication Manager에서 사용하도록 추가된 스토리지를 확인합니다.

◆ 스토리지 디바이스를 풀에 넣고 해당 풀에 대한 액세스 권한을 사용자에게 부여합니다.

Celerra 스토리지 관리

Replication Manager에서는 다른 스토리지와 다르게 Celerra 스토리지를 관리합니다. 따라서 이 섹션에서 스토리지 시스템 검색 방법, 스토리지 추가 및 제거 방법, 스토리지 풀 생성 방법을 설명하는 절차는 Celerra Network Server에 적용되지 않습니다. 대신 다음 구성 단계를 수행하여 Replication Manager에서 Celerra 스토리지를 사용할 수 있도록 설정해야 합니다.

◆ Celerra 스토리지에 상주하는 객체로 애플리케이션 세트를 만들고 이 애플리케이션 세트를 사용하여 작업을 만듭니다.

◆ 작업을 실행하면 Replication Manager가 자동으로 대상 LUN을 검색합니다.

◆ iSCSI 접속의 경우, Replication Manager에서는 iSCSI 대상 LUN에 연결하는 데 사용되는 IQN을 콘솔 트리의 스토리지 서비스 폴더에 추가합니다.

◆ Celerra NFS 로컬 접속인 경우에는 Celerra가 동일한 Celerra에 새 파일 시스템을 생성합니다.

◆ Celerra NFS 원격 접속인 경우에는 원격 파일 시스템에 대한 Celerra Replicator 세션이 미리 만들어져 있어야 합니다.

제6장 ”Celerra 스토리지 시스템 설정”에서 자세한 내용을 참조하십시오.

복제본 스토리지 관리 95

96

관리 작업

스토리지 시스템 검색 먼저 스토리지를 Replication Manager 클라이언트에 표시되도록 설정합니다. Replication Manager 클라이언트에 표시되도록 스토리지를 설정하는 방법에 대해서는 이 가이드의 스토리지 설정 장에서 자세한 내용을 참조하십시오.

처음으로 호스트를 등록하면 Replication Manager에서는 해당 호스트에 접속된 모든 스토리지를 검색합니다. 특정 호스트에서 추가 스토리지 시스템을 검색하려면

1. 트리 패널에서 호스트를 클릭합니다. 등록된 호스트 목록이 컨텐츠 패널에 나타납니다.

2. 컨텐츠 패널에서 호스트 이름을 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 검색을 선택합니다. 이 호스트에 표시되는 스토리지 시스템의 검색을 추적하는 진행 표시줄이 있는 창이 나타납니다. Replication Manager는 스토리지를 자동으로 검색하지 않습니다.

시스템에서는 새로 검색된 스토리지 시스템을 스토리지 추가 마법사에 표시될 스토리지 시스템 목록에 추가합니다.

3. 닫기를 클릭합니다.

검색된 스토리지 시스템은 Replication Manager에서 사용할 스토리지를 해당 스토리지 시스템에서 추가한 후에만 스토리지 서비스 노드 아래에 나타납니다.

새 RecoverPoint RPA의 자격 증명 지정

Replication Manager에서 RPA와 통신하려면 RecoverPoint RPA 자격 증명을 입력해야 합니다. 새 RecoverPoint RPA의 자격 증명을 지정하려면 97페이지의 “스토리지 추가”에 설명된 스토리지 추가 마법사를 실행합니다.


관리 작업

스토리지 추가 스토리지 시스템이 검색되면 다음과 같이 스토리지를 추가할 수 있습니다.

주의!동일한 스토리지 시스템의 다른 애플리케이션과 스토리지 디바이스를 공유하지 않도록 해야 합니다. 다른 애플리케이션에서 제어하는 스토리지를 추가하려고 하면 또 다른 애플리케이션에 의해 미러에 이미 기록된 데이터를 Replication Manager에서 덮어쓸 수 있습니다.

1. 스토리지 서비스를 마우스 오른쪽 버튼으로 클릭하고 컨텍스트 메뉴에서 스토리지 추가를 선택합니다. 스토리지 추가 마법사가 나타납니다. 마법사의 시작 화면에서 다음을 클릭합니다.

2. 다음 패널에는 등록된 모든 호스트에서 표시되는 스토리지 시스템 목록이 표시됩니다. 이전에 스토리지를 추가하지 않은 스토리지의 아이콘이나 CLARiX 스토리지와 RecoverPoint RPA의 경우 Replication Manager에 자격 증명을 입력하지 않은 스토리지 시스템의 아이콘에는 물음표(?)가 표시됩니다.

3. 스토리지를 추가할 스토리지 시스템 옆의 확인란을 선택합니다.

참고: Symmetrix 스토리지를 추가하는 경우 장기 잠금이 설정된 경우 작업에 영향을 받을 수 있습니다. 특정 스토리지에 잠금이 설정된 경우에는 추가된 스토리지를 사용할 수 없기 때문입니다. 장기 잠금에 대한 자세한 내용을 제5장 ”Symmetrix 스토리지 시스템 설정”에서 살펴보십시오.

4. 선택한 스토리지에 해당하는 스토리지 목록이 Replication Manager에 이미 있으면 기존 스토리지의 디바이스 목록을 업데이트할지 여부를 묻는 팝업 상자가 나타납니다. 예를 클릭하여 스토리지 검색을 계속합니다. Symmetrix를 구성하는 경우에는 6단계로 건너뜁니다.

5. CLARiX나 Invista 스토리지의 경우 스토리지 시스템의 사용자 이름 및 암호를 입력하고 드롭다운 목록에서 적절한 포트를 선택합니다. RecoverPoint RPA의 경우 RPA 사용자 이름과 암호를 입력합니다.

CLARiX 스토리지를 사용하는 구성에 RecoverPoint RPA를 선택하는 경우 CLARiX 스토리지 자격 증명을 제공하려면 연결된 CLARiX 스토리지도 선택해야 합니다.

6. 다음을 클릭합니다. Replication Manager에서 스토리지 추가 프로세스가 시작됩니다.


98

관리 작업

RecoverPoint RPA에서는 자격 증명 입력이 마지막 단계입니다. 스토리지를 추가하는 단계가 없습니다.

7. 트리에 특정 범주로 그룹화된 디바이스가 나열됩니다. 예를 들어 Symmetrix에서는 모든 BCV, STD 및 VDEV 디바이스가 별도의 그룹에 나열됩니다. 추가할 각 디바이스 옆의 확인란을 선택합니다.

범위의 맨 위에 있는 디바이스를 클릭하고 Shift 키를 누른 채 연속된 범위의 맨 아래에 있는 디바이스를 클릭할 수 있습니다. 다음을 클릭하여 선택한 디바이스를 추가합니다.

8. 스토리지 검색이 완료된 후 Replication Manager에서 스토리지에 상주하고 있는 모든 소프트웨어 및 버전을 검색하도록 하려면 스토리지 추가 후 스토리지 소프트웨어 검색 실행을 선택합니다. 초기 스토리지 시스템 검색이 진행되는 동안에 스토리지 상주 소프트웨어가 자동으로 검색됩니다.

9. 선택 항목을 검토하고 마침을 클릭하여 변경 내용을 저장합니다. 스토리지 시스템에서 하나 이상의 디바이스를 선택하면 스토리지 시스템이 트리 패널의 스토리지 서비스 부분에 나타납니다.

스토리지 보기 구성된 스토리지 시스템 및 추가한 스토리지 디바이스를 보려면.

1. 스토리지 서비스를 확장합니다. 트리에 각 종류의 스토리지 시스템이 다음과 같이 나열됩니다.

• Symmetrix 스토리지 시스템 - Symmetrix 일련 번호를 사용하여 나열됩니다. Symmetrix 스토리지 시스템은 등록된 호스트를 기반으로 자동으로 검색됩니다. Symmetrix 스토리지에 접속 가능한 호스트가 Replication Manager 스토리지 트리에 추가됩니다.

• Invista 인스턴스 - Invista 인스턴스가 일련 번호로 나열됩니다. Replication Manager에서는 등록된 호스트에 접속되고 조닝된 Invista 인스턴스를 검색할 수 있습니다.

• CLARiX 스토리지 시스템 - CLARiX 스토리지 시스템이 일련 번호로 나열됩니다. Replication Manager에서는 등록된 호스트에 접속되고 조닝된 CLARiX를 검색할 수 있습니다.

• Celerra 스토리지 - Celerra iSCSI 스토리지인 경우 Celerra 스토리지의 iSCSI 타겟 이름으로 나열됩니다. Celerra NFS 스토리지인 경우 호스트 이름 또는 IP 주소로 나열됩니다. Celerra의 모든 스토리지는 스토리지 시스템을 검색할 때 자동으로 검색되고 추가됩니다.

• RecoverPoint - RPA에 대해 정규화된 DNS 이름이나 IP 주소로 나열됩니다.


관리 작업

Replication Manager에서 사용할 수 있도록 이러한 스토리지와 서비스를 준비하는 방법에 대한 자세한 내용은 이 주제와 관련된 후속 장을 참조하십시오.

스토리지 서비스는 99페이지의 그림 9와 같이 나열됩니다.

그림 9 스토리지 서비스

2. 트리에서 스토리지 서비스를 선택합니다. 컨텐츠 패널에 스토리지 시스템의 각 디바이스에 대한 다음 정보가 표시됩니다.

• 디바이스 - 디바이스 이름

• 상태 - 디바이스의 상태(예: 사용 중, 사용하고 있지 않음, 제외됨)

• 크기 - 디바이스의 크기(GB)

• 유형 - 스토리지 디바이스의 유형(예: 로컬 클론, 로컬 스냅 등)

• 호스트에 표시 - 디바이스를 볼 수 있는 호스트 목록

• 기능 - 이 디바이스에 사용되는 복제 기술


100

관리 작업

스토리지 속성 보기 추가한 스토리지의 속성을 보려면

1. 스토리지 서비스 아래 스토리지를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다. 100페이지의 그림 10에 보이는 것처럼 스토리지 속성 대화 상자가 나타납니다.

그림 10 스토리지 속성 대화 상자

스토리지 속성 대화 상자는 스토리지에 대한 다음 정보를 표시합니다.

◆ 이름

◆ 모델

◆ 사용자 정의 설명

◆ 상태(준비됨 또는 준비되지 않음)

◆ 스토리지를 마지막으로 검색한 날짜(Symmetrix 및 CLARix)

◆ 마지막 업데이트 날짜


관리 작업

◆ 최신 업데이트를 수행하는 데 사용된 호스트

모든 속성에 대한 세부 정보가 확장 속성 테이블에 표시됩니다.

◆ 속성 - 속성 이름

◆ 값 - 속성 값Symmetrix 표준 디바이스의 경우, 값은 보호되지 않는 디바이스 + RAID5 + RAID6 + 2-way 미러 디바이스 + 4-way 미러 디바이스의 합계로 계산됩니다.

◆ 설명 - 속성 및 용도에 대한 자세한 정보를 제공합니다.

요청 시 스토리지 속성업데이트

스토리지를 Replication Manager에 추가할 때 스토리지의 모든 속성이 처음으로 채워집니다. 예를 들어 최신 버전의 SAN Copy 소프트웨어를 설치하는 등, 구성을 변경할 경우에는 새로 고쳐 Replication Manager의 스토리지 속성 대화 상자에 최신 속성 정보가 표시될 수 있도록 해야 합니다.

스토리지 속성을 새로 고치려면

1. 스토리지 서비스에서 스토리지를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 일반 탭에서 정보를 새로 고칠 호스트를 선택합니다. [다음 호스트를 사용하여 업데이트]를 클릭합니다. 이 UI는 대화 상자 왼쪽 아래에 있습니다. 이 호스트는 Replication Manager 5.2.1(이상) 소프트웨어를 실행하는 모든 호스트가 가능하며, 속성을 새로 고칠 스토리지에서 표시되지 않아도 됩니다.

3. 업데이트를 클릭합니다.

업데이트 진행률 대화 상자가 완료되면 모든 속성의 최신 정보가 확장된 속성 테이블에 표시됩니다. 세부 정보를 클릭하여 최신 업데이트에 대한 추가 정보를 볼 수 있습니다.

참고: Replication Manager에서 업데이트 중에 특정 속성에 대한 값을 얻을 수 없으면 해당 속성에 대한 값 열에 업데이트 실패가 표시됩니다. 이런 경우 업데이트를 다시 실행해 보십시오.


102

관리 작업

스토리지 업데이트 내역보기

Replication Manager에서 특정 스토리지에 대해 수행한 확장된 속성 업데이트 작업 내역을 볼 수 있습니다. 스토리지의 업데이트 내역을 보려면

1. 스토리지 서비스에서 스토리지를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 일반 탭에서 내역을 클릭합니다. 업데이트 내역 대화 상자에 업데이트를 수행한 호스트와 업데이트 결과가 날짜와 시간으로 분류되어 표시됩니다. 참고 열에는 특정 업데이트가 각 속성에 미친 영향에 대한 정보가 나옵니다.

• 초기 값 - 초기 스토리지 소프트웨어 검색 중에 설정된 원래 값입니다.

• 이전 업데이트 후 값 변경 - 이 업데이트 중에 속성에 대한 값이 변경되었습니다.

• 변화 없음 - 이 업데이트 중에 이 속성이 변경되지 않았습니다.

스토리지 제거 Replication Manager에서 사용할 수 없도록 스토리지를 제거하려면 먼저 제거할 스토리지 디바이스를 선택합니다. 다음과 같이 세분화된 수준에서 스토리지 디바이스를 제거할 수 있습니다.

◆ 사용자 환경의 모든 스토리지

◆ 하나 이상의 스토리지 시스템에 있는 모든 스토리지

◆ 하나 이상의 디바이스

스토리지를 제거하면 Symmetrix 장기 잠금이 해제됩니다.자세한 내용은 197페이지의 “장기간 잠금”의 정보를 참조하십시오.

스토리지를 제거하려면

1. 스토리지 서비스 폴더를 확장하여 스토리지 시스템을 봅니다.

2. 스토리지를 선택합니다. 컨텐츠 패널에 포함된 디바이스 목록이 표시됩니다.


관리 작업

3. 다음과 같이 제거할 디바이스를 선택합니다.

• 여러 스토리지 시스템을 선택하려면 Ctrl 키를 누른 채 클릭합니다.

• 여러 스토리지 디바이스를 선택하려면 다음 중 하나를 수행합니다.

– Ctrl 키를 누른 채 연속되지 않은 일련의 스토리지 노드를 각각 클릭하여 해당 노드 내에 있는 연속되지 않은 디바이스 목록을 선택합니다. 또는

– 노드의 범위에서 첫 번째 스토리지 노드를 클릭한 다음 Shift 키를 누른 채 연속된 노드 범위의 마지막 노드를 클릭하여 모두 선택합니다.

4. 마우스 오른쪽 버튼을 클릭하고 스토리지 제거를 선택합니다.

스토리지 풀 생성 스토리지 풀은 특정 작업이나 유사한 작업에서 사용하도록 정의한 디바이스 그룹입니다. 스토리지 풀의 이름을 지정하고 해당 풀에 스토리지 디바이스를 추가한 다음 스토리지 풀에 대한 사용자 액세스 권한을 설정합니다.

스토리지 풀을 만들면 데이터베이스 관리자는 작업을 만들 때 사용할 스토리지 풀을 지정할 수 있습니다. 스토리지 풀이 지정되면 작업에는 해당 풀의 스토리지만 사용됩니다.

데이터베이스 관리자가 작업을 생성할 때 풀을 지정하지 않도록 결정하면 CLARiX의 사용 가능한 로컬 클론 및 Symmetrix의 사용 가능한 로컬 BCV를 사용하여 작업이 진행됩니다.

참고: Celerra 스토리지 또는 RecoverPoint의 경우 스토리지 풀이 지원되지 않습니다.

스토리지 풀을 생성하려면

1. 스토리지 풀을 마우스 오른쪽 버튼으로 클릭하고 새 스토리지 풀을 선택합니다. 새 풀 대화 상자가 나타납니다.

2. 풀의 이름 및 설명을 입력합니다.

3. 스토리지 탭을 클릭하고 추가를 클릭합니다. 104페이지의 그림 11에 보이는 것처럼 풀에 스토리지 추가 대화 상자가 나타납니다.


104

관리 작업

그림 11 풀에 스토리지 추가 대화 상자

4. 스토리지 시스템을 확장하고 풀에 추가할 디바이스를 선택합니다.

풀에 추가할 수 있는 디바이스 유형에는 제한이 없습니다. 여러 스토리지 풀에 동일한 스토리지를 할당할 수 있습니다. 동일한 스토리지가 포함된 모든 스토리지 풀에 동일한 권한이 있으면 예측할 수 없는 결과를 방지할 수 있습니다.

전체 SAN Copy의 경우 스토리지 풀에 다음 디바이스를 할당합니다.

• SAN Copy 타겟으로 사용할 타겟 CLARiX 스토리지 시스템의 디바이스. 둘 이상의 CLARiX 스토리지 시스템에서 디바이스를 포함하지 마십시오.

• Replication Manager에서 Symmetrix와 CLARiX 간에 SAN Copy를 구성할 때 임시 복제본에 사용되는 중간 디바이스. 자세한 내용은 189페이지의 “중간 복제본을 위한 디바이스”의 정보를 참조하십시오.


관리 작업

증가분 SAN Copy의 경우 다음 디바이스를 할당합니다.

• SAN Copy 타겟으로 사용할 타겟 CLARiX 스토리지 시스템의 디바이스. 둘 이상의 CLARiX 스토리지 시스템에서 디바이스를 포함하지 마십시오.

• 타겟 스토리지 시스템의 스냅 캐시 디바이스

확인을 클릭하여 풀에 스토리지 추가 대화 상자를 닫습니다.

5. 스토리지 풀에 대한 액세스를 제한하려면 사용자 액세스 탭을 클릭한 다음 허용을 클릭하여 사용자 액세스 권한 부여 대화 상자에서 사용자를 선택합니다. 사용자 액세스 권한 부여 대화 상자에서 확인을 클릭하여 사용자 액세스 권한 선택 항목을 저장합니다.

여러 스토리지 풀에 동일한 스토리지를 할당할 수 있습니다. 동일한 스토리지가 포함된 모든 스토리지 풀에 동일한 권한이 있으면 예측할 수 없는 결과를 방지할 수 있습니다.

6. 새 풀 대화 상자에서 생성을 클릭하여 풀을 만듭니다.

스토리지 풀 수정 기존 스토리지 풀을 수정하려면

1. 수정할 스토리지 풀을 마우스 오른쪽 버튼으로 클릭합니다. 액세스 권한이 부여된 스토리지 풀만 나열됩니다.

2. 속성을 선택합니다.

3. 스토리지 풀을 적절히 변경합니다.

4. 확인을 클릭하여 변경 내용을 저장합니다.

스토리지 풀 삭제 스토리지 풀을 삭제하려면

1. 삭제할 스토리지 풀을 마우스 오른쪽 버튼으로 클릭합니다.

2. 삭제를 선택합니다.

3. 스토리지 풀을 삭제할지 여부를 확인합니다.

현재 작업에서 사용되는 스토리지 풀은 삭제하지 마십시오. 먼저 작업을 삭제하거나 수정해야 합니다.


106

관리 작업

스토리지 디바이스 제거

스토리지 서비스를 제거하면 Replication Manager 콘솔에서 스토리지 서비스가 제거되고 해당 서비스의 모든 스토리지가 복제본에 사용되지 않습니다. 해당 디바이스가 사용 중인 경우에는 스토리지 서비스를 제거할 수 없습니다.

스토리지 시스템을 제거하려면

1. 스토리지 서비스를 확장하여 모든 스토리지 시스템을 봅니다.

2. 특정 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 제거를 선택합니다.

3. 확인을 클릭하여 확인합니다.

특정 Symmetrix 스토리지에 액세스할 수 있는 마지막 호스트를 삭제할 경우 Replication Manager에서 해당 스토리지도 제거해야 합니다. 이는 Symmetrix 스토리지에 LDL이 설정된 경우에 중요합니다. 이 스토리지를 제거하지 않으면 Replication Manager에서 해당 디바이스의 잠금을 해제할 수 없으므로 수동으로 정리해야 합니다.

Windows Server 2008 Standard Edition에서 SAN 정책 설정

Windows Server 2008에서 SAN 정책은 디스크를 시스템에서 표시할 때 온라인으로 설정할지 오프라인으로 설정할지를 결정합니다. Enterprise Edition 시스템의 기본 정책은 오프라인이지만, Standard Edition의 기본 정책은 온라인입니다. 마운트 실패를 방지하려면 정책을 offlineshared로 설정해야 합니다.

Windows Server 2008 Standard Edition 호스트에서 SAN 정책을 오프라인으로 설정하려면 명령줄 창을 열고 다음 명령을 실행하십시오.

C:\>diskpartMicrosoft DiskPart version 6.0.6001Copyright (C) 1999-2007 Microsoft Corporation.On computer: abcxyzDISKPART> san policy=offlinesharedDiskPart가 현재 운영 체제에 대한 SAN 정책을 변경했습니다.


관리 작업

내부 데이터베이스 보호

Replication Manager 내부 데이터베이스에는 애플리케이션이 실행되고 기존 상태를 유지하는 데 필요한 복제본, 작업, 사용자, 클라이언트 및 기타 세부 내용과 관련한 정보가 저장됩니다.

내부 데이터베이스 디렉토리 구축

Replication Manager 내부 데이터베이스 파일은 단일 파일 시스템에 설치되며 이러한 파일을 보호하는 것은 관리자의 책임입니다. 내부 데이터베이스를 보호하려면 serverdb 디렉토리를 보호된 스토리지 디바이스(예: 미러링 또는 RAID 스토리지)에 배치해야 합니다.

serverdb 디렉토리의 기본 위치는 \Programs Files\EMC\rm입니다. 107페이지의 그림 12에 구조가 나와 있습니다.

그림 12 내부 데이터베이스 디렉토리의 구조

보호된 스토리지 디바이스를 사용할 수 없으면 다음과 같이 다른 디바이스에 serverdb\data, log, backups 및 store 디렉토리를 재구축하여 손실로부터 보호할 수 있습니다.

1. Replication Manager Server 서비스를 중지합니다. Replication Manager 서비스 마법사(server\bin\erm_service_gui.exe)를 실행하고 Replication Manager Server를 선택한 다음 중지를 선택하고 마법사를 마칩니다.

2. backups, data, log 및 store에서 새 위치에 대한 심볼 링크를 만듭니다.

3. 이러한 새 위치로 데이터를 이동합니다.

serverdb

data

log

backups

내부 데이터베이스 파일

로그 파일

내부 데이터베이스 파일의 복제본 및 최신 로그

store복제본 카탈로그 메타데이터

내부 데이터베이스 보호 107

108

관리 작업

4. Replication Manager Server 서비스를 시작합니다. Replication Manager 서비스 마법사(server\bin\erm_service_gui.exe)를 실행하고 Replication Manager Server를 선택한 다음 시작을 선택하고 마법사를 마칩니다.

내부 데이터베이스 백업 및 복구

Replication Manager에서는 데이터베이스가 라이브인 경우 하루에 한 번 내부 데이터베이스를 backups 디렉토리에 백업합니다. 필요한 경우 복원 스크립트 erm_restore를 사용하면 백업 디렉토리에서 백업을 복원할 수 있습니다.

내부 데이터베이스를 백업하려면 정기적으로 serverdb\backups 디렉토리의 테이프 백업을 실행합니다. backups 디렉토리가 손상된 경우에는 테이프에서 backups 디렉토리로 복구한 다음 내부 데이터베이스를 복구할 수 있습니다.

주의!store 하위 디렉토리는 Replication Manager 유틸리티로 백업되거나 복구되지 않습니다. 백업 소프트웨어를 사용하여 store 하위 디렉토리의 백업을 명시적으로 예약하고 필요한 경우 복구를 수행합니다.

내부 데이터베이스를 복구하려면


2. 명령 창을 열고 다음 명령을 실행합니다.

> cd c:\program files\emc\rm\server\bin> erm_restore

이 스크립트는 손상된 원본 데이터베이스를 백업 디렉토리에 복제한 다음 백업된 데이터베이스 복제본을 serverdb\data의 라이브 위치에 복제합니다. 서버 데이터베이스가 재시작되지 않으면 다음을 실행합니다.

erm_restore -nologs

-nologs 옵션을 사용하면 스크립트에서 라이브 위치에 백업을 복제하기 전에 serverdb\log 디렉토리의 로그 파일을 삭제합니다. 따라서 복구된 데이터베이스는 마지막 백업 상태의 데이터베이스가 됩니다.


관리 작업

주의!-nologs 옵션을 사용하면 데이터베이스에서 마지막 백업 시의 상태를 표시합니다. 따라서 마지막 백업 후의 모든 트랜잭션이 손실됩니다.

3. Replication Manager Server 서비스를 시작합니다. Replication Manager 서비스 마법사(server\bin\erm_service_gui.exe)를 실행하고 Replication Manager Server를 선택한 다음 시작을 선택하고 마법사를 마칩니다.

내부 데이터베이스 암호 변경

Replication Manager에서는 암호를 사용한 제어 방식으로 내부 데이터베이스에 액세스합니다. Replication Manager에는 기본 암호가 포함되며 작업을 제대로 수행하기 위해 암호를 변경할 필요가 없습니다. 보안상의 이유나 다른 이유로 암호를 변경해야 하는 경우


2. Replication Manager Server의 설치 위치에 있는 server\bin에서 다음 명령을 실행합니다.

ird -P newpassword -s

newpassword에 다음 문자를 사용하지 마십시오. #(숫자 기호), |(세로줄), '(어포스트로피), "(큰따옴표)

3. Replication Manager Server 서비스를 재시작합니다. Replication Manager 서비스 마법사를 실행하고 Replication Manager Server를 선택한 다음 시작을 선택하고 마법사를 마칩니다.

내부 데이터베이스 보호 109

110

관리 작업

EMC ControlCenter에서 Replication Manager 보기

Replication Manager에서는 EMC ControlCenter 콘솔을 긴밀하게 통합합니다. EMC ControlCenter를 사용하면 Replication Manager에서 사용할 수 있는 디바이스 및 Replication Manager에서 각 복제본을 저장하는 데 사용하는 디바이스를 확인할 수 있습니다.

EMC ControlCenter를 사용하여 Replication Manager 및 Symmetrix 스토리지를 모니터링하려면 Replication Manager Server와 복제에 포함된 각 Symmetrix 스토리지 간에 물리적 접속이 필요합니다. 그러나 물리적 접속이 Replication Manager의 요구 사항은 아닙니다.

사용 가능한 스토리지 디바이스

Replication Manager에서 사용할 수 있도록 설정할 스토리지를 Symmetrix 또는 CLARiX 스토리지에 포함하면 해당 스토리지는 특별한 그룹에 추가됩니다. 이 그룹의 이름은 다음과 같이 사용하고 있는 스토리지 시스템의 유형에 따라 달라집니다.

◆ Symmetrix 스토리지 시스템에서 사용 가능한 스토리지는 ERM_AVAILABLE_nnnn이라는 디바이스 그룹에 추가됩니다. 여기서 nnnn은 Symmetrix ID의 마지막 네 자리입니다.

디바이스 그룹은 Symmetrix 스토리지에 분산될 수 없습니다. 따라서 둘 이상의 Symmetrix 스토리지에서 가져온 스토리지를 포함하는 경우 Replication Manager는 Replication Manager에서 사용 중인 스토리지가 있는 각 Symmetrix 스토리지별로 사용 가능한 디바이스 그룹을 만듭니다. 스토리지가 Replication Manager에서 제외되면 제외된 스토리지 디바이스는 ERM_AVAILABLE_nnnn 디바이스 그룹에서 제거됩니다.

EMC ControlCenter는 15분마다 Symmetrix 스토리지 시스템을 폴링하여 존재하는 디바이스 그룹 및 해당 그룹에 포함된 디바이스를 검색합니다.

Replication Manager에서 사용할 수 없도록 제외된 디바이스나 복제본 저장을 위해 현재 사용 중인 디바이스만 ERM_AVAILABLE_nnnn 디바이스 그룹에서 제외됩니다.

◆ CLARiX 스토리지의 경우 Replication Manager에는 EMC Replication Storage라는 예약된 이름을 사용하는 스토리지 그룹이 필요합니다. 이 스토리지 그룹에는 Replication Manager에서 복제본을 만드는 데 사용할 수 있는 모든 디스크가 포함되며, 사용 중인지 여부와 관계가 없습니다. 각 스토리지에는 해당 스토리지에 상주하고 Replication Manager에서 사용할 수 있는 디스크와 관련하여 EMC Replication Storage라는 이름을 사용하는 스토리지 그룹이 있어야 합니다.


관리 작업

Symmetrix 디바이스 그룹 보기

EMC ControlCenter에는 Replication Manager에서 사용하는 디바이스 그룹의 디바이스에 대한 정보가 표시됩니다.

EMC ControlCenter 콘솔에서 Replication Manager 디바이스 그룹을 보려면

1. EMC ControlCenter 콘솔을 시작합니다.

2. 화면의 맨 위에 있는 버튼 표시줄에서 모니터링을 클릭합니다.

3. 디바이스 그룹 폴더를 확장하여 Symmetrix 스토리지 시스템의 모든 디바이스 그룹을 표시합니다.

4. 목록에서 ERM_으로 시작하는 디바이스 그룹을 스캔합니다.

5. 디바이스 그룹 이름을 클릭하여 해당 그룹에 대한 정보를 확인합니다.

CLARiX 스토리지 그룹 보기

EMC ControlCenter 콘솔에서 Replication Manager 스토리지 그룹을 보려면

1. EMC ControlCenter 콘솔을 시작합니다.

2. 화면의 맨 위에 있는 버튼 표시줄에서 모니터링을 클릭합니다.

3. 스토리지 시스템 폴더를 확장합니다.

4. CLARiX 스토리지 시스템을 확장합니다.

5. 스토리지 그룹 폴더를 확장합니다.

6. 목록에서 EMC RM 스토리지 그룹을 스캔합니다.

7. 스토리지 그룹 이름을 클릭하여 자세한 정보를 확인합니다.

EMC 스토리지 및 스토리지 기반 그룹

Symmetrix 스토리지 시스템에 상주하는 스토리지를 디바이스 그룹으로 구성하고 CLARiX 스토리지 시스템에 상주하는 스토리지를 스토리지 그룹으로 구성할 수 있습니다.

Symmetrix 디바이스그룹

Symmetrix 스토리지 시스템에서 디바이스 그룹은 단일 디바이스 그룹 이름을 사용하여 모니터링할 수 있는 스토리지 디바이스 또는 드라이브 세트입니다. 예를 들어 BCV 디바이스는 SYMAPI의 디바이스 그룹에 연결된 후에야 동일한 그룹의 표준 디바이스와 페어링될 수 있습니다. EMC ControlCenter를 사용하면 이러한 디바이스 그룹을 보고 각 그룹에 상주하는 디바이스를 확인할 수 있습니다.

EMC ControlCenter에서 Replication Manager 보기 111

112

관리 작업

Replication Manager에서는 사용되는 스토리지 디바이스를 추적하는 데 디바이스 그룹을 이용합니다. EMC ControlCenter를 설치한 경우에는 EMC ControlCenter를 사용하여 다음 사항을 확인할 수 있습니다.

◆ BCV가 Replication Manager에서 사용되도록 포함되었는지 여부

◆ BCV가 각 복제본의 일부인지 여부

참고: Replication Manager에서 디바이스 그룹을 만들지 않도록 하려면 환경 변수 ERM_DEVICE_GROUP_DISABLE을 TRUE로 설정할 수 있습니다. Solaris의 경우 rc.irclient에서 값을 설정하고, Windows의 경우 시스템 차원 변수로 설정합니다. 이 환경 변수를 설정하면 Replication Manager에서는 이 섹션에서 설명하는 대로 디바이스 그룹을 만들지 않습니다.

CLARiX 스토리지 그룹 CLARiX 스토리지에서 스토리지 그룹을 활용하면 Replication Manager나 다른 용도에 사용할 수 있는 세트로 디바이스가 분류됩니다. 디스크가 한 번에 둘 이상의 스토리지 그룹에 상주할 수 있다는 점을 제외하면 이 개념은 디바이스 그룹과 유사합니다.

진행 중인 복제본 디바이스 그룹(Symmetrix 전용)

Symmetrix 스토리지에서 복제 작업을 시작하면 Replication Manager에서는 ERM_jobname_INPROGRES_nnnn이라는 특별한 디바이스 그룹에 운영 디바이스와 미러 디바이스를 추가합니다. 여기서 jobname은 작업 이름 알파벳 문자의 처음 12자이고 nnnn은 Symmetrix ID의 마지막 네 자리입니다.

이 진행 중인 디바이스 그룹에는 각 복제본에 대한 표준 운영 볼륨과 미러 볼륨이 모두 포함됩니다. 이 그룹은 Replication Manager에서 복제본을 만드는 동안만, 즉 동기화하는 동안이나 분리 작업을 완료할 때까지만 존재합니다.

Replication Manager에서 처리 중인 디바이스 그룹을 확인하면 트랙이 동기화될 때까지 걸리는 시간에 대한 정보를 얻을 수 있습니다. 복구 중에는 진행 중인 디바이스 그룹이 만들어지지 않습니다.

복제본 디바이스 그룹(Symmetrix 전용)

스토리지 디바이스가 복제본에서 사용되는 경우 해당 디바이스는 ERM_AVAILABLE_nnnn 디바이스 그룹에서 제거되고 ERM_jobname_MMdd-hhmm_nnnn이라는 또 다른 특별한 디바이스 그룹에 추가됩니다. 여기서 jobname은 작업 이름 알파벳 문자의 처음 12자이고, MMdd-hhmm 은 작업이 만들어진 날짜와 시간이며, nnnn은 Symmetrix ID의 마지막 네 자리입니다.


관리 작업

예를 들어 Symmetrix 스토리지 시스템에서 6월 18일 오전 2시에 이름이 payroll image인 작업을 사용하여 ID가 4356으로 끝나는 복제본을 생성하면, 해당 복제본을 만드는 데 사용된 디바이스는 먼저 ERM_AVAILABLE_4356에서 제거되고, 이 복제본을 생성하는 동안 해당 복제본을 처리 중인 풀에 추가됩니다. 복제본이 완료되면 미러 디바이스가 ERM_payroll_imag_0618-0200_4356이라는 디바이스 그룹에 추가되고 처리 중인 디바이스 그룹 ERM_payroll_imag_INPROGRES_4356에서 제거됩니다.

EMC ControlCenter에서 Replication Manager 보기 113

114

관리 작업

Replication Manager 로그 파일

Replication Manager에서는 다음과 같은 세 가지 유형의 로그 파일을 만듭니다.

◆ 설치

◆ 서버 및 클라이언트

◆ 내부 데이터베이스

설치 로그 파일 설치 정보, 오류 및 경고가 다음 파일에 기록됩니다.

◆ IRInstall.log(UNIX 전용)는 Replication Manager가 설치된 시스템의 /tmp 디렉토리에 만들어집니다. 이 파일은 UNIX 클라이언트 전용 설치 로그 파일입니다.

◆ rm_setup.log(Windows 전용)는 설치 사용자의 TEMP 디렉토리에 만들어집니다. 이 파일은 Windows의 기본 로그 파일입니다.

◆ rm_install.log(Windows 전용)는 명령줄 설치("자동" 설치)가 사용되는 경우에만 설치 사용자의 TEMP 디렉토리에 만들어집니다. 이 파일에는 InstallShield 자동 모드의 출력이 포함됩니다.

서버 및 클라이언트 로그 파일

Replication Manager에서는 서버 및 클라이언트 구성 요소에 대한 로그 파일을 만듭니다. 각 구성 요소에 대해 세 개의 로그 파일이 있습니다. 로그의 내용은 로그 파일 유형 및 설정된 로깅 수준에 따라 달라집니다.

메시지 유형 Replication Manager에서는 114페이지의 표 16에 설명된 메시지를 생성합니다.

표 16 메시지 유형

메시지 유형 설명

콘솔 메시지 콘솔에 나타나는 것과 동일한 메시지입니다. 이 메시지는 사용자에게 시스템 상태에 대한 정보를 제공합니다.

수준 1 메시지

수준 2 메시지

수준 3 메시지

점차 세부적인 정보를 제공하는 메시지이며 문제 해결에 유용합니다. 수준 1은 가장 적은 세부 정보를 제공하고, 수준 3은 가장 많은 세부 정보를 제공합니다.


관리 작업

로그 파일 유형 115페이지의 표 17에서는 로그 파일 유형 및 파일에 포함된 메시지에 대해 설명합니다.

로그 파일 이름 및 위치 다음은 서버 및 클라이언트 로그의 기본 경로 및 샘플 파일 이름입니다.

참고: 64비트 Windows에서 위치는 Program Files(x86)로 시작됩니다.

◆ _summary 로그:/opt/emc/rm/logs/server/erm_server2004_05_06_13_56_00_summary.log/opt/emc/rm/logs/client/erm_client2004_05_06_13_56_00_summary.logC:\Program Files\EMC\RM\logs\server\erm_server2004_05_06_13_56_00_summary.logC:\Program Files\EMC\RM\logs\client\erm_client2004_05_06_13_56_00_summary.log

◆ _detail 로그:/opt/emc/rm/logs/server/erm_server2004_05_06_13_56_00_detail.log/opt/emc/rm/logs/client/erm_client2004_05_06_13_56_00_detail.logC:\Program Files\EMC\RM\logs\server\erm_server2004_05_06_13_56_00_detail.logC:\Program Files\EMC\RM\logs\client\erm_client2004_05_06_13_56_00_detail.log

◆ _debug 로그:/opt/emc/rm/logs/server/erm_server2004_05_06_13_56_00_debug.log/opt/emc/rm/logs/client/erm_client2004_05_06_13_56_00_debug.logC:\Program Files\EMC\RM\logs\server\erm_server2004_05_06_13_56_00_debug.logC:\Program Files\EMC\RM\logs\client\erm_client2004_05_06_13_56_00_debug.log

로그의 파일 이름 패턴은 다음과 같습니다.

erm_componentDateTime_logType.log

여기서 component는 서버 또는 클라이언트이고, DateTime은 로그가 시작된 날짜와 시간이며, logType은 요약, 세부 정보 또는 디버그 중 하나입니다.

표 17 로그 파일의 내용

로그 파일 유형 로그 파일의 메시지

_summary 콘솔

_detail 콘솔, 수준 1

_debug 콘솔, 수준 1, 2(로깅 수준이 정상으로 설정된 경우) 콘솔, 수준 1, 2 및 3(로깅 수준 3이 디버그로 설정된 경우)

Replication Manager 로그 파일 115

116

관리 작업

Replication Manager Server 내부 데이터베이스 로그

Replication Manager Server의 내부 데이터베이스와 관련된 로그는 base_dir/serverdb/log 디렉토리에 있습니다.

로깅 수준 및 로그 파일 크기 설정

Replication Manager 로깅 수준 및 로그에 할당된 최대 스토리지를 설정하려면

1. Replication Manager 콘솔에서 Replication Manager Server를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.

2. 로그 설정 탭을 클릭합니다.

3. 로깅 수준을 정상 또는 디버그로 설정합니다. 116페이지의 표 18에서는 이 옵션이 로그 파일의 내용에 미치는 영향에 대해 설명합니다.

• 최대 디렉토리 크기 값을 바이트 수로 입력합니다. 이 값은 최대 파일 크기의 현재 값보다 커야 하며 최대 2GB까지 입력할 수 있습니다. Replication Manager에서는 최대 디렉토리 크기에 관계없이 세 개의 로그 파일(_summary, _detail 및 _debug) 중 두 세트 이상을 항상 보존합니다.

• 최대 파일 크기 값을 바이트 단위로 입력합니다. 범위는 100KB에서 200 MB 사이입니다.


표 18 로깅 수준 설정의 영향

로그 파일 유형 로깅 수준 옵션의 설정 로그 파일의 메시지

_summary 일반 콘솔

디버그 콘솔

_detail 일반 콘솔, 수준 1

디버그 콘솔, 수준 1

_debug 일반 콘솔, 수준 1, 2

디버그 콘솔, 수준 1, 2, 3


관리 작업

Windows의 Replication Manager 이벤트 메시지

Windows에서 Replication Manager Server는 특정 이벤트 메시지를 Windows 애플리케이션 이벤트 로그 및 rm\logs\server 디렉토리의 Replication Manager Server 로그 파일에 기록합니다. Replication Manager Server 로그는 자체 주기가 있는 순환 로그 파일입니다. 파일은 가득 차지 않고 최신 작업이 유지되도록 로그가 계속 순환합니다.

이벤트 메시지 보기 Windows 이벤트 뷰어를 사용하면 Replication Manager에서 애플리케이션 로그에 기록한 이벤트를 추적하여 Replication Manager 문제에 대한 정보를 수집할 수 있습니다.

Windows 이벤트 뷰어를 열고 응용 프로그램 로그를 보려면

1. 시작 > 설정> 제어판 > 관리 도구 > 이벤트 뷰어를 선택합니다.

2. 이벤트 뷰어 콘솔 트리에서 응용 프로그램 로그를 선택합니다. 소스가 ECCRMServer로 나열되는 이벤트를 모두 찾습니다.

Replication Manager에서 이벤트 뷰어의 애플리케이션 로그에 기록하는 이벤트의 유형은 다음과 같습니다.

◆ 오류 - 데이터 손실 또는 기능 손실 등과 같은 심각한 문제입니다. 예를 들어 필요 시 마운트 작업에 문제가 발생하면 오류 이벤트가 기록됩니다.

◆ 정보 - 작업이 성공적으로 완료되었음을 설명하는 이벤트입니다. 예를 들어 복제 작업이 성공적으로 완료되면 정보 이벤트가 기록됩니다.

Windows의 Replication Manager 이벤트 메시지 117

118

관리 작업

118페이지의 표 19에서는 Windows 이벤트 뷰어에 기록되는 모든 Replication Manager 이벤트에 대해 설명합니다.

표 19 Replication Manager Windows 이벤트 뷰어 메시지(1/7)

이벤트 ID 이벤트 이름 유형 설명

02145 UnconfigureArrayWarning 경고 array 스토리지에 대한 잠금을 해제할 수 없습니다. 스토리지의 잠금을 수동으로 해제해야 할 수 있습니다.

5003 ECCRMOpenRegKeyFailed 오류 레지스트리 키 key를 여는 동안 오류가 발생했습니다.

5004 ECCRMCreateRegKeyFailed 오류 레지스트리 키 key를 생성하거나 여는 동안 오류가 발생했습니다.

5005 ECCRMQueryValueFailed 오류 레지스트리 키 key에서 value 값을 쿼리하는 동안 오류가 발생했습니다.

5006 ECCRMWriteConfigSettingsFailed 오류 ird.data 파일 또는 Windows 레지스트리에 구성 설정을 쓰는 동안 오류가 발생했습니다.

5007 ECCRMReadConfigSettingsFailed 오류 ird.data 파일 또는 Windows 레지스트리에서 구성 설정을 읽는 동안 오류가 발생했습니다.

5008 ECCRMDecryptPasswdFailed 오류 솔리드 데이터베이스의 암호를 해독하는 동안 오류가 발생했습니다. 솔리드 데이터베이스는 Replication Manager 내부 데이터베이스입니다.

5009 ECCRMEncryptPasswdFailed 오류 솔리드 데이터베이스의 암호를 암호화하는 동안 오류가 발생했습니다.


관리 작업

5011 ECCRMErmServiceStarted 정보 servicename 서비스를 시작했습니다.

5012 ECCRMErmServiceStopped 정보 servicename 서비스가 중지되었습니다.

5013 ECCRMErmClientListEmpty 오류 Replication Manager에서 표시할 수 있는 호스트 목록을 생성할 수 없습니다.

5018 EndShowStorage 정보 스토리지를 모두 검색했습니다.

5020 EndReplication 정보 애플리케이션 세트: app_set의 job 작업 복제가 time에 성공적으로 완료되었습니다.

5022 EndMount 정보 애플리케이션 세트 app_set에서 time에 만든 복제본의 마운트가 date time에 완료되었습니다.

5024 EndUnmount 정보 애플리케이션 세트 app_set에서 time에 만든 복제본의 마운트 해제가 hostname 호스트에서time에 성공적으로 완료되었습니다.

5026 ExpireComplete 정보 만료 작업이 완료되었습니다.

5027 BeginCDPUnmount 정보 다른 CDP 복제본이 이 애플리케이션 세트에서 마운트되었습니다. 마운트 해제를 시도하고 있습니다.

5030 EndRestore 정보 애플리케이션 세트 app_set에서 time에 만든 복제본의 복구가 time에 성공적으로 완료되었습니다.




120

관리 작업

5032 EndRestore 정보 애플리케이션 세트 app_set에서 사용자가 지정한 시간 time의 APIT 복구가 time에 성공적으로 완료되었습니다.

5036 BeginReplication 정보 time에 [애플리케이션 세트:app_set/작업:job]의 복제를 시작합니다.

5037 BeginShowStorage 정보 스토리지 검색을 시작합니다.

5038 BeginMount 정보 애플리케이션 세트 app_set에서 time에 만든 복제본의 마운트를 호스트 host에서 time에 시작합니다.

5039 BeginUnmount 정보 애플리케이션 세트 app_set에서 time에 만든 복제본의 마운트 해제를 호스트 hostname에서 time에 시작합니다.

5040 ExpiringCheckpointY 정보 date에 애플리케이션 세트 app_set의 replica_time 복제본을 삭제합니다.

5041 BeginRestore 정보 애플리케이션 세트 app_set에서 time에 만든 복제본의 복구를 time에 시작합니다.

5043 BeginAPITRestore 정보 애플리케이션 세트 app_set에서 사용자가 지정한 시간 time에 대한 APIT 복구를 time에 시작합니다.




관리 작업

5045 BeginESXMount 정보 user가 프록시 host를 사용하여 애플리케이션 세트 app_set에서 time에 만든 복제본의 마운트를 ESX server에서 time에 시작합니다.

5046 ECCRMCheckpointError 오류 자세한 내용은 Replication Manager Server 및 클라이언트 로그를 확인하십시오.

5051 ECCRMStartupCheckReboot 정보 Replication Manager에서 일부 디스크 서명 문제를 해결하려 했습니다. 시스템 재부팅을 시작합니다.

5052 ECCRMRepairedSignature 정보 Replication Manager에서 a의 서명을 y에서 x로 변경했습니다.

5053 ECCRMDidnotRepairSignature 오류 Replication Manager에서 a의 서명을 y로 설정하지 못하고 x를 그대로 사용합니다.

5054 ECCRMStartupCheckNoReboot 경고 Replication Manager에서 n회 시도 후에는 시스템을 재부팅하지 않습니다.시스템을 수동으로 재부팅해야 할 수 있습니다.

5061 BeginAPITMount 정보 애플리케이션 세트 app_set에서 사용자가 지정한 시간 time에 대한 APIT 마운트를 호스트 hostname에서 time에 시작합니다.

5062 EndAPITMount 정보 time에 실행되도록 사용자 지정된 APIT 마운트 작업을 time에 성공적으로 완료되었습니다.




122

관리 작업

5063 BeginCopyReplication 정보 time에 [애플리케이션 세트:app_set/작업:job] 복제본 복제를 시작합니다.

5064 BeginShow Arrays 정보 스토리지 시스템 검색을 시작합니다.

5065 EndShowArrays 정보 스토리지 시스템을 모두 검색했습니다.

5067 LicensePassGracePeriod 오류 hostname의 라이센스 파일이 잘못되었거나 없습니다. 30일 간의 평가판 사용 기간이 끝났습니다. 자세한 내용은 영업 담당자에게 문의하십시오.

5068 MountFailedEvent 오류 애플리케이션 세트 app_set에서 time에 만든 복제본을 hostname 호스트로 마운트하지 못했습니다.

5069 UnmountFailedEvent 오류 애플리케이션 세트 app_set에서 time에 만든 복제본을 hostname 호스트에서 마운트 해제하지 못했습니다.

5070 RestoreFailedEvent 오류 애플리케이션 세트 app_set에서 time에 만든 복제본을 hostname 호스트로 복구하지 못했습니다.

5071 FailedLogin 오류 사용자 username의 로그인에 실패했습니다.

5072 Replication_Failed 정보 복제가 실패했습니다.

5073 SuccessfulLogin 정보 사용자 username의 로그인에 성공했습니다.

5074 NewUser 정보 username 새 사용자가 username에 의해 생성되었습니다.




관리 작업

5075 ModifyUser 정보 username 사용자가 username에 의해 수정되었습니다.

5076 DeleteUser 정보 username 사용자가 username에 의해 삭제되었습니다.

5077 ReplicaCreated 정보 replica_time 복제본이 애플리케이션 세트 app_set, 작업 job에서 username에 의해 만들어졌습니다.

5078 ReplicaDeleted 정보 replica_time 복제본이 애플리케이션 세트 app_set에서 username에 의해 삭제되었습니다.

5079 ReplicaMounted 정보 replica_time 복제본이 애플리케이션 세트 app_set에서 hostname 호스트로 username에 의해 마운트되었습니다.

5080 ReplicaUnMounted 정보 replica_time 복제본이 hostname의 애플리케이션 세트 app_set에서 username에 의해 마운트 해제되었습니다.

5081 ReplicaRestored 정보 replica_time 복제본이 애플리케이션 세트 app_set에서 username에 의해 복구되었습니다.

5082 NewAppSet 정보 app_set 애플리케이션 세트가 username에 의해 새로 생성되었습니다.

5083 ModifyAppSet 정보 app_set 애플리케이션 세트가 username에 의해 수정되었습니다.




124

관리 작업

5084 DeleteAppSet 정보 app_set 애플리케이션 세트가 username에 의해 삭제되었습니다.

5085 NewJob 정보 애플리케이션 세트 app_set에서 job 작업이 username에 의해 새로 생성되었습니다.

5086 ModifyJob 정보 애플리케이션 세트 app_set에서 job 작업이 username에 의해 수정되었습니다.

5087 DeleteJob 정보 애플리케이션 세트 app_set에서 jobname 작업이 username에 의해 삭제되었습니다.

5088 AuditConfiguration 정보 감사 구성이 username에 의해 수정되었습니다.

5089 DRServersNotConnected 경고 DR 운영 서버를 보조 서버에 연결할 수 없습니다. 보조 RM Server가 실행 중인지 확인하십시오.

5090 FederatedBeginReplication 정보 통합 애플리케이션 세트 app_set에 대한 복제를 시작합니다.

5091 FEDERATED_ENDREPLICATION 정보 통합 애플리케이션 세트 app_set에 있는 모든 호스트에 대한 복제가 완료되었습니다. 현재 복제 후 작업을 수행하고 있습니다.

5092 ReplicaMountedESX 정보 사용자가 프록시 호스트를 사용하여 애플리케이션 세트 app_set에서 ESX 서버로 복제본 시간을 마운트했습니다.




4

이 장에서는 Replication Manager에서 사용하도록 CLARiX 스토리지를 준비하는 방법에 대해 설명합니다. 각 섹션은 다음과 같이 구성됩니다.

◆ CLARiX 설정 체크리스트 ................................................................ 126◆ 지원되는 CLARiX 스토리지 시스템 ............................................... 129◆ CLARiX 하드웨어 및 소프트웨어 구성 .......................................... 130◆ CLARiX 스토리지용 iSCSI 구성 ..................................................... 133◆ CLARiX RAID 그룹 및 LUN .......................................................... 139◆ 의도하지 않은 덮어쓰기 방지 ......................................................... 140◆ CLARiX 스토리지 시스템을 사용하도록 클라이언트 설정 ......... 141◆ CLARiX 대체 MSCS 클러스터 마운트 구성 .................................. 144◆ CLARiX 보호 복구 기능 사용 .......................................................... 146◆ CLARiX 스냅샷 ................................................................................. 147◆ 클론 복제를 위한 CLARiX 드라이브 계획 ..................................... 153◆ 클론의 임시 스냅샷 계획 ................................................................. 155◆ CLARiX 가상 LUN 지원 .................................................................. 156◆ CLARiX 스토리지 관리 .................................................................... 157◆ LUN 표시 문제 .................................................................................. 161◆ SAN Copy 복제를 위한 CLARiX 스토리지 시스템 구성 ............ 163◆ Linux 클라이언트의 특별 구성 단계 .............................................. 171◆ 스토리지 시스템 업그레이드 후 수행할 단계 ............................... 175◆ LUN 제한 사항에 영향을 주는 CLARiX 자원 정리 ...................... 177◆ MirrorView 지원 요구 사항 ............................................................. 178◆ claravoid 파일을 사용하여 스토리지 검색 시간 단축 .................. 179

CLARiX 스토리지 시스템설정

CLARiX 스토리지 시스템 설정 125

126

CLARiX 스토리지 시스템 설정

CLARiX 설정 체크리스트

Replication Manager에서 사용할 CLARiX 스토리지 시스템을 설정하려면 다음을 수행해야 합니다.

◆ 사용자의 환경에 필요한 최소 스토리지 하드웨어가 있으며 하드웨어에 표준 CLARiX 구성이 있는지 확인합니다. 자세한 내용은 130페이지의 “CLARiX에 필요한 최소 하드웨어 및 접속 구성”을 참조하십시오.

◆ Replication Manager 호스트가 LAN 접속을 통해 CLARiX 환경에 접속되어 있는지 확인합니다.

◆ Replication Manager Agent 호스트에 Fibre 또는 iSCSI 접속으로 연결되어 있는지 확인합니다. 클라이언트는 사용 중인 모든 스토리지 시스템에 액세스할 수 있어야 하며 마운트 호스트는 복제본 LUN을 마운트할 수 있는 모든 스토리지 시스템에 액세스할 수 있습니다.

◆ 가상 시스템은 CLARiX의 데이터 저장소에 있는 물리적 RDM 또는 가상 디스크에 상주할 수 있습니다.

◆ 각 Replication Manager 클라이언트, 서버 및 마운트 호스트에 필요한 소프트웨어를 모두 설치합니다. CLARiX 스토리지에도 적합한 펌웨어 및 소프트웨어를 설치합니다. 자세한 내용은 130페이지의 “CLARiX 하드웨어 및 소프트웨어 구성”을 참조하십시오.

◆ CLARiX 스토리지에 관리자 계정이 없는 경우 새 글로벌 레벨 사용자 계정을 만들고 계정 권한을 관리자로 지정합니다. Replication Manager에서는 이 계정을 사용하여 필요에 따라 CLARiX에 액세스하고 조작할 수 있습니다. 자세한 내용은 141페이지의 “관리 권한이 있는 계정 생성”를 참조하십시오.

◆ Solaris 호스트에서 복제본 LUN의 모든 동적 마운트를 지원할 수 있는 충분한 항목이 sd.conf 파일에 있는지 확인합니다. 자세한 내용은 141페이지의 “동적 마운트에 대한 sd.conf 항목 업데이트”를 참조하십시오.

◆ AIX 호스트에서 볼륨 그룹을 만드는 경우 PowerPath Pseudo Device(예: rhdiskpower4)를 사용합니다. PPVM 볼륨 그룹에 네이티브 디바이스를 사용하지 마십시오.

◆ AIX 호스트에서 AIX 릴리즈와 관련된 ODM 정의를 업데이트합니다. ODM 정의는 다음 위치에서 다운로드할 수 있습니다.ftp://ftp.EMC.com/pub/elab/aix/ODM_DEFINITIONS/



◆ 복제본을 만들거나 마운트를 수행하려는 데이터가 포함된 애플리케이션이 있는 각 호스트에 Replication Manager Agent 소프트웨어를 설치합니다. 자세한 내용은 제2장 ”설치”를 참조하십시오.

◆ Replication Manager가 설치되어 있는 각 클라이언트에서 user system@ip_address에 대한 링크를 포함하도록 agent.config 파일을 업데이트합니다. 여기서 ip_address는 SP(스토리지 프로세서)의 IP 주소입니다. 사용하고 있는 각 CLARiX 스토리지의 각 SP에 대한 행을 추가해야 합니다.자세한 내용은 142페이지의 “Navisphere 호스트 에이전트 구성 파일 업데이트”를 참조하십시오.

◆ 네트워크 스위치와 CLARiX SP 사이의 네트워크 포트가 자동 협상으로 설정되어 있는지 확인합니다.

◆ Navisphere에서 CLARiX 접속 레코드의 페일오버 모드가 제대로 설정되고 스토리지 통신 경로가 활성화되어 있는지 확인합니다.자세한 내용은 142페이지의 “접속 레코드 설정 확인”을 참조하십시오.

◆ HP-UX 호스트의 경우 이니시에이터 종류가 HP No Auto Trespass로 설정되어 있는지 확인합니다.

◆ HP Serviceguard나 HACMP 클러스터의 클러스터 노드가 같은 스토리지 그룹에 있어야 합니다.

◆ 클론 인스턴트 복구 기능을 사용하려면 CLARiX 스토리지 시스템에서 보호 복구 허용을 설정합니다.

◆ 스냅샷 캐시를 설정합니다. 자세한 내용은 147페이지의 “CLARiX 스냅샷”을 참조하십시오.

◆ CLARiX 스토리지 시스템에서 Clone Private LUN을 설정했는지 확인합니다. 스냅샷을 사용만 하려는 경우에는 필요하지 않습니다. 이러한 LUN 설정 방법에 대한 자세한 내용은 CLARiX 설명서를 참조하십시오.

◆ Replication Manager에서 사용하는 CLARiX 클론 그룹 이름에는 콜론이 들어 있으면 안 됩니다. CLARiX 클론 그룹 이름에 콜론이 들어 있으면 해당 클론 그룹을 마운트할 수 없습니다.

◆ 각 마운트 호스트에 대해 마운트 스토리지 그룹을 생성합니다. 마운트 스토리지 그룹에 하나 이상의 LUN이 포함되어 있으며 이 LUN이 ESX 마운트 호스트를 제외한 마운트 호스트에 표시되는지 확인합니다. Replication Manager 마운트 호스트에 LUN이 표시되지 않으면 Replication Manager는 마운트 호스트와 CLARiX 간의 관계를 인식하지 못하므로 작동되지 않습니다. 즉, Replication Manager가 이 LUN에 대해 실제로 아무 작업도 수행하지 않으므로, LUN이 마운트 스토리지 그룹에 포함되어 있어도 다른 용도로 활용될 수 있습니다. 이 단계 후에는 재부팅해야 할 수 있습니다.

CLARiX 설정 체크리스트 127

128


◆ 클론 및 SAN Copy(스냅샷용이 아님)의 경우 이름이 “EMC Replication Storage”로 시작하는 스토리지 그룹을 하나 이상 만들고 Replication Manager에서 복제본을 저장하는 데 사용할 수 있도록 미리 만든 사용 가능한 LUN으로 채웁니다. 자세한 내용은 159페이지의 “EMC Replication Storage 스토리지 그룹 생성”를 참조하십시오.

◆ SAN Copy 지원을 받으려면 EMC RM SANCopy SG라는 스토리지 그룹을 만듭니다. 자세한 내용은 163페이지의 “SAN Copy 복제를 위한 CLARiX 스토리지 시스템 구성”을 참조하십시오.

◆ Replication Manager와 VMware를 사용하도록 CLARiX 스토리지를 구성하는 방법에 대한 자세한 내용은 278페이지의 “VMware VMFS 복제” 또는 291페이지의 “VMware 가상 디스크 복제”를 참조하십시오.

◆ Replication Manager 콘솔을 시작하고 Replication Manager Server에 연결합니다. 다음 단계를 수행해야 합니다.

• 모든 Replication Manager 호스트를 등록합니다.

• 각 호스트에서 스토리지 시스템 검색을 실행합니다.

• 검색된 각 스토리지 시스템에 대해 스토리지 검색을 실행합니다.

EMC Replication Manager 제품 설명서에서는 위에서 설명한 프로세스의 작업에 대해 자세히 설명합니다.



지원되는 CLARiX 스토리지 시스템

지원되는 스토리지는 http://Powerlink.EMC.com 의 EMC Replication Manager Support Matrix에서 목록으로 제공됩니다.

지원되는 스토리지를 Replication Manager와 연동하도록 구성하여 다음 작업을 수행할 수 있습니다.

◆ CLARiX SnapView 및 SAN Copy 소프트웨어를 사용하여 복제본을 만듭니다.

◆ 동일한 호스트나 대체 호스트에 이러한 복제본을 마운트합니다.

◆ 해당 복제본에서 정보를 복구합니다.

이러한 스토리지 시스템 관련 설명서에 나열된 필수 설치 및 구성 단계를 모두 수행해야 합니다.

지원되는 CLARiX 스토리지 시스템 129


130


CLARiX 하드웨어 및 소프트웨어 구성EMC Replication Manager Support Matrix(http://Powerlink.EMC.com)에서는 지원되는 애플리케이션, 운영 체제, 고가용성 환경, 볼륨 관리자 및 기타 지원되는 소프트웨어에 대한 구체적인 정보를 제공합니다.

CLARiX 펌웨어 요구 사항

CLARiX 스토리지가 Replication Manager에서 안정적으로 작동하려면 Navisphere Manager 펌웨어가 필요합니다. 필요한 최소 FLARE®

릴리즈 버전은 EMC Replication Manager Support Matrix를 참조하십시오.

CLARiX에 필요한 최소 하드웨어 및 접속 구성

CLARiX 환경에서 Replication Manager를 구현하려면 다음과 같은 스토리지 및 접속 하드웨어 구성 요소가 필요합니다.

◆ 지원되는 CLARiX 스토리지 시스템 하나 이상

◆ 서버 Replication Manager

◆ Replication Manager 에이전트 소프트웨어(호스트)

◆ 위에 나열된 구성 요소 간의 LAN(Local Area Network) 접속

◆ 다음 중 하나가 될 수 있는 접속

• 에이전트 소프트웨어(IRCCD)가 설치된 Replication Manager 호스트와 CLARiX 스토리지 간의 Fibre 접속 - Fibre 직접 접속 또는 스위치 접속

또는

• 에이전트 소프트웨어(IRCCD)가 설치된 Replication Manager 호스트와 CLARiX 스토리지 간의 iSCSI 접속

LUN 크기 조정 Replication Manager는 지원되는 모든 운영 체제에서 크기가 2TB 미만인 LUN과 함께 작동합니다. 일부 Windows 환경에서는 Replication Manager가 2TB가 넘는 LUN을 지원합니다. 자세한 내용은 Powerlink.EMC.com의 E-Lab Interoperability Navigator를 참조하십시오.

CLARiX에 필요한 최소 소프트웨어

Replication Manager를 실행하려면 먼저 CLARiX 스토리지에 다음 소프트웨어를 설치해야 합니다. 최소 버전 요구 사항은 EMC Replication Manager Support Matrix를 참조하십시오.



◆ SnapView Enabler

◆ EMC Access Logix™ Enabler

◆ SAN Copy Enabler(SAN Copy 복제를 생성하는 경우에 필요)

◆ MirrorView/A 또는 MirrorView/S Enabler(MirrorView 보조 디바이스의 스냅 또는 클론을 생성하는 경우에 필요)

◆ 가상 프로비저닝 Enabler(가상 LUN인 경우에 필요)

이러한 제품 관련 설명서에 나열된 설치 및 구성에 필요한 단계를 모두 수행해야 합니다.

CLARiX 환경에 필요한 최소 소프트웨어

CLARiX 환경에서 실행하려면 모든 Replication Manager 호스트(운영 및 마운트)에 다음 소프트웨어를 설치해야 합니다.

◆ Solutions Enabler. UNIX 환경에서는 멀티 스레드 버전을 설치해야 합니다.

참고: Windows Server 2003 또는 2008에 Solutions Enabler를 설치할 때는 VSS 공급업체, VDS 공급업체 또는 iVDS 공급업체를 설치하지 마십시오.

◆ Navisphere Agent

◆ Navisphere Secure CLI

Replication Manager는 Navisphere Secure CLI 설치 중에 옵션을 선택하면 생성되는 보안 파일을 사용하지 않습니다.

Windows 클라이언트에서는 C:\Program Files\EMC\Navisphere CLI에 설치합니다. 64비트 Windows 시스템에서 이러한 위치는 Program Files(x86)로 시작됩니다.

VMware 가상 호스트에서는 필요 없습니다.

◆ EMC Admsnap

Windows 클라이언트에서는 C:\Program Files\EMC\Navisphere Admsnap에 설치합니다.

◆ Microsoft iSCSI Initiator(iSCSI를 통해 CLARiX에 접속하는 경우)

CLARiX 하드웨어 및 소프트웨어 구성 131

132


◆ PowerPath를 사용하는 것이 좋지만, 다음과 같은 경우는 예외입니다.

• 페일오버 모드 4 ALUA를 설정한 경우 PowerPath를 사용하지 마십시오.

• VM에서 iSCSI Initiator와의 iSCSI 접속을 사용하지 않는 경우 PowerPath를 VMWare 가상 시스템에 설치해서는 안 됩니다.

• Hyper-V에서는 iSCSI를 사용하지 않는 경우 Hyper-V 서버에 PowerPath를 자식 항목을 제외하고 설치해야 합니다.

CLARiX 디바이스에 대한 경로가 둘 이상인 경우에는 PowerPath를 설치하여 이러한 다중 경로를 관리해야 합니다. EMC Replication Manager Support Matrix에 지정된 최소 버전을 설치하십시오. Windows에서 PowerPath는 기본 위치인 C:\Program Files\EMC\PowerPath에 설치되어야 합니다.

◆ Microsoft .NET Framework 버전 2.0(Replication Manager Config Checker를 사용하는 경우). .NET Framework는 Replication Manager 배포에 포함되어 있으며 www.microsoft.com/downloads 에서 다운로드할 수도 있습니다.


CLARiX 스토리지당 다수의 Replication Manager Server

RPQ에서는 CLARiX 스토리지당 여러 Replication Manager Server를 가진 구성을 지원할 수 있습니다.



CLARiX 스토리지용 iSCSI 구성

Replication Manager는 Windows에서 iSCSI 기반 CLARiX 스토리지를 지원합니다. http://Powerlink.EMC.com 의 EMC Replication Manager Support Matrix에는 지원되는 모델과 FLARE 버전이 나열되어 있습니다.

CLARiX iSCSI 사전 요구 사항

서버가 iSCSI 스토리지 시스템을 대상으로 서버 I/O를 시작할 수 있도록 하려면 먼저 다음과 같이 서버를 구성해야 합니다.

◆ 다음 인터페이스 카드와 관련 드라이버 중 하나를 설치해야 합니다.

• 드라이버와 구성 툴(예: QLogic)이 있는 지원되는 iSCSI HBA 카드

• HBA 기능이 포함된 Microsoft 소프트웨어가 실행되는 기가비트 이더넷 NIC(네트워크 인터페이스 카드)

참고: Replication Manager는 10Mb, 100Mb 및 1000Mb(기가비트) 이더넷 인터페이스를 지원하지만 스토리지 시스템은 iSCSI 접속과 관련하여 1000Mb만 지원합니다. CLARiX SP에 접속하기 위해서는 10Mb 및 100Mb이면 충분합니다. NIC에서 GigE가 실행되지 않는 경우에는 GigE 라우터나 스위치를 사용하여 스토리지 시스템을 연결해야 합니다.

◆ 스토리지 시스템 케이블 작업을 적절히 수행해야 합니다.

◆ 다중 경로 지정을 위해 호스트에 PowerPath 소프트웨어를 설치해야 합니다. 설치 정보는 EMC PowerPath 제품 설명서를 참조하십시오.

◆ 스토리지 시스템의 SP 관리 포트에 대한 네트워크 매개 변수와 보안을 설정해야 합니다.

iSCSI 서버 및 스토리지 시스템의 I/O 구성에 대한 자세한 내용은 스토리지 시스템과 함께 제공되는 설치 설명서를 참조하십시오.

CHAP 보안 사용 iSCSI 인터페이스는 CHAP(Challenge Handshake Authentication Protocol)를 사용하여 스토리지 시스템의 iSCSI 포트를 불필요한 액세스로부터 보호합니다. CHAP는 필수 사항은 아니지만 공용 IP 네트워크에서 스토리지 시스템을 액세스할 수 있는 경우에는 CHAP 보안을 반드시 사용하는 것이 좋습니다.

CHAP는 iSCSI 사용자(이니시에이터와 타겟)를 인증하기 위한 방법입니다. iSCSI 스토리지 시스템은 CHAP를 사용하여 서버 이니시에이터를 인증할 수 있고 이니시에이터는 스토리지 시스템과 같은 타겟을 인

CLARiX 스토리지용 iSCSI 구성 133

134


증할 수 있습니다. CHAP 보안을 사용하려면 스토리지 시스템 데이터를 액세스할 모든 서버와 스토리지 시스템 iSCSI 포트에 대한 CHAP 자격 증명을 구성해야 합니다.

참고: CHAP 보안을 사용할 예정이라면 서버 I/O를 시작하기 전에 반드시 스토리지 시스템과 서버 모두에 CHAP 보안을 구성하는 것이 좋습니다.

iSCSI 스토리지 시스템을 시작하고 iSCSI HBA, iSCSI 포트 및 CHAP 인증과 같은 iSCSI 기능을 설정하는 자세한 방법은 Navisphere Manager 설명서를 참조하십시오.

iSCSI Initiator 설치 및 구성

CLARiX의 iSCSI 타겟에 접속하려면 다음과 같이 Replication Manager 운영 및 마운트 호스트에 iSCSI Initiator를 설치하고 구성해야 합니다.

1. 필요한 경우 Microsoft iSCSI Initiator를 다운로드하여 설치합니다.

2. Initiator에서 타겟 포털을 검색합니다.

3. (선택 사항) 역방향 인증을 위해 CHAP 암호로 Initiator를 구성하여 iSCSI 타겟을 인증하도록 Initiator를 설정합니다.

4. Windows 레지스트리에 Initiator 등록

5. Log in to the iSCSI 타겟에 로그인하여 CLARiX 스토리지 시스템의 iSCSI 포털에 접속합니다.

이 섹션에서는 iSCSI를 통해 Replication Manager 호스트를 CLARiX 스토리지에 연결하기 위해 반드시 수행해야 하는 기본적인 구성 작업에 대해 다룹니다. 자세한 구성 정보는 Microsoft iSCSI Initiator와 함께 설치된 Microsoft iSCSI Initiator 사용 설명서와 Navisphere 설명서를 참조하십시오.

Microsoft iSCSI Initiator 설치

EMC CLARiX iSCSI는 현재 Microsoft 웹 사이트에서 무료로 다운로드할 수 있는 Microsoft iSCSI Initiator를 지원합니다.

Microsoft iSCSI Software Initiator를 설치하려면

1. 다음 Microsoft 사이트에서 최신 Microsoft iSCSI Software Initiator를 다운로드합니다.

www.microsoft.com



최신 Initiator를 찾으려면 www.microsoft.com 에서 iSCSI Initiator를 검색합니다. 현재 지원되는 버전 정보는 EMC Powerlink의 EMC Replication Manager Support Matrix를 참조하십시오. 다음은 Microsoft iSCSI Software Initiator 버전 2.0에 대한 절차입니다.

2. Initiator 실행 파일을 실행합니다. Microsoft iSCSI Initiator 마법사 화면이 나타납니다.

3. 다음을 클릭합니다. Installation Options 화면이 나타납니다. 기본 설치 옵션을 그대로 사용합니다.

4. 다음을 클릭합니다. License Agreement 화면이 나타납니다.

5. I agree를 선택하고 Next를 클릭합니다. Initiator가 설치됩니다.

6. Installation Complete 화면에서 Finish를 클릭합니다.

Initiator에서 타겟 포털 검색

Initiator는 타겟과 함께 세션을 설정하기 전에 먼저 타겟의 위치와 사용할 수 있는 타겟 이름을 검색해야 합니다. Initiator는 iSCSI 검색 프로세스를 통해 이러한 정보를 얻게 됩니다. 사용자는 타겟의 네트워크 포털로 이니시에이터를 수동 구성해야 합니다. 그러면 이니시에이터가 포털을 사용하여 이 포털에서 액세스할 수 있는 모든 타겟을 검색합니다.

참고: iSCSI 검색에 대한 자세한 내용은 Navisphere Manager 설명서에 나와 있습니다.

다중 iSCSI 타겟에 여러 네트워크 포털을 추가할 수 있습니다. 수동 검색을 위한 네트워크 포털을 추가하려면

1. iSCSI Initiator에서 Discovery 탭을 클릭합니다. Target Portals 속성 시트가 나타납니다.

2. 추가를 클릭합니다. Add Target Portal 대화 상자가 나타납니다.

3. 타겟 네트워크 포털의 IP 주소를 입력합니다. 타겟이 기본 iSCSI 포트인 3260 포트 이외의 포트를 사용하는 경우에는 Socket 필드에 포트 번호를 입력합니다.

참고: 네트워크를 사용할 수 있도록 하려면 iSCSI initiator에서 타겟의 IP 주소를 구성하기 전에 ping을 실행해야 합니다. CLARiX 스토리지 시스템을 사용할 수 없는 경우 또는 틀린 IP 주소를 입력한 경우에는 연결 실패 오류가 발생합니다.


136


4. (선택 사항) 타겟이 이니시에이터에 암호를 요구하는 정방향 CHAP 인증을 사용하려면 Advanced를 클릭합니다. 그러면 Advanced Settings 대화 상자가 나타납니다.

5. (선택 사항) CHAP 암호를 입력하려면 다음 절차에 따릅니다.

a. CHAP logon information을 선택합니다.

b. Target secret 필드에서 iSCSI 타겟에 대해 구성한 암호를 입력합니다. Microsoft는 12-16자로 이루어진 CHAP 암호만 지원합니다.

c. 또한 이니시에이터가 iSCSI 검색을 위해 타겟을 인증하도록 하려면 Perform mutual authentication을 선택합니다. Initiator에 대한 역방향 인증을 구성하는 방법은 Navisphere Manager 설명서에 나와 있습니다.

d. OK를 클릭합니다. Add Target Portal 대화 상자로 돌아갑니다.

6. OK를 클릭합니다. Available portals 목록에 네트워크 포털이 추가됩니다.

Windows 레지스트리에 Initiator 등록

다음 절차를 수행하여 Windows 레지스트리에 Initiator의 IQN(iSCSI 정규화된 이름)을 기록해야 합니다. CLARiX 스토리지 시스템에 접속할 각 iSCSI Initiator에 대해 이 절차를 완료해야 합니다.

1. Microsoft iSCSI Initiator를 엽니다.

2. General 탭에서 Change를 클릭하되 Initiator의 IQN을 변경하지 않습니다.

참고: Initiator의 IQN을 변경하지 않는 것이 좋습니다. IQN은 전역적으로 고유해야 하며 IQN 이름 지정 규칙을 준수해야 합니다.

3. OK를 클릭하여 Windows 레지스트리에 기존 IQN을 씁니다.



iSCSI 타겟에 로그인 타겟의 네트워크 포털로 Initiator를 구성하고 나면 사용 가능한 타겟 목록이 Initiator의 Targets properties 페이지에 나타납니다. 타겟의 LUN에 액세스하려면 Initiator가 타겟에 로그인해야 합니다.

참고: Replication Manager 운영 호스트와 마운트 호스트가 같은 타겟에 로그인되어 있는지 확인하십시오.

타겟에 로그인하려면

1. iSCSI Initiator에서 Targets 탭을 클릭합니다. 사용 가능한 타겟 목록이 나타납니다.

2. 접속하려는 타겟을 선택하고 LogOn을 클릭합니다. Log On to Target 대화 상자가 나타납니다.

3. (선택 사항) iSCSI 타겟이 CHAP 인증을 요구하면 Advanced를 클릭합니다. 그러면 Advanced Settings 대화 상자가 나타납니다.

참고: CHAP 인증 설정에 대한 자세한 내용은 Navisphere Manager 설명서를 참조하십시오.




c. Initiator가 타겟도 인증하도록 하려면 Perform mutual authentication을 선택합니다. Initiator에 대한 역방향 인증을 구성하는 방법은 Navisphere Manager 설명서에 나와 있습니다.

d. OK를 클릭합니다. Log On to Target 대화 상자로 돌아갑니다.

5. 다음을 수행하십시오.

a. Automatically restore this connection when the system boots를 선택합니다.

b. PowerPath가 설치되어 있으면 Enable multi-path를 선택합니다.

c. OK를 클릭합니다. 이니시에이터가 타겟에 연결됩니다.

6. Targets 탭을 클릭합니다. 타겟을 선택하고 Details를 클릭합니다. Target Properties 화면이 나타납니다.


138


7. Devices 탭을 클릭합니다. 이 화면에는 이니시에이터가 접속되어 있는 스토리지 디바이스가 표시됩니다.



CLARiX RAID 그룹 및 LUNCLARiX 스토리지 시스템에서 RAID 그룹은 하나 이상의 LUN(논리 유닛)을 바인딩할 수 있는 디스크 세트입니다. 논리 유닛은 클라이언트에서 논리 디스크로 사용할 수 있는 RAID 그룹의 일부입니다. RAID 그룹에는 RAID 0, 0+1, 1, 3, 5, 6 및 디스크 유형이 포함되며 모두 Replication Manager에서 지원됩니다.

Replication Manager는 LUN 수준에서 작동합니다. 클론이나 SAN Copy를 사용하여 특정 LUN의 복제본을 만들려면 Replication Manager에서 논리적 크기가 정확히 똑같은 다른 LUN에 액세스할 수 있어야 합니다. 그러나 복제본의 타겟인 LUN에는 소스 LUN과 동일한 RAID 종류가 없어도 됩니다.

데이터가 여러 LUN에 분산되어 있는 경우 Replication Manager에서 복제본을 만들려면 같은 크기의 사용 가능한 LUN에 대한 액세스 권한이 충분해야 합니다.

CLARiX RAID 그룹 및 LUN 139

140


의도하지 않은 덮어쓰기 방지

Replication Manager를 사용하여 일부 다른 데이터와 LUN을 공유하는 한 데이터 세트의 복제본을 만들면 복제본에 해당 LUN에 대한 데이터가 모두 포함됩니다. 복구하는 동안 예기치 않게 이전 데이터로 새 데이터를 덮어쓸 수 있습니다. 예기치 않게 덮어쓰게 된 항목을 영향을 받는 항목이라고 합니다. 이러한 영향을 받은 항목 문제를 줄이고 제거하도록 데이터를 구성하는 것이 중요합니다.



CLARiX 스토리지 시스템을 사용하도록 클라이언트 설정

Replication Manager에 사용된 클라이언트 시스템에 다음에서 설명하는 소프트웨어를 설치하고 접속할 CLARiX 스토리지를 인식하도록 시스템을 구성해야 합니다.

클라이언트에 소프트웨어 설치

각 Replication Manager 클라이언트에 다음 소프트웨어를 설치합니다.

◆ EMC Solutions Enabler(멀티 스레드)

◆ EMC CLARiX Navisphere Agent

◆ EMC Navisphere Secure CLI(VMware 가상 호스트에는 필요 없음)

◆ EMC Admsnap


관리 권한이 있는 계정 생성

CLARiX 스토리지 시스템에 관리자 계정이 없는 경우 CLARiX 스토리지 시스템에서 새 사용자 계정을 만들고 새 계정 권한을 관리자로 지정합니다. Replication Manager에서는 이 계정을 사용하여 필요에 따라 CLARiX 스토리지에 액세스하고 조작할 수 있습니다.

1. Navisphere Manager를 열고 보안 > 사용자 관리를 선택합니다.

2. 새 사용자를 만들거나 기존 사용자를 관리자 역할로 수정합니다. Replication Manager에서 스토리지 시스템을 구성할 때 이 사용자의 자격 증명을 사용합니다.

동적 마운트에 대한 sd.conf 항목 업데이트

Solaris 호스트에서 복제본 LUN의 모든 동적 마운트를 지원할 수 있는 충분한 항목이 sd.conf 파일에 있는지 확인합니다.

◆ sd.conf 파일 수정 방법에 대한 자세한 내용은 호스트 버스 어댑터 설명서를 참조하십시오.

◆ sd.conf 파일을 변경한 후에는 각 클라이언트를 재시작하십시오.

CLARiX 스토리지 시스템을 사용하도록 클라이언트 설정 141

142


Navisphere 호스트 에이전트 구성 파일 업데이트

Navisphere 호스트 에이전트를 설치하고 Replication Manager 소프트웨어를 호스팅할 각 클라이언트 시스템에서 agent.config 파일을 수정합니다. agent.config 파일에는 클라이언트 시스템이 상호 작용할 각 스토리지 시스템의 각 SP에 대한 행이 포함되어야 합니다. 스토리지 시스템당 항상 두 개의 SP가 있습니다.

agent.config 파일의 행은 다음과 같은 형식으로 표시되어야 합니다.

user system@ip_address

여기서 ip_address는 각 SP의 IP 주소입니다.

142페이지의 그림 13에서는 샘플 agent.config 파일을 보여 줍니다.

그림 13 샘플 agent.config 파일

접속 레코드 설정 확인 CLARiX 스토리지 시스템의 각 접속 레코드에 대해 Navisphere를 사용하여 다음을 확인합니다.

◆ ArrayCommPath 설정이 사용하도록 설정되어 있습니다.

◆ 143페이지의 표 20에 나열된 설정에 따라 페일오버 모드 값이 설정되어 있습니다.

LastSave 3213203117clarDescr Mount Unix Host clarContact Joe Awos x93629device auto auto user [email protected] user [email protected] user [email protected] user [email protected] user [email protected]

poll 60 eventlog 100 baud 19200



참고: VERITAS DMP(동적 다중 경로 지정) 4.0 이전 버전도 사용되는 시스템에서 PowerPath를 사용하는 경우 DMP를 해제할 수 있습니다. DMP를 해제하는 절차는 VERITAS 설명서를 참조하십시오.




C:\>diskpartMicrosoft DiskPart version 6.0.6001Copyright (C) 1999-2007 Microsoft Corporation.On computer: abcxyzDISKPART> san policy=offlinesharedDiskPart가 현재 운영 체제에 대한 SAN 정책을 변경했습니다.

표 20 페일오버 모드 값

사용된 페일오버 방법 페일오버 모드 설정

PowerPath 13(AIX)

DMP가 지원되는 VxVM

2

사용 안 함 0

PowerPath 및 FLARE 26 이상 없음

4(ALUA)

CLARiX 스토리지 시스템을 사용하도록 클라이언트 설정 143

144


CLARiX 대체 MSCS 클러스터 마운트 구성

이 섹션에서는 대체 MSCS 클러스터 마운트를 수행하는 데 필요한 CLARiX 구성에 대해 간략히 설명합니다. 대체 클러스터 마운트 관련 절차에 대한 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.

대체 MSCS 클러스터 마운트에 대해 CLARiX 스토리지 시스템을 구성하는 경우 다음 지침을 따르십시오.

CLARiX 환경에서 대체 MSCS 클러스터의 특정 노드에 마운트하려면 마운트 호스트에 대체 클러스터의 노드(일반적으로 패시브 노드)가 하나만 표시되어야 합니다. 그러려면 그림 14에서 보이는 것처럼 Navisphere Manager를 사용하여 CLARiX에 공유되지 않는 스토리지 그룹을 만들고 마운트할 복제본을 포함하는 디바이스로 채웁니다.

그림 14 CLARiX의 대체 클러스트에 마운트

CLARiX에 상주하는 클러스터 노드에 마운트하면 Replication Manager에서 마운트 호스트에 하나의 클러스터 노드만 표시되는지를 확인합니다. 둘 이상의 노드가 표시되면 마운트에 실패합니다.

참고: 고급 사용자는 마운트 호스트에 둘 이상의 노드가 표시되는 경우에 마운트를 허용할 수 있습니다. 이 작업을 수행할 수는 있지만 145페이지의 “여러 노드가 표시되는 동안 대체 클러스터에 마운트” 에 설명된 추가 구성이 필요합니다.



여러 노드가 표시되는 동안 대체 클러스터에 마운트

마운트 호스트에 여러 노드가 표시되는 동안 CLARiX 환경에서 대체 클러스터에 마운트하는 절차는 표준 절차가 아니며 고급 사용자가 수행하지 않는 한 권장되지 않습니다. 경우에 따라 이 마운트 기술을 사용하는 것이 바람직할 수 있습니다.

마운트 호스트에 둘 이상의 노드가 표시될 때 대체 클러스터에 복제본을 마운트하려면

경고

레지스트리를 잘못 수정하면 시스템 전반적으로 심각한 문제를 초래하여 시스템을 다시 설치해야 할 수도 있으므로 주의하십시오. 사용자 책임 하에 이 툴을 사용해야 합니다.

1. regedit.exe를 실행합니다.

2. 다음 키를 DWORD 항목으로 만듭니다. \HKEY_LOCAL_MACHINE\Software\EMC\EMC ControlCenter Replication Manager\Client\<version>\CC_CLUSTERMOUNT_NOSGCHECK여기서 <version>은 Replication Manager 버전입니다.

3. 0이 아니고 null이 아닌 값을 추가합니다.

경고

레지스트리에 저장된 다른 값은 변경하지 마십시오.

4. 확인을 클릭하여 적용합니다.

CLARiX 대체 MSCS 클러스터 마운트 구성 145

146


CLARiX 보호 복구 기능 사용

보호 복구 기능이 설정된 CLARiX 스토리지에서 복제본을 복구할 때 Replication Manager 복구에서는 자동으로 CLARiX 스토리지의 보호 복구 기능을 이용합니다. CLARiX 보호 복구 기능은 역방향 동기화가 실패할 경우 클론 그룹에 있는 다른 모든 클론이 손상되지 않도록 보호하기 위해 이들을 분할하여 역방향 동기화(또는 복구) 진행 중에 클론에 있는 데이터를 보호합니다.

또한 보호 복구 기능을 가진 CLARiX 스토리지 시스템에서는 역방향 동기화가 진행되면 소스 LUN에 대한 쓰기 작업이 즉시 허용되므로, 보호 복구 기능(사용하는 경우)은 소스 LUN에 쓰기 작업을 하더라도 역방향 동기화(복구)가 이루어지고 있는 동안에는 복제본이 들어 있는 클론에 쓰기가 되지 않도록 차단합니다. 이 기능을 사용하면 복제본의 무결성을 유지하고 실제로 해당 복제본에서 데이터를 즉시 복구할 수 있도록 합니다.

Replication Manager에서 CLARiX의 보호 복구 기능을 사용하려면 CLARiX 스토리지에서 이 기능을 활성화하기만 하면 됩니다. Replication Manager에서는 보호 복구 기능을 사용하기 위한 별도의 설정 작업이 필요 없습니다.

보호 복구 기능은 스냅샷이 아니라 클론을 사용할 때 구성 가능한 기능입니다. 하지만 스냅샷 복제본을 복구할 때의 동작은 클론의 보호 복구 기능을 사용할 때의 동작과 같습니다. 백그라운드에서 복구가 이루어지는 동안 사용자 제어 능력이 빠르게 회복됩니다. 백그라운드 복구 프로세스 중에 스냅샷 복제본이 보호됩니다. 이는 스냅샷 복제본에 대한 정상적인 기본 동작이며, CLARiX 스토리지 시스템에서 별도로 사용 또는 사용 안 함과 같은 설정을 할 필요가 없습니다.



CLARiX 스냅샷

클론은 소스 LUN의 완전한 복제본이므로 중요한 데이터를 장기간 저장하는 데 유용하게 사용할 수 있습니다. 그러나 클론 복제본은 몇 가지 단점을 갖고 있으므로 모든 유형의 복제에 대한 최선의 솔루션이 될 수는 없습니다.

◆ 복제된 소스 LUN이 크게 변경되지 않았을 때 클론 복제본을 사용하면 전체 소스 LUN이 클론 LUN으로 복제되므로 저장 공간이 크게 낭비됩니다.

◆ 클론 복제본이 Symmetrix BCV와 유사한 증가분 establish 기능을 사용하더라도 처음에 클론 LUN을 소스 LUN으로 설정하는 데 시간이 꽤 오래 걸릴 수 있습니다.

◆ 관리자는 복제하려는 LUN 크기에 맞게 클론 LUN을 미리 정의해야 합니다. 복제 대상의 양과 크기에 따라 이 작업은 관리자에게 번거로운 과정이 될 수 있습니다.

CLARiX SnapView는 CLARiX 스토리지 시스템에 다른 유형의 소스 LUN 복제본을 만드는 또 다른 방법을 제공합니다. 이 방법을 일반적으로 스냅샷이라고 합니다. LUN의 실제 복제본인 클론과는 달리 스냅샷은 LUN의 가상 시점 복제본입니다. 이 시점은 스냅샷 세션을 시작할 때 결정합니다. 스냅샷 세션에서는 특정 시점에 해당하는 소스 LUN의 상태를 추적합니다. SnapView에는 SnapView 세션을 롤백하거나 복구하는 기능이 있습니다.

스냅샷은 소스 LUN과 스냅샷 캐시의 데이터로 이루어져 있습니다. 소스 LUN의 데이터는 세션을 시작한 이후 수정되지 않습니다. 스냅샷 캐시의 데이터는 세션을 시작한 후 수정된 소스 LUN 데이터의 복제본으로 이루어집니다. 다른 호스트에게 스냅샷은 하나의 LUN으로 표시되지만 일반적인 LUN처럼 디스크에 있지 않습니다.

스냅샷 세션 중에도 운영 호스트는 소스 LUN에 쓰기 작업을 수행하고 데이터를 수정할 수 있습니다. 이러한 작업이 이루어지면 소프트웨어는 원래 데이터의 복제본을 스냅샷 캐시에 저장합니다. 이 작업을 COFW(Copy On First Write)라고 하며 소스 LUN에서 수정된 각 데이터 청크마다 한 번만 수행됩니다.

세션이 진행됨에 따라 소스 LUN의 데이터 청크가 추가로 변경되면 스냅샷 캐시에 저장되는 데이터의 양이 늘어납니다. 필요한 경우에는 LUN을 더 추가하여 스냅샷 캐시의 크기를 늘릴 수 있습니다. EMC SnapView Version 2.X for Navisphere 6.X Administrator's Guide에서는 스냅샷 캐시 LUN 할당 방법에 대해 설명합니다.

CLARiX 스냅샷 147

148


참고: 스냅샷 캐시에 공간이 부족하면 CLARiX 소프트웨어가 세션을 중지하므로 스냅샷 캐시 LUN 수를 반드시 적절히 설정해야 합니다.자세한 내용은 149페이지의 “스냅샷 캐시 모니터링” 을 참조하십시오.

Replication Manager는 CLARiX 스냅샷을 CLARiX 클론을 대체하거나 보완하는 수단으로 활용하기 때문에 관리자는 고객의 요구에 맞는 적절한 작업을 정의할 수 있습니다.

스냅과 클론 비교 애플리케이션의 필요에 따라 클론 또는 스냅샷을 생성할 수 있습니다. 일반적으로 자주 변경되는 대량의 데이터에는 클론을 사용해야 하며 좀더 정적 데이터에는 스냅을 사용해야 합니다. 클론은 항상 소스 LUN과 같은 크기의 디스크 공간을 요구합니다. 클론으로서의 가상 LUN은 전체 크기를 요구하지 않는 경우도 있으므로 예외입니다. 반면 스냅샷은 소스 LUN에서 변경된 데이터를 지원하는 데 충분한 스냅샷 캐시 공간(일반적으로 소스 LUN 크기의 10~20%이지만 데이터가 변경된 정도에 따라 달라짐)만 있으면 됩니다.

또한 클론은 스냅보다 만드는 데 더 오래 걸립니다. 그러나 스냅샷은 CLARiX COFW(Copy On First Write) 기술의 오버헤드로 인해 성능에 더 큰 영향을 미칠 수 있습니다.

스냅샷 구성 Navisphere를 사용할 경우 스토리지 관리자는 다음을 수행해야 합니다.

◆ 어떤 LUN을 스냅샷 대상으로 삼을지 결정합니다.

◆ 기존 SnapCache 공간이 존재하는지 확인합니다.

◆ SnapCache에서 사용 가능한 LUN을 충분히 할당하여 연관된 복제 작업을 지원합니다.

Navisphere Manager에서 스냅샷 캐시 LUN은 할당됨 또는 사용 가능 중 하나로 표시됩니다.

◆ 할당됨 - 캐시 LUN에 단일 소스 LUN에 연결된 스냅샷 세션이 하나 이상 있습니다.

◆ 사용 가능 - 캐시 LUN에 현재 LUN에 대해 연결된 스냅샷 세션이 없습니다.

캐시 LUN을 설정하고 스냅샷을 생성하여 관리하는 자세한 방법은 EMC SnapView Version 2.X for EMC Navisphere 6.X Administrator’s Guide를 참조하십시오.



스냅샷 정보 보기 Navisphere에서는 스냅샷 정보를 모니터링하는 직관적인 인터페이스를 제공하지만 일반적으로 Navisphere에는 스토리지 관리자만 액세스할 수 있습니다. 이런 이유로 Replication Manager에서는 Navisphere 액세스 권한이 없는 데이터베이스 관리자에게도 스냅샷, 활성 스냅샷 세션 및 SnapCache에 대한 정보를 제공합니다. 따라서 스냅샷 복제를 추적할 수 있습니다.

트리에서 CLARiX 스토리지 시스템을 선택하면 스냅샷 정보가 컨텐츠 패널에 나열됩니다.

◆ 스냅샷 캐시

◆ 선택한 스토리지 시스템의 복제와 관련된 스냅샷 세션도 표시됩니다. 스토리지 관리자는 Navisphere를 사용하여 스냅샷 세션을 만들어 복제에 할당합니다. 각 세션의 이름은 다음과 같은 형식으로 고유하게 지정됩니다.Hostname-LUNname-DatabaseID

여기서 Hostname은 Replication Manager 호스트의 이름이고, LUNname은 스냅 중인 CLARiX 소스 LUN의 이름이며, DatabaseID는 고유 식별자입니다.

참고: 적절한 SnapView 소프트웨어가 설치되지 않는 CLARiX 스토리지 시스템에 대해서는 SnapCache 및 스냅샷 세션이 나타나지 않습니다. 이러한 스토리지 시스템에서는 스냅 복제를 수행할 수 없습니다.

Navisphere에서 삭제된 세션이 있는 복제본을 마운트, 마운트 해제 또는 복구하려고 하면 Replication Manager에서 해당 복제본의 아이콘을 빨간색으로 변경하여 복제본이 더 이상 유효하지 않음을 알려줍니다. Replication Manager에서는 마운트된 복제본이 유효하지 않을 때 자동으로 마운트를 해제합니다. 유효하지 않은 복제본에서는 삭제 작업만 수행할 수 있습니다.

중요!원본 소스 데이터가 바뀌는 빈도에 따라 필요한 캐시 공간의 양이 달라집니다. SnapCache가 할당된 캐시 공간을 모두 사용한 경우 CLARiX 스토리지 시스템에서는 해당 세션을 제거하여 데이터를 비우므로 스냅샷에 연결된 복제본은 무효가 됩니다.

스냅샷 캐시 모니터링 CLARiX 스냅샷 캐시의 디스크 공간이 부족하면 CLARiX 스토리지 시스템에서 공간을 만들려고 하므로 복제본이 손실될 수 있습니다. 따라서 SnapCache를 모니터링하여 변경되는 데이터의 복제를 처리할 만큼 충분한 공간이 있는지 확인하는 것이 중요합니다.


150


Replication Manager를 사용하면 사용자 인터페이스에서 직접 SnapCache 정보를 볼 수 있습니다. 또한 사용 가능한 캐시 공간이나 사용 가능한 LUN 수가 구성 가능한 하한 임계값을 초과할 때 스토리지 관리자에게 e-메일을 보내도록 Replication Manager를 구성할 수도 있습니다.

Replication Manager에서는 CLARiX 스토리지에서 소스 LUN에 대해 스냅 복제본이 실행되거나 CLARiX 스토리지에 대해 스토리지 검색이 실행될 때 CLARiX SnapCache의 현재 사용량을 업데이트합니다.

SnapCache를 모니터링하려면

1. 스토리지 서비스 폴더를 확장합니다.

2. 특정 CLARiX 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다. CLARiX 속성 대화 상자가 나타납니다.

3. 일반 탭에서 이 스토리지 시스템이 복제에 사용되는지 여부를 지정하고 스토리지 시스템에 대한 설명을 입력합니다.

4. 접속 구성 탭에서 다음 정보를 입력합니다.

• SP A 및 SP B 이름

• 사용자 이름 및 암호

5. 스냅 캐시 탭에서는 사용 가능한 캐시 디스크 공간이나 사용 가능한 캐시 LUN의 양이 사전 구성된 한계 아래로 떨어질 때마다 스토리지 관리자에게 e-메일을 보내도록 Replication Manager를 구성할 수 있습니다. 이렇게 하면 스토리지 시스템 스냅 캐시 관리 패널을 능동적으로 확인하지 않아도 SnapCache를 모니터링할 수 있습니다. 151페이지의 그림 15에서는 스냅 캐시 탭을 보여 줍니다.



그림 15 CLARiX 속성, 스냅 캐시 탭

6. 스냅 캐시 탭에서 낮은 스냅 캐시 수준 모니터링을 선택합니다.

7. 사용 가능한 캐시 디스크 공간 및 사용 가능한 캐시 LUN 양의 하위 임계값을 입력합니다.

• 남은 공간 최저 한도는 총 스냅샷 캐시 공간을 기준으로 사용할 수 있는 스냅샷 캐시의 비율입니다.

• 남은 LUN 수 최저 한도는 예약된 LUN 풀을 구성하는 총 LUN을 기준으로 사용할 수 있는 LUN의 비율입니다.

8. 스토리지 관리자나 스토리지 시스템 관리를 담당하는 사람의 e-메일 주소를 입력합니다. 이러한 임계값 중 하나에 도달하면 Replication Manager에서 스토리지 관리자에게 e-메일을 보내 경고 메시지를 전달합니다.

낮은 스냅 캐시 수준에 대해 e-메일 알림을 보내려면 스토리지 검색을 먼저 수행해야 합니다. 또한 34페이지의 “e-메일 요구 사항”에 설명된 e-메일 알림에 대한 Replication Manager Server 설정 절차를 따르십시오.


152


스토리지 검색 Replication Manager는 스토리지 관련 작업을 수행하기 위해 최신 스토리지 정보가 필요할 때마다 새 스토리지 검색을 수행합니다. 스냅 속성에 대한 최신 정보를 얻으려면 스토리지를 수동으로 검색할 수 있습니다.

스토리지를 수동으로 검색하려면 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 스토리지 검색을 선택합니다.

Replication Manager에서는 이미 설정된 접속을 사용하여 스토리지 시스템에 액세스하고 Replication Manager에서 사용할 수 있는 스토리지 및 Replication Manager에서 이미 사용 중인 스토리지(있는 경우)를 검색합니다.

스토리지 검색에서는 Replication Manager의 복제 타겟 디바이스에 대한 정보를 검색합니다. 그런 다음 이 정보를 Discover Array와 비교하여 소스 디바이스의 클라이언트 사용에 대한 정보를 검색합니다.

이 작업은 몇 분 정도 걸립니다.

스토리지를 검색하면 Replication Manager에서는 다음에 대한 업데이트된 정보를 제공합니다.

◆ 연결된 EMC Replication Storage 클론 및 가상 LUN

◆ 스냅샷 캐시

◆ 연결된 스냅샷 세션

또한 Replication Manager에서는 스토리지 검색 중에 오래되고 사용되지 않는 스냅샷 세션을 삭제합니다. 이때 Replication Manager 세션만 이름을 기준으로 삭제합니다. 일반적으로 세션은 복제본이 삭제될 때 제거되지만 스냅샷 복제본이 삭제될 때 클라이언트가 다운되었거나 클라이언트에 연결할 수 없는 경우 세션은 나중에 삭제됩니다. 사용자가 정의한 세션을 영향을 받지 않습니다.

초기 단계에서 더 높은 임계값을 설정하여 특정 구성에 필요한 캐시 LUN 수를 자유롭게 얻을 수 있도록 하는 것이 좋습니다.

참고: Replication Manager에서 CLARiX 스토리지를 검색한 후 CLARiX 스토리지 시스템의 사용자 이름 및 암호를 변경할 경우 Replication Manager 콘솔에서 스토리지 추가를 다시 실행하여 symcfg 인증 항목을 업데이트해야 합니다.



클론 복제를 위한 CLARiX 드라이브 계획

Replication Manager에서 사용할 CLARiX 스토리지를 구성하려면

1. 복제본 스토리지 요구 사항을 계획합니다.

2. 계획에 따라 RAID 그룹과 LUN을 관리합니다.

3. 스토리지 그룹을 생성하고 알맞은 스토리지 그룹에 LUN을 할당합니다.

CLARiX 스토리지 시스템의 복제본이란?

복제본을 계획하는 방법을 설명하기에 앞서 CLARiX 스토리지 시스템에서 복제본이란 무엇인지를 이해하는 것이 중요합니다. 복제본은 SnapView 클론을 사용하여 생성된 운영 데이터의 전체 복제본입니다. 이 복제본은 스냅샷이나 다른 기술을 사용하여 생성되지 않습니다. SnapView 클론에 대한 자세한 내용은 SnapView 설명서를 참조하십시오.

복제본 스토리지 요구 사항 계획

CLARiX 스토리지에서 Replication Manager를 사용하려면 먼저 복제본 스토리지 요구 사항을 계획해야 합니다. 스토리지 요구 사항 계획은 다음과 같은 의미가 있습니다.

◆ 기존 스토리지 사용량을 분석하여 나중에 필요하게 될 스토리지를 결정합니다.

◆ 복제할 기존 LUN이나 새 LUN의 크기를 계산합니다.

◆ 필요한 각 LUN의 복제본 수를 결정합니다.

◆ 복제본 LUN에 대한 RAID 종류를 선택합니다.

복제본 스토리지는 소스 LUN의 논리 크기와 정확히 일치해야 하므로 모두 크기가 같은 LUN을 만들거나 크기가 다른 LUN 수를 제한하면 복제본에 사용할 스토리지를 보다 유연하게 선택할 수 있습니다.

Replication Manager에서는 복제본 요구 사항을 지원하는 LUN을 자동으로 만들지 않습니다. 따라서 Replication Manager를 사용하여 복제본을 만들려면 CLARiX 설정 과정에서 모든 복제본 LUN을 만들어야 합니다. 복제본 LUN의 논리 크기는 소스 LUN의 원래 크기와 정확히 일치해야 하지만 복제본에는 소스와 다른 RAID 종류가 포함될 수 있습니다.

클론 복제를 위한 CLARiX 드라이브 계획 153

154


예를 들어 CLARiX 스토리지 시스템에 다음과 같은 세 개의 데이터베이스가 저장되어 있다고 가정합니다.

◆ RAID 1 LUN의 데이터베이스 1(50 GB 용량)

◆ RAID 1 LUN의 데이터베이스 2(70GB 용량)

◆ RAID 1+0 LUN의 데이터베이스 3(40GB 용량)

해당 스토리지 시스템에서 각 데이터베이스의 동시 복제본 5개를 유지 관리하려면 다음과 같이 LUN을 만들어야 합니다.

◆ 데이터베이스 1의 경우 논리적 크기가 정확히 50GB인 LUN 5개 이상



154페이지의 그림 16에서는 이 구성을 그림으로 보여 줍니다.

그림 16 복제본 LUN의 크기는 운영 LUN 크기와 일치해야 함

RM-000033



클론의 임시 스냅샷 계획

Replication Manager에서는 클론 복제본의 임시 스냅샷을 마운트할 수 있습니다. 따라서 클론 복제본의 원본 컨텐츠를 변경하지 않고 마운트된 스냅샷을 변경할 수 있습니다. 복제본의 마운트를 해제하면 임시 스냅샷이 삭제됩니다. 이 기능은 클론의 스냅이라고도 합니다.

복제본을 마운트할 때 이러한 임시 스냅샷을 지정하려면 일반 마운트 옵션에서 복제본 스냅 생성 및 마운트를 선택합니다. 이 기능을 사용하려면 임시 스냅샷에 대한 추가 SnapCache LUN을 할당해야 합니다. 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.

Linux 호스트의 경우 174페이지의 “클론의 임시 스냅샷을 위한 정적 LUN 계획”을 참조하십시오.

클론의 임시 스냅샷 계획 155

156


CLARiX 가상 LUN 지원

Replication Manager는 CLARiX 가상 프로비저닝(가상 LUN)을 지원합니다. Replication Manager는 스토리지 검색 과정에서 가상 LUN을 검색한 후 Replication Manager 콘솔에 “가상 LUN” 디바이스 유형을 나타내는 특수한 아이콘으로 표시합니다.

가상-가상 또는 일반-일반 이외의 클론 복제 조합도 복제 실행이 허용되지만, 이러한 복제 시에는 스토리지 자원 사용이 최적화되지 않음을 나타내는 Replication Manager 경고가 생성됩니다. 복제에 소스와 같은 유형의 LUN이 사용될 수 있도록 일반 LUN 및 가상 LUN을 충분히 확보하는 것이 좋습니다.

가상-일반 또는 일반-가상 복제가 생성되면 클론은 복제본이 만료된 후에도 스토리지 시스템의 클론 그룹에 그대로 남아 해당 소스 LUN의 이후 복제에 사용되며, 다른 LUN을 사용하여 가상-가상 또는 일반-일반 복제가 가능할 수 있습니다. Replication Manager의 자원 정리 명령을 사용하면 사용하지 않는 클론 그룹 항목이 제거됩니다.

가상 LUN 전용으로 사용되는 디스크는 스토리지 시스템의 하나 이상의 가상 풀에 속해 있습니다. Replication Manager는 가상 풀의 용량 및 활용도를 모니터링하지 않습니다.



CLARiX 스토리지 관리

이 섹션에서는 다음 항목에 대한 정보를 제공합니다.

◆ RAID 그룹 및 가상 풀 구성

◆ LUN 생성 및 바인딩

◆ 스토리지 그룹에 LUN 할당

RAID 그룹 및 가상 풀 구성

Navisphere Manager 설명서에 제공된 단계에 따라 RAID 그룹, 그리고 가상 프로비저닝을 지원하는 스토리지 시스템에 있는 가상 풀을 설정할 수 있습니다.

일반적으로 RAID 그룹 또는 가상 풀을 만드는 프로세스는 다음과 같습니다.

1. Navisphere Manager 소프트웨어를 사용하여 엔터프라이즈 스토리지 대화 상자를 열고 장비 또는 스토리지 탭을 클릭합니다.

2. RAID 그룹 또는 가상 풀을 생성하려는 스토리지 시스템을 확장하고 RAID 그룹 생성 또는 가상 풀 생성(명령의 정확한 위치는 소프트웨어 버전에 따라 다름)을 선택합니다.

3. RAID 그룹의 경우 RAID 그룹의 다음 특성을 지정하십시오.

• RAID 그룹 ID

• RAID 그룹에 있는 디스크 수

• RAID 종류(RAID 0, 1, 1/0, 3, 5, 6)

어떤 스핀들을 사용할 것인지 명시적으로 지정하거나 RAID 그룹의 다른 기능을 지정하려면 수동 디스크 선택을 클릭합니다.

참고: RAID 0은 실패한 디스크 스토리지에 대해 하드웨어 보호를 제공하지 않습니다.

4. 가상 풀의 경우 RAID 종류를 할당한 후 풀에 대한 디스크가 자동으로 선택되도록 하거나 직접 선택하십시오. 경고를 트리거할 사용 용량을 지정할 수도 있습니다.

CLARiX 스토리지 관리 157

158


LUN 생성 및 바인딩 CLARiX 스토리지 시스템에 데이터를 저장할 때 기본 스토리지 단위는 LUN입니다. 따라서 Replication Manager에서는 LUN 수준에서 복제본의 정밀도가 설정됩니다. 복제본에 사용할 계획인 LUN의 크기를 복제하려는 LUN과 정확히 같은 크기로 조정해야 합니다.

참고: VERITAS와 같은 논리적 볼륨 관리자를 설치한 경우에는 복제 정밀도가 볼륨 그룹 수준에서 설정됩니다.

원하는 RAID 그룹을 모두 생성했으면 Navisphere Manager 설명서의 내용대로 RAID 그룹에 대한 LUN을 생성하거나 바인딩합니다.

1. Navisphere Manager를 엽니다.

2. 엔터프라이즈 스토리지 대화 상자를 열고 장비 또는 스토리지 탭을 클릭합니다.

3. 스토리지 시스템을 확장합니다.

4. RAID 그룹 또는 가상 풀을 마우스 오른쪽 버튼으로 클릭하고 LUN 바인딩 또는 LUN 생성을 선택합니다.

5. 대화 상자에서 RAID 그룹이나 가상 풀 및 LUN의 속성을 지정합니다. RAID 종류는 앞에서 만든 RAID 그룹에서 선택합니다.

생성하려고 하는 기존 데이터의 모든 복제본을 지원하는 적합한 RAID 그룹 또는 가상 풀에서 정확한 크기의 LUN을 충분히 생성해야 합니다.

스토리지 그룹에 LUN 할당

생성하려고 계획한 복제본의 데이터 스토리지에 필요한 LUN을 만든 후에는 LUN을 스토리지 그룹에 추가해야 합니다. 다음과 같은 것이 필요합니다.

◆ Replication Manager가 복제본을 만들 때 사용할 수 있는 LUN에 대한 스토리지 그룹 하나

◆ 각 운영 호스트에 대한 스토리지 그룹(이미 있을 수도 있음)

◆ 각 마운트 호스트에서 사용할 스토리지 그룹(이미 있을 수도 있음)

Navisphere Manager 설명서에 나와 있는 단계에 따라 CLARiX 스토리지 시스템에 스토리지 그룹을 생성할 수 있습니다.

Linux 클라이언트의 경우 171페이지의 “Linux 클라이언트의 특별 구성 단계”도 참조하십시오.



EMC ReplicationStorage 스토리지 그룹

생성

Replication Manager를 사용하려면 먼저 Replication Manager에서 운영 데이터의 클론 복제본에 사용할 수 있는 LUN을 추적하는 하나 이상의 스토리지 그룹을 만들고 채워야 합니다. 스토리지 그룹 이름은 “EMC Replication Storage”로 시작해야 합니다.

대부분의 경우 단일 EMC Replication Storage 스토리지 그룹이면 충분합니다. 단일 스토리지 그룹에 대해 스토리지에서 허용하는 최대 값보다 더 많은 LUN을 사용해야 할 경우에는 두 개 이상의 스토리지 그룹을 사용하십시오.

EMC Replication Storage 스토리지 그룹을 생성하고 채우려면

1. Navisphere 엔터프라이즈 스토리지 대화 상자에서 장비 또는 스토리지 탭을 클릭합니다.

2. 스토리지 그룹을 생성하려는 스토리지 시스템에 대한 아이콘을 마우스 오른쪽 버튼으로 클릭하고 스토리지 그룹 생성을 선택합니다.

3. 스토리지 그룹의 다음과 같은 특성을 지정합니다.

• 각 스토리지 그룹 이름은 EMC Replication Storage 문자열로 시작해야 합니다(예: EMC Replication Storage 1, EMC Replication Storage 2).

• LUN 공유 여부를 선택합니다(보통 클러스터링된 환경에서만).

• Replication Manager가 운영 데이터 복제본 생성에 사용할 권한이 있는 LUN을 모두 추가합니다.

• 이러한 스토리지 그룹에는 호스트를 연결해서는 안 됩니다.

운영 호스트를 위한 스토리지 그룹 생성

새 CLARiX 시스템을 구축 중인 경우에는 어떤 호스트가 어떤 데이터 세트에 액세스할 수 있는지 정의해야 합니다. 스토리지 그룹을 사용하여 이 사항을 정의합니다. 대부분의 시스템에서는 각 운영 호스트가 자체적인 운영 데이터 세트에 액세스할 수 있고 그 데이터를 가진 LUN은 해당 호스트의 스토리지 그룹에 상주합니다. 호스트를 해당 스토리지 그룹에 접속하면 CLARiX 스토리지 시스템에 있는 데이터에 대한 액세스 권한을 해당 호스트에 효과적으로 부여할 수 있습니다. 스토리지 그룹을 만드는 자세한 방법은 이전 섹션에 설명된 단계를 참조하십시오. Replication Manager에서 각 클라이언트에는 CLARiX 스토리지 시스템별로 하나의 스토리지 그룹만 표시되어야 합니다.

대개 클러스터링된 시스템인 경우를 제외하면 각 스토리지 그룹에 하나의 호스트만 접속됩니다.

CLARiX 스토리지 관리 159

160


마운트 호스트를 위한 스토리지 그룹 생성

운영 호스트를 위한 스토리지 그룹이 없는 경우 해당 스토리지 그룹을 생성해야 하는 것처럼 각 마운트 호스트를 위한 스토리지 그룹을 생성하고 각 스토리지 그룹에 하나 이상의 LUN을 추가해야 합니다. Replication Manager는 복제본을 생성한 후 이를 마운트 호스트에 마운트하기 전에 자동으로 스토리지 그룹에 알맞은 LUN을 채웁니다. Linux 클라이언트의 경우 171페이지의 “Linux 클라이언트의 특별 구성 단계”를 참조하십시오.

LUN을 표시하려면 이 단계를 마친 후 호스트를 재부팅해야 합니다.

선택한 스토리지를 클라이언트에 노출

이제 스토리지 환경이 구성되었으므로 Replication Manager에 스토리지 시스템과 스토리지를 표시하는 최종 단계를 Replication Manager 콘솔에서 수행할 수 있습니다.

1. Replication Manager Server에서 모든 호스트를 등록합니다.

2. 각 클라이언트에서 스토리지 시스템 검색을 실행합니다.

3. 검색된 각 스토리지 시스템에 대해 스토리지 검색을 실행합니다.

이 마지막 네 단계를 완료하는 방법에 대해서는 95페이지의 “복제본 스토리지 관리”에서 자세한 내용을 참조하십시오.



LUN 표시 문제

이 섹션에서는 Windows 및 Solaris 환경에서 LUN 표시 문제가 발생하지 않도록 방지하는 기술에 대해 설명합니다.

배경 LUN 표시라는 용어는 마운트 작업 중에 마운트 호스트에 LUN을 동적으로 나타내는 Replication Manager의 기능을 나타냅니다. LUN 표시 문제는 마운트 호스트에서 복제본 데이터가 포함된 볼륨에 액세스할 수 없을 때 발생합니다.

참고: Replication Manager에서는 마운트 작업 중에만 LUN 표시 문제가 발생하며, 복제나 복구 작업에는 영향을 주지 않습니다.

영향을 받는 환경 LUN 표시 문제는 Windows 및 Solaris 마운트 호스트를 사용하여 CLARiX 스토리지에 연결된 Replication Manager 클라이언트에만 영향을 줍니다. 마운트 호스트에 동적으로 BCV를 나타낼 때는 Replication Manager가 필요하지 않으므로 Symmetrix 스토리지만 사용하는 Replication Manager 시스템은 영향을 받지 않습니다.

Windows에서 LUN 표시 문제 방지

다음을 수행하여 Windows 시스템에서 마운트 작업을 수행하는 동안 안정적인 LUN 표시를 보장할 수 있습니다.

◆ CLARiX 스토리지에 접속된 모든 Replication Manager 클라이언트에 Admsnap을 설치합니다. 지원되는 Admsnap 버전은 EMC Replication Manager Support Matrix를 참조하십시오.

◆ Emulex 웹 사이트에서 Microsoft에서 서명한 드라이버를 다운로드해야 합니다.

◆ 올바른 HBA 드라이버가 설치되어 있는지 확인하려면 Windows 장치 관리자를 엽니다. Emulex fibre 컨트롤러 드라이버의 버전(예: 2.20a12의 또 다른 지정 방식인 5.2.20.12)이 표시되고 디지털 서명자는 Microsoft Windows Hardware Compatibility Publisher로 식별됩니다.

◆ Windows Server 2003에서는 Storport 드라이버를 사용합니다.

◆ CLARiX 디바이스에 대한 경로가 둘 이상인 경우에는 시스템에 PowerPath를 설치하여 이러한 다중 경로를 관리해야 합니다.

LUN 표시 문제 161

162


각 SP A와 SP B에 대한 하나의 접속은 CLARiX 디바이스에 대한 다중 경로(이 경우 두 개)로 계산됩니다. Replication Manager에서는 SP A와 SP B가 모두 가동되어 액세스할 수 있어야 합니다. 즉, 두 서비스 프로세서에 대한 IP 접속이 있어야 합니다.

◆ 호스트에서 hostname 명령에 의해 반환되는 값이 Navisphere에서 스토리지 그룹 호스트 탭 > 접속할 호스트 아래에 표시된 값과 일치하는지 확인합니다.

◆ EMC Replication Manager 제품 설명서를 참조하십시오.

Solaris의 LUN 표면 문제 최소화

다음을 수행하여 Solaris 시스템에서 마운트 작업을 수행하는 동안 LUN 표시 문제를 최소화할 수 있습니다.

◆ EMC Support Matrix에 지정된 운영 체제 패치 수준으로 모든 Solaris 시스템을 업그레이드합니다. 해당 패치 수준 정보에 액세스하려면 해당 문서의 CLARiX > Single Host > Sun Solaris > Sun 섹션으로 이동합니다. 그런 다음 해당 운영 체제에 대한 각주를 확인합니다.

◆ 동적 마운트 중에 추가 LUN을 인식할 수 있도록 드라이버 구성 파일(예: /kernel/drv/sd.conf and /kernel/drv/fcaw.conf)을 설정합니다. CLARiX 스토리지 시스템이 처음에 Solaris 환경에 접속되어 있으면 보통 시스템 엔지니어가 이 구성 파일을 수정합니다.

◆ EMC Replication Manager 제품 설명서를 참조하십시오.



SAN Copy 복제를 위한 CLARiX 스토리지 시스템 구성

EMC SAN Copy 소프트웨어를 사용하여 Replication Manager에서는 복사된 운영 데이터의 복제본을 생성할 수 있습니다.

◆ 한 CLARiX 스토리지 시스템에서 다른 CLARiX 스토리지 시스템으로 복제

◆ CLARiX 스토리지 시스템 내 복제(프레임 내 SAN Copy)

◆ Symmetrix 스토리지 시스템에서 CLARiX 스토리지 시스템으로 복제

이 섹션에서는 CLARiX 스토리지 시스템만 포함하는 SAN Copy 복제의 구성 단계에 대해 설명합니다. Symmetrix와 CLARiX 간 SAN Copy에 대한 자세한 내용은 189페이지의 “SAN Copy 복제를 위한 Symmetrix 스토리지 시스템 구성”을 참조하십시오.

CLARiX 간의 전체 및 증가분 SAN Copy는 지원됩니다.

CLARiX 간 SAN Copy 요구 사항

CLARiX 스토리지 시스템이 SAN Copy 지원 요구 사항을 만족하는지 확인하려면 다음 작업을 완료하십시오. 다른 설명이 없는 한 이 작업은 스토리지 시스템 간 SAN Copy와 스토리지 시스템 내(프레임 내) SAN Copy에 모두 적용됩니다.

◆ 운영 및 마운트 호스트에서 Navisphere Agent, Navisphere Secure CLI 및 Admsnap을 설치합니다. AIX 호스트의 경우 Navisphere 6.24 이상이 필요합니다.

◆ 이 장의 앞에서 설명한 대로 CLARiX 스토리지 시스템 및 클라이언트를 구성합니다. SAN Copy 타겟 스토리지의 EMC Replication Storage 그룹에는 SAN Copy 복제에 사용할 디바이스가 포함되어야 합니다. 자세한 내용은 159페이지의 “EMC Replication Storage 스토리지 그룹 생성”를 참조하십시오.

◆ SAN Copy 소스 볼륨과 크기가 같은 타겟 볼륨이 있는지 확인합니다.

◆ 하나 이상의 CLARiX 스토리지 시스템에 SAN Copy 소프트웨어를 설치합니다. 이때 타겟과 소스 둘 다에 설치하는 것이 좋습니다. SAN Copy 스토리지 시스템이라는 용어는 SAN Copy 소프트웨어가 설치되어 있는 모든 CLARiX 스토리지 시스템을 말합니다.

• 하나의 스토리지 시스템에만 SAN Copy를 설치하는 경우에는 소스에 설치하는 것이 좋습니다.

• 증가분 SAN Copy를 위해서는 소스 CLARiX 스토리지 시스템에 SAN Copy 소프트웨어를 설치해야 합니다.

SAN Copy 복제를 위한 CLARiX 스토리지 시스템 구성 163

164


◆ 전체 SAN Copy, 클론 복제본의 스냅 또는 클론 마운트의 스냅을 사용하여 애플리케이션 복제본을 만들려는 경우에는 소스 및 타겟 CLARiX 스토리지 시스템에 SnapView를 설치합니다.

◆ EMC SAN Copy Administrator's Guide의 권장 사항에 따라 스토리지 시스템을 조닝(zoning)합니다. 자세한 내용은 166페이지의 “SAN Copy 포트 조닝(zoning)”을 참조하십시오. 프레임 내 SAN Copy에는 필요하지 않습니다.

◆ Navisphere를 사용하여 SAN Copy가 설치되지 않는 스토리지 시스템(SAN Copy 스토리지 시스템이 아닌 스토리지 시스템)에 SAN Copy 스토리지 그룹을 생성합니다. 두 스토리지 시스템에 모두 SAN Copy 스토리지 시스템이 있으면 두 스토리지 시스템 모두에 SAN Copy 스토리지 그룹을 생성해야 합니다. 스토리지 그룹의 이름을 EMC RM SANCopy SG라고 지정합니다. 프레임 내 SAN Copy에는 필요하지 않습니다.

◆ 원격 CLARiX 스토리지 시스템의 이니시에이터 포트에 SAN Copy 스토리지 그룹을 할당합니다. Replication Manager는 이 스토리지 그룹을 사용하여 CLARiX 스토리지에 LUN이 표시되도록 합니다. 어떤 LUN도 이 스토리지 그룹에 할당하지 마십시오. 프레임 내 SAN Copy에는 필요하지 않습니다.

◆ 소스 스토리지에 소스 LUN에 대한 스냅 캐시 디바이스를 구성합니다. 자세한 내용은 168페이지의 “중간 복제본용 스냅 캐시 디바이스”를 참조하십시오.

◆ 소스 스토리지 시스템에서 충분한 스냅샷 캐시 공간을 사용할 수 있는지 확인합니다.

◆ 타겟 스토리지 시스템에서 마운트 호스트로 하나의 LUN이 표시되는지 확인합니다.

◆ CLARiX 가상 프로비저닝(가상 LUN)을 사용하는 SAN Copy는 두 스토리지 모두가 FLARE 29 이상을 실행하는 경우에 지원됩니다.

◆ 168페이지의 “SAN Copy를 위한 스토리지 풀 생성”의 지침에 따라 Replication Manager 스토리지 풀을 만들고 이 풀에 디바이스를 추가합니다.



165페이지의 그림 17에서는 이러한 구성 지침을 보여 줍니다.

그림 17 Replication Manager에서의 전체 SAN Copy 구성 예

165페이지의 그림 18에서는 프레임 내 SAN Copy에 대한 지침을 보여 줍니다.

그림 18 프레임 내 SAN Copy 예

EMC2941


166


Navisphere 및 Admsnap 설치

운영 및 마운트 호스트에 Navisphere Secure CLI, Navisphere Agent 및 Admsnap을 설치해야 합니다.

CLARiX 스토리지 시스템에 SAN Copy 설치

하나 이상의 CLARiX 스토리지 시스템에 SAN Copy 소프트웨어를 설치합니다. 하나의 CLARiX 스토리지 시스템에만 SAN Copy 소프트웨어를 설치하려는 경우에는 소스 스토리지 시스템에 설치합니다. 그러나 복제 및 복구 중에 최상의 성능을 얻으려면 두 CLARiX 스토리지 시스템 모두에 SAN Copy를 설치하는 것이 좋습니다.

SAN Copy 포트 조닝(zoning)

SAN Copy가 스토리지에 액세스하려면 SAN Copy 포트를 올바르게 조닝(zoning)해야 합니다. 166페이지의 그림 19에서는 SP당 두 개의 포트(0, 1)를 포함하는 CLARiX 스토리지에 권장되는 SAN Copy 조닝(zoning) 방법을 보여 줍니다.

참고: 프레임 내 SAN Copy만 사용하는 경우에는 이 단계가 필요 없습니다.

그림 19 SAN Copy 조닝(zoning) 예

EMC2942



이 예제는 SP당 두 개의 포트가 있는 CLARiX 스토리지 시스템에 적용됩니다. 166페이지의 그림 19에서는 8개의 존(Zone)을 CLARiX 스토리지 1과 CLARiX 스토리지 2에 연결하는 권장되는 조닝(Zoning) 방법을 보여 줍니다. SP당 포트가 4개인 CLARiX 스토리지의 경우에는 추가 포트를 사용하여 존(Zone)을 추가로 구성하여 유사한 조닝 전략을 설정할 수 있습니다. 167페이지의 표 21에서는 CLARiX 포트당 SAN Copy 조닝(zoning)에 대해 설명합니다.

참고: 둘 중 하나의 CLARiX 스토리지 시스템에 MirrorView가 설치되어 있는 경우 CLARiX SP에 포트가 2개 있든 4개 있든 상관없이 가장 높은 포트가 MirrorView와 함께 사용되도록 예약됩니다. 예를 들어 CLARiX 스토리지에 MirrorView가 설치되어 있고 스토리지의 SP에 포트가 2개 있는 경우에는 SAN Copy용으로 5-8번 존(zone)을 생성하여 사용하면 안 됩니다(166페이지의 그림 19 참조).

CLARiX 스토리지가 올바르게 조닝(zoning)된 다음에는 Navisphere를 사용하여 SAN Copy CLARiX 스토리지에서 접속을 업데이트합니다. 자세한 내용은 EMC SAN Copy 설명서를 참조하십시오.

SAN Copy 스토리지 그룹 생성

SAN Copy 세션에 대한 액세스 권한을 Replication Manager에 제공하려면 SAN Copy 스토리지 시스템에 LUN을 표시하는 데 사용할 수 있는 스토리지 그룹을 생성합니다.

◆ 새 스토리지 그룹을 생성합니다. 기존 스토리지 그룹을 사용하지 마십시오. 스토리지 그룹의 이름을 EMC RM SANCopy SG라고 지정합니다.

표 21 포트가 두 개인 CLARiX 스토리지 시스템에 대한 SAN Copy 조닝(zoning)

영역CLARiX 스토리지 시스템 1 포트

CLARiX 스토리지 시스템 2 포트

1 SP-A 포트 0 SP-A 포트 0

2 SP-A 포트 0 SP-B 포트 0

3 SP-B 포트 0 SP-A 포트 0

4 SP-B 포트 0 SP-B 포트 0

5 SP A 포트 1 SP A 포트 1

6 SP A 포트 1 SP B 포트 1

7 SP B 포트 1 SP A 포트 1

8 SP B 포트 1 SP B 포트 1


168


◆ 어떤 LUN도 이 스토리지 그룹에 할당하지 마십시오.

◆ CLARiX 스토리지 시스템 둘 다에 SAN Copy 소프트웨어가 설치되어 있는 경우에는 두 CLARiX 스토리지 시스템 모두에 SAN Copy 스토리지 그룹을 만듭니다.

◆ 하나의 CLARiX 스토리지 시스템에만 SAN Copy 소프트웨어가 설치되어 있는 경우에는 SAN Copy 소프트웨어가 설치되지 않은 CLARiX 스토리지 시스템에 스토리지 그룹을 생성합니다.

◆ 원격 스토리지 시스템이 SAN Copy 스토리지 그룹에 액세스할 수 있도록 하려면 원격 CLARiX 스토리지 시스템을 해당 그룹에 할당해야 합니다.

참고: 프레임 내 SAN Copy (예: 같은 스토리지 시스템 내의 SAN Copy)만 사용하는 경우에는 스토리지 그룹이 필요하지 않습니다.

원격 CLARiX 스토리지에 SAN Copy 스토리지 그룹 접속

Navisphere에서 SAN Copy용으로 조닝(Zoning)된 포트를 선택하여 원격 CLARiX 스토리지에 대한 EMC RM SANCopy SG 스토리지 그룹의 SAN Copy 접속을 구성합니다. 각 원격 포트에 대해 고급 옵션을 사용하여 SAN Copy에 대해 조닝(zoning)된 로컬 포트를 선택합니다. 프레임 내 SAN Copy에는 필요하지 않습니다.

중간 복제본용 스냅 캐시 디바이스

Replication Manager에서는 SAN Copy 소프트웨어에서 타겟 스토리지에 소스 데이터를 복제하기 전에 해당 소스 데이터의 임시 중간 복제본을 만듭니다. CLARiX 간의 SAN Copy에서는 SnapView 스냅샷을 임시 복제본으로 사용합니다.

SAN Copy를 위한 스토리지 풀 생성

Symmetrix와 CLARiX 간 SAN Copy를 위해 스토리지 풀을 만들어야 합니다. Replication Manager에서 사용하는 모든 LUN과 마찬가지로, 이 스토리지 풀에 할당된 LUN도 타겟 스토리지의 EMC Replication Storage 그룹에서 가져온 LUN입니다. 중간 디바이스로 구성되는 Symmetrix LUN(BCV/VDEV)을 스토리지 풀에 할당합니다.

전체 SAN Copy의 경우 전체 SAN Copy의 타겟으로 사용할 CLARiX 디바이스를 스토리지 풀에 할당합니다. 증가분 SAN Copy의 경우 증가분 SAN Copy에 사용할 타겟 디바이스를 스토리지 풀에 할당합니다.자세한 내용은 103페이지의 “스토리지 풀 생성”을 참조하십시오.



증가분 SAN Copy 증가분 SAN Copy 복제본을 생성할 때는 소스 데이터가 CLARiX 스토리지 시스템의 소스 LUN에 있어야 합니다. 증가분 SAN Copy 세션의 경우 소스 CLARiX 스토리지 시스템이 SAN Copy 소프트웨어를 실행하고 있어야 합니다.

이 경우 Replication Manager에서는 다음 단계를 수행합니다.

1. 작업에 의해 생성된 기존 복제본이 없는지 확인합니다. 기존 복제본이 없으면 증가분 SAN Copy 세션이 원격 CLARiX Lun에 생성되고 SAN Copy 세션은 나중에 증가분 복제본을 생성할 수 있도록 선택되어 변경 사항 추적을 시작합니다. 작업에 의해 이전에 생성된 복제본이 있으면 이전에 사용된 원격 LUN에 변경 내용이 업데이트됩니다.

2. SnapView 스탭, 클론 또는 기타 복제 기술을 사용하여 원격 타겟 LUN을 복제하는 사용자 구성 작업을 실행합니다. 이 복제본을 사용하여 향후 증가분 복제본에서 타겟 LUN의 무결성을 보호합니다. 증가분 SAN Copy 복제본을 지원하려면 타겟 스토리지 시스템에 증가분 SAN Copy 데이터를 수용할 수 있는 CLARiX LUN을 포함시켜야 하며, 복제본 자체를 수용할 수 있는 충분한 디바이스도 포함시켜야 합니다. 169페이지의 그림 20에서는 예를 보여 줍니다.

그림 20 증가분 SAN Copy 복제 예

프레임 내 SAN Copy의 경우 타겟 LUN과 스냅샷은 소스와 동일한 스토리지에 상주합니다.

170페이지의 표 22에서는 증가분 SAN Copy 복제의 단계별 작동 방식에 대해 설명합니다.

6


170


표 22 증가분 SAN Copy 복제의 작동 방식

단계 설명

1 Replication Manager에서 SAN Copy 스토리지 시스템에 증가분 SAN Copy 세션을 만듭니다.

2 Replication Manager에서 운영 호스트의 애플리케이션을 일시 중지합니다.

3 Replication Manager에서 증가분 SAN Copy 세션에서 복제할 데이터를 표시합니다.

4 Replication Manager에서 운영 호스트의 애플리케이션을 설정합니다.

5 첫 번째 복제본일 경우는 시점 이미지로 소스가 있는 대상 LUN(타겟)의 전체 복제본이 됩니다. 이후의 복제본은 위 3단계에 표시된 시점 이미지의 증가분 복제본이 됩니다.

6 Replication Manager 복제 작업에서 카탈로그에 복제본으로 분류되는 증가분 SAN Copy 타겟 디바이스의 복제본이 만들어집니다.



Linux 클라이언트의 특별 구성 단계

Replication Manager에서 CLARiX 클론 및 CLARiX 스냅샷 복제 모두에 대해 미리 표시된 LUN을 사용하도록 CLARiX 스토리지를 설정해야 합니다. CLARiX 스토리지 시스템의 동적 LUN 표시는 Linux 운영 체제에서 지원되지 않습니다.

이 섹션에서는 CLARiX 스토리지 및 Replication Manager를 구성하여 Linux 환경에서 복제본을 마운트하는 정적 LUN을 생성하고 사용하는 방법에 대해 설명합니다.

마운트 가능한 클론 복제본을 위한 정적 LUN 준비

Linux 환경에서 CLARiX 클론을 사용하는 복제본을 생성하고 마운트하려면 복제를 지원하는 정적 LUN을 다음 지침에 따라 준비해야 합니다.

1. 복제에 사용할 스토리지 디바이스를 EMC Replication Storage 스토리지 그룹에 배치합니다.

2. Navisphere를 사용하여 마운트 가능한 복제본에 사용할 모든 디바이스를 복제본을 마운트할 호스트의 CLARiX 스토리지 시스템에 추가합니다.

3. 마운트 호스트를 재부팅하여 해당 디바이스가 호스트에 표시되도록 합니다.

참고: Linux 마운트 VM의 경우 클론을 하나의 마운트 VM에만 마운트할 수 있도록 스토리지 그룹을 설정하는 것이 좋습니다. 어떤 VM에서 어떤 복제본을 마운트할 수 있는지와 해당 복제본이 마운트될 위치를 결정한 다음에는 제품에서 이미 생성한 LUN을 기준으로 선택한 마운트 VM에 마운트할 수 있는 클론을 선택하도록 스토리지 풀을 개발할 수 있습니다.

마운트 VM에 대해서는 스토리지 그룹을 생성하지 마십시오. 대신 마운트 VMO의 ESX Server에서 스토리지 그룹을 찾아 여기에 복제 LUN을 배치합니다.

마운트 가능한 스냅샷 복제본을 위한 정적 LUN 준비

Linux 환경에서 CLARiX 스냅샷을 사용하는 복제본을 만들면 Replication Manager에서 스냅샷 세션을 만듭니다. 이 스냅샷 세션은 소스 LUN의 시점 복제본입니다.

이 스냅샷 세션을 마운트하려면 스냅샷 디바이스를 만들어야 합니다. 스냅샷 디바이스는 스냅샷 세션의 컨텐츠에 액세스하는 데 사용되는 핸들입니다.

Linux 클라이언트의 특별 구성 단계 171

172


마운트 호스트에서 스냅샷 세션에 액세스하려면 다음과 같은 세 가지 사전 요구 사항이 있습니다.

◆ 스냅샷 디바이스가 있어야 합니다.

◆ 스냅샷 디바이스가 선택한 마운트 호스트에 표시되어야 합니다.

◆ 스냅샷 디바이스가 다른 세션에서 활성화되지 않아야 합니다.

여러 스냅샷 복제본 마운트

이 시나리오에서는 두 개의 동일한 소스 LUN에 대한 기존 복제본 두 개를 서로 다른 시간에 사용했습니다. 복제본은 스냅샷 세션에 생성되었습니다. 두 개의 소스 LUN에 각각 연결되는 스냅샷 디바이스 두 개를 만들고 이 디바이스가 마운트 호스트에 표시되도록 했습니다. 172페이지의 그림 21의 그림을 참조하십시오.

그림 21 스냅샷 세션을 사용하여 마운트 해제한 두 개의 복제본

이러한 복제본 중 하나를 마운트 호스트에 마운트한다고 가정합니다. 현재 구성에서는 문제가 없습니다. 복제본의 각 세션에 대해 하나씩 두 개의 사용되지 않는 스냅샷 디바이스가 있습니다. 또한 이 디바이스 둘 다 마운트 호스트에 표시됩니다. 173페이지의 그림 22을 참조하십시오.



그림 22 스냅샷 세션을 사용하여 마운트된 한 개의 복제본

이제 두 번째 복제본을 마운트 호스트에 복제하려고 하면 마운트 호스트에 표시되는 사용 가능한 스냅샷 디바이스가 없으므로 마운트 작업에 실패합니다. 첫 번재 복제본을 마운트 해제하는 경우에도 스냅샷 디바이스와 스냅샷 세션 간의 연결은 복제본이 삭제될 때까지 그대로 유지됩니다.

따라서 마운트 작업을 수행하기 전에 요구 사항을 충족할 수 있는 충분한 스냅샷 디바이스를 제공해야 합니다. 다음 수식을 사용하면 필요한 스냅샷 디바이스 수를 확인할 수 있습니다.

(#_of_mountable_replica) X (#_of_LUNs_per_replica)

예를 들어 이 시나리오에서 두 번째 복제본을 마운트 호스트에 마운트하려면 174페이지의 그림 23에 표시된 대로 각각 소스 LUN에 연결되는 스냅샷 디바이스를 두 개 이상 만들어야 합니다.

RM-000035

Linux 클라이언트의 특별 구성 단계 173

174


그림 23 추가 스냅샷 디바이스를 사용하여 마운트된 두 번째 복제본

Replication Manager에서 사용할 스냅샷 디바이스를 준비하려면

1. Navisphere를 사용하여, 각 소스 LUN에 대해 하나 이상의 복제본을 만들고 해당 복제본을 마운트할 충분한 스냅샷 디바이스를 만듭니다. 스냅샷 디바이스 생성에 대한 자세한 내용은 CLARiX 설명서를 참조하십시오.

2. Navisphere를 사용하여, 이러한 복제본을 마운트할 호스트의 CLARiX 스토리지 그룹에 스냅샷 디바이스를 넣습니다.

3. 마운트 호스트를 재부팅하여 스냅샷 디바이스가 마운트 호스트에 표시되도록 합니다.

클론의 임시 스냅샷을 위한 정적 LUN 계획

Linux 클라이언트에서 클론의 임시 스냅샷(클론의 스냅)을 사용하려는 경우 다음 단계를 수행합니다.

1. 모든 클론을 EMC Replication Storage 스토리지 그룹에 추가해야 합니다.

2. Navisphere에서 복제에 사용할 각 클론의 스냅샷 디바이스를 만들고 마운트 호스트의 스토리지 그룹에 스냅샷 디바이스를 추가합니다. 다른 호스트 운영 체제에는 이 수동 단계가 필요하지 않습니다.

RM-000036



스토리지 시스템 업그레이드 후 수행할 단계

Replication Manager에서 이미 검색된 CLARiX 스토리지를 업그레이드하는 경우 다음 절차를 수행하여 새 스토리지가 Replication Manager에 표시되도록 합니다.

이 절차에서는 Replication Manager의 symapi_db_emcrm_client.bin 파일 이름을 "*.old" 버전으로 변경하여 이 파일의 데이터가 잘못되거나 오래된 것으로 표시될 때 발생할 수 있는 검색 문제를 방지합니다.

참고: symapi_db_emcrm_client.bin은 Solutions Enabler에서 사용하는 symapi_db.bin 파일과 거의 동일합니다. symapi_db_emcrm_client.bin에는 Replication Manager 클라이언트에 표시되는 모든 스토리지에 대한 정보가 포함될 뿐만 아니라, 일부 추가 정보도 제공합니다.

Replication Manager에 새 스토리지가 표시되도록 하려면

1. Replication Manager 콘솔을 사용하여 복제에 이 스토리지 시스템 사용을 선택 취소합니다.

2. 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 제거를 선택합니다.

3. 클라이언트에서 명령 창을 열고 다음 명령을 실행합니다.

cd c:\Program Files\EMC\symcli\bin

또는

cd c:\Program Files (x86)\EMC\symcli\bin

4. 다음 symcfg 명령을 실행합니다.

symcfg -clar discover

이 명령은 이 클라이언트에서 검색할 수 있는 CLARiX 스토리지 시스템 목록이 포함된 Solutions Enabler 데이터베이스를 구축합니다.

5. 같은 명령 창에서 다음을 실행합니다.

symcfg -clar list

이 명령은 표시되는 CLARiX 스토리지 시스템 목록을 반환합니다. 업그레이드된 CLARiX 스토리지 시스템이 목록에 있는지 확인하십시오. 명령에서 CLARiX 목록을 반환하지 않으면 Replication Manager에서 스토리지를 검색할 수 없습니다. Replication Manager는 다음 단계에서 유사한 검색을 실행합니다. 이때 CLARiX와 호스트 간 접속 문제를 해결합니다.

스토리지 시스템 업그레이드 후 수행할 단계 175

176


6. 설치된 새 스토리지(업데이트된 agent.config 등)에서 Replication Manager 콘솔을 사용하여 연결된 호스트를 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 검색을 선택합니다. 스토리지 시스템이 clarcnfg 및 symapi_db_emcrm_client.bin 파일에 자동으로 배치됩니다.

이제 Replication Manager에서 스토리지를 사용할 수 있습니다. 검색에 계속 실패하면 아래 단계를 완료하십시오. 이 단계를 완료하려면 5단계에서 사용한 symcfg -clar list 명령에서 반환되는 출력에 스토리지 시스템이 표시되어야 합니다.

참고: 이전 스토리지가 Replication Manager 콘솔에 계속 표시되지만 Replication Manager에 영향을 주지는 않습니다.

7. Program Files 또는 Program Files (x86)에서 EMC\symapi\config\clarcnfg 파일을 엽니다.

8. clarcnfg 파일에서 스토리지 시스템 정보를 모두 삭제합니다.

검색하는 동안 Replication Manager에서 새 스토리지를 자동으로 추가합니다.

9. Replication Manager 클라이언트 서비스를 중지합니다.

10. Program Files 또는 Program Files (x86)에서 다음 파일의 이름을 바꿉니다.

EMC\RM\Client\bin\symapi_db_emcrm_client.bin

~

EMC\RM\Client\bin\symapi_db_emcrm_client.bin.old

참고: clarcnfg 파일의 생성에 영향을 줄 수 있는 잘못된 정보가 파일에 포함될 수 있기 때문에 이 파일의 이름을 바꾸는 것입니다. Replication Manager 클라이언트 서비스가 시작될 때 이 파일이 없으면 Replication Manager에서 다시 만듭니다. 검색하는 동안 업데이트된 스토리지 시스템 정보가 추가됩니다.

11. Replication Manager 클라이언트 서비스를 시작합니다.

12. Replication Manager 콘솔을 사용하여 호스트를 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 검색을 선택합니다. 이 명령은 새 스토리지 시스템 정보를 symapi_db_emcrm_client.bin에 추가하고 clarcnfg 파일을 채웁니다. 이제 스토리지를 Replication Manager 콘솔에서 추가로 구성할 수 있게 됩니다.



LUN 제한 사항에 영향을 주는 CLARiX 자원 정리 Replication Manager에서는 Replication Manager용으로 추가되었지만 현재 사용되지 않는 LUN 관련 클론 그룹 항목을 정리할 수 있습니다. 이러한 LUN을 다시 사용하여 같은 작업의 복제본을 생성하면 미러의 전체 설정(establish)이 필요합니다. 경우 성능에 영향을 주지만 최대 클론 그룹 항목 제한에 도달하지 않도록 할 수 있습니다.

클론 그룹 항목을 확보하려면 트리에서 CLARiX 스토리지를 마우스 오른쪽 버튼으로 클릭하고 자원 정리를 선택합니다.

그러면 Replication Manager는 LUN을 클론 그룹에서 정리합니다. 이 작업을 수행하고 나면 이후에 새 복제본을 생성할 때 Replication Manager에서 빠른 증가분 설정(establish)을 수행할 수 없습니다. 다음의 여러 복제 작업에서 전체 설정(establish)을 수행해야 하며 완료하는 데 시간이 오래 걸릴 수 있습니다.

자원 정리 유틸리티는 클론과 소스를 결합한 내부 최대 한계에 도달한 CLARiX 스토리지 시스템에서 사용되고 있는 CLARiX 클론 그룹 항목을 확보하기 위해 설계되었습니다. 제한에 대한 자세한 내용은 CLARiX 스토리지 시스템 설명서를 참조하십시오.

다음은 이 문제에 영향을 주는 요소입니다.

◆ CLARiX SP에서는 이미 삭제된 복제본의 컨텐츠를 포함하는 LUN이 클론 그룹에 있는 경우에도 현재 클론 그룹에 없는 LUN을 사용하려고 합니다.

◆ 또한 클론 그룹에 상주하는 소스 LUN은 최대 클론 그룹 항목 수로 계산됩니다.

참고: 자원 정리 유틸리티는 Replication Manager에서 제어하는 CLARiX 클론과 소스만 확보하도록 설계되었습니다. 이 유틸리티는 복제본의 일부가 아닌 자원만 확보합니다. 따라서 복제본을 먼저 삭제해야 할 수 있습니다.

LUN 제한 사항에 영향을 주는 CLARiX 자원 정리 177

178


MirrorView 지원 요구 사항

Replication Manager에는 다음에 대한 스냅 및 클론 생성을 지원합니다.

◆ MirrorView/A 또는 MirrorView/S 운영 볼륨

◆ MirrorView/A 또는 MirrorView/S 보조 볼륨

참고: 한 애플리케이션 세트가 MirrorView/A와 MirrorView/S 소스를 모두 포함할 수 없습니다.

Replication Manager에서 MirrorView 보조 볼륨을 생성하지 않으며 MirrorView 링크를 관리하지도 않습니다.

다음은 MirrorView 지원과 관련된 구성 요구 사항입니다.

◆ MirrorView/S 또는 MirrorView/A 보조 볼륨을 구성할 때는 운영 볼륨당 단일 보조 이미지가 있는 경우에만 Replication Manager에서 보조 볼륨의 스냅이나 클론을 생성할 수 있습니다.

◆ Replication Manager Server에는 MirrorView/S 또는 MirrorView/A 보조 디바이스를 포함하는 스토리지에 대한 IP 접속이 필요합니다.

◆ Linux인 경우에 한해 원격 CLARiX 스토리지 시스템에 대한 운영 호스트의 Fiber Channel 접속이 필요합니다.

◆ 원격 CLARiX 스토리지 시스템에 적어도 하나 이상의 Replication Manager 클라이언트를 접속하고 조닝(zoning)해야 합니다.

◆ MirrorView 이미지는 동기화된 상태 또는 정합성이 보장된 상태여야 하며 보조 조건이 분리된 상태여서는 안 됩니다.

◆ MirrorView/A 세션의 업데이트 빈도는 ”수동”으로 설정해야 합니다.

◆ 지정된 작업에 정의되는 모든 미러는 정합성 보장 그룹(Consistency Group)의 일부가 아닌 개별 미러이거나, 모든 미러가 단일 정합성 보장 그룹의 구성원이고 해당 정합성 보장 그룹에 복제본의 일부가 아닌 추가 LUN이 없어야 합니다.

◆ MirrorView/A 애플리케이션 세트에 여러 LUN이 있으면 복제본의 일부인 모든 LUN을 추가 LUN이 없는 단일 정합성 보장 그룹에 함께 두는 것이 좋습니다.



claravoid 파일을 사용하여 스토리지 검색 시간 단축

Replication Manager는 각 복제가 있는 스토리지를 검색하므로 많은 수의 CLARiX 스토리지 시스템이 있는 환경에서는 복제하는 데 시간이 오래 걸릴 수 있습니다. 복구에 걸리는 시간을 단축하려면 방지 파일(claravoid)을 사용하여 검색 중에 건너뛸 스토리지 시스템을 지정해 보십시오.

이 방지 파일은 한 줄당 한 개의 CLARiX ID를 포함해야 하며 건너뛸 스토리지가 들어 있는 각 Replication Manager 클라이언트 호스트에서 다음 위치에 저장되어야 합니다.

Program Files\EMC\SYMAPI\config(Windows)

/var/symapi/config(UNIX 및 Linux)

claravoid 파일을 사용하여 스토리지 검색 시간 단축 179

180



5

이 장에서는 Replication Manager에서 사용할 Symmetrix 스토리지를 설정하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ Symmetrix 설정 체크리스트 ........................................................... 182◆ Symmetrix 스토리지 시스템 하드웨어 및 소프트웨어 요구 사항 ... 185◆ 128 TimeFinder/Snap 세션 지원 .................................................... 186◆ 가상 디바이스 지원 .......................................................................... 188◆ SAN Copy 복제를 위한 Symmetrix 스토리지 시스템 구성 ........ 189◆ SRDF/S에서 원격 복제 구성 ........................................................... 193◆ Symmetrix 대체 MSCS 클러스터 마운트 구성 ............................. 194◆ Symmetrix 보호 복구 사용 .............................................................. 196◆ 장기간 잠금 ....................................................................................... 197◆ 가상 디바이스(VDEV) 구성 ............................................................ 199◆ Replication Manager용 TimeFinder 클론 구성 ............................ 200◆ 스토리지 시스템 업그레이드 후 수행할 단계 ............................... 202◆ symavoid를 사용하여 스토리지 검색 시간 단축 .......................... 204

Symmetrix 스토리지 시스템 설정

Symmetrix 스토리지 시스템 설정 181

182


Symmetrix 설정 체크리스트

Symmetrix 스토리지 시스템 설정은 서비스 담당자 의해 수행됩니다.

◆ Symmetrix 스토리지 시스템이 185페이지의 “Symmetrix 스토리지 시스템 하드웨어 및 소프트웨어 요구 사항”에 있는 요구 사항을 충족하는지 확인합니다.

◆ BCV의 크기 및 구조는 STD 볼륨과 동일해야 합니다.

◆ AIX 호스트에서 볼륨 그룹을 만드는 경우 PowerPath Pseudo Device(예: rhdiskpower4)를 사용합니다. PPVM 볼륨 그룹에 네이티브 디바이스를 사용하지 마십시오.

◆ 마운트 호스트를 해당 BCV에 액세스하도록 구성합니다.

통합 애플리케이션 세트의 일부로 설정하려는 호스트의 스토리지에 대한 호스트 액세스 권한을 설정할 때는 통합 애플리케이션 세트의 모든 구성 요소에서 모든 데이터를 포함하는 모든 스토리지 디바이스가 해당 애플리케이션 세트에 참여하는 모든 호스트에 표시되어야 합니다.

◆ 마운트 호스트에서 사용할 BCV가 표시되는지 확인합니다.

◆ BCV는 한 번에 둘 이상의 Windows 기반 호스트에 표시되지 않아야 합니다.

◆ 6개의 실린더로 구성된 게이트키퍼 디바이스 네 개를 만들고 각 운영 호스트 및 마운트 호스트에 대해 동일하게 익스포트합니다.

◆ 각 Replication Manager 클라이언트, 서버 및 마운트 호스트에 필요한 소프트웨어를 모두 설치합니다. 자세한 내용은 제2장 ”설치”를 참조하십시오.

◆ TimeFinder/Snap 지원을 받으려면 가상 디바이스(VDEV)가 생성되어 익스포트되고 저장 영역이 구성되어 있어야 합니다.

◆ Symmetrix TimeFinder Clone을 사용하는 경우 클론(STD 및 BCV)이 운영 데이터에 사용되지 않는지 확인합니다. 구성에 대한 자세한 내용은 200페이지의 “Replication Manager용 TimeFinder 클론 구성”을 참조하십시오.

◆ Symmetrix 스토리지에 연결된 MSCS에서 Windows 2003/SP1을 실행하고 있는 경우 SPC-2 비트를 사용합니다. SPC-2 비트와 요구 사항 및 제한 사항에 대한 자세한 내용은 ETA emc117300 및 ETA emc134969를 참조하십시오.

◆ Replication Manager 콘솔을 시작하고 Replication Manager Server에 접속합니다. 다음 단계를 수행하십시오.




• 각 호스트에 대해 스토리지 시스템 검색을 실행합니다.


EMC Replication Manager 제품 설명서에서는 이 절차의 작업에 대해 자세히 설명합니다.

◆ TimeFinder Clone 지원을 받으려는 경우:

• 타겟으로 사용할 STD 및 BCV를 결정합니다.

• STD 또는 BCV의 크기가 복제할 STD와 동일한지 확인합니다.

• 타겟 STD 및 BCV를 마운트 호스트로 익스포트합니다. Windows 호스트의 경우 BCV가 한 번에 둘 이상의 Windows 기반 호스트에 표시되지 않아야 합니다.

• STD를 사용하는 경우 다른 애플리케이션에서 해당 STD를 절대로 사용하고 있지 않아야 합니다. Replication Manager는 해당 STD가 포함된 디바이스의 상태를 준비되지 않음(NR)으로 변경합니다.

◆ VMware 환경의 Symmetrix 스토리지와 관련된 구성 단계는 제9장 ”VMware 설정”에 설명되어 있습니다.

Windows Server 2008 환경에 대한 추가 설정 단계

◆ Windows Server 2008 호스트에서는 Symmetrix에 다음과 같은 FA 디렉터 플래그 설정이 구성되어 있어야 합니다.

• 공통 일련 번호(C)

• 포인트-투-포인트 사용(PP) • Host SCSI Compliance 2007(OS2007)

• SCSI-3 SPC-2 Compliance(SPC2)

• SCSI-3 Compliance(SC3)

• FC-SW 토폴로지의 경우 DIR 비트 설정 테이블에 지정된 특정 운영 체제 설정으로 EAN(자동 협상 사용), PP(포인트-투-포인트), UWN(고유 WWN)과 같은 기본 설정에 대해 XOR 연산을 수행하십시오.

• FC-AL 토폴로지의 경우 DIR 비트 설정 테이블에 지정된 특정 운영 체제 설정으로 EAN(자동 협상 사용) 및 UWN(고유 WWN)과 같은 기본 설정에 대해 XOR 연산을 수행하십시오.

또한 Windows 2008 페일오버 클러스터의 경우에는 Windows Server 2008에서 액세스하는 각 Symmetrix DMX™ 디바이스에 대해 SCSI3_persist_reserv 영구 할당 특성을 활성화해야 합니다.

Symmetrix 설정 체크리스트 183

184


이러한 설정 변경에 대한 자세한 내용은 Powerlink에 게시되어 있는 Solutions Enabler Symmetrix Device Masking CLI Product Guide, Solutions Enabler Symmetrix Configuration Change CLI Product Guide 및 Solutions Enabler Symmetrix Array Controls CLI Product Guide를 참조하십시오.



Symmetrix 스토리지 시스템 하드웨어 및 소프트웨어 요구 사항

이 섹션에서는 Symmetrix 스토리지 시스템 하드웨어 및 소프트웨어 요구 사항을 요약합니다.

지원되는 하드웨어 및 마이크로코드 수준

지원되는 모델과 마이크로코드 수준에 대한 목록은 http://Powerlink.EMC.com 의 E-Lab Interoperability Navigator를 참조하십시오.

게이트키퍼 요구 사항 각 Symmetrix 스토리지 시스템은 각 운영 호스트 및 마운트 호스트에 대해 6개의 실린더로 구성된 게이트키퍼 디바이스를 네 개씩 익스포트해야 합니다. Replication Manager는 게이트키퍼 디바이스를 사용하여 BCV 검색을 수행하고 복제 및 복구를 수행합니다.

EMC Solutions Enabler

EMC Solutions Enabler 스토리지 소프트웨어는 Replication Manager 호스트에 설치해야 합니다. 최소 버전 요구 사항은 EMC Replication Manager Support Matrix를 참조하십시오. EMC Solutions Enabler Installation Guide에 나온 설치 및 사후 설치에 필요한 단계를 모두 수행해야 합니다.

LUN 크기 조정 Replication Manager는 지원되는 모든 운영 체제에서 크기가 2TB 미만인 LUN을 사용하여 작업을 수행합니다. 일부 Windows 환경에서는 2TB보다 큰 LUN도 지원합니다. 자세한 내용은 Powerlink.EMC.com의 E-Lab Interoperability Navigator를 참조하십시오.




C:\>diskpartMicrosoft DiskPart version 6.0.6001Copyright (C) 1999-2007 Microsoft Corporation.On computer: abcxyzDISKPART> san policy=offlinesharedDiskPart successfully changed the SAN policy for the current operating system.

Symmetrix 스토리지 시스템 하드웨어 및 소프트웨어 요구 사항 185

186


128 TimeFinder/Snap 세션 지원

Replication Manager에서는 단일 소스 디바이스에서 최대 128개의 TimeFinder/Snap 세션을 생성할 수 있습니다. Symmetrix 스토리지에 Enginuity™ 버전 5772.83 이상이 설치되어 있어야 합니다.

Enginuity 업그레이드 후 세션 만료

지정된 애플리케이션 세트에 대해 스냅 세션을 128개 사용하려면 Enginuity를 릴리즈 버전 5772.83으로 업그레이드한 후에 모든 TimeFinder/Snap 세션(Replication Manager에서 생성한 세션 포함)이 만료되도록 지정하십시오. 소스 디바이스에는 여러 유형의 스냅 타겟이 포함될 수 없습니다.

128개 스냅 세션 식별 일부 소스는 16개 스냅 기술을 사용하는 복제본을 포함하고, 나머지 소스는 128개 스냅 기술을 사용하는 소스를 포함하는 스냅 복제본을 실행하려고 하면 Replication Manager는 오류를 반환합니다.

지정된 소스 LUN의 스냅이 128개 스냅 기술로 만들어졌는지 확인하려면

1. 다음 명령을 실행하여 스냅샷을 포함하는 LUN을 확인합니다. ##은 Symmetrix 일련 번호의 끝 두 자리입니다.

symsnap list -sid ##

아래 예에서는 3개의 스냅 세션이 반환됩니다.

symsnap list -sid 69

Symmetrix ID: 000190102669

Source Device Target Device Status SaveDev ------------------------- -------------------- ------------- ----------- 보호됨Sym Tracks Sym G SRC <=> TGT PoolName ------------------------- -------------------- ------------- -----------00E5 138050 04D2 . CopyOnWrite DEFAULT_POOL00E7 138050 04D3 . CopyOnWrite DEFAULT_POOL00E5 138050 04D4 . CopyOnWrite DEFAULT_POOL



2. 디바이스의 스냅이 16개 세션 스냅인지 128개 세션 스냅인지 확인하려면 다음 명령을 실행하십시오. 아래 예에서는 Symmetrix ID로 69를, 디바이스 이름으로는 E7을 사용합니다.

symdev show -sid 69 E7

Snap Device Information { Source (SRC) Device Symmetrix Name : 00E7 Source (SRC) Device Group Name : N/A Source (SRC) Composite Group Name : N/A

Target (TGT) Device Symmetrix Name : 04D3 Target (TGT) Device Group Name : N/A Target (TGT) Composite Group Name : N/A Save Pool Name : DEFAULT_POOL

State of Session (SRC ===> TGT) : CopyOnWrite Percent Copied : 0%

Time of Last Snap Action : Thu Nov 08 16:13:14 2007

Snap State Flags : (MultiVirtual)

}

Snap State Flag 값인 MultiVirtual은 소스 LUN 00E7의 VDEV 04D3에 대한 스냅이 128개 세션 기술 스냅(MultiVirtual 스냅이라고도 함)임을 나타냅니다. Snap State Flag 값이 None이면 해당 스냅은 16개 세션 스냅입니다.

128 TimeFinder/Snap 세션 지원 187

188


가상 디바이스 지원

Replication Manager에서는 TimeFinder/Snap 및 TimeFinder/Clone 기술에 대해 가상 프로비저닝(“가상 디바이스”)을 지원합니다. Symmetrix 코드 버전 최소 요구 사항은 EMC Replication Manager Support Matrix를 참조하십시오.

TimeFinder/Clone 설정

가상 디바이스의 TimeFinder/Clone 복제를 수행하기 전에 다음을 수행해야 합니다.

◆ 가상 풀 생성

◆ 가상 풀에 데이터 디바이스 추가

◆ 소스 및 타켓 가상 디바이스를 가상 풀에 바인딩

이러한 작업을 수행하는 방법은 EMC Solutions Enabler Symmetrix CLI Command Reference를 참조하십시오.

다음 Symmetrix 가상 프로비저닝 제한 사항을 참조하십시오.

◆ Timefinder/Clone 복제의 경우 가상-가상 소스 타겟 페어링만 지원됩니다.

◆ Symmetrix 가상 프로비저닝은 RAID 5 디바이스를 지원하지 않습니다. 미러링된 RAID 1 또는 RAID 6을 사용하여 데이터 디바이스를 생성합니다.

TimeFinder/Snap 설정

TimeFinder/Snap 복제의 경우 소스 가상 디바이스만 가상 풀에 바인딩합니다.



SAN Copy 복제를 위한 Symmetrix 스토리지 시스템 구성

Replication Manager에서는 EMC SAN Copy 소프트웨어를 사용하여 Symmetrix 스토리지에서 CLARiX 스토리지로 운영 데이터를 정확하게 복제할 수 있습니다. 이 섹션에서는 Symmetrix와 CLARiX 간 SAN Copy 복제의 구성 단계를 설명합니다. CLARiX 간에 SAN Copy 복제를 수행하는 방법은 163페이지의 “SAN Copy 복제를 위한 CLARiX 스토리지 시스템 구성”에 설명되어 있습니다.

중간 복제본을 위한 디바이스

Replication Manager에서는 SAN Copy 소프트웨어에서 타겟 스토리지에 소스 데이터를 복제하기 전에 해당 소스 데이터의 임시 중간 복제본을 만듭니다. Symmetrix와 CLARiX 간 SAN Copy의 경우 TimeFinder/Snap 가상 디바이스(VDEV)를 사용하여 중간 복제본을 저장합니다. SAN Copy 스토리지 풀을 만드는 경우 Replication Manager에서 사용할 VDEV를 식별합니다. 소스 디바이스당 한 개의 VDEV를 사용하는 것이 좋습니다.

참고: 사용 가능한 VDEV 자원이 없는 경우 BCV 디바이스를 중간 복제본을 위해 사용할 수 있습니다. 그러나 VDEV를 사용할 수 있는 경우 VDEV를 선택하는 것이 좋습니다.

구성 단계 스토리지 시스템이 SAN Copy 지원 요구 사항을 만족하는지 확인하려면 다음 작업을 완료하십시오.

◆ 운영 및 마운트 호스트에서 Navisphere Agent, Navisphere Secure CLI 및 Admsnap을 설치합니다. AIX 호스트의 경우 Navisphere CLI 6.24 이상이 필요합니다.

◆ 190페이지의 “SAN Copy 포트 조닝(zoning)”에 설명된 대로 Symmetrix 및 CLARiX 스토리지를 조닝(Zoning)합니다.

◆ 191페이지의 “SAN Copy 포트 등록”에 설명된 대로 Symmetrix 스토리지에 SAN Copy 포트를 등록합니다.

◆ 191페이지의 “SAN Copy 포트에 Symmetrix 볼륨 할당”에 설명된 대로 SAN Copy 포트에 Symmetrix 볼륨을 할당합니다.

◆ 191페이지의 “스토리지 풀 생성”에 설명된 대로 Replication Manager 스토리지 풀을 만듭니다.

SAN Copy 복제를 위한 Symmetrix 스토리지 시스템 구성 189

190


190페이지의 그림 24에서는 이러한 구성 지침을 보여 줍니다.

그림 24 SAN Copy 구성 예

Navisphere 및Admsnap 설치

운영 및 마운트 호스트에 Navisphere Agent, Navisphere Secure CLI 및 Admsnap을 설치해야 합니다.

SAN Copy 포트 조닝(zoning)

기본 스위치 관리 도구를 사용하여 CLARiX 스토리지 시스템의 각 SP에서 하나 이상의 포트를 사용하는 Symmetrix 스토리지 시스템의 FA 포트 하나 이상으로 조닝(zoning)합니다.

SAN Copy 포트는 Symmetrix 스토리지 시스템에 대한 호스트 이니시에이터의 역할을 합니다.

참고: 둘 중 하나의 CLARiX 스토리지 시스템에 MirrorView가 설치되어 있는 경우 CLARiX SP에 포트가 2개 있든 4개 있든 상관없이 가장 높은 포트가 MirrorView와 함께 사용되도록 예약됩니다. 포트가 가장 높은 SAN Copy를 사용하지 마십시오. 예를 들어 CLARiX 스토리지 시스템에 MirrorView가 설치되어 있고 해당 스토리지 시스템의 SP에 포트가 2개 있는 경우 SAN Copy의 각 SP에서 포트 0을 사용합니다.

EMC2943



SAN Copy 포트 등록 다음과 같이 Navisphere Manager를 사용하여 Symmetrix 스토리지 시스템에 SAN Copy 포트를 등록합니다.

1. Navisphere 엔터프라이즈 스토리지 창의 스토리지 트리에서 SAN Copy 스토리지 시스템(Symmetrix와 CLARiX 간 구성의 CLARiX 스토리지 시스템) 아이콘을 마우스 오른쪽 버튼으로 클릭합니다.

2. SAN Copy > 접속 업데이트를 선택합니다.

3. SAN Copy 포트가 Symmetrix 스토리지 시스템에 등록되었는지 확인하려면 운영 호스트 또는 Symmetrix 스토리지 시스템에 접속된 호스트에서 다음과 같이 Symmetrix CLI 명령을 사용합니다.

symmask -sid symmID list logins

여기서 symmID는 Symmetrix 일련 번호 ID입니다.

SymmCLI 명령 sympd list -sid를 사용하여 VCM 데이터베이스 경로 이름을 결정하거나 가능한 경우 호스트에서 inq를 실행합니다.

SAN Copy 포트에Symmetrix 볼륨 할당

Symmetrix 스토리지 시스템의 각 소스 디바이스 및 중간 디바이스를 CLARiX 스토리지 시스템의 각 SP에 있는 하나 이상의 포트에 할당합니다.

EMC ControlCenter, ESN Manager 또는 SymmCLI 명령 symmask를 사용하여 SAN Copy 포트에 Symmetrix 볼륨을 할당할 수 있습니다. 다음 예제에서는 symmask 명령을 사용합니다.

다음 예제의 명령은 디렉터 1d, 포트 0의 BCV 211부터 215를 SP A의 CLARiX 포트 0(5006016010601fd5) 및 SP B의 포트 0(5006016810601fd5)으로 익스포트합니다.

symmask -sid 000187900509 -wwn 5006016010601fd5 -dir 1d -p 0 add devs 211,215 symmask -sid 000187900509 -wwn 5006016810601fd5 -dir 1d -p 0 add devs 211,215symmask –sid 000187900509 refresh

이러한 명령은 STD에 대해 실행하여 SAN Copy 복구가 가능하도록 하고 Replication Manager용 SAN Copy에 참여할 모든 VDEV 또는 BCV에 대해 실행해야 합니다.

스토리지 풀 생성 SAN Copy 복제본을 만들려면 Replication Manager 스토리지 풀을 만들어야 합니다. Symmetrix와 CLARiX 간 SAN Copy의 경우 스토리지 풀에 다음 디바이스가 포함됩니다.

◆ 임시 SAN Copy 복제본에 사용될 중간 디바이스

◆ SAN Copy에 사용될 타겟 CLARiX 디바이스

103페이지의 “스토리지 풀 생성”에서는 스토리지 풀을 만드는 방법을 설명합니다.

SAN Copy 복제를 위한 Symmetrix 스토리지 시스템 구성 191

192


SAN Copy 구성 권장 사항

Symmetrix와 CLARiX 간 SAN Copy 구성에 대한 다음 Best Practice 및 제한 사항에 유의하십시오.

◆ 중간 SAN Copy 디바이스를 운영 호스트 또는 마운트 호스트로 익스포트하지 않도록 해야 합니다. 특히 Windows 환경에서는 더욱 그렇습니다.

◆ Windows의 경우 여러 Windows 시스템으로 BCV 및 VDEV를 익스포트하지 마십시오.

◆ 소스, 중간 및 타겟 디바이스는 블록 수로 측정하는 경우 크기가 동일해야 합니다. CLARiX 스토리지 시스템의 LUN 크기가 Symmetrix 디바이스 크기와 일치해야 합니다. Symmetrix 디바이스 크기를 결정하려면 show 옵션을 사용하여 symdev 명령을 실행하고 512바이트 블록의 값을 기록합니다. LUN 바인딩 옵션을 사용하여 CLARiX 디바이스를 구성하는 경우에도 Navisphere에서 동일한 값을 사용합니다. Navisphere에서는 LUN 크기를 블록 수 단위로 설정해야 합니다.



SRDF/S에서 원격 복제 구성

Replication Manager는 SRDF/S 링크에서 원격 BCV, TimeFinder/Snap 및 TimeFinder/Clone의 운영 데이터 복제본을 만들 수 있습니다. 193페이지의 그림 25에서는 이러한 구성을 보여줍니다.

그림 25 동기식 SRDF에서 원격 BCV 복제

앞의 그림은 다음을 나타냅니다.

◆ Replication Manager 호스트에 접속된 소스 Symmetrix 스토리지입니다. 복제에는 이 호스트에 표시되는 디바이스가 포함됩니다.

◆ 복제할 소스는 모두 R1 디바이스입니다. 이러한 R1 디바이스는 각각 원격 Symmetrix 스토리지 시스템에 R2 상대를 가지고 있습니다. R1 및 R2 디바이스 사이의 SRDF 링크는 동기 모드입니다.

◆ 타겟 복제본 디바이스는 원격 Symmetrix 스토리지 시스템의 BCV, TimeFinder Snap 및 TimeFinder Clone입니다. 이러한 BCV의 소스는 소스가 상주하는 R1 디바이스의 상대가 되는 R2 디바이스입니다.

Replication Manager를 설치하기 전에 다음을 확인합니다.

◆ SRDF 링크가 온라인 상태입니다.

◆ R1 및 R2가 동기식 모드입니다. Replication Manager에서 디바이스를 동기 모드로 지정하지 않습니다.

RM-000037

SRDF/S에서 원격 복제 구성 193

194


Symmetrix 대체 MSCS 클러스터 마운트 구성

이 섹션에서는 대체 MSCS 클러스터 마운트를 수행하는 데 필요한 Symmetrix 구성에 대해 간략히 설명합니다.

이 섹션의 지침에 따라 대체 MSCS 클러스터 마운트에 대해 Symmetrix 스토리지 시스템을 구성합니다. 대체 클러스터 마운트 관련 절차에 대한 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.

Symmetrix에 물리적 클러스터 노드 마운트 준비

물리적 MSCS 클러스터 노드에 마운트하려면 클러스터의 단일 노드(일반적으로 패시브 노드)만 마운트 호스트에 표시되는 것과 동일한 방식으로 스토리지를 조닝(zoning)합니다. 그림 26에 표시된 대로 Replication Manager가 조닝(Zoning)된 노드에 복제본을 마운트합니다.

그림 26 Symmetrix의 대체 클러스터에 물리적 노드 마운트

Symmetrix에 가상 클러스터 노드 마운트 준비

가상 MSCS 클러스터 노드에 마운트하려면 복제본이 상주하는 디바이스가 사용 중인 물리적 클러스터 노드에 표시되어야 합니다. 이렇게 하려면 해당 가상 클러스터가 포함된 자원 그룹을 소유하는 모든 물리적 노드에 해당 디바이스가 표시되도록 조닝(zoning)합니다.



그림 27 Symmetrix의 대체 클러스터에 가상 노드 마운트

Replication Manager는 대체 클러스터에 마운트된 복제본에 전체 클러스터 지원을 자동으로 적용하지 않습니다. 클러스터를 통해 애플리케이션에 액세스하려면 선택된 노드의 자원 그룹에 복제본 디스크를 수동으로 추가합니다. Replication Manager는 이 단계를 자동으로 수행하지 않습니다.

Symmetrix 대체 MSCS 클러스터 마운트 구성 195

196


Symmetrix 보호 복구 사용

보호 복구 기능이 설정된 Symmetrix 스토리지 시스템에서 복제본을 복구하면 복구에서는 자동으로 Symmetrix 스토리지 시스템의 보호 복구 기능을 사용합니다. 특별한 구성 단계가 필요하지 않습니다.

보호 복구 기능을 사용하면 복구 작업 중이나 복구 작업 후 BCV 컨텐츠가 변경되지 않은 상태로 유지할 수 있으며, BCV와 표준이 결합되는 동안에도 마찬가지입니다. 그러면 표준 및 BCV가 RestInProg 또는 Restored 상태에서 결합되는 동안 BCV 쌍에 대한 모든 쓰기가 BCV로 전파되지 않습니다. 이 보호는 역방향 분리와 동일한 장점을 제공하지만 미러링된 BCV가 필요하지 않습니다.

모든 복구된 데이터가 바로 표시되어 그 효과를 확인할 수 있습니다. 복구가 완료될 때까지 대기할 필요가 없습니다. 그러나 첫 번째 복구가 완료되기 전에 또 다른 복구를 시도할 경우에는 첫 번째 복구가 완료될 때까지 대기해야 합니다.



장기간 잠금

버전 5.2.3부터는 Symmetrix 디바이스를 추가하거나 Symmetrix 디바이스에 복제본을 만들 때 Replication Manager에서 기본적으로 LDL을 설정하지 않습니다.

버전 5.2.3의 업그레이드 설치에서는 원하면 계속해서 LDL을 설정할 수도 있습니다. 업그레이드를 진행하는 동안 Replication Manager 설치 마법사는 앞으로의 작업에서 LDL 기능을 해제하고 현재 추가된 Symmetrix 디바이스로부터 LDL을 제거할 것인지 묻는 메시지를 표시합니다. 메시지에 동의하지 않으면 LDL 동작은 이전 동작에서와 같은 방식으로 계속됩니다.

198페이지의 “Replication Manager에서 LDL 기능 설정”에서는 LDL 기능을 수동으로 켜는 방법을 설명합니다.

LDL 및 Replication Manager 동작

LDL이 설정되어 있으면 복제, 복구, 마운트 또는 마운트 해제를 진행하는 동안 Replication Manager가 다음을 수행합니다.

◆ 복제 디바이스와 이 소스에 연결된 Replication Manager의 다른 모든 디바이스에서 LDL을 일시적으로 제거합니다.

◆ 복제, 복구, 마운트 또는 마운트 해제 작업을 수행합니다.

◆ LDL이 제거된 디바이스에 새 잠금 ID로 새 LDL을 적용합니다.

위 작업 후, 복제 디바이스가 잠금 해제되는 순간과 Replication Manager가 동일한 디바이스에 새 LDL을 적용하는 순간 사이에 짧은 시간 간격이 존재합니다. 이 짧은 시간 간격 동안 Replication Manager가 디바이스에 액세스할 수 없도록 다른 애플리케이션이 디바이스에 액세스하여 자체 LDL을 적용할 수 있습니다. 다른 애플리케이션이 이 짧은 시간 동안 디바이스에 LDL을 적용하는 경우 Replication Manager가 디바이스를 다시 잠글 수 없으며 자체 작업에 실패합니다.

Replication Manager에서 LDL을 제거하는 경우

LDL이 설정되어 있으면 다음과 같은 경우에 Replication Manager가 장기간 잠금을 제거합니다.

◆ 복제 디바이스가 제거되는 경우입니다. 이 경우 Replication Manager는 내부 데이터베이스에서 잠금 ID를 재설정합니다.

◆ Symmetrix 스토리지가 무시되도록 구성되어 있는 경우입니다. 이 무시된 스토리지에서 사용 중인 복제본이 없는 모든 디바이스의 LDL이 제거됩니다. 사용 중인 복제본이 있는 복제 디바이스의 경우 복제본이 삭제되면 시스템이 LDL을 제거합니다. Replication Manager는 데이터베이스를 업데이트하고 제거된 각 디바이스의 잠금 ID를 삭제합니다.

장기간 잠금 197

198


Replication Manager에서 LDL의 상태 검사

Replication Manager에서 LDL의 상태를 보려면 rm\server\bin에서 다음 명령을 실행합니다.

ird -s

Replication Manager에서 LDL 기능 해제

LDL 기능을 수동으로 해제하려면

1. Replication Manager Server(IRD) 서비스를 중지합니다.

2. rm\server\bin에서 다음 명령을 실행합니다.

ird -s -L OFF

3. Replication Manager Server(IRD) 서비스를 시작합니다.

Replication Manager에서 LDL 기능 설정

LDL 기능을 수동으로 설정하려면

1. Replication Manager Server(IRD) 서비스를 중지합니다.

2. rm\server\bin에서 다음 명령을 실행합니다.

ird -s -L ON

3. Replication Manager Server(IRD) 서비스를 시작합니다.

LDL 보기 디바이스의 LDL을 보려면 다음 Solutions Enabler 명령을 실행합니다.

symdev -sid SymmetrixID -lock -range start:end list

LDL 제거 디바이스에서 LDL을 제거하려면 다음 Solutions Enabler 명령을 실행합니다.

symdev -sid SymmetrixID -lock -range start:end release

주의!장기간 잠금이 다른 애플리케이션, 특히 디바이스에 잠금을 설정한 애플리케이션에 미치는 영향을 완전히 알지 못하는 경우에는 장기간 잠금을 해제하지 않도록 하십시오.



가상 디바이스(VDEV) 구성EMC Solutions Enabler Symmetrix TimeFinder Family CLI Product Guide의 지침에 따라 Replication Manager에서 표시하고 사용할 수 있는 방식으로 VDEV를 설정합니다. 대략적인 단계는 다음과 같습니다.

◆ TimeFinder/Snap 구성 요소가 호스트에 설치되어 있는지 확인합니다.

◆ VDEV를 만듭니다.

◆ TimeFinder/Snap 저장 디바이스를 구성합니다.

◆ VDEV가 표시되는지 확인합니다.

가상 디바이스(VDEV) 구성 199

200


Replication Manager용 TimeFinder 클론 구성

Replication Manager는 표준 R1 디바이스 또는 SRDF/S R2 디바이스의 TimeFinder/Clone 복제본을 한 개 이상 만드는 Symmetrix TimeFinder Clone 기능을 지원합니다.

TimeFinder Clone 기능은 소스 및 타겟 디바이스가 페어로 작동하는 복제 세션을 통해 제어됩니다. 타겟 디바이스는 크기 및 에뮬레이션 유형이 동일한 경우 표준(STD) 디바이스가 될 수도 있고 BCV 디바이스가 될 수도 있습니다. 스트라이프로 시도되거나 연결된 메타 디바이스의 클론 복제본을 만들 수도 있지만 소스와 타겟 메타 디바이스의 스트라이프 수, 스트라이프 크기 및 용량이 동일해야 합니다.

BCV 및 표준 디바이스를 사용하여 TimeFinder Clone 복제본을 만드는 경우 여러 가지 디바이스 유형에 대한 고려 사항이 있습니다. 예:

◆ 생성 또는 활성화 작업의 소스 또는 타겟이 BCV일 경우 BCV 쌍의 상태가 분리 상태여야 합니다.

◆ 소스 또는 타겟 디바이스가 BCV 에뮬레이션 모드에서 사용되는 경우에는 해당 디바이스를 TimeFinder Clone 세션에서 사용할 수 없습니다.

◆ 복제 스토리지에 사용된 클론은 다른 클론, VDEV 또는 BCV 관계의 소스가 될 수 없습니다.

또한 원격 미러링에 SRDF를 사용하는 Symmetrix 스토리지 시스템에서는 특정 TimeFinder Clone 작업이 허용되지 않습니다. 일부 작업의 가용성은 SRDF 쌍의 현재 상태에 따라 달라집니다. 예:

◆ 소스로 사용되는 STD/R1 디바이스의 상태는 동기화됨, 분리됨, 페일오버됨, 일시 중단됨 또는 파티션 분할됨 중 하나여야 합니다.

◆ 타겟으로 사용되는 STD/R1 디바이스의 상태는 동기화됨, 분리됨, 일시 중단됨 또는 파티션 분할됨 중 하나여야 합니다.

장기간 잠금으로 TimeFinder Clone 복구

Replication Manager에서는 LDL이 있는 소스 디바이스에서 TimeFinder Clone 복구를 수행할 수 없습니다. 먼저 잠금을 제거해야 합니다. 잠금을 보려면 다음 명령을 실행합니다.

symdev -sid SymmetrixID -lock -range start:end list

안전한 경우 다음 명령을 사용하여 잠금을 해제합니다.

symdev -sid SymmetrixID -lock -range start:end release



주의!장기간 잠금이 다른 애플리케이션, 특히 디바이스에 잠금을 설정한 애플리케이션에 미치는 영향을 완전히 알지 못하는 경우에는 장기간 잠금을 해제하지 않도록 하십시오.

장기간 잠금에 대한 자세한 내용은 197페이지의 “장기간 잠금”을 참조하십시오.

Replication Manager용 TimeFinder 클론 구성 201

202


스토리지 시스템 업그레이드 후 수행할 단계

Replication Manager에서 이미 검색된 Symmetrix 스토리지를 업그레이드하는 경우 다음 절차를 수행하여 새 스토리지가 Replication Manager에 표시되도록 합니다.

1. 관련 Replication Manager 복제본을 모두 삭제합니다.

2. Symmetrix에서 모든 스토리지를 제외합니다.

3. 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 제거를 선택합니다.

4. 관련 호스트에서 스토리지 시스템 조닝(zoning)을 해제합니다.

5. 클라이언트에서 명령 창을 열고 다음 명령을 실행합니다.

cd c:\Program Files\EMC\symcli\bin

6. 다음 symcfg 명령을 실행합니다.

symcfg -symm discover

이 명령은 클라이언트에서 검색할 수 있는 Symmetrix 스토리지 시스템 목록이 포함된 Solutions Enabler 데이터베이스를 구축합니다.

7. 같은 명령 창에서 다음을 실행합니다.

symcfg list

이 명령은 표시되는 Symmetrix 스토리지 시스템 목록을 반환합니다. 업그레이드된 Symmetrix 스토리지 시스템이 목록에 있는지 확인합니다. 명령이 Symmetrix 스토리지 목록을 반환하지 않으면 Replication Manager에서 스토리지를 검색할 수 없습니다. Replication Manager는 다음 단계에서 유사한 검색을 실행합니다. 이때 Symmetrix와 호스트 간 접속 구성 문제를 해결합니다.

8. 설치된 새 스토리지에서 Replication Manager 콘솔을 사용하여 연결된 호스트를 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 검색을 선택합니다. 이렇게 하면 symapi_db_emcrm_client.bin 파일에 자동으로 배치됩니다.

이제 Replication Manager에서 스토리지를 사용할 수 있습니다. 검색에 계속 실패하면 아래 단계를 완료하십시오. 이 단계를 완료하려면 위의 symcfg list 명령의 출력에 스토리지 시스템이 표시되어야 합니다.



참고: 이전 스토리지가 Replication Manager 콘솔에 계속 표시되지만 Replication Manager에는 영향을 주지 않습니다.

9. Replication Manager 클라이언트 서비스를 중지합니다.

10. Replication Manager 클라이언트 서비스를 시작합니다.

11. Replication Manager 콘솔을 사용하여 호스트를 마우스 오른쪽 버튼으로 클릭하고 스토리지 시스템 검색을 선택합니다. 이 명령은 새 스토리지 정보를 symapi_db_emcrm_client.bin에 추가하고 symcfg 파일을 채웁니다. 이제 스토리지를 Replication Manager 콘솔에서 추가로 구성할 수 있게 됩니다.

스토리지 시스템 업그레이드 후 수행할 단계 203

204


symavoid를 사용하여 스토리지 검색 시간 단축

Replication Manager는 각 복제가 있는 스토리지를 검색하므로 다수의 Symmetrix 스토리지가 표시되는 호스트 환경에서는 복제하는 데 시간이 오래 걸릴 수 있습니다. 검색에 걸리는 시간을 단축하려면 방지 파일(symavoid)을 사용하여 검색 중에 건너뛸 스토리지 시스템을 지정합니다.

Symmetrix 억제 파일에는 무시할 스토리지 시스템의 Symmetrix ID가 포함되어 있어야 합니다(한 줄당 한 개의 ID). 이 억제 파일은 각 Replication Manager 클라이언트 호스트에서 건너뛸 스토리지 시스템이 들어 있는 다음 위치에 저장되어야 합니다.

Program Files\EMC\SYMAPI\config(Windows)

/var/symapi/config(UNIX 및 Linux)


6

이 장에서는 Replication Manager에서 사용할 Celerra 스토리지를 준비하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ Celerra 하드웨어 및 소프트웨어 구성 ........................................... 206◆ iSCSI 타겟 구성 ................................................................................. 209◆ iSCSI Initiator 구성 ........................................................................... 219◆ iSCSI LUN을 디스크 드라이브로 구성 .......................................... 225◆ Celerra 서버에 대한 호스트 접속 확인 .......................................... 230◆ Celerra NFS 타겟 구성 ..................................................................... 231◆ Celerra SnapSure 기술을 사용하여 iSCSI 복제본 생성 ............... 234◆ Celerra Replicator 기술을 사용하여 iSCSI 복제본 생성 .............. 235◆ Celerra 스토리지에서의 Replication Manager 문제 해결 ........... 252

Celerra 스토리지 시스템설정

Celerra 스토리지 시스템 설정 205

206

Celerra 스토리지 시스템 설정

Celerra 하드웨어 및 소프트웨어 구성EMC Replication Manager Support Matrix(http://Powerlink.EMC.com)에서는 지원되는 애플리케이션, 운영 체제, 고가용성 환경, 볼륨 관리자 및 기타 지원되는 소프트웨어에 대한 구체적인 정보를 제공합니다.

지원되는 Celerra 스토리지 시스템

다음과 같은 Celerra 서버 중 하나 이상이 Replication Manager 환경에서 지원됩니다.

◆ NSX 시리즈

◆ NSX 시리즈/게이트웨이

◆ NS 시리즈/통합

◆ NS 시리즈/게이트웨이

◆ 510 Data Mover 장착 CNS 모델

◆ 514 Data Mover 장착 CNS 모델

필요한 최소 하드웨어 및 접속 구성

Celerra 환경에서 Replication Manager를 구현하려면 다음과 같은 스토리지 및 접속 하드웨어 구성 요소가 필요합니다.

◆ 지원되는 Celerra 스토리지 시스템 하나 이상

◆ Replication Manager 서버 소프트웨어(호스트)


◆ 에이전트 소프트웨어(IRCCD)가 설치된 Replication Manager 호스트와 Celerra 스토리지 간의 iSCSI 또는 NFS 접속

◆ TOE 카드(선택 사항)

QLogic iSCSI TOE 카드 설정

QLogic iSCSI TOE 카드를 사용하는 경우에는 다음과 같은 필수 설정 단계를 추가로 완료해야 합니다.

1. Windows 호스트의 NIC에서 iSCSI 대상 IP 주소를 Ping할 수 있는지 확인합니다.

2. Microsoft iSCSI Initiator 서비스(버전 2.0 이상)를 다운로드하여 설치합니다. 이렇게 하려면 iSCSI Initiator 설치 중에 Install iSCSI Service Only를 선택하면 됩니다.

3. Celerra 워크스테이션 또는 Celerra Manager에서 다음 CLI 명령을 실행합니다.



server_param server_2 -facility iscsi -modify AsyncEvent -value 0

여기서 server_2는 Celerra Data Mover 이름으로, 지정된 Celerra 유닛마다 다를 수 있습니다.

호스트에 필요한 최소 소프트웨어

모든 Replication Manager 운영 호스트 및 마운트 호스트에 다음 소프트웨어를 설치해야 합니다.

◆ Microsoft iSCSI Initiator(Windows 호스트 전용)

◆ VMware Initiator(선택 사항, Celerra 기반 가상 디스크가 있는 가상 시스템에는 필요 없음)

참고: Replication Manager와 VMware를 사용하도록 Celerra를 구성하는 방법에 대한 자세한 내용은 275페이지의 “VMware 설정” 를 참조하십시오.




C:\>diskpart

Microsoft DiskPart version 6.0.6001Copyright (C)

1999-2007 Microsoft Corporation.

On computer: abcxyz

DISKPART>san policy=offlineshared

DiskPart가 현재 운영 체제에 대한 SAN 정책을 변경했습니다.

Celerra 하드웨어 및 소프트웨어 구성 207

208


패치 및 서비스 팩 설치

실행 중인 Windows 버전과 애플리케이션에 따라 Replication Manager Server에 설치해야 하는 OS 및 애플리케이션 패치, 핫 픽스 및 서비스 팩이 있을 수 있습니다.

1. 자세한 내용은 다음 사이트에서 EMC Replication Manager Support Matrix를 참조하십시오.


2. 제조업체 웹 사이트에서 필요한 패치를 구하여 설치합니다.



iSCSI 타겟 구성

이 섹션에서는 iSCSI 접속을 사용하여 복제 작업을 수행하는 경우 Celerra Network Server에서 iSCSI 타겟 및 LUN을 구성할 때 수행해야 하는 사전 요구 사항과 작업에 대해 설명합니다.

Celerra NAS 환경에서 Replication Manager가 NFS를 사용하도록 구성하는 방법에 대한 자세한 내용은 231페이지의 “Celerra NFS 타겟 구성”을 참조하십시오.

사전 요구 사항Celerra Network Server에서 타겟을 사용하려면 사용할 타겟에 사용 가능한 외부 네트워크 인터페이스가 하나 이상 있어야 합니다.

iSCSI 타겟 구성 체크리스트

아래 체크리스트에는 iSCSI 타겟 구성을 위한 작업이 나열되어 있습니다.

◆ Data Mover에서 iSCSI 서비스를 시작합니다.

◆ Data Mover에 iSCSI 타겟을 하나 이상 만듭니다.

◆ iSCSI LUN을 유지하려면 파일 시스템을 하나 이상 만듭니다.

◆ iSCSI 타겟 하나에 iSCSI LUN을 하나 이상 만듭니다.

◆ 타겟에 대한 LUN 마스크를 구성하여 iSCSI Initiator가 특정 LUN에 접촉하도록 허용합니다.

◆ (선택 사항) Data Mover에 iSNS 클라이언트를 구성합니다.

◆ (선택 사항) Initiator와 Data Mover에 대해 CHAP 항목을 만들어 인증을 설정합니다.

iSCSI 타겟 생성 iSCSI Initiator가 세션을 설정하고 Celerra Network Server와 데이터를 교환하려면 Data Mover에 하나 이상의 iSCSI 타겟을 만들어야 합니다.

Data Mover에 iSCSI 타겟을 구성하려면

1. Celerra Manager에서

a. iSCSI를 클릭합니다.

b. Targets 탭을 클릭합니다.

c. New를 클릭합니다. New iSCSI Target 패널이 나타납니다.

2. Choose Data Mover 목록에서 타겟을 생성할 Data Mover를 선택합니다.

3. 다음 필드를 채웁니다.

iSCSI 타겟 구성 209

210


• 이름

새 iSCSI 타겟의 이름으로 사용자에게 친숙한 이름을 입력합니다. 이 이름은 IQN 이름의 별칭입니다. 타겟 별칭은 최대 255자까지 포함하는 영숫자 문자열입니다. 별칭에는 UTF-8 인코딩 방식의 유니코드 문자를 포함할 수 있습니다.

참고: 별칭은 Celerra Network Server의 iSCSI 데이터베이스에 있는 주요 필드이므로 Data Mover에서 고유해야 합니다.

• iSCSI Qualified Target Name(선택 사항)

타겟에 전역적으로 고유한 이름을 IQN 또는 EUI 형식으로 입력할 수 있지만, 사용자가 iSCSI 검증 타겟 이름을 입력하지 않고 반드시 Celerra Network Server에서 적당한 iSCSI 이름이 자동으로 생성되도록 해야 합니다.

참고: IQN은 최대 223자까지 가능합니다.

4. 타겟 검색에 SendTargets 방법을 사용하지 않는 한 이 단계는 선택 사항입니다. 사용할 타겟에 대해 하나 이상의 네트워크 포털을 입력합니다. iSCSI 타겟은 네트워크 포털을 사용하여 iSCSI initiator와 통신합니다. Celerra Network Server의 경우 네트워크 포털은 Data Mover의 인터페이스입니다.

다음 형식으로 네트워크 포털을 입력합니다.

• 포털 그룹이 없는 경우: <IP address>

• 포털 그룹이 있는 경우: <portal group tag>:<IP address>:<port number>

예를 들어 3:112.32.168.21:5711과 같이 입력합니다.

여러 개의 포털은 쉼표로 구분해야 합니다. 예를 들면 1:112.32.168.12:3260,3:112.32.168.21:5711과 같이 구분해야 합니다.

<portal group tag>와 <port number>를 입력하지 않으면 기본 포털 그룹 태그(1) 및 기본 iSCSI 포트(3260)가 사용됩니다. 이 필드를 공백으로 두면 타겟에 네트워크 포털을 추가할 때까지 initiator가 타겟에 접촉할 수 없습니다.

네트워크 포털과 포털 그룹에 대한 자세한 내용은 Celerra에서 iSCSI 타겟 구성 기술 모듈을 참조하십시오.

5. OK를 클릭합니다. 새 타겟이 생성됩니다.



iSCSI LUN용 파일 시스템 생성

Celerra Network Server에서 iSCSI 타겟을 구성하는 첫 번째 단계는 하나 이상의 파일 시스템을 생성하고 마운트하여 iSCSI LUN에 대한 전용 스토리지 리소스를 제공하는 것입니다.

참고: iSCSI LUN을 보관하고 있는 파일 시스템은 iSCSI에 전용으로 사용되어야 하며 다른 목적으로 사용되면 안 됩니다. 예를 들어 CIFS 공유 또는 NFS 익스포트를 통해 iSCSI 파일 시스템을 익스포트하면 안 됩니다.

Celerra Manager 또는 CLI를 통해 파일 시스템을 만듭니다. 자세한 지침은 Celerra Manager 도움말 시스템 또는 Celerra 볼륨 및 파일 시스템 관리 기술 모듈을 참조하십시오. iSCSI 파일 시스템의 알맞은 크기를 결정하는 데 관한 중요한 정보는 다음 섹션을 참조하십시오.

파일 시스템 크기 조정 파일 시스템은 iSCSI LUN과, 해당 iSCSI LUN에 대해 생성하려는 모든 스냅을 수용할 수 있도록 충분한 공간이 있어야 하고, Replication Manager를 사용하여 마운트하는 복제본의 변경을 지원해야 합니다. iSCSI 스냅은 모든 LUN 데이터에 대한 시점 복제본입니다. iSCSI 스냅을 저장하는 데 필요한 파일 시스템 공간은 Celerra 구성과 각 스냅샷 간에 발생하는 데이터 변경률 등 여러 요인에 따라 달라집니다.

가상 프로비저닝 및 스파스(Sparse) TWS가 크기 조정에 미치는 영향일반적으로, iSCSI LUN은 파일 시스템에 게시된 크기와 같은 공간을 할당합니다. 예를 들어 100GB iSCSI LUN은 파일 시스템에 대략 100GB를 할당합니다. 실제로 1GB의 데이터만 iSCSI LUN에 저장되는 경우 나머지 공간은 다른 용도로 사용할 수 없으므로 낭비됩니다.

Celerra 스토리지는 이러한 문제를 해결하기 위해 Virtual Provisioning™ 이라는 기술을 지원합니다 가상 프로비저닝을 사용하면 스토리지 관리자가 LUN의 크기를 게시할 수 있지만 필요에 따라서만 공간을 할당할 수 있습니다. 이 기술로 인해 호스트에서는 LUN이 일정한 크기를 가진 것으로 표시되지만 Celerra에서는 현재 사용 중인 공간만 할당됩니다. 사용자 환경에서 이 기술을 사용하는 경우 스냅샷 복제본의 크기 조정 요구 사항에 많은 영향을 미칠 수 있습니다.

마찬가지로, 복제본 마운트에는 스파스(Sparse) TWS가 지원됩니다. 스파스(Sparse) TWS를 사용하면 마운트되는 복제본에 필요한 스토리지 양이 줄어듭니다. EMC 고객 지원 본부에 문의하여 스파스 TWS를 구성하고 이 구성으로 인한 영향을 이해해야 합니다.

세부 크기 조정 정보를 찾는 방법Replication Manager와 함께 사용할 Celerra 파일 시스템의 크기를 조정하는 방법에 대한 자세한 내용(수식 및 자세한 예제 포함)은 Powerlink에 게시되어 있는 Sizing Considerations for iSCSI Replication on EMC Celerra라는 기술 정보를 참조하십시오.


212


다음과 같은 크기 조정 지침을 준수해야 합니다. 파일 시스템에 사용 가능한 공간이 없는 경우에는 iSCSI 스냅이나 마운트 스냅을 사용할 수 없습니다. 또한 사용 가능한 공간이 충분해질 때까지 기다리는 동안 복제본이 응답하지 않을 수 있습니다. Celerra 복제가 비정상적으로 오래 걸리는 경우에는 파일 시스템의 사용 가능한 공간을 확인하고 파일 시스템의 90% 이상이 사용 중이면 파일 시스템을 확장하십시오. Celerra Monitor에서 파일 시스템 워터마크 또는 경고 조건을 만들면 파일 시스템에 대한 공간 사용량을 모니터링할 수 있습니다.

iSCSI LUN 생성 iSCSI 타겟을 만든 후에는 타겟에 iSCSI LUN을 만들어야 합니다. LUN은 Celerra Network Server의 스토리지 공간에 대한 액세스 기능을 제공합니다. 사실상 LUN을 만들면 Celerra 파일 시스템에 공간을 예약하는 셈입니다. 클라이언트 시스템에서 Celerra iSCSI LUN은 다른 디스크 디바이스로 나타납니다.

LUN 사이징 파티션을 만든 후에는 파티션의 크기를 바꿀 수 없으므로 향후 증가되는 데이터 스토리지 요구를 만족할 수 있도록 충분히 큰 LUN을 만들어야 합니다. LUN의 최소 크기는 3MB이며 2TB-1MB(2,097,151MB)를 초과할 수 없습니다. LUN을 만들 때 LUN은 지정된 크기보다 약간 더 많은 파일 시스템 공간을 차지하게 됩니다. 이는 기본 파일 시스템에서 LUN을 할당하고 추적할 때 발생하는 오버헤드 때문입니다.

LUN 번호 지정 LUN은 각 타겟마다 고유한 번호로 식별됩니다. iSCSI 프로토콜에 따라 한 타겟에는 LUN이 최대 256개(0에서 255까지 번호가 매겨짐)까지 있을 수 있지만 사용 가능한 LUN의 범위는 iSCSI 호스트의 운영 체제에 의해 제한됩니다. Windows에서는 LUN 개수가 총 255(0에서 254까지 번호가 지정됨)개로 제한됩니다. Celerra Network Server는 Windows 제한 사항에 따르고 기본적으로 한 타겟에 대해 255개의 LUN을 지원합니다.

운영 LUN(PLU)에 대해서는 번호가 0-127 사이에 있는 LUN만 사용해야 합니다. PLU는 기본(또는 운영) 스토리지 디바이스 역할을 하는 논리 유닛입니다. 이렇게 하면 나머지 LUN 번호(128-254)는 iSCSI 스냅을 스냅 LUN(SLU)으로 마운트하는 데 사용할 수 있도록 유지됩니다. SLU는 액세스가 가능하도록 LUN 상태로 승격된 PLU의 시점 복제본(iSCSI Snap)입니다. LUN 마스킹을 통해 이들 LUN에 이니시에이터 액세스를 부여하면 iSCSI 호스트의 장치 관리자(device manager)에 팬텀 디스크가 표시되었다가 사라지는 것을 자주 볼 수 있습니다.



iSCSI LUN 생성 iSCSI LUN을 생성하려면



b. LUNs 탭을 클릭합니다.

c. New를 클릭합니다. New iSCSI LUN 페이지가 나타납니다.

2. Choose Data Mover 목록에서 LUN을 생성할 Data Mover를 선택합니다.


• 대상

새 LUN을 만들려는 iSCSI 타겟을 선택합니다.

• LUN

새 LUN의 번호를 입력합니다. 기존 LUN 번호를 사용할 수 없습니다. 해당 타겟에 이미 정의된 LUN이 이 필드 위에 나열됩니다.

• 파일 시스템

새 LUN을 만들려는 파일 시스템을 선택합니다.

참고: Celerra Manager는 파일 시스템 목록에 사용 가능한 파일 시스템을 모두 표시하며, 이들 파일 시스템 중 일부는 이미 사용 중인 것도 있습니다.

• 크기

새 LUN의 크기를 MB 단위로 입력합니다.

참고: 새 LUN을 만든 후 LUN의 크기는 사용자가 지정한 크기보다 작습니다. LUN 공간 중 일부는 기본 파일 시스템이 LUN을 완전히 할당하는 데 필요합니다.

• Read Only(Celerra Manager 5.6 이상 전용)

새로 생성된 LUN을 Celerra Replicator™에서만 사용하도록 읽기 전용으로 표시하려면 이 확인란을 선택합니다.

4. OK를 클릭합니다. LUN이 생성됩니다.


214


iSCSI LUN 마스크 생성

iSCSI LUN에 대한 Initiator 액세스를 제어하려면 iSCSI LUN 마스크를 구성해야 합니다. LUN 마스크는 특정 iSCSI Initiator를 타겟의 특정 iSCSI LUN에 부여하거나 거부하여 수신되는 iSCSI 액세스를 제어합니다.

기본적으로 모든 초기 LUN 마스크는 모든 iSCSI Initiator에 대한 액세스를 거부하도록 설정되어 있습니다. Initiator가 타겟의 LUN을 액세스하도록 설정하려면 해당 Initiator에 대한 액세스를 명시적으로 허용하는 LUN 마스크를 만들어야 합니다.

◆ 마운트 호스트가 아니라 운영 호스트에 대한 LUN 마스크를 만들어야 합니다.

◆ LUN 마스크를 변경하면 그 즉시 변경 내용이 적용됩니다. 활성 세션이 포함된 Initiator에 대한 LUN 마스크를 삭제하거나 수정할 때는 주의하십시오. LUN 마스크를 삭제하거나 마스크에서 허용 설정을 제거할 경우 현재 사용 중인 LUN에 대한 Initiator 액세스가 차단되고 이 LUN을 사용하는 애플리케이션을 중단합니다.

iSCSI LUN 마스크를 생성하려면



b. Targets 탭을 클릭합니다.

c. 새 LUN 마스크를 만들려는 타겟의 이름을 마우스 오른쪽 버튼으로 클릭합니다.

d. 속성을 선택합니다. iSCSI Target Properties 페이지가 나타납니다.

2. iSCSI Target Properties 페이지에서

a. LUN Mask 탭을 클릭합니다. LUN Mask 페이지가 나타납니다.

b. New를 클릭합니다. New iSCSI Mask 페이지가 나타납니다.




• 이니시에이터

세스를 허용하려는 Windows 호스트에서 iSCSI Initiator의 검증된 이름을 입력합니다.

참고: Celerra Manager 5.6 이상에서는 드롭다운 상자를 사용하여 이 IQN에 현재 로그인되어 있는 사용 가능한 모든 Initiator 목록에서 원하는 항목을 선택할 수 있습니다. 이전 버전의 Celerra Manager를 사용하는 경우에는 Initiator의 이름을 입력하는 대신 Initiator 구성 인터페이스의 특정 부분에서 검증된 Initoator 이름을 복제하면 됩니다. Microsoft iSCSI Initiator의 경우 General 탭의 Initiator Node Name 필드에서 검증된 이름을 복제할 수 있습니다.

• Grant LUNs

액세스를 허용할 LUN을 입력합니다. LUN은 단일 정수(예: 2)나 정수 범위(예: 2-6)로 입력할 수 있습니다. 각 LUN이나 LUN의 범위는 쉼표로 구분해야 합니다. 예를 들어 다음과 같이 LUN을 입력할 수 있습니다.

0,2-4,57

4. OK를 클릭합니다. 새 LUN 마스크가 생성됩니다.

Data Mover에서 iSNS 구성

(선택적 작업) iSCSI Initiator가 Data Mover에서 다른 iSCSI 타겟을 자동으로 검색하도록 하려면 Data Mover에 iSNS 클라이언트를 구성하면 됩니다. Data Mover에서 iSNS 클라이언트를 구성하면 Data Mover가 모든 iSCSI 타겟을 외부 iSNS 서버에 등록합니다. iSCSI Initiator는 Data Mover에서 사용 가능한 타겟을 검색하기 위해 iSNS 서버를 쿼리할 수 있습니다.

Data Mover에서 iSNS를 구성하려면



b. Configuration 탭을 클릭합니다. Configuration 페이지가 나타납니다.

2. Show iSCSI Configuration for 목록에서 iSNS 클라이언트를 구성하려는 Data Mover를 선택합니다.


216



• iSNS Server

iSNS 서버의 IP 주소를 입력합니다. 포트 번호를 입력하지 않으면 Data Mover에서 기본 포트인 3205가 사용됩니다. 다른 포트를 지정하려면 IP 주소와 포트 번호를 다음 형식으로 입력합니다.

<IP 주소>:<포트 번호>

참고: iSNS 서버가 Microsoft 클러스터에 있는 경우에는 클러스터의 IP 주소를 입력합니다.

Or

• ESI Port(선택 사항)

ESI(Entity Status Inquiry) 포트의 포트 번호를 입력합니다. iSNS 서버는 이 포트를 사용하여 Data Mover에서 iSCSI 서비스의 상태를 모니터링합니다. 포트가 제공되지 않으면 iSCSI 서비스를 시작할 때 ESI 포트가 동적으로 선택됩니다.

4. Apply를 클릭합니다. iSNS 클라이언트가 구성됩니다.

CHAP 항목 생성 (선택적 작업) Data Mover가 Data Mover에 연결 중인 iSCSI Initiator의 ID를 인증하도록 하려면 Data Mover에 CHAP 인증을 구성하면 됩니다. CHAP를 구성하려면 다음 작업을 수행해야 합니다.

◆ Data Mover에 있는 타겟이 CHAP 인증을 요구하도록 RequireChap 또는 RequireDiscoveryChap 매개 변수를 편집합니다. 자세한 지침은 Celerra에서 iSCSI 타겟 구성 기술 모듈을 참조하십시오.

◆ Data Mover에 연결할 각 Initiator에 대한 CHAP 항목을 만듭니다. CHAP 항목은 Data Mover마다 구성되며 Data Mover에 연결 중인 각 Initiator는 Data Mover에 있는 모든 타겟에 대해 고유한 CHAP 암호를 가집니다.

◆ 타겟이 연결되어 있는 Initiator에서 해당 타겟의 ID를 인증하는 경우도 있습니다. 이런 상황이 발생하면 역방향 인증을 위한 CHAP 항목을 구성해야 합니다. 각 Data Mover에 CHAP 암호는 하나만 있으므로 역방향 인증 항목은 일반적인 CHAP와는 다릅니다. iSCSI Initiator가 Data Mover에서 타겟을 인증할 때 Data Mover는 동일한 CHAP 암호를 사용합니다.



일반적인 CHAP 항목이나 역방향 인증 CHAP 항목을 생성하려면



b. CHAP Access 탭을 클릭합니다.

c. New를 클릭합니다. New iSCSI CHAP Entry 페이지가 나타납니다.

2. Data Mover 목록에서 새 CHAP 항목을 만들려는 Data Mover를 선택합니다.

3. Type에서 다음 중 하나를 선택합니다.

• Specify a new initiator name: Data Mover에서 iSCSI Initiator를 인증하기 위해 사용하는 CHAP 암호를 지정할 수 있습니다. CHAP 항목을 생성하도록 선택하면 각 iSCSI Initiator마다 다른 암호를 지정할 수 있습니다.

Or

• Reverse authentication for the Data Mover: iSCSI Initiator가 iSCSI 타겟을 인증할 때 역방향 인증을 위한 암호를 설정할 수 있습니다. 역방향 인증을 구성하기로 선택하는 경우에는 Data Mover 하나에 암호를 하나만 설정할 수 있습니다.


• 이름

CHAP 항목을 구성하려는 iSCSI Initiator의 검증된 이름입니다.

참고: 역방향 인증을 구성하도록 선택한 경우 이 필드의 값은 자동으로 ReverseAuthentication으로 설정됩니다.

• Secret

인증 중에 iSCSI Initiator와 iSCSI 타겟 사이에 교환되는 암호를 입력합니다. 암호는 최소 12자, 최대 255자여야 합니다. Windows 운영 체제에서는 12-16자의 CHAP 암호를 지원합니다.

• Re-enter Secret

암호를 다시 입력합니다.

5. OK를 클릭합니다. CHAP 항목이 저장됩니다.


218


iSCSI 서비스 시작 Celerra Network Server에서 iSCSI 타겟을 사용하기 전에 Data Mover에서 iSCSI 서비스를 시작해야 합니다.

Data Mover에서 iSCSI 서비스를 시작하려면



b. Configuration 탭을 클릭합니다. Configuration 페이지가 나타납니다.

2. Show iSCSI configuration for 목록에서 iSCSI 서비스를 시작하려는 Data Mover를 선택합니다.

3. iSCSI Enabled 확인란을 선택합니다.

4. Apply를 클릭합니다. iSCSI 서비스가 시작됩니다.



iSCSI Initiator 구성

Replication Manager 운영 호스트 및 마운트 호스트에서 iSCSI initiator를 구성하려면

1. Celerra iSCSI 호스트 애플리케이션에서 Initiator 이름을 찾아볼 수 있도록 Windows 레지스트리에 Initiator를 등록합니다.

2. (선택 사항) 역방향 인증을 위해 CHAP 암호로 Initiator를 구성하여 iSCSI 타겟을 인증하도록 Initiator를 설정합니다.

3. 수동으로 타겟 포털의 IP 주소를 구성하거나 iSNS 서버의 IP 주소를 입력하여 네트워크에서 iSCSI 타겟을 찾도록 Initiator를 설정합니다.

4. Initiator를 타겟으로 로그인합니다.

이 섹션에서는 Replication Manager 호스트가 Celerra Network Server의 타겟에 접속할 수 있도록 사용자가 수행해야 하는 기본적인 구성 작업에 대해 설명합니다. 자세한 구성 정보는 Microsoft iSCSI Initiator와 함께 설치된 Microsoft iSCSI Software Initiator 사용 설명서를 참조하십시오.

참고: Windows 버전에 따라 여기에 나와 있는 것과 다른 iSCSI Initiator 화면이 표시될 수 있습니다. Windows Server 2008을 실행 중인 경우에는 iSCSI Initiator가 운영 체제와 함께 제공됩니다.

Windows 레지스트리에 Initiator 등록

다음 절차를 수행하여 Windows 레지스트리에 Initiator의 IQN(iSCSI 정규화된 이름)을 기록해야 합니다. 이 절차를 따르지 않으면 Celerra iSCSI 호스트 애플리케이션의 찾아보기 대화 상자에서 Initiator의 IQN을 찾을 수 없습니다.

이 절차를 수행하면 Initiator IQN의 모든 대문자가 소문자로 바뀝니다. Celerra Network Server는 소문자 IQN만 지원합니다.

Celerra Network Server에 접속할 각 iSCSI Initiator에 대해 이 절차를 완료해야 합니다.


iSCSI Initiator 구성 219

220


2. 그림 28에 보이는 것처럼 일반 탭에서 변경을 클릭하되 이니시에이터의 IQN을 변경하지 않습니다.

그림 28 iSCSI Initiator Properties 창의 General 탭

참고: Initiator의 IQN을 변경하지 않는 것이 좋습니다. IQN은 전역적으로 고유해야 하며 IQN 이름 지정 규칙을 준수해야 합니다.

3. OK를 클릭하여 Windows 레지스트리에 기존 IQN을 씁니다.

역방향 인증을 위한 CHAP 암호 구성

(선택 사항) iSCSI 세션에 대한 역방향 인증을 사용할 계획이라면 CHAP 암호로 iSCSI Initiator를 구성해야 합니다. 일반적인 CHAP를 사용하는 경우 타겟은 Initiator에 CHAP 암호를 요구하지만 역방향 인증의 경우에는 Initiator가 타겟에 암호를 요구합니다. Microsoft iSCSI Initiator는 각 Initiator마다 한 가지 암호만 지원합니다.

검색(222페이지의 “Initiator에서 iSCSI 검색 구성” 참조) 및/또는 세션(224페이지의 “iSCSI 타겟에 로그인”참조)에 대해 역방향 인증을 요구하도록 Initiator를 설정할 수 있습니다.



CHAP 인증 정보 CHAP는 iSCSI Initiator와 타겟이 둘 사이에 공유되는 암호를 교환하여 서로를 인증할 수 있는 방법을 제공합니다.

CHAP 암호는 Initiator와 타겟 사이에 공유되므로 Initiator와 타겟에 같은 CHAP 암호를 구성해야 합니다. Initiator 시스템과 타겟 시스템 모두 CHAP 항목 데이터베이스를 유지 관리합니다.

기본적으로 Celerra Network Server의 타겟은 CHAP 인증을 요구하지 않지만 필요에 따라 CHAP 인증이 필요한 경우도 있습니다. 다음과 같이 iSCSI 로그인의 두 가지 다른 지점에서 CHAP 인증을 설정할 수 있습니다.

◆ 검색 인증 - Initiator가 Celerra Network Server에 연결하여 사용 가능한 타겟을 검색하려는 동안 검색 세션을 설정할 수 있으려면 우선 CHAP 인증이 필요합니다. iSCSI 타겟에서 검색 인증을 설정한 경우에는 iSCSI 검색을 구성할 때 CHAP 암호를 입력해야 합니다. 자세한 절차는 222페이지의 “Initiator에서 iSCSI 검색 구성”을 참조하십시오.

◆ 세션 인증 - Initiator에서 타겟을 비롯하여 일반적인 iSCSI 세션을 설정하려면 먼저 CHAP 인증을 설정하고 구성해야 합니다. Celerra Network Server에서 세션 인증을 설정한 경우에는 iSCSI 타겟에 로그인할 때 CHAP 암호를 입력해야 합니다. 자세한 내용은 224페이지의 “iSCSI 타겟에 로그인”을 참조하십시오.

Celerra Network Server에서 CHAP 인증을 설정 및 구성하는 방법은 Celerra에서 iSCSI 타겟 구성 기술 모듈을 참조하십시오.

역방향 인증을 위한 CHAP 암호 설정

(선택 사항) Initiator를 위한 CHAP 암호를 구성하려면


2. General 탭에서 Secret를 클릭합니다. 221페이지의 그림 29에서 보이는 것처럼 Chap Secret Setup 대화 상자가 나타납니다.

그림 29 Chap Secret Setup 대화 상자


222


3. CHAP 암호를 12-16자로 입력합니다.

4. OK를 클릭합니다.

Initiator에서 iSCSI 검색 구성

Initiator는 타겟과 함께 세션을 설정하기 전에 먼저 타겟의 위치와 사용할 수 있는 타겟 이름을 검색해야 합니다. Initiator는 iSCSI 검색 프로세스를 통해 이러한 정보를 얻게 됩니다. 다음과 같은 검색 방법을 사용하도록 Initiator를 구성할 수 있습니다.

◆ SendTargets 검색 - 사용자가 타겟의 네트워크 포털로 Initiator를 수동 구성하면 Initiator가 포털을 사용하여 이 포털에서 액세스할 수 있는 모든 타겟을 검색합니다.

◆ 자동 검색 - Initiator와 타겟이 모두 iSNS 서버에 자동으로 등록되는 iSNS 서버를 사용하여 검색합니다. 그런 다음 Initiator에서 사용 가능한 타겟을 검색하려 할 때 iSNS 서버를 조회합니다.

이러한 검색 방법은 상호 배타적인 것이 아니므로 두 가지 방법을 동시에 사용할 수 있습니다. 다음 섹션에서는 이러한 검색 방법을 사용하도록 Initiator를 구성하는 지침을 설명합니다. iSCSI 검색에 대한 자세한 내용은 Celerra에서 iSCSI 타겟 구성 기술 모듈을 참조하십시오.

SendTargets 검색 다음 절차에 따라 수동 검색을 위한 네트워크 포털을 추가합니다. 다중 iSCSI 타겟에 여러 네트워크 포털을 추가할 수 있습니다.


2. Discovery 탭을 클릭합니다.

3. Target Portals 영역에서 Add 또는 Add Target Portal을 클릭합니다. 222페이지의 그림 30에서 보이는 것처럼 Add Target Portal 대화 상자가 나타납니다.

그림 30 Add Target Portal 대화 상자



타겟 네트워크 포털의 IP 주소를 입력합니다. 타겟이 기본 iSCSI 포트인 3260 포트 이외의 포트를 사용하는 경우에는 포트 번호를 입력합니다.

참고: 네트워크를 사용할 수 있도록 설정하려면 iSCSI initiator에서 타겟의 IP 주소를 구성하기 전에 ping을 실행해야 합니다. Celerra Network Server를 사용할 수 없는 경우 또는 틀린 IP 주소를 입력한 경우 Connection Failed 오류가 발생합니다.

4. (선택 사항) 타겟이 이니시에이터에 암호를 요구하는 정방향 CHAP 인증을 사용하려면 Advanced를 클릭합니다. 그러면 Advanced Settings 대화 상자가 나타납니다.

이 단계는 타겟에서 CHAP 인증을 요구하지 않으면 실행하지 않아도 됩니다. 타겟이 인증을 요구하는데 Initiator에 대한 정방향 CHAP 암호를 구성하지 않은 경우, Initiator는 타겟으로 로그인할 수 없습니다. 타겟이 CHAP 인증을 요구하지는 않지만 Initiator가 CHAP 인증을 제공하는 경우 타겟은 Initiator의 요청에 따르게 됩니다. CHAP 인증을 설정하는 자세한 방법은 Celerra에서 iSCSI 타겟 구성 기술 모듈을 참조하십시오.




c. 또한 이니시에이터가 iSCSI 검색을 위해 타겟을 인증하도록 하려면 Perform mutual authentication을 선택합니다. Initiator에 대한 역방향 인증을 구성하는 방법은 221페이지의 “역방향 인증을 위한 CHAP 암호 설정”을 참조하십시오.

d. OK를 클릭합니다. Add Target Portal 대화 상자로 돌아갑니다.

6. OK를 클릭합니다. Target Portals 목록에 네트워크 포털이 추가됩니다.

자동 검색 자동 검색을 사용하여 iSCSI 네트워크에 있는 타겟을 검색할 경우 접속하려는 각 Data Mover에 대해서도 iSNS 서버의 IP 주소를 구성해야 합니다. Celerra에서 iSNS를 구성하는 방법은 Celerra Network Server에서 iSCSI 구성 기술 모듈을 참조하십시오.

Data Mover에서 iSNS 서버의 IP 주소를 구성하려면



224


2. Discovery 탭을 클릭합니다.

3. iSNS Servers 영역에서 Add를 클릭합니다. Add iSNS Server 대화 상자가 나타납니다.

4. iSNS 서버의 IP 주소나 검증된 DNS 이름을 입력하고 OK를 클릭합니다. Initiator의 구성에 iSNS 서버가 추가됩니다.

iSCSI 타겟에 로그인 타겟의 네트워크 포털이나 iSNS 서버의 IP 주소로 Initiator를 구성하고 나면 Initiator의 Targets 속성 페이지에 사용 가능한 타겟 목록이 나타납니다. 타겟의 LUN에 액세스하려면 Initiator가 타겟에 로그인해야 합니다.

1. Microsoft iSCSI Initiator를 열고 Targets 탭을 클릭합니다. 사용 가능한 타겟 목록이 나타납니다.

2. 접속하려는 타겟을 선택하고 LogOn을 클릭합니다. Log On to Target 대화 상자가 나타납니다.

3. Automatically restore this connection when the system boots를 선택합니다.

4. Celerra Data Mover와 호스트 간에 네트워크 경로가 여러 개 있으면 Enable multi-path를 선택합니다.

5. (선택 사항) iSCSI 타겟이 CHAP 인증을 요구하면 Advanced를 클릭합니다. 그러면 Advanced Settings 대화 상자가 나타납니다.

CHAP 인증 설정에 대한 자세한 내용은 Celerra에서 iSCSI 타겟 구성 기술 모듈을 참조하십시오.




c. Initiator가 타겟도 인증하도록 하려면 Perform mutual authentication을 선택합니다. Initiator에 대한 역방향 인증을 구성하는 방법은 221페이지의 “역방향 인증을 위한 CHAP 암호 설정”을 참조하십시오.

d. OK를 클릭합니다. Log On to Target 대화 상자로 돌아갑니다.

7. 확인을 클릭합니다. Initiator가 타겟에 접속되고 Targets 탭에 타겟의 접속 상태를 표시합니다. 필요에 따라 접속된 타겟을 선택하고 Details를 클릭하여 추가 세션 및 디바이스 속성을 확인합니다.



iSCSI LUN을 디스크 드라이브로 구성

이 섹션에서는 Replication Manager 운영 호스트에 한해 iSCSI LUN을 구성하는 방법을 설명합니다. 마운트 호스트를 구성할 때는 이 정보를 사용하면 안 됩니다.

Initiator가 타겟에 로그인하고 난 후에는 Initiator에서 액세스할 수 있는 타겟의 각 LUN이 Windows 디스크 관리자에 알 수 없는 디스크로 표시됩니다. Windows에서 iSCSI LUN을 사용하려면 우선 다음 절차를 수행하여 LUN을 액세스 가능한 디스크로 구성해야 합니다.

1. Windows 디스크 관리자를 사용하여 LUN에서 볼륨을 구성합니다.

2. iSCSI Initiator를 새 볼륨에 바인딩합니다.

3. (Microsoft Exchange Server에만 해당) Microsoft Exchange에 앞서 iSCSI 서비스가 시작되는지 확인합니다.

4. (Microsoft SQL Server에만 해당) Microsoft SQL Server에 앞서 iSCSI 서비스가 시작되는지 확인합니다.

디스크를 포맷하지 않은 경우에는 Windows 디스크 관리자를 열 때 디스크 초기화 및 변환 마법사가 열립니다. 이 마법사를 사용하여 iSCSI 디스크를 포맷할 때는 특히 주의가 필요합니다. 이 마법사의 기본 동작은 디스크를 동적 디스크로 포맷하는 것이고 Microsoft Initiator는 iSCSI가 포함된 동적 디스크를 지원하지 않습니다. iSCSI LUN에 서명을 기록할 때는 이 마법사를 사용할 수 있지만 디스크를 업그레이드할 때는 이 마법사를 사용하지 않습니다. 디스크 관리자를 통해 iSCSI 드라이브를 포맷하는 자세한 방법은 226페이지의 “iSCSI LUN에 볼륨 구성”을 참조하십시오.

디스크 번호 지정에 대한 참고 사항Windows 디스크 관리자로 작업할 때는 iSCSI LUN 번호 지정과 Windows 디스크 번호 지정 사이의 차이를 이해하고 있어야 합니다. LUN 번호를 보면 Celerra Network Server에 있는 iSCSI 타겟과 관련된 LUN을 식별할 수 있습니다.

Microsoft iSCSI initiator를 사용해 타겟에 로그인할 때 Windows는 사용 가능한 각 LUN에 디스크 번호를 할당합니다. 디스크 번호를 보면 Windows 시스템의 디스크 집합과 관련된 LUN을 식별할 수 있습니다. LUN 번호와 디스크 번호가 반드시 일치하지는 않습니다.

iSCSI LUN을 디스크 드라이브로 구성 225

226


iSCSI Initiator를 통해 LUN 번호와 디스크 번호 사이의 연관성을 확인할 수 있습니다. 다음 절차에 따라 LUN 번호와 그와 연관된 디스크 번호를 볼 수 있습니다.

1. Microsoft iSCSI Initiator를 열고 Targets 탭을 클릭합니다.

2. 원하는 타겟을 선택하고 Details를 클릭합니다.

3. Target Properties 대화 상자에서 Devices 탭을 클릭합니다.

4. 원하는 디바이스를 선택하고 Advanced를 클릭합니다. Device Details 대화 상자가 열리고 각 LUN의 Windows 디스크 번호가 표시됩니다.

LUN 번호와 디스크 번호 외에도 Windows 디스크 관리자를 통해 iSCSI LUN을 파티셔닝 및 포맷할 때, 사용되지 않는 드라이브 문자를 사용할 수 있으면 iSCSI LUN이 그 중 한 드라이브 문자에 할당됩니다. 드라이브 문자의 순서는 디스크 번호나 LUN 번호와 아무런 관계가 없습니다.

LUN의 디스크 번호는 시스템을 재부팅하거나 타겟에서 로그오프했다가 다시 로그인한 후에 바뀔 수 있습니다. Microsoft Exchange는 물리적 디스크 번호가 아니라 논리적 드라이브 매핑을 사용하므로 이 동작은 Microsoft Exchange에 영향을 주지 않습니다. 디스크 번호가 바뀔 수 있으므로 디스크 관리자에서 iSCSI LUN을 처음 포맷할 때는 기본 Microsoft 레이블(새 볼륨)에서 고유한 레이블로 볼륨 레이블을 변경하는 것이 좋습니다.

iSCSI LUN에 볼륨 구성

Windows에서의 LUN 구성은 다음 단계로 이루어집니다.

◆ 디스크에 서명을 기록합니다.

◆ 디스크에 파티션을 만듭니다.

◆ 파티션에서 볼륨을 포맷합니다.

◆ 드라이브 문자에 파티션을 마운트합니다.

iSCSI 호스트에 iSCSI 디스크를 구성하려면

1. Microsoft 디스크 관리자를 엽니다. Initiator가 접속되어 있는 iSCSI LUN이 할당되지 않은 디스크로 나타납니다.

2. 할당되지 않은 공간을 마우스 오른쪽 버튼으로 클릭하면 나타나는 메뉴에서 새 파티션을 선택합니다. 새 파티션 마법사가 시작됩니다.



3. 마법사의 지침에 따라 새 디스크에 파티션을 만듭니다.

참고: Celerra iSCSI 호스트 애플리케이션에서는 논리 볼륨이 1:1 구성 방식을 사용해야 합니다. 파티션이 해당 디스크에서 유일한 파티션일 때 1:1 구성이 됩니다.

• 파티션에서는 사용 가능한 모든 형식을 사용할 수 있습니다.

• 편의상, 여러 iSCSI 디스크로 작업할 때는 볼륨 레이블을 일반적인 새 볼륨 레이블에서 보다 구체적인 설명이 담긴 레이블로 변경합니다.

• 디스크가 포맷되고 마법사에서 지정한 드라이브 문자로 할당됩니다.

이제 iSCSI 디스크는 Windows 탐색기에서 로컬 디스크로 나타납니다.

4. 디스크 관리자를 닫습니다.

iSCSI Initiator에서 볼륨 바인딩

볼륨을 바인딩하면 Initiator에 iSCSI 디스크에 있는 볼륨이 표시됩니다. 그후 시스템을 재부팅할 때마다, 바인딩된 모든 볼륨이 사용 가능해질 때까지 시스템이 일시 중지됩니다. 이 기능은 데이터베이스를 포함한 볼륨을 사용할 수 없는 경우 해당 애플리케이션을 수행할 수 없는 Microsoft Exchange와 같은 애플리케이션을 사용할 때 매우 중요합니다. 볼륨을 바인딩함으로써 Exchange에서 사용되는 모든 볼륨이 시스템 재부팅 후 자동으로 원 상태로 돌아오도록 할 수 있습니다.

참고: 바인딩을 하면 LUN 상태로 승격된 모든 iSCSI Snap(SLU)을 포함하여 iSCSI LUN에 있는 모든 볼륨이 표시됩니다. 시스템에 SLU가 마운트되어 있을 때는 볼륨을 바인딩하면 안 됩니다.

사전 요구 사항 타겟에서 볼륨을 바인딩하려면 그 타겟이 영구 타겟 목록에 있어야 합니다. 타겟에 로그인하기 전에 시스템 재부팅 시 자동으로 연결 복구를 선택한 경우 해당 타겟이 그 목록에 있어야 합니다. 이 설정에 대한 자세한 내용은 224페이지의 “iSCSI 타겟에 로그인”을 참조하십시오.

다음 절차에 따라 새 볼륨을 바인딩합니다.


2. Bound Volumes/Devices 탭을 클릭합니다.

3. Bind All을 클릭하여 iSCSI 디스크를 사용하여 만든 모든 볼륨이 Initiator에 표시되도록 합니다.


228


볼륨을 변경(다시 파티션을 분할하거나 포맷)하는 경우에는 Bind All을 다시 클릭하여 바인딩된 볼륨 목록을 업데이트해야 합니다.

참고: 위의 사용자 인터페이스 요소 중 일부는 Windows Server 2008 버전의 iSCSI Initiator와 이름이 다르게 지정됩니다. 예를 들어 Bound Volumes/Devices 탭의 이름은 Volumes and Devices이고, Bind All 버튼의 이름은 Autoconfigure입니다.

Exchange 서비스를 iSCSI 서비스에 종속적으로 만들기

(Microsoft iSCSI Initiator를 사용하는 Exchange 에만 해당) Microsoft Exchange 시작 시 iSCSI 디스크를 사용하려면 볼륨을 바인딩하고 iSCSI 서비스가 가동되어 실행될 때까지 Exchange 서비스가 시작되지 않도록 해야 합니다.

Exchange 서비스를 iSCSI 서비스에 종속적으로 만들려면


경고


2. 다음 키를 찾습니다.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\MSExchangeIS\DependOnService

3. DependOnService 키에 다음 값을 추가합니다.

msiscsi

경고

이 키에 저장된 다른 값은 변경하지 마십시오.




SQL Server 서비스를 iSCSI 서비스에 종속적으로 만들기

(Microsoft iSCSI Initiator를 사용하는 SQL Server만 해당) Microsoft SQL Server를 시작할 때 iSCSI 디스크를 사용할 수 있도록 하려면 볼륨을 바인딩하는 것 외에도 iSCSI 서비스가 가동되어 실행될 때까지 SQL Server 서비스가 시작되지 않도록 해야 합니다.

SQL Server 서비스를 iSCSI 서비스에 종속적으로 만들려면


경고


2. 다음 키를 찾거나 키가 없는 경우에는 추가합니다.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\MSSQLSERVER\DependOnService

3. DependOnService 키에 다음 값을 추가합니다.

msiscsi

경고

이 키에 저장된 다른 값은 변경하지 마십시오.



230


Celerra 서버에 대한 호스트 접속 확인

iSCSI Initiator Properties 대화 상자의 Targets 탭을 검사하여 운영 호스트나 마운트 호스트와 Celerra 간의 iSCSI 접속을 신속하게 확인할 수 있습니다. Targets 탭에는 호스트에 사용할 수 있는 iSCSI 디바이스가 모두 나열됩니다.

모든 타겟의 접속 상태를 확인하려면

1. Replication Manager 호스트에서 Microsoft iSCSI Initiator를 엽니다.

2. Targets 탭을 클릭합니다. 모든 타겟의 접속 상태가 표시됩니다.



Celerra NFS 타겟 구성

Replication Manager는 Celerra iSCSI 및 Celerra NFS(네트워크 파일 시스템)에 저장된 데이터의 복제본을 생성할 수 있습니다. 이 섹션에서는 NFS를 사용하여 복제 작업을 수행하는 경우 Celerra Network Server를 구성할 때 수행해야 하는 사전 요구 사항과 작업에 대해 설명합니다.

Celerra iSCSI 환경에 대해 Replication Manager를 구성하는 방법에 대한 내용은 209페이지의 “iSCSI 타겟 구성”을 참조하십시오.

사전 요구 사항Celerra Network Server에서 타겟을 사용하려면 사용할 타겟에 사용 가능한 하나 이상의 외부 네트워크 인터페이스를 가지고 있어야 하고 Celerra를 조닝(Zoning)하고 스토리지 추가 마법사를 사용하여 Celerra Network Server를 Replication Manager 인스턴스에 연결해야 합니다.

NFS 구성 체크리스트 아래 체크리스트에는 Celerra NFS 구성을 위한 작업이 나열되어 있습니다.

새 Celerra 환경에서 NFS를 생성하고 내보내고 마운트하는 단계를 수행합니다.

◆ Celerra Network Server에 소스 파일 시스템 생성

◆ Linux 호스트에 파일 시스템 마운트

◆ 파일 시스템을 호스트로 내보내기

◆ Oracle을 Celerra NFS에 추가하는 경우 EMC Replication Manager 제품 설명서의 “Replication Manager에 대한 Oracle Celerra NFS DR 환경 구성” 섹션에 설명된 추가 설정 단계를 수행합니다.

위에 요약된 단계를 완료하는 방법에 대한 자세한 내용은 Celerra 설명서를 참조하십시오.

NFS가 Celerra Network Server에 설정된 경우:

◆ Replication Manager 스토리지 검색을 통해 Celerra Network Server를 Replication Manager 환경에 추가합니다.

◆ 원격 타겟 Celerra에 복제본을 생성하려면 데이터를 전송할 타겟 Celerra에 읽기 전용 파일 시스템을 생성하고 Celerra Manager를 사용하여 소스 파일 시스템과 타겟 파일 시스템 사이에 Celerra Replicator 세션을 생성해야 합니다. Celerra Manager 내에 파일 시

Celerra NFS 타겟 구성 231

232


스템의 Celerra 복제를 생성하여 이 작업을 수행할 수 있습니다. 자세한 내용은 233페이지의 “대상 Celerra NFS 생성”을 참조하십시오.

참고: 원격 복제를 수행하려면 운영 Celerra에서 소스 파일 시스템의 Celerra Replicator 세션이 타겟 Celerra의 유일한 하나의 타겟 파일 시스템으로 설정되어 있어야 합니다. Celerra의 경우 하나의 소스 파일 시스템에서 동일한 타겟 Celerra의 두 타겟 파일 시스템에 복제하는 것은 가능하지만 이는 일반적인 구성이 아니며 Replication Manager에서 지원되지 않습니다.

◆ 복제하려는 소스 데이터를 지정할 애플리케이션 세트틀 생성합니다. 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.

◆ 복제본에 대한 복제 옵션을 설정할 하나 이상의 작업을 생성합니다. 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.

참고: Celerra NAS 환경에서 NASDB 백업 프로세스가 실행 중인 동안 작업이 실행되도록 스케줄을 지정하지 마십시오. NASDB 백업 프로세스는 NAS 데이터베이스를 잠그고 Replication Manager가 필요한 작업을 완료하지 못하도록 합니다.

Celerra NFS 스냅 복제본 명명 규칙

Replication Manager 작업에서 Celerra NFS 스냅을 생성할 경우 스냅 세션에는 다음과 같은 명명 스키마를 사용하여 이름이 지정됩니다.

<job_name>-<filesystem_name>-Snap<n>

설명:

◆ <job_name>은 Replication Manager 작업의 이름입니다.

◆ <filesystem_name>은 복제에 속한 파일 시스템의 이름입니다.

◆ <n>은 1에서 작업에 있는 복제본 수까지 사이의 번호입니다.

관리자가 Replication Manager 외부에 있는 복제본 스냅의 NDMP 백업을 구성하기 위해 세션 이름이 필요한 경우 이 스키마를 사용하여 세션 이름을 예측할 수 있습니다.



대상 Celerra NFS 생성

데이터를 전송할 타겟 Celerra에 읽기 전용 파일 시스템을 생성하는 가장 쉬운 방법은 Celerra Manager를 사용하여 소스와 타겟 파일 시스템 사이에 복제 세션을 생성하는 것입니다.

참고: 소스와 대상 Celerra 간에 비동기식 복제를 생성할 때는 동기화 시간 간격 값을 1분으로 하는 것이 좋습니다. 이 값은 최소값으로, 동기화 시간 간격 값을 더 높은 값으로 사용하면 Replication Manager가 작업을 실행하는 데 시간이 더 많이 걸릴 수 있습니다.

또는 다음 단계에 따라 이 작업을 완료할 수도 있습니다.

1. 대상 파일 시스템을 작성합니다. 대상 Data Mover에 마운트 지점을 생성하려면 다음을 입력합니다.

$ server_mountpoint server_2 -create /dst ufs_1

로컬 복제 예:

$ server_mountpoint server_2 -create /local_dst

2. 파일 시스템을 대상 Data Mover에 읽기 전용으로 마운트하려면 다음을 입력합니다.

$ server_mount server_2 -option ro dst_ufs1 /dst_ufs1

로컬 복제 예:

$ server_mount server_2 -option ro local_dst /local_dst

참고: 대상 파일 시스템은 읽기 전용이더라도 한 Data Mover에만 마운트될 수 있습니다.

Celerra NFS 복구 고려 사항

Celerra NFS 복제본을 복구할 때마다 Replication Manager는 복구된 모든 Celerra 파일 시스템에 대한 롤백 스냅샷을 생성합니다. 각 롤백 스냅샷의 이름은 복구 세부 정보에서 찾을 수 있습니다. 복구 내용이 확인되었고 롤백 스냅샷이 더 이상 필요하지 않으면 수동으로 롤백 스냅샷을 삭제할 수 있습니다. 이러한 스냅샷을 수명 기간 이상으로 남겨 두면 Celerra의 스냅 캐시를 채워 자원 문제를 일으킬 수 있습니다.

Celerra NFS 타겟 구성 233

234


Celerra SnapSure 기술을 사용하여 iSCSI 복제본 생성

Replication Manager에서는 Celerra LUN의 스냅샷 복제본을 만들 수 있습니다. Celerra SnapSure™기능을 사용하여 복제본을 만들면 Replication Manager에서는 소스 LUN에 있는 모든 데이터의 시점 복제본을 만듭니다. 최초 iSCSI 스냅샷의 경우 Replication Manager는 원본 LUN의 전체 복제본을 만들므로 파일 시스템에서 LUN과 같은 크기의 공간이 필요합니다. Subsequent iSCSI 스냅샷 공간 사용량은 마지막으로 스냅샷을 만든 이후 변경된 데이터의 양에 따라 달라집니다. 자세한 내용은 211페이지의 “iSCSI LUN용 파일 시스템 생성”을 참조하십시오.

복제 작업을 생성하는 방법에 대한 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.



Celerra Replicator 기술을 사용하여 iSCSI 복제본 생성

Replication Manager에는 Celerra Replicator 복제 기술을 사용하여 원격 Celerra에 있는 LUN의 Celerra 복제본을 생성할 수 있습니다. 다음 섹션에는 Celerra Replicator for iSCSI를 사용하여 대상에 로컬 스냅샷(LUN의 시점 복제본)을 비동기적으로 배포함으로써 운영 iSCSI LUN을 복제하려는 시스템 관리자에게 도움이 되는 내용이 소개됩니다.

Celerra Replicator for iSCSI의 개념

Celerra Replicator for iSCSI는 Celerra 복제 기술을 활용하여 IP 네트워크를 통해 대상 iSCSI LUN에 소스(운영) LUN을 복제합니다. 그러면 운영 LUN의 스냅샷(LUN의 읽기 전용 시점 복제본)이 생성되어 대상 LUN에 전송되고 연결됩니다. 대상 LUN의 여러 스냅샷이 보존됩니다.

Celerra 여러 대상에 데이터를 독립적으로 복제하기 위해 하나의 소스에 일대일 관계가 여러 개 있을 수 있지만 Replicator for iSCSI는 소스와 대상 간에 일대일 관계를 하나만 제공합니다.

또한 운영 LUN은 현재 진행 중인 작업에 종속되어 대개 일관되지 않은 상태(쓰기 및 캐시 작업이 보류 중인 상태)에 있게 되므로 Celerra Replicator for iSCSI는 스냅샷을 사용하여 대상 LUN에 운영 LUN을 복제합니다. Replication Manager는 호스트 및 클라이언트 애플리케이션의 관점에서 일관된 운영 LUN의 스냅샷을 생성합니다.

Celerra Replicator for iSCSI는 데이터를 보호하고 무결성을 보장합니다. 운영 LUN의 데이터가 삭제되거나 손상된 경우 대상 LUN의 복제본에서 데이터를 다시 구축할 수 있습니다.

대상 LUN의 복제본은 iSCSI Initiator가 해당 복제본에 데이터를 쓸 수 없도록 읽기 전용으로 보호됩니다. 대상 LUN의 이 복제본은 컨텐츠 배포, 데이터 마이닝, 테스트 또는 운영 LUN의 작업을 대신 수행하는 다른 애플리케이션에도 사용될 수 있습니다.

Celerra Replicator 복제 유형에는 다음 세 가지가 있습니다.

◆ 원격 복제 - 소스 및 대상 LUN의 Data Mover가 서로 다른 Celerra 캐비닛에 상주합니다. 이 상태가 일반적인 구성입니다. 재해 발생 시 데이터를 더욱 안전하게 보호하려면 소스 및 대상 Celerra 캐비닛이 지리적으로 멀리 떨어져 있어야 합니다.

◆ 로컬 복제 - 소스 및 대상 LUN의 Data Mover가 별도로 있지만 같은 Celerra 캐비닛에 상주합니다.

◆ 루프백 복제 - 소스 및 대상 LUN에 같은 Data Mover를 사용하는 일종의 로컬 복제입니다. 루프백 복제를 이용하면 데이터가 네트워크를 통해 이동하지 않습니다.

Celerra Replicator 기술을 사용하여 iSCSI 복제본 생성 235

236


Celerra Replicator가 iSCSI 환경에서 작동하는 방식

Replication Manager는 운영 LUN의 스냅샷을 생성하고 복제할 스냅샷을 선택하여 iSCSI 스냅샷을 관리합니다. RM에서는 스냅샷 생성을 제어하고 복제할 스냅샷을 선택하며, 소스에서 대상으로 복사 작업을 시작합니다. 스냅샷을 생성하기 전에 Replication Manager에서는 스냅샷이 클라이언트 애플리케이션과 일치하도록 애플리케이션이 정지 상태에 있고 캐시가 플러시되는지 확인합니다.

Celerra Replicator 복제를 처음으로 시작하면 소스 iSCSI LUN의 스냅샷이 생성되어 복제 대상으로 선택됩니다. 이 스냅샷은 대상 iSCSI LUN에 기본 스냅샷으로 복제됩니다. 기본 스냅샷은 소스 LUN의 전체 복제본이므로 처음 전송할 경우 시간이 많이 걸립니다.

다음에 복제 작업이 수행될 경우에는 소스 LUN의 최신 스냅샷과 이전 스냅샷 간에 변경된 데이터가 계산되어 이 변동분만 대상 LUN으로 전송됩니다. 전송된 변동분을 적용하여 대상에서 최신 스냅샷을 다시 생성합니다. 대상에 유지되는 해당 스냅샷을 사용하여 운영 LUN에서 손상 또는 삭제된 데이터를 복구하거나, 페일오버가 발생할 경우 대상이 운영 LUN의 역할을 하도록 할 수 있습니다.

iSCSI LUN의 복제본인 경우 소스 및 대상 LUN의 크기가 같아야 하며 대상 LUN은 읽기 전용이어야 합니다. 원격 복제의 경우 소스 및 대상 Data Mover는 동일한 인증 암호(미리 설정된 암호)를 사용해야 합니다.

Replication Manager에서 Celerra Replicator 원격 복제를 수행하면 처음으로 작업이 실행될 때 클론 복제본이 생성됩니다. 이 복제본은 Celerra 재해 복구 작업에 사용할 수 있도록 Replication Manager에서 생성되고 관리됩니다. 이 전문적인 클론 복제본의 이름은 다음과 같이 지정됩니다.

Clone_lrmc123_10.241.180.124

여기서 Clone은 모든 Celerra Replicator 클론 복제본 앞에 추가되는 접두사이며, lrmc123은 대상 Celerra 이름이고, 10.241.180.124는 대상 Data Mover IP 주소입니다.

iSCSI 클론 복제본의 타임스탬프와 기록은 복제본을 스냅의 소스로 사용한 최신 스냅 복제본과 동일하며 Celerra Replicator 작업이 실행될 때마다 업데이트됩니다. 최신 스냅 복제본을 삭제하면 Celerra Replicator 클론 복제본의 타임스탬프와 기록은 그대로 유지됩니다.

Celerra Replicator 클론 복제본은 클론을 사용하는 마지막 Celerra Replicator 스냅 복제본이 삭제될 때 자동으로 삭제됩니다.



참고: Celerra Replicator 클론 복제본은 마운트, 복구 또는 삭제할 수 없습니다. 이 복제본에 대해 수행할 수 있는 작업은 대체 호스트로 페일오버 또는 프로모션하는 것뿐입니다. 자세한 내용은 249페이지의 “재해 복구에 Celerra Replicator 클론 복제본 사용” 과 249페이지의 “재활용에 Celerra Replicator 클론 복제본 사용” 를 참조하십시오.

시스템 요구 사항, 제한 사항 및 주의 사항

이 섹션에서는 Celerra Replicator for iSCSI를 사용할 때 고려해야 할 시스템 요구 사항, 제한 사항 및 주의 사항에 대해 설명합니다.

시스템 요구 사항 Celerra Replicator for iSCSI를 사용하려면 다음과 같은 Celerra Network Server 소프트웨어, 하드웨어, 네트워크 및 스토리지 구성이 필요합니다.

◆ Celerra Network Server 버전 5.5 이상

◆ Replication Manager 버전 5.0 이상

◆ 최신 버전의 Microsoft iSCSI Initiator로 구성된 하나 이상의 iSCSI 호스트를 포함한 이더넷 10/100/1000 네트워크. iSCSI Initiator는 2.0.4 버전 이상이어야 합니다.

EMC NAS Interoperability Matrix는 Powerlink에서 사용할 수 있습니다. 여기에는 백업 소프트웨어, Fibre Channel 스위치, Celerra NAS(네트워크 연결 스토리지) 제품을 위한 백업 애플리케이션과 같이 지원되는 소프트웨어 및 하드웨어에 대한 자세한 정보가 들어 있습니다.

제한 사항 Celerra Replicator for iSCSI를 사용할 때는 다음과 같은 제한 사항과 한계점을 고려해야 합니다.

◆ 최대 iSCSI LUN 크기는 2TB보다 1MB 작습니다(2,097,151MB).

◆ Replication Manager를 사용하면 최대 1,000개의 스냅샷을 생성할 수 있으며, 각각의 iSCSI LUN에 대해 이 스냅샷을 모두 마운트할 수 있습니다.

◆ Data Mover 하나에 동시에 사용할 수 있는 iSCSI 복제 세션의 최대 수는 128개입니다.

◆ Data Mover 하나에 구성할 수 있는 iSCSI 복제 세션의 최대 수는 1,024개입니다.

◆ 하나의 소스를 여러 개의 일대일 iSCSI 복제 관계를 통해 여러 대상에 복제할 수 있습니다. 이러한 복제 작업은 서로 독립적이므로 동기화되지 않습니다. 이 구성을 지원하려면 각 타겟에 대해 최소한 하나 이상의 작업을 구성해야 합니다. 작업이 여러 개 있는 경우에


238


는 모든 작업에 대해 타겟 IQN을 지정하거나 어떤 작업에 대해서도 타겟 IQN을 지정하지 않아야 합니다(Celerra 이름 및 IP 주소만 지정).

◆ 일대다 복제도 지원됩니다. 타겟 클론 복제본 중 하나를 페일오버하는 경우 나머지 클론 복제본은 다른 호스트로 프로모션하거나 모두 삭제해야만 합니다. 페일오버 작업으로 인해 운영 LUN이 읽기 전용으로 변경되었기 때문입니다.

◆ 하나 이상의 중간 경유 볼륨을 거쳐서(Cascading) 대상 사이트에 복제되는 멀티 홉 복제는 Replication Manager에서 지원되지 않습니다.

◆ iSCSI LUN 확장 기능을 사용하여 소스에 LUN을 확장하면 복제 관계에 있는 대상에도 LUN이 추가됩니다. 소스에 LUN을 확장한 후 스냅샷을 생성하고 복제할 스냅샷을 선택하면 스냅샷을 적용할 수 있도록 대상에 LUN이 자동으로 확장됩니다. 대상에 LUN을 확장할 수 없는 경우에는 복제 세션이 일시 중단됩니다. 그리고 나면 대상 LUN이 있는 파일 시스템에 LUN을 확장하여 일시 중단된 세션을 계속 진행하거나 복제 세션을 제거할 수 있습니다.

◆ 가상으로 프로비저닝된 iSCSI LUN을 사용할 때는 파일 시스템 공간 모니터링이 매우 중요합니다. 가상 파일 시스템을 프로비저닝하면 사용 가능한 공간을 충분히 확보하는 데 도움이 됩니다. 가상으로 프로비저닝된 대상 LUN의 공간이 부족한 경우에는 복제 세션이 일시 중단됩니다. 복제 세션을 제거하거나 대상 파일 시스템의 사용 가능한 공간을 늘려 일시 중단된 세션을 계속 진행할 수 있습니다.

◆ 일부 관리 작업을 수행하려면 특정 사용자 인터페이스가 필요합니다. 246페이지의 “iSCSI LUN 복제 관리”에는 각 인터페이스를 선택했을 때 수행할 수 있는 관리 작업이 나와 있습니다.

주의 사항 이 섹션에서는 Celerra Network Server에서 이 기능을 사용할 때 알아 두어야 할 주의 사항에 대해 설명합니다. 다음 정보가 명확하지 않으면 EMC 고객 지원 담당자에게 연락하여 도움을 받으십시오.

◆ 정전 발생 시 정상적으로 종료하려면 Celerra Network Server와 스토리지 시스템 모두에 UPS(무정전 전원 공급 장치)를 장착하여 보호해야 합니다. 이렇게 보호하지 않으면 iSCSI 복제본이 비활성화되고 데이터가 손실될 수 있습니다.

◆ 소스 및 대상 Data Mover는 동일한 국제 공인 코드(ASCII 또는 유니코드)를 사용해야 합니다. 유니코드 기반 Data Mover에서는 ASCII 기반 Data Mover로 파일 시스템을 복제할 수 없습니다.



계획 시 고려 사항 이 섹션에서는 다음과 같이 Celerra Replicator 원격 복제 설정과 관련된 중요한 정보를 제공합니다.

◆ 239페이지의 “Celerra Replicator 원격 복제를 위한 대상 LUN 설정”

◆ 239페이지의 “Celerra Replicator 복제 유형 선택”

◆ 239페이지의 “파일 시스템 크기 요구 사항”

Celerra Replicator 원격 복제를 위한 대상

LUN 설정

각 소스 LUN에 대해 iSCSI LUN 하나를 Available Destination으로 설정해야 합니다. 대상 LUN은 읽기 전용이고 소스와 크기가 같아야 합니다.

주어진 소스에 대해 여러 대상을 설정할 수 있지만 소스와 대상으로 이루어진 각 쌍은 일대일 복제 관계입니다. 기술 모듈 Celerra에서 iSCSI 타겟 구성에는 파일 시스템 공간 요구 사항을 추정하고 iSCSI LUN을 생성하며 LUN 마스크를 구성하기 위한 정보와 지침이 나와 있습니다.

Celerra Replicator 복제 유형 선택

로컬 Celerra에서는 데이터를 보호하고 작업 부담을 덜기 위해 원격 복제 기능을 사용합니다. 재해 발생 시 데이터를 더욱 안전하게 보호하려면 운영 및 대상 시스템이 지리적으로 멀리 떨어져 있어야 합니다.

로컬 복제 기능을 사용하여 네트워크 대역폭 사용량을 줄이거나 테스트 용도로 LUN의 복제본을 생성하거나 로드 밸런싱을 수행할 수 있습니다.

파일 시스템 크기 요구사항

기술 모듈 Celerra에서 iSCSI 타겟 구성에 설명된 대로 일반적인 iSCSI LUN을 지원하기 위한 파일 시스템 요구 사항을 추정할 때 iSCSI LUN 복제에 사용할 스냅샷 수와 마운트될 스냅샷 수를 고려하십시오.

Celerra Replicator 원격 복제 구성

이 섹션에서는 iSCSI LUN 복제 구성을 위한 지침을 제공합니다. 온라인 Celerra man 및 Celerra Network Server 명령 참조 설명서에서는 이 섹션에 사용되는 명령에 대한 자세한 내용을 볼 수 있습니다. 기술 모듈 Celerra에서 iSCSI 타겟 구성에는 iSCSI 타겟을 생성하고 관리하는 작업에 대한 자세한 지침과 관련 정보가 나와 있습니다.

Celerra Replicator 원격 복제를 설정하려면 다음 작업을 수행합니다.

◆ 원격 복제에 사용할 상호 연결 보안을 구성합니다.

◆ 상호 연결 통신 경로를 생성합니다(DART 5.6 이상 전용).

◆ iSCSI 복제를 위한 대상 LUN을 생성합니다.

◆ Celerra Replicator 복제 작업을 구성합니다.


../ConfiguringiSCSI/index.htm




240


원격 호스트에 iSCSI 복제본 마운트

원격 호스트에서 iSCSI 복제본 마운트를 수행하려면 iSCSI Initiator가 대상 IQN에 로그인되어 있어야 합니다. 소스 IQN에는 로그인되어 있지 않아도 됩니다.

마운트 작업 중에 Replication Manager에서는 먼저 소스 IQN에 접속을 시도한 후 실패하면 타겟 IQN에 접속하여 마운트를 수행합니다. iSCSI Initiator가 마운트 호스트에서 소스 IQN에 로그인되어 있지 않은 경우 마운트 작업 단계 중에 다음과 유사한 경고가 나타날 수 있습니다.

Host is not connected to <source IQN>...

이러한 경고는 무시할 수 있으며 타겟 Celerra에서 계속해 마운트를 완료하면 됩니다.

원격 복제를 위한 상호연결 보안 구성

다른 두 Celerra 캐비닛에 있는 Data Mover를 사용하여 원격 iSCSI 복제 관계를 설정하므로 트러스트 관계를 설정해야 합니다. 이렇게 하려면 소스 iSCSI LUN의 Data Mover용 Control Station에서 nas_cel 명령을 실행합니다. 그런 다음 대상 iSCSI LUN의 Data Mover용 Control Station에서 이 명령을 실행합니다.

이 절차를 사용하면 원격 iSCSI 복제를 수행할 소스 및 대상 사이트 간에 트러스트 관계를 설정할 수 있습니다. 이 절차를 수행하려면 사용자가 루트 사용자여야 합니다.

참고: 이 절차에서는 Celerra Control Station 명령줄 인터페이스를 사용하여 Data Mover 간에 트러스트 관계를 설정하는 방법에 대해 설명합니다. Celerra Manager 5.6 이상 사용자 인터페이스를 사용하여 트러스트 관계를 생성할 수도 있습니다.



상호 연결 통신 경로 생성(DART 5.6 이상 전용)

Celerra Manager 5.6 이상을 사용하는 경우에는 트러스트 관계를 설정한 후에 복제 세션을 지원할 원격 Data Mover 쌍 간에 통신을 설정해야 합니다. 서로 다른 두 Data Mover 간에 원격 복제를 수행하려면 두 Data Mover 쌍에 모두 상호 연결이라는 통신 경로를 생성해야 합니다.

지정된 Data Mover 쌍 간에는 상호 연결을 하나만 설정할 수 있습니다. Data Mover 상호 연결은 동일한 캐비닛 또는 다른 캐비닛에 있는 지정된 Data Mover 쌍 간의 통신 경로를 정의하여 Celerra REplicator V2 세션을 지원합니다.

원격 복제를 수행하려면 상호 연결의 로컬 부분을 생성한 후에 원격 측에서 같은 프로세스를 반복하여 상호 연결의 피어 부분을 생성합니다. 두 상호 연결 부분을 모두 생성해야 원격 복제 세션이 생성됩니다.

작업

원격 iSCSI 복제를 위해 소스와 대상 간에 트러스트 관계를 설정하려면 이 명령 구문을 사용합니다. 먼저 이 명령을 소스 iSCSI LUN의 Data Mover에서 실행한 후에 대상 iSCSI LUN의 Data Mover에서 실행

합니다.# nas_cel -name <cel_name> -create <ip> -passphrase <passphrase>

설명:

<cel_name> = 연결할 사이트의 기본 Control Station 이름

<ip> = 연결할 사이트의 기본 Control Station IP 주소

<passphrase> = 6-15자의 문자열. 소스 및 대상에서 동일한 암호를 구성합니다.

예:

7Wq9Xt50y를 암호로 사용하여 대상 cs_110과 소스 간에 트러스트 관계를 설정하려면 다음을 입력합

니다.# nas_cel -name cs_110 -create 172.24.108.0 -passphrase 7Wq9Xt50y

출력 참고

operation in progress (not interruptible)... id = 1 name = cs_110 owner = 0 device = channel = net_path = 172.24.173.100celerra_id = APM000420008150000passphrase = 7Wq9Xt50y

복제 작업을 생성할 때 Replication Manager에 인증 이름으로 입력해야 하므로 대상 <cel_name>

을 기록해 두십시오.


242


새 Data Mover 상호 연결의 한쪽 부분을 설정하려면

1. Celerra Manager에서 Celerras > [Celerra_name] > Replications를 선택하고 Data Mover Interconnects 탭과 New를 차례로 클릭합니다. New Data Mover Interconnect 패널이 나타납니다.

2. Data Mover Interconnect Name 필드에 로컬로 정의되는 해당 상호 연결에 할당할 이름을 입력합니다.

3. 대상이 로컬 복제와 동일한 시스템에 있으면 Celerra Network Server 필드에서 로컬 시스템의 기본값을 유지하고, 그렇지 않은 경우에는 목록에서 원격 복제용으로 사용 가능한 다른 Celerra를 선택합니다.

4. Peer Data Mover Interconnect Name 필드에서 상호 연결의 피어 부분에 사용할 Data Mover를 선택합니다. 원격 상호 연결을 구성할 때는 이 필드가 표시되지 않습니다.

5. Data Mover 필드에서 상호 연결의 로컬 부분으로 사용할 Data Mover를 목록에서 선택합니다.

6. Interfaces 필드에서 상호 연결에 사용할 IP 주소를 선택하거나 사용할 이름 서비스 인터페이스 이름을 입력합니다.

적어도 하나의 IP 주소 또는 이름 서비스 인터페이스 이름을 정의해야 합니다. 이름 서비스 인터페이스 이름은 정규화된 이름이어야 하며 DNS 서버와 같은 단일 IP 주소로 확인이 가능해야 합니다.

7. Name Service Interface Names 필드에 상호 연결의 로컬 부분에 사용할 수 있는 인터페이스 이름 목록을 쉼표로 구분하여 입력합니다. 이러한 이름은 DNS 서버와 같은 단일 IP 주소로 확인되어야 하며 정규화된 이름이어야 합니다.

8. Peer Data Mover 필드에서 상호 연결의 피어 부분에 사용할 피어 Data Mover를 선택합니다.

9. Peer Interfaces 필드에서 상호 연결의 피어 부분에 사용할 수 있는 IP 주소를 선택하거나 사용할 이름 서비스 인터페이스 이름을 입력합니다.

IP 주소 또는 이름 서비스 인터페이스 이름은 한 개 이상 선택해야 합니다. 이름 서비스 인터페이스 이름은 DNS 서버와 같은 IP 주소로 확인되어야 합니다. 또한 이러한 이름은 정규화된 이름이어야 합니다(선택 사항).



10. Peer Name Service Interface Names 필드에 상호 연결의 피어 부분에 사용할 수 있는 이름 서비스 인터페이스 이름 목록을 쉼표로 구분하여 입력합니다. 이러한 이름은 DNS 서버와 같은 단일 IP 주소로 확인되어야 합니다. 또한 이러한 이름은 정규화된 이름이어야 합니다(선택 사항).

11. Bandwidth Schedule 필드에서 지정된 요일 및/또는 시간에 사용되는 상호 연결 대역폭 제어 일정을 지정합니다. 기본적으로 상호 연결에는 사용 가능한 대역폭이 모두 사용됩니다(기본값). 여기서 지정하는 일정은 상호 연결을 사용하는 모든 세션에 적용됩니다.

적은 시간 간격을 먼저, 큰 시간 간격을 나중에 오도록 지정하여 겹치는 대역폭 일정을 설정할 수 있습니다. 첫 번째 적용 시간 간격에 대한 제한 세트가 고려되므로 일정이 생성되는 순서가 중요합니다.

항목을 쉼표로 구분하여 다음과 같이 가장 구체적인 항목에서 가장 구체적이지 않은 항목 순서로 일정을 지정합니다.

[{Su|Mo|Tu|We|Th|Fr|Sa}][HH:00-HH:00][/Kbps],[<next_entry>],[...]

예:

MoTuWeThFr07:00-18:00/2000,/8000은 월요일에서 금요일까지 오전 7시에서 오후 6시 사이에 초당 2000Kbits의 제한을 사용함을 의미합니다. 그 이외의 시간에는 초당 8000Kbits의 대역폭 제한이 사용됩니다.

12. CRC Enabled 필드에서 상호 연결을 통해 보내는 데이터의 무결성을 확인하는 데 CRC(Cyclic Redundancy Check) 방식을 사용하려면 기본값을 그대로 사용하고, 그렇지 않은 경우에는 CRC 확인을 사용하지 않도록 설정합니다.

13. OK를 클릭합니다.

상호 연결이 생성됩니다. 복제 세션을 생성하기 전에 상호 연결을 검증하여 접속 문제가 있는지 확인합니다.

다른 쪽 Data Mover에서 상호 연결의 피어 부분을 생성합니다. 인터페이스 선택 시 문제가 발생하지 않도록 하려면 두 상호 연결 부분에서 모두 동일한 IP 주소 및/또는 이름 서비스 인터페이스 이름 세트를 사용할 수 있도록 설정하십시오.

Celerra Replicator 원격 복제를 위한 대상

LUN 생성

대상 iSCSI LUN은 소스 iSCSI LUN의 복제본을 저장합니다. 대상 LUN은 소스 LUN과 크기가 같고 읽기 전용이어야 합니다. 이 절차를 사용하여 Celerra Replicator 원격 복제에 사용 가능한 대상 LUN을 생성합니다.


244


참고: 이 절차에서는 Celerra Control Station 명령줄 인터페이스를 사용하여 읽기 전용 대상 LUN을 생성하는 방법에 대해 설명합니다. Celerra Manager 5.6 이상의 사용자 인터페이스를 사용하여 생성하는 방법도 있습니다.

파일 시스템에 대상 LUN을 생성하는 데 필요한 공간이 부족한 경우에는 오류가 발생합니다.

작업

대상 iSCSI LUN을 생성하려면 다음 명령 구문을 사용합니다.$ server_iscsi <mover_name> -lun -number <lun_number> -create <target_alias_name> -size <size>[M|G|T] -fs <fs_name> [-vp {yes|no}] -readonly

설명:

<mover_name> = 대상 iSCSI LUN의 Data Mover 이름

<lun_number> = 0127 사이의 고유한 LUN 이름

<target_alias_name> = iSCSI 타겟의 별칭 이름

<size> = 해당 소스 iSCSI LUN의 크기, 단위: 메가바이트(M, 기본), 기가바이트(G) 또는 테라바이트(T)

<fs_name> = 파일 시스템 이름

예:

server_2의 파일 시스템 ufs1에서 가상으로 프로비저닝되지 않은 40GB? 일반적인 대상 iSCSI LUN을 생성하려면 다음을 입력합니다.$ server_iscsi server_2 -lun -number 24 -create t1 -size 40G -fs ufs1 -readonly

출력

server_2: done



iSCSI LUN 복제 세션구성

복제 관계를 지원하도록 소스 및 대상 iSCSI 타겟을 구성한 후에는 다음 작업을 수행하여 복제 프로세스를 시작합니다.

1. 운영 호스트의 Replication Manager에서 대상 Data Mover의 IP 주소와 대상 Celerra Network Server의 인증 이름을 입력하여 Celerra Replicator 작업을 생성합니다.

그림 31 Celerra 복제 스토리지 구성

• 원격 복제의 경우 nas_cel 명령의 <cel_name> 값을 통해 할당된 인증 이름을 Celerra name 필드에 입력합니다. 값을 확인하려면 Celerra에서 nas_cel -list 명령을 사용합니다.

• 로컬 또는 루프백 복제의 경우 Celerra name 필드에 인증 이름 local을 입력합니다.

• 루프백 복제의 경우 Data Mover IP address 필드에 IP 주소 127.0.0.1을 입력합니다.

• 필요에 따라 Celerra IQN 필드에 특정 IQN을 입력하여 복제에 특정 타겟 LUN을 지정할 수 있습니다. 그렇지 않으면 Celerra에서는 소스 디바이스의 크기와 일치하는 읽기 전용 타겟 LUN을 선택합니다.

작업에 대해 IQN을 지정하는 경우에는 동일한 애플리케이션 세트를 공유하는 다른 모든 작업에 대해서도 IQN을 지정해야 합니다.


246


iSCSI LUN 복제 관리 이 섹션에서는 Celerra Replicator를 관리하기 위해 사용할 수 있는 다음 작을 설명합니다.

◆ iSCSI LUN이 복제 관계에 속하는지, 만약 그렇다면 그 역할은 무엇인지 확인합니다.

◆ 구성된 iSCSI 복제 세션을 나열합니다.

◆ iSCSI 복제 세션의 상태를 가져옵니다.

◆ 복제된 스냅샷에서 데이터를 복구합니다.

온라인 Celerra man 페이지와 Celerra Network Server 명령 참조 설명서에서 이 절차에 사용되는 명령에 대한 상세 정보를 얻을 수 있습니다.

iSCSI LUN의 복제 역할보기

Celerra 캐비닛에 있는 iSCSI LUN 정보 및 LUN 복제 작업과 관련된 역할(있는 경우)을 표시하려면 다음 절차를 수행합니다.

1. Celerra Manager에서 iSCSI를 클릭합니다.

2. 아직 선택되어 있지 않은 경우 LUNs 탭을 클릭합니다.

LUN 복제 열에서 각 LUN의 복제 역할을 표시합니다. 역할이 없으면 공백으로 표시됩니다.

소스 - 복제되는 LUN(운영 LUN)

대상 - 소스의 복제본이 현재 저장되어 있는 LUN

사용 가능한 대상 - 복제 대상으로 사용하기 위해 생성한 읽기 전용 LUN(243페이지의 “Celerra Replicator 원격 복제를 위한 대상 LUN 생성” 참조)

중간 경유 볼륨 - 다른 복제 세션에서 각각 소스이자 대상이기도 한 LUN(역방향 복제 때문에 실제 멀티 홉 복제는 지원되지 않음)

모든 iSCSI 복제 세션나열

각 복제 세션은 Celerra Network Server에 의해 생성되는 글로벌 고유 식별자에 의해 식별됩니다. nas_replicate 명령을 통해 iSCSI 복제를 관리할 때 이 session_id를 사용하여 세션을 지정합니다.

참고: 일부 CLI 명령에서는 복제 세션 ID를 직접 지정해야 하는 경우도 있습니다. 이 경우 긴 ID를 직접 입력하는 대신 session_id 명령을 사용하면 세션 ID가 나열되며 그 중 해당 ID를 복사하여 명령에 붙여넣을 수 있습니다.

이 절차를 수행하면 구성된 모든 iSCSI 복제 세션에 대한 ID가 나열됩니다.



참고: 다음 절차는 DART 5.5에만 해당됩니다. DART 5.6 이상을 사용하는 경우 모든 iSCSI 복제 세션을 나열하려면 nas_replicate -info -all 명령을 사용합니다.

모든 Data Mover에 대해 구성된 iSCSI 복제 세션을 나열하려면 다음을 입력합니다.

$ nas_replicate -list

샘플 출력server_2:Local Sourcesession_id = fs35_T30_LUN2_APM00043500940_0000_fs44_T40_LUN10_APM00045005996_0000application_label = RM_lrmc107_K:\_ContainsRmDatabase

Local Destinationsession_id = fs29_T9_LUN60_APM00045005995_0000_fs29_T15_LUN94_APM00043500940_0000application_label = RM_lrmc102_E:\_ContainsRmDatabase

session_id = fs61_T65_LUN2_APM00045005996_0000_fs22_T1_LUN23_APM00043500940_0000application_label = RM_lrmb146_P:\

session_id = fs49_T54_LUN117_APM00045005996_0000_fs30_T18_LUN10_APM00043500940_0000application_label = RM_lrmc090_I:\LOG1\

iSCSI 복제 세션의 상태검색

단일 iSCSI 복제 세션의 상태나 Data Mover의 모든 세션을 검색하려면 이 절차를 수행합니다.

작업

특정 iSCSI 복제 세션 또는 모든 복제 세션의 상태를 검색하려면 다음 명령 구문을 사용합니다.$ nas_replicate -info {id=<session_id> | -all}

설명:<session_id> = 고유한 세션 ID

예:

Data Mover에 있는 모든 복제 세션의 상태를 검색하려면 다음을 입력합니다.$ nas_replicate -info -all

특정 복제 세션의 상태를 검색하려면 다음을 입력합니다.$ nas_replicate -info id=fs22_T3_LUN0_APM00043807043_0000_fs29_T8_LUN0_ APM00043807043_0000

참고: 줄 바꿈 없이 전체 명령을 입력하고 끝에서 한 번만 Enter 키를 누르십시오.


248


출력

server_2:session_id = fs22_T3_LUN0_APM00043807043_0000_fs29_T8_LUN0_APM00043807043_0000alias = iscsi_rep1application_label = SQLServerreplication source:src_target_name = iqn.1992-05.com.emc:apm000438070430000-3src_LUN_number = 0name = fs22_T3_LUN0_APM00043807043_0000replicator_state = WaitingForRequestlatest_snap_replicated = fs29_T8_LUN0_APM00043807043_0000.ckpt000current_number_of_blocks = 0transport_type = DP_REP_TRANSPORT_TYPE_RCP

replication destination:dst_target_name = iqn.1992-05.com.emc:apm000438070430000-8dst_LUN_number = 0name = fs29_T8_LUN0_APM00043807043_0000playback_state = WaitingForRequest

outstanding snaps:version_name create_time blocks-------------------------------- ---------------------------- ----------

data_communication_state = DP_REP_NETWORK_CONNECTION_NOT_IN_USEctrl_communication_state = DP_REP_NETWORK_CONNECTION_ALIVErecent_transfer_rate = ~39914 kbits/secondavg_transfer_rate = ~39914 kbits/secondsource_ctrl_ip = 172.24.102.242source_ctrl_port = 0destination_ctrl_ip = 172.24.102.243destination_ctrl_port = 5081source_data_ip = 172.24.102.242source_data_port = 0destination_data_ip = 172.24.102.243destination_data_port = 8888QOS_bandwidth = 2147483647 kbits/second



복제된 스냅샷에서 데이터 복구

운영 LUN의 데이터가 삭제되거나 손상된 경우 마지막으로 복제된 스냅샷의 시점까지 대상 LUN의 복제본에서 데이터를 복구할 수 있습니다.

복제본에서 운영 LUN으로 데이터를 복구하려면 Replication Manager를 사용합니다. 복구 작업이 시작되면 다음 이벤트가 발생합니다.

◆ 소스 iSCSI LUN이 읽기 전용 상태로 됩니다.

◆ 복제 방향이 원래 대상 LUN에서 원래 소스 LUN으로 바뀝니다.

◆ 복제본에서 원래 소스 LUN으로 데이터가 전송됩니다.

◆ 원래 소스 LUN이 읽기/쓰기 상태로 됩니다.

그러면 EMC Replication Manager 제품 설명서에 설명된 대로 원래 복제 세션을 다시 시작할 수 있습니다.

재해 복구에 Celerra Replicator 클론 복제본 사용

Replication Manager에서는 Celerra Replicator 클론 복제본을 사용하여 Celerra 스토리지 시스템의 재해 복구를 원활하게 수행할 수 있습니다. 재해가 발생하면 페일오버 명령을 사용하여 클론 복제본을 운영 Celerra 및 호스트에서 재해 복구 Celerra 및 호스트로 페일오버할 수 있습니다. Celerra 기반 재해 복구 설정 및 수행에 대한 자세한 내용은 339페이지의 “Celerra 재해 복구”를 참조하십시오.

참고: 페일오버 명령은 Celerra Manager 5.6 이상의 환경에서만 사용할 수 있습니다.

VMware 환경에서는 Celerra 스토리지에 대해 VMware Site Recovery Manager가 지원됩니다. 자세한 내용은 369페이지의 “VMware SRM(Site Recovery Manager) 재해 복구”를 참조하십시오.

재활용에 Celerra Replicator 클론 복제본 사용

Replication Manager는 Celerra Replicator 클론 복제본에 대해 Promote to Production 명령도 제공합니다. 이 명령을 사용하면 원본 운영 호스트의 애플리케이션 세트에 있는 클론 LUN 및 해당 클론의 스냅을 대체 호스트에서 작동하도록 할 수 있습니다. Celerra Replicator 클론 복제본을 프로모션하면 복제본을 다른 운영 호스트에서 재활용하거나, 운영 환경을 방해하지 않고 재해 복구 절차를 테스트하는 데 사용할 수 있습니다.

현재 마운트되어 있는 클론의 스냅이 있는 경우에는 클론 복제본 프로모션을 수행할 수 없습니다. 이러한 경우에는 프로모션이 실패합니다. 클론 복제본 프로모션을 시작하기 전에 클론 복제본의 스냅을 마운트 해제하십시오.


250


참고: Promote to Production 명령은 Celerra Manager 5.6 이상의 환경에서만 사용할 수 있습니다.

복제본을 운영 환경으로 프로모션하여 재활용하려면

1. Celerra Replicator 클론 복제본을 마우스 오른쪽 버튼으로 클릭하고 Promote to Production을 선택합니다. 250페이지의 그림 32에서 보이는 것처럼 복제본 프로모션 대화 상자가 나타납니다.

그림 32 Promote Replica 대화 상자

2. Celerra Replicator 클론 복제본을 프로모션할 새 운영 호스트의 이름을 선택합니다. 복제본 프로모션에서 클론 LUN은 동일한 드라이브 문자에 마운트되므로 해당 운영 호스트에서 사용 중인 드라이브 문자를 새 운영 호스트에서 사용할 수 있어야 합니다.

3. Celerra Replicator 클론 복제본에 사용할 새 애플리케이션 세트 이름을 입력합니다. 이 애플리케이션 세트가 만들어지면 프로모션된 데이터의 보호를 시작할 수 있습니다.



4. 옵션 버튼을 클릭하고 다음 옵션을 변경합니다.

새 애플리케이션 세트에 대한 작업 자동 생성 - 소스 애플리케이션 세트의 모든 로컬 스냅 작업에 대해 복제본을 만들어 새 대상 애플리케이션 세트에 복사합니다. 소스 애플리케이션 세트에 대해 정의된 로컬 스냅 작업이 없으면 옵션이 지정되지 않은 일반 로컬 스냅 작업이 만들어집니다.

5. OK를 클릭합니다. 복제본 프로모션 진행 패널이 나타나고 복제본 프로모션의 현재 상태가 표시됩니다.

복제 스토리지가 대체 운영 호스트로 프로모션되면 새 애플리케이션 세트에서 로컬 스냅 작업을 실행하여 이 데이터의 보호를 시작할 수 있습니다. 클론 복제본은 프로모션 후에 삭제되며 스냅이 새 애플리케이션 세트로 복사됩니다. 복사된 스냅은 로컬 스냅으로 간주되므로, 다음부터는 '중단 복구' 방식으로 복구됩니다(새로운 스냅 복제본이 삭제됨).

클론 복제본을 프로모션하고 나면 해당 복제본을 생성한 원래 작업을 실행할 때 새 타겟 클론 LUN을 찾아야 합니다. 프로모션된 클론 복제본 스토리지 작업이 끝나면 다음을 수행하여 Celerra Replicator에서 해당 스토리지를 다시 사용 가능하도록 만들 수 있습니다.

1. Celerra Manager 사용자 인터페이스를 사용하여 호스트에서 프로모션된 클론 LUN의 마스킹을 해제합니다.

2. Control Station에서 server_iscsi 명령을 사용하여 LUN을 다시 읽기 전용으로 만듭니다.

예를 들어 다음 명령은 server_3 Data Mover에 있는 lrmh178_target의 LUN 15를 읽기 전용으로 만듭니다.

server_iscsi server_3 -lun -modify 15 -target lrmh178_target -readonly yes


252


Celerra 스토리지에서의 Replication Manager 문제 해결

이 섹션에서는 Celerra 스토리지 시스템의 Replication Manager 문제 해결에 대한 팁을 제공합니다.

Celerra 스토리지 시스템에 고립된 스냅샷 검사

Replication Manager 데이터베이스에 잘못된 정보가 포함되거나 스냅샷이 Celerra 스토리지에 분산되는 경우가 있습니다. 이러한 상황은 다음 경우에 발생할 수 있습니다.

◆ 작업 중에 Replication Manager에 오류가 발생하거나 Replication Manager가 시스템에서 제거된 경우

◆ 최근 생성된 스냅샷 관련 정보를 포함하지 않는 오래된 Replication Manager 데이터베이스를 복구한 경우

Replication Manager 검사 기능을 사용하여 낙후된 스냅을 식별하고 Replication Manager 데이터베이스가 일치하는지 확인할 수 있습니다. 검사 명령을 실행하면 Replication Manager는 레이블에 Replication Manager가 포함된 스토리지의 모든 스냅과 Replication Manager 저장소의 모든 스냅을 비교합니다. 일치하지 않는 스냅이 발견되면 사용되지 않는 스냅샷으로 표시하고 자원 정리 명령을 실행하도록 권장합니다.

특정 IQN에서 검사를 수행하려면 해당 IQN에 상주하는 디바이스가 하나 이상의 유효한 복제본에 있어야 합니다.

검사 명령을 실행하려면

1. Replication Manager에서 스토리지 서비스 폴더의 특정 IQN을 마우스 오른쪽 버튼으로 클릭하고 검사를 선택합니다. 자원 정리 검사 대화 상자가 나타납니다.

2. 진행 세부 정보에서 사용되지 않는 스냅샷이 있는지 검토합니다. OK를 클릭합니다.

사용자가 자원 정리 명령을 선택할 때까지는 낙후된 스냅샷이 제거되지 않습니다.

Celerra 스토리지 시스템에서 고립된 스냅샷 정리

검사 명령을 통해 확인한 고립된 스냅샷이 더 이상 필요 없는 경우, 자원 정리 명령을 사용하여 이러한 스냅샷을 영구적으로 제거함으로써 재할당할 공간을 확보할 수 있습니다.

Celerra 스토리지 시스템에서 오래된 스냅샷을 제거하려면

1. Replication Manager에서 스토리지 서비스 폴더의 특정 IQN을 마우스 오른쪽 버튼으로 클릭하고 자원 정리를 선택합니다.



2. 정리를 확인하는 메시지가 표시되면 해당 스냅샷이 더 이상 필요하지 않은 경우 예를 클릭합니다.

참고: 특정 IQN에서 자원 정리를 수행하려면 해당 IQN에 상주하는 디바이스가 하나 이상의 유효한 복제본에 있어야 합니다.

Celerra iSCSI 세션을 표시할 수 없는 경우

Celerra Replicator 복제본을 생성, 마운트 또는 복원할 때 진행 창에 다음 오류 메시지가 표시되는 경우:

Replication Manager was unable to mark the Celerra iSCSI session...

Microsoft iSCSI Initiator 서비스를 재시작합니다. 그래도 오류가 해결되지 않으면 호스트를 재부팅합니다.

Celerra 기반 애플리케이션 세트에서 모든 복제본 만료

Celerra 기반 애플리케이션 세트에서 모든 복제본이 만료되면 다음에 이 애플리케이션 세트에 대해 작업을 실행할 때 Replication Manager에서 전체 설정을 수행합니다. 이 설정은 예상보다 오래 걸릴 수 있습니다.

iSCSI LUN 복제 문제 해결

EMC WebSupport 데이터베이스를 통해 문제 정보를 검색하거나 릴리즈 노트를 구하거나 EMC 보안 엑스트라넷 사이트인 Powerlink에서 EMC에 Celerra 기술 문제를 보고할 수 있습니다. Celerra Problem 해결 로드맵에는 Powerlink 이용과 문제 해결에 대한 추가 정보가 있습니다.

iSCSI LUN 복제 문제를 해결할 때 다음 사항을 고려하십시오.

◆ 대상 파일 시스템에 대상 iSCSI LUN을 생성할 충분한 공간이 없는 경우 "공간 부족" 오류가 발생합니다. 파일 시스템에서 사용 가능한 공간을 확보하거나 공간을 확장할 수 있습니다.

◆ 확장된 소스 iSCSI LUN이 복제되지만 복제된 스냅샷에 맞게 대상을 확장할 수 없는 경우에 오류가 발생합니다. 사용 중인 복제 세션을 제거하거나 이전 스냅샷을 삭제하여 대상 파일 시스템에서 사용 가능한 공간을 늘리거나 파일 시스템을 확장할 때까지 이 세션이 일시 중단됩니다.

Celerra 스토리지에서의 Replication Manager 문제 해결 253

254


Celerra 네트워크 연결 문제 해결

Replication Manager와 Celerra 간에 네트워크 접속 문제가 발생하는 경우 다음과 같은 방법으로 문제를 해결해 보십시오.

운영 호스트에서:

◆ 운영 Celerra Control Station을 Ping

◆ 운영 Celerra Data Mover의 iSCSI IP를 Ping

운영 Celerra Control Station에서:

◆ 타겟 Celerra 호스트 이름을 Ping

◆ 복제에 사용된 타겟 Celerra Data Mover의 IP 주소를 Ping(server_ping)

iSCSI용 IP 주소와 복제용 IP 주소가 다를 수 있으므로 복사 작업을 구성할 때는 Replication Manager 콘솔에 복제본의 IP 주소를 입력해야 합니다.


7

이 장에서는 Replication Manager에서 사용할 Invista 환경을 준비하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ Invista 설정 체크리스트 .................................................................. 256◆ 지원되는 Invista 스위치 .................................................................. 258◆ Invista 하드웨어 및 소프트웨어 구성 ............................................ 259◆ 클론 복제를 위한 구성 계획 ............................................................ 262◆ 가상 프레임 관리 .............................................................................. 264◆ Replication Manager 가상 볼륨 표시 문제 .................................... 266

Invista 설정

Invista 설정 255

256

Invista 설정

Invista 설정 체크리스트

Replication Manager에서 사용할 Invista 인스턴스를 설정하려면

◆ 사용자의 환경에 필요한 최소 스토리지 하드웨어가 있으며 하드웨어에 표준 구성이 있는지 확인합니다.자세한 내용은 259페이지의 “필요한 최소 하드웨어 및 접속 구성”을 참조하십시오.

◆ Invista 인스턴스용 백엔드 스토리지를 설정합니다. 자세한 내용은 Invista Element Manager 관리 설명서의 2장을 참조하십시오.

• Invista 스위치에 조닝(zoning)될 두 DAE 포트(중복의 경우 두 개)를 통해 적절한 Symmetrix 디바이스를 할당합니다.

• 이러한 Symmetrix 디바이스를 9개의 Invista Initiator WWN(Worldwide Name)에 할당합니다. 이러한 Initiator 검색에 대한 자세한 내용은 260페이지의 “Invista Initiator에 Symmetrix 디바이스 할당”을 참조하십시오.

◆ Replication Manager 호스트가 SAN 접속을 통해 Invista 인스턴스에 접속되어 있는지 확인합니다.

◆ Fibre 스위치를 적절히 조닝(zoning)합니다(해당되는 경우). 호스트는 사용 중인 모든 스토리지에 액세스할 수 있어야 하며 마운트 호스트는 복제본 가상 볼륨을 마운트할 수 있는 모든 스토리지 시스템에 액세스할 수 있어야 합니다.

◆ 각 Replication Manager 호스트에 필요한 소프트웨어를 모두 설치합니다. 스위치 자체에도 적합한 펌웨어 및 소프트웨어를 설치합니다.자세한 내용은 259페이지의 “Invista 하드웨어 및 소프트웨어 구성”을 참조하십시오.

◆ Solaris 호스트에서 복제본 LUN의 모든 동적 마운트를 지원할 수 있는 충분한 항목이 sd.conf 파일에 있는지 확인합니다.자세한 내용은 141페이지의 “동적 마운트에 대한 sd.conf 항목 업데이트”를 참조하십시오.

◆ 네트워크 스위치와 CLARiX SP 사이의 네트워크 포트가 자동 협상으로 설정되어 있는지 확인합니다.

◆ 각 운영 호스트 및 마운트 호스트에 Replication Manager Agent 소프트웨어를 설치합니다.자세한 내용은 제2장 ”설치”를 참조하십시오.


Invista 설정

◆ 각 마운트 호스트에 대한 마운트 가상 프레임을 만들고 가상 프레임에 하나 이상의 가상 볼륨이 있는지, 가상 볼륨이 마운트 호스트에 표시되는지를 확인합니다. 이 가상 볼륨은 전용으로 할당하거나 비워 둘 필요가 없으며 모든 용도로 사용할 수 있습니다. 그러나 가상 볼륨이 Replication Manager 마운트 호스트에 표시되지 않으면 Replication Manager가 작동하지 않습니다. 이 단계 후에는 재시작해야 할 수 있습니다.

◆ 클론의 경우 EMC Replication Storage라는 가상 프레임을 만들고 Replication Manager에서 복제본을 저장하는 데 사용할 수 있도록 미리 만든 사용 가능한 가상 볼륨으로 채웁니다. 이 절차는 264페이지의 “EMC Replication Storage 가상 프레임 생성”에서 설명합니다.

◆ Replication Manager 콘솔을 시작하고 Replication Manager Server에 연결합니다. 다음 단계를 수행해야 합니다.


• 각 호스트에서 스토리지 시스템 검색을 실행합니다.


EMC Replication Manager 제품 설명서에서는 위에서 설명한 프로세스의 작업에 대해 자세히 설명합니다.

Invista 설정 체크리스트 257

258

Invista 설정

지원되는 Invista 스위치

EMC Support Matrix에서는 Invista 소프트웨어에 사용할 수 있도록 지원되는 스위치 목록을 제공합니다.

EMC Invista Element Manager Administration Guide에서는 구체적인 Invista 스위치 지원 정보를 제공합니다.

Invista 스위치를 Replication Manager와 연동하도록 구성하여 다음 작업을 수행할 수 있습니다.

◆ Invista 사용하여 복제본을 만듭니다.

◆ 동일한 호스트나 대체 호스트에 이러한 복제본을 마운트합니다.

◆ 해당 복제본에서 정보를 복구합니다.


Invista 설정

Invista 하드웨어 및 소프트웨어 구성

EMC Invista는 네트워크 기반 스토리지 가상화 솔루션입니다. Invista는 EMC 애플리케이션 소프트웨어 및 하드웨어를 Fibre Channel 스위치와 결합하여 이기종 스토리지 시스템에 분산되는 중앙 집중식 스토리지 디바이스를 제공합니다.

Invista 구성 요소는 새 SAN(Storage Area Network) 및 기존 SAN에 설치할 수 있으며 다양한 호스트 환경 및 스토리지 디바이스와 호환됩니다. 자세한 내용은 EMC Invista 상호 운영성 설명서를 참조하십시오.

EMC Replication Manager Support Matrix에서는 지원되는 애플리케이션, 운영 체제, 고가용성 환경, 볼륨 관리자 및 기타 지원되는 소프트웨어에 대한 구체적인 정보를 제공합니다.

필요한 최소 하드웨어 및 접속 구성

Invista 환경에서 Replication Manager를 구현하려면 다음과 같은 스토리지 및 접속 하드웨어 구성 요소가 필요합니다.

◆ 지원되는 Invista 인스턴스 하나 이상

◆ Replication Manager 서버(Windows 서버)


◆ 위에 나열된 구성 요소 간의 SAN(Storage Area Network) 접속

◆ 전환된 Fibre 접속을 통한 Replication Manager 에이전트와 Invista 간의 Fibre 접속

Invista 호스트에 필요한 최소 소프트웨어

Invista 호스트에 다음 소프트웨어를 설치해야 합니다.

◆ admreplicate

◆ Invista Java CLI

◆ Java 2 Platform Standard Edition(J2SE) 버전 1.5_11

Invista 하드웨어 및 소프트웨어 구성 259

260

Invista 설정

호스트에 필요한 최소 소프트웨어 요구 사항

Invista 환경에서 실행하려면 모든 Replication Manager 호스트(운영 및 마운트)에 다음 소프트웨어 제품을 추가로 설치해야 합니다.

◆ PowerPath(적극 권장)

Invista 환경에 대한 경로가 둘 이상인 경우에는 PowerPath를 설치하여 이러한 다중 경로를 관리해야 합니다. EMC Replication Manager Support Matrix에 지정된 최소 버전을 설치하십시오.

◆ Solutions Enabler. UNIX 환경에서는 멀티 스레드 버전을 설치해야 합니다.

Invista 지원을 받으려면 모든 Replication Manager 운영 호스트와 마운트 호스트에 Solutions Enabler 소프트웨어를 설치해야 합니다. Solutions Enabler 설명서에 나열된 설치 및 구성에 필요한 단계를 모두 수행해야 합니다.

Windows Server 2003에 Solutions Enabler를 설치할 때는 VSS Provider나 VDS Provider를 설치하지 마십시오.

Invista Initiator에 Symmetrix 디바이스 할당

Invista 호스트 이니시에이터에 Symmetrix 디바이스를 할당해야 합니다. 이렇게 하려면 Invista 가상 이니시에이터에 대한 호스트 이니시에이터 레코드를 추가해야 합니다.

1. Invista 인스턴스에서 가상 이니시에이터의 WWN을 확인합니다. Java CLI나 GUI를 사용하는 Invista 요소 관리자를 통해 이 이름을 표시합니다.

2. Invista 요소 관리자 GUI를 열고 구성 요소 트리를 확장합니다. Virtual Initiator 1을 강조 표시합니다. WWN이 오른쪽 창에 나타납니다. 한 번에 하나씩 다음 Virtual Initiator를 각각 선택하여 WWN을 표시합니다.

다음과 같은 형식은 WWN은 Symmetrix 스토리지가 할당될 이니시에이터를 나타냅니다.

50:00:XX:XX:XX:XX:XX:81 ~ 50:00:XX:XX:XX:XX:XX:89


Invista 설정

Invista 스토리지 검색 Replication Manager는 스토리지 관련 작업을 수행하기 위해 최신 스토리지 정보가 필요할 때마다 새 스토리지 검색을 수행합니다. 그러나 스토리지 속성을 볼 때 최신 정보가 표시되도록 하려면 수동으로 스토리지를 검색해야 합니다.

스토리지를 수동으로 검색하려면 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 스토리지 검색을 선택합니다.

Replication Manager에서는 이미 설정된 접속을 사용하여 스토리지 시스템에 액세스하고 Replication Manager에서 사용할 수 있는 스토리지 및 Replication Manager에서 이미 사용 중인 스토리지(있는 경우)를 검색합니다. 이 작업은 몇 분 정도 걸립니다.

스토리지를 검색할 때, Replication Manager에서는 관련 EMC Replication Storage 클론 가상 볼륨과 스냅에 업데이트된 정보를 제공합니다.

참고: Invista Metavolume은 Replication Manager에서 사용할 수 없습니다.

Invista 하드웨어 및 소프트웨어 구성 261

262

Invista 설정

클론 복제를 위한 구성 계획

Replication Manager에서 사용하도록 Invista 인스턴스를 구성하려면

1. 복제본 스토리지 요구 사항을 계획합니다.

2. 계획에 따라 가상 볼륨을 관리합니다.

3. 가상 프레임을 만들고 해당 가상 프레임에 가상 볼륨을 할당합니다.

Invista 인스턴스의 복제본이란?

복제본을 계획하는 방법을 설명하기에 앞서 Invista 컨텍스트에서 복제본이란 무엇인지를 이해하는 것이 중요합니다. 복제본은 운영 데이터의 전체 복사본입니다.

복제본 스토리지 요구 사항 계획

Invista 인스턴스에서 Replication Manager를 사용하려면 복제본 스토리지 요구 사항을 계획해야 합니다.

◆ 기존 스토리지 사용량을 분석하여 나중에 필요하게 될 스토리지를 결정합니다.

◆ 복제할 기존 가상 볼륨이나 새 가상 볼륨의 크기를 계산합니다.

◆ 필요한 각 가상 볼륨의 복제본 수를 결정합니다.

모든 가상 볼륨을 동일한 크기로 만들어 복제본을 위한 스토리지를 유연하게 선택할 수 있도록 하는 것이 좋습니다. 복제본 스토리지의 논리적 크기는 소스 가상 볼륨과 일치해야 합니다.

Replication Manager에서는 복제본 요구 사항을 지원하는 가상 볼륨을 자동으로 만들지 않습니다. 따라서 Replication Manager를 사용하여 복제본을 만들려면 설정 과정에서 모든 복제본 가상 볼륨을 만들어야 합니다. 복제본 가상 볼륨의 논리적 크기는 소스 가상 볼륨의 논리적 크기와 일치해야 합니다.

예를 들어 Invista 인스턴스에 다음과 같은 세 개의 데이터베이스가 저장되어 있다고 가정합니다.

◆ 데이터베이스 1(50GB 용량)



해당 스토리지 시스템에서 각 데이터베이스의 동시 복제본 5개를 유지 관리하려면 다음과 같이 가상 볼륨을 만들어야 합니다.

◆ 데이터베이스 1의 경우 논리적 크기가 정확히 50GB인 가상 볼륨 5개 이상


Invista 설정



263페이지의 그림 33에서는 이러한 구성을 보여 줍니다.

그림 33 복제본 가상 볼륨은 운영 가상 볼륨 크기와 일치해야 합니다.

RM-000033

클론 복제를 위한 구성 계획 263

264

Invista 설정

가상 프레임 관리

EMC ReplicationStorage 가상 프레임

생성

Replication Manager를 사용하려면 먼저 Replication Manager에서 운영 데이터의 클론 복제본에 사용할 수 있는 모든 가상 볼륨을 추적하는 가상 프레임을 만들고 채워야 합니다. 이 가상 프레임의 이름은 EMC Replication Storage로 지정해야 합니다.

EMC Replication Storage 가상 프레임을 만들고 채우려면

1. Invista Element Manager를 엽니다.

2. 가상 프레임을 마우스 오른쪽 버튼을 클릭하고 가상 프레임 만들기를 선택합니다. 가상 프레임 만들기 대화 상자가 나타납니다.

3. EMC Replication Storage 이름을 가상 프레임에 할당하고 확인을 클릭하여 변경 내용을 저장합니다.

참고: 볼륨 하나는 한 번에 한 가상 프레임의 구성원만 될 수 있습니다.

4. 스토리지> 가상 프레임을 확장합니다.

5. 1-3단계에서 만든 EMC Replication Storage 가상 프레임을 마우스 오른쪽 버튼으로 클릭하고 가상 볼륨 선택을 선택합니다.

6. 가상 볼륨 탭(선택하지 않은 경우)을 클릭합니다.

7. 가상 볼륨 표시에서 사용 가능한 가상 볼륨 상자에 표시할 볼륨을 선택합니다.

8. 사용 가능한 가상 볼륨 목록에서 이 가상 프레임에 추가할 볼륨을 선택하고 오른쪽 화살표를 클릭하여 할당된 가상 볼륨 목록으로 해당 볼륨을 이동합니다.

9. 확인을 클릭하여 프레임에 볼륨을 할당합니다.

운영 호스트를 위한 가상프레임 생성

새 시스템을 구축 중인 경우에는 어떤 호스트가 어떤 데이터 세트에 액세스할 수 있는지 정의해야 합니다. 가상 프레임을 사용하여 이 사항을 정의합니다. 대부분의 시스템에서는 각 운영 호스트가 자체적인 운영 데이터 세트에 액세스할 수 있고 이 데이터를 보유하는 가상 볼륨은 해당 호스트의 가상 프레임에 상주합니다. 해당 가상 프레임에 호스트를 접속하면 Invista 인스턴스의 데이터에 대한 액세스 권한을 해당 호스트에 효과적으로 부여할 수 있습니다. 가상 프레임을 만드는 자세한 방법은 이전 섹션에 설명된 단계를 참조하십시오. Replication Manager에서 각 클라이언트에는 Invista 인스턴스별로 가상 프레임이 하나씩만 표시되어야 합니다.


Invista 설정

대개 클러스터 시스템인 경우를 제외하면 각 가상 프레임에 하나의 호스트만 접속됩니다.

마운트 호스트를 위한 가상 프레임 생성

운영 호스트를 위한 가상 프레임이 없는 경우 해당 가상 프레임을 생성해야 하는 것처럼 각 마운트 호스트를 위한 가상 프레임을 생성하고 각 가상 프레임에 하나 이상의 가상 볼륨을 추가해야 합니다. Replication Manager는 복제본을 생성한 후 마운트 호스트에 마운트하기 전에 적절한 가상 볼륨으로 가상 프레임을 자동으로 채웁니다.

가상 프레임의 볼륨이 호스트에 표시되도록 설정

생성된 가상 프레임의 볼륨이 적절한 운영 호스트 및 마운트 호스트에 표시되도록 하려면 추가 단계를 수행해야 합니다. 이렇게 하려면 Invista Element Manager 관리 설명서의 10장 "가상 프레임의 볼륨이 호스트에 표시되도록 설정" 섹션을 참조하십시오.

가상 볼륨을 표시하려면 이 단계를 마친 후 호스트를 재부팅해야 합니다.

선택한 스토리지를 클라이언트에 노출

이제 스토리지 환경이 구성되었으므로 Replication Manager에 스토리지 시스템과 스토리지를 표시하는 마지막 네 단계를 Replication Manager 콘솔에서 수행할 수 있습니다. 이 마지막 구성 단계는 다음과 같습니다.

1. Replication Manager Server에서 모든 호스트를 등록합니다.

2. 각 호스트에서 스토리지 시스템 검색을 실행합니다.

3. 검색된 각 스토리지 시스템에 대해 스토리지 검색을 실행합니다.

이 마지막 단계를 완료하는 방법에 대해서는 95페이지의 “복제본 스토리지 관리”에서 자세한 내용을 참조하십시오.

가상 프레임 관리 265

266

Invista 설정

Replication Manager 가상 볼륨 표시 문제

가상 볼륨 표시라는 용어는 마운트 작업 중에 마운트 호스트에 가상 볼륨을 동적으로 나타내는 Replication Manager의 기능을 나타냅니다. 가상 볼륨 표시 문제는 마운트 호스트에서 복제본 데이터가 포함된 볼륨에 액세스할 수 없을 때 발생합니다.

참고: Replication Manager에서는 마운트 작업 중에만 가상 볼륨 표시 문제가 발생하며, 복제나 복구 작업에는 영향을 주지 않습니다.

영향을 받는 환경 가상 볼륨 표시 문제는 Invista 인스턴스에 연결된 Replication Manager 클라이언트에 영향을 줍니다. 마운트 호스트에 동적으로 BCV를 나타낼 때는 Replication Manager가 필요하지 않으므로 Symmetrix 스토리지만 사용하는 Replication Manager 시스템은 영향을 받지 않습니다.

다음 섹션에서는 이러한 환경에서 가상 볼륨 표시 문제가 발생하지 않도록 방지하는 기술에 대해 설명합니다.

Windows에서 가상 볼륨 표시 문제 방지

다음을 수행하여 Windows 시스템에서 마운트 작업을 수행하는 동안 안정적인 가상 볼륨 표시를 보장할 수 있습니다.

◆ Invista 인스턴스에 접속된 모든 Replication Manager 호스트에 admreplicate를 설치합니다.

◆ 사용 중인 Invista 인스턴스에서 모든 HBA와 관련 소프트웨어가 지원되는지 확인합니다. EMC Support Matrix에서는 지원되는 HBA 목록을 제공합니다.

◆ 올바른 HBA 드라이버가 설치되어 있는지 확인하려면 Windows 장치 관리자를 엽니다. Emulex fibre 컨트롤러 드라이버의 버전(예: 2.20a12의 또 다른 지정 방식인 5.2.20.12)이 표시되고 디지털 서명자는 Microsoft Windows Hardware Compatibility Publisher로 식별됩니다.

◆ Windows Server 2003에서는 Storport 드라이버를 사용합니다.

◆ Invista 인스턴스에 대한 경로가 둘 이상인 경우에는 Windows 시스템에 PowerPath를 설치하여 이러한 다중 경로를 관리해야 합니다.

◆ Java J2SE(Java 2 Platform Standard Edition) 버전 1.5_11 이상이 설치되어 있고 ERM_JAVA_PATH 환경 변수가 제대로 설정되어 있는지 확인합니다.


8

이 장에서는 Replication Manager에서 사용할 RecoverPoint를 준비하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ RecoverPoint 설정 체크리스트 ....................................................... 268◆ RecoverPoint 하드웨어 및 소프트웨어 구성 ................................. 269◆ Replication Manager 및 RecoverPoint의 구성 요소 .................... 270◆ 호스트 시간 동기화 .......................................................................... 272◆ RecoverPoint에 대한 Replication Manager 구성 단계 ................ 273

RecoverPoint 설정

RecoverPoint 설정 267

268

RecoverPoint 설정

RecoverPoint 설정 체크리스트

Replication Manager에서 사용할 RecoverPoint를 설정하려면 다음을 수행해야 합니다.

◆ RecoverPoint 설명서에 따라 RecoverPoint를 설치 및 구성합니다.

◆ 모든 마운트 호스트의 Splitter가 사용하려는 RecoverPoint 타겟 볼륨에 연결되어 있는지 확인합니다.

◆ 모든 시스템에서 시간을 동기화합니다. 272페이지의 “호스트 시간 동기화”에서는 이 단계에 대해 설명합니다.

◆ Replication Manager에서 처리할 RecoverPoint 정합성 보장 그룹(Consistency Group)에 속한 모든 볼륨을 식별합니다. Replication Manager에서는 애플리케이션 세트의 모든 볼륨이 정합성 보장 그룹(Consistency Group)의 볼륨으로 매핑되어야 합니다.

◆ 페일오버 준비: Replication Manager는 페일오버 상황에서도 RecoverPoint CLR 정합성 보장 그룹(Consistency Group)에 로컬 복사본과 원격 복사본이 모두 있어야 합니다. 따라서 페일오버 이후에 RecoverPoint 관리자 구성 단계를 수행하여 원격 사이트에서 로컬 복제를 구성해야 할 수 있습니다. 그렇지 않으면 Replication Manager CLR 작업이 실패합니다.

제9장 ”VMware 설정”에서는 VMware 환경에서 RecoverPoint의 Replication Manager 지원과 관련된 요구 사항을 설명합니다.


RecoverPoint 설정

RecoverPoint 하드웨어 및 소프트웨어 구성EMC Replication Manager Support Matrix(http://Powerlink.EMC.com)에서는 RecoverPoint 지원과 관련하여 지원되는 애플리케이션, 운영 체제, 고가용성 환경, 볼륨 관리자에 대한 구체적인 정보를 제공합니다.

RecoverPoint 하드웨어 및 소프트웨어 구성 269

270

RecoverPoint 설정

Replication Manager 및 RecoverPoint의 구성 요소 270페이지의 그림 34에서는 Replication Manager와 RecoverPoint의 주요 구성 요소를 보여 줍니다. 이 섹션에서는 이러한 구성 요소에 대해 설명합니다.

그림 34 Replication Manager 및 RecoverPoint의 구성 요소

지원되는 복제 옵션 Replication Manager에서는 다음과 같은 RecoverPoint 복제 옵션을 지원합니다.

◆ 무중단 데이터 보호

CDP(Continuous Data Protection)를 사용하는 경우 RecoverPoint는 동일한 사이트의 다른 스토리지 시스템으로 데이터를 복제합니다. CDP만 사용하기 위해 RecoverPoint를 설치하는 경우, 한 사이트에만 RPA를 설치하고 WAN 인터페이스는 지정하지 마십시오.

◆ CRR(Continuous Remote Replication)

CRR(Continuous Remote Replication)을 사용하는 경우 RecoverPoint는 WAN을 통해 원격 사이트로 데이터를 복제합니다. 복제 거리에는 제한이 없습니다.


RecoverPoint 설정

◆ CLR(Concurrent Local and Remote)

CLR(Concurrent Local and Remote Replication)에서 RecoverPoint는 로컬에서 CDP를 사용하고 원격으로 CRR을 사용하여 운영 LUN을 보호합니다. 두 복제본에는 여러 보호 기간과 RPO 정책이 있습니다.

RecoverPoint 어플라이언스

RPA(RecoverPoint 어플라이언스)에서는 모든 복제 기능을 관리합니다. RecoverPoint는 운영 호스트에서 작동하며 운영 스토리지를 사용하는 애플리케이션에 대한 CDP(무중단 데이터 보호) 서비스를 제공합니다. RPA는 RecoverPoint Splitter에서 운영 스토리지에 대한 모든 쓰기 요청을 수신합니다. RPA는 저널 스토리지에서 이 업데이트의 저널링 기능을 조정합니다.

또한 RPA는 지정한 시점의 운영 스토리지 복제본을 관리하는 구성 요소입니다. 애플리케이션에서는 복제본을 운영 LUN으로 사용할 수 있으므로 거의 즉각적인 복구가 가능합니다.

RPA는 Replication Manager Server와 운영 및 복구 호스트 외부의 전용 서버에서 실행됩니다.

Replication Manager 및 RecoverPoint의 구성 요소 271

272

RecoverPoint 설정

호스트 시간 동기화

Replication Manager에서 RecoverPoint를 지원하려면 모든 시스템의 시스템 시간을 동기화해야 합니다. 운영 체제 설명서의 단계를 따라 시간 서버와 동기화하도록 운영 호스트 또는 마운트 호스트를 구성합니다.


RecoverPoint 설정

RecoverPoint에 대한 Replication Manager 구성 단계

RecoverPoint 설치가 완료되면 Replication Manager에서 다음 단계를 수행하십시오.

1. 운영 호스트 및 마운트 호스트를 등록합니다. 호스트 등록 과정에서 호스트에 대한 RecoverPoint 지원을 설정하고 사용할 RPA를 지정합니다.

2. Replication Manager 콘솔 창에서 스토리지 서비스를 마우스 오른쪽 버튼으로 클릭하고 스토리지 추가를 선택하여 RPA를 검색합니다.

구성에 CLARiX 스토리지가 사용될 경우 CLARiX 스토리지 시스템 자격 증명을 제공하기 위해 관련 CLARiX 스토리지 시스템도 선택해야 합니다.

VMware 가상 디스크 구성에서 타겟 스토리지를 포함하는 CLARiX 스토리지는 하나 이상의 등록된 호스트에 표시되어야 합니다.

3. RPA가 스토리지 서비스 목록에 추가되면 애플리케이션 세트를 생성합니다. RecoverPoint 정합성 보장 그룹(Consistency Group)에 있는 디바이스는 해당 애플리케이션 세트 및 작업 옵션에 지정된 디바이스와 일치해야 합니다. 디바이스가 일치하지 않으면 작업이 실행될 때 오류가 생성됩니다.

4. 작업을 생성합니다.

RecoverPoint에 대한 Replication Manager 구성 단계 273

274

RecoverPoint 설정


9

이 장에서는 Replication Manager에서 사용할 VMware 환경을 준비하는 방법에 대해 설명하며, 각 섹션은 다음과 같이 구성됩니다.

◆ 지원되는 VMware 구성 및 사전 요구 사항 ................................... 276◆ VMware VMFS 복제 ........................................................................ 278◆ VMware NFS 데이터 저장소 복제 ................................................. 286◆ VMware 가상 디스크 복제 .............................................................. 291◆ CLARiX에서 RDM 또는 iSCSI Initiator LUN 복제 ..................... 301◆ Invista 가상 볼륨에서 RDM 복제 ................................................... 307◆ Invista 가상 볼륨에서 VMware 가상 디스크 복제 ....................... 309◆ Symmetrix에서 VMware RDM 복제 ............................................. 312◆ RecoverPoint를 사용한 VMware RDM 복제 ................................ 313◆ Celerra에서 VMware RDM 복제 .................................................... 313

VMware 설정

VMware 설정 275

276

VMware 설정

지원되는 VMware 구성 및 사전 요구 사항

Replication Manager는 다음 VMware 구성에서 작동할 수 있습니다(복제본 생성, 마운트 및 복구).

◆ VMware VMFS 및 NFS 데이터 저장소

◆ VMware 가상 디스크

◆ RDM 디스크 및 Microsoft Initiator에서 검색된 디스크가 포함된 VMware

참고: 애플리케이션 세트를 생성할 때 동일한 애플리케이션 세트에서 VMFS 환경과 RDM 환경을 혼합하지 않는 것이 중요합니다. 혼합하면 복제에 실패합니다.

이 장에서는 지원되는 구성과 지원되는 각 환경에서 VMware를 Replication Manager와 통합하기 전에 필요한 구성 사전 요구 사항에 대해 설명합니다.

276페이지의 표 23에는 Replication Manager의 VMware 구성 지원이 요약되어 있습니다. 테이블 이외의 내용은 이 장의 나머지 부분, EMC Replication Manager 제품 설명서 및 EMC Replication Manager Support Matrix를 참조하십시오.

표 23 Replication Manager의 VMware 구성 지원 요약

CLARiX Symmetrix FC

Celerra(iSCSI, NFS) Invista RP

SV 클론

SV 스냅

SAN Copy

TF/C

TF/M

TF/S

SRDF/A

SRDF/S

SAN Copy

SnapSure

Replicator

클론

VMFS

RDM W, L W, L W, L W, L W, L W, L W, L W, L W, L W, L W W

MS iSCSI Initiator 검색

W W W W W W W

VMDK W W W W W W W W W W W W

NFS


VMware 설정

SV=SnapView, MV=MirrorView, TF/C, M, S=TimeFinderClone, 미러, 스냅, RP=RecoverPoint W=지원되는 Windows 버전, L=지원되는 Linux 버전

=VMFS는 Windows에 프록시 호스트가 있어야 하고 NFS는 Linux에 프록시 호스트가 있어야 합니다.

지원되는 VMware 구성 및 사전 요구 사항 277

278

VMware 설정

VMware VMFS 복제

Replication Manager를 사용하면 VMware VirtualCenter가 관리하는 ESX 서버에 상주하면서 CLARiX, Celerra, RecoverPoint 또는 Symmetrix에 연결된 VMFS를 복제하고 마운트하며 복구할 수 있습니다. 280페이지의 그림 35에서는 이러한 구성을 보여 줍니다.

모든 작업이 VMware VirtualCenter를 통해 수행되므로 가상 시스템이나 VMFS가 상주하는 ESX 서버에 Replication Manager 및 해당 필수 소프트웨어를 설치할 필요가 없습니다. 물리적 호스트 또는 별도의 가상 호스트인 프록시 호스트에서 작업이 전송됩니다. Replication Manager 프록시 호스트는 Replication Manager Server 역할을 하는 호스트와 동일한 물리적 호스트 또는 가상 호스트일 수 있습니다.

일반 구성 사전 요구 사항

Replication Manager를 VMware VMFS 복제와 통합하는 데 필요한 구성 사전 요구 사항은 다음과 같습니다.

◆ 해당 환경에서 VMware VirtualCenter를 사용해야 합니다.

◆ Replication Manager 프록시 에이전트(Replication Manager 클라이언트가 설치된 Windows 가상 시스템 또는 물리적 호스트)가 VMware VirtualCenter에 접속할 수 있어야 합니다.

◆ Replication Manager 프록시 호스트를 Replication Manager Server에 등록하고 해당 프록시 호스트를 관리하는 VMware VirtualCenter에 대한 자격 증명을 제공합니다.

◆ Replication Manager 프록시 호스트는 포트 443을 통해 VMware VirtualCenter와 통신합니다. 따라서 Replication Manager 프록시 호스트와 VMware VirtualCenter를 연결하는 포트가 열려 있어야 합니다.

◆ ESX 3.5 Update 2 이상이 설치되어 있고 VMware 툴이 복제하려는 VMFS의 가상 시스템에 있을 때 Replication Manager는 VMware에서 VM 스냅샷이 있는 VSS를 사용할 수 있도록 지원합니다. Replication Manager 복제본의 VSS 관련 특성 사용에 대해서는 VMware 설명서를 참조하고 이 구성의 VSS와 관련된 고려 사항에 대해서는 VMware에 문의하십시오.

◆ CLARiX 환경에서 Replication Manager 프록시 에이전트는 VMFS 데이터가 상주하는 CLARiX에서 하나 이상의 자리 표시자 LUN에 액세스할 수 있어야 합니다.

◆ Symmetrix 환경에서 Replication Manager 프록시 에이전트는 VMFS 데이터가 상주하는 Symmetrix에서 6개의 실린더로 구성된 게이트키퍼 디바이스를 4개 이상에 조닝(Zoning)해야 합니다.


VMware 설정

◆ LVM 재서명은 ESX Server 에서 설정되어야 합니다. LVM 재서명을 설정하는 방법에 대한 자세한 내용은 285페이지의 “LVM 재서명 설정”을 참조하십시오.

◆ VMware Virtual Infrastructure Client를 통해 새 VMFS를 생성할 때마다 Replication Manager 애플리케이션 세트를 생성하기에 앞서 VMFS를 다시 검색하고 스토리지를 새로 고칩니다.

◆ Celerra 환경에서 Replication Manager 프록시 에이전트에는 Celerra DataMover에 대한 IP 액세스 권한이 있어야 합니다. DataMover IP 주소를 ping하여 이 액세스 권한을 확인하고 필요한 경우 방화벽 포트를 열어 해당 액세스를 보장합니다.

◆ Celerra 환경에서 Replication Manager는 Celerra SnapSure를 사용하여 VMware VMFS 데이터의 로컬 복제본을 생성하고, Celerra Replicator를 사용하여 VMware VMFS 데이터의 원격 복제본을 생성합니다.

◆ Celerra 환경에서 VMFS 데이터는 둘 이상의 LUN에 상주할 수 있지만 모든 LUN이 동일한 Celerra의 LUN이어야 하며 동일한 타겟 IQN을 공유해야 합니다.

◆ Celerra 환경에서 Microsoft iSCSI Initiator는 Celerra 환경에서 사용할 수 있지만 반드시 필요한 것은 아닙니다.

VMware VMFS 복제 279

280

VMware 설정

그림 35 Replication Manager 프록시 서버의 VMware 구성

RecoverPoint 구성 사전 요구 사항

다음은 RecoverPoint 환경에서의 VMFS 지원과 관련된 구성 사전 요구 사항입니다.

◆ RecoverPoint 및 VMware는 해당 제품 설명서에 따라 구성해야 합니다.

◆ Replication Manager 프록시 에이전트는 네트워크를 통해 RPA에 접속할 수 있어야 합니다.


VMware 설정

Symmetrix 구성 사전 요구 사항

Symmetrix 환경에서 VMFS를 지원하려는 경우 프록시 호스트에서 Symmetrix의 게이트키퍼가 물리적 RDM으로 표시되어야 합니다. 6개의 실린더로 구성된 게이트키퍼를 최소한 4개를 사용하는 것이 좋습니다.

VMFS 환경 복제 시 고려사항

VMFS 파일 시스템의 복제본을 생성하기 위해 Replication Manager를 VMware 환경에 도입할 때 다음 사항을 고려해야 합니다.

◆ 모든 VMware 작업은 VMware VirtualCenter를 통해 수행됩니다.

◆ 보안을 위해, 특정 VMFS 복제를 허용하려면 VirtualCenter Server 로그인 자격 증명을 요구하도록 Replication Manager를 구성할 수 있습니다.

◆ 한 대 이상의 가상 시스템에 대해 이 기능을 생략하도록 Replication Manager에 지시하지 않는 한, Replication Manager에서는 복제하기 직전에 온라인으로 연결되고 VMFS에 있는 각 가상 시스템에 대해 VMware 스냅샷을 생성하여 운영 체제에서 결과 복제본의 일관성이 유지되도록 합니다. 282페이지의 “가상 시스템 스냅샷 기능 해제”에서는 Replication Manager에 이 단계를 생략하도록 지시하는 절차에 대해 설명합니다.

◆ ESX 3.5 Update 2 이상이 설치되어 있고 VMware 툴이 복제하려는 VMFS의 가상 시스템에 있을 때 Replication Manager는 VMware에서 VM 스냅샷이 있는 VSS를 사용할 수 있도록 지원합니다. Replication Manager 복제본의 VSS 관련 특성 사용에 대해서는 VMware 설명서를 참조하고 이 구성의 VSS와 관련된 고려 사항에 대해서는 VMware에 문의하십시오.

◆ Celerra 환경에서 Replication Manager는 Celerra Replicator 기술을 사용하여 원격 복제본을 생성(로컬 VMFS 복제본의 복제 작업 생성을 통해)합니다. 이러한 복제본은 실제로 전체 VMFS의 장애 발생 시 정합성이 보장되는 복제본을 나타내는 스냅샷입니다.

◆ 통합 애플리케이션 세트는 VMFS 환경에서 지원되지 않습니다.

◆ 데이터 저장소의 가상 시스템에 RDM 또는 iSCSI LUN이 표시될 경우 결과 복제본에 이러한 LUN이 포함되지 않습니다. 가상 시스템에 부팅 드라이브 이외의 가상 디스크가 있을 경우 기본 데이터 저장소가 동일한 애플리케이션 세트의 일부이면 이러한 가상 디스크도 캡처할 수 있습니다.


282

VMware 설정

가상 시스템 스냅샷 기능해제

기본적으로 Replication Manager에서는 하드웨어 기반 복제본을 생성하기 이전에 VMFS 또는 NFS 데이터 저장소 복제본의 일부인 각 가상 시스템에 대한 VMware 스냅샷을 생성합니다. Replication Manager에서 스냅샷을 수행할 때 복제본은 운영 체제에서 일관적으로 유지됩니다. 스냅샷을 해제하면 복제본은 장애 발생 시 정합성이 보장되는 상태가 됩니다. 특히, 복제본을 생성할 VMFS 또는 NFS 데이터 저장소에 많은 가상 시스템이 있는 경우에 스냅샷을 수행하면 복제 프로세스의 속도와 성능에 영향을 미칩니다. 따라서 관리자는 다음 단계를 수행하여 스냅샷을 해제할 수 있습니다.

데이터 저장소 수준에서 VMware 스냅샷 해제데이터 저장소 수준에서 VMware 스냅샷을 해제하려면

1. VMware 프록시로 사용되는 Replication Manager Agent가 있는 서버에 액세스합니다.

2. /rm/client/bin 폴더로 이동하여 이 폴더에 있는 VMSnapDeny.cfg 파일의 이름을 수정합니다.

3. VMware 스냅샷을 해제할 각 데이터 저장소에 대해 다음 형식의 줄을 추가합니다.

<name_of_datastore>::

설명:

<name_of_datastore>는 VMware 스냅샷을 생략할 데이터 저장소의 이름입니다.

가상 시스템 수준에서 VMware 스냅샷 해제가상 시스템 수준에서 VMware 스냅샷을 해제하려면

1. VMware 프록시로 사용되는 Replication Manager Agent가 있는 서버에 액세스합니다.

2. /rm/client/bin 폴더로 이동하여 이 폴더에 있는 VMSnapDeny.cfg 파일의 이름을 수정합니다.

3. VMware 스냅샷을 해제할 각 데이터 저장소에 대해 다음 형식의 줄을 추가합니다.

<name_of_datastore>::<name_of_vm>

설명:

<name_of_datastore>는 VMware 스냅샷을 생략할 데이터 저장소의 이름입니다.

<name_of_vm>은 VI Client에 정의된 가상 시스템의 이름입니다.


VMware 설정

283페이지의 그림 36에서는 VMSnapDeny.cfg 파일을 생성하는 방법에 대한 미리 보기를 제공합니다.

그림 36 VMSnapDeny.cfg 파일 생성

# pwd

/opt/emc/rm/client/bin

# cat VMSnapDeny.cfg

#

# 줄이 #로 시작되는 경우 주석을 추가할 수 있습니다 .

#

#

# 다음 줄은 Replication Manager에서 데이터 저장소의 VM에 대해 # VMware 스냅샷을 수행하지 않도록 합니다 .

# named nfs-datastore-1.

nfs-datastore-1::

#

# 다음 줄은 Replication Manager에서

# 나열된 특정 VM에 대해 VMware 스냅샷을 수행하지 않도록

# 합니다 .

vmfs-datastore-2::lrmh179 (RM Server 1)

vmfs-datastore-2::lrmh179 (RM Server 2)

#파일 끝

%


284

VMware 설정

VMFS 복제본 마운트 시고려 사항

VMFS 복제본을 대체 ESX Server에 마운트하면 Replication Manager에서는 ESX Server에 VMFS를 표시하는 데 필요한 모든 작업을 수행합니다. 이 작업이 끝나면 가상 시스템 및 애플리케이션 재시작 등의 추가 관리 작업은 스크립트로 완료하거나 수동으로 완료해야 합니다.

참고: VMFS 복제본은 모든 ESX Server에 마운트할 수 있습니다. CLARiX 및 Celerra 이외의 기술을 사용하려면 ESX Server가 복제 디바이스를 확인할 수 있어야 합니다. VirtualCenter 및 스토리지에서 ESX 서버 및 VM 호스트를 등록할 때는 IP 주소가 아니라 정규화된 도메인 이름을 사용해야 합니다.

VMFS를 마운트할 때 임시로 배포할지 영구적으로 배포할지 여부를 고려합니다. 마운트 작업은 VMFS를 장기간 마운트할지 또는 단기간 마운트할지 여부에 따라 다릅니다.

참고: Celerra 환경에서는 영구 배포가 지원되지 않습니다. 또한 EMC는 마운트된 Celerra 복제본에서 VMotion 기술을 사용하는 것을 권장하지 않습니다.

VMSF 복제본의 임시 배포VMFS 복제본을 단일 가상 시스템의 백업, 데이터 마이닝 또는 수동 복구와 같이 단기간 작업용으로 마운트하려는 경우에는 다음 단계에 따라 복제본을 마운트 및 마운트 해제합니다.

1. Replication Manager 작업 또는 요청 시 마운트 작업을 사용하여 복제본을 마운트합니다.

2. 복제본을 생성하는 이유에 따라 아래 단계 중 하나를 수행합니다.

데이터 마이닝 또는 테스트 작업용 복제본인 경우 수행할 단계

a. Virtual Center 콘솔을 사용하여 VirtualCenter 인벤토리에 가상 시스템을 추가합니다.

b. 마운트된 VMFS 내에서 가상 시스템의 전원을 켭니다.

c. 데이터 마이닝이나 테스트 작업을 수행합니다.

d. 마운트된 VMFS 내에서 가상 시스템의 전원을 끕니다.

e. 가상 시스템을 VirtualCenter 인벤토리에서 제거합니다.

오프라인 백업 전용 복제본인 경우 수행할 단계

복제본의 가상 시스템 파일을 오프라인 스토리지로 백업합니다.

단일 가상 시스템 복구 시 수행할 단계

a. VirtualCenter GUI를 사용하여 마운트된 데이터 저장소를 찾습니다.


VMware 설정

b. 가상 시스템을 복사한 후 운영 데이터 저장소에 붙여넣습니다.

3. Replication Manager를 통해 복제본을 마운트 해제합니다.

CLARiX VMFS 복제본의 영구 배포CLARiX VMFS 복제본을 영구 배포하거나 확장 배포할 예정이지만 해당 복제본을 Replication Manager를 통해 제어하지 않으려면 다음 단계를 수행합니다.

1. Replication Manager 작업 또는 요청 시 마운트 작업을 사용하여 복제본을 마운트합니다. 마운트하는 동안 마운트 해제 후 LUN 표시 유지 관리 옵션을 선택합니다.

2. 복제본이 마운트된 후 모든 가상 시스템이 종료되고 오프라인 상태인지 확인합니다.

3. 가상 시스템의 전원을 끄고 VirtualCenter 인벤토리에서 제거합니다. 이 단계를 수행하지 않으면 Replication Manager 마운트 해제 작업이 실패합니다.

4. 마운트하는 동안 선택한 옵션에 따라 LUN을 마운트 위치에 계속 표시하는 복제본을 마운트 해제합니다.

5. Replication Manager 복제본이 만료됩니다.

6. Replication Manager에서 더 이상 해당 복제본이 상주하는 스토리지 디바이스를 제어하지 않습니다. 스토리지 디바이스를 Replication Manager를 통해 제어하지 않으려면 110페이지의 “사용 가능한 스토리지 디바이스”에서 자세한 내용을 참조하십시오.

7. 스토리지 시스템을 다시 검색합니다.

Symmetrix VMFS 복제본의 영구 배포Symmetrix VMFS 복제본을 영구 배포하거나 확장 배포할 예정이지만 해당 복제본을 Replication Manager를 통해 제어하지 않으려면 다음 단계를 수행합니다.

1. Replication Manager 콘솔을 사용하여 복제본을 삭제합니다.

2. Replication Manager 콘솔을 사용하여 복제 스토리지를 제거합니다.

3. symcli를 사용하여 디바이스를 수동으로 준비합니다.

LVM 재서명 설정 LVM 재서명을 사용하면 필요할 때 VMware에서 새 서명을 LUN에 쓸 수 있습니다. 복제된 LUN의 VMFS가 ESX 서버에 표시되게 하려면 Replication Manager에서 이 스위치를 설정해야 합니다. 나중에 해당 ESX 서버로 복구하려면 운영 ESX 서버에서도 이 설정을 사용해야 합니다. 이 스위치 설정 방법에 대한 자세한 내용은 VMware 설명서를 참조하십시오.


286

VMware 설정

VMware NFS 데이터 저장소 복제

Replication Manager를 사용하면 VMware VirtualCenter에서 관리되는 ESX 서버에 상주하며 Celerra에 연결된 NFS 데이터 저장소를 복제하고 마운트하며 복구할 수 있습니다. 288페이지의 그림 37에서는 이러한 구성을 보여 줍니다.

모든 작업이 VMware VirtualCenter를 통해 수행되므로 가상 시스템이나 NFS 데이터 저장소가 상주하는 ESX 서버에 Replication Manager 및 해당 필수 소프트웨어를 설치할 필요가 없습니다. 물리적 호스트 또는 별도의 가상 호스트인 프록시 호스트에서 작업이 전송됩니다.


Replication Manager를 VMware NFS 데이터 저장소 복제와 통합하는 데 필요한 구성 사전 요구 사항은 다음과 같습니다.

◆ 해당 환경에서 VMware VirtualCenter를 사용해야 합니다.

◆ Replication Manager 프록시 에이전트(Replication Manager 클라이언트가 설치된 Linux 가상 시스템 또는 물리적 호스트)에는 VMware VirtualCenter 및 Celerra Control Station을 접속하는 IP가 구성되어 있어야 합니다. Celerra Control Station IP 주소를 ping하여 이 액세스 권한을 확인하고 필요한 경우 방화벽 포트를 열어 해당 액세스를 보장합니다.

◆ Replication Manager 호스트에 DNS를 구성해야 합니다. NFS 작업의 경우 호스트가 해당 IP 주소에 대한 호스트 이름을 확인할 수 있어야 합니다. 또한 복제 또는 마운트를 구성할 때 정규화된 호스트 이름을 제공합니다.

◆ Replication Manager 프록시 호스트를 Replication Manager Server에 등록하고 VMware VirtualCenter에 대한 자격 증명을 제공합니다.

◆ Linux 프록시 호스트는 DNS를 사용하여 Replication Manager Server, 마운트 호스트 및 Celerra Control Station의 주소를 확인할 수 있어야 합니다.

◆ Replication Manager 프록시 호스트는 포트 443을 통해 VMware VirtualCenter와 통신합니다. 따라서 Replication Manager 프록시 호스트와 VMware VirtualCenter를 연결하는 포트가 열려 있어야 합니다.

◆ ESX 3.5 Update 2 이상 버전이 설치되어 있고 VMware 툴이 복제하려는 NFS 데이터 저장소의 가상 시스템에 있을 때 Replication Manager는 VMware에서 VM 스냅샷이 있는 VSS를 사용할 수 있


VMware 설정

도록 지원합니다. Replication Manager 복제본의 VSS 관련 특성 사용에 대해서는 VMware 설명서를 참조하고 이 구성의 VSS와 관련된 고려 사항에 대해서는 VMware에 문의하십시오.

◆ LVM 재서명은 NFS 데이터 저장소용 ESX Server에 사용할 필요가 없으며 VMware VMFS 환경에만 사용하면 됩니다.

◆ 관리자는 Replication Manager 내에서 모든 Celerra Control Station을 수동으로 구성 및 검색해야 합니다.

◆ Replication Manager는 Celerra SnapSure를 사용하여 VMware NFS 데이터 저장소의 로컬 복제본을 생성하고, Celerra Replicator를 사용하여 VMware NFS 데이터 저장소의 원격 복제본을 생성합니다.

◆ 원격 복제의 경우 복제 중인 NFS 데이터 저장소에 해당하는 Celerra NFS에 대해 세션을 수동으로 생성해야 합니다. 원격 Celerra로 복제 중인 각 NFS의 경우 Replicator 세션은 고유해야 합니다. 세션은 수동 또는 자동 동기화용으로 설정할 수 있습니다.

◆ 루프백 주소는 NFS 프록시 호스트의 다음 /etc/hosts 파일에 있는 항목 예제를 참고하십시오.

다음 항목을 사용할 수 있습니다.

127.0.0.1 localhost.localdomain localhost

루프백 주소의 호스트 이름을 포함하는 다음 항목이 잘못되었으며 이로 인해 Replication Manager 작업을 실행하려고 할 때 문제가 발생할 수 있습니다.

127.0.0.1 localhost.localdomain localhost ProxyHostName

VMware NFS 데이터 저장소 복제 287

288

VMware 설정

그림 37 Replication Manager 프록시 서버의 VMware NFS 데이터 저장소 구성


VMware 설정

NFS 데이터 저장소 환경복제 시 고려 사항

NFS 데이터 저장소의 복제본을 생성하기 위해 Replication Manager를 VMware 환경에 도입할 때 다음 사항을 고려해야 합니다.

◆ 모든 VMware 작업은 VMware VirtualCenter를 통해 수행됩니다.

◆ 보안을 위해, 특정 NFS 데이터 저장소의 복제를 허용하려면 VirtualCenter Server 로그인 자격 증명을 요구하도록 Replication Manager를 구성할 수 있습니다.

◆ 한 대 이상의 가상 시스템에 대해 이 기능을 생략하도록 Replication Manager에 지시하지 않는 한, Replication Manager는 복제하기 직전에 온라인 상태이고 NFS 데이터 저장소에 있는 모든 가상 시스템에 대해 VMware 스냅샷을 생성하여 운영 체제에서 결과 복제본을 일관되게 유지합니다. 282페이지의 “가상 시스템 스냅샷 기능 해제”에서는 Replication Manager에 이 단계를 생략하도록 지시하는 절차에 대해 설명합니다.

◆ ESX 3.5 Update 2 이상이 설치되어 있고 VMware 툴이 복제하려는 NFS 데이터 저장소의 가상 시스템에 있을 때 Replication Manager는 VMware에서 VM 스냅샷이 있는 VSS를 사용할 수 있도록 지원합니다. Replication Manager 복제본의 VSS 관련 특성 사용에 대해서는 VMware 설명서를 참조하고 이 구성의 VSS와 관련된 고려 사항에 대해서는 VMware에 문의하십시오.

◆ Replication Manager는 Celerra Replicator 기술을 사용하여 원격 복제본을 생성합니다. 이러한 복제본은 실제로 전체 NFS 데이터 저장소의 장애 발생 시 정합성이 보장되는 복제본을 나타내는 스냅샷입니다.

◆ 통합 및/또는 복합 애플리케이션 세트는 NFS 데이터 저장소 환경에서 지원되지 않습니다.

NFS 데이터 저장소 복제본 마운트 시 고려 사항

NFS 데이터 저장소 복제본을 대체 ESX Server에 마운트하면 Replication Manager에서는 ESX Server에 NFS 데이터 저장소를 표시하는 데 필요한 모든 작업을 수행합니다. 이 작업이 끝나면 가상 시스템 및 애플리케이션 재시작 등의 추가 관리 작업은 스크립트로 완료하거나 수동으로 완료해야 합니다.

참고: NFS 데이터 저장소 복제본은 ESX Server에 마운트할 수 있습니다. VirtualCenter 및 스토리지에서 ESX 서버 및 VM 호스트를 등록할 때는 IP 주소가 아니라 정규화된 도메인 이름을 사용해야 합니다.

NFS 데이터 저장소 복제본을 NFS 데이터 저장소 형태로 ESX Server에 마운트하거나 Linux 호스트에 NFS 파일 시스템 형태로 직접 마운트할 수 있습니다. NFS 데이터 저장소를 마운트할 때는 배포를 임시 마운트 작업으로 간주합니다.

VMware NFS 데이터 저장소 복제 289

290

VMware 설정

참고: Celerra 환경에서는 영구 배포가 지원되지 않습니다. 또한 EMC는 마운트된 Celerra 복제본에서 VMotion 기술을 사용하는 것을 권장하지 않습니다.

NFS 데이터 저장소 복제본의 임시 배포NFS 데이터 저장소 복제본을 단일 가상 시스템의 백업, 데이터 마이닝 또는 수동 복구와 같이 단기간 작업용으로 마운트하려는 경우에는 다음 단계에 따라 복제본을 마운트 및 마운트 해제합니다.

1. Replication Manager 작업 또는 요청 시 마운트 작업을 사용하여 ESX Server의 복제본을 마운트합니다. 단기간 작업의 경우 복제본 읽기/쓰기를 마운트합니다.

2. 복제본을 생성하는 이유에 따라 아래 단계 중 하나를 수행합니다.

데이터 마이닝 또는 테스트 작업용 복제본인 경우 수행할 단계

a. Virtual Center 콘솔을 사용하여 VirtualCenter 인벤토리에 가상 시스템을 추가합니다.

b. 마운트된 NFS 데이터 저장소 내에서 가상 시스템의 전원을 켭니다.

c. 데이터 마이닝이나 테스트 작업을 수행합니다.

d. 마운트된 NFS 데이터 저장소 내에서 가상 시스템의 전원을 끕니다.

e. 가상 시스템을 VirtualCenter 인벤토리에서 제거합니다.

오프라인 백업 전용 복제본인 경우 수행할 단계

복제본의 가상 시스템 파일을 오프라인 스토리지로 백업합니다.

단일 가상 시스템 복구 시 수행할 단계

a. VirtualCenter GUI를 사용하여 마운트된 데이터 저장소를 찾습니다.

b. 가상 시스템을 복사한 후 운영 데이터 저장소에 붙여넣습니다.

3. Replication Manager를 통해 복제본을 마운트 해제합니다. 마운트 해제하기 전에 VirtualCenter 인벤토리에서 배포된 가상 시스템을 모두 제거합니다.


VMware 설정

VMware 가상 디스크 복제

Replication Manager Agent에서는 VMware 가상 디스크에 상주하는 애플리케이션 데이터를 복제하고 마운트하며 복구할 수 있습니다. 291페이지의 그림 38 - 295페이지의 그림 42에서는 올바른 구성을 보여 줍니다. 이 복제 방법을 사용하여 가상 디스크에서 애플리케이션 정합성이 유지되는 데이터 복제를 생성할 수 있습니다.

그림 38 CLARiX의 가상 디스크 복제에 대한 VMware 지원

VMware 가상 디스크 복제 291

292

VMware 설정

그림 39 Celerra의 가상 디스크 복제에 대한 VMware 지원


VMware 설정

그림 40 Symmetrix의 가상 디스크 복제에 대한 VMware 지원


294

VMware 설정

그림 41 RecoverPoint의 가상 디스크 복제에 대한 VMware 지원


VMware 설정

그림 42 Replication Manager VMware 가상 디스크 지원


스토리지 기술에 관계없이, Replication Manager를 가상 디스크 환경으로 통합하려면 다음과 같은 사전 구성 요구 사항을 충족해야 합니다.

◆ Replication Manager의 가상 디스크 지원을 사용하려면 각 가상 디스크가 해당 데이터 저장소(VMFS)의 유일한 가상 디스크여야 하며 해당 데이터 저장소에는 물리적 LUN(Celerra, Symmetrix 또는 CLARiX)이 하나만 할당될 수 있습니다.


296

VMware 설정

참고: Replication Manager에서는 데이터 저장소당 여러 가상 디스크(VMFS)가 포함된 구성을 복제할 수 있지만 이러한 구성에서는 마운트 또는 복구가 실패합니다.

◆ 이러한 환경에 VMware 툴이 설치되어 있어야 합니다. 299페이지의 “가상 시스템에 VMware 툴 설치”에서는 VMware 툴을 설치하는 방법에 대해 설명합니다.

◆ 운영 및 마운트 가상 시스템을 Replication Manager Server에 등록하고 해당 가상 시스템을 관리하는 VMware VirtualCenter에 대한 자격 증명을 제공합니다.

◆ Replication Manager는 운영 호스트에 저장된 데이터에 대해서만 VMware VMotion을 허용합니다.

◆ 이 구성에서는 LVM 재서명을 설정해야 합니다. 285페이지의 “LVM 재서명 설정”에서는 LVM 재서명을 설정하는 방법에 대해 설명합니다.

◆ Replication Manager는 가상 디스크 환경에서 VSS 복제본을 지원하지 않으므로 Microsoft Exchange 및 SharePoint는 이 구성에서 지원되지 않습니다.

Symmetrix 구성 사전 요구 사항

가상 디스크에서 Symmetrix가 Replication Manager를 지원하려면 다음과 같은 추가 사전 요구 사항을 총족해야 합니다.

◆ Replication Manager는 실제 호환 모드에서 RDM을 통해 6개의 실린더로 구성된 Symmetrix 게이트키퍼 디바이스 4개를 볼 수 있도록 환경이 구성된 경우에만 가상 시스템의 가상 디스크를 복제하거나 마운트할 수 있습니다. 이것은 운영 호스트와 마운트 호스트에 적용됩니다.

◆ Symmetrix 복제본을 마운트하기 위해서는 복제본이 상주하는 타겟 스토리지가 마운트 호스트의 ESX Server에 표시되어야 합니다.

◆ Replication Manager는 가상 시스템의 모든 SCSI 컨트롤러에서 고유한 단일 SCSI 타겟 ID를 가진 디스크만 복제할 수 있습니다. 복제할 가상 디스크의 SCSI 타겟이 다른 SCSI 컨트롤러에서 사용되면 안 됩니다. 이 개념에 대한 그림 설명을 보려면 297페이지의 그림 43을 참조하십시오.


VMware 설정

CLARiX 구성 사전 요구 사항

가상 디스크에서 CLARiX가 Replication Manager를 지원하려면 다음과 같은 추가 사전 요구 사항을 충족해야 합니다.

◆ VMware 환경의 CLARiX 스냅 복제본을 마운트하는 경우에는 Keep LUNs Visible 옵션이 지원되지 않습니다.


그림 43 컨트롤러 전체의 고유한 타겟 요구 사항

콜론 앞의 숫자는 컨트롤러를 나타내고, 콜론 뒤의 숫자는 타겟을 나타냅니다. 타겟은 고유해야 하고 두 번째 구성에 표시된 것처럼 두 개 이상의 컨트롤러에서 사용할 수 없습니다.

◆ 원격 스토리지를 통한 SAN Copy의 경우 다음과 같은 추가 구성 사전 요구 사항 중 하나 이상이 필요합니다.

• 가상 시스템에 상주하는 하나 이상의 Replication Manager 클라이언트에 원격 CLARiX 스토리지 시스템의 LUN을 사용하여 생성된 VMFS에 가상 디스크가 있어야 합니다.


298

VMware 설정

• 가상 시스템에 상주하는 하나 이상의 Replication Manager 클라이언트에 원격 CLARiX 스토리지 시스템에서 구성된 RDM 디바이스가 있어야 합니다.

◆ 이 구성에서는 LVM 재서명을 설정해야 합니다. 285페이지의 “LVM 재서명 설정”에서는 LVM 재서명을 설정하는 방법에 대해 설명합니다.

Celerra 구성 사전 요구 사항

가상 디스크에서 Celerra가 Replication Manager를 지원하려면 다음과 같은 추가 사전 요구 사항을 충족해야 합니다.

◆ Celerra DART 5.5 iSCSI LUN에서 생성된 VMFS에 대해서는 가상 디스크 복제를 수행할 수 없습니다.

◆ Celerra Replicator 클론 복제본의 페일오버 또는 프로모션은 VMware SRM 설치에서만 지원됩니다. 자세한 내용은 제12장 ”재해 복구”을 참조하십시오.


RecoverPoint 구성 사전 요구 사항

가상 디스크에서 RecoverPoint가 Replication Manager를 지원하려면 다음과 같은 추가 사전 요구 사항을 충족해야 합니다.

◆ RecoverPoint 스토리지는 CLARiX(Fibre Channel 및 Microsoft iSCSI 접속 지원됨) 또는 Symmetrix 스토리지에 있어야 합니다.

◆ VM을 등록할 때 다음을 등록합니다.

• VMware VirtualCenter 자격 증명

• RecoverPoint RPA 이름 및 주소

◆ 스토리지 기반 및 스위치 기반 Splitter는 지원되지만 호스트 기반 Splitter는 지원되지 않습니다.

◆ RecoverPoint 복제본을 마운트하기 위해서는 복제본이 상주하는 타겟 스토리지가 마운트 호스트의 ESX Server에 표시되어야 합니다.

◆ Symmetrix에서 RecoverPoint를 지원하려는 경우, 가상 시스템은 6개의 실린더로 이루어진 Symmetrix 게이트키퍼 디바이스 4개로 구성되어야 하고, 실제 호환성 모드에서 RDM을 통해 가상 시스템에 표시되어야 합니다.


VMware 설정

◆ Replication Manager에는 가상 시스템의 전체 SCSI 컨트롤러에 대해 고유한 SCSI 타겟이 하나만 필요합니다. 복제할 가상 디스크의 SCSI 타겟이 다른 SCSI 컨트롤러에서 사용되면 안 됩니다.

가상 디스크 마운트, 마운트 해제 및 복구 고려 사항

가상 디스크 환경에서 마운트 작업을 하는 동안 다음 고려 사항에 유의해야 합니다.

◆ 가상 디스크 복제본의 운영 마운트는 지원되지 않습니다.

◆ 같은 가상 디스크의 여러 복제본을 동일한 마운트 호스트에 동시에 마운트하면 안 됩니다.

◆ 마운트 해제 후 LUN 표시 유지 관리 옵션을 설정하는 경우 Replication Manager에서는 마운트 해제되어 가상 시스템에서 가상 디스크가 제거된 후에도 LUN을 ESX 서버에 표시합니다.

◆ CLARiX 환경에서 LUN이 해당 ESX 서버에 표시되도록 미리 수동으로 설정되고 마운트 해제 후 LUN 표시 유지 관리 옵션이 선택된 경우에는 마운트된 가상 시스템에서 VMotion 작업을 수행할 수 있습니다.

◆ 고유한 SCSI 타겟을 가상 시스템에 있는 모든 SCSI 컨트롤러에서 해제해야 합니다.

가상 시스템에 VMware 툴 설치

VMware 툴은 Replication Manager에서 작업을 수행할 때 사용하는 일련의 유용한 VMware 유틸리티입니다. VMware 툴은 가상 디스크를 복제하기 위해 설치해야 하는 사전 요구 사항입니다. 다음 단계에 따라 VMware 툴을 설치합니다.

1. VMware Infrastructure Client(VMware VirtualCenter 인터페이스)를 엽니다.

2. 왼쪽에 있는 트리에서 Replication Manager Agent가 설치되어 있는 가상 시스템을 마우스 오른쪽 버튼으로 클릭합니다.

3. VMware 툴 설치/업그레이드를 선택합니다.

4. 가상 시스템에 로그인합니다.

5. CD ROM 드라이브를 열고 설치 프로그램을 실행합니다.

6. 화면에 나타나는 지침에 따라 툴 세트를 설치합니다.

물리적 시스템에 VMware 툴 설치

물리적 시스템에 VMware 툴을 설치하는 방법에 대한 자세한 내용을 보려면 http://www.vmware.com 에서 제공하는 VMware 설명서를 참조하십시오.


300

VMware 설정

추가 지원 정보 EMC Replication Manager Support Matrix(http://Powerlink.EMC.com)에서는 지원되는 애플리케이션, 운영 체제, 고가용성 환경, 리소스 스케줄러(DRS), 볼륨 관리자, 가상화 기술 및 기타 지원되는 소프트웨어에 대한 구체적인 정보를 제공합니다.


VMware 설정

CLARiX에서 RDM 또는 iSCSI Initiator LUN 복제

이 섹션에서는 CLARiX 환경에서 Windows를 실행하는 RDM(Raw Device Mapping) 또는 Microsoft iSCSI Initiator에서 검색된 LUN이 있는 VMware에 대한 Replication Manager의 복제 및 마운트 지원에 대해 설명합니다.

참고: Replication Manager는 실제 호환성 모드에서의 RDM만 지원하며 가상 모드에서의 RDM은 지원하지 않습니다.

지원되는 VMware 및 Windows 버전에 대해서는 Powerlink의 E-Lab Interoperability Navigator에서 Replication Manager 지원 정보를 참조하십시오.

CLARiX iSCSI 시스템에 연결된 복제 호스트

Windows 가상 시스템을 CLARiX iSCSI 시스템에 연결된 복제 호스트로 구성하면 ESX Server의 VMware iSCSI Initiator나 Microsoft iSCSI Initiator를 사용하여 가상 시스템에 CLARiX 스토리지를 나타낼 수 있습니다.

◆ VMware iSCSI Initiator를 사용하면 디바이스가 RDM(Raw Device Mapping)을 통해 가상 시스템에 표시됩니다. VMware iSCSI Initiator를 사용할 때는 다음 지침을 따르십시오.

• 가상 시스템에 Naviagent를 설치하지 마십시오.

• 가상 시스템에 PowerPath를 설치하지 마십시오.

• Microsoft iSCSI Initiator를 설치하지 마십시오.

◆ Microsoft iSCSI Initiator를 사용할 때는 다음 지침을 따르십시오.

• Microsoft iSCSI Initiator를 설치하십시오.

• PowerPath(단일 NIC 및 SP 페일오버 전용으로 사용)를 설치하십시오.

• 가상 시스템에 Naviagent를 설치하지 마십시오.

• Navisphere를 사용하여 CLARiX 스토리지 시스템에 가상 시스템의 이름을 수동으로 등록하여 사용할 수 있도록 하면 더 쉽게 관리할 수 있습니다.

ESX Server에 기본적으로 설치되는 VMware iSCSI Initiator를 사용하는 경우에는 특별 설치가 필요하지 않습니다. VMware iSCSI Initiator를 통해 표시된 디바이스는 RDM을 통해 가상 시스템에도 표시됩니다.

CLARiX에서 RDM 또는 iSCSI Initiator LUN 복제 301

302

VMware 설정

CLARiX iSCSI 시스템에 연결된 마운트 호스트

Windows 가상 시스템을 마운트 호스트로 구성하면 Microsoft iSCSI Initiator나 VMware iSCSI Initiator를 사용할 수 있습니다. 요구 사항은 위의 복제 호스트 섹션에 나열된 것과 동일합니다.

참고: 마운트 호스트에서 VMware iSCSI Initiator를 사용하는 경우 동적 마운트를 수행할 수 없습니다.

302페이지의 그림 44에서는 지원되는 구성을 보여 줍니다.

그림 44 CLARiX iSCSI 시스템의 VMware 지원

1 - 복제 호스트에서 RDM을 사용할 경우 CLARiX에서 가상 시스템을 수동으로 등록합니다.

2 - PowerPath는 단일 NIC 및 SP 페일오버 모드로만 지원됩니다.3 - 복제 LUN을 ESX 스토리지 그룹에 수동으로 배치한 다음 복제하기 전에

LUN을 가상 시스템에 RDM으로 표시합니다.


VMware 설정

CLARiX Fibre Channel 시스템에 연결된 복제 호스트

CLARiX Fibre Channel 시스템의 디바이스는 RDM을 통해 복제 호스트 가상 시스템에 표시됩니다. CLARiX Fibre Channel 시스템에 연결된 복제 호스트로 Windows 가상 시스템을 구성하는 경우 다음 지침을 따르십시오.

◆ 가상 시스템에 Naviagent를 설치하지 마십시오.

◆ PowerPath를 설치하지 마십시오.

CLARiX Fibre Channel 시스템에 연결된 마운트 호스트

Replication Manager에서는 CLARiX Fibre Channel 시스템의 가상 시스템이나 물리적 시스템에 마운트할 수 있습니다.

303페이지의 그림 45에서는 CLARiX Fibre Channel 시스템에서 지원되는 구성을 보여 줍니다.

그림 45 CLARiX Fibre Channel 시스템의 VMware 지원

복제 LUN을 ESX 스토리지 그룹에 수동으로 배치한 다음 복제하기 전에 LUN을 가상 시스템에 RDM으로 표시합니다.


304

VMware 설정

결합된 CLARiX 스토리지 시스템의 VMware 복제 및 마운트 옵션

CLARiX 스토리지 시스템에 Fibre Channel과 iSCSI 포트가 둘 다 있으면 마운트 호스트의 요구 사항이 모두 충족되는 한 Fibre Channel을 사용하여 만든 복제본은 iSCSI를 사용하여 마운트할 수 있습니다.

VMware에 대한 CLARiX 구성 단계

VMware 환경의 Replication Manager에서 미리 표시된 LUN을 사용하려면 CLARiX 스토리지 시스템을 설정해야 합니다. CLARiX 스토리지 시스템에서 동적 LUN 표시는 RDM에 대한 VMware 설정에서 지원되지 않습니다.

이 섹션에서는 CLARiX 스토리지 및 Replication Manager를 구성하여 VMware 환경에서 복제본을 마운트하는 정적 LUN을 만들고 사용하는 방법에 대해 설명합니다.

마운트 가능한 클론 복제본을 위한 정적 LUN

준비

VMware 환경에서 CLARiX 클론을 사용하는 복제본을 생성하고 마운트하려면 복제를 지원하는 정적 LUN을 다음 지침에 따라 준비해야 합니다.

1. 복제에 사용할 클론 LUN을 ESX Server 스토리지 그룹에 배치합니다.

2. VMware VirtualCenter를 사용하여 RDM 볼륨으로 가상 시스템에 LUN을 할당합니다.

클론을 하나의 마운트 VM에만 마운트할 수 있도록 스토리지 풀을 설정하는 것이 좋습니다. 어떤 VM에서 어떤 복제본을 마운트할 수 있는지와 해당 복제본이 마운트될 위치를 결정한 다음에는 제품에서 이미 생성한 LUN을 기준으로 선택한 마운트 VM에 마운트할 수 있는 클론을 선택하도록 스토리지 풀을 개발할 수 있습니다.

마운트 VM에 대해서는 스토리지 그룹을 생성하지 마십시오. 대신 마운트 VMO의 ESX Server에서 스토리지 그룹을 찾아 여기에 복제 LUN을 배치합니다.

마운트 가능한 스냅샷 복제본을 위한 정적 LUN

준비

VMware 환경에서 CLARiX 스냅샷을 사용하는 복제본을 만들면 Replication Manager에서 스냅샷 세션을 만듭니다. 이 스냅샷 세션은 소스 LUN의 시점 복제본입니다.

이 스냅샷 세션을 마운트하려면 스냅샷 디바이스를 만들어야 합니다. 스냅샷 디바이스는 스냅샷 세션의 컨텐츠에 액세스하는 데 사용되는 핸들입니다.

마운트 호스트에서 스냅샷 세션에 액세스하려면 다음과 같은 사전 요구 사항을 충족해야 합니다.

◆ 스냅샷 디바이스가 있어야 합니다.


VMware 설정

◆ 스냅샷 디바이스가 선택한 마운트 호스트에 표시되어야 합니다.

◆ 스냅샷 디바이스가 다른 세션에서 활성화되지 않아야 합니다.

따라서 마운트 작업을 수행하기 전에 요구 사항을 충족할 수 있는 충분한 스냅샷 디바이스를 제공해야 합니다. 다음 수식을 사용하면 필요한 스냅샷 디바이스 수를 확인할 수 있습니다.

(#_of_mountable_replica) X (#_of_LUNs_per_replica)

Replication Manager에서 사용할 스냅샷 디바이스를 준비하려면

1. Navisphere를 사용하여, 각 소스 LUN에 대해 하나 이상의 복제본을 만들고 해당 복제본을 마운트할 충분한 스냅샷 디바이스를 만듭니다. 스냅샷 디바이스 생성에 대한 자세한 내용은 CLARiX 설명서를 참조하십시오.

참고: 스냅을 생성할 때 스냅샷을 생성하면 됩니다. 스냅 세션을 시작할 필요는 없습니다.

2. Navisphere를 사용하여, 이러한 복제본을 마운트할 가상 시스템의 ESX Server 스토리지 그룹에 스냅샷 디바이스를 넣습니다.

3. VirtualCenter를 사용하여 스냅 디바이스를 가상 시스템에 RDM으로 할당합니다.

4. 디바이스가 RDM으로 추가된 후 스냅 디바이스가 표시되도록 가상 시스템의 버스를 재검색합니다. Windows 디스크 관리에서 이 작업을 수행할 수 있습니다. Replication Manager에서는 가상 시스템의 디바이스가 Windows 디스크 관리에 표시될 때까지 디바이스를 감지하지 않습니다.

5. 새 가상 시스템 호스트에 대한 마운트를 포함하는 Replication Manager 작업을 구성합니다. 마운트 옵션 마운트 해제 후 LUN 표시 유지 관리를 선택해야 합니다.

Replication Manager 작업이 실행되면 Replication Manager에서 가상 시스템에 이미 있는 스냅샷 디바이스를 감지하여 새 스냅에 해당 디바이스를 다시 사용합니다. Replication Manager에서는 표준 Replication Manager 이름 지정 규칙을 사용하여 생성한 스냅샷의 이름도 변경합니다. Replication Manager에서는 후속 스냅에 이 디바이스를 계속 사용하므로 매번 이름이 적절하게 변경됩니다.

참고: VMware 환경에서 이러한 단계를 수행하는 방법에 대한 자세한 내용은 EMC 기술 자료 문서(emc184439)를 참조하십시오.


306

VMware 설정

클론의 임시 스냅샷을 위한 정적 LUN 계획

VMware 가상 시스템에서 클론의 임시 스냅샷(클론의 스냅)을 사용하려는 경우 다음 단계를 수행합니다.

1. Navisphere를 사용하여 각 클론 LUN에 대한 스냅샷 디바이스를 생성합니다.

2. ESX Server 스토리지 그룹에 스냅샷 디바이스를 배치합니다.

3. VirtualCenter를 사용하여 스냅 디바이스를 가상 시스템에 RDM으로 할당합니다.


VMware 설정

Invista 가상 볼륨에서 RDM 복제

이 섹션에서는 Invista 환경에서 VMware의 RDM(Raw Device Mapping)을 사용한 복제 및 마운트에 대한 Replication Manager 지원에 대해 설명합니다.

지원되는 VMware 및 Windows 버전에 대해서는 Powerlink의 E-Lab Interoperability Navigator에서 Replication Manager 지원 정보를 참조하십시오.

RDM Invista 가상 볼륨을 사용하는 Windows 가상 시스템의 복제본을 생성하거나 마운트하기에 앞서 작업 환경을 구성하기 위해 특정 작업을 완료해야 합니다. 307페이지의 그림 46에서는 Invista 가상 볼륨의 VMware RDM 지원에 대해 설명합니다.

그림 46 Invista 가상 볼륨의 VMware RDM 지원

VMware RDM을 복제하도록 Invista 환경 구성

Invista 환경에서 Replication Manager를 통해 복제본을 생성하기 전에 다음 단계를 수행하십시오.

1. ESX Server Infrastructure Client를 사용하는 VMware 호스트에 Invista 가상 디바이스가 RDM 디바이스로 표시되도록 합니다.

2. Invista Element Manager를 사용하여 Replication Manager에 대한 Invista 가상 프레임을 생성합니다.

Invista 가상 볼륨에서 RDM 복제 307

308

VMware 설정

3. Replication Manager 복제본에 사용할 Invista 가상 볼륨을 Replication Manager용 디바이스를 지정하는 데 사용된 Invista 가상 프레임에 추가합니다.

4. 이 RDM 디바이스를 Replication Manager 풀에 추가하여 RDM 디스크로 복제해야 하는 복제본을 생성할 때 사용할 수 있도록 분리합니다.

참고: RDM Invista 가상 볼륨 복제본은 Microsoft VSS(Volume Shadowcopy Services)를 사용하여 생성됩니다.

VMware RDM을 마운트하도록 Invista 환경 구성

Replication Manager가 Invista 가상 볼륨에 상주하는 VMware RDM 복제본을 마운트하려면 다음과 같은 사전 요구 사항을 충족해야 합니다.

◆ 복제본이 상주하는 모든 Invista 가상 볼륨을 ESX Server Infrastructure Client를 사용하는 타겟 VMware 가상 호스트에 미리 노출합니다. Invista Element Manager를 사용하여 이러한 볼륨을 마운트 VM ESX Server의 가상 프레임에 추가하면 됩니다. 그런 후 Virtual Infrastructure Client를 사용하여 이러한 볼륨을 마운트 VM에 RDM 디바이스로 노출해야 합니다.

◆ 복제본을 저장하는 Invista 가상 볼륨은 소스 가상 볼륨과 동일한 Invista 인스턴스에 의해 관리되어야 합니다.

◆ RDM Invista 가상 볼륨을 마운트하는 경우 운영 마운트가 허용됩니다.

VMware 가상 호스트에 마운트하는 동안 Replication Manager는 해당 마운트 호스트에서 이러한 볼륨을 볼 수 있는지 확인합니다. 볼 수 없는 경우 Replication Manager가 마운트 작업에 실패합니다.

RDM 복제본을 물리적 호스트에 마운트하는 방법

Replication Manager는 Invista RDM 디스크 복제본을 물리적 마운트 호스트에 마운트하도록 지원하기도 합니다. 이 경우 동적 마운트가 지원됩니다. 즉, 물리적 호스트에 마운트하기 전에 물리적 마운트 호스트가 복제본 볼륨을 볼 수 있게 할 필요가 없습니다.

물리적 마운트 호스트는 Invista 인스턴스에 연관된 가상 프레임이 있어야 하며 가상 프레임에는 하나 이상의 가상 볼륨이 있어야 합니다. 물리적 호스트에 마운트하는 경우 마운트 호스트에서 사전에 볼륨을 볼 수 있어야 하는 것은 아니지만 마운트하기 전에 물리적 호스트에서 볼륨을 볼 수 있게 하더라도 마운트는 성공합니다.


VMware 설정

Invista 가상 볼륨에서 VMware 가상 디스크 복제

Invista 가상 볼륨에 저장된 VMware 가상 디스크의 복제본을 생성하기 전에 환경을 구성하기 위해 특정 작업을 완료해야 합니다. 이러한 구성은 309페이지의 그림 47에서 볼 수 있습니다.

그림 47 Invista 가상 볼륨의 VMware 가상 디스크 지원

VMware 가상 디스크를 복제하도록 Invista 환경 구성

이 환경에서 Replication Manager를 통해 복제본을 생성하기 전에 다음 단계를 수행하십시오.

1. 작업 환경에서 이러한 구성을 지원하는지 확인합니다. 적용되는 제한 사항은 다음과 같습니다.

• 가상 시스템에서 Windows 2003 게스트 운영 체제가 실행되고 있어야 합니다.

• VMFS에 가상 시스템이 하나만 있어야 합니다.

• VMFS는 하나의 Invista 가상 볼륨으로만 구성되어야 합니다.

• LVM 재서명은 ESX Server 에서 설정되어야 합니다. 자세한 내용은 285페이지의 “LVM 재서명 설정”을 참조하십시오.

• Replication Manager는 가상 시스템의 모든 SCSI 컨트롤러에서 고유한 단일 SCSI 타겟 ID를 가진 디스크만 복제할 수 있습니다. 복제할 가상 디스크의 SCSI 타겟이 다른 SCSI 컨트롤러에서 사용되면 안 됩니다.

Invista 가상 볼륨에서 VMware 가상 디스크 복제 309

310

VMware 설정

2. ESX Server Infrastructure Client를 사용하는 VMware 호스트에 하나 이상의 RDM Invista 가상 디바이스를 노출합니다.

3. 운영 및 마운트 가상 시스템을 Replication Manager Server에 등록하고 해당 가상 시스템을 관리하는 VMware VirtualCenter에 대한 자격 증명을 제공합니다.

그림 48 VMware 호스트 등록 및 VirtualCenter 자격 증명 정의

4. VMtools가 Replication Manager Agent를 호스팅하는 가상 시스템에 설치되어 있는지 확인합니다. Replication Manager는 이러한 툴을 사용하여 복제를 수행합니다.


VMware 설정

Invista 환경에서 가상 디스크를 마운트할 때의 제한 사항

Invista 환경에서 VMware 가상 디스크를 마운트할 때 다음과 같은 제한 사항이 적용됩니다.

◆ 이러한 유형의 가상 디스크 복제에서는 VSS를 사용하지 않습니다.

◆ Replication Manager는 전체 VMFS를 마운트하므로 VMFS당 가상 디스크 한 개로 제한하는 Replication Manager 지침을 따르십시오.

◆ Replication Manager는 가상 운영 호스트 및 마운트 호스트에 대한 VMware VMotion을 허용합니다.

◆ 동일한 가상 디스크에 대한 두 복사본을 같은 가상 시스템에 마운트하지 마십시오. 그러나 같은 가상 디스크를 같은 ESX Server에 있는 서로 다른 두 가상 시스템에 마운트할 수는 있습니다.

◆ Replication Manager Server를 통해 복제본을 마운트할 가상 시스템을 등록하고 가상 시스템을 관리하는 VMware VirtualCenter에 대한 자격 증명을 제공합니다.

Invista 가상 볼륨에서 VMware 가상 디스크 복제 311

312

VMware 설정

Symmetrix에서 VMware RDM 복제

이 섹션에서는 Symmetrix Fibre Channel 환경에서 Windows를 실행하는 VMware 가상 시스템의 Replication Manager 복제 및 마운트 지원에 대해 설명합니다. 312페이지의 그림 49에서는 이러한 지원을 보여 줍니다. 지원되는 VMware 및 Windows 버전에 대해서는 http://Powerlink.EMC.com 의 E-Lab Interoperability Navigator에서 Replication Manager 지원 정보를 참조하십시오.

Symmetrix Fibre Channel에 연결된 마운트 호스트

Replication Manager는 Symmetrix Fibre Channel 연결 스토리지의 물리적 시스템 및 가상 시스템으로 마운트할 수 있습니다.

그림 49 Symmetrix 스토리지 시스템의 VMware 지원

Symmetrix Fibre Channel에 연결된 복제 호스트

Windows 가상 시스템을 Symmetrix 스토리지 시스템에 연결된 복제 호스트로 구성하면 해당 디바이스가 RDM을 통해 가상 시스템에 표시될 수 있습니다. Symmetrix 환경에서는 각 운영 및 마운트 호스트에 실린더가 6개가 되도록 게이트키퍼 디바이스 4개를 구성하고 실제 호환성 모드에서 이러한 호스트로 구성된 디바이스를 익스포트해야 합니다.


VMware 설정

RecoverPoint를 사용한 VMware RDM 복제

Windows 가상 시스템을 RecoverPoint 구성의 복제 호스트로 구성할 경우 RDM 디바이스가 마운트 호스트에 정적으로 표시되어야 합니다.

지원되는 VMware 및 Windows 버전에 대해서는 http://Powerlink.EMC.com 의 E-Lab Interoperability Navigator에서 Replication Manager 지원 정보를 참조하십시오.

Celerra에서 VMware RDM 복제

이 섹션에서는 Celerra 환경에서 Windows를 실행하는 VMware 가상 시스템에서 Replication Manager의 복제 및 마운트 지원에 대해 설명합니다. 314페이지의 그림 50에서는 현재 지원을 보여 줍니다.

참고: Windows 2000 가상 시스템에는 Celerra RDM 디바이스가 지원되지 않습니다. 이러한 환경에서는 Microsoft iSCSI Initiator를 사용해야 합니다.

지원되는 VMware 및 Windows 버전에 대한 전체 지원 정보를 보려면 Powerlink의 EMC E-Lab Interoperability Navigator에서 Replication Manager 지원 정보를 참조하십시오.

Celerra에 연결된 복제 호스트

Celerra에 연결된 복제 호스트로 Windows 가상 시스템을 구성하면 ESX Server의 VMware iSCSI Initiator나 Microsoft iSCSI Initiator를 사용하여 가상 시스템에 Celerra 스토리지를 나타낼 수 있습니다.

Microsoft iSCSI Initiator를 사용하는 경우 가상 시스템에 설치해야 합니다.

기본적으로 ESX Server에 설치되는 VMware iSCSI Initiator를 사용하는 경우에도 가상 시스템에 Microsoft iSCSI Initiator를 설치해야 합니다. VMware iSCSI Initiator를 통해 표시된 디바이스는 RDM을 통해 가상 시스템에도 표시됩니다.

RecoverPoint를 사용한 VMware RDM 복제 313

314

VMware 설정

Celerra에 연결된 호스트 마운트

Windows 가상 시스템을 마운트 호스트로 구성하면 가상 시스템에 Microsoft iSCSI Initiator를 설치해야 합니다. 이 경우 VMware iSCSI Initiator는 선택 사항이 아닙니다.

그림 50 Celerra의 VMware 지원

1 - MS iSCSI Initiator는 복제에만 사용됩니다.


10

이 장에서는 Replication Manager에서 사용할 Hyper-V 환경을 준비하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ Hyper-V 개요 .................................................................................... 316◆ 지원되는 Hyper-V 구성 및 사전 요구 사항 ................................... 317

Hyper-V 설정

Hyper-V 설정 315

316

Hyper-V 설정

Hyper-V 개요

Replication Manager는 Hyper-V 가상 시스템에 설치할 수 있으며 Microsoft iSCSI Initiator를 통해 검색된 CLARiX 및 Celerra 스토리지 상주 디바이스를 복제, 마운트 및 복구할 수 있습니다.

316페이지의 그림 51에서는 CLARiX 및 Celerra 스토리지 복제를 위해 세 개의 가상 시스템에 설치된 Replication Manager Agent의 샘플 구성을 보여 줍니다.

그림 51 Hyper-V 환경의 Replication Manager


Hyper-V 설정

지원되는 Hyper-V 구성 및 사전 요구 사항

이 섹션에서는 Hyper-V 환경에서 지원되는 Replication Manager 구성에 대해 설명합니다.

Replication Manager 구성 요소

Replication Manager Server, 에이전트 및 콘솔은 Hyper-V 가상 시스템에 설치할 수 있습니다.

가상 시스템 Hyper-V 가상 시스템은 1장과 Replication Manager Support Matrix에 설명된 호스트 요구 사항을 충족해야 합니다.

게스트 운영 체제 Replication Manager Agent는 다음 Hyper-V 게스트 운영 체제에서 지원됩니다.



Replication Manager Server 및 Replication Manager 콘솔은 물리적 시스템에서와 마찬가지로 Hyper-V 가상 시스템에서도 동일한 운영 체제에서 지원됩니다.

스토리지 서비스 Replication Manager는 Hyper-V 환경에서 다음 스토리지 서비스를 지원합니다.

◆ Celerra 파일 서버

◆ CLARiX 스토리지

지원되는 스토리지 모델은 Replication Manager Support Matrix를 참조하십시오.

스토리지 디바이스는 게스트 OS에 iSCSI LUN으로 표시되어야 합니다. 이 릴리즈에서는 SCSI 패스스루 또는 가상 하드 디스크(.vhd)를 지원하지 않습니다.

CLARiX 설정 CLARiX iSCSI 구성의 경우 다음과 같은 설정이 권장됩니다.

◆ CLARiX 스토리지를 사용하는 Windows Server 2008 가상 시스템에서는 로드 밸런스 정책에 대한 Microsoft iSCSI Initiator 설정을 라운드 로빈으로 설정해야 하며 이는 기본 설정이 아닙니다.

◆ 모든 iSCSI NIC의 레지스트리 설정은 TcpAckFrequency=1이어야 합니다.

지원되는 Hyper-V 구성 및 사전 요구 사항 317

318

Hyper-V 설정

고가용성 물리적 시스템에서와 같이 PowerPath는 로드 밸런싱 및 내결함성이 향상된 Hyper-V 환경에 적극 권장됩니다.

애플리케이션 Hyper-V 가상 시스템은 물리적 시스템과 동일한 애플리케이션(Exchange, SQL Server, SharePoint, Oracle, UDB, 파일 시스템)을 지원합니다.

라이센스 등록 Replication Manager Server 및 Replication Manager Agent 라이센스를 물리적 시스템과 동일하게 Hyper-V 가상 시스템에서도 사용할 수 있습니다.

Hyper-V는 프록시 호스트를 지원하지 않으므로 Replication Manager의 프록시 호스트 라이센스가 필요하지 않습니다.


11

이 장에서는 Replication Manager에서 사용할 IBM AIX VIO(가상 I/O) 논리 파티션 환경을 준비하는 방법에 대해 설명하며 각 섹션은 다음과 같이 구성됩니다.

◆ IBM AIX VIO 개요 ........................................................................... 320◆ 지원되는 VIO LPAR 구성 및 사전 요구 사항 ................................ 321

VIO 설정

VIO 설정 319

320

VIO 설정

IBM AIX VIO 개요

Replication Manager는 IBM AIX VIO(가상 I/O) LPAR(논리 파티션)에 설치될 수 있으며 다음 중 한 가지 구성으로 VIO LPAR에 대한 복제, 마운트 및 복구를 수행할 수 있습니다.

◆ 각 LPAR에 접속된 물리적 HBA(다른 AIX 환경과 동일하게 동작)

◆ 각 LPAR에 대한 NPIV 구성(이 장의 내용 참조)

Replication Manager는 NPIV 구성을 사용하여 스토리지를 관리하고 CLARiX 및 Symmetrix 스토리지에서 애플리케이션을 복제할 수 있습니다.

320페이지의 그림 52에서는 IBM AIX VIO LPAR에 설치된 Replication Manager Agent 구성의 예를 보여 줍니다.

그림 52 IBM VIO LPAR 환경의 Replication Manager

IBM AIX VIO Client

(Fibre)

(Fibre)

ReplicationManager

IBM AIX VIO Server

WWNN WWNN

SAN

LPAR

EMC CLARiX Symmetrix


VIO 설정

지원되는 VIO LPAR 구성 및 사전 요구 사항

이 섹션에서는 VIO LPAR 환경에서 지원되는 Replication Manager 구성에 대해 설명합니다.

Replication Manager 구성 요소

Replication Manager Agent를 IBM AIX VIO 클라이언트에 설치할 수 있습니다.

VIO 요구 사항 VIO 환경에서는 다음 구성 단계를 수행해야 합니다.

1. POWER6 기반 시스템을 구축합니다.

2. NPIV 지원 SAN 스위치를 구축합니다.

3. 다음 소프트웨어가 환경에 있는지 확인합니다.

• 가상 I/O 서버

• AIX

• SDD

• SDDPCM

NPIV 및 Replication Manager를 지원하는 데 필요한 버전은 최신 IBM 설명서 및 Replication Manager eLab Interoperability Support Matrix를 참조하십시오.

4. LPAR(논리 파티션)을 생성합니다.

5. 가상 I/O 서버 파티션에서 가상 Fibre Channel 서버 어댑터를 생성하여 가상 I/O 파티션의 가상 Fibre Channel 클라이언트 어댑터에 연결합니다.

6. 각 가상 I/O 클라이언트 파티션에서 가상 Fibre Channel 클라이언트 어댑터를 생성하여 가상 I/O 서버 파티션의 가상 Fibre Channel 서버 어댑터에 연결합니다.

7. 가상 I/O 서버에서 vfcmap 명령을 실행하여 가상 I/O 서버의 가상 Fibre Channel 서버 어댑터를 물리적 Fibre Channel 어댑터의 물리적 포트에 매핑합니다.

8. Replication Manager 클라이언트를 애플리케이션과 함께 LPAR에 배포합니다.

9. 복제본을 마운트할 수 있도록 물리적 마운트 호스트 또는 가상 마운트 호스트를 구성합니다.

지원되는 VIO LPAR 구성 및 사전 요구 사항 321

322

VIO 설정

스토리지 서비스 Replication Manager는 IBM AIX VIO 환경에서 다음 스토리지 서비스를 지원합니다.

◆ Symmetrix 스토리지

• TimeFinder 클론

• TimeFinder 스냅(로컬/원격)

• TimeFinder 미러(로컬/원격)• SRDF/S

• SAN Copy

◆ CLARiX 스토리지

• SnapView 클론

• SnapView 스냅

• CLARiX 간의 SAN Copy

지원되는 스토리지 모델은 Replication Manager Support Matrix를 참조하십시오.

스토리지 디바이스는 NPIV(N-Port ID Virtualization)를 사용하여 게스트 OS에 표시되어야 합니다. 이 구성에서는 물리적 Fibre Channel 어댑터를 다수의 고유 WWPN(Worldwide Port Name)에 할당합니다. SAN에서 물리적 스토리지에 액세스하기 위해 물리적 스토리지를 LUN(논리 유닛)에 매핑하고 LUN을 물리적 Fibre Channel 어댑터의 포트에 매핑합니다. 그런 다음 가상 I/O 서버에서 맵을 사용하여 LUN을 가상 I/O 클라이언트의 가상 Fibre Channel 어댑터에 연결합니다.

마운트 작업을 위해 VIO구성

간편하게 마운트하려면 타겟 스토리지를 마운트 호스트로 사용될 VIO 클라이언트 또는 물리적 서버에 조닝(Zoning)해야 합니다.

추가 Symmetrix 구성 Symmetrix의 경우 다음과 같은 추가 구성을 수행해야 합니다.

◆ 가상 시스템을 Symmetrix에 있는 4개 이상의 게이트키퍼(실린더 6개로 구성됨)에 조닝(Zoning)해야 합니다.

◆ 실제 호환 모드에서 게이트키퍼를 내보냅니다.

고가용성 물리적 시스템에서와 마찬가지로 VIO 환경에서도 PowerPath를 사용하는 것이 좋습니다.

애플리케이션 지원되는 애플리케이션은 Oracle, UDB 및 파일 시스템이며 VIO LPAR에서도 물리적 시스템과 동일하게 지원됩니다.


VIO 설정

라이센스 등록 Replication Manager Agent 라이센스는 물리적 시스템과 동일하게 VIO LPAR에서도 사용할 수 있습니다.

VIO는 프록시 호스트를 지원하지 않으므로 Replication Manager의 프록시 호스트 라이센스는 필요하지 않습니다.

지원되는 VIO LPAR 구성 및 사전 요구 사항 323

324

VIO 설정


12

이 장에서는 Replication Manager Server 재해 복구를 설정하고 작업을 수행하는 방법을 알아보고, Replication Manager를 사용하여 Celerra DR 솔루션을 구현하는 방법에 대해 설명합니다. 각 섹션은 다음과 같이 구성됩니다.

◆ Replication Manager Server 재해 복구 ......................................... 326◆ Replication Manager Server 재해 복구 설정 ................................ 328◆ Server DR 구성 업그레이드 ............................................................ 332◆ 서버 재해 복구 수행 ......................................................................... 334◆ Celerra 재해 복구 ............................................................................. 339◆ VMware SRM(Site Recovery Manager) 재해 복구 ...................... 369

재해 복구

재해 복구 325

326

재해 복구

Replication Manager Server 재해 복구

Replication Manager Server 재해 복구의 일반 구성은 다음과 같은 세 가지 호스트로 구성됩니다.

◆ 운영 Replication Manager Server 호스트 - Replication Manager Server 소프트웨어를 실행하고 복제 관리 소프트웨어 환경을 제어하는 호스트입니다.

◆ 보조 Replication Manager Server 호스트 - Replication Manager Server 소프트웨어를 실행하는 호스트로, 읽기 전용 서비스만 제공합니다. Replication Manager 데이터베이스는 운영 서버 호스트의 Replication Manager 데이터베이스와 자동으로 동기화됩니다.

◆ 운영 호스트 - 데이터베이스/애플리케이션을 실행하고 모든 데이터베이스 운영 데이터를 포함하는 호스트입니다.

운영 Replication Manager Server 호스트를 사용할 수 없는 경우 보조 Replication Manager Server를 운영 서버로 지정하고 이 서버에서 복제 프로세스를 인수하여 관리하도록 할 수 있습니다. 보조 서버의 Replication Manager 데이터베이스는 지속적으로 운영 서버의 데이터베이스와 동기화되므로 데이터가 손실되지 않습니다.

327페이지의 그림 53에서는 이러한 개념을 보여 줍니다.


재해 복구

그림 53 Replication Manager Server 재해 복구 작동 방식

server

server

server

_

_

Replication Manager Server 재해 복구 327

328

재해 복구

Replication Manager Server 재해 복구 설정

이 섹션에서는 Replication Manager Server 재해 복구 설정에 대해 설명합니다.

Server DR 사전 요구 사항

Server DR의 사전 요구 사항은 다음과 같습니다.

◆ Server DR은 운영 서버가 Oracle 데이터베이스를 실행하는 환경에서는 지원되지 않습니다.

◆ Server DR은 IPv4 전용 환경이 필요합니다. 이중 스택 및 IPv6 전용 환경에서는 Server DR이 지원되지 않습니다.

◆ 운영 Replication Manager Server와 보조 Replication Manager Server에 피어 서버 이름을 네트워크 주소(예: DNS)로 확인하는 방법이 있는지 확인하십시오. 이 절차는 운영 Replication Manager Server와 보조 Replication Manager Server가 서로 이름을 사용하여 주소를 지정할 수 있다고 가정한 상태에서 설명되며, 실제로 이와 같이 주소를 지정할 수 있어야 합니다. 그렇지 않으면 두 서버가 제대로 작동하지 않습니다. 사용 중인 환경을 이와 같이 설정할 수 없는 경우에는 EMC 지원 담당자에게 문의하십시오. 제한 사항을 확인하지 않으면 재해 복구 중에 데이터가 손실되거나 기타 문제가 발생할 수 있습니다.

Server DR 설치 운영 Replication Manager Server에 Replication Manager를 설치하기 전에 보조 Replication Manager Server에 해당 소프트웨어를 설치하는 것이 좋습니다.

1. 54페이지의 “Replication Manager Agent 소프트웨어 설치”에 지정된 설치 절차를 통해 운영 호스트(327페이지의 그림 53의 exchsrv1)에 Replication Manager Agent 소프트웨어를 설치합니다.

2. 51페이지의 “Replication Manager Server 소프트웨어 설치”에 지정된 설치 절차를 통해 보조 Replication Manager Server(327페이지의 그림 53의 rm2_host)에 Replication Manager Server 소프트웨어를 설치합니다. 보조 Replication Manager Server를 설치하는 동안 설치 프로그램에서 다음 정보를 요구하는 메시지가 나타납니다.

a. 서버 유형(보조, 독립 실행형 또는 운영) - 보조를 선택하여 이 서버를 재해 복구 용도로 사용할 보조 Replication Manager Server로 지정합니다.


재해 복구

b. 솔리드 핫 백업 모드 통신 포트 - 운영 서버에서 보조 서버와 각각의 Replication Manager 데이터베이스 데이터를 동기화하는 데 필요한 통신 포트를 입력합니다. 기본 통신 포트는 1964입니다. 보조 서버의 솔리드 핫 백업 모드 통신 포트 번호는 운영 서버의 포트 번호와 일치하지 않아도 됩니다.

c. 운영 Replication Manager Server를 설치하시겠습니까? - 운영 서버가 설치되었는지 물으면 아니요를 선택합니다.

3. 운영 Replication Manager Server(327페이지의 그림 53의 rm1_host)에 Replication Manager Server 소프트웨어를 설치합니다. 운영 Replication Manager Server를 설치하는 동안 설치 프로그램에서 다음 정보를 요구하는 메시지가 나타납니다.

a. 서버 유형(보조, 독립 실행형 또는 운영) - 운영을 선택하여 이 서버를 운영 Replication Manager Server로 지정합니다.

b. 솔리드 핫 백업 모드 통신 포트 - 운영 서버에서 보조 서버와 각각의 Replication Manager 데이터베이스 데이터를 동기화하는 데 필요한 통신 포트를 입력합니다. 기본 통신 포트는 1964입니다. 운영 서버의 솔리드 핫 백업 모드 통신 포트 번호는 보조 서버에 입력한 포트 번호와 일치하지 않아도 됩니다.

c. 보조 Replication Manager Server를 설치하시겠습니까? - 보조 서버가 설치되어 있는지 확인하는 질문이 표시되면 예를 선택합니다.

d. 보조 서버의 이름 및 포트 번호 - 보조 Replication Manager Server의 이름과 2단계에서 보조 Replication Manager Server에 대해 입력한 핫 백업 모드 통신 포트 번호를 입력합니다.

독립 실행형 서버에서 재해 복구 서버로 변환

처음에 서버를 설치할 때 Replication Manager Server 유형으로 독립 실행형 서버를 선택한 후 나중에 재해 복구 솔루션을 구현하려고 결정한 경우:

1. Replication Manager Agent 소프트웨어가 운영 호스트에 설치되어 있는지 확인합니다.

2. 51페이지의 “Replication Manager Server 소프트웨어 설치”에 지정된 설치 절차를 통해 보조 Replication Manager Server(의 rm2_host)에 Replication Manager Server 소프트웨어를 설치합니다. 보조 Replication Manager Server를 설치하는 동안 설치 프로그램에서 다음 정보를 요구하는 메시지가 나타납니다.

a. 서버 유형(보조, 독립 실행형 또는 운영) - 보조를 선택하여 이 서버를 재해 복구 용도로 사용할 보조 Replication Manager Server로 지정합니다.

Replication Manager Server 재해 복구 설정 329

330

재해 복구

b. 솔리드 핫 백업 모드 통신 포트 - 운영 서버에서 보조 서버와 각각의 Replication Manager 데이터베이스 데이터를 동기화하는 데 필요한 통신 포트를 입력합니다. 기본 통신 포트는 1964입니다. 보조 서버의 솔리드 핫 백업 모드 통신 포트 번호는 운영 서버의 포트 번호와 일치하지 않아도 됩니다.

c. 운영 Replication Manager Server를 설치하시겠습니까? - 운영 서버로 사용할 서버가 이미 구성에 있더라도 운영 서버가 설치되었는지 물으면 아니요를 선택합니다.

3. 다음과 같은 방법으로 독립 실행형 서버에 Replication Manager Server 소프트웨어를 설치합니다.

a. 프로그램을 수정하거나, 복구하거나, 제거할지 묻는 메시지가 표시되면 복구를 선택합니다.

b. 재해 복구 역할을 묻는 메시지가 표시되면 운영 서버를 선택하여 이 서버를 운영 Replication Manager Server로 지정합니다.

c. 운영 서버에서 보조 서버와 각각의 Replication Manager 데이터베이스 데이터를 동기화하는 데 필요한 통신 포트를 입력합니다.

d. 보조 서버를 설치할지 물으면 예를 선택합니다.

e. 보조 Replication Manager Server의 이름과 2단계에서 보조 Replication Manager Server에 대해 입력한 핫 백업 모드 통신 포트 번호를 입력합니다.

Replication Manager Server 재해 복구에 대한 자세한 내용은 334페이지의 “서버 재해 복구 수행”을 참조하십시오.

Replication Manager 데이터베이스 동기화

설치가 완료되면 보조 Replication Manager Server의 솔리드 데이터베이스는 운영 Replication Manager Server의 솔리드 데이터베이스와 동기화됩니다. 많은 복제 작업이 포함된 데이터베이스처럼 데이터베이스가 클수록 동기화하는 데 시간이 더 오래 걸릴 수 있습니다.

초기 동기화 작업이 완료되면 Replication Manager 데이터베이스는 운영 데이터베이스가 변경될 때마다 실시간으로 계속 동기화됩니다. 예를 들어 운영 서버에서 복제 작업을 만들거나 실행할 때마다 데이터베이스가 동기화됩니다.

보조 Replication Manager Server의 데이터베이스는 운영 Replication Manager Server 데이터베이스의 읽기 전용 복제본입니다. 따라서 보조 서버에서는 작업 편집 또는 실행과 같이 데이터베이스 쓰기가 필요한 작업을 실행할 수 없습니다. 또한 보조 서버에서는 작업 진행 상태를 볼 수 없습니다. 그러나 모니터링하기 위해 보조 서버에서 Replication Manager 콘솔을 열 수는 있습니다. 예를 들어 보조 Replication


재해 복구

Manager Server에서 Replication Manager 콘솔을 열어 데이터베이스가 동기화되었는지 확인하고 Replication Manager 데이터베이스에 저장된 모든 항목(작업, 복제본, 애플리케이션 세트 등)의 속성을 볼 수 있습니다.

Replication Manager Server 재해 복구 설정 331

332

재해 복구

Server DR 구성 업그레이드

이 섹션에서는 기존 Replication Manager Server DR 구성을 현재 Replication Manager 버전으로 업그레이드하는 방법에 대해 설명합니다.

사전 요구 사항 다음 절차를 수행하려면 기존 Replication Manager Server DR 구성이 버전 5.2.0, 5.2.1, 5.2.2 또는 5.2.2.1을 실행 중이어야 합니다. Replication Manager Support Matrix에는 지원되는 OS 버전 및 플랫폼이 나열되어 있습니다.

Replication Manager Server(운영 또는 보조)가 클러스터 리소스로 설치된 경우 Replication Manager Server를 포함하는 클러스터 리소스 그룹이 원래 Replication Manager Server가 설치된 노드에서 실행 중인지 확인하십시오.

절차 Replication Manager Server DR 구성을 업그레이드하려면

1. 보조 DR 서버에서 Replication Manager Server 서비스를 중지합니다.

2. 보조 DR 서버가 클러스터링된 설정에 있는 경우 클러스터링된 자원으로 실행 중인 Replication Manager Server 서비스를 중지합니다.

3. 운영 DR 서버에서 Replication Manager Server를 업그레이드합니다.

4. 운영 서버에서 다음 CLI 명령을 실행합니다.

C:\Program Files\EMC\rm\gui> rmcli connect host=primaryhostname port=serverportConnected to 'primaryhostname' (port=port).RM-CLI: login user=Administrator password=passwordLogin as user 'Administrator' successful.RM-CLI: dr-get-state0 PRIMARY ALONE

PRIMARY ALONE이 출력되어야 합니다.

5. 보조 DR 서버에서 Replication Manager Server를 업그레이드합니다.

6. 설치 마법사가 Replication Manager Server 서비스를 중지된 상태로 둘지 여부를 묻습니다. RM Server 서비스 시작을 선택합니다.

7. 운영 서버에서 다음 CLI 명령을 실행합니다.


재해 복구

C:\Program Files\EMC\rm\gui> rmcli connect host=primaryhostname port=serverportConnected to 'primaryhostname' (port=port).RM-CLI: login user=Administrator password=passwordLogin as user 'Administrator' successful.RM-CLI: dr-get-state0 PRIMARY ACTIVE

PRIMARY ACTIVE가 출력되어야 합니다. 값이 PRIMARY ACTIVE가 아니면 운영 서버와 보조 서버를 모두 종료하고 한 번에 하나씩, 운영 서버부터 Replication Manager Server 서비스를 시작합니다.

8. dr-get-state를 사용하여 운영 서버의 상태를 다시 확인합니다.

Server DR 구성 업그레이드 333

334

재해 복구

서버 재해 복구 수행

이 섹션에서는 Replication Manager Server의 재해 복구를 수행하는 단계에 대해 자세히 설명합니다.

재해 복구 서버 구성 확인

Replication Manager CLI(명령줄 인터페이스)에서 제공하는 유용한 dr-get-state 명령을 사용하면 재해 복구 구성 상태를 확인할 수 있습니다. 다음 예제에서는 dr-get-state 명령 사용을 보여 줍니다.

C:\Program Files\EMC\rm\gui> rmcli connect host=rm2_host port=65432Connected to 'rm2_host' (port=65432).

RM-CLI: login user=Administrator password=mypasswordLogin as user 'Administrator' successful.

RM-CLI: dr-get-state0 SECONDARY ACTIVE

위의 예제는 다음과 같은 의미가 있습니다.

◆ Replication Manager Server는 현재 보조 Replication Manager Server로 지정되어 있습니다.

◆ 명령이 성공적으로 완료되었습니다(0).


재해 복구

335페이지의 표 24에는 dr-get-state 명령으로 반환될 수 있는 결과가 모두 나열되어 있습니다.

Replication Manager CLI 사용에 대해서는 부록 A, "명령줄 인터페이스 사용"에서 자세한 내용을 참조하십시오.

표 24 dr-get-state 결과에 대한 설명

결과 의미

SECONDARY ACTIVE 보조 Replication Manager Server이며 운영 서버와 완전히 동기화됩니다. 운영 서버의 Replication Manager 데이터베이스에서 변경한 내용은 이 서버의 데이터베이스에도 기록됩니다.

SECONDARY ALONE 보조 Replication Manager Server이며 운영 서버와 동기화되지 않습니다. 운영 서버의 Replication Manager 데이터베이스에서 변경한 내용이 이 서버의 데이터베이스에 기록되지 않습니다. 운영 서버가 다운되었거나 서버에 연결할 수 없는 경우 이런 결과가 발생할 수 있습니다.

PRIMARY ACTIVE 운영 Replication Manager Server이며, 보조 서버는 이 서버와 동기화됩니다. 이 서버의 Replication Manager 데이터베이스에서 변경한 내용은 보조 서버의 데이터베이스에도 기록됩니다.

PRIMARY ALONE 운영 Replication Manager Server이지만, 보조 서버가 이 서버와 동기화되지 않습니다. 이 서버의 Replication Manager 데이터베이스에서 변경한 내용이 보조 서버의 데이터베이스에 기록되지 않습니다. 보조 서버가 다운되었거나 서버에 연결할 수 없는 경우에 이런 결과가 발생할 수 있습니다. 보조 서버와의 통신이 다시 시작되면 데이터베이스가 최신 데이터로 재동기화됩니다.

PRIMARY UNCERTAIN 운영 Replication Manager Server이지만, 알 수 없는 이벤트로 인해 보조 서버가 이 서버와 동기화되지 않습니다. 보조 서버가 제대로 종료되지 않았거나 예상치 못한 오류가 발생한 경우 이런 결과가 발생할 수 있습니다.

This is a non-hotstandby server(이것은 자동 예비 시스템 서버입니다.)

서버가 재해 복구를 위한 운영 또는 보조 Replication Manager Server로 지정되지 않습니다.

서버 재해 복구 수행 335

336

재해 복구

보조 서버 페일오버 운영 Replication Manager Server를 사용할 수 없는 경우 Replication Manager에서는 운영 Replication Manager Server와 보조 Replication Manager Server의 데이터베이스 간 접속을 끊고 두 서버를 독립 실행형 서버로 다시 분류합니다.

경고

이때 원래 운영 서버는 실행되고 있지 않아야 합니다. 두 서버가 기본으로 실행되고 있으면 데이터 손실이 발생할 수 있습니다.

보조 서버를 운영 서버로 지정하려면

1. 보조 Replication Manager Server의 명령줄에서 다음 명령을 실행합니다.

RM-CLI: dr-set-primary

보조 Replication Manager Server는 이제 운영 Replication Manager Server가 됩니다.

2. 새 운영 서버의 Replication Manager Server 속성에 나열된 스케줄 사용자에게 스케줄 작업 생성 권한이 있는지 확인합니다.

3. 새 운영 서버에 원하는 로깅 수준(정상 및 디버그)을 설정합니다. 로깅 수준은 내부 데이터베이스가 아닌 레지스트리에 저장되므로 이전 운영 서버와 새 운영 서버 간에 동기화되지 않습니다.

4. 이 서버에서 Replication Manager Server 서비스를 재시작합니다.

5. 이전 운영 서버에서 CIM(Common Information Model) 이벤트 게시를 사용한 경우 새 운영 서버에서도 CIM 이벤트 게시를 활성화하십시오. 이 기능은 페일오버 후 새 운영 서버에서 자동으로 활성화되지 않습니다.

원래 운영 서버로 페일백

원래 운영 Replication Manager Server를 사용할 수 있게 되면 다음을 수행하여 원래 서버로 페일백할 수 있습니다.

1. 대체 서버(현재 운영 - rm2_host)에서 Replication Manager Server 서비스가 실행되고 있는지(예: 시작됨 상태) 확인합니다.

경고

이때 대체 서버의 Replication Manager Server 서비스(rm2_host)가 실행되고 있는 것은 매우 중요합니다. rm2_host가 실행되고 있지 않으면 rm1_host가 기본으로 설정되어 두 개의 운영 서버가 있게 되므로 데이터 손실이 발생할 수 있습니다.


재해 복구

2. 원래 운영 서버(rm1_host)에서 Replication Manager Server 서비스를 시작합니다. 이제 이 서버가 보조 서버가 됩니다.

3. 현재 운영 서버인 원래 보조 서버(rm2_host)에서 Replication Manager Server 서비스를 중지합니다.

4. 원래 운영 서버(rm1_host)에서 다음 CLI 명령을 실행합니다.

RM-CLI: dr-set-primary

5. 다시 운영 서버가 된 원래 운영 서버(rm1_host)에서 Replication Manager Server 서비스를 재시작합니다.

6. 다시 보조 서버가 된 원래 보조 서버(rm2_host)에서 Replication Manager Server 서비스를 시작합니다.

서버 재해 복구 문제 해결

이 섹션에서는 운영 및 보조 Replication Manager Server 구성과 관련된 문제의 증상 및 해결 방법에 대해 설명합니다.

속성이 일치하지 않는경우

증상:

보조 서버에 있는 객체의 속성이 운영 서버의 객체 속성과 일치하지 않습니다. 설치하는 동안 잘못된 데이터를 입력하면 이러한 문제가 발생합니다.

해결 방법:

올바른 정보를 사용하여 보조 서버를 다시 설치하십시오.

두 서버가 기본으로 실행되는 경우

증상:

두 서버가 기본으로 실행되고 있습니다. 두 서버를 서로 접속할 수 없는 경우 실수로 두 서버에서 CLI 명령 dr-set-primary를 실행하면 이러한 문제가 발생할 수 있습니다.

해결 방법:

1. 두 Replication Manager Server에서 모두 Replication Manager Server 서비스를 중지합니다.

2. 보다 정확하며 운영 서버로 사용할 서버를 결정합니다.

3. 운영 서버가 될 Replication Manager Server에서 Replication Manager Server 서비스를 시작합니다.

4. dr-get-state 명령을 실행하여 서버가 PRIMARY ALONE 상태인지 확인합니다.

5. 보조 서버가 될 Replication Manager Server에서 Replication Manager Server 서비스를 시작합니다.

서버 재해 복구 수행 337

338

재해 복구

경고

이 서버가 시작되면 운영 서버의 데이터베이스가 이 데이터베이스를 덮어씁니다.

6. 보조 서버가 될 Replication Manager Server에서 디바이스의 상태를 변경한 경우에는 이러한 변경 내용을 덮어쓰고 스토리지 디바이스를 수동으로 정리해야 할 수 있습니다.

예약된 작업이 페일오버후 실행되지 않는 경우

증상:

◆ 작업이 예약된 시간이 아닌 필요에 따라 시작될 때 실행됩니다.

◆ 새 작업을 예약하거나 예약된 기존 작업을 변경할 수 없습니다.

해결 방법:

Replication Manager Server 속성에서 스케줄 사용자에 대한 자격 증명이 올바른지 확인하십시오.


재해 복구

Celerra 재해 복구

이 섹션에서는 설정에서 페일오버 및 페일백에 이르기까지 Replication Manager Celerra 환경용 DR(재해 복구)의 모든 단계에 대해 간략히 설명합니다. 또한 Replication Manager Celerra 환경에서 DR 프로세스가 제대로 진행되도록 하기 위해 수행해야 하는 정확한 단계 및 이벤트 순서에 대해 자세히 설명합니다. 각 단계는 설명되어 있는 대로 완전히 완료해야 합니다. 또한 운영 서버에 구축하기 전에 각 사이트에서 DR 절차를 테스트하고 문서화해야 합니다.

Replication Manager는 Celerra 환경에서 다양한 형태의 DR(재해 복구)을 지원합니다. 이 장에서는 다음과 같은 내용을 다룹니다.

◆ NFS를 통해 사전 할당된 Celerra LUN을 사용하는 호스트에서 진행되는 Celerra 페일오버

◆ Microsoft iSCSI Initiator를 통해 사전 할당된 Celerra LUN을 사용하는 호스트에서 진행되는 Celerra 재해 복구 340페이지의 “Celerra iSCSI 재해 복구”을 참조하십시오.

참고: RDM(Raw Device Mapping)을 통해 사전 할당된 Celerra LUN을 사용하는 가상 시스템의 재해 복구를 구축하는 경우 RPQ가 필요합니다. VMware VMFS 또는 가상 디스크 환경의 Celerra LUN 재해 복구에 대해서는 369페이지의 “VMware SRM(Site Recovery Manager) 재해 복구” 에서 자세히 설명합니다.

Celerra NFS 페일오버

Replication Manager는 별도의 작업 없이도 Celerra NFS를 통해 원격 스토리지에 페일오버 작업을 수행할 수 있습니다. Symmetrix SRDF 또는 CLARiX MirrorView와 같은 다른 원격 제품의 경우 원격 사이트로 스토리지를 페일오버하려면 새 애플리케이션 세트 및 작업을 생성해야 할 수 있습니다. Celerra NFS가 지원되는 경우 환경이 올바르게 구성되었다면 페일오버 전이나 후에도 동일한 복제본을 계속 사용할 수 있습니다.

NFS(네트워크 파일 시스템)를 통해 사전 할당된 Celerra LUN을 사용하는 호스트 환경인 경우 Replication Manager는 Celerra Replicator 페일오버를 진행할 수 있도록 허용합니다. 이렇게 되면 다음 작업도 가능합니다.

◆ Replication Manager가 소스 또는 타겟 Celerra에 저장된 Celerra Replicator 데이터에 기반하여 복제본을 생성하도록 구성할 수 있습니다.

Celerra 재해 복구 339

340

재해 복구

◆ Celerra Replicator 페일오버가 발생하기 전 또는 후에 이러한 구성에서 타겟 Celerra의 원격 복제본을 원격 사이트에 마운트 또는 복구할 수 있습니다.

◆ DR 호스트(새 운영 호스트)가 원래 운영 호스트와 동일한 호스트 이름 또는 IP 주소를 사용하여 참조되는 경우 기존의 원격 복제본은 페일오버 후 로컬 복제본이 됩니다. 이는 가상 IP, DNS 별칭을 사용하거나 이전 운영 호스트와 동일한 이름을 DR 호스트에 지정하여 수행할 수 있습니다.

Celerra Replicator 환경에서 Replication Manager가 작동하도록 구성하려면 특정 단계를 수행해야 합니다. 231페이지의 “Celerra NFS 타겟 구성”에서는 네트워크 파일 시스템 환경에서 Celerra로 안전하게 페일오버를 수행하도록 구성하기 위해 필요한 단계를 간략하게 설명합니다.

Celerra NFS의 경우 Replication Manager는 어떠한 Celerra 페일오버 처리도 수행하지 않습니다. 페일오버는 Replication Manager가 설치되지 않은 외부 시스템에서 수행해야 합니다.

Celerra iSCSI 재해 복구

이 장의 나머지 부분에서는 Celerra iSCSI 환경의 재해 복구에 대해 설명합니다.

이 섹션에서 설명하는 DR 솔루션을 사용하려면 Replication Manager 5.1.1 이상 및 DART 5.6 이상이 필요합니다. 이전 버전의 Replication Manager 또는 DART를 사용하는 DR 솔루션에 대한 자세한 내용은 EMC Powerlink에서 다음 솔루션 설명서를 참조하십시오.

◆ iSCSI Nonclustered Disaster Recovery Solution Implementation Guide

◆ iSCSI Clustered Disaster Recovery Solution Implementation Guide

애플리케이션 특정 참고 이 장에서 Microsoft SQL Server 및 Microsoft Exchange Server를 실행하는 환경에 대한 특정 팁 관련 정보를 주의 깊게 읽으십시오. 이러한 애플리케이션 특정 팁은 다음과 같은 하위 제목 아래에 나와 있습니다.

Microsoft SQL ServerSQL Server 애플리케이션을 보호하려는 경우에는 이 머리글 아래에 나와 있는 정보를 반드시 확인하십시오. 이 정보는 섹션 전체에서 여러 번 나옵니다. Powerlink에서 제공되는 EMC Replication Manager and Microsoft SQL Server - A Detailed Review에서 Replication Manager와 Microsoft SQL Server를 통합하는 방법에 대한 자세한 정보를 확인할 수 있습니다.


재해 복구

Microsoft Exchange ServerMicrosoft Exchange Server 애플리케이션을 보호하려는 경우에는 이 머리글 아래에 나와 있는 정보를 반드시 확인하십시오. 이 정보는 섹션 전체에서 여러 번 나옵니다. EMC Powerlink에서 제공되는 다음 문서에서 Replication Manager와 Microsoft Exchange를 통합하는 방법과 구성, 마운트, 복구 및 메일박스 복구 관련 권장 사항에 대한 자세한 내용을 확인할 수 있습니다.

◆ EMC Replication Manager and Microsoft Exchange Server 2007 - A Detailed Review

◆ EMC Replication Manager and Microsoft Exchange Server 2000/2003 - A Detailed Review

재해 복구 유형 Replication Manager에서는 두 가지 유형의 재해 복구를 수행할 수 있습니다.

◆ 실제 재해 복구 - 계획되지 않는 재해 복구이며, 운영 사이트에서 실제 재해가 발생하여 운영 Celerra를 사용할 수 없는 상황에 수행됩니다.

◆ 테스트 재해 복구 - 미리 계획되는 재해 복구로, 다음의 두 범주 중 하나에 속합니다.

• 무중단 - Replication Manager를 사용하여 운영 Celerra의 복제본을 다른 Celerra에서 사용할 수 있도록 프로모션하는 방법입니다. 이 방법을 사용하면 운영 스토리지 시스템의 애플리케이션을 중지하지 않고도 DR 절차를 테스트할 수 있습니다.

• 중단 - 재해 상황을 의도적으로 시뮬레이트하는 방법입니다.

이 섹션에서는 운영 복제본을 보조 운영 환경으로 페일오버하고, 선택적으로 해당 복제본을 원래 운영 환경으로 페일백하는 실제 및 중단 테스트 재해 복구 시나리오를 중점적으로 설명합니다. 이 장에서 페일백이라는 용어는 원래 호스트로 다시 페일오버하는 작업을 설명하는 데 사용됩니다.

무중단 재해 복구는 나머지 재해 복구 유형에 비해 수행할 작업이 많지 않으므로 이 섹션에서는 다루지 않습니다. 무중단 재해 복구를 구현하려면 Replication Manager 사용자 인터페이스의 운영 환경으로 프로모션 작업을 통해 운영 복제본을 다른 Celerra 스토리지 시스템 및 호스트로 재활용하면 됩니다. 다른 호스트에서 사용할 수 있도록 복제본을 프로모션하는 방법에 대한 자세한 내용은 249페이지의 “재활용에 Celerra Replicator 클론 복제본 사용”을 참조하십시오.


342

재해 복구

재해 복구 단계 이 섹션 내의 하위 섹션은 342페이지의 그림 54에 나와 있는 재해 복구 솔루션의 각 단계에 해당합니다.

그림 54 Celerra 재해 복구 솔루션의 단계

각 DR 단계는 342페이지의 그림 54에 간략하게 나와 있는 순차 단계 및 절차로 구성되며, 다음 섹션에 자세히 설명되어 있습니다.


재해 복구

제한 사항 및 최소 시스템 요구 사항

재해 복구를 수행하려면 정의된 하드웨어, 소프트웨어, 설명서 및 네트워킹 구성 요소 세트가 필요합니다. 이 장에서 설명하는 절차를 사용하기 전에 적용되는 제한 사항 및 최소 시스템 요구 사항을 숙지하십시오.

제한 사항 보조 데이터 센터의 Windows 서버는 재해 복구 전용 서버여야 합니다. 즉, 이 서버를 사용하여 운영 애플리케이션 또는 데이터를 제공해서는 안 됩니다. 356페이지의 “페일오버”에서 설명하는 페일오버 프로세스에서는 실제 또는 중단 테스트 재해 복구를 수행하는 것으로 간주하므로, 운영 사이트는 사용할 수 없습니다.

하드웨어운영 및 보조 데이터 센터에 모두 다음 하드웨어를 설치해야 합니다. DR 시스템 하드웨어 구성은 운영 시스템과 일치해야 합니다.

◆ 실행 중인 애플리케이션용으로 구성되어 있으며 보조 데이터 센터의 경우에는 DR 기능 전용으로 사용하도록 구성된 Windows 서버(VMware 가상 호스트일 수 있음)

◆ Data Mover가 최소한 하나 이상 포함된 Celerra 네트워크 서버

◆ 두 데이터 센터 간의 IP 네트워크

소프트웨어운영 및 보조 데이터 센터에 모두 다음 소프트웨어가 필요합니다. DR 시스템 소프트웨어는 운영 시스템 소프트웨어와 정확히 일치해야 합니다. 두 시스템 간에 소프트웨어 개정판이 달라서는 안 됩니다.

◆ Celerra Network Server

◆ Microsoft Windows Server 2003 또는 2008 및 최신 패치

◆ Microsoft iSCSI Initiator

◆ Solutions Enabler

◆ Replication Manager

지원되는 모든 버전을 비롯하여 위에 나열된 소프트웨어에 대한 최신 지원 정보를 보려면 Powerlink 웹 사이트(http://Powerlink.EMC.com)에서 제공되는 EMC Replication Manager Support Matrix를 참조하십시오.



344

재해 복구

Celerra 재해 복구 설정

이 섹션에서는 Celerra 환경에서 재해 복구를 수행하기 위해 운영 데이터 센터 및 보조 데이터 센터를 설정하는 단계에 대해 자세히 설명합니다.

개요 재해 복구를 성공적으로 수행하려면 먼저 올바른 설정이 필요합니다. 운영 데이터 센터에 장애가 발생하는 경우 재해 복구 시스템으로의 페일오버를 성공적으로 수행하려면 운영 시스템을 호스트하는 운영 데이터 센터에서 특정 매개 변수를 제공해야 합니다.

설정 단계는 345페이지의 그림 55에 나와 있는 것처럼 별개의 두 시스템에 대해 서로 다른 두 사이트에서 수행되는 작업으로 구성됩니다. PDC(운영 데이터 센터)는 라이브 데이터를 제공하는 운영 시스템이 있는 위치를 나타냅니다. 그리고 SDC(보조 데이터 센터)는 재해 복구 시스템이 있는 위치를 나타냅니다. 여기에는 라이브 데이터의 복제본이 저장됩니다.

Replication ManagerServer DR과 Celerra

DR

복제 환경에 따라 Replication Manager Server가 운영 호스트에 있을 수도 있고 없을 수도 있습니다. 재해가 환경에 미치는 영향을 줄이려면 Replication Manager Server를 운영 호스트가 아닌 별도의 호스트에 배치하는 것이 좋습니다. 작업을 계속하기 전에 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명되어 있는 Replication Manager Server 설정 절차를 수행하는 것이 좋습니다.

Replication Manager Server도 재해의 영향을 받은 경우에는 Celerra 재해 복구 작업을 수행하기 전에 334페이지의 “서버 재해 복구 수행”에 나와 있는 Server DR 단계를 수행해야 합니다.


재해 복구

그림 55 설정 위치 및 작업

운영 및 재해 복구 서버 설정

실행 중인 애플리케이션에 적합한 권장 사항에 따라 PDC(운영 데이터 센터)의 운영 서버와 SDC(보호 데이터 센터)의 재해 복구 서버를 구성해야 합니다. 이 장의 뒷부분에서는 운영 데이터 센터에 설치되는 운영 서버를 pdcserver로, 그리고 보조 데이터 센터에 있는 재해 복구 서버를 sdcserver로 각각 지칭합니다.

운영 서버, 재해 복구 서버 및 페일백 서버에서 다음 절차를 수행하는 것이 좋습니다.

IP

sdc-celerra

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

sdcserver

RO iSCSI LUNs


SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

pdc-celerra

RW iSCSI LUNs

pdcserver


346

재해 복구

Microsoft Windows설치

재해 복구를 수행하는 사용자는 이 절차를 잘 파악하고 있는 것으로 간주하고 여기서는 이 절차에 대해 자세히 설명하지 않습니다.

1. 호스트에 지원되는 Windows Server 버전이 아직 설치되지 않았으면 설치합니다.

2. Microsoft의 모든 권장 업데이트를 비롯하여 Replication Manager 구성 검사기를 실행할 때 권장되는 업데이트를 모두 설치합니다. 또한 이 섹션에 나와 있는 모든 선택적 업데이트도 설치합니다. windowsupdate.microsoft.com 에서 Windows Update를 사용하여 Microsoft 소프트웨어에 대한 업데이트를 얻을 수 있습니다.

Microsoft iSCSIInitiator 설치

Initiator를 사용하여 Celerra 시스템의 iSCSI LUN에 접속합니다. iSCSI Initiator 설치 및 사용에 대한 자세한 내용은 해당 설명서에 나와 있습니다.

EMC Replication Manager Support Matrix에 지정된 Microsoft iSCSI Initiator 버전을 설치합니다. 이 문서는 Powerlink에 제공되어 있습니다.

EMC Solutions Enabler설치

Solutions Enabler는 다른 EMC 제품과 통신하는 데 사용할 수 있는 일반적인 툴 모음을 제공합니다.

iSCSI Initiator에서와 같이 EMC Replication Manager Support Matrix에 지정된 Solutions Enabler 버전을 설치합니다.

설치 시에는 기본 옵션을 모두 그대로 사용하면 됩니다. 자세한 내용은 Solutions Enabler설명서를 참조하십시오.

각 호스트에Replication Manager

Agent 소프트웨어 설치

각 호스트에 Replication Manager Agent 소프트웨어를 설치합니다. 설치 프로세스 중에 328페이지의 “Replication Manager Server 재해 복구 설정”에 나와 있는 지침을 사용하여 각 호스트에 Replication Manager Server 재해 복구를 설정하십시오.

Microsoft Exchange 2007 관리 도구를 설치하는 경우에는 Replication Manager Exchange 2007 에이전트를 설치하기 전에 해당 도구를 설치해야 합니다. 또한 Replication Manager Exchange Interface 구성 요소가 올바르게 등록되도록 Exchange 2007 관리 도구를 설치한 후에 시스템을 재부팅해야 합니다.


http://windowsupdate.microsoft.com

http://windowsupdate.microsoft.com

http://Powerlink.EMC.com.

재해 복구

소스 LUN 생성 Celerra Manager 사용자 인터페이스를 사용하여 DR 환경에서 보호하려는 각 애플리케이션에 대해 iSCSI LUN을 생성합니다. 다음 목록에는 LUN을 복제해야 하는 경우의 예제가 나와 있습니다.

◆ 현재 서버에서 공유하는 파일이 포함된 모든 LUN

◆ 모든 Microsoft SQL Server 데이터베이스 및 트랜잭션 로그 파일 대부분의 경우 이러한 항목은 별도의 iSCSI LUN에 있습니다. 이러한 LUN은 모두 복제해야 합니다.

◆ 모든 Microsoft Exchange Server 스토리지 그룹 및 메일박스 서버

참고: 각 Replication Manager 애플리케이션 세트에는 하나의 Celerra Data Mover에서만 복제한 iSCSI LUN이 포함되어야 합니다. 그렇지 않으면 페일백 작업을 수행할 수 없습니다.

사용자 애플리케이션설정

여기에서는 작업을 수행하는 사용자가 DR 컨텍스트 외부에서 이 절차를 제대로 이해하고 있다고 가정합니다. 다음 섹션에서는 DR 환경의 애플리케이션에 대한 특정 고려 사항에 대해 간략히 설명합니다. 각 애플리케이션을 설치할 때는 설치 프로세스 중에 데이터 스토리지에 대해 적절한 iSCSI LUN 드라이브를 선택해야 합니다.

iSCSI LUN 생성 및 사용에 대한 자세한 내용은 Powerlink에서 제공되는 Configuring iSCSI Targets on Celerra iSCSI 기술 모듈을 참조하십시오.

NTFS이 절차는 pdc-celerra의 iSCSI LUN에 있는 공유 데이터만을 보호합니다.

Microsoft SQL Server Microsoft SQL Server 시스템 데이터베이스는 로컬 스토리지에 있을 수도 있고, 복제할 필요가 없는 경우에는 iSCSI LUN에 있을 수도 있습니다. 보호해야 하는 모든 데이터베이스는 pdc-celerra의 iSCSI LUN에 있어야 합니다.

Microsoft Exchange Server서버의 모든 Microsoft Exchange 스토리지 그룹은 pdc-celerra의 iSCSI LUN에 있어야 합니다.


348

재해 복구

대상 LUN 생성 Celerra Manager 사용자 인터페이스에서 DR 환경에서 보호하려는 각 애플리케이션에 대해 pdc-celerra에 읽기 전용 대상 LUN을 생성합니다. LUN은 211페이지의 “파일 시스템 크기 조정”에 설명된 것과 같이 적절한 크기가 지정된 파일 시스템에 생성해야 합니다. 복제해야 하는 LUN의 예를 보려면 347페이지의 “소스 LUN 생성”의 지침을 사용하십시오.

다음 단계는 대상 LUN을 설정하는 방법을 보여 줍니다.

주의!복제할 데이터와 연관된 pdcserver의 모든 마운트 지점 및 드라이브 문자는 sdcserver에서 예약해 두어야 하며 지금은 사용해서는 안 됩니다.

시작하기 전에이 단계의 절차를 수행할 때 복제 대상은 iSCSI LUN을 기준으로 하여 생성하는 반면, 복제 작업은 해당 LUN을 사용하는 애플리케이션을기준으로 하여 생성됩니다. 그러므로 각 애플리케이션에 대해 복제 작업을 생성하기 전에 애플리케이션에 대해 모든 iSCSI 대상 LUN을 먼저 생성해야 합니다.

참고: 이 절차에서는 Celerra Control Station 명령줄 인터페이스를 사용하여 읽기 전용 LUN을 생성하는 방법에 대해 설명합니다. Celerra Manager 사용자 인터페이스를 사용하여 읽기 전용 LUN을 생성할 수도 있습니다.

1. 복제할 LUN의 크기를 결정합니다.

DR LUN의 크기는 운영 LUN과 같아야 합니다. 이는 LUN을 설정할 때 지정됩니다. 크기를 확인해야 하는 경우에는 다음 명령을 사용하십시오.

참고: 1단계의 모든 명령은 pdc-celerra에서 실행해야 합니다.

$>server_iscsi <movername> -lun -list

그러면 출력되는 목록에는 특정 Data Mover용으로 구성된 iSCSI LUN이 표시됩니다. 다음 명령에 필요한 LUN 번호를 확인합니다.

$> server_iscsi <movername> -lun -info <lun_number>

그러면 표시되는 정보에는 LUN 크기 및 LUN과 연관된 타겟이 나열됩니다.


재해 복구

2. sdc-celerra의 CLI에서 타겟 LUN을 생성합니다.

참고: 2단계의 모든 명령은 sdc-celerra에서 실행해야 합니다.

명령은 다음과 같습니다.

$> server_iscsi <movername> -lun -number <lun_number>-create <target_alias_name> -size <size> [M|G|T]-fs <fs_name> -readonly yes

참고: 읽기 전용 옵션은 필수 옵션으로, LUN을 복제 타겟으로 지정합니다. 새로 생성된 LUN에 표시된 정보를 통해 타겟으로 지정되었는지 확인할 수 있습니다.

예제 1 sdc-celerra에서 iSCSI LUN 생성

[root@sdc-celerra root]# server_iscsi server_2 -lun -number 25 -create NonClust_tgt -size 25G -fs secondary_site_iscsi -readonly yes

server_2 : done

Microsoft SQL Server및 NTFS 공유 설치

Microsoft SQL Server 및 NTFSMicrosoft SQL Server 또는 NTFS를 실행 중인 경우에는 게시된 구축 성공 사례에 설명된 것과 같이 애플리케이션을 설정 수 있습니다. 이렇게 하면 재해 복구 시스템으로 페일오버해야 하는 경우 시간을 절약할 수 있습니다.

sdcserver SQL 서버 인스턴스의 구성은 pdcserver의 구성과 일치해야 합니다.

Microsoft Exchange ServerExchange 2003을 사용하는 경우에는 재해 복구 모드에서 설치를 수행한 후에 Exchange 서비스를 해제할 수 있습니다. Exchange 2007을 사용하는 경우에는 재해 복구 모드에서 메일박스 서버 역할을 사전 설치할 수 없습니다. Exchange 2007은 설치 중에 운영 사이트에서 사용되는 드라이브 문자를 검색하므로 제대로 설치할 수 없습니다.


350

재해 복구

복제 설정 복제를 수행하려면 운영 데이터 센터와 보조 데이터 센터에서 모두 Celerra Network Server를 설정해야 합니다. 또한 두 시스템에서 모두 최소한 Celerra Network Server 소프트웨어 버전 5.6 이상을 실행해야 합니다.

트러스트 관계 설정 지금까지 거의 동일한 두 서버를 설정하는 작업에 대해 알아보았습니다. 이제는 재해 복구를 수행할 수 있도록 두 서버 사이에 복제를 설정해야 합니다. 이렇게 하려면 운영 및 재해 복구 Celerra 시스템 간에 트러스트 관계가 있어야 합니다. 트러스트 관계는 두 시스템 간에 양방향 통신을 설정합니다.

다음 단계에서는 재해 복구를 위한 절차를 간략하게 설명합니다. 트러스트 관계를 설정하는 방법에 대한 전체 설명을 보려면 EMC Powerlink에서 제공되는 Using Celerra Replicator for iSCSI 기술 모듈을 참조하십시오.

1. 시스템 간에 공유할 암호를 결정합니다. pdc-celerra와 sdc-celerra에서 동일한 암호를 사용해야 합니다.

2. pdc-celerra에서 루트로 다음 명령을 실행합니다.

#> nas_cel -create <cel_name> -ip <ipaddr> -passphrase <passphrase>

여기서 <cel_name>은 sdc-celerra의 이름이고, <ipaddr>은 sdc-celerra에 있는 기본 Control Station의 IP 주소이며, <passphrase>는 이전 단계에서 선택한 암호입니다. 이 명령에서 반환하는 값을 기록해 두십시오.

예제 설명은 예제 2를 참조하십시오.

예제 2 운영 Celerra에서 재해 복구 Celerra로의 트러스트 관계 설정

[root@pdc-celerra root]# nas_cel -create sdc-celerra -ip 10.6.29.126 -passphrase passphrase operation in progress <not interruptible>...id - 4대이름 - sdc-celerra소유자 - 0디바이스 -channel -net_path - 10.6.29.126celerra_id - APM000548000410000암호 - 암호[root@pdc-celerra root]#


재해 복구

3. 같은 방법으로 보조 데이터 센터에 있는 재해 복구 Celerra에서 운영 데이터 센터에 있는 운영 Celerra로의 트러스트 관계를 설정합니다. 이전 단계에서 실행한 명령을 이번에는 sdc-celerra부터 적절한 값을 적용하여 실행합니다.

#> nas_cel -create <cel_name> -ip <ipaddr> -passphrase <passphrase>

여기서 <cel_name>은 pdc-celerra의 이름이고, <ipaddr>은 pdc-celerra에 있는 기본 Control Station의 IP 주소이며, <passphrase>는 선택한 암호입니다. 이 값도 기록해 두십시오.

상호 연결 통신 경로생성

운영 Celerra와 재해 복구 Celerra 간의 트러스트 관계를 설정하고 나면 각 Celerra Network Server가 Celerra Manager에서 반대쪽 서버의 복제 패널에 나타나야 합니다. 예를 들어 그림 56에 보이는 것처럼 재해 복구 Celerra는 운영 Celerra의 복제 패널에 나타나야 합니다.

그림 56 Celerra Manager 복제 패널

다음으로는 복제 세션을 지원하는 원격 Data Mover 쌍 간에 상호 연결이라는 통신 경로를 생성해야 합니다. 먼저 운영 Celerra에 상호 연결의 로컬 부분을 생성한 후에 원격 Data Mover에서 같은 프로세스를 반복하여 재해 복구 Celerra에 상호 연결의 피어 부분을 생성합니다. 상호 연결의 양쪽을 모두 생성해야 원격 복제 세션을 생성할 수 있습니다.

1. Celerra Manager에서 Celerras > [Celerra_name] >Replications를 선택하고 Data Mover Interconnects 탭을 클릭합니다. Data Mover Interconnects 패널이 나타나고 기존 Data Mover 상호 연결이 모두 표시됩니다.

2. New를 클릭합니다. New Data Mover Interconnect 패널이 나타납니다.


352

재해 복구

3. New Data Mover Interconnect 패널에서 해당하는 필드에 내용을 입력하여 운영 Celerra와 재해 복구 Celerra 간의 Data Mover 상호 연결을 설정합니다. 이러한 필드에 대한 자세한 내용은 241페이지의 “상호 연결 통신 경로 생성(DART 5.6 이상 전용)” 또는 Celerra Manager 온라인 도움말을 참조하십시오.

복제 작업 생성 보호할 데이터가 포함된 각 애플리케이션 세트에 대해 이 절차를 반복해야 합니다. 보호해야 하는 각 애플리케이션 세트에 대해 작업을 추가로 생성해야 합니다.

1. 운영 Replication Manager Server에서 Replication Manager 콘솔을 시작합니다.

2. 아직 운영 호스트를 등록하지 않은 경우 호스트를 마우스 오른쪽 버튼으로 클릭하고 새 호스트를 선택하여 운영 호스트를 관리되는 호스트 목록에 추가합니다.

Microsoft SQL ServerMicrosoft SQL Server를 사용하는 경우에는 DR 서버도 관리되는 호스트 목록에 등록해야 합니다. 클러스터링된 SQL Server의 경우에는 SQL 가상 인스턴스도 등록해야 합니다.

Microsoft Exchange ServerMicrosoft Exchange Server를 사용하는 경우에는 DR 서버의 이름이 운영 호스트 이름으로 바뀌므로 DR 호스트를 등록할 필요가 없습니다.

참고: 복제 작업 작성에 대한 자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오. 다음 절차에서는 재해 복구 설정과 관련된 주요 Replication Manager 대화 상자를 중점적으로 설명합니다.

3. 애플리케이션 세트를 마우스 오른쪽 버튼으로 클릭하고 새 애플리케이션 세트를 선택합니다. 애플리케이션 세트 마법사를 사용하여 운영 호스트의 데이터베이스 및/또는 파일 시스템이 포함된 애플리케이션 세트를 구성합니다.

Microsoft SQL Server, Microsoft Exchange Server해당 메시지가 표시되면 이들 애플리케이션의 관리 사용자 이름 및 암호를 입력합니다.

4. 애플리케이션 세트를 마우스 오른쪽 버튼으로 클릭하고 작업 생성을 선택하여 애플리케이션 세트에 대해 복제 작업을 생성합니다.

5. 복제 기술 드롭다운 상자에서 Celerra Replicator를 선택한 후 다음을 클릭합니다.


재해 복구

6. Celerra 복제 스토리지 패널에서 그림 57에 설명된 대로 보조 Celerra(sdc-celerra)의 이름과 Data Mover IP 주소를 입력합니다.

그림 57 작업 마법사 — Celerra 복제 스토리지

참고: 복제를 위한 재해 복구 Celerra를 지정할 때는 대상 iSCSI 타겟이 수신 중인 Data Mover의 IP 주소를 사용하십시오.

7. 데이터 복구 정책에 디스크 또는 테이프로의 백업이 포함되는 경우에는 선택적으로 작업 마법사의 마운트 옵션 패널을 사용하여 다른 호스트에서 복제본을 자동으로 마운트하도록 이 작업을 설정할 수 있습니다. 이 절차의 범위를 벗어나는 다양한 작업에 대해서도 이 방법을 사용할 수 있습니다. 이러한 작업에는 다음이 포함됩니다.

• 백업 작업

• 정합성 검사

• 보고서 작성

• 재해 복구 테스트

자세한 내용은 EMC Replication Manager 제품 설명서를 참조하십시오.


354

재해 복구

참고: 기본적으로 원격 복제본은 읽기 전용 디바이스로 마운트됩니다. 그러나 이 복제본을 일시적으로 쓰기 가능한 디바이스로 마운트하는 옵션이 있습니다.

8. 이때 다른 애플리케이션에 대해 복제를 설정합니다.

이 작업을 수행할 때 다음과 같은 점을 기억해야 합니다.

• 적절한 크기의 사용 가능한 LUN 중 하나가 대상 시스템에서 선택됩니다. 선택 순서는 예측할 수 없습니다. 작업 환경에서 특정 LUN 번호를 대상으로 사용해야 하는 경우에는 각 복제 작업을 설정할 때 사용 가능한 대상 LUN이 하나만 있도록 설정하십시오. 필요한 경우 작업 마법사의 드롭다운 목록에서 특정 Celerra IQN을 선택하여 올바른 타겟 LUN이 선택되도록 할 수 있습니다.

• 여러 논리 파티션으로 LUN을 복제할 수는 있지만 이 작업은 지원되지 않습니다.

• Microsoft SQL Server 환경에서는 시스템 데이터베이스를 복제할 수 없으며 사용자 데이터베이스만 복제할 수 있습니다. 시스템 데이터베이스의 복제본을 생성해야 하는 경우에는 Microsoft에서 제공하는 절차를 따르십시오.

9. 트리 패널에서 작업을 선택합니다. 컨텐츠 패널에 개별 작업이 표시됩니다. 컨텐츠 패널에서 작업을 마우스 오른쪽 버튼으로 클릭하고 실행을 선택합니다. 작업을 실행하기로 선택하면 작업 처리가 시작됩니다.

복제 확인 각 Celerra Network Server에서 nas_replicate -info -all을 실행하여 두 서버에서 복제가 인식되는지를 확인합니다. 명령의 출력에는 복제하는 각 볼륨에 대해 작업이 하나씩 표시되어야 하며, 각 작업에는 현재 볼륨을 소유한 호스트 이름과 해당 볼륨이 마운트되어 있는 드라이브 문자로 구성된 태그가 지정되어 있어야 합니다. 예제를 보려면 355페이지의 예제 3을 참조하십시오.

참고: Celerra Manager 사용자 인터페이스 내에서 Replications 폴더의 내용을 표시하여 모든 원격 복제를 확인할 수도 있습니다. 이 방법을 사용하여 원격 복제를 확인할 때는 EMC 지원 담당자가 권장하는 경우가 아니면 이러한 복제에 대해 대화 상자 옵션을 사용하지 마십시오.


재해 복구

예제 3 pdc-celerra의 복제 정보

ID = fs37_T15_LUN7_APM00074001148_0000_fs33_T10_LUN19_APM00074001147_0000Name = Source Status = OKNetwork Status = OKDestination Status = OKLast Sync Time = Type = iscsiLunCelerra Network Server = lrmc154Dart Interconnect = DM2_lrmc154Peer Dart Interconnect = 20004Replication Role = destinationSource Target = iqn.1992-05.com.emc:apm000740011480000-15Source LUN = 7Source Data Mover = server_2Source Interface = 10.241.180.165Source Control Port = 0Source Current Data Port = 0Destination Target = iqn.1992-05.com.emc:apm000740011470000-10Destination LUN = 19Destination Data Mover = server_2Destination Interface = 10.241.180.206Destination Control Port = 5085Destination Data Port = 8888Max Out of Sync Time (minutes) = Manual RefreshApplication Data = RM_lrmg151_N:\Next Transfer Size (Kb) = 0Latest Snap on Source = fs37_T15_LUN7_APM00074001148_0000.ckpt009Latest Snap on Destination = fs33_T10_LUN19_APM00074001147_0000.ckpt000Current Transfer Size (KB) = 0Current Transfer Remain (KB) = 0Estimated Completion Time = Current Transfer is Full Copy = NoCurrent Transfer Rate (KB/s) = 0Current Read Rate (KB/s) = 14369Current Write Rate (KB/s) = 3732Previous Transfer Rate (KB/s) = 0Previous Read Rate (KB/s) = 0Previous Write Rate (KB/s) = 0Average Transfer Rate (KB/s) = 0Average Read Rate (KB/s) = 0Average Write Rate (KB/s) = 0

이제 재해 복구 솔루션이 구성되었으며 운영 데이터 센터에서 심각한 장애가 발생하는 경우 응답할 준비가 되었습니다. 계속해서 356페이지의 “페일오버”를 진행하여 DR의 페일오버 단계를 구현하십시오.


356

재해 복구

페일오버 이 섹션에는 장애가 발생한 운영 시스템의 라이브 데이터를 보조 데이터 센터의 재해 복구 시스템으로 페일오버하는 데 사용하는 절차가 포함되어 있습니다. 이 섹션에서는 실제 재해가 발생하는 경우에 수행하는 단계를 설명하지만, 페일오버 테스트에 사용하는 단계도 동일합니다. 페일오버 테스트를 수행하기 전에 Celerra LUN에 대한 운영 애플리케이션의 쓰기 작업을 중지하고 Celerra Replicator 작업을 한 번 더 실행한 후에 페일오버를 수행하십시오. 그러면 타겟 Celerra LUN에 운영 LUN의 최신 데이터가 적용됩니다.

페일오버 개요 356페이지의 그림 58에 페일오버 단계가 나와 있습니다. PDC(운영 데이터 센터)에 장애가 발생하여 라이브 데이터 서비스가 SDC(보조 데이터 센터)로 이동되었습니다.

그림 58 페일오버 위치 및 작업

CIP-000716

sdc-celerra


SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

sdcserver

pdc-celerra


SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

pdcserver


재해 복구

로컬 SnapSure 작업 및 원격 Celerra Replicator 작업으로 인해 생성된 복제본을 포함하는 Celerra 기반 애플리케이션 세트가 있는 경우 로컬 SnapSure 복제본을 복구하면 타겟 Celerra에 대한 세션이 제거됩니다. 이는 오류가 아니라 Celerra가 정합성을 유지하는 방법입니다. 또한 이 작업으로 인해 클론 복제본도 제거됩니다. 클론 복제본이 제거되기 때문에 Celerra Replicator 작업을 다시 실행할 때까지는 페일오버를 수행할 수 없습니다.

마찬가지로 Replication Manager를 사용하여 클론 복제 페일오버를 수행한 다음 Celerra Replicator 원격 스냅 복제본을 복구하는 경우에는 원격 복제본이 페일오버된 LUN에 대한 로컬 스냅으로 간주되므로 해당 세션이 제거됩니다. 페일오버 이후에 복구를 수행하는 경우에는 Celerra Replicator 작업을 다시 구성한 후에 실행하여 세션과 클론 복제본을 다시 정의해야 합니다.

애플리케이션 데이터 페일오버 준비

절차의 이 시점에서는 재해가 발생하여 운영 데이터 센터의 정상 작업이 중단된 상태입니다.

페일오버 필요 여부 결정 페일오버 서비스를 결정하기 전에 다음 작업을 수행하십시오.

1. 현재 발생한 상황에 대해 페일오버를 수행하는 것 적절한지를 결정합니다. 다음과 같은 경우에는 페일오버를 수행하는 것이 좋습니다.

• 운영 데이터 센터의 운영 중단 규모가 커서 페일오버를 수행해야 하는 경우

또는

• 운영 데이터 센터의 데이터가 유실되거나 손상된 경우

2. 페일오버를 수행해야 한다고 결정한 경우에는 보조 데이터 센터가 페일오버해야 하는 서비스를 수신할 준비가 되어 있는지 확인합니다.

a. Active Directory, DNS 및 NTP 등의 필요한 모든 네트워크 서비스가 보조 데이터 센터에서 활성 상태이며 실행되고 있는지 확인합니다. 필요한 서비스의 정확한 목록은 보호 대상 애플리케이션에 따라 달라지며, 이 문서에서는 설명하지 않습니다.

b. 운영 서버의 작업을 대신할 보조 데이터 서버의 DR 서버를 확인합니다. 이 예제에서 보조 데이터 센터의 재해 복구 서버 이름은 sdcserver입니다. 345페이지의 “운영 및 재해 복구 서버 설정”에 자세히 설명되어 있는 것처럼 이 시스템에는 드라이브 문자 매핑 및 네트워크 이름과 관련된 여러 가지 요구 사항이 적용됩니다. 이러한 요구 사항에 대해서는 여기서 자세히 설명하지 않습니다.


358

재해 복구

사용자 애플리케이션설치

설치 요구 사항에 대해 설명하는 아래의 애플리케이션 관련 사항을 참조하십시오.

NTFS추가 요구 사항이 없습니다.

Microsoft SQL ServerMicrosoft SQL Server의 경우 Microsoft에서 제공하는 해당 설명서의 지침에 따라 sdcserver에 사용자 애플리케이션을 설치하십시오. DR 설치 시에 선택 사항으로 이 애플리케이션을 설치했을 수도 있습니다. sdcserver의 SQL Server 인스턴스는 pdcserver의 인스턴스와 일치해야 합니다.

Microsoft Exchange ServerMicrosoft Exchange Server를 페일오버하는 경우에는 먼저 재해 복구 서버의 네트워크 ID를 교체 대상 서버와 일치하도록 변경해야 합니다. Microsoft SQL Server 또는 NTFS의 경우에는 이 작업을 수행하지 않아도 됩니다. ID를 변경하려면 다음을 수행합니다.

1. pdcserver의 Active Directory 컴퓨터 계정을 재설정합니다.

2. sdcserver의 이름을 pdcserver로 바꿉니다.

3. 새 pdcserver를 Active Directory 도메인에 추가합니다.

이렇게 하면 sdcserver의 Active Directory 이름이 pdcserver와 같아지지만, 여기서는 보조 데이터 센터에 있는 서버를 계속 sdcserver로 지칭합니다.

애플리케이션 사전 페일오버 단계

DR 테스트 또는 다른 유형의 예정된 페일오버를 수행하는 경우에는 페일오버 전에 타겟 Celerra에 대해 최종 Celerra Replicator 작업을 실행하여 운영 LUN과 타겟 LUN이 논리적으로 동일하도록 해야 합니다. 이 작업은 소스 데이터에 쓰기 작업을 수행 중인 애플리케이션을 중지한 후에 실행해야 합니다.

예를 들어 SQL Server 인스턴스에서 데이터베이스를 복제 및 페일오버하는 경우에는 SQL Server 데이터베이스에 쓰기 작업을 수행 중인 애플리케이션을 일시 중지한 후에 Celerra Replicator 작업을 실행해야 합니다. Exchange의 경우에는 사용자가 데이터베이스에 쓸 수 없도록 Exchange 서비스를 중지해야 합니다.

두 경우 모두 Replication Manager가 페일오버 전에 마지막 복제본을 가져올 수 있도록 Exchange 및 SQL Server가 온라인 상태여야 합니다.


재해 복구

클러스터링된 환경클러스터링된 운영 서버를 사용하여 DR 테스트를 수행하는 경우에는 페일오버 전에 종속 항목을 모두 제거하고 해당하는 클러스터 자원을 오프라인으로 전환해야 합니다. 페일오버를 수행하면 운영 LUN이 읽기 전용이 되기 때문입니다. 그러면 운영 클러스터가 쓰기 가능한 스토리지를 검색하며 클러스터 페일오버를 반복적으로 수행합니다.

클러스터에 페일오버하는 경우 페일오버 스토리지 클러스터 자원을 생성하는 동시에 운영 클러스터로 페일백하려면 페일오버될 스토리지에 대해 운영 클러스터에서 클러스터링된 자원을 실제로 제거해야 합니다. 페일오버 클러스터에서 스토리지를 자체 클러스터 ID로 표시하기 때문입니다. 클러스터 리소스를 제거하지 않고 원래 운영 클러스터로 페일백을 수행하면 운영 클러스터가 페일백 스토리지를 거부합니다.

Microsoft SQL ServerSQL Server의 경우 운영 환경으로 페일백(예: DR 테스트)하려는 경우에는 Celerra Replicator 작업을 실행한 후에 데이터베이스가 포함된 SQL Server 인스턴스를 중지하여 타겟 클론을 새로 고치십시오. 이렇게 하면 인스턴스를 종료하는 경우 페일백 이후에 인스턴스를 빠르게 다시 시작할 수 있습니다. 운영 인스턴스를 종료하지 않으면 페일오버 프로세스가 운영 Celerra에서 LUN을 읽기 전용으로 설정할 경우 SQL Server가 데이터베이스를 의심스러운 항목으로 표시할 수 있습니다. 클러스터링된 SQL Server로 페일오버하는 경우에는 가상 SQL Server 인스턴스를 페일오버 호스트로 선택해야 합니다.

Microsoft Exchange ServerExchange의 경우에는 페일오버 전에 Exchange 인스턴스를 중지해야 합니다.

보조 데이터 센터로 페일오버

Replication Manager에서는 Celerra Replicator 클론 복제본을 사용하여 Celerra 스토리지 시스템의 재해 복구를 원활하게 수행할 수 있습니다. 재해가 발생할 때 이 복제본으로 페일오버하면 Replication Manager는 원래 운영 호스트 애플리케이션 세트의 클론 LUN과 이 클론의 스냅이 재해 복구 호스트에서 작동하도록 합니다. 또한 운영 스토리지가 읽기 전용이 됩니다.

Celerra 스토리지의 애플리케이션 세트에 로컬 복제와 원격 복제가 모두 포함되어 있으면 클론 복제본을 페일오버할 때 로컬 복제본은 "복구 불가"로 표시됩니다. 이러한 상황은 스냅샷에서 페일오버된 클론 LUN으로의 복구 경로가 없기 때문에 발생합니다. 로컬 스냅 복제본은 원래 운영 LUN으로 페일백하는 즉시 다시 복구 가능한 것으로 표시됩니다.

참고: 페일오버 작업을 실행하기 전에 iSCSI Initiator와 타겟 IQN이 모두 DR 서버에서 MS iSCSI Initiator로부터 접속되어 있는지 확인해야 합니다.


360

재해 복구

Microsoft Exchange 2003 Server페일오버 작업을 실행하기 전에 시스템 환경 변수 경로 위치에 eseutil.exe 및 ese.dll의 복제본을 보관해 두어야 합니다.

참고: 현재 마운트되어 있는 로컬 또는 원격 클론 복제본이 있는 경우에는 클론 복제본 페일오버를 수행할 수 없습니다. 이러한 경우에는 페일오버가 실패합니다. 로컬 또는 원격 클론 복제본을 마운트 해제한 후에 클론 복제본 페일오버를 시작하십시오.

운영 데이터 센터에서 보조 데이터 센터로 페일오버하려는 경우에는 운영 Replication Manager Server에서 다음 단계를 수행하십시오.

1. Celerra Replicator 클론 복제본을 마우스 오른쪽 버튼으로 클릭하고 페일오버를 선택합니다. 360페이지의 그림 59에서와 같이 페일오버 대화 상자가 나타납니다.

그림 59 페일오버 대화 상자

2. iSCSI 클론 복제본을 페일오버할 새 운영 호스트의 이름을 선택합니다. 클러스터로 페일오버하는 경우에는 해당하는 가상 클러스터 이름을 선택해야 합니다.

참고: 선택한 새 운영 호스트가 타겟 Celerra의 해당 IQN에 로그인되어야 합니다. 뿐만 아니라 IQN은 타겟 LUN 및 스냅을 포함해야 합니다. 그렇지 않으면 페일오버가 성공적으로 완료되지 않습니다.


재해 복구

3. 옵션 버튼을 클릭하여 다음 옵션 중 하나를 선택하십시오.

페일오버 후 작업 속성 편집 - 페일오버가 성공적으로 완료되고 나면 복제본의 작업 속성을 편집할 수 있습니다. 이 옵션은 정상적인 운영 스토리지 시스템으로 페일백하기 전에 전용 DR Celerra 스토리지 시스템에서 일정 기간 동안 실행하려는 경우 유용합니다. Celerra Replicator 작업 구성에 따라 페일오버가 완료된 후에 스토리지, 마운트 및 시작 탭을 수정해야 할 수 있습니다.

드라이브가 이미 마운트된 경우 페일오버 금지(페일백 시나리오) - 정상적인 상황에서는 현재 사용 중인 드라이브에 복제본을 마운트하려고 하면 마운트 작업이 실패합니다. 이 옵션은 그러한 동작을 무시하고 복제본이 이 특정 DR 사이트에 이미 있으며 드라이브가 아직 할당되어 있음을 Replication Manager에 알립니다. 따라서 이 옵션을 설정하면 현재 사용 중인 LUN에 드라이브를 마운트하도록 시도해도 마운트 작업이 실패하지 않게 됩니다. LUN과 드라이브가 있으며 읽기 전용인 경우에는 이 옵션을 선택해야 합니다.

참고: 페일백을 수행하지 않으며 필요한 드라이브를 DR 호스트에서 사용하고 있는지를 모르는 경우에는 드라이브가 이미 마운트되어 있어도 계속 진행 옵션을 선택하지 않는 것이 좋습니다. Replication Manager가 충돌 사항을 알려 주므로 이를 해결한 후에 페일오버를 다시 시작하면 됩니다.


362

재해 복구

4. 확인을 클릭합니다. 362페이지의 그림 60에서 보이는 것처럼 복제본 페일오버 진행 패널이 나타나고 복제본 페일오버의 현재 상태가 표시됩니다.

그림 60 페일오버 진행 패널

이 프로세스가 오류 없이 완료되면 363페이지의 “사후 페일오버 고려 사항”으로 이동하십시오.

페일오버를 수행하기 전에 보다 최신 상태(최근)의 SnapSure 복제를 포함하는 로컬 SnapSure 복제를 복구하면 보다 최근의 복제본이 삭제됩니다. 이는 정합성 유지를 위한 정상적인 Celerra 동작으로, '중단 복구'라고 합니다.

Celerra Replicator 스냅 복제의 클론 복제본을 페일오버하는 경우가 아니면 Celerra Replicator 복제는 이러한 방식으로 동작하지 않습니다. 페일오버를 수행하고 나면 Celerra Replicator 복제본은 로컬 SnapSure 복제본과 같이 간주됩니다. 보다 최신 상태의 스냅샷 복제본이 포함된 복제본을 복구하면 복구된 복제본보다 최근 상태인 복제본은 모두 삭제됩니다.


재해 복구

사후 페일오버 고려 사항

복제본 페일오버 이후 수행하는 작업은 처음 계획했던 재해 복구의 목적에 따라 크게 달라집니다. 즉, 보조 데이터 센터에서 영구적으로 운영을 실행하려는 경우, 운영 데이터 센터로 즉시 페일백하려는 경우 등 다양한 계획이 있을 수 있습니다. 실제로 재해가 발생하면 상당히 오랜 시간 동안 보조 데이터 센터에서 운영을 실행해야 할 수 있습니다. 다음 사후 페일오버 옵션을 고려하여 자신에게 가장 적합한 작업을 선택하십시오.

원래 데이터 센터로 즉시페일백

계획된 중단 재해 복구 테스트를 수행했으며, pdc-celerra 및 pdc-server로 구성되는 원래 운영 센터는 계속 작동하도록 하려는 경우입니다.

수행할 작업: 운영 데이터를 원래 운영 센터로 페일백

원래 데이터 센터로 최종페일백

계획되지 않은 재해가 발생하여 운영 센터의 가동이 일시적으로 중지되었지만 최종적으로는 다시 사용 가능하도록 하려는 경우입니다.

수행할 작업:

◆ 복제 작업 다시 구성(필요한 경우 일정 조정)

◆ 복제 작업 실행(수동으로 또는 일정 사용)

◆ 원래 운영 센터가 사용 가능한 상태가 되면 운영 데이터 페일백

새 운영 데이터 센터로페일백

계획되지 않은 재해가 발생하여 원래 운영 센터에 복구할 수 없는 손실이 발생한 경우입니다.

수행할 작업:

◆ 새 운영 호스트 및 Celerra 스토리지 시스템 설정

◆ 새 복제 작업 구성

◆ 복제 작업 실행

◆ 운영 데이터를 새 운영 센터로 페일오버

애플리케이션 복구 새 운영 호스트에 대한 페일오버(또는 원래 운영 호스트에 대한 페일백)를 성공적으로 수행한 후에는 다양한 수준의 파일 시스템 또는 애플리케이션 복구를 수행해야 합니다. 작업 환경에 Microsoft Exchange 또는 SQL Server가 포함되어 있는 경우에는 새 호스트에서 운영 데이터베이스를 가동 및 실행하기 위한 단계를 추가로 수행해야 할 수 있습니다. 특정 애플리케이션 데이터베이스 복구 단계는 Replication Manager 설명서의 범위에 해당되지 않으므로 여기서 설명하지 않습니다.


364

재해 복구

이 섹션에서는 다양한 환경에 적용할 수 있는 일반적인 애플리케이션 복구 단계에 대해 설명합니다. 재해 복구는 데이터 센터 구성에 따라 달라지는 복잡한 프로세스이므로, 특정 단계에 대한 적절한 테스트 및 문서화 작업을 수행하여 일관된 프로세스를 반복 수행할 수 있습니다. 사용 중인 특정 애플리케이션과 관련하여 Microsoft 웹 사이트에 게시된 재해 복구 프로세스 및 전략을 따르는 것이 좋습니다.

NTFS 파일 시스템 애플리케이션 세트를 클러스터링되지 않은 호스트로 페일오버하고 나면 드라이브는 pdcserver와 동일한 위치의 sdcserver에 마운트됩니다. 드라이브에는 즉시 액세스할 수 있으며, 작업이 올바르게 구성되고 실행 스케줄이 지정되도록 애플리케이션 세트에 대해 Replication Manager 작업만 수정하면 됩니다.

클러스터링된 NTFS 파일 시스템 애플리케이션 세트를 클러스터링된 가상 서버로 페일오버하고 나면 드라이브는 클러스터의 물리적 노드 중 하나에서 클러스터링되지 않은 물리적 드라이브와 같은 위치에 마운트됩니다.

페일오버된 스토리지로부터 클러스터링된 자원을 생성하려는 경우에는 클러스터 관리 도구를 사용하여 적절한 클러스터링된 자원을 생성해야 합니다. 그 다음, Celerra Manager 사용자 인터페이스를 사용하여 페일오버된 스토리지 LUN을 클러스터의 다른 노드로 직접 마스킹해야 합니다.

참고: 페일오버 중에 Replication Manager의 페일오버 진행 창에는 페일오버의 클러스터 부분을 완료할 수 있도록 클러스터의 모든 물리적 노드 이름이 표시됩니다.

Microsoft SQL Server 운영 데이터베이스가 표시된 적이 없고 클러스터링되지 않은 호스트로 SQL Server 애플리케이션 세트를 처음 페일오버한 후에 SQL Server Management Studio를 사용하여 애플리케이션 세트에 대해 지정된 각 SQL Server 데이터베이스를 연결합니다.

이전에 이 호스트로 해당 애플리케이션 세트를 페일오버한 적이 있으며 SQL Server 인스턴스가 페일오버 중에 종료된 경우에는 SQL Server를 시작하면 데이터베이스를 사용할 수 있습니다.

페일오버된 클론 복제본의 일부분이었던 최신 Celerra Replicator 스냅샷 복제본을 복구할 수도 있습니다. 이를 복제본 복구(Recovery Restore)라고 합니다. 이 스냅샷 복제본을 복원하면 Replication Manager가 SQL 데이터베이스 복구를 수행하도록 할 수 있습니다. 그러면 Celerra Replicator 세션이 제거되므로, 원래 운영 Celerra Data Mover 또는 새 Celerra를 사용하려면 Celerra Replicator 작업을 다시 구성해야 합니다. 그런 후에 운영 Celerra로 작업을 다시 실행하고 나서 페일백을 수행해야 합니다.


재해 복구

클러스터링된 MicrosoftSQL Server

페일오버 후에는 다음을 수행합니다.

◆ 적절한 디스크 자원을 추가합니다.

◆ 드라이브 자원용으로 적절한 종속 항목과 SQL Server 인스턴스 자원 그룹에 대한 종속 항목을 추가하고 온라인으로 설정합니다.

◆ SQL Server Management Studio를 사용하여 데이터베이스를 확인합니다.

◆ 처음으로 이 클러스터로 페일오버한 경우에는 각 데이터베이스를 연결해야 할 수 있습니다. 또는 Replication Manager를 사용하여 페일오버된 클론 복제본의 일부분이었던 최신 Celerra Replication 스냅샷 복제본을 복구할 수도 있습니다. 위의 클러스터링되지 않은 SQL Server 섹션에서 설명한 것과 같은 Celerra Replicator 세션 관련 주의 사항이 여기에도 적용됩니다.

◆ 이전에 이 클러스터로 페일오버한 적이 있는 경우(예: 페일백을 수행한 경우)에는 SQL Server 인스턴스 자원 그룹을 온라인으로 설정하면 새 데이터베이스가 표시됩니다.

◆ DR 클러스터에서 일정 기간 동안 실행하려는 경우에는 Celerra Manager 사용자 인터페이스를 사용하여 페일오버된 LUN을 클러스터의 다른 물리적 노드로 마스킹해야 합니다.

Microsoft ExchangeServer

참고: 다른 방법으로 Exchange 데이터베이스의 DR을 수행할 수도 있습니다. 이 섹션에서는 Exchange 2003 및 Exchange 2007에 사용할 수 있는 방법 중 하나를 설명합니다.

사전 필수 단계:

◆ 운영 호스트에 대해 Active Directory 컴퓨터 계정을 재설정합니다.

◆ DR 호스트의 이름(sdcserver)을 운영 호스트(pdcserver)로 바꿉니다.

◆ 새 운영 호스트를 Active Directory 도메인에 추가합니다.

Exchange 20031. 페일오버 작업을 실행하기 전에 시스템 환경 변수 경로 위치에

eseutil.exe 및 ese.dll 파일의 복제본을 합니다. 그렇지 않으면 페일오버 작업이 실패합니다.

2. 명령 프롬프트에서 다음 명령을 실행하여 Exchange 2003을 재해 복구 모드로 설치합니다.

%setup_file_location%> setup.exe /disasterrecovery

3. 복제본 페일오버 작업을 실행합니다.

4. 메일박스 데이터베이스를 마운트합니다.


366

재해 복구

참고: 2단계와 3단계는 서로 교체하여 수행할 수 있습니다.

Exchange 20071. sdcserver에 Replication Manager Exchange 2007 에이전트를 설치

하기 전에 Exchange 2007 관리 도구를 보조 서버에 설치해야 하며, 설치 후에는 Replication Manager Exchange Interface 구성 요소가 적절하게 등록되도록 시스템을 재부팅해야 합니다.

2. 복제본 페일오버 작업을 실행합니다.

3. Exchange 2007 서버 역할을 복구하려면 명령 프롬프트에서 다음 명령을 실행합니다.

% setup_file_location %> setup /m:recoverserver

4. 메일박스 데이터베이스를 마운트합니다.

참고: 2단계와 3단계는 서로 바꾸어 수행할 수 없습니다. 메일박스 서버 역할을 복구하려면 데이터베이스 및 로그 파일을 저장하는 데 사용하는 드라이브를 sdcserver에 마운트해야 합니다.

Celerra 재해 복구 문제 해결

Celerra 클론 복제 페일오버 중에 문제가 발생할 경우 관리자는 해당 호스트 및 Celerra에서 몇 가지 수동 복구 작업을 수행하여 Celerra LUN을 사용 가능한 상태로 되돌려야 할 수 있습니다.

페일오버 준비 Celerra Replicator 작업이 실행되고 있으면 운영 및 타겟 Celerra에서 Celerra Manager 사용자 인터페이스의 Replications 폴더를 확인합니다. 여기서 현재 Celerra Replicator 세션 목록을 찾을 수 있습니다.

운영 Celerra(lrmc154)에 나열되는 항목은 366페이지의 그림 61에 나와 있고 타겟 Celerra(lrmc154)의 항목은 367페이지의 그림 62에 나와 있습니다.

그림 61 소스 세션을 보여주는 Celerra Manager 사용자 인터페이스


재해 복구

그림 62 타겟 세션을 보여주는 Celerra Manager 사용자 인터페이스

Data Mover 상호 연결 아이콘을 보면 Celerra가 소스 세션인지(오른쪽 방향 화살표) 타겟인지(왼쪽 방향 화살표) 알 수 있습니다. 이러한 세션 정의가 일단 설정되고 나면 페일오버가 발생하지 않는 한 변경해서는 안 됩니다. 페일오버가 발생할 경우 시스템을 원래 구성으로 되돌릴 수 있도록, 각 Celerra에서 사용자 인터페이스를 스크린샷으로 찍어 이러한 화면에 포함된 정보를 기록해 두는 것이 좋습니다.

페일오버 실패 후에 운영Celerra로 되돌리기

페일오버 작업을 수행하기 전에 Replication Manager는 "사전 검사"를 수행하여 페일오버가 성공적으로 수행될 것인지 여부를 확인합니다. "사전 검사"가 실패하면 스토리지 또는 Replication Manager 데이터베이스가 변경되지 않습니다.

"사전 검사"에 성공했지만 페일오버는 실패하는 경우가 드물게 나타나는데, 이러한 경우에는 Replication Manager가 애플리케이션 세트, 작업 또는 복제본의 소유권을 타겟 Celerra로 업데이트하기 위해 내부 데이터베이스를 업데이트하지 않습니다. 이 경우 다음 작업을 수행합니다.

1. 실제로 Replication Manager가 세션을 페일오버했는지 여부를 확인합니다. 위에서 캡처한 스크린 샷과 현재의 Celerra Manager 사용자 인터페이스를 비교해 보십시오.

2. 세션이 페일오버되었으면 각 세션의 페일오버 버튼을 사용하여 Celerra에서 세션을 페일오버하도록 지시합니다. 요청될 경우 Celerra에서 소스 및 타겟 Celerra 둘 다에 대해 페일오버를 수행하도록 지시합니다.

3. 모든 세션이 원래 Celerra로 페일백되었으면 원격 복제본을 생성한 원본 Celerra Replicator 작업을 실행합니다.

페일오버 실패 후에 운영 Celerra를 사용할 수

없음

페일오버에 실패한 경우 세션이 페일오버되었고, 원본 Celerra를 더 이상 사용할 수 없으면 다음 단계를 수행합니다.

1. Celerra Manager 사용자 인터페이스를 사용하여 페일오버된 LUN을 새 재해 복구 호스트에 수동으로 마스킹합니다.


368

재해 복구

2. 재해 복구 호스트의 디스크를 해당 드라이브 문자에 수동으로 매핑합니다. Microsoft iSCSI Initiator를 사용하여 타겟 Celerra의 LUN 번호 중 재해 복구 호스트의 각 물리적 드라이브에 해당하는 번호를 식별합니다.

3. rm/client/bin 폴더의 rmmountvolume.bat 스크립트를 사용하여 VSS 비트를 지우고 Windows에서 해당 디바이스에 쓸 수 있도록 합니다. 명령 구문은 다음과 같습니다.

rmmountvolume <physicaldrive> <driveletter>

예를 들어 재해 복구 호스트의 타겟 LUN이 PHYSICALDRIVE5이고 드라이브가 X:\에 매핑된 경우 rmmountvolume 명령 구문은 다음과 같습니다.

rmmountvolume 5 x:

이 수동 복구 프로세스에 대한 자세한 내용은 Powerlink에서 이용할 수 있는 iSCSI Nonclustered Disaster Recovery Solutions Implementation Guide 또는 iSCSI Clustered Disaster Recovery Solutions Implementation Guide를 참조하십시오.


재해 복구

VMware SRM(Site Recovery Manager) 재해 복구

Replication Manager는 VMware SRM 환경이 CLARiX 또는 Celerra 스토리지에 구현된 경우 VMware SRM 환경에 통합될 수 있으며 그러한 환경의 재해 복구 작업을 지원합니다. 다음은 이러한 환경에 대한 일반적인 개요입니다. 후속 섹션에서는 각 환경에 대한 단계별 지침을 제공합니다.

VMware Site Recovery Manager 이해

VMware SRM(Site Recovery Manager)은 VMware 가상 인프라의 페일오버 및 재해 복구를 자동화하고 간소화하기 위해 VMware의 VirtualCenter 소프트웨어에 긴밀하게 통합되는 재해 복구 관리 도구입니다.

VMware SRM은 다음 구성 요소가 있는 재해 복구 환경을 생성하여 가상 인프라를 보호합니다.

◆ 보호 사이트(또는 운영 사이트) - 이 사이트는 ESX 서버에 상주하는 운영 가상 시스템을 호스팅합니다. 보호 사이트는 특정 VMware VirtualCenter 소프트웨어 인스턴스에 의해 관리됩니다. VMware SRM 관리자는 재해 발생 시 페일오버해야 하는 보호 사이트의 구성 요소를 식별하는 보호 그룹을 생성합니다. VMware SRM 보호 그룹을 구성하는 방법에 대한 자세한 내용은 VMware 설명서를 참조하십시오.

◆ 복구 사이트(또는 이중 사이트) - 각 보호 사이트에는 그에 해당하는 복구 사이트가 있습니다. 또 하나의 ESX 서버 세트인 이 복구 사이트는 보호 사이트가 페일오버될 수 있는 별도의 VirtualCenter 인스턴스에 의해 관리됩니다. 관리자는 페일오버된 보호 그룹을 복구 사이트에 복구하기 위해 복구 계획을 구성합니다. 관리자가 페일오버 후 사이트를 복구하는 데 사용할 수 있는 복구 계획을 구성하는 방법에 대한 자세한 내용은 VMware SRM 설명서를 참조하십시오.

VMware SRM(Site Recovery Manager) 재해 복구 369

370

재해 복구

VMware SRM을 사용하면 재해 복구 환경의 조정과 페일오버를 간편하게 수행할 수 있습니다. 370페이지의 그림 63에는 Replication Manager가 통합된 VMware SRM 환경이 나와 있습니다.

그림 63 Replication Manager가 통합된 VMware SRM 환경

VMware SRM의 역할 VMware SRM은 다음 작업을 관리하여 VMware 환경의 페일오버 및 재해 복구 작업을 지원합니다.

◆ 보호(또는 운영) 사이트 역할을 하는 사이트와 복구(또는 이중) 사이트 역할을 하는 사이트를 제어합니다. 보호 사이트는 LUN에 대한 읽기/쓰기 권한을 갖고, 복구 사이트는 LUN에 대한 읽기 전용 권한을 갖습니다. SRM은 이러한 사용 권한을 관리합니다.

◆ 사이트 간 링크의 방향을 반대로 바꿉니다. 두 사이트는 MirrorView(CLARiX 기반 사이트) 또는 Celerra Replicator(Celerra 기반 사이트)를 사용하여 연결될 수 있습니다. SRM은 실제 재해로 인한 경우가 아니라면 페일오버 시 링크의 방향을 바꿉니다. 실제 재해가 발생한 경우에는 연결할 보호 사이트가 없습니다.

◆ 가상 시스템의 전원 켜짐 상태를 제어합니다. 복구 사이트의 가상 시스템은 전원이 꺼져 있지만 보호 사이트의 가상 시스템은 전원이 켜져 있습니다.


재해 복구

VMware SRM 환경에서 Replication Manager의 역할

Replication Manager가 VMware SRM 환경에 상주할 경우 다음과 같은 작업을 편리하게 수행할 수 있습니다.

◆ 보호 또는 복구 사이트 데이터의 복제본 생성

◆ 해당 복제본 마운트

◆ 특정 복제본 복구(제한 사항이 적용됨)

◆ Celerra 환경의 경우 페일오버 후에 작업 및 복제본에 대한 변경을 자동으로 관리

참고: CLARiX 환경에서는 페일오버 후에 특정 수동 작업이 필요합니다. 이러한 수동 작업은 이 장에 설명되어 있습니다.


372

재해 복구

CLARiX 환경의 VMware SRM 재해 복구

Replication Manager는 보호 및 복구 사이트 간 MirrorView 링크를 사용하여 구성된 기존 VMware SRM 환경과 통합될 수 있습니다. CLARiX 통합의 경우 Replication Manager를 환경에 통합하기 전에 MirrorView 링크를 설정해야 합니다. 복제를 수행해도 MirrorView 링크가 설정되지 않습니다. 그림 64에는 VMware SRM CLARiX DR 환경이 나와 있습니다.

그림 64 VMware SRM CLARiX DR 환경

Celerra 환경의 VMware SRM 재해 복구

Celerra 환경의 Replication Manager는 위에 설명된 CLARiX 환경의 경우와는 다르게 작동합니다. Celerra 환경에서는 Replication Manager를 사용하여 보호 사이트와 복구 사이트 간에 모든 Celerra Replicator 링크를 설정해야 합니다. Replication Manager는 Replication Manager 작업 실행의 결과로 생성되지 않은 Celerra Replicator 환경을 관리할 수 없습니다. 그림 65에는 VMware SRM Celerra DR 환경이 나와 있습니다.


재해 복구

그림 65 VMware SRM Celerra DR 환경

Celerra 환경에서는 재해로부터 전체 환경을 보호하기 위해 서로 다른 두 개의 애플리케이션 세트/작업을 생성해야 합니다. 이러한 두 작업은 다음 복제본을 생성합니다.

◆ VMFS 복제본 - SQL Server 애플리케이션이 설치된 가상 시스템의 시스템 드라이브(예: C:\ 드라이브)를 보호합니다.

◆ 가상 디스크 복제본 - 애플리케이션 수준 정합성 또는 파일 시스템 복제본을 통해 SQL Server 데이터베이스를 보호합니다. 이러한 복제본에는 가상 시스템의 애플리케이션 데이터를 저장하는 가상 디스크가 들어 있습니다. 이 기능으로 애플리케이션 데이터 및 로그가 저장된 드라이브는 보호되지만 시스템 드라이브(예: C:\ 드라이브)는 보호되지 않습니다.

참고: VMFS 복제본을 생성하는 작업의 연결 작업으로 가상 디스크 복제본을 생성하는 작업을 설정할 수 있습니다. 그러나 이 환경에서는 이렇게 할 경우 VMFS 복제본과 가상 디스크 복제본 간의 정합성이 보장되지 않습니다.


374

재해 복구

이 장의 나머지 부분에서는 Replication Manager를 VMware SRM 환경에 통합하고 SRM과 Replication Manager가 함께 작동하도록 구성하는 방법을 설명합니다.

RecoverPoint 환경에서의 VMware SRM 재해 복구

RecoverPoint 환경 내의 Replication Manager의 경우 스토리지에 SRM으로 보호할 정합성 보장 그룹(Consistency Group)만 설정하면 됩니다.

그림 66 VMware SRM RecoverPoint DR 환경

CLARiX에서 SRM 및 Replication Manager 구성

Replication Manager는 SRM 환경에서 다음과 같은 두 가지 종류의 VMware 복제본을 생성할 수 있습니다.

◆ VMFS 복제본 - VMware VMFS(데이터 저장소)의 장애 발생 시 정합성이 보장되는 복제본. Replication Manager는 복제에 앞서 데이터 저장소에 모든 라이브 가상 시스템에 대한 VMware 스냅샷을 생성합니다. 이 VMware 스냅샷은 복제본의 각 VM에 대해 유지되며 복제본이 생성되고 나면 각각의 라이브 VM에 대해 제거됩니다.

OS OS OS

VMFS VMFS VMFS

RM Proxy 1

OS OS OS

VMFS VMFS VMFS

VirtualCenter VMware SRM VirtualCenter VMware SRM

WAN CG CG CG

RecoverPoint

CG CG CG

RecoverPoint


재해 복구

참고: Replication Manager가 생성한 VMware 스냅샷은 데이터 저장소가 상주하는 VMware 버전에 따라 데이터 저장소의 VM에 대해 일정 수준의 정합성을 제공합니다. 적어도, 복제를 생성하기 전에 VM에 대한 메모리가 디스크로 플러시됩니다.

ESX의 최신 버전(3.5 업데이트 2 이상)에서는 라이브 VM으로 VMFS를 복제하여 VMware 스냅샷을 생성할 때 Windows VM에 모든 VSS 작성기에 대한 VSS 스냅샷을 생성합니다.

◆ 가상 디스크 복제본 - 가상 시스템으로 마운트된 가상 디스크에 있는 데이터의 애플리케이션 정합성 유지 복제본입니다. C: 드라이브가 아니라 애플리케이션 데이터가 포함된 별도의 가상 디스크를 복제합니다.

이 섹션에서는 이러한 두 가지 유형의 VMware 복제를 편리하게 수행할 수 있도록 VMware SRM 환경을 구성하는 방법에 대해 설명합니다.

각 LUN에 대해MirrorView 관계 생성

SRM을 사용하여 VMware 환경을 보호하려면 먼저 두 CLARiX의 보호 사이트와 복구 사이트 간에 MirrorView 관계를 구성해야 합니다. 환경에 LUN을 추가할 경우 새 LUN에 대해 MirrorView 관계를 구성해야 하며, 이러한 새 LUN에 대해서도 설명된 VMware SRM 구성을 수행해야 합니다. 수동 작업 절차는 MirrorView 설명서에 나와 있습니다.

VMFS 복제본에 대한 환경 구성

다음 단계를 수행하여 VMFS 복제본에 대한 환경을 구성하십시오.

1. VMware SRM 보호 사이트에 VCenter 자격 증명을 가지는 가상 시스템 또는 물리적 호스트를 생성한 후 사이트의 보호 그룹에 추가합니다. 이 시스템 또는 호스트가 Replication Manager 프록시 호스트가 됩니다.

참고: Replication Manager 프록시 호스트는 이 환경에서 프록시 호스트로 작동하기 위해 VMware SRM에 의해 보호될 필요가 없지만, 프록시 호스트가 이러한 방식으로 보호되지 않는 상태에서 재해가 발생하면 클라이언트에서 제어하는 구성이 손실됩니다.

2. 해당 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다. 페일오버 전에는 이 호스트를 보호 사이트에서 사용할 수 있으며 페일오버 발생 시에는 복구 사이트에서 사용할 수 있습니다.

Replication Manager는 이 프록시 호스트를 사용하여 보호 사이트용 VMware VirtualCenter 소프트웨어와 통신합니다. Replication Manager는 이를 통해 VMware와 상호 작용할 수 있으며, 사이트의 ESX 서버 간에 VMFS 복제본을 생성, 마운트, 마운트 해제, 복구 및 만료하는 데 필요한 작업을 수행할 수 있습니다.


376

재해 복구

3. VMware SRM 복구 사이트에서 가상 시스템 또는 물리적 시스템을 선택하고 해당 복구 사이트 위치에 복구 사이트에 대한 프록시 서버로 작동할 Replication Manager Agent 소프트웨어를 설치합니다.

참고: 보호 사이트와 복구 사이트의 Replication Manager 프록시 호스트는 IP를 사용하여 두 사이트의 Celerra Data Mover에 액세스할 수 있어야 합니다.

4. Replication Manager Server 소프트웨어를 설치하고 재해로부터 보호합니다. 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명된 작업을 수행하거나, Replication Manager 프록시 에이전트가 보호되는 것처럼 VMware SRM을 사용하여 보호되는 가상 시스템에 서버를 설치하여 재해로부터 서버를 보호할 수 있습니다.

주의!Replication Manager Server는 필요에 따라 보호되지 않는 가상 시스템 또는 물리적 호스트에 있을 수 있지만 이러한 구성은 최적이 아니며 재해 발생 시 데이터가 손실될 수 있습니다.

5. Replication Manager Server에 두 개의 새 프록시 호스트를 등록합니다. Replication Manager Server에 VMware 프록시 호스트를 등록하는 방법에 대해서는 EMC Replication Manager 제품 설명서를 참조하십시오.

6. VMware SRM 환경을 구성하는 VMware Infrastructure Client를 다음과 같이 수정합니다.

• LVM EnableResignature 플래그를 1로 설정합니다.

• VMware Site Recovery Map 확장 기능(VMware 가상 인프라 메뉴의 Plugins > Manage Plugins)을 설치합니다. 그림 67에는 CLARiX VMware SRM 환경의 Replication Manager 프록시 서버 위치가 나와 있습니다.


재해 복구

.

그림 67 CLARiX VMware SRM 환경의 Replication Manager 프록시 서버 위치

가상 디스크 복제에 대한CLARiX VMware SRM

설정 구성

가상 디스크 복제에 Replication Manager를 사용하도록 VMware SRM/CLARiX 스토리지 환경을 구성합니다. 375페이지의 “각 LUN에 대해 MirrorView 관계 생성”에 설명된 대로 MirrorView 관계를 아직 구성하지 않은 경우 구성합니다.

다음 단계를 수행하여 환경 구성을 완료합니다.

1. 보호 사이트에서 복제할 가상 디스크와 연결된 운영 및 마운트 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다.

2. 복구 사이트에서 마운트할 가상 디스크와 연결된 마운트 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다.

3. Replication Manager Server 소프트웨어를 설치하고 재해로부터 보호합니다. 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명된 작업을 수행하거나, Replication Manager 프록시 에이전트가 보호되는 것처럼 VMware SRM을 사용하여 보호되는 가상 시스템에 서버를 설치하여 재해로부터 서버를 보호할 수 있습니다.


378

재해 복구

4. Replication Manager Server에 가상 시스템 호스트를 등록합니다.

5. 해당 VirtualCenter에 등록된 각 사이트에서 가상 디스크를 마운트하기 위한 가상 시스템을 등록합니다. 복구 사이트의 마운트 가상 시스템을 사용하여 원격 복제본을 마운트할 수 있습니다. 마운트 가상 시스템을 SRM 페일오버를 위한 보호되는 가상 시스템으로 구성할 수 있습니다.



• VMware Site Recovery Map 확장 기능(VMware 가상 인프라 메뉴의 Plugins > Manage Plugins)을 설치합니다.

CLARiX 환경에서의 추가 VMware SRM 작업

Replication Manager와 함께 작동하도록 CLARiX/VMware SRM 환경을 준비하려면 VMware SRM에서 추가 작업을 수행해야 합니다.

VMware SRM 환경을 아직 구성하지 않았으면 다음 VMware SRM 단계를 수행하여 구성합니다.

1. 보호 사이트를 미러링한 복구 사이트의 ESX 서버로 보호 및 복구 사이트 구조를 생성합니다.

2. 보호 사이트에서 VMware SRM을 사용하여 보호할 각 데이터 저장소를 포함하는 보호 그룹을 생성합니다.

참고: 보호 그룹을 생성하는 동안 보호 사이트의 Replication Manager 복제본이 마운트되지 않도록 합니다.

3. VMware Virtual Infrastructure Manager를 사용하여 페일오버하려는 보호 그룹 내의 각 가상 시스템을 구성합니다. 페일오버에 대해 구성하는 각 가상 시스템에 대한 자리 표시자가 복구 사이트에 표시됩니다.

4. 보호 사이트에서 생성한 각 보호 그룹에 대한 복구 계획을 복구 사이트에서 생성합니다. 해당하는 보호 그룹을 선택합니다.

이러한 VMware SRM 작업을 수행하는 방법에 대한 자세한 내용은 VMware 설명서를 참조하십시오.

CLARiX에서 페일오버가 발생하기 전에 VMware SRM 환경 보호

이 섹션에서는 VMware SRM 페일오버가 발생하기 전에 Replication Manager를 사용하여 VMware SRM 환경을 보호하는 방법을 설명합니다.

이 섹션은 다음 내용으로 구성되어 있습니다.


재해 복구

◆ VMware SRM 애플리케이션 세트 구성

◆ 이러한 애플리케이션 세트에 대한 작업 구성

◆ 해당 작업을 통해 생성된 복제본 마운트

페일오버 전에 VMwareSRM 데이터의 애플리케

이션 세트 구성

VMware SRM 환경에서 데이터를 보호하도록 애플리케이션 세트를 구성합니다.

참고: Replication Manager를 사용하여 애플리케이션 세트 및 작업을 생성하는 방법에 대한 전체 설명을 보려면 EMC Replication Manager 제품 설명서 및 온라인 도움말을 참조하십시오.

1. CLARiX 스토리지를 검색하고 Replication Manager에서 사용할 수 있도록 해당 LUN을 추가합니다. 단계별 지침은 EMC Replication Manager 제품 설명서를 참조하십시오.

2. VMware SRM 환경에서 데이터를 보호하도록 애플리케이션 세트를 구성합니다.

VMFS와 가상 디스크 복제의 애플리케이션 세트 차이◆ 가상 디스크 복제본을 생성할 때는 SRM 이외의 환경에서 작업할

때와 동일한 옵션을 선택합니다. 객체를 선택할 때 애플리케이션을 확장하고 애플리케이션 객체를 선택합니다.

◆ VMFS 복제본을 생성할 때는 SRM VMware 이외의 환경에서와 동일한 옵션을 선택합니다. 트리를 확장하고 복제할 VMFS 데이터 저장소를 선택합니다.

참고: VMFS 복제본은 데이터 손상 시에도 정합성이 유지되는 VMFS 복사본으로서, 가상 시스템을 정합성 보장 상태로 되돌릴 수 있게 해주는 각 가상 시스템의 스냅샷을 포함합니다. 이러한 복제본은 애플리케이션 정합성을 제공하지 않습니다.

VMware SRM 애플리케이션 세트에 대한 작업

구성

복제하려는 VMware SRM 객체를 정의하기 위해 만들어진 애플리케이션 세트의 복제본을 생성하여 Replication Manager 작업을 구성합니다.

참고: Replication Manager를 사용하여 여기에 설명된 작업을 수행하는 방법에 대한 전체 설명을 보려면 EMC Replication Manager 제품 설명서 및 온라인 도움말을 참조하십시오.

CLARiX VMware SRM 환경에서 작업을 구성할 때 작업 마법사의 작업 이름 및 설정 패널에서 복제 소스를 MirrorView 운영 또는 MirrorView 보조로 설정합니다. 그림 68에 이 패널이 나와 있습니다.


380

재해 복구

그림 68 복제 소스를 선택하는 작업 마법사

다음은 이러한 각 옵션에 대한 설명입니다.

◆ MirrorView 운영 - 보호 사이트에서 데이터 복제본을 만들려면 이 옵션을 선택합니다. 이 유형의 복제본은 보호 사이트에만 존재합니다. 이 유형의 복제본은 보호 사이트에서 복구할 수 있지만 페일오버 시, 복제본 내용이 손실됩니다.

◆ MirrorView 보조 - 복구 사이트에서 데이터 복제본을 만들려면 이 옵션을 선택합니다. 이 옵션은 보호 사이트의 프록시 호스트를 사용하여 복구 사이트에 복제본을 마운트할 복제본 및 프록시 호스트를 생성합니다. 이 복제본은 복구 사이트에서 마운트할 수 있으며 해당 복구 사이트로 페일오버가 수행될 경우에도 여전히 사용할 수 있습니다. 이 유형의 복제본은 페일오버 후에 복구할 수 없지만 수동으로 마운트하고 데이터를 전송할 수 있습니다.

SRM 환경의 VMFS 복제본 마운트

작업 과정에서 또는 요청으로 인해 VMware SRM 환경의 VMFS 복제본을 마운트할 경우 마운트 호스트 필드에 마운트하려는 ESX Server의 이름을 입력해야 합니다.


재해 복구

참고: Replication Manager는 마운트 호스트 필드에 입력한 ESX Server 이름을 확인하지 않습니다. 입력하는 이름은 복제를 수행하는 사이트의 일부여야 합니다. MirrorView 운영을 선택할 경우 마운트 호스트 ESX Server는 보호 사이트에 속해야 합니다. MirrorView 보조를 선택할 경우 마운트 호스트 ESX Server는 복구 사이트에 속해야 합니다. 또한 적절한 Replication Manager 프록시 호스트도 선택해야 합니다.

CLARiX에서 SRM 페일오버 후의 Replication Manager

VMware SRM 환경에서 페일오버가 발생할 경우 페일오버의 영향은 SRM 구성에 따라 다릅니다.

이 섹션에서는 페일오버 전에 환경이 다음과 같이 구성되어 있다고 간주합니다.

◆ VMware SRM을 사용하여 보호되는 가상 시스템에 Replication Manager Agent를 호스팅하는 Replication Manger 프록시 호스트가 설치되어 있습니다.

◆ Replication Manager Server는 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명된 대로 Replication Manager Server 재해 복구 기능으로 보호되거나 VMware SRM을 사용하여 보호됩니다.

보호되는 VMFS 환경의페일오버 결과

이러한 사전 요구 사항이 충족되면 페일오버는 VMFS 복제본에 다음과 같은 영향을 줍니다.

◆ 애플리케이션 세트는 여전히 유효합니다.

◆ 보호 사이트에 대한 작업은 여전히 유효합니다.

◆ 보호 사이트에서 MirrorView 운영을 소스로 선택하여 생성한 복제본은 유효하지 않습니다.

◆ 보호 사이트에서 MirrorView 보조를 소스로 선택하여 생성한 복제본은 마운팅에 대해서만 유효합니다.

◆ 복구 사이트에서 MirrorView 보조를 소스로 선택하여 생성한 복제본은 복구할 수 없습니다.

◆ 복구 사이트에서 생성한 복제본은 복구할 수 없습니다.

◆ 복구 사이트에서 복제본을 생성하는 작업은 유효하지 않습니다.

Replication Manager 환경을 복원하기 위해 수행하는 절차는 아래에 설명되어 있습니다.

보호되지 않는 VMFS 환경의 페일오버 결과

위에 설명된 사전 요구 사항에 따라 환경을 보호하지 않을 경우 페일오버 시 아래의 모든 객체가 유효하지 않게 됩니다.

◆ 애플리케이션 세트


382

재해 복구

◆ 작업

◆ 마운트 및 마운트 해제된 복제본

Replication Manager 환경을 복원하기 위해 수행하는 절차는 아래에 설명되어 있습니다.

SRM 페일오버 후 VMFS복제 복원

VMware SRM 페일오버 후에 VMFS 복제를 복원하려면 다음 단계를 수행합니다.

1. 마운트된 모든 VMFS 복제본을 강제로 마운트 해제합니다.

2. 모든 보호 사이트 VMFS 복제본을 만료합니다(페일오버 후에 더 이상 유효하지 않게 됨).

3. 모든 복구 사이트 VMFS 작업을 삭제합니다(페일오버 후에 더 이상 유효하지 않게 됨).

4. 복구 사이트의 마운트 ESX Server를 가리키도록 마운트 작업을 포함하는 모든 이전 보호 사이트 작업에 대한 마운트 ESX Server를 변경합니다.

5. DR ESX 서버에서 LVM EnableResignature 플래그로 인해 이름이 변경된 모든 페일오버된 VMFS 데이터 저장소 이름을 변경합니다. 페일오버된 각 VMFS 데이터 저장소에는 snap-- 다음에 원래 VMFS 데이터 저장소 이름이 나오는 접두사가 지정됩니다.

보호되지 않는 VMFS 환경의 경우 모든 애플리케이션 세트 및 작업을 삭제한 후 다시 생성합니다. 이러한 애플리케이션 세트 및 작업은 페일오버 후에 모두 유효하지 않게 되므로 데이터 복제본을 다시 생성하는 작업을 다시 실행합니다.

SRM으로 보호되는 가상디스크 호스트에 대한 페

일오버 결과

Replication Manager Agent를 호스팅하고 가상 디스크 복제본을 생성하는 데 사용되는 가상 시스템이 VMware SRM으로 보호될 경우 페일오버가 발생하면 가상 디스크 복제본에 다음과 같은 영향을 줍니다.

◆ 페일오버가 발생한 호스트는 복구 사이트의 VirtualCenter를 가리키고 새 VirtualCenter에 대한 자격 증명을 포함하도록 속성이 변경되어야 합니다.

◆ 애플리케이션 세트는 여전히 유효합니다.

◆ 보호 사이트에 대한 작업은 여전히 유효합니다.

◆ 복제본을 마운트하는 보호 사이트에 대한 작업은 마운트 호스트가 VMware SRM에 의해 보호되는 경우 수정하지 않아도 유효합니다.

◆ 보호 사이트에서 MirrorView 운영을 소스로 선택하여 생성한 복제본은 유효하지 않습니다.


재해 복구

◆ 복구 사이트에서 MirrorView 보조를 소스로 선택하여 생성한 복제본은 마운팅에 대해서만 유효합니다.

◆ 복구 사이트에서 생성한 복제본은 복구할 수 없습니다.

◆ 복구 사이트에서 복제본을 생성하는 작업은 유효하지 않습니다.

Celerra에서 SRM 및 Replication Manager 구성




◆ 가상 디스크 복제본 - 가상 시스템으로 마운트된 가상 디스크에 있는 데이터의 애플리케이션 정합성 유지 복제본입니다. 이 복제본에서는 시스템 드라이브가 아니라 애플리케이션 데이터가 들어 있는 별도의 가상 디스크가 복제됩니다.

이 섹션에서는 이러한 두 가지 유형의 VMware 복제를 편리하게 수행할 수 있도록 Celerra 기반 VMware SRM 환경을 구성하는 방법에 대해 설명합니다.

VMFS 복제본에 대한Celerra VMware SRM

설정 구성


1. VMware SRM 보호 사이트에 물리적 또는 가상 시스템을 생성합니다. 보호 사이트 역할을 하는 VirtualCenter용으로 구성된 보호 사이트에서 하나 이상의 프록시 호스트를 구성해야 합니다. 또한 복구 사이트 역할을 하는 VirtualCenter용으로 구성된 복구 사이트에서 하나 이상의 프록시 호스트를 구성해야 합니다.

Replication Manager 프록시 호스트는 Celerra 환경의 VMware SRM에 의해 보호되면 안 됩니다. 복제본의 Replication Manager 페일오버는 Celerra 환경의 복제 작업에 사용할 프록시 호스트를 다시 구성합니다. Replication Manager 프록시 호스트는 Replication Manager Server 역할을 하는 물리적 호스트 또는 가상 호스트와 동일한 호스트일 수 있습니다.


384

재해 복구

2. 선택한 물리적 또는 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다. 이 호스트는 보호 사이트에서 사용할 수 있습니다.



참고: 보호 사이트와 복구 사이트의 Replication Manager 프록시 호스트는 IP를 사용하여 두 사이트의 스토리지 시스템에 액세스할 수 있어야 합니다.

4. Replication Manager Server 소프트웨어를 설치하고 재해로부터 보호합니다. 서버에 대한 재해 보호 기능은 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명된 대로 제공되어야 합니다. Celerra 환경에서는 VMware SRM을 사용하여 서버를 보호할 수 없습니다.

5. Replication Manager Server에 두 개의 새 프록시 호스트를 등록합니다. Replication Manager Server에 VMware 프록시 호스트를 등록하는 방법에 대해서는 EMC Replication Manager 제품 설명서를 참조하십시오.




• Celerra SRA(사이트 복구 어댑터)를 설치합니다. 그림 69에는 Celerra VMware SRM 환경의 Replication Manager 프록시 서버 위치가 나와 있습니다.


재해 복구

그림 69 Celerra VMware SRM 환경의 Replication Manager 프록시 서버 위치

가상 디스크 복제본에 대한 Celerra VMware

SRM 설정 구성

가상 디스크 복제본에 대한 Celerra VMware SRM 설정을 구성하려면

1. 보호 사이트에서 복제할 가상 디스크와 연결된 운영 및 마운트 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다.

2. 복구 사이트에서 복제할 가상 디스크와 연결된 운영 및 마운트 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다.

3. Replication Manager Server 소프트웨어를 설치하고 재해로부터 보호합니다. 서버에 대한 재해 보호 기능은 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명된 대로 제공되어야 합니다. Celerra 환경에서는 VMware SRM을 사용하여 서버를 보호할 수 없습니다.

4. Replication Manager Server에 가상 시스템 호스트를 등록합니다.


386

재해 복구

5. 해당 VirtualCenter에 등록된 각 사이트에서 가상 디스크를 마운트하기 위한 가상 시스템을 등록합니다. 복구 사이트의 마운트 가상 시스템을 사용하여 원격 복제본을 마운트할 수 있습니다. 마운트 가상 시스템을 SRM 페일오버를 위한 보호되는 가상 시스템으로 구성할 수 있습니다.




Celerra Replicator 관계 생성

Celerra 환경에서는 Replication Manager를 사용하여 Celerra Replicator 관계를 VMware SRM 구성의 일부로 자동 생성할 수 있습니다.

SRM을 사용하여 보호하려는 모든 항목에 대해 다음 단계를 수행합니다.

1. 애플리케이션 세트를 구성합니다.

• 가상 디스크 복제본을 생성할 때는 SRM 이외의 환경에서 작업할 때와 동일한 옵션을 선택합니다. 객체를 선택할 때 애플리케이션을 확장하고 애플리케이션 객체를 선택합니다.

• VMFS 복제본을 생성할 때에도 객체 선택을 제외하고 SRM 이외의 환경에서와 비슷한 옵션을 선택합니다. 트리를 확장하고 복제할 하나 이상의 VMFS 데이터 저장소를 선택합니다. 별도의 애플리케이션 세트에서 가상 디스크를 복제하는 경우에는 그러한 가상 디스크에 대한 데이터 저장소를 지정하면 안 됩니다.

참고: VMFS 복제본은 데이터 손상 시에도 정합성이 유지되는 VMFS 복사본으로서, 가상 시스템을 정합성 보장 상태로 되돌릴 수 있게 해주는 각 가상 시스템의 스냅샷을 포함합니다. 이러한 복제본은 애플리케이션 정합성을 제공하지 않습니다.

2. 작업을 구성합니다. VMware SRM 환경을 준비하기 위해 작업을 구성하는 과정에서 작업 마법사의 작업 이름 및 설정 패널에서 복제 소스를 Celerra SnapSure 또는 Celerra Replicator로 설정하는 옵션이 제공됩니다.


재해 복구

참고: 현재 Celerra 어댑터는 보호 및 복구 Celerra와 다른 Celerra 간에 Celerra Replicator 세션이 설정되지 못하도록 제한합니다(어댑터는 피어-투-피어 연결만 지원함). 또한 Celerra Replicator 세션이 같은 Celerra의 Mover 간에 형성되어 있는 경우("로컬 구성") SRM은 지원되지 않습니다.

다음은 이러한 각 옵션을 선택했을 때의 결과입니다.

◆ Celerra SnapSure - 보호 사이트에서 데이터 복제본을 만들려면 이 옵션을 선택합니다. 이 유형의 복제본은 보호 사이트에만 존재합니다. 또한 보호 사이트에서 복구할 수 있습니다. 페일오버 발생 시, 이 유형의 복제본은 Replication Manager 페일오버 작업을 수행한 후에 그 내용에 액세스할 수 있습니다.

◆ Celerra Replicator - 복구 사이트에서 데이터 복제본을 만들려면 이 옵션을 선택합니다. 이 옵션은 보호 사이트의 프록시 호스트를 사용하여 복구 사이트에 복제본을 마운트할 복제본 및 프록시 호스트를 생성합니다. 이 복제본은 복구 사이트에서 마운트할 수 있으며 Replication Manager 페일오버 작업을 수행한 후에도 페일오버 시 로컬 복제본으로 여전히 사용할 수 있습니다.

3. VMware SRM로 데이터를 보호하는 데 필요한 Celerra Replicator 링크를 생성하기 위한 작업을 실행합니다.


388

재해 복구

VMware SRM 단계 VMware SRM 환경을 아직 구성하지 않았으면 다음 VMware SRM 단계를 수행하여 구성합니다.







Celerra에서 SRM 페일오버 전의 Replication Manager

지금까지 VMware SRM 환경 구성에 대해 설명했으며, 이 섹션에서는 VMware SRM Celerra 환경에서 Replication Manager를 사용하는 방법을 설명합니다.

SRM 환경의 보호 사이트에서 보호 그룹을 생성하고 복구 사이트에서 복구 계획을 생성하십시오.

VMware SRM 애플리케이션 세트 및 작업

Celerra 환경에서 VMware SRM 환경을 설정하려면 Celerra Replicator 링크를 설정할 수 있도록 애플리케이션 세트 및 작업을 생성한 후 작업을 실행해야 합니다. 따라서 설정 단계가 완료되면 모든 Replication Manager 애플리케이션 세트 및 작업이 이미 존재하게 됩니다. 이러한 애플리케이션 세트 및 작업은 요청 시 실행하거나 필요할 때 실행되도록 예약할 수 있습니다.

Replication Manager를 사용하여 애플리케이션 세트 및 작업을 생성하는 방법에 대한 전체 설명을 보려면 EMC Replication Manager 제품 설명서 및 온라인 도움말을 참조하십시오.




재해 복구

참고: Replication Manager는 마운트 호스트 필드에 입력한 ESX Server 이름을 확인하지 않습니다. 입력하는 이름은 복제를 수행하는 사이트의 일부여야 합니다. Celerra SnapSure를 선택할 경우 마운트 호스트 ESX Server는 보호 사이트에 속해야 합니다. Celerra Replicator를 선택할 경우 마운트 호스트 ESX Server는 복구 사이트에 속해야 합니다. 또한 적절한 Replication Manager 프록시 호스트도 선택해야 합니다.

Celerra에서 SRM 페일오버 후의 Replication Manager

Celerra 환경에서 VMware SRM 페일오버를 관리하려면 다음 단계를 수행해야 합니다.

1. 실제 재해 상황이 발생한 경우 Celerra DR 섹션에 설명된 Replication Manager Server 재해 복구 단계를 수행합니다. 원본 Replication Manager Server가 여전히 유효한 상태이면 Replication Manager Server 재해 복구 단계를 수행할 필요가 없습니다.

2. 각 Celerra Replicator 복제본을 마우스 오른쪽 버튼으로 클릭하고 사후 페일오버 SRM 단계 수행을 선택합니다.

3. 호스트 이름을 지정하라는 메시지가 표시되면 다음과 같이 해당 호스트를 선택합니다.

• VMFS 애플리케이션 세트의 클론 복제본의 경우 복구 사이트에서 새 프록시 호스트를 선택합니다.

• 가상 디스크 복제본에 대한 클론 복제본의 경우 페일오버된 VM의 운영 호스트 이름을 선택합니다. 대부분의 경우 운영 호스트 이름은 동일합니다.

4. 새 프록시 호스트로의 페일오버가 완료되면 원래 Celerra(기존에 있는 경우) 또는 새 타겟 Celerra를 다시 가리키도록 Replication Manager Celerra Replicator 작업을 다시 구성합니다.

5. DR ESX 서버에서 LVM EnableResignature 플래그로 인해 이름이 변경된 모든 페일오버된 VMFS 데이터 저장소의 이름을 변경합니다. 페일오버된 각 VMFS 데이터 저장소에는 snap-<ID>- 다음에 원래 VMFS 데이터 저장소 이름이 나오는 접두사가 지정됩니다.

Replication Manager 구성 요소가 페일오버되어 새 환경에서 다시 실행될 수 있는 상태가 되었습니다.

Celerra 환경의 페일오버 결과

새로운 환경에는 다음 내용이 적용됩니다.

◆ 페일오버 전에 존재한 복제본이 손실되지 않았습니다.


390

재해 복구

◆ SRM 페일오버 전에 존재한 Celerra Replicator 복제본은 이제 "로컬" 복제본으로 간주되며 페일오버된 VMFS로 복구되거나 마운트될 수 있습니다.

◆ SRM 페일오버 전에 존재한 Celerra SnapSure 복제본은 이제 "원격" 복제본으로 간주되며 마운트될 수 있습니다(원래의 운영 Celerra가 여전히 작동 가능할 경우).

RecoverPoint에서 SRM 및 Replication Manager 구성




◆ 가상 디스크 복제본 - 가상 시스템으로 마운트된 가상 디스크에 있는 데이터의 애플리케이션 정합성 유지 복제본입니다. 이 복제본에서는 시스템 드라이브가 아니라 애플리케이션 데이터가 들어 있는 별도의 가상 디스크가 복제됩니다. SRM 환경에 있는 RecoverPoint의 정합성 보장 그룹(Consistency Group) 요구 사항 때문에 SRM 보호 디스크의 가상 디스크 복제본을 만들 수 없습니다. Replication Manager를 사용하여 가상 디스크가 있는 VMFS를 복제해야 합니다.

이 섹션에서는 이러한 두 가지 유형의 VMware 복제를 편리하게 수행할 수 있도록 RecoverPoint 기반 VMware SRM 환경을 구성하는 방법에 대해 설명합니다.

VMFS 복제본에 대한RecoverPoint VMware

SRM 설정 구성


1. VMware SRM 보호 사이트에 물리적 또는 가상 시스템을 생성합니다. 보호 사이트 역할을 하는 VirtualCenter용으로 구성된 보호 사이트에서 하나 이상의 프록시 호스트를 구성해야 합니다. 또한 복구 사이트 역할을 하는 VirtualCenter용으로 구성된 복구 사이트에서 하나 이상의 프록시 호스트를 구성해야 합니다.


재해 복구

Replication Manager 프록시 호스트는 RecoverPoint 환경의 VMware SRM에 의해 보호되면 안 됩니다. 복제본의 Replication Manager 페일오버는 RecoverPoint 환경에서의 복제 작업에 사용할 프록시 호스트를 다시 구성합니다. Replication Manager 프록시 호스트는 Replication Manager Server 역할을 하는 호스트와 동일한 물리적 호스트 또는 가상 호스트일 수 있습니다.

2. 선택한 물리적 또는 가상 시스템에 Replication Manager Agent 소프트웨어를 설치합니다. 이 호스트는 보호 사이트에서 사용할 수 있습니다.



참고: 보호 사이트와 복구 사이트의 Replication Manager 프록시 호스트는 IP를 사용하여 두 사이트의 스토리지 시스템에 액세스할 수 있어야 합니다.

4. Replication Manager Server 소프트웨어를 설치하고 재해로부터 보호합니다. 서버에 대한 재해 보호 기능은 328페이지의 “Replication Manager Server 재해 복구 설정”에 설명된 대로 제공되어야 합니다. RecoverPoint 환경에서는 VMware SRM을 사용하여 서버를 보호할 수 없습니다.

5. Replication Manager Server에 모든 프록시 호스트를 등록하십시오. Replication Manager Server에 VMware 프록시 호스트를 등록하는 방법에 대해서는 EMC Replication Manager 제품 설명서를 참조하십시오.




• RecoverPoint SRA(사이트 복구 어댑터)를 설치합니다.


392

재해 복구

VMware SRM 단계 VMware SRM 환경을 아직 구성하지 않았으면 다음 VMware SRM 단계를 수행하여 구성합니다.







RecoverPoint에서 SRM 페일오버 전의 Replication Manager

지금까지 VMware SRM 환경 구성에 대해 설명했으며, 이 섹션에서는 VMware SRM RecoverPoint 환경에서 Replication Manager를 사용하는 방법을 설명합니다.

SRM 환경의 보호 사이트에서 보호 그룹을 생성하고 복구 사이트에서 복구 계획을 생성하십시오.

VMware Server 애플리케이션 세트

RecoverPoint 환경의 Replication Manager 애플리케이션 세트에는 SRM에서 보호 중인 RecoverPoint 정합성 보장 그룹(Consistency Group)의 LUN에 해당되는 모든 VMFS 데이터 저장소가 있어야 합니다.


재해 복구



참고: Replication Manager는 마운트 호스트 필드에 입력한 ESX Server 이름을 확인하지 않습니다. 입력하는 이름은 복제를 수행하는 사이트의 일부여야 합니다. RecoverPoint SnapSure를 선택할 경우 마운트 호스트 ESX Server는 보호 사이트에 속해야 합니다. RecoverPoint Replicator를 선택할 경우 마운트 호스트 ESX Server는 복구 사이트에 속해야 합니다. 또한 적절한 Replication Manager 프록시 호스트도 선택해야 합니다.

RecoverPoint에서 SRM 페일오버 후의 Replication Manager

RecoverPoint 환경에서 VMware SRM 페일오버를 관리하려면 다음 단계를 수행해야 합니다.

1. 실제 재해가 발생한 경우에는 Replication Manager Server 재해 복구 단계를 수행합니다. 원본 Replication Manager Server가 여전히 유효한 상태이면 Replication Manager Server 재해 복구 단계를 수행할 필요가 없습니다.

2. 보호 사이트와 복구 사이트 모두에 프록시 호스트를 하나만 사용하는 경우에는 RM 콘솔을 사용하고 Virtual Center 호스트를 선택한 후 Virtual Center 호스트 이름을 복구하는 쪽의 ESX 이름으로 변경합니다. 보호 사이트와 복구 사이트에 서로 다른 프록시 호스트를 사용하는 경우에는 이 단계를 수행할 필요가 없습니다.

3. DR ESX 서버에서 LVM EnableResignature 플래그로 인해 이름이 변경된 모든 페일오버된 VMFS 데이터 저장소의 이름을 변경합니다. 페일오버된 각 VMFS 데이터 저장소에는 snap-<ID>- 다음에 원래 VMFS 데이터 저장소 이름이 나오는 접두사가 지정됩니다.

4. 보호 사이트와 복구 사이트에 서로 다른 프록시 호스트를 사용하는 경우에는 복구 사이트에서 프록시 호스트를 구성하고 보호 사이트에 대해 생성한 것과 유사한 애플리케이션 세트 및 작업을 생성합니다.

Replication Manager 구성 요소가 페일오버되어 새 환경에서 다시 실행될 수 있는 상태가 되었습니다. 이제 새로운 저널을 기반으로 모든 책갈피가 업데이트됩니다. 다음 작업을 실행하면 정합성 보장 그룹(Consistency Group)에서 사용할 수 있는 RecoverPoint 책갈피를 반영하여 Replication Manager에서 자동으로 복제본을 업데이트합니다.


394

재해 복구


AI

CLI를 사용하여 특정 Replication Manager 작업을 수행할 수 있습니다. 이 부록에서는 CLI를 사용하여 복제본을 설치, 구성 및 생성하는 방법에 대해 설명합니다.

◆ setup 명령을 사용한 설치 ................................................................ 396◆ rmcli를 사용한 구성 및 복제 ........................................................... 400

명령줄 인터페이스 사용

명령줄 인터페이스 사용 395

396


setup 명령을 사용한 설치

Replication Manager에서는 Replication Manager Server, 에이전트 및 콘솔 구성 요소를 설치할 수 있는 CLI를 제공합니다.

CLI를 사용하여 Replication Manager를 설치하려면

1. root(UNIX) 또는 Administrator(Windows)로 로그인합니다.


3. UNIX에서 다음과 같이 -silent 옵션을 사용하여 setup.sh를 실행합니다.

# cd /cdrom/cdrom0# setup.sh -silent

Windows에서 다음과 같이 -silent 옵션을 사용하여 setup.bat를 실행합니다. 다음 예제에서 D:\는 DVD 디바이스가 마운트된 드라이브 문자입니다.

> cd D:\> setup.bat -silent

UNIX에서 명령 구조는 다음과 같습니다.

setup.sh -silent [-install_oracle] [-install_udb] [-options_file optionsfile]

Windows에서 명령 구조는 다음과 같습니다.

setup.bat -silent [-options_file optionsfile]

옵션 지정을 생략하면 설치에서는 해당 옵션에 대한 기본값을 사용합니다. 396페이지의 표 25에서는 각 옵션에 대해 설명합니다.

표 25 CLI 설치 옵션(1/2)

옵션 설명

-silent Replication Manager의 명령줄 설치



샘플 명령 이 섹션에서는 Replication Manager를 설치하는 샘플 setup 명령 목록에 대해 설명합니다.

다음은 모든 설치 마법사 선택 항목에 기본값을 사용하여 Windows 시스템에 Replication Manager 소프트웨어를 설치하는 명령입니다.

setup.bat -silent

다음은 UDB 에이전트를 설치하는 명령이며 모든 옵션에 기본값을 사용합니다.

setup.sh -silent -install_udb

응답 파일 사용(UNIX) UNIX 설치에서는 IRresponse.txt 파일의 복사본을 편집하고 setup.sh 명령의 -options_file 옵션을 사용하여 추가 설치 옵션을 지정할 수 있습니다. IRresponse.txt 파일을 사용하면 설치 마법사에서 설정할 수 있는 옵션을 지정할 수 있습니다.

응답 파일을 사용하여 UNIX 시스템에 Replication Manager를 설치하려면

1. 배포 DVD의 최상위 수준에 있는 IRresponse.txt 파일의 복사본을 만듭니다.

2. 복사본을 편집합니다. 앞에 오는 ’###’ 문자를 제거하여 설정을 활성화합니다.옵션 설명 및 값에 대해서는 398페이지의 “응답 파일 옵션(UNIX)”을 참조하십시오.

3. IRresponse.txt 파일을 저장합니다.

4. setup.sh 명령을 실행할 때 -options_file 옵션을 지정합니다.예제는 397페이지의 “샘플 명령”을 참조하십시오.

-options_file optionsfile optionsfile 파일에 지정된 Replication Manager 구성 요소 및 옵션의 명령줄 설치

-install_oracle Oracle 에이전트 설치

-install_udb UDB 에이전트 설치

표 25 CLI 설치 옵션(2/2)

옵션 설명

setup 명령을 사용한 설치 397

398


응답 파일 옵션(UNIX) 이 섹션에서는 IRresponse.txt 파일에 포함된 옵션에 대해 설명합니다. 옵션은 IRresponse.txt 파일 자체에도 설명되어 있습니다.

-P installLocation=value

제품의 설치 위치입니다. 제품을 설치할 올바른 디렉토리를 지정합니다. 디렉토리에 공백이 있으면 큰따옴표로 묶어야 합니다. 예를 들어 /opt/myrm에 제품을 설치하려면

-P installLocation=/opt/myrm

-P replicationmanageragentoracle.active=value

Oracle 에이전트를 설치합니다.

true - 설치할 기능이 선택되었음을 나타냅니다.

false - 설치할 기능이 선택되지 않았음을 나타냅니다.

-P replicationmanageragentudb.active=value

UDB 에이전트를 설치합니다.

true - 설치할 기능이 선택되었음을 나타냅니다.

false - 설치할 기능이 선택되지 않았음을 나타냅니다.

-W agentportsslandsecuremodeselectionpanel.AgentControlPort="value"

Agent control port -에이전트로 제어 정보를 전달하는 데 사용됩니다.

-W agentportsslandsecuremodeselectionpanel.AgentDataPort="value"

Agent data port -에이전트로 데이터를 전달하는 데 사용됩니다.

-W agentportsslandsecuremodeselectionpanel.AgentSSLEnabler="value"

Select SSL communication - SSL을 선택하면 에이전트에서 SSL 프로토콜을 사용하여 서버와 통신합니다.

true - SSL을 설정합니다.

-W agentportsslandsecuremodeselectionpanel.AgentSecureMode="value"

Agent secure mode - 에이전트에서 실행되는 스크립트가 사용자 이름 및 암호를 사용하여 보안 모드에서 실행되는지 여부를 결정합니다.

true - 보안 모드를 설정합니다.



-W configcheckerprompt.ConfigChecker="value"

시스템에서 구성 검사기를 실행합니다. 클라이언트 설치 중에 시스템에서 구성 검사기가 실행되는지 여부를 결정합니다.

yes - 구성 검사기가 실행됨을 나타냅니다.

no - 구성 검사기가 실행되지 않음을 나타냅니다(기본값).

응답 파일 사용(Windows)

Windows 설치에서는 마법사를 한 번 실행하고 파일에 응답을 캡처하여 응답 파일을 생성합니다. UNIX와 달리 템플릿에서 시작하지 않습니다.

응답 파일 생성 Windows 설치용 응답 파일을 생성하려면

1. Replication Manager 배포 DVD를 마운트합니다.


E:\> setup.exe /r

여기서 E:\>는 Replication Manager 배포 DVD 디렉토리의 최상위 수준입니다.

참고: 이 경우 setup.bat가 아닌 setup.exe를 사용합니다.

설치 마법사가 나타납니다.

3. 설치 마법사의 단계에 따릅니다. 선택 사항은 Windows 디렉토리의 setup.iss라는 응답 파일에 저장됩니다. 예를 들면 다음과 같습니다.

C:\WINDOWS\setup.iss

응답 파일을 사용하여Replication Manager

설치

응답 파일을 사용하여 Windows 시스템에 Replication Manager를 설치하려면

1. Replication Manager 배포 DVD를 마운트합니다.

2. 위에서 생성한 setup.iss 파일을 지정하는 -options_file 옵션을 사용하여 setup.bat 명령을 실행합니다. 샘플 명령은 다음과 같습니다.

E:\> setup.bat -silent -options_file C:\WINDOWS\setup.iss

여기서 E:\>는 배포 DVD의 최상위 수준입니다.

setup 명령을 사용한 설치 399

400


rmcli를 사용한 구성 및 복제

GUI를 사용하는 대신 rmcli 명령을 사용하여 특정 구성 작업을 수행할 수 있습니다. rmcli 명령은 Replication Manager Server, 에이전트 및 콘솔과 함께 설치됩니다.

수동 및 배치 수동으로 또는 배치 모드로 rmcli를 실행할 수 있습니다.

◆ 배치 모드로 실행하려면 다음과 같이 file= 옵션을 사용하여 배치 스크립트의 이름을 지정합니다.

이 예제에서 file= 옵션은 CLI 명령(이 경우 호스트, 포트 번호, 사용자 자격 증명 및 명령 목록을 지정하는 명령)을 포함하는 배치 파일을 지정합니다.

◆ 수동 모드로 명령을 실행하려면 file= 옵션을 생략합니다.

unix# rmcli file=/user/rmadmin/scripts/mybatchfile.txt Connected to 'rmsrv02' (port=8600).Login as user 'Admin1' successful./Users//Hosts//Schedules//Application Sets//Storage Pools//Storage//Tasks/

> rmcliRM-CLI (Not connected): connect host=rmsrv02 port=8600 Connected to ’rmsrv02’ (port=8600)RM-CLI : login user=Admin1 password=E13y$em8Login as user ’Admin1’ successful.RM-CLI : list/Users//Hosts//Schedules//Application Sets//Storage Pools//Storage//Tasks/



이 예제에서 접속, 로그인 및 목록 명령은 배치 스크립트 대신 RM-CLI 프롬프트에 입력됩니다.

권장 배치 스크립트 이전 버전의 Replication Manager에서는 .erm-cli.init 초기화 파일을 사용하여 CLI에 접속 정보를 전달할 것을 권장합니다. 파일 사용은 init=yes 옵션으로 표시되며 이 파일은 사용자의 홈 디렉토리에 있어야 합니다.

초기화 파일은 계속 지원되지만 더 이상 사용하지 않는 것이 좋습니다. Replication Manager 작업 명령뿐 아니라 접속 및 로그인 정보 명령을 비롯한 모든 배치 명령을 지정할 때는 file= 옵션을 단독으로 사용하는 것이 좋습니다.

초기화 파일에 대한 자세한 내용은 Replication Manager 관리 설명서 5.2.1 이전 버전을 참조하십시오.

수동 모드로 rmcli를 실행하는 방법

수동 모드로 rmcli를 실행하려면

1. Replication Manager Server 또는 콘솔이 실행되는 컴퓨터에서 명령 창을 엽니다. 또는 Telnet이나 다른 메커니즘을 사용하여 명령 창에 액세스합니다.

2. gui 디렉토리(일반적으로 C:\Program Files\EMC\rm or /opt/emc/rm에 있음)로 디렉토리를 변경합니다.

3. rmcli 명령을 입력합니다.

> rmcliRM-CLI (Not connected) :

4. RM-CLI 프롬프트에 명령을 입력합니다. 404페이지의 “rmcli 명령”에서는 각 명령에 대해 설명합니다.

5. rmcli를 종료하려면 exit 명령을 사용합니다.

배치 모드로 rmcli를 실행하는 방법

배치 모드로 rmcli를 실행하려면

1. rmcli 명령을 포함하는 배치 파일을 생성합니다. 자세한 내용은 402페이지의 “스크립트 구조” 및 404페이지의 “rmcli 명령”을 참조하십시오.

2. 다음 명령을 실행합니다. file=batch_file 옵션은 1단계에서 생성한 배치 파일을 지정합니다.

> rmcli file=batch_file

Connected to 'rmsrv02' (port=8600).

rmcli를 사용한 구성 및 복제 401

402


Login as user 'Admin1' successful.output from batch file is displayed here

스크립트 구조 이 섹션에서는 Replication Manager의 스크립트 구조에 대해 설명합니다.

◆ 각 명령은 자체 명령줄에 있어야 합니다. 예:connect host=rmsrv02 port=65432login user=Administrator password=E13y$em8list name=Application Setsexit

◆ 주석은 # 문자로 시작합니다.

# 스크립트에 대한 주석입니다.

◆ print 명령을 사용하여 스크립트가 실행되는 동안 리터럴 문자열을 콘솔에 출력합니다. 샘플 명령은 다음과 같습니다.print "This is a literal string."

◆ exit명령을 배치 파일의 마지막 명령으로 사용합니다.

명령명령exit

if/then/else 조건 사용 if/then/else 문을 스크립트에 통합하면 다른 작업이 완료된 경우에만 작업을 수행할 수 있습니다. 다음은 이런 종류의 조건이 있는 스크립트 세그먼트의 예입니다.

...if mount-replica job=oracle1 name=05/03/2004 15:08:23

client=oraclehostc1 auto-mount=yes auto-unmount=yes mount-options=Read Only

then delete-replica name="05/03/2004 15:08:23" appset=oracle1

else print "The script did not run successfully, did not delete replica."

이 스크립트 세그먼트에서는 Replication Manager가 기존 복제본을 마운트하고 스크립트를 실행하여 해당 복제본의 보고서를 인쇄하도록 시도합니다. 복제본이 마운트되고 스크립트가 실행되면(종료 코드로 0을 반환한다는 의미) Replication Manager에서 즉시 복제본을 삭제하여 보고서 생성에 더 이상 필요 없는 스토리지를 다른 용도로 사용할 수 있도록 확보합니다. 스크립트가 실패하면 Replication Manager에서 로그에 오류 메시지를 출력합니다.



참고: CLI에서 if/then/else 구조를 사용하면 if/then/else 구조의 then 또는 else 섹션에 둘 이상의 명령을 포함할 수 없습니다.

if-not/then/else 조건사용

if-not/then/else 조건부 명령은 if/then/else와 유사하지만 다른 작업이 실행되지 않은 경우에만 특정 작업을 수행합니다. 다음 스크립트 세그먼트에서는 if-not/then/else 사용 예를 보여 줍니다.

...if-not run-job name="scrub data" appset=oracle1

then run-job name="run reports" appset=oracle1else exit -1

exit

위의 스크립트 세그먼트에서 Replication Manager는 작업에 "scrub data"라는 활동이 있는지 확인합니다. 해당 활동이 있으면 활동을 실행하고, 활동이 없으면 "run reports"라는 활동을 실행합니다. 두 활동 중 어느 것도 없으면 Replication Manager는 작업을 중단하고 오류 상태 -1(실패)을 나타내며 종료됩니다.

명령 중 하나가 성공하면 Replication Manager는 상태 0(성공)을 나타내며 종료됩니다.

참고: CLI에서 if-not/then/else 구조를 사용하면 구조의 then 또는 else 섹션에 둘 이상의 명령을 포함할 수 없습니다.

스크립트 예제 배치 모드로 실행하려면 파일이나 명령줄에서 한 번에 필요한 정보를 모두 제공해야 합니다. 배치 모드를 사용하면 자동으로 작업을 수행하는 스크립트를 생성할 수 있습니다. 다음은 스크립트로 나타나는 명령의 예입니다.

login user=jdoe password=mypasswordrun-job job=Department name=Department Test Activityexit

배치 명령으로 파일을 생성하면 다음과 같은 명령을 사용하여 실행할 수 있습니다.

rmcli host=rmsrv02 port=23456 file=file

여기서 file은 배치 명령이 포함된 파일의 이름입니다.


404


rmcli 명령 이 섹션에서는 RM-CLI 프롬프트나 스크립트 파일에 입력할 수 있는 명령에 대해 설명합니다.

◆ change-app-creds

◆ connect

◆ delete-replica

◆ disable-schedule

◆ dr-get-primary

◆ dr-set-state

◆ edit-replica

◆ enable-schedule

◆ exit

◆ help

◆ list

◆ list-properties

◆ login

◆ mount-replica

◆ print

◆ run-job

◆ set prompt

◆ set-client-options

◆ set-server-options

◆ simulate-job

◆ sleep

◆ unmount-replica

change-app-creds명령

change-app-creds 명령은 Replication Manager에서 애플리케이션에 액세스하는 데 사용하는 사용자 이름, 암호 및 관련 값을 변경합니다. 구문은 다음과 같습니다.

app-type=[oracle|sql|exchange|udb]

애플리케이션을 지정합니다.

SharePoint의 경우 팜의 각 SQL Server 인스턴스에 app-type=sql 옵션을 사용합니다. 암호는 각 인스턴스마다 동일해야 합니다.



host=hostname

애플리케이션 호스트를 지정합니다.

app-name=application_instance_name

애플리케이션 인스턴스를 지정합니다.

user-name=instance_username

Replication Manager에서 애플리케이션 인스턴스에 액세스하는 데 사용할 사용자 이름을 지정합니다.

password=instance_password

Replication Manager에서 애플리케이션에 액세스하는 데 사용할 암호를 지정합니다. ASCII만 허용되며 파이프(|), 파운드(#), 아포스트로피('), 큰따옴표(")와 같은 문자는 사용할 수 없습니다.

confirm-password=instance_password

Replication Manager에서 애플리케이션에 액세스하는 데 사용할 확인 암호를 지정합니다.

[use-windows-auth=[yes|no]]

Windows 인증이 사용되는지 여부를 지정합니다. Exchange의 경우 이는 필수 사항입니다. Windows 인증이 사용 중인 경우 SQL Server에 사용합니다.

[windows-domain=domain_name]

Windows 도메인 이름을 지정합니다. Exchange에 필요하며 Windows 인증이 사용되는 경우 SQL Server에 필요합니다.

[udb-db-name=UDB_database_name][udb-db-user-name=UDB_database_user_name][udb-db-password=UDB_database_password][udb-db-confirm-password=UDB_database_confirmation_password]

UDB 데이터베이스 이름, 사용자 이름, 암호 및 확인 암호를 지정합니다. 특정 UDB 데이터베이스의 자격 증명을 변경하려는 경우 이러한 옵션을 사용합니다.

UDB 인스턴스와 모든 데이터베이스의 자격 증명이 동일한 경우 해당 자격 증명을 변경하려면 앞에서 설명한 user-name=instance_username,

password=instance_password 및 confirm-password=instance_password 옵션을 사용합니다.

각 change-app-creds 명령에 한 세트의 udb-db-* 옵션만 사용할 수 있습니다.



406


connect 명령 connect 명령을 사용하여 Replication Manager Server에 접속합니다. 구문은 다음과 같습니다.

connect host=host port=port

host=host는 접속할 Replication Manager Server를 지정합니다.

port=port는 서버와 통신하는 데 사용할 포트 번호를 지정합니다.

예:

connect host=rmsrv02 port=23456

connect 명령은 rmcli 명령줄의 일부로 host 및 port 매개변수를 직접 사용하지 않는 경우에만 사용합니다. 이 connect 명령은 접속 방법의 대안입니다.

delete-replica 명령 delete-replica 명령은 run-job 명령으로 생성한 복제본뿐만 아니라 모든 복제본을 삭제하는 데 사용됩니다. 명령 구문은 다음과 같습니다.

delete-replica [ name=replica_name | position=[first|last] ]appset=application_set_name

name=replica_name은 삭제할 복제본 이름을 지정합니다. position=first는 애플리케이션 세트에 대한 첫 번째(가장 오래된) 복제본을 삭제하고 position=last는 가장 최신 복제본을 삭제합니다.

appset=application_set_name은 해당 복제본을 생성한 애플리케이션 세트의 이름을 지정합니다.

참고: delete-replica 명령은 이전의 expire-replica 명령을 대체합니다. expire-replica를 사용하는 스크립트는 계속 작동됩니다. 새 스크립트에서는 delete-replica만 사용합니다.

disable-schedule 명령 disable-schedule 명령은 스케줄 이름을 수락하고 다시 활성화될 때까지 해당 스케줄을 비활성화합니다. 명령 구문은 다음과 같습니다.

disable-schedule name=schedule_name

dr-set-primary 명령 dr-set-primary 명령은 Replication Manager Server 재해 복구 구성에서 보조 Replication Manager Server의 상태를 운영 서버로 변경합니다.

dr-get-state 명령 dr-get-state 명령은 Replication Manager Server의 재해 복구 상태를 반환합니다. 구문은 다음과 같습니다.



dr-get-state

예:

dr-get-state0 SECONDARY ACTIVE

335페이지의 표 24에서는 dr-get-state 결과에 대해 설명합니다.

edit-replica 명령 edit-replica 명령은 복제본의 표시 이름을 수정하는 데 사용됩니다. 명령 구문은 다음과 같습니다.

edit-replica [name=replica_name | position=first|last] appset=application_set_name display-name=replica_display_name

name=replica_name 또는 position=[first|last]는 이름을 바꿀 복제본을 지정합니다. position=first는 애플리케이션 세트에서 가장 오래된 첫 번째 복제본의 이름을 바꿉니다. position=last는 최신 복제본의 이름을 바꿉니다. appset=application_set_name은 복제복의 애플리케이션 세트를 지정합니다. display-name=replica_display_name은 복제본의 새 이름을 지정하는 옵션입니다.

enable-schedule 명령 enable-schedule 명령은 스케줄 이름을 수락하고 이전에 비활성화한 스케줄을 활성화합니다. 명령 구문은 다음과 같습니다.

enable-schedule name=schedule_name

exit 명령 exit 명령을 사용하여 배치 모드나 수동 모드로 CLI 모드를 종료합니다. exit 명령은 배치 스크립트의 끝 부분에 사용합니다. 구문은 다음과 같습니다.

exit [ n ]

반환값이 n으로 지정된 상태로 rmcli가 종료됩니다.

help 명령 help 명령은 이 섹션에 정의된 모든 CLI 명령에 대한 사용법 설명을 나열합니다.

list 명령 list 명령을 사용하여 콘솔에 표시된 Replication Manager 트리의 폴더 및 요소를 나열합니다. 명령 구문은 다음과 같습니다.

list name=node recursive=[yes|no] format=[long|short] [add-replica-name=yes|no]

name=node는 트리에서 목록이 시작되는 노드나 폴더의 이름입니다.


408


recursive=yes는 모든 노드나 하위 폴더를 표시합니다. recursive=no는 트리의 한 수준만 표시합니다.

format=long은 각 노드에 대한 전체 경로를 표시합니다. format=short는 노드의 들여쓰기 목록을 표시합니다.

add-replica-name=은 기존 복제본의 복제본 이름도 표시합니다.

다음 예제에서는 Replication Manager 트리의 최상위 노드를 나열합니다.

CLI> : list/Users//Hosts//Schedules//Application Sets//Storage Pools//Storage//Tasks/

다음 예제에서는 Application Sets 폴더 아래의 노드를 나열합니다.

CLI> : list name=Application Sets recursive=yes/Application Sets//Application Sets/localsql1//Application Sets/localsql1/Jobs//Application Sets/localsql1/Jobs/2sqldbjobforlocalsql1/Application Sets/localsql1/Jobs/newjob/Application Sets/localsql1/Jobs/recoversqljob/Application Sets/localsql1/Replicas//Application Sets/localsql1/Replicas/12-21-2004 13:43:41/Application Sets/localsql1/Replicas/12-21-2004 13:58:14/Application Sets/localsql1/Replicas/12-21-2004 15:16:21/Application Sets/localsql1/Replicas/12-21-2004 15:19:49/Application Sets/localsql1/Replicas/12-21-2004 15:23:59

list-properties 명령 list-properties 명령을 사용하여 Replication Manager 트리에 있는 요소의 세부 정보를 표시합니다. 이 명령은 Replication Manager 콘솔의 컨텐츠 패널에 표시되는 것과 동일한 정보를 표시합니다. 명령 구문은 다음과 같습니다.

list-properties name=node

name=node는 속성을 표시할 트리의 노드 이름을 지정합니다. 아래와 같이 전체 경로를 사용합니다.

다음 예제에서는 선택한 노드의 속성을 나열합니다.

list-properties name=/Application Sets/localsql1애플리케이션 세트 이름: localsql1설명 : Testing local sql dbExpiration Enabled: 예(&Y)



소유자: Administrator호스트 이름: rmsrv02Administrator: AccessDBA: AccessOperator: AccessPowerdba: AccessPoweruser: Access

login 명령 login 명령은 서버에 접속한 후 로그인하는 데 사용됩니다. 명령 구문은 다음과 같습니다.

login user=username password=password

user=username은 Replication Manager 사용자를 지정합니다.

password=password는 사용자의 암호입니다.


예:

login user=jdoe password=E13y$em8

사용자가 jdoe 계정과 E13y$em8 암호를 사용하여 서버에 로그인합니다.

mount-replica 명령 mount-replica 명령은 하나 이상의 대체 호스트에 복제본을 마운트하는 데 사용됩니다. 기본적인 명령 구문은 다음과 같습니다.

mount-replicaappset=application_set_name[name=replica_name] | [position=first|last][apit= yes|no]

time= (Mandatory if apit=yes)[replica-name=replica_name][job-name=job_name][source-client=original_hostname]client=alternate_hostclient-interface=alternate_host_interfacediscard-mount-changes=yes|nomount-read-only=yes|nocluster-volume-group-import=yes|noadditional options ... see additional sections below

appset=application_set_name은 복제본이 생성된 소스 애플리케이션 세트의 이름입니다.

name=replica_name 옵션 또는 position=first(가장 오래된 복제본)이나 position=last(최신 복제본)를 사용하여 특정 복제본을 나타냅니다.


410


apit=는 마운트해야 하는 시점의 날짜 및 시간을 지정하는 time= 매개변수에서 지정된 특정 날짜/시간에 모든 시점 복제본을 마운트합니다.

replica-name=replica_name은 이 작업에서 복제하도록 설계되어 있는 복제본의 이름입니다. job-name=job_name은 이 작업에서 복제하도록 설계되어 있는 복제본을 생성하는 작업입니다.

source-client= 복제본을 가져올 때 데이터가 상주하고 있는 호스트의 이름입니다. 이 필드는 SharePoint 및 통합 환경의 마운트에 필요합니다.

client=alternate_host는 복제본을 마운트할 대체 호스트를 지정합니다.

client-interface=alternate_host_interface(Celerra NFS에만 해당)는 Celerra NFS 복제본이 마운트될 때 마운트 호스트 또는 ESX 서버의 특정 네트워크 인터페이스에 대한 호스트 이름 또는 IP 주소를 나타냅니다. 호스트 이름을 사용하는 경우 마운트 호스트 또는 ESX 서버뿐만 아니라 Celerra Data Mover에서도 IP 주소에서 호스트 이름을 확인할 수 있어야 합니다.

discard-mount-changes는 복제본이 마운트되는 동안 변경된 내용이 그대로 유지되는지 여부를 지정합니다.

mount-read-only는 복제본이 읽기 전용으로 마운트되는지 여부를 지정합니다. 이 옵션은 Windows Server 2003 및 Windows Server 2008에만 사용할 수 있습니다.

cluster-volume-group-input은 모든 클러스터 노드로 볼륨 그룹을 가져올지 여부를 지정합니다. HP Serviceguard 또는 IBM HACMP에서의 마운트에만 적용됩니다.

maintain_lun_visibility는 복제본이 마운트 해제된 후 CLARiX SnapView 스냅 및 클론 또는 전체 SAN Copy LUN 표시를 유지 관리할지 여부를 지정합니다.

mount-replica 명령에 대한 추가 옵션 목록은 다음 섹션에서 설명합니다.

마운트 경로 형식-

mount-path-type=원래 운영 호스트 위치 사용

이 옵션은 원래 경로에 복제본을 마운트하는 데 사용됩니다. 대체 호스트에 복제본을 마운트하려는 경우에만 사용합니다. 프록시(Linux) 호스트가 마운트 호스트이기도 한 경우 VMware NFS 데이터 저장소 복제본을 마운트할 때 사용하지 않습니다.



mount-path-type=원래 경로가 추가된 대체 루트 사용 alternate-root=alt_root

alternate-root=alt_root는 복제본을 마운트할 새 루트 경로를 지정합니다. 예를 들어 alternate-root=/mymount를 지정하는 경우 애플리케이션 데이터 파일이 /payroll/reports/라는 경로에 있으면 복제본은 /mymount/payroll/reports/에 마운트됩니다.

mount-path-type=경로 이름 대체 테이블 사용 opath1=original_path_1apath1=alternate_path_1opath2=original_path_2apath2=alternate_path_2...opathn=original_path_napathn=alternate_path_n

이 옵션과 opathn=original_path_n 및 apath1=alternate_path_n 쌍을 사용하여 하나 이상의 파일 시스템을 마운트할 대체 경로를 지정합니다.

파일 시스템 옵션

app-name=filesystem

이 옵션을 사용하여 마운트할 파일 시스템을 지정합니다.

Oracle 옵션

app-name=oracle_instance_namemount-options=[No Recovery | Read Only | Recover | FSMount | Catalog RMAN]os-user=useroracle-home=diralternate-database=alt_databasealt-sid=[yes | no]alt-sid-name=alt_sid_nameoracle-password=password

app-name=oracle_instance_name 옵션은 마운트할 Oracle 인스턴스를 지정합니다.

mount-options=No Recovery는 파일 시스템 마운트만 수행합니다.

mount-options=Read Only는 복구를 수행하고 읽기 전용 모드로 데이터베이스를 재시작합니다. 이 옵션은 데이터베이스에서 테스트를 수행하는 데 사용됩니다.


412


mount-options=Recover는 복구를 수행하고 읽기/쓰기 모드로 데이터베이스를 재시작합니다. 이 옵션을 사용하면 읽기/쓰기 모드로 복구되는 데이터베이스에 재설정 로그가 적용되므로 나중에 이 복제본이 복구되지 않도록 할 수 있습니다. 따라서 이 옵션을 지정하기 전에 함축적인 의미를 이해해야 합니다.

mount-options=FSMount는 Oracle 함수를 사용하지 않고 해당 파일 시스템의 파일에 액세스할 수 있게 해주는 파일 시스템 마운트를 수행합니다. 원하는 경우 마운트 호스트에서 Oracle 인스턴스에 데이터베이스 파일을 연결할 수 있습니다. 이 옵션을 지정하면 데이터베이스에 재설정 로그가 적용되므로 나중에 이 복제본이 복구되지 않도록 할 수 있습니다. 따라서 이 옵션을 지정하기 전에 함축적인 의미를 이해해야 합니다.

mount-options=Catalog RMAN은 마운트를 수행하여 Replication Manager에서 initfile을 준비하고 Oracle 인스턴스를 시작한 다음 Oracle 복제본에서 데이터베이스를 마운트할 수 있도록 합니다. 그러면 Oracle RMAN(Recovery Manager)에서 카탈로그를 작성한 후 해당 카탈로그 정보를 사용하여 복제본에서 RMAN 작업을 수행할 수 있습니다. 여기서는 STARTUP MOUNT; 명령을 사용합니다.

os-user=user는 Oracle 바이너리의 소유자인 운영 체제 사용자와 연관된 사용자 이름을 지정합니다. 이 필드는 UNIX 기반 호스트의 필수 필드입니다.

참고: 이전 릴리즈에도 os-user-pw=password 옵션이 있었지만 이제는 더 이상 사용되지 않습니다. Replication Manager에는 os-user와 연관된 암호가 더 이상 필요하지 않습니다. 이 옵션을 제출해도 Replication Manager는 이를 무시합니다.

oracle-home=dir은 마운트 호스트에서 Oracle 사용자 홈 디렉토리의 위치를 지정합니다.

alternate_database=database는 Replication Manager가 마운트를 수행할 대체 데이터베이스 이름을 지정합니다.

alt-sid=yes 및 alt-sid-name=alt_sid_name은 대체 Oracle SID 이름을 사용하여 데이터베이스를 마운트합니다. 운영 호스트에서 데이터베이스를 마운트하도록 선택하는 경우 마운트 작업을 완료하려면 대체 SID 이름에 마운트해야 할 수 있습니다. Replication Manager는 SID가 아직 없는 경우 SID를 생성합니다.

oracle-password=password는 SYS 사용자 암호를 지정합니다. 암호 제한 사항: ASCII만 허용되며 파이프(|), 파운드(#), 아포스트로피('), 큰따옴표(")와 같은 문자는 사용할 수 없습니다.



ASM 옵션

dg-rename-prefix=prefix asm-oracle-home=oracle_home

dg-rename-prefix=prefix는 Oracle ASM 디스크 그룹의 이름을 바꿀 때 접두사로 사용할 문자열을 지정합니다.

asm-oracle-home=oracle_home은 ASM에 대한 ORACLE_HOME 값을 지정합니다.

RAC 옵션

mount-to-rac=[ yes | no ] mount-to-rac=은 RAC 클러스터에 마운트할지 여부를 지정합니다.

카탈로그 RMAN 옵션

rman-username= username rman-password= passwordrman-connectstring= connectstring rman-tnsadmin= tnsadmin

rman-username=은 RMAN에 액세스하는 데 사용되는 계정의 사용자 이름입니다. 이를 복구 카탈로그 소유자라고도 합니다.

rman-password=는 RMAN에 액세스하는 데 사용되는 계정의 암호입니다.

rman-connectstring=는 Replication Manager에서 RMAN과 통신하기 위해 사용하는 접속 문자열입니다.

rman-tnsadmin=은 RMAN의 네트워크 구성 파일(예: TNSNAMES.ora)이 있는 디렉토리를 나타납니다.

UDB DB2 옵션

app-name=udb_instance_name[/db_name]mount-options=[ No Recovery | Snapshot | FSMount]udb-inst-username=usernameudb-inst-password=passwordudb-altinstance-name=instance_nameudb-altdatabase-name=db_name

app-name=udb_instance_name은 마운트할 UDB 인스턴스를 지정합니다. 개별 데이터베이스에 대한 마운트 옵션을 지정하려면 app-name=udb_instance_name/db_name 구문을 사용합니다.


414


mount-options=Snapshot은 스냅샷 모드로 데이터베이스를 복구합니다. 이렇게 하면 크래시 복구가 수행되어 데이터베이스를 일관되게 유지할 수 있습니다. 시스템에서는 새 로그 체인을 시작하여 아카이브 로그를 적용합니다. 이 옵션을 사용하면 원본 데이터베이스에서 로그를 사용하여 롤포워드할 수 없습니다. 데이터베이스는 마운트 후에 완전히 사용 가능하며 백업을 포함한 작업을 수행할 수 있습니다.

mount-options=No Recovery는 표준 UDB 복구 모드가 아닙니다. Replication Manager는 아카이브 로그와 제어 파일을 ERM_TEMP_BASE 디렉토리(또는 ERM_TEMP_BASE가 정의되지 않은 경우 /tmp)에 가져올 수 있고 새 호스트에서 아카이브 로그와 제어 파일을 복구합니다. 그런 다음 데이터베이스 관리자는 인스턴스에 로그인하고 저장된 제어 파일을 통해 데이터베이스를 온라인으로 설정하여 수동으로 데이터베이스를 복구합니다.

mount-options=FSMount는 UDB 함수를 사용하지 않고 해당 파일 시스템의 파일에 액세스할 수 있게 해주는 파일 시스템 마운트를 수행합니다.

udb-inst-username=username 및 udb-inst-password=password는 복제본에서 UDB 데이터베이스의 사용자 이름 및 암호를 지정합니다. 데이터베이스에 액세스할 수 있는 적절한 권한이 계정에 있어야 하며, 그렇지 않으면 마운트가 실패합니다. 암호 제한 사항: ASCII만 허용되며 파이프(|), 파운드(#), 아포스트로피('), 큰따옴표(")와 같은 문자는 사용할 수 없습니다.

udb-altinstance-name=instance_name은 복제본을 마운트할 서버에서 대체 인스턴스의 이름을 지정합니다. 운영 호스트에 마운트하는 경우 별도의 인스턴스를 사용하여 데이터베이스를 마운트해야 합니다. 별도의 인스턴스를 만드는 방법에 대한 자세한 내용은 IBM UDB 설명서를 참조하십시오.

udb-altdatabase-name=db_name은 다른 이름으로 UDB 데이터베이스를 마운트합니다. Replication Manager는 사용자가 지정한 새 이름을 사용하여 복제된 데이터베이스를 생성 및 마운트합니다. 이 옵션은 mount-options=Snapshot인 경우에만 사용할 수 있습니다.



SQL Server 옵션

app-name=sqlserver_instance_name[/db_name]mount-options=[ No Recovery | Recovery | Standby | Attach Database | Filesystem Mount ]sqlserver-instance-name=instance_namesqlserver-username=usernamesqlserver-password=passwordsqlserver-windows-domain=domain_namealternate-database=db_namemetadata-path=path

app-name=sqlserver_instance_name은 마운트할 SQL Server 인스턴스를 지정합니다. 개별 데이터베이스에 대한 마운트 옵션을 지정하려면 app-name=sqlserver_instance_name/db_name 구문을 사용합니다.

sqlserver-instance-name=instance_name 옵션은 Replication Manager 이전 버전과의 호환성을 위해 제공됩니다.

mount-options=No Recovery는 복구 작업이 커밋되지 않는 트랜잭션으로 롤백되지 않도록 합니다. 데이터베이스에 마운트된 복제본에 트랜잭션 로그를 적용하려면 이 옵션을 사용합니다. 데이터베이스는 이 복구되지 않은 중간 상태에서 사용할 수 없습니다. VDI 모드에서만 사용할 수 있습니다.

mount-options=Recovery는 복구 작업이 커밋되지 않는 트랜잭션으로 롤백되되도록 합니다. 복구 프로세스가 끝나면 데이터베이스가 사용할 수 있도록 준비됩니다. VDI 모드에서만 사용할 수 있습니다.

mount-options=Standby는 파일을 복구하고 읽기 전용 모드로 데이터베이스를 엽니다. 이후 Database 관리자는 수동으로 추가 트랜잭션 로그 백업을 적용할 수 있습니다. VDI 모드에서만 사용할 수 있습니다.

mount-options=Attach Database는 데이터베이스 파일이 있는 파일 시스템을 마운트한 다음 SQL Server에 데이터베이스를 연결합니다. VDI를 사용하지 않고 정합성 보장 분리(Consistent Split)를 사용하여 만든 복제본에만 사용할 수 있습니다.

mount-options=Filesystem Mount는 SQL Server 함수를 사용하지 않고 해당 파일 시스템의 파일에 액세스할 수 있게 해주는 파일 시스템 마운트를 수행합니다. 사용자는 원하는 경우 마운트 호스트에 있는 SQL Server 인스턴스에 데이터베이스 파일을 연결할 수 있습니다. 이 옵션을 지정하면 데이터베이스에 재설정 로그가 적용되므로 나중에 이 복제본이 복구되지 않도록 할 수 있습니다. 따라서 이 옵션을 지정하기 전에 함축적인 의미를 이해해야 합니다.


416


metadata-path=path는 SQL Server의 메타데이터 경로를 지정하며 Windows Server 2003에만 해당됩니다.


Exchange 옵션

app-name=exchange_instance_nameeseutil=[yes|no] utildir=dir[run-eseutil-in-parallel=yes|no][required-logs=yes |no][required-logs-path=path_used_for_working_directory][throttle-eseutil=yes|no]

[throttle-pause=i/o_count_sent_betwn_one_sec_pauses]또는

[throttle-pause-duration=time_in_milliseconds]metadata-path=path

app-name=exchange_instance_name은 마운트할 Exchange 인스턴스를 지정합니다.

eseutil=yes는 해당 Exchange 정합성 검사 유틸리티를 자동으로 실행합니다. utildir=dir을 사용하여 유틸리티의 위치를 지정합니다.

run-eseutil-in-parallel=yes는 Replication Manager가 병렬로 eseutil 검사를 실행하도록 지시하거나 run-eseutil-in-parallel=no가 eseutil 검사를 하나씩 순차적으로 실행하도록 지시합니다.

required-logs=yes는 Replication Manager가 필요한 로그에 대해서만 로그 확인을 최소화하도록 지시하고 required-logs-path=dir을 작업 도중 로그를 수집하기 위한 작업 디렉토리로 사용합니다.

throttle-eseutil=yes 는 다음 추가 방법 중 하나를 사용하여 Exchange 정합성 검사 유틸리티에 사용되는 대역폭을 조절합니다.

throttle-pause=number_of_I/Os_to_send를 사용하면 1초간 일시 중지할 때 발생할 수 있는 입출력 양을 선택할 수 있습니다. 100개에서 10000개 입출력 사이의 값을 선택할 수 있습니다.

throttle-pause-duration=time_in_milliseconds를 사용합니다(Exchange 2007/2010에서만 사용 가능). 이 옵션을 사용하여 일시 중지 기간을 밀리초로 지정할 수 있습니다. 1000밀리초는 1초입니다. 이 옵션을 사용할 수 없거나 설정되어 있지 않는 경우에는 1초 동안 일시 중지됩니다.



metadata-path=path는 Windows 2003, Exchange 2007 또는 Exchange 2010에서 Exchange 2003에 대한 Exchange 메타데이터 경로를 지정합니다.

VMware 옵션

proxy-host=VMFS_proxy_hostHost-Center=esx_server

proxy-host=VMFS_proxy_host는 Replication Manager 프록시 소프트웨어가 설치되어 있는 호스트의 컴퓨터 이름을 지정합니다. 이는 VMware VirtualCenter와 통신하고 VirtualCenter를 통해 복제 작업을 관리하는 Replication Manager Agent 소프트웨어입니다.

Host-Center=esx_server는 마운트 작업과 연관된 ESX 서버를 지정합니다.

RecoverPoint 옵션

name=replica_nameposition=[first|last]apit=[yes|no]time=timereplica-name=name

name=replica_name 옵션 또는 position=first(가장 오래된 복제본)이나 position=last(최신 복제본)를 사용하여 특정 복제본을 나타냅니다.

apit는 모든 시점 마운트(apit=yes)와 특정 시점 마운트(apit=no)를 구분합니다.

참고: 모든 시점 복제본은 장애 발생 시 정합성이 보장되는(crash-consistent) 복제본이라고 하며, 특정 시점 복제본은 애플리케이션 정합성이 보장되는(application-consistent) 복제본을 나타냅니다.

apit=yes가 지정된 경우에는 RecoverPoint가 애플리케이션 세트에서 활성화되어 있어야 합니다. 이 경우 time 및 replica-name 매개 변수를 지정해야 합니다.

APIT의 경우 replica-name은 복제본을 식별하는 데 사용할 모든 값일 수 있습니다.

apit=yes가 지정되면 이름, 위치 및 작업 이름 매개 변수가 무시됩니다.

apit=no가 지정되면 일반 마운트(기본값)가 수행됩니다.

time은 yyyy mm dd hh:mm:ss 형식(예: time=2007 03 06 12:34:56)으로 시간을 지정합니다. 따옴표는 사용할 수 없습니다.


418


애플리케이션 세트의 여러 객체에 다른 마운트 옵션 지정

애플리케이션 세트에 여러 객체가 있는 경우 해당 객체에 다른 마운트 옵션을 지정하려면 다음 구문을 사용합니다. 다음 예제에서는 여러 SQL Server 객체를 지정하는 명령 구조를 보여 줍니다.

mount-replicaappset=application_set_namename=replica_name...appname=sqlserver_instance_name1mount-options=mount_optionsqlserver-username=usernamesqlserver-password=password...appname=sqlserver_instance_name2mount-options=mount_optionsqlserver-username=usernamesqlserver-password=password...애플리케이션 세트의 여러 호스트에 다른 마운트 옵션 지정

애플리케이션 세트에 여러 호스트가 있는 경우(통합 애플리케이션 세트) 마운트할 각 source-client를 지정한 다음 바로 뒤에 해당 운영 호스트의 데이터를 마운트할 client를 지정합니다. 마운트하지 않을 source-client는 생략합니다.

각 운영 호스트에 다른 마운트 옵션을 지정해야 하는 경우 다음 구문을 사용합니다.

mount-replicaappset=application_set_namename=replica_name...source-client=production_host1_nameclient=mount_host_for_production_host1_data

info for one or more app on that host goes here...

source-client=production_host2_nameclient=mount_host_for_production_host2_data

info for one or more app on that host goes here...

위 예제에서 각 세트의 client 매개변수에 지정된 마운트 호스트는 각 운영 호스트에 대한 마운트 호스트와 동일(둘 이상의 운영 데이터 세트를 같은 호스트에 마운트하려는 경우)하거나 다를 수 있습니다.

print 명령 print 명령을 사용하여 스크립트가 실행되는 동안 리터럴 문자열을 콘솔에 출력합니다. 다음은 예제입니다.

print "This is a literal string."



run-job 명령 run-job 명령을 사용하여 복제본 생성, 해당 복제본 마운트, 복제본에서 스크립트 실행, 복제본 백업 수행 등의 작업을 실행합니다. 이 명령을 실행하려면 Replication Manager 콘솔에 애플리케이션 세트와 해당 작업이 미리 정의되어 있어야 합니다. 명령 구문은 다음과 같습니다.

run-job name=job_name appset=application_set

appset=application_set는 콘솔에서 정의한 애플리케이션 세트의 이름을 지정합니다.

name=job_name은 실행할 작업의 이름을 지정합니다.

retry-count=number_of_retries는 실패 후 Replication Manager에서 작업을 재시도할 횟수를 지정합니다.

retry_wait=seconds_to_wait는 다음 재시도가 시작될 때까지의 시간(초)을 0에서 3600 사이에서 지정합니다.

set prompt 명령 set prompt 명령을 사용하여 수동 모드로 사용할 명령 프롬프트를 설정합니다.

프롬프트를 설정하는 명령 구조는 다음과 같습니다.

set prompt=new_prompt

여기서 new_prompt는 프롬프트로 사용할 텍스트입니다.

예:

RM-CLI: set prompt=hello>hello>

set-client-options 명령 set-client-options명령을 사용하여 로그 디렉토리 및 로그 파일의 클라이언트 이름, 디버그 수준 및 최대 크기를 설정합니다. 명령 구문은 다음과 같습니다.

set-client-optionsname=client_namedebug-level=[Normal | Debug] maximum-log-directory-size=max_dir_size maximum-size-per-log-file=max_file_size

name=client_name은 클라이언트의 이름을 지정합니다.

debug-level=[Normal | Debug]

debug-level=Normal 및 debug-level=Debug에 대해서는 116페이지의 표 18에서 자세한 내용을 참조하십시오.

maximum-log-directory-size=max_dir_size는 로그 파일 디렉토리의 최대 크기를 바이트 단위로 지정합니다.


420


maximum-size-per-log-file=max_file_size는 각 로그 파일의 최대 크기를 바이트 단위로 지정합니다.

set-server-options명령

CLI에서 이 명령을 사용하여 서버 옵션을 설정할 수 있습니다. 명령 구조는 다음과 같습니다.

set-server-optionsname=server_namedebug-level=[Normal | Debug] maximum-log-directory-size=max_dir_size maximum-size-per-log-file=max_file_size

name=server_name은 서버의 이름을 지정합니다.

debug-level=[Normal | Debug]

debug-level=Normal 및 debug-level=Debug 에 대해서는 116페이지의 표 18에서 자세한 내용을 참조하십시오.

고객 서비스의 지침이 없는 한 debug-level=Debug를 설정하지 마십시오. 이 수준에서는 디버그 로그가 신속하게 채워집니다.

maximum-log-directory-size=max_dir_size는 로그 파일 디렉토리의 최대 크기를 바이트 단위로 지정합니다.

maximum-size-per-log-file=max_file_size는 각 로그 파일의 최대 크기를 바이트 단위로 지정합니다.

simulate-job 명령 simulate-job을 사용하여 run-job 명령의 모든 작업(복제본 생성, 해당 복제본 마운트, 복제본에서 스크립트 실행 및 복제본 백업 수행)을 실제로 수행하지 않고 시뮬레이션합니다. 이 명령을 실행하려면 Replication Manager 콘솔에 활동과 해당 작업이 미리 정의되어 있어야 합니다. 명령 구문은 다음과 같습니다.

simulate-jobname=job_name appset=application_set_name run-time=HH:MM

name=job_name은 콘솔에 정의된 작업을 지정합니다.

appset=application_set_name은 이 작업이 할당된 애플리케이션 세트를 지정합니다.

run-time=HH:MM은 작업을 시작할 시간(HH)과 분(MM)으로, 24시간 형식입니다. 이것은 선택적 매개 변수입니다.

sleep 명령 sleep 명령은 seconds 옵션으로 정의한 기간 동안 실행을 일시 중단합니다. 명령 구문은 다음과 같습니다.

sleep seconds=noOfSecs



seconds=noOfSecs는 실행을 일시 중단할 시간(초)을 지정합니다.

unmount-replica 명령 unmount-replica 명령을 사용하여 대체 호스트에 마운트된 복제본을 마운트 해제합니다. 명령 구문은 다음과 같습니다.

unmount-replica [name=replica_name | position=[first|last] ]appset=appset_name

name= 옵션 또는 position= 옵션을 사용하여 마운트 해제할 복제본을 지정합니다.

name=replica_name은 복제본이 생성된 시간을 설명하는 복제본의 이름(일반적으로 날짜 형식)을 지정합니다.

position=first는 애플리케이션 세트에서 가장 오래된 첫 번째 복제본을 지정하고, position=last는 최신 복제본을 지정합니다.

appset=appset_name은 이 복제본이 생성된 작업의 이름입니다.

통합 애플리케이션 세트의 복제본을 마운트 해제하려는 경우에는 복제본이 원래 시작된 부분을 기준으로 복제본에서 선택한 부분만 마운트 해제하도록 선택할 수 있습니다.

예를 들어 복제본의 일부로 세 개의 운영 호스트가 있는 경우 세 개 모두 마운트되어 있지만 두 개만 마운트 해제하려면 다음과 같이 수행할 수 있습니다.

unmount-replica name=replica_nameappset=appset_namesource-clients=production_host1, production_host2[proxy-host=VMFS_proxy_host][Host-Center=esx_server][cdp-mount=cdp|crr]

source-clients 매개변수에 나열된 운영 호스트에 처음부터 상주한 데이터는 마운트 해제되고, 나열되지 않은 호스트에 상주한 데이터는 모두 마운트된 상태로 유지됩니다.

source-clients를 생략하면 마운트된 모든 데이터가 마운트 해제됩니다.

proxy-host=VMFS_proxy_host는 Replication Manager 프록시 소프트웨어가 설치되어 있는 호스트의 컴퓨터 이름을 지정합니다. 이는 VMware VirtualCenter와 통신하고 VirtualCenter를 통해 복제 작업을 관리하는 Replication Manager Agent 소프트웨어입니다.

Host-Center=esx_server는 마운트 해제 작업과 연관된 ESX 서버를 지정합니다.


422



색인

Aagent.config 파일 142AIX

필수 ODM 패키지 42

CCelerra Network Server

iSCSI 타겟 및 LUN 구성 209, 231사후 페일오버 고려 사항 363재해 복구 339타겟 생성 209, 231페일오버 356

Celerra Replicator개념 235계획 239대상 LUN 239로컬 복제 235루프백 복제 235복제 설정 239복제 유형 235사용 가능한 대상 239상호 연결 보안 240스냅샷 간의 변동분 236원격 복제 235작동 방식 236클론 복제본 페일오버 249클론 복제본 프로모션 249

CHAP 인증CLARiX 보호 133암호 구성 220정보 221

CIM 이벤트 84CLARiX iSCSI 133

CHAP 보안 사용 133CLARiX 스토리지 구성 133사전 요구 사항 133

CLARiX 스토리지"EMC Replication Storage" 그룹 159Leadville HBA 드라이버 지원 27Linux 클라이언트 171LUN 140, 158RAID 그룹 157SAN Copy 복제본을 위한 준비 163드라이브 구성 , 계획 153리소스 정리 97보호 복구 146설정 체크리스트 126스냅샷 147업그레이드 175의도하지 않은 덮어쓰기 방지 140접속 레코드 142지원되는 모델 129클라이언트 설정 141클라이언트에 스토리지 표시 160클론 스냅샷 155필요한 호스트 소프트웨어 131하드웨어 요구 사항 130

ControlCenterReplication Manager 와의 통합 110

Ddata mover, IP 주소 구성 223DVD 내용 44

EEMC ControlCenter

Replication Manager 보기 110


424

색인

HHP-UX, DVD 마운트 54HP-UX 에서 DVD 마운트 54Hyper-V 315

IInitiator, 등록 136, 219Invista

가상 볼륨 표시 문제 266가상 프레임 264계획 262구성 259지원되는 스위치 258체크리스트 256클론 복제 262

iSCSICLARiX 스토리지 구성 133

iSCSI LUN 복제LUN 구성 225LUN 번호 지정 225Windows 에서 볼륨 구성 226관리 246문제 해결 253복제 세션 구성 245복제 역할 보기 246세션 나열 246원격 스냅에서 데이터 복구 249

iSCSI 검색 222수동 135여러 네트워크 포털 135

iSCSI 복제 세션상태 검색 247

KKDriver

구성 요소 개요 271

LLeadville 드라이버 지원 27LPAR 319LUN

iSCSI 생성 213대상 , Celerra Replicator 239번호 225번호 지정 212

크기 조정 212

MMicrosoft Exchange

VMware 가상 디스크 지원 296Microsoft iSCSI Initiator

Replication Manager 호스트에 구성 134로그인 절차 137, 224사용 가능한 타겟 , 목록 137설치 134타겟 포털 검색 135

MirrorView구성 요구 사항 178

MSCS(Microsoft Cluster Server) 37

Nnas_cel 명령 240nas_replicate 명령 246, 247Navisphere

agent.config 파일 142RAID 그룹 구성 157SAN Copy 조닝 (Zoning) 167, 191관리자 계정 생성 141원격 CLARiX 에 SAN Copy SG 접속 168접속 레코드 142

NTP 272

OOracle

및 Replication Manager 내부 데이터베이스 35

RRecoverPoint

RPA 자격 증명 96VMware 환경 280, 298구성 요소 270사용 75

rmclichange-app-creds 명령 404connect 명령 406delete-replica 명령 406exit 명령 406expire-replica 명령 406


색인

help 명령 407list 명령 407list-properties 명령 408login 명령 409mount-replica 명령 409

Exchange 옵션 416Oracle 옵션 411RecoverPoint 옵션 417SQL Server 옵션 415UDB 옵션 413

print 명령 418run-job 명령 419set prompt 명령 419set-client-options 명령 419set-server-options 명령 420simulate-job 명령 420sleep 명령 420unmount-replica 명령 421대화형 모드 402배치 모드 402스크립트 구조 402예제 스크립트 403초기화 파일 401

RM 에서 사용하는 포트 48RPA(RecoverPoint Appliance)

설명 271

SSAN Copy

구성 체크리스트CLARiX 간 163Symmetrix 와 CLARiX 간 189

권장 사항 192스토리지 그룹 167스토리지 풀 168, 191조닝 (Zoning) 166중간 디바이스 168, 189

SQL Server및 Replication Manager 내부 데이터베이스

36symmask 명령 191Symmetrix 스토리지

SAN Copy 복제본을 위한 준비 189게이트키퍼 요구 사항 185보호 복구 196설정 체크리스트 182

스토리지 업그레이드 단계 202씬 디바이스 지원 188하드웨어 요구 사항 185

Symmetrix 클론 , 구성 200

TTimeFinder 스냅

128 개 세션 186multivirtual 186VDEV 구성 199

TimeFinder 클론구성 200애플리케이션 잠금으로 복구 200

VVDEV 디바이스 , 구성 197VIO 319VMware

Celerra 환경 313CLARiX 환경 278Invista 환경 307RecoverPoint 환경 280, 298Symmetrix 환경 307, 312VMFS 지원 278, 286가상 디스크 지원 291지원 34

WWindows

디스크 관리자 225디스크 번호 지정 225이벤트 뷰어 117

가가상 I/O 319관리 이벤트

개요 84로깅 84

관리 이벤트 , 게시 84관리자

CLARiX 계정 141암호 70호스트 액세스 권한 78

구성 검사기


426

색인

명령 구문 68설치 및 실행 66에이전트 설치 56

구성 요소개요 44

구성 요소 개요 44기본 디스크 33기본 스냅샷 236

나내부 데이터베이스

구축 107백업 및 복구 107설치 52암호 변경 109

내부 데이터베이스 백업 107네트워크 포털 , Microsoft iSCSI Initiator

추가 135, 222논리 파티션 319

다데이터베이스

통합 182, 205동적 디스크 33디버그 메시지 , 설정 116디스크 번호 지정 225디스크 유형 27

라라이센스

Hyper-V 318, 323경고 90관리 90, 91라이센스 파일 , 설치하는 동안 지정 52무료 사용 기간 89사전 요구 사항 45상태 88유형 88정보 보기 91제거 92추가 92취득 46확보 89

로그 파일서버 및 클라이언트 114

설치 로그 59크기 , 설정 116

로그온 배너 87

마문제 해결

RM Server DR 337

바보조 RM Server 326보호 복구

Symmetrix 스토리지 196

사사용 가능한 타겟 224사용자 계정

삭제 73수정 73추가 72

서버로그 설정 83보안 옵션 85설명 44설치 51소프트웨어 요구 사항 34재해 복구 326, 334

설정Celerra 재해 복구 344RM Server 재해 복구 328개요 22

설치setup 명령 396로그 파일 59명령줄 사용 396서버 51설치하기 전에 45에이전트 구성 요소 54콘솔 구성 요소 58

수동 검색 222스냅샷

개요 147기본 236보기 149스냅샷 캐시 모니터링 149클론 비교 148


색인

스토리지검색 96보기 98속성 보기 100제외 102포함 97, 99

스토리지 풀삭제 105생성 103수정 105편집 105

시간동기화 272

아알 수 없는 디스크 , iSCSI LUN 구성 225애플리케이션 세트

통합 205애플리케이션 세트 , 통합 182업그레이드

RM Server DR 332일반 정보 61지원되는 업그레이드 경로 61

에이전트 구성 요소설명 44설치 54

여러 네트워크 포털 222역방향 인증 220요구 사항

Celerra Replicator 237서버 소프트웨어 34소프트웨어 207접속성 206콘솔 39클라이언트 소프트웨어 41패치 및 서비스 팩 208하드웨어 25, 206

운영 RM Server 326이벤트 메시지 117

자자동 검색 223재해 복구

Celerra 339RM Server 326, 334

단계 342사후 페일오버 고려 사항 363애플리케이션 복구 363

재활용Celerra Replicator 클론 249

접속 레코드 142

카콘솔

설명 45설치 58요구 사항 39

클라이언트보안 모드 93소프트웨어 요구 사항 41

클러스터요구 사항 37

클론의 스냅 155, 174

타타겟 포털 , Microsoft iSCSI Initiator 135통합 애플리케이션 세트 182, 205, 281, 289

파파일 시스템

Celerra Replicator 요구 사항 239에이전트 유형 44, 45지원 37

패치패치 수준 보기 65

페일백원래 운영 서버로 336

페일오버Celerra 249, 356보조 서버에서 336

프로모션Celerra Replicator 클론 249

하호스트

사용자 액세스 78사용자 액세스 권한 정의 76삭제 82수정 79


428

색인


Documents

EMC Replication Manager - Dell EMC Isilon · 한국이엠씨컴퓨터시스템즈(주) 서울특별시 강남구 역삼1동 737 강남파이낸스센터 18층 (우)135-984 대표