Dell EMC AppSync · 2019-11-03 · Dell EMC AppSync® 3.5 버전 사용자 및 관리 가이드...

Dell EMC AppSync®3.5 버전

사용자 및 관리 가이드302-004-015

01

Copyright © -2017 Dell Inc. or its subsidiaries. All rights reserved.

Dell은 본 발행물의 정보가 해당 발행일 현재 정확한 것으로 간주합니다. 모든 정보는 예고 없이 변경될 수 있습니다.

본 발행물의 정보는 "있는 그대로" 제공됩니다. Dell은 본 발행물의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목

적을 위한 적합성에 대하여 어떠한 묵시적인 보증도 부인합니다. 본 발행물에 설명된 Dell 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어

라이센스가 필요합니다.

Dell, EMC 및 기타 상표는 Dell Inc. 또는 해당 자회사의 상표입니다. 기타 모든 상표는 해당 소유주의 자산일 수 있습니다. Published in the USA.

한국이엠씨컴퓨터시스템즈(주)서울특별시 강남구 테헤란로 152 강남파이낸스센터 18층 (우)06236대표 전화: (02)2125-7000 구입/상담 문의: 080-775-7000 팩스: (02)2125-7280www.DellEMC.com/ko-kr/index.htm

2 Dell EMC AppSync 3.5 사용자 및 관리 가이드

머리말 11

소개 13AppSync 개요 .............................................................................................14

서비스 계획 개요............................................................................15역할 기반 관리............................................................................... 15AppSync 보고서 ............................................................................ 16

AppSync 아키텍처...................................................................................... 16AppSync server ............................................................................. 16AppSync 에이전트(호스트 플러그인) 개요.................................... 16AppSync 콘솔(사용자 인터페이스)................................................ 17AppSync CLI...................................................................................17REST 인터페이스........................................................................... 17

AppSync 및 Replication Manager................................................................ 17AppSync 및 Replication Manager의 상호 운용성 ........................... 17

AppSync 콘솔 19콘솔 개요....................................................................................................20

작업 수행.......................................................................................20콘솔에 표시되는 시간.................................................................... 20

콘솔 기본 설정 지정................................................................................... 20AppSync 콘솔 시작..................................................................................... 21

AppSync CLI 유틸리티 23AppSync CLI 유틸리티............................................................................... 24CLI 작업..................................................................................................... 25

login...............................................................................................25logout............................................................................................ 26refresh...........................................................................................26runSP.............................................................................................27enableSP....................................................................................... 27disableSP.......................................................................................28report............................................................................................ 29만료...............................................................................................30subscribe........................................................................................31unsubscribe................................................................................... 32listCopies.......................................................................................34copyDetails....................................................................................36마운트........................................................................................... 36마운트 해제................................................................................... 47

서비스 계획 49서비스 계획 개요........................................................................................50

서비스 계획 생성........................................................................... 54서비스 계획 적용 취소................................................................... 55파일 시스템에 대한 고급 계획 설정 .............................................. 55SQL Server에 대한 고급 계획 설정................................................56

1장

2장

3장

4장

목차

Dell EMC AppSync 3.5 사용자 및 관리 가이드 3

VPLEX 스토리지 구성....................................................................56VMAX 스토리지 구성.....................................................................57

Exchange 서비스 계획 설정........................................................................58SQL Server 서비스 계획 설정.....................................................................60Oracle 서비스 계획 설정.............................................................................64파일 시스템 서비스 계획 설정.................................................................... 68VMware 서비스 계획 설정.......................................................................... 73

Microsoft Exchange 보호 77Exchange 지원 개요 ...................................................................................78Exchange 보호를 위한 AppSync 구축.........................................................80

Exchange 데이터베이스 검색 ....................................................... 80Microsoft Exchange 메일박스 서버 제거 .......................................81서비스 계획에서 DAG 데이터베이스 보호...................................... 81독립 실행형 Exchange 서버를 DAG 구성원으로 전환..................... 81

Exchange 데이터베이스 보호 .....................................................................81Exchange 데이터베이스 즉시 보호................................................ 82Exchange 데이터베이스 서비스 계획 신청.....................................82데이터베이스에 대한 서비스 계획 신청 취소 ................................ 83필요 시 복제본 만료.......................................................................83Copies 페이지에서 데이터베이스 복제본 생성...............................83

서비스 계획 세부 정보................................................................................ 84서비스 계획 스케줄........................................................................84애플리케이션 검색........................................................................ 85애플리케이션 매핑........................................................................ 85사전 복제 스크립트 .......................................................................85복제본 생성................................................................................... 86사후 복제 스크립트........................................................................88이전 복제본 마운트 해제............................................................... 89복제본 마운트................................................................................89복제본 검증....................................................................................91사후 마운트(Post-mount) 스크립트.............................................. 92복제본 마운트 해제........................................................................92

Exchange 복제본 마운트............................................................................ 93마운트 및 복구 제한 사항...............................................................93필요 시 Exchange 복제본 마운트...................................................93Exchange 복제본 마운트 해제 ...................................................... 96경로 매핑....................................................................................... 97

Exchange 복제 복구 개요........................................................................... 99복구 중에 영향을 받는 인접 항목...................................................99Exchange 복제본에서 복구.......................................................... 100수동으로 Exchange 데이터베이스 복구........................................ 101부분 복구..................................................................................... 102장애 발생 시 정합성이 보장되는(APiT) 복제본에서 로그 복구..... 103삭제된 Exchange 데이터베이스 복구........................................... 103

SQL Server 보호 105SQL Server 지원 개요............................................................................... 106

SQL Server 사전 요구 사항.......................................................... 106SQL Server의 지원되는 구성........................................................107VMware 환경의 SQL Server에 대한 고려 사항............................. 107필요한 권한..................................................................................108SQL Server 인스턴스에 대한 로그인 자격 증명 업데이트.............109

5장

6장

목차


AAG(AlwaysOn Availability Group) 지원.................................................... 110SQL Server 트랜잭션 로그 백업.................................................................110

SQL Server 트랜잭션 로그 백업 구성............................................ 111로그 백업 스크립트 구성............................................................... 113필요할 때 로그 백업 실행.............................................................. 114서비스 계획에 대한 로그 백업 보기...............................................115SQL 데이터베이스 복제본 보기.................................................... 115로그 백업 만료.............................................................................. 118

클러스터에서 SQL Server 작업 시 고려 사항............................................. 119SQL Server User Databases 폴더.............................................................. 122

SQL Server 인스턴스 검색........................................................... 122SQL 데이터베이스 보호............................................................................ 123

SQL Server 데이터베이스에 대한 보호 구성................................ 123데이터베이스의 서비스 계획 적용 취소........................................ 124SQL Server 데이터베이스 검색 ................................................... 124SQL 복제본 페이지.......................................................................124Copies 페이지에서 데이터베이스 복제본 생성............................. 126필요 시 SQL 데이터베이스 복제본 만료....................................... 126서비스 계획 요약 및 세부 정보..................................................... 127

SQL Server에 대한 마운트 고려 사항........................................................ 138필요 시 SQL Server 데이터베이스 복제본 마운트........................ 139SQL Server 복제본 마운트 해제 .................................................. 146경로 매핑......................................................................................147

SQL Server 데이터베이스 복구 개요......................................................... 148Availability Group에서 데이터베이스 복구 시 고려 사항............... 149복구 중에 영향을 받는 인접 항목..................................................149페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구...150페일오버 없이 보조 데이터베이스 복구........................................150SQL Server 복제본 복구............................................................... 151SQL Server 복구 유틸리티(assqlrestore)..................................... 153

Oracle 보호 159Oracle 지원 개요....................................................................................... 160

Oracle 사용 권한.......................................................................... 160Red Hat Cluster Services와 AppSync의 통합............................... 160Oracle Data Guard 지원................................................................ 161Veritas Cluster Services 통합....................................................... 163PowerHA(HACMP) 클러스터 통합...............................................165사전 요구 사항 및 지원되는 구성..................................................166

데이터베이스 보호.................................................................................... 174데이터베이스 검색....................................................................... 174데이터베이스에 서비스 계획 적용................................................ 174Oracle 복제본 페이지................................................................... 175

서비스 계획 요약 및 세부 정보.................................................................. 178서비스 계획 스케줄...................................................................... 178서비스 계획 스케줄 재정의...........................................................178애플리케이션 검색....................................................................... 179애플리케이션 매핑....................................................................... 179스토리지 기본 설정...................................................................... 179사전 복제(Pre-copy) 스크립트.....................................................180복제본 생성..................................................................................180복제본의 자동 만료....................................................................... 181사후 복제(Post-copy) 스크립트....................................................181

7장

목차


이전 복제본 마운트 해제.............................................................. 182Pre-mount 스크립트.....................................................................182복제본 마운트 ............................................................................. 182서비스 계획에서 마운트 설정 재정의........................................... 183사후 마운트 스크립트...................................................................184복제본 마운트 해제...................................................................... 184

Oracle 복제본 마운트................................................................................ 185Oracle Mount 마법사를 사용한 복제본 마운트............................. 187RMAN 카탈로그 작성 기능 .......................................................... 189독립 실행형 서버에 마운트 및 수동 복구용 스크립트 준비........... 190클러스터에 마운트 및 복구........................................................... 191경로 매핑..................................................................................... 192

Oracle 복제본 복구....................................................................................194복구 중에 영향을 받는 인접 항목................................................. 195영향을 받는 인접 항목이 포함된 Vdisk 복구................................. 196RAC 복제본 복구..........................................................................196영향을 받는 인접 항목에 대한 RAC 복제본 복구.......................... 197

파일 시스템 보호 199파일 시스템 지원 개요..............................................................................200

VNX, VNXe 및 Unity 스토리지에서 NFS 파일 시스템 보호.......... 200PowerHA(HACMP) 클러스터 통합.............................................. 202

파일 시스템 서비스 계획 설정.................................................................. 203파일 시스템에 서비스 계획 적용..................................................208서비스 계획 스케줄 재정의 ......................................................... 208서비스 계획 스케줄......................................................................208애플리케이션 검색...................................................................... 209애플리케이션 매핑...................................................................... 209Pre-copy 스크립트 단계.............................................................. 209Create copy 단계 기능인 고정 및 고정 해제 콜아웃 스크립트...... 210VSS 장애 발생 시 재시도 구성...................................................... 211Post-copy 스크립트 단계............................................................. 212이전 복제본 마운트 해제.............................................................. 212복제본 마운트.............................................................................. 213사후 마운트(Post-mount) 스크립트.............................................215

File System Mount 마법사를 사용한 복제본 마운트.................................. 216영향을 받은 파일 시스템의 마운트 지점 변경...............................218파일 시스템 복제본 마운트 해제 ..................................................218서비스 계획에서 마운트 설정 재정의........................................... 219재부팅 후 파일 시스템 마운트 ..................................................... 219파일 시스템에서 중첩된 마운트 지원...........................................220경로 매핑......................................................................................221

파일 시스템 복구...................................................................................... 223

VMware 데이터 센터 보호 225구성 사전 요구 사항 .................................................................................226

VMware vStorage VMFS 요구 사항 ............................................ 226데이터 센터 검색 ..................................................................................... 228

데이터 센터 목록 ........................................................................ 228VMware vCenter Server 추가 ..................................................... 228VMware 데이터 저장소 목록 .......................................................229VMware 데이터 저장소 보호........................................................229

VMFS 복제본 마운트 시 고려 사항 ...........................................................237

8장

9장

목차


필요 시 데이터 저장소 복제본 마운트.......................................... 237VMware 데이터 저장소 복제본 마운트 해제 ............................... 239

복제본에서 데이터 저장소 복구................................................................239복구 중 가상 머신 작업................................................................ 240복구 중에 데이터 저장소에서 영향을 받는 인접 항목................... 241

복제본에서 가상 머신 복구........................................................................241가상 머신 복구 옵션.....................................................................243

VMFS 또는 NFS 데이터 저장소를 통한 파일/폴더 복구........................... 245가상 디스크에서 파일 또는 폴더 복구..........................................245

재활용 247용도 변경 개요..........................................................................................248

스케줄 용도 변경......................................................................... 249용도 변경 계획 수정.....................................................................250용도 변경 새로 고침.....................................................................250재활용 만료..................................................................................251스크립트를 사용하여 데이터 마스킹............................................252

Repurpose 마법사 사용............................................................................ 252AppSync Service Plan In-Progress Monitor................................. 253용도 변경 복제본 스케줄 보기 또는 삭제..................................... 254용도 변경 복제본 보기................................................................. 254

AppSync 모니터링 255RPO 개념 및 Best Practice.......................................................................256

복구 시점 준수 보고서................................................................. 256RPO 준수 보고서를 CSV로 내보내기...........................................256RPO 준수 요약.............................................................................257

알림 및 연관 이벤트..................................................................................257알림 확인.....................................................................................258

이메일 알림.............................................................................................. 258이메일 알림에 대한 서버 설정 구성............................................. 259e-메일 알림 수신자 지정..............................................................259

AppSync Service Plan In-Progress Monitor..............................................259

스토리지 고려 사항 261VNX Block ............................................................................................... 262

VNX Block 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항.................................................................................................... 263동적 마운트 ................................................................................ 263SQL Server에 대한 Microsoft Cluster Server 마운트...................263Windows Server Standard Edition의 SAN 정책 ...........................264

VNX File .................................................................................................. 264VNX File 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항....265VNX File 마운트...........................................................................266

VNXe........................................................................................................266VNXe 관련 서비스 계획 고려 사항............................................... 267에 대한 복제본 마운트 및 마운트 해제 고려 사항 VNXe............... 267VNXe NFS 데이터 저장소 마운트/마운트 해제 관련 고려 사항... 268

VMAX ...................................................................................................... 268VMAX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항. 268VMAX 복제본 마운트 및 마운트 해제...........................................270SQL Server에 대한 Microsoft Cluster Server 마운트...................270

10장

11장

12장

목차


VMAX의 복제본 용도 변경............................................................271VMAX 복구...................................................................................271

VMAX 3 및 VMAX All Flash ...................................................................... 272VMAX 3 및 VMAX All Flash 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항........................................................................ 272VMAX 3 및 VMAX All Flash 복제본 마운트/마운트 해제.............. 272VMAX 3 및 VMAX All Flash 용도 변경 개요..................................273

ViPR Controller ........................................................................................273관련 서비스 계획 고려 사항 ViPR Controller................................ 274ViPR Controller 복제본 마운트/마운트 해제................................ 274ViPR Controller 복제본 복구........................................................ 275

XtremIO ...................................................................................................275XtremIO 스토리지를 사용한 복구 옵션.........................................277

RecoverPoint ........................................................................................... 277RecoverPoint 보호를 사용하는 애플리케이션에 대한 서비스 계획 고려 사항.........................................................................................278RecoverPoint 사전 요구 사항.......................................................278동적 또는 정적 마운트................................................................. 279Oracle 또는 SQL Server 데이터베이스의 RecoverPoint 북마크 복제본 재활용.....................................................................................280RecoverPoint 시스템에서 생성된 북마크를 사용하여 복구.......... 281APIT 복제본에서 복구..................................................................282

Unity ........................................................................................................282Unity 관련 서비스 계획 고려 사항................................................283Unity NFS 데이터 저장소 복제본 마운트 및 마운트 해제............. 283Unity 복제본 마운트 및 마운트 해제............................................ 284Unity NFS 파일 시스템 복제본 마운트 및 마운트 해제.................284Unity의 복제본 용도 변경............................................................ 285

VPLEX......................................................................................................285VPLEX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항....285VPLEX 복제본 마운트/마운트 해제 ............................................ 286VPLEX 복구 고려 사항................................................................. 287

AppSync 문제 해결 289AppSync 호스트 플러그인 설치 후 재부팅 필요........................................ 291사용자 계정에 올바른 사용 권한이 없습니다.............................................291부분적으로 등록된 AppSync Exchange Interface 서비스......................... 292VSS 시간 초과 문제.................................................................................. 292호스트 설치 및 구축 문제......................................................................... 293호스트 재부팅 후 Oracle ASM 디스크 그룹을 마운트할 수 없습니다........ 293RHEL 6.x 및 7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패........... 293AppSync가 Oracle ASM 디스크 그룹을 마운트하지 못함(이벤트 -ORCL_000043) .......................................................................................294AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못함(이벤트 -ORCL_000044)........................................................................................294Oracle 데이터베이스 검색 실패................................................................ 295Oracle 데이터베이스 검색 실패 - 파일 시스템 가득 참............................. 295재부팅 후 Oracle 데이터베이스가 시작되지 않음..................................... 295에이전트 설치 제거 시 SUDO 사용자를 사용하여 UNIX 호스트가 등록된 경우 Oracle 재시작 스크립트가 제거되지 않음............................................ 296AppSync에서 심볼 링크를 생성하지 못함.................................................296Oracle 재시작 관련 시스템 로그 확인....................................................... 296데이터베이스가 생성된 SPFile로 시작되지 않음 ......................................297

13장

목차


Oracle 복구 실패.......................................................................................297AppSync가 SQL Server 데이터베이스를 제때 고정하지 못함(이벤트 -SQL_000018)...........................................................................................298SQL 클러스터 - Second Generation 복제본 마운트 실패.......................... 298SQL 데이터베이스 검색 중에 시간 초과 오류........................................... 299<AppSync>\jboss\standalone\tmp\vfs\ 폴더 디스크 사용......................299XtremIO 복제본 생성에 시간이 걸림.........................................................299XMS IP 변경.............................................................................................299데이터 저장소 또는 가상 디스크 마운트 도중 오류 발생...........................300가상 디스크 매핑 실패..............................................................................300매핑 중에 MPIO 디바이스의 파일 시스템 또는 Oracle 애플리케이션 보호가실패함...................................................................................................... 300여러 LUN에서 파일 시스템 용도 변경 작업에 실패함................................ 301호스트 검색 후 변경된 파일 시스템 유형이 업데이트되지 않음.................301파일 시스템 스냅샷을 RHEL7에 마운트하지 못함.....................................302CST Lockbox 복구 실패............................................................................302VMAX에서 보호 및 용도 변경 실패........................................................... 302재부팅 후 AppSync 서비스가 시작되지 않음............................................ 303Windows 서버 구성 문제.......................................................................... 303Windows Server 2012 R2에서 Flash 실행................................................. 303브라우저 새로 고침.................................................................................. 304예약된 서비스 계획 실패.......................................................................... 304이벤트 로깅.............................................................................................. 305오류 처리..................................................................................................305

307

311

용어 설명

색인

목차


머리말

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

제품이 올바르게 작동하지 않거나 이 문서에 설명된 대로 작동하지 않는 경우 DellEMC 기술 지원 전문가에게 문의하십시오.

이 문서는 발행일 기준으로 정확한 정보를 제공합니다. https://support.emc.com에서이 문서의 최신 버전을 사용하고 있는지 확인하십시오.

목적이 문서는 AppSync 설명서 세트의 일부이며 AppSync의 사용 및 관리에 관한 정보가제공됩니다.

대상이 가이드는 AppSync를 사용하고 구성하는 고객과 서비스 공급업체를 대상으로 작성되었습니다.

관련 문서다음 문서에서는 보다 자세한 정보를 제공합니다.

l AppSync 설치 및 구성 가이드

l AppSync 릴리즈 노트

본 문서에 사용된 중요 알림 표기법Dell EMC에서는 특별한 고지 사항이 있을 경우 다음과 같은 표기법을 사용하였습니다.

예방하지 못할 경우 사망 또는 중상을 입게 되는 위험한 상황을 나타냅니다.

예방하지 못할 경우 사망 또는 중상을 입을 수 있는 위험한 상황을 나타냅니다.

예방하지 못할 경우 경상을 입을 수 있는 위험한 상황을 나타냅니다.

신체적 부상과 관련되지 않은 상황을 나타냅니다.

중요하지만 위험하지는 않은 정보를 나타냅니다.

입력 표기법Dell EMC에서는 다음과 같은 글꼴을 사용하였습니다.

머리말 11

https://support.emc.com

표 1 입력 표기법

굵은 글꼴 인터페이스 요소의 이름(예: 창, 대화상자, 버튼, 필드, 탭, 키, 메뉴 경로 등 특히 사용자가 선택하거나 클릭할 수 있는 요소의 이름)에 사용됩니다.

기울임꼴 본문에서 인용되는 출판물의 전체 제목에 사용됩니다.

Monospace 다음을 나타내기 위해 사용됨:

l 시스템 코드

l 시스템 출력(예: 오류 메시지 또는 스크립트)

l 경로 이름, 파일 이름, 프롬프트 및 구문

l 명령 및 옵션

Monospace 기울임꼴 변수를 나타내는 데 사용됩니다.

Monospace 굵은 글꼴

사용자 입력에 사용됩니다.

[ ] 선택적 값은 대괄호로 표시합니다.

| 세로줄은 대체 선택 항목을 나타냅니다. 즉 “또는”을 의미합니다.

{ } 중괄호는 사용자가 지정해야 하는 내용(예: x, y 또는 z)을 의미합니다.

... 줄임표는 예에서 생략된 중요하지 않은 정보를 나타냅니다.

지원 정보Dell EMC 지원, 제품 및 라이센스 정보는 다음과 같이 확인할 수 있습니다.

제품 정보설명서, 릴리즈 노트, 소프트웨어 업데이트 또는 Dell EMC 제품에 대한 자세한 정보는https://support.emc.com에서 확인하십시오.

기술 지원https://support.emc.com에서 서비스 센터를 클릭합니다. Dell EMC 기술 지원을 요청할 수 있는 몇 가지 옵션이 나타납니다. 서비스 요청을 개설하려면 유효한 지원 계약이있어야 합니다. 유효한 지원 계약 체결에 대한 자세한 내용 또는 계정 관련 질문은 DellEMC 영업 담당자에게 문의하십시오.

온라인 커뮤니티다른 사용자와 의견을 나누고 제품 지원 및 솔루션 관련 컨텐츠를 보려면 https://community.emc.com/를 방문하십시오. 모든 Dell EMC 제품의 고객, 파트너 및 공인 전문가와 온라인으로 교류하실 수 있습니다.

사용자 의견여러분이 보내주시는 의견은 EMC 사용 설명서의 체계적인 구성과 정확성, 전반적인품질 향상을 위해 유용하게 사용됩니다. 본 설명서 관련해서 보내주실 의견이 있으시면 [email protected]로 보내주십시오.

머리말




https://community.emc.com/

https://community.emc.com/

mailto:[email protected]

1장

소개

이 장에서 다루는 내용은 다음과 같습니다.

l AppSync 개요 .................................................................................................... 14l AppSync 아키텍처..............................................................................................16l AppSync 및 Replication Manager........................................................................17

소개 13

AppSync 개요AppSync는 Dell EMC의 운영 스토리지 시스템에서 iCDM(integrated Copy DataManagement)을 지원하는 소프트웨어입니다.

AppSync는 운영 데이터 복제본 생성 및 사용 프로세스를 간소화하고 자동화합니다. 기본 스토리지와 복제 기술 추상화 및 애플리케이션과의 완벽한 통합을 통해 AppSync는애플리케이션 담당자가 운영 복구 및 데이터 용도 변경을 위한 복제본 요구 사항을 자체적으로 충족할 수 있도록 지원합니다. 따라서 스토리지 관리자는 초기 설정 및 정책관리에만 신경 쓰면 되므로 간편하고 원활한 환경이 구축됩니다.

AppSync는 자동으로 애플리케이션 데이터베이스를 검색하고 데이터베이스 구조를 탐지한 후 가상화 계층을 통해 이를 기본 스토리지 LUN에 매핑합니다. 그런 다음 타겟 호스트에서 마운트하고 애플리케이션을 시작 또는 복구하여 복제본 생성 및 검증에 필요한 모든 작업을 조정합니다. 지원되는 워크플로우에는 새로 고침, 만료 및 운영 복구도포함됩니다.

주요 특징

l Dell EMC 블록 및 파일 스토리지 전체에서 물리적, 가상 및 혼합 호스트 환경을 지원합니다.

l Oracle, SQL, Exchange, VMware vCenter 등과 통합됩니다.

l 콜아웃 스크립트 통합과 함께 파일 시스템 복제본을 통해 고객 애플리케이션(EPIC,DB2 등)을 지원하여 고정 및 고정 해제를 수행할 수 있게 합니다.

l 애플리케이션 정합성 보장, 장애 발생 시 정합성 보장 및 가상 머신 정합성 보장(개별 가상 머신 복구 포함) 복제본을 지원합니다.

l 스냅, 클론 및 RecoverPoint 북마크 지원

l 필요 시 백업과 예약된 계획을 지원합니다.

l Repurpose 마법사는 수동 수정을 통해 애플리케이션 정합성 보장 복제본 생성을지원합니다. 그러면 수정된 복제본의 Second Generation 복제본이 배포되고 구성된 만료에 따라 선택적으로 삭제됩니다.

지원되는 애플리케이션 및 스토리지AppSync는 다음 애플리케이션과 스토리지를 지원합니다.

l 애플리케이션

n Oracle

n Microsoft SQL Server

n Microsoft Exchange

n VMware VMFS 데이터 저장소

n VMware NFS 데이터 저장소

n NFS 파일 시스템

l 스토리지

n VMAX

n VMAX 3

n VMAX All Flash

n VNX(블록 및 파일)

n VNXe

소개


n XtremIO

n ViPR Controller

n VPLEX

n Unity

l 복제 기술

n VNX 고급 스냅샷

n VNXe 유니파이드 스냅샷

n TimeFinder Clone,

n TimeFinder VP Snap

n SRDF

n SnapVX

n RecoverPoint 북마크

n XtremIO 스냅샷

n ViPR 스냅샷

서비스 계획 개요AppSync는 애플리케이션 데이터의 복제본을 생성함으로써 애플리케이션을 보호합니다.

애플리케이션 객체에 서비스 계획을 적용함으로써 무엇을 보호할 것인지를 AppSync에 알립니다. 서비스 계획이 실행될 때 복제본이 생성됩니다. 또한 서비스 계획은 복제본을 마운트 및 마운트 해제하고, 검증하고, 사용자 생성 스크립트를 실행할 수 있습니다. 이러한 작업을 서비스 계획의 단계라고 하며, 애플리케이션마다 다를 수 있습니다.

AppSync에는 변경하지 않고 그대로 사용할 수 있는 여러 애플리케이션별 계획이 포함되어 있습니다. Subscribe to Plan and Run 명령을 사용하면 서비스 계획의 설정이 데이터에 적용되고 즉시 보호됩니다.

역할 기반 관리AppSync는 리소스 및 기능에 대한 역할 기반 액세스를 지원합니다.

여러 명의 사용자에게 AppSync를 설정할 수 있습니다. 각 사용자에게 각자의 책임 및요구 사항에 맞는 역할을 하나 이상 할당할 수 있습니다. AppSync의 로컬 사용자를 만들 수 있으며, 원하는 경우 인증을 처리하는 LDAP 서버를 통해 사용자를 추가할 수 있습니다.

다음 표에는 사용자 역할이 정리되어 있습니다.

표 2 사용자 역할

역할 기능

Security Administrator AppSync에 대한 사용자 액세스를 관리합니다.

Resource Administrator 호스트, 스토리지 시스템 및 RecoverPoint 사이트를 관리합니다.

Service Plan Administrator 데이터 보호에 사용되는 서비스 계획을 사용자지정하고 실행합니다.

Data Administrator 데이터의 보호 및 복구를 관리합니다.

소개

서비스 계획 개요 15

AppSync 보안 구성 가이드에 특정 사용자 역할 및 해당 사용 권한에 대한 자세한 내용이나와 있습니다.

AppSync 보고서AppSync는 데이터가 보호되고 있는지, 복구 가능한지, 서비스 수준 계약에 맞는지 여부를 알려 주는 보고서를 생성합니다.

AppSync에 포함된 보고서는 수정하지 않고 그대로 사용할 수 있습니다. AppSync 대시보드의 최상위 레벨에서 알림 및 보고서를 쉽게 볼 수 있습니다. 알림을 e-메일로 보낼수 있습니다. AppSync에서 보고서를 쉼표로 구분된 값 형식으로 내보낼 수 있습니다.

AppSync 아키텍처AppSync 구성 요소에는 AppSync 서버, 에이전트(호스트 플러그인 소프트웨어) 및 사용자 인터페이스(UI 또는 콘솔)가 포함됩니다.

그림 1 AppSync 아키텍처 흐름

AppSync serverAppSync 서버 소프트웨어는 지원되는 Windows 시스템에 상주하며, 서비스 계획을 제어하고 생성되는 각 복제본에 대한 데이터를 저장합니다.

저장소는 AppSync 서버의 PostgreSQL 데이터베이스에 저장됩니다.

AppSync 에이전트(호스트 플러그인) 개요AppSync는 운영 및 마운트 호스트에 경량의 에이전트 플러그인 소프트웨어를 설치합니다.

호스트를 리소스로 추가할 때 AppSync는 플러그인 소프트웨어를 AppSync 서버에서호스트로 푸시합니다. 호스트에서 AppSync 서버를 액세스할 수 없도록 금지하는 환경에서는 에이전트 플러그인을 수동으로 설치할 수 있습니다.

소개


푸시 설치 시, 에이전트 호스트 플러그인은 AppSync 서버와 동일한 버전으로 유지됩니다. 에이전트 호스트 플러그인을 업그레이드하려면 Settings > Servers에서 Updateplug-in을 선택하십시오.

UNIX의 경우 AIX 및 Linux용 tar 번들이 호스트 등록 과정 중에 푸시되어 호스트에 추출됩니다.

플러그인이 상주하는 호스트의 예는 Exchange 메일박스 서버나 Exchange 검증 또는마운트 호스트입니다. 에이전트 플러그인은 VMware 데이터 저장소 보호에 사용되지않습니다.

AppSync 설치 및 구성 가이드는 AppSync 에이전트 설치에 대한 자세한 정보를 제공합니다.

AppSync 콘솔(사용자 인터페이스)AppSync 콘솔은 웹 기반입니다. 지원되는 브라우저는 Chrome, Internet Explorer 및Firefox입니다. 지원되는 버전은 AppSync Support Matrix를 참조하십시오.

AppSync CLIAppSync CLI는 AppSync에 패키지로 포함된 유틸리티이며, 명령줄 인터페이스를 통해작업을 실행하거나 스크립팅하는 데 사용합니다.

REST 인터페이스AppSync 에는 애플리케이션 프로그래머가 AppSync에서 제어하는 정보에 액세스할수 있는 REST 인터페이스가 있습니다.

API는 AppSync REST API 참조 가이드에 설명되어 있습니다.

AppSync 및 Replication Manager서로 간에 관련 제품이기는 하지만 AppSync 와 Replication Manager 사이에는 중대한차이점이 있습니다.

AppSync는 특정 서비스 수준 요구 사항을 충족하도록 설계된 서비스 계획(보호 정책)개념을 사용한다는 점에서 Replication Manager와 기본적으로 다릅니다. 서비스 계획은 완전하게 맞춤 구성이 가능하며 한 번의 클릭만으로 애플리케이션에 적용할 수 있습니다. 데이터 복제 기술에 대한 사전 지식이 필요하지 않으므로 애플리케이션 관리자및 스토리지 관리자가 손쉽게 AppSync를 사용할 수 있습니다.

AppSync 및 Replication Manager의 상호 운용성Replication Manager Server와 AppSync Server는 동일한 호스트상에서 함께 사용할 수없습니다.

Replication Manager 클라이언트와 AppSync 에이전트 플러그인을 동일한 호스트에 설치하고 함께 사용할 수 있습니다.

소개

AppSync 콘솔(사용자 인터페이스) 17

소개


2장

AppSync 콘솔


l 콘솔 개요........................................................................................................... 20l 콘솔 기본 설정 지정........................................................................................... 20l AppSync 콘솔 시작............................................................................................. 21

AppSync 콘솔 19

콘솔 개요AppSync 콘솔은 관리 및 보고를 위한 섹션으로 정리되어 있습니다.

l Dashboard는 보고서 및 경로의 맞춤형 보기입니다. 기본 대시보드는 보호되는 애플리케이션의 RPO(복구 시점 목표) 상태, 서비스 계획 완료 상태, 가장 최근의 알림, 진행 중인 작업을 표시합니다.

l Copy Management는 Microsoft Exchange, Microsoft SQL Server 등의 검색된 애플리케이션을 나열하고 보호, 마운트, 복구, 서비스 계획 서브스크립션 및 기타 작업을 위한 애플리케이션 중심의 시작 지점을 제공합니다.

l Service Plans 탭에서는 서비스 계획 설정을 보고 수정할 수 있을 뿐만 아니라 서비스 계획이 적용되는 객체, 해당 객체로부터 생성된 복제본, 서비스 계획을 실행할때 생성된 이벤트 등의 목록도 볼 수 있습니다.

l Monitoring은 알림, 복구 시점 준수 보고서 및 서비스 계획 완료 보고서를 표시합니다.

l Settings는 서버, VMware vCenter 서버 및 스토리지 리소스를 AppSync에 추가하기 위한 것입니다. 라이센스 관리, 사용자 관리 및 서버 설정도 Settings에서 찾을수 있습니다.

l Support를 이용하여 Dell EMC 지원 웹 사이트에서 사용 방법 비디오 및 AppSync지원 페이지를 액세스할 수 있습니다.

사용자 역할에 따라 표시되는 콘솔 섹션 그리고 메뉴에 나열되는 작업이 달라집니다.예를 들어 보안 관리자 역할만 가지고 있는 사용자에게는 콘솔에서 CopyManagement 및 Service Plans 탭이 표시되지 않습니다.

작업 수행객체에 대한 작업을 수행하려면 객체를 선택하고 페이지 아래쪽에서 작업 버튼을 클릭합니다. 여러 개의 객체를 선택하려면 <Shift> 키를 사용합니다. 연속되지 않은 여러 개의 객체를 선택하려면 <Ctrl> 키를 사용합니다. 여러 객체에 대한 작업을 수행하려면최종 선택 항목에 대해 작업 버튼을 클릭합니다.

객체의 예로는 애플리케이션 호스트, 스토리지 시스템, 메일박스 서버, 데이터베이스,복제본 및 사용자를 들 수 있습니다.

콘솔에 표시되는 시간AppSync 콘솔에 표시되는 시간은 콘솔이 아니라 AppSync 서버의 현지 시간을 반영합니다.

콘솔 기본 설정 지정UI에 표시되는 언어를 설정하고 원격 연결을 통해 사용하도록 콘솔을 최적화할 수 있습니다.

절차

1. 설치된 언어의 목록에서 원하는 언어를 선택합니다.

언어를 변경하는 경우에는 브라우저를 닫고 AppSync를 다시 시작해야 설정이적용됩니다.

2. 원격 연결을 통해 사용하도록 UI를 최적화하려면 Optimize for RemoteConnection을 선택합니다.

AppSync 콘솔


예를 들어 콘솔을 원격으로 액세스할 때 특정 시각 효과 때문에 화면 표시가 느려질 수 있습니다. 이 옵션을 선택하면 원격 응답 시간이 향상되지만 관리 옵션이나 기능에는 영향을 미치지 않습니다.

AppSync 콘솔 시작AppSync 서버에 접속된 시스템에서 지원되는 웹 브라우저를 통해 AppSync 콘솔을 실행할 수 있습니다.

http://appsync_server:8085/appsync를 사용하여 콘솔을 시작합니다.

AppSync 서버에서 콘솔을 실행하는 경우에는 설치하는 사람의 데스크톱에서AppSync 바로 가기를 클릭하여 콘솔을 시작할 수 있습니다. appsync_server는 IP 주소가 아니라 호스트 이름이어야 합니다.

AppSync 콘솔

AppSync 콘솔 시작 21

AppSync 콘솔


3장

AppSync CLI 유틸리티


l AppSync CLI 유틸리티....................................................................................... 24l CLI 작업............................................................................................................. 25

AppSync CLI 유틸리티 23

AppSync CLI 유틸리티AppSync CLI는 AppSync에 패키지로 포함된 유틸리티이며, 명령줄 인터페이스를 통해작업을 실행하거나 스크립팅하는 데 사용합니다.

AppSync CLI는 EMC\AppSync\appsync-cli 디렉토리에 설치됩니다. Windows에서는 appsync-cli.bat 파일을 사용하여 실행할 수 있습니다. Unix에서 AppSync CLI를 사용하려는 경우 EMC\AppSync\appsync-cli 디렉토리를 Unix 호스트에 복사하고 appsynccli. sh를 실행합니다.

사전 요구 사항

l JRE(Java Runtime Environment) 버전 7 Update 6(jre1.7) 이상 - 경로에 설치되고사용 가능해야 합니다.

l 등록된 리소스를 포함하고 있는 구성된 AppSync 설치

l 등록된 호스트에서 검색된 애플리케이션

l 구성된 서비스 계획

l 영어 이외의 호스트에서 CLI를 사용 중인 경우 실행 전에 올바른 코드 페이지를 설정해야 합니다. 코드 페이지를 설정하려면 명령 프롬프트에서 chcp를 사용합니다.

CLI 사용AppSync가 설치된 서버에서 AppSync CLI를 실행할 수 있습니다. 또한 \EMC\Appsync\appsync-cli 디렉토리를 다른 위치/호스트로 이동할 수 있습니다. 수행된 모든 작업은 스크립팅 목적을 위해 성공 시 코드 0을 반환합니다. Windows의 경우로컬 시스템 장애 코드는 -1이고, Linux는 255입니다. AppSync CLI를 사용하기 위한 구문은 다음과 같습니다.

appsync-cli.bat -action options=value하이픈이 붙은 -argument를 사용하여 수행하려는 작업을 지정할 수 있습니다. 해당 작업과 관련한 모든 옵션은 key=value 쌍입니다. 파일 시스템이나 경로처럼 공백을 포함하는 값을 사용할 때 텍스트를 큰따옴표 안에 넣을 필요가 없습니다. 후행 백슬래시로끝나는 값은 큰따옴표로 묶지 마십시오. Java는 이 구문을 무시합니다.

또한 AppSync CLI에는 메시지 처리를 위한 두 가지 선택적 인수가 있습니다. 언제든지verbose=true 인수를 사용하여 좀더 자세한 메시징 출력을 보거나, silent=true를 사용하여 모든 메시지가 표시되지 않도록 할 수 있습니다.

도움말 "/?" 매개 변수

명령에 대한 자세한 도움말 메뉴를 불러오려면 /? 인수를 추가하십시오. 이 인수는 사용 가능한 모든 CLI 명령을 표시합니다. 인수가 매우 많고 복잡하기 때문에 CLI 도움말은 다음 도움말 메뉴 파티션을 사용합니다.

l appsync-cli.bat /? CLI에서 지원되는 모든 작업에 대한 정보를 반환합니다.

l appsync-cli.bat -action /? 선택한 작업에 대해 사용할 수 있는 공통 애플리케이션 옵션을 반환합니다.

l appsync-cli.bat -action app=<value> /? 선택한 작업에 대해 사용할 수 있는 애플리케이션 전용 옵션을 반환합니다.

l appsync-cli.bat -mount app=<value> option=<value> /? 제공된 마운트 옵션에 대한 마운트 전용 옵션을 반환합니다.



영어가 아닌 시스템 로캘에서 도움말 인수를 사용할 때는 도움말 인수 "/?"를 큰따옴표안에 넣어야 합니다.

CLI 작업이 섹션에서는 AppSync CLI 작업에 대해 설명합니다.

AppSync CLI는 다음 작업을 지원합니다.

l 로그인/로그아웃

l 서비스 계획 실행

l 서비스 계획 설정/해제

l 서비스 계획 또는 애플리케이션 객체에 대해 생성된 모든 복제본 나열

l 애플리케이션 객체의 모든 세부 정보 나열

l 서비스 계획에(서) 애플리케이션 객체 적용/적용 취소

l 복제본 마운트/마운트 해제

l 복제본 만료

l AppSync 보고서 실행 및 내보내기

l 새로 고침

loginAppSync 서버를 인증합니다.

구문login-server값-port 값-user 값-password 값/?인수

-server값 인증하려는 서버입니다. 기본값은 server=localhost입니다.

-port 값 AppSync 서버의 HTTPS 포트입니다. 기본 포트는 8445입니다.

-user 값 인증할 사용자를 지정합니다. 기본 사용자는 admin입니다.

-password 값 사용자에 대한 암호를 지정합니다. 암호가 설정되지 않은 경우 암호를 입력하라는 메시지가 나타납니다.

/? 명령줄 도움말을 표시합니다.

설명이 명령은 AppSync 서버를 인증합니다. 서버 이름, https 통신 포트, AppSync 사용자및 해당 암호가 필요합니다. 예:


CLI 작업 25

appsync-cli.bat -login server=<server> port=8445 user=adminpassword=<admin_pass>로그인하면 필요한 인증 정보를 포함하고 있는 LOCAL_TOKEN이라는 파일이 현재 디렉토리에 생성됩니다. 이 파일이 삭제되거나 현재 세션이 만료되는 경우에는 로그인 명령을 다시 한 번 실행하여 새로운 세션을 생성해야 합니다.

참조logout

logout열린 AppSync CLI 연결을 무효화합니다.

구문logout/?인수


설명이 명령은 열린 CLI 연결을 무효화합니다. AppSync CLI로 작업을 완료한 후에는 로그아웃해야 합니다. 로그아웃 명령은 현재 세션을 닫을 뿐만 아니라 무효화합니다. 예:

appsync-cli.bat -logout

참조login

refresh지정된 복제본을 새로 고칩니다.

구문refresh-app값-copy_ID값/?인수

-app값 새로 고칠 애플리케이션입니다. 값은 다음 중 하나일 수 있습니다.

l sql

l Oracle

-copy_ID 값 새로 고칠 복제본의 UUID입니다.


설명이 명령은 지정된 애플리케이션 복제본을 새로 고칩니다. 예를 들면 다음과 같습니다.

appsync-cli.bat -refresh app=sql



참조expire

runSP지정된 서비스 계획을 실행합니다.

구문runSP-service_plan값-app 값-log_backup_only 값/?인수

-service_plan값 실행하려는 서비스 계획입니다.

-app 값 애플리케이션을 지정합니다. 값:

l sql

l Oracle

l filesystem

l datastore

l exchange

-log_backup_only 값 필요 시 SQL 데이터베이스 로그 백업에 사용합니다. 값:

l true

l false


설명애플리케이션 이름과 서비스 계획을 지정하여 서비스 계획을 실행할 수 있습니다. 예:

appsync-cli.bat -runSP app=sql service_plan=Bronze

참조enableSPdisableSP

enableSP지정된 서비스 계획을 활성화합니다.

구문enableSP-service_plan값-app 값/?


runSP 27

인수

-service_plan값 활성화하려는 서비스 계획입니다.


l sql

l Oracle

l filesystem

l datastore

l exchange


설명애플리케이션 이름과 서비스 계획을 지정하여 서비스 계획을 활성화할 수 있습니다.예:

appsync-cli.bat -enableSP app=sql service_plan=Bronze

참조runSPdisableSP

disableSP지정된 서비스를 비활성화합니다.

구문disableSP-service_plan값-app 값/?인수

-service_plan값 해제하려는 서비스 계획입니다.


l sql

l oracle

l filesystem

l datastore

l exchange


설명애플리케이션 이름과 서비스 계획을 지정하여 서비스 계획을 비활성화할 수 있습니다.예를 들면 다음과 같습니다.

appsync-cli.bat -disableSP app=sql service_plan=Bronze



참조runSPenableSP

reportAppSync 보고서를 실행하고 내보냅니다.

구문report-report_type값-detailed 값-category 값-age 값-service_plan 값-app 값/?인수

-report_type값 실행하려는 보고서의 유형입니다. 값은 다음 중 하나일 수 있습니다.

l rpo

l spc

l alerts

l activity

-detailed 값 보고서 형식입니다. 상세 보고서나 요약 보고서를 실행할 수 있습니다. 값은 true 또는 false일 수 있습니다.

-category 값 알림의 범주입니다. 값:

l all

l rpo

l phase_failure

l other

l license

-age 값 이벤트의 기간을 지정합니다. 값은 다음 중 하나일 수 있습니다.

l day

l week

l month

l all

-service_plan값

지정된 서비스 계획에 대한 알림을 표시합니다. 기본값은 all입니다.

-app 값 애플리케이션 이름입니다. 값은 다음 중 하나일 수 있습니다.


report 29

l sql

l orcale

l filesystem

l datastore

l exchange


설명AppSync CLI를 통해 실행하고 내보낼 수 있는, 사용 가능한 보고서가 4개 있습니다. 여기에는 다음이 포함됩니다.

l RecoverPoint Objective (rpo)

l Service Plan Completion (spc)

l Alert

l Activity

detailed=true/false 인수를 사용하여 요약본이나 세부적인 뷰로 보고서를 실행할수 있습니다. 현재 실행 중인 작업을 출력하는 작업 보고서는 예외로 이 규칙이 적용되지 않습니다.

모든 보고서는 현재 디렉토리 안에 .csv 파일로 내보내집니다. 보고서 유형과 로컬 시간이 결합된 고유한 이름이 파일 이름으로 사용됩니다. 더 많은 도움말을 보려면 보고서에 대해 도움말 명령(/?)을 사용하십시오. 예를 들면 다음과 같습니다.

appsync-cli.bat -report report_type=rpo detailed=true

참조expire

만료지정된 복제본을 만료시킵니다.

구문expire-app값-copy_ID 값-force 값/?인수

-app값 애플리케이션 이름입니다. 값은 다음 중 하나일 수 있습니다.

l sql

l Oracle

l filesystems

l datastore

l exchange

-copy_ID 값 만료시킬 복제본의 UUID입니다.



-force 값 연결된 복제본이 여러 개 있는 복제본을 제거합니다. 값은 true 또는false일 수 있습니다.


설명복제본을 만료시키려면 애플리케이션 이름과 복제본 UUID를 지정해야 합니다. 예:appsync-cli.bat -expire app=datastore copy_ID=<value>참조refresh

subscribe지정된 서비스 계획을 데이터 객체에 적용합니다.

구문subscribe-service_plan값-app 값/?인수

-service_plan값 적용하려는 서비스 계획입니다.


l sql

l Oracle

l filesystems

l datastore

l exchange


설명CLI를 사용하여 서비스 계획에 애플리케이션 객체를 적용할 수 있습니다. 옵션은 각 애플리케이션마다 다릅니다. 필수 인수의 전체 목록을 보려면 적용할 애플리케이션에 대해 도움말 명령 "/?"를 실행합니다. 예를 들면 다음과 같습니다.

appsync-cli.bat -subscribe app=oracle service_plan=<sp1>oracle_server=<server> db_name=<db1>

표 3 애플리케이션 관련 옵션

SQL

-sql_server값 원하는 데이터베이스의 SQL 서버입니다. 기본값은 sql_server=localhost입니다.

-instance_name값 원하는 데이터베이스의 SQL 인스턴스입니다.기본값은 instance_name=MSSQLSERVER입니다.


subscribe 31

표 3 애플리케이션 관련 옵션 (계속)

-db_name값 적용하려는 SQL 데이터베이스입니다.

-user_databases값 사용자 데이터베이스 폴더의 적용을 허용합니다. 값은 true 또는 false일 수 있습니다.

Oracle

-oracle_server값 원하는 데이터베이스의 Oracle 서버입니다. 기본값은 oracle_server=localhost입니다.

-db_name값 적용하려는 Oracle 데이터베이스입니다.

파일 시스템

-fs_server값 원하는 파일 시스템의 서버입니다. 기본값은fs_server=localhost입니다.

-fs_name값 파일 시스템의 이름입니다. 기본값은fs_name=C:\\입니다.

-fs_type값 파일 시스템의 형식입니다. 기본값은fs_type=ntfs입니다.

데이터 저장소

-datastore값 적용하려는 데이터 저장소입니다.

-datacenter값 데이터 저장소를 찾을 데이터 센터입니다.

-vcenter값 데이터 저장소를 찾을 vCenter 서버입니다. 기본값은 vcenter=localhost입니다.

Exchange

-ex_server값 적용하려는 Exchange 서버입니다.

-db_name값 적용하려는 Exchange 데이터베이스입니다.

참조unsubscribe

unsubscribe데이터 객체의 지정된 서비스 계획 적용을 취소합니다.

구문unsubscribe-service_plan값-app 값/?인수

-service_plan값 적용을 취소하려는 서비스 계획입니다.




l sql

l Oracle

l filesystems

l datastore

l exchange


설명CLI를 사용하여 애플리케이션 객체의 서비스 계획 적용을 취소할 수 있습니다. 옵션은각 애플리케이션마다 다릅니다. 필수 인수의 전체 목록을 보려면 적용 취소하려는 애플리케이션에 대해 도움말 명령 "/?"를 실행합니다. 예:

appsync-cli.bat -unsubscribe app=sql service_plan=<sp1>sql_server=<server> instance_name=<instance> db_name=<db1>


SQL

-sql_server값 원하는 데이터베이스의 SQL 서버입니다. 기본값은 sql_server=localhost입니다.


-db_name값 적용 취소하려는 SQL 데이터베이스입니다.

-user_databases값 사용자 데이터베이스 폴더의 적용을 취소할 수있습니다. 값은 true 또는 false일 수 있습니다.

Oracle

-oracle_server값 원하는 데이터베이스의 Oracle 서버입니다. 기본값은 oracle_server=localhost입니다.

-db_name값 적용 취소하려는 Oracle 데이터베이스입니다.

파일 시스템




데이터 저장소

-datastore값 적용 취소하려는 데이터 저장소입니다.




unsubscribe 33

표 4 애플리케이션 관련 옵션 (계속)

Exchange

-ex_server값 적용 취소하려는 Exchange 서버입니다. DAG의 경우 서버 이름은 DAG 이름입니다.

-db_name값 적용 취소하려는 Exchange 데이터베이스입니다.

참조subscribe

listCopies지정된 애플리케이션 관련 속성을 충족 하는 모든 복제본을 표시합니다.

구문listCopies-service_plan값-app 값-age 값/?인수

-service_plan값 적용을 취소하려는 서비스 계획입니다.


l sql

l Oracle

l filesystems

l datastore

l exchange

-age값 콘솔에 표시되는 복제본을 복제본 에이지별로 필터링합니다.값은 다음 중 하나일 수 있습니다.

l day

l week

l month

l all


설명복제본의 UUID가 있어야 복제본을 마운트할 수 있습니다. 이 정보를 얻으려면 서비스계획이나 애플리케이션 객체에 대해 -listCopies 명령을 실행해야 합니다. 인수는애플리케이션마다 다릅니다. 자세한 내용을 보려면 도움말 명령 "/?"를 사용하십시오.예:

appsync-cli.bat -listCopies app=sql instance_name=<value>db_name=<value> age=all




SQL


-db_name값 지정된 SQL 데이터베이스를 표시합니다.

-log_backup_only값 데이터베이스 로그 백업이 표시되어야 하는지여부를 결정합니다. 값은 true 또는 false일 수있습니다.

-onlyRepurposeCopies값 재활용 복제본이 표시되어야 하는지 여부를 결정합니다. 값은 true 또는 false일 수 있습니다.

Oracle

-oracle_server값 원하는 데이터베이스의 Oracle 서버입니다.Oracle RAC의 경우 모든 노드를 쉼표로 구분된 문자열로 입력합니다. 예를 들면 다음과 같습니다.oracle_server=node1,node2

-db_name값 지정된 Oracle 데이터베이스를 표시합니다.

-onlyRepurposeCopies값 재활용 복제본이 표시되어야 하는지 여부를 결정합니다. 값은 true 또는 false일 수 있습니다.

파일 시스템




데이터 저장소

-datastore값 원하는 데이터 저장소의 이름입니다.



Exchange

-ex_server값 표시할 Exchange 서버의 이름입니다. DAG의경우 서버 이름은 DAG 이름입니다.

-db_name값 지정된 Exchange 데이터베이스를 표시합니다.

참조copyDetails


listCopies 35

copyDetails지정된 복제본에 대한 정보를 표시합니다.

구문copyDetails-app 값-copy_ID값/?인수


l sql

l Oracle

l filesystems

l datastore

l exchange

-copy_ID값 표시할 복제본의 UUID입니다.


설명복제본의 UUID가 있어야 복제본을 마운트할 수 있습니다. 애플리케이션 복제본의 추가 정보를 가져오려면 서비스 계획이나 애플리케이션 객체에 대해 -copyDetails 명령을 실행해야 합니다. 인수는 애플리케이션마다 다릅니다. 자세한 내용을 보려면 도움말 명령 "/?"를 사용하십시오. 예를 들면 다음과 같습니다.

appsync-cli.bat -copyDetails app=<app> copy_ID=<value>참조listCopies

마운트지정된 복제본을 마운트합니다.

구문mount-copy_ID값-app 값/?인수

-copy_ID값 마운트하려는 복제본의 UUID입니다.


l sql

l Oracle



l filesystems

l datastore

l exchange


설명AppSync CLI는 GUI를 통해 사용할 수 있는 모든 마운트 옵션을 지원합니다. 옵션은 애플리케이션마다 다릅니다. 마운트 옵션을 확인하려면 마운트하려는 애플리케이션에대해 도움말 "/?" 명령을 실행합니다. 예를 들면 다음과 같습니다.

l appsync-cli.bat -mount app=filesystem copy_ID=<value>mount_host=<value>

l appsync-cli.bat -mount app=sql copy_ID=<value>option=recover recovery_instance=<value>point_in_time=<value>

l appsync-cli.bat -mount app=datastore copy_ID=<value>mount_host=<value> cluster_mount=yesimage_access_mode=virtual_roll

l appsync-cli.bat -mount app=oracle copy_ID=<value> option=racmount_cluster=<value> mount_servers=<server1,server2>

appsync-cli.bat -subscribe app=oracle service_plan=<sp1>oracle_server=<server> db_name=<db1>

표 6 SQL 관련 옵션

SQL


-option값 복제본 복구 옵션을 지정합니다. 값은 mount또는 recover일 수 있습니다.

Mount Standalone SQL 옵션

-mount_host값 복제본을 마운트할 호스트입니다.

-mount_all_copies값 모든 복제본을 마운트할지 여부를 결정합니다.값은 true 또는 false일 수 있습니다.

-mount_access값 복제본을 마운트할 때 사용할 액세스 유형입니다.

-mount_path값 복제본을 마운트할 기본값이 아닌 경로입니다.값은 다음 중 하나일 수 있습니다.

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mountsWIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


마운트 37

표 6 SQL 관련 옵션 (계속)

-mapped_path값 소스-타겟 경로의 맵입니다. 이 옵션은 매핑된경로에만 적용됩니다.

UNIX: /source:::/target,/abc:::/xyzWIN: R:\:::S:\,T:\MountPoint:::U:\

-metadata_path값 복제본 메타데이터를 마운트할 기본값이 아닌경로입니다.

-image_access_mode값 이미지의 액세스 모드입니다. 값은 다음 중 하나일 수 있습니다.

l logged

l virtual

l virtual_roll

-dedicated_sg값 전용 스토리지 그룹을 지정합니다.

disable_rp_srm값 RecoverPoint SRM(Site Recovery Manager)을 비활성화합니다. 이 옵션은 RecoverPoint4.1 이상에만 적용됩니다. 값은 true 또는 false일 수 있습니다.

-point_in_time값 시점 복제본을 마운트할 수 있습니다.

-desired_SLO값 VMAX V3 스토리지에 대한 원하는 서비스 수준 목표를 지정합니다.

-desired_FAST_VP값 VMAX V2 복제본에 대한 FAST VP 정책을 지정합니다.

-vplex_mount값 VPLEX 마운트 옵션을 지정합니다.

-enable_cluster_mount값 VMware 클러스터 마운트를 활성화합니다.

Mount and Recover SQL 옵션

-recovery_instance값 복구에 사용될 SQL Server 인스턴스입니다.

-recovery_type값 원하는 복구의 유형입니다.

-db_naming_suffix값 마운트 후 데이터베이스에 추가되어야 하는 접미사를 지정합니다.

-mount_path값 복제본을 마운트할 기본값이 아닌 경로입니다.값은 다음 중 하나일 수 있습니다.

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mountsWIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName



표 6 SQL 관련 옵션 (계속)


UNIX: /source:::/target,/abc:::/xyzWIN: R:\:::S:\,T:\MountPoint:::U:\



l logged

l virtual

l virtual_roll

-dedicated_sg값 전용 스토리지 그룹을 지정합니다.






표 7 Oracle 관련 옵션

Oracle


-option값 복제본 복구 옵션을 지정합니다. 값은 다음 중하나일 수 있습니다.

l 마운트

l rman

l 복구

l manual

l rac

Mount Standalone Oracle 옵션



-mount_path값 복제본을 마운트할 기본값이 아닌 경로입니다.


마운트 39

표 7 Oracle 관련 옵션 (계속)


l logged

l virtual

l virtual_roll


filesystem_check값 마운트하는 동안 파일 시스템 검사를 수행합니다. 이 옵션은 UNIX 및 LINUX 호스트에만 적용됩니다. 값은 true 또는 false일 수 있습니다.






Mount RMAN Oracle 옵션





l logged

l virtual

l virtual_roll

-rman_user값 RMAN 사용자 이름을 지정합니다.

-rman_password값 RMAN 암호를 지정합니다.

-rman_connect_string값 RMAN 연결 문자열을 지정합니다.

-tns_admin값 TNS_ADMIN의 기본값이 아닌 경로입니다.

-oracle_home값 ORACLE_HOME의 기본값이 아닌 경로입니다.

-asm_dg_name값 ASM 디스크 그룹에 대한 기본값이 아닌 이름입니다.

-skip_data_files값 데이터 파일을 건너뛸 수 있습니다.









Mount and Recover Oracle 옵션




l logged

l virtual

l virtual_roll

-open_mode값 복구 후 복제본에 대한 열기 모드를 지정합니다.


-database_name값 데이터베이스에 대한 기본값이 아닌 이름입니다.

-sid_name값 SID에 대한 기본값이 아닌 이름입니다.


-init_params값 복구에 대한 사용자 정의 초기화 매개 변수를지정합니다.






Mount Manual Recovery ORACLE




마운트 41



l logged

l virtual

l virtual_roll












Mount RAC

-mount_cluster값 복제본을 마운트할 클러스터입니다. 기본값은Original Cluster입니다.

-mount_server값 복제본을 마운트할 서버입니다.



l logged

l virtual

l virtual_roll















표 8 파일 시스템 관련 옵션

파일 시스템


-option값 복제본 복구 옵션을 지정합니다. 값은 mount또는 recover일 수 있습니다.

-mount_host값 복제본을 마운트할 호스트입니다. 기본값은 원래 호스트입니다.


-mount_access값 복제본을 마운트할 때 사용할 액세스 유형입니다. 값은 readonly 또는 readwrite일 수 있습니다.

-mount_path값 복제본을 마운트할 경로입니다. 값은 다음 중하나일 수 있습니다.

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mounts WIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


마운트 43

표 8 파일 시스템 관련 옵션 (계속)


UNIX: /source:::/target,/abc:::/xyz WIN: R:\:::S:\,T:\MountPoint:::U:\


l logged

l virtual

l virtual_roll


filesystem_check값 마운트하는 동안 파일 시스템 검사를 수행합니다. 이 옵션은 UNIX 및 LINUX 호스트에만 적용됩니다. 값은 true 또는 false일 수 있습니다.

-point_in_time값 시점 복제본을 마운트할 수 있습니다. (형식:\"MM/dd/yyy hh:mm:ss am/pm\")




-enable_cluster_mount값 VMware 클러스터 마운트를 활성화합니다. 값은 true 또는 false일 수 있습니다.

-dedicated_sg값 전용 스토리지 그룹을 지정합니다. 값은 true또는 false일 수 있습니다.

표 9 데이터 저장소 관련 옵션

Datastore


-mount_host값 복제본을 마운트할 호스트입니다. 기본값은 원래 호스트입니다.


-mount_signature값 원래 마운트 서명을 사용할지, 새 마운트 서명을 사용할지 지정할 수 있습니다. 값은 new 또는 original일 수 있습니다.



표 9 데이터 저장소 관련 옵션 (계속)

-cluster_mount값 클러스터에 마운트할지 여부를 지정합니다. 값은 yes 또는 no일 수 있습니다.


l logged

l virtual

l virtual_roll


-point_in_time값 시점 복제본을 마운트할 수 있습니다. (형식:\"MM/dd/yyy hh:mm:ss am/pm\")




표 10 Exchange 관련 옵션

Exchange


-option값 복제본 복구 옵션을 지정합니다. 값은 mount또는 validate일 수 있습니다.

Mount Standalone Exchange 옵션




-mount_path값 복제본을 마운트할 경로입니다. 값은 다음 중하나일 수 있습니다.

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mounts WIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


마운트 45

표 10 Exchange 관련 옵션 (계속)


UNIX: /source:::/target,/abc:::/xyz WIN: R:\:::S:\,T:\MountPoint:::U:\



l logged

l virtual

l virtual_roll







Mount and Validate Standalone Exchange







l logged

l virtual

l virtual_roll




표 10 Exchange 관련 옵션 (계속)





-validate_copies값 복제본이 마운트의 일부로 검증될지 여부를 결정합니다.

-db_logs값 데이터베이스와 로그를 검증합니다. 값은Sequentially 또는 inparallel일 수 있습니다.

-log_check값 로그 확인을 최소화할 수 있습니다. 값은 true또는 false일 수 있습니다.

-working_dir값 작업 디렉토리를 지정합니다.

-throttle_validation값 검증의 임계치를 조절할 수 있습니다. 값은true 또는 false일 수 있습니다.

-pause_after_I/O_count_of값 입출력 계산 후 일시 중지를 지정합니다. 기본값은 100입니다.

-pause_duration값 일시 중지 기간을 지정합니다. 기본값은 1,000밀리초입니다.

-skip_db_validation값 데이터베이스 검증을 건너뜁니다. 값은 true또는 false일 수 있습니다.

참조unmount

마운트 해제지정된 복제본을 마운트 해제합니다.

구문unmount-copy_ID값-app 값/?인수

-copy_ID값 마운트 해제하려는 복제본의 UUID입니다.


l sql

l Oracle

l filesystems

l datastore


마운트 해제 47

l exchange


설명복제본을 마운트 해제하려면 애플리케이션 이름과 복제본 UUID를 지정해야 합니다.예: appsync-cli.bat -unmount app=<app> copy_ID=<value>.

데이터베이스, 파일 시스템 또는 데이터 저장소에 대해 마운트된 복제본 중 특별히 최신 또는 가장 오래된 복제본을 마운트 해제하려면 다음 명령을 사용하십시오.

l 데이터 저장소:appsync-cli.bat -unmount app=datastoredatastore=<value> datacenter=<value> vcenter=<value>option=latestMountedCopy/oldestMountedCopy

l SQL: appsync-cli.bat -unmount app=sqlinstance_name=<value>db_name=<value> option=latestMountedCopy/oldestMountedCopy

l Oracle: appsync-cli.bat -unmount app=oracleoracle_server=<value> db_name=<value>option=latestMountedCopy/oldestMountedCopy

l 파일 시스템: appsync-cli.bat -unmount app=filesystemfs_server=<value> fs_name=<value> fs_type=<value>option=latestMountedCopy/oldestMountedCopy

참조mount



4장

서비스 계획


l 서비스 계획 개요............................................................................................... 50l Exchange 서비스 계획 설정............................................................................... 58l SQL Server 서비스 계획 설정............................................................................ 60l Oracle 서비스 계획 설정.................................................................................... 64l 파일 시스템 서비스 계획 설정............................................................................68l VMware 서비스 계획 설정..................................................................................73

서비스 계획 49

서비스 계획 개요이 섹션에서는 기본 서비스 계획 유형, 객체 및 복제 적용, 서비스 계획 설정, 스케줄 및재정의에 대해 설명합니다.

AppSync는 애플리케이션 데이터의 복제본을 생성하고 관리합니다. 서비스 계획은 이러한 복제본의 특성을 정의합니다. 애플리케이션 데이터 객체에 서비스 계획을 적용할수 있습니다. 그러면 AppSync에서 서비스 계획을 실행하고 계획에 지정한 특성을 기반으로 데이터의 복제본을 생성합니다. 서비스 계획에 의해 생성된 복제본은 서비스 계획Copies 탭에 나열됩니다.

서비스 계획을 적용할 수 있는 객체 수에는 제한이 없습니다. AppSync는 최상의 성능을 위해 작업을 자동으로 나눕니다. 마운트, 스크립팅 및 검증을 위해 어떤 객체가 그룹으로 묶여야 하는지를 정교하게 제어해야 하는 경우에는 여러 개의 서비스 계획을 만들어서 각 계획에 객체를 분배하는 것을 고려해 보십시오. 이 방법은 서비스 계획이 적용된 객체가 같은 서버에 있을 때 가능합니다. 이 방법을 사용할 때는 12개가 넘는 객체에한 서비스 계획을 적용하지 마십시오.

서비스 계획 유형AppSync는 다음과 같은 애플리케이션별 계층형 계획을 제공합니다. 다음과 같이 세 가지 유형의 서비스 계획이 있습니다.

l Bronze — 애플리케이션의 로컬 복제본을 생성하려면 Bronze 서비스 계획을 사용할 수 있습니다.

l Silver — 애플리케이션의 원격 복제본을 생성하려면 Silver 서비스 계획을 사용할수 있습니다.

l Gold — 애플리케이션의 로컬 및 원격 복제본 모두를 생성하려면 Gold 서비스 계획을 사용할 수 있습니다.

서비스 계획 유형을 선택할 때 스토리지 기능을 잘 알고 있어야 합니다. 모든 스토리지기술이 원격 복제를 지원하는 것은 아니므로 Silver 또는 Gold 서비스 계획이 애플리케이션 데이터에 맞지 않을 수도 있습니다.

Bronze, Silver 및 Gold 서비스 계획은 기본적으로 제공되지만 고유한 계획을 맞춤화하여 생성할 수도 있습니다.

다음 표에서 서비스 계획 및 지원되는 애플리케이션에 대해 설명합니다.

스토리지 복제 유형 Bronze Silver Gold RP 지원 애플리케이션지원

용도 변경지원

VNX 고급 스냅샷 지원 지원 안 함 지원 안함

지원 AppSync가 지원되는모든 애플리케이션

지원

파일 스냅샷a 지원 지원 지원 지원 안 함 VMware 데이터 저장소, 파일 시스템 및Oracle

지원 안 함

VMAX VP 스냅 지원 지원 안 함 지원 안함


지원

TimeFinderClone

지원 지원 안 함 지원 안함


지원

서비스 계획



용도 변경지원

SRDF/A 로컬 지원 지원 안 함 지원 안함


지원

SRDF/A 원격b

지원 안 함 지원 지원 안함

지원 안 함 VMware 데이터 저장소 및 Oracle

SRDF/S 로컬 지원 지원 안 함 지원 안함


지원

SRDF/S 원격 지원 안 함 지원 지원 안함

지원 안 함

VNX2e 유니파이드 스냅샷



지원 안 함

파일 스냅샷 지원 지원 안 함 지원 안함

지원 안 함 VMware 데이터 저장소

지원 안 함

Unity 유니파이드 스냅샷



지원

유니파이드 파일 스냅샷


지원 안 함 VMware 데이터 저장소, Oracle 및 파일 시스템

지원 안 함

씬 클론 c 지원 안 함 지원 안 함 지원 안함

지원 안 함 Microsoft SQL,Oracle 및 파일 시스템

지원

XtremIO 스냅샷 지원 지원 안 함 지원 안함


지원

ViPRd 스냅샷 지원 지원 안 함 지원 안함

지원 안 함 VMware 데이터 저장소, Oracle 및 UNIX파일 시스템

지원 안 함

VMAX 3 SnapVX Snap 지원 지원 안 함 지원 안함

지원 안 함 AppSync가 지원되는모든 애플리케이션

지원

SnapVX Clone 지원 지원 안 함 지원 안함


지원 e

SRDF/A 로컬 지원 지원 안 함 지원 안함


지원

SRDF/A 원격f


지원 안 함 VMware 데이터 저장소, Oracle 및 UNIX파일 시스템

SRDF/S 로컬 지원 지원 안 함 지원 지원 안 함 AppSync가 지원되는모든 애플리케이션

지원

SRDF/S 원격 지원 안 함 지원 지원 지원 안 함 AppSync가 지원되는모든 애플리케이션

VPLEXg VPLEX Snaph 지원 지원 안 함 지원 안함


XtremIO - 지원Unity - 지원

VMAX3 및 VMAXAll Flash - 지원

VPLEX 클론 지원 지원 안 함 지원 안함

지원 안 함

서비스 계획



용도 변경지원

RecoverPoint Localbookmark



지원

Remotebookmark



지원

Local andremotebookmark

지원 안 함 지원 안 함 지원 지원 AppSync가 지원되는모든 애플리케이션

지원 안 함

a. VMAX 3의 eNAS에도 동일하게 적용됩니다.b. AppSync는 VMAX 3 및 SRDF/A 스토리지에서 Windows 애플리케이션의 원격 보호를 지원하지 않습니다.c. First Generation 복제본은 항상 스냅입니다. 그러나 Second Generation 복제본은 스냅 또는 클론일 수 있습니다.d. 또한 AppSync는 ViPR Controller를 사용하여 프로비저닝된 애플리케이션을 위한 복제 기술로 ViPR 스냅샷도 지원합니다.

AppSync는 VMAX/VPLEX(VMAX2 및 XtremIO 사용)/XtremIO 스토리지 시스템을 기반으로 하는 블록 가상 풀을 사용하여 ViPR에서 프로비저닝된 애플리케이션만 지원합니다.

e. 스냅에서 클론 용도 변경은 지원되지 않습니다.f. AppSync는 VMAX 3 및 SRDF/A 스토리지에서 Windows 애플리케이션의 원격 보호를 지원하지 않습니다.g. VPLEX는 XtremIO, VMAX 3/VMAX All Flash 및 Unity 백엔드 스토리지에서만 지원됩니다.h. 백엔드 스토리지의 스냅샷입니다.

서비스 계획 설정객체에 서비스 계획을 적용하면 이미 해당 계획에 속한 다른 객체와 함께 포함됩니다.서비스 계획이 적용되는 모든 객체는 서비스 계획에 정의된 워크플로우 및 설정을 따릅니다.

서비스 계획에 따라 스토리지 순서 기본 설정이 정의되며, 이는 복제본을 생성하는 중에 서비스 계획에서 사용하는 스토리지 기술의 기본 순서입니다. AppSync가 기본 설정을 충족시킬 수 없는 경우 스토리지 순서 기본 설정 목록에서 선택된 기본 설정을 사용하려고 시도합니다. 기본 설정을 조정하여 원하는 우선 순위에 따라 복제 기술을 사용하는 서비스 계획을 생성할 수 있습니다. AppSync가 특정 복제 기술을 사용하지 않도록 하려면 순서가 지정된 스토리지 기본 설정 목록에서 해당 기본 설정을 선택 취소합니다.

기본 서비스 계획은 계층형 보호 레벨을 제공합니다. 설정을 변경해야 하는 경우 서비스 계획을 수정합니다.

모든 서비스 계획은 복제본의 자동 만료를 설정함으로써 AppSync가 유지할 수 있는 복제본 수를 제한하고 서비스 계획에 대해 정의된 개수를 초과하는 과거 복제본을 자동으로 만료시킬 수 있습니다.

또한 서비스 계획은 수정 가능한 애플리케이션별 복제 옵션도 몇 가지 제공합니다. 예를 들어 Oracle 서비스 계획에는 다음과 같은 복제 옵션이 있습니다.

l Place a database in hot-backup mode(기본값: 활성화)

l Copy the Fast Recovery Area(기본값: 비활성화)

l Index and copy BCT (block change tracking) file(기본값: 비활성화)

l Create backup control file(기본값: 비활성화)

서비스 계획을 설정할 때, 복제 스토리지가 초과 사용되거나 고갈되지 않도록 다음 필드에 값을 설정하십시오.

l 서비스 계획 Startup 단계의 RPO

l Create copy 단계의 Always keep n Copies

서비스 계획


이전 복제본의 AppSync 만료는 서비스 계획의 현재 적용 정보를 기준으로 작동합니다.서비스 계획에 애플리케이션이 추가되거나 제거되는 경우 현재 만료 복제본 수와 보존된 복제본 수가 일치하지 않을 수 있습니다. 이를 방지하려면 애플리케이션 적용을 자주 변경하는 대신 새로 추가된 서비스 계획에 새 애플리케이션을 적용하십시오.

또한, AppSync 콘솔의 스토리지 시스템 사용자 인터페이스를 사용하여 스토리지 시스템을 모니터링합니다.

서비스 계획 스케줄 재정의서비스 계획의 실행 스케줄 설정을 재정의하고 계획이 적용된 개별 객체에 대해 별도의스케줄을 지정할 수 있습니다.

서비스 계획의 Plan Startup 단계에서 서비스 계획이 어떤 반복 유형에 맞춰 실행되는지를 선택합니다. 이 반복 유형은 서비스 계획이 적용된 모든 애플리케이션 객체에 적용됩니다. 하지만 설정을 재정의하고 선택한 객체에 대해 별도의 설정을 지정할 수 있습니다.

계획에 대해 이미 선택된 Recurrence Type의 설정만 재정의할 수 있습니다. 예를 들어선택된 반복 유형은 On selected days...에 실행되고 설정은 Run at 12:00 AM on daysFri, Sat입니다. 객체에 대해 이 설정을 재정의할 때 시간과 요일만 변경할 수 있습니다.재정의하면서 다른 반복 유형을 선택할 수는 없습니다.

서비스 계획 관리자가 일반 반복 설정(예: 실행 시간, 분)을 변경할 경우 재정의 설정에영향을 미치지 않습니다. 반복 유형 자체를 변경하는 경우에는 재정의가 더 이상 유효하지 않게 됩니다. 이제 새로운 반복 유형은 새 반복 유형을 기반으로 개별 설정을 지정하기 전까지 모든 객체에 적용됩니다.

애플리케이션 객체에 여러 계획이 적용된 경우, 해당 계획이 같은 시간에 실행되도록예약해서는 안 됩니다.

서비스 계획 이벤트이벤트는 작업의 진행 상황을 보여 줍니다. 서비스 계획이 실행될 때 그리고 복제본이마운트되거나 복구될 때 생성됩니다.

이벤트 정보에는 다음이 포함됩니다.

l 유형(오류, 경고 또는 정보)

l 이벤트의 날짜 및 시간

l 설명

l 서버

다음 위치에서 이벤트를 볼 수 있습니다.

l 서비스 계획 Events 탭. 예를 들어, Appsync 콘솔의 Service Plans > MicrosoftExchange > Bronze에 있는 Events 탭은 계획에서 Exchange 복제본과 관련된 이벤트를 보여 줍니다.

l 애플리케이션 Copies 페이지. 예를 들어 Copy Management > VMwareDatacenters로 이동하고 데이터 센터, 데이터 저장소를 차례로 선택하여 Copies페이지를 봅니다. 복제본을 선택하여 Events 페이지에서 연관된 이벤트를 봅니다.

l 이벤트는 생성되는 시점에 그리고 객체에 계획이 적용되고 객체가 즉시 실행될 때Mount 및 Restore 마법사에서도 표시됩니다.

서비스 계획


기본적으로 단계별 목표 이벤트라고 하는 최상위 레벨 이벤트만 표시됩니다. 단계별 목표 이벤트는 서비스 계획 사이클에서 각 단계가 완료될 때 생성됩니다. 단계별 목표 이벤트를 펼쳐서 해당 단계에서 생성된 다른 이벤트를 볼 수 있습니다.

서비스 계획 생성기존 계획을 템플릿으로 사용하여 새 서비스 계획을 만들 수 있습니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 서비스 계획 관리자 역할이 필요합니다.

절차

1. Service Plans를 선택합니다.

2. Create를 클릭합니다.

3. Create New Plan 대화 상자에서 템플릿으로 사용할 기존 계획을 선택합니다.새 서비스 계획에 대한 이름과 설명을 입력합니다.

새 서비스 계획에는 템플릿과 동일한 스케줄 및 기타 설정이 기본적으로 포함되지만, 새 서비스 계획이 적용된 객체가 포함되지는 않습니다.

필요 시 서비스 계획 실행서비스 계획은 스케줄에 따라 실행되지만 필요 시 서비스 계획을 실행할 수도 있습니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 데이터 관리자 역할이 필요합니다.

절차


2. 보호할 애플리케이션을 선택합니다.

3. 목록에서 계획을 선택하고 Run을 클릭합니다.

이 서비스 계획 실행은 현재 이 계획이 적용된 모든 애플리케이션 객체에 해당됩니다.

서비스 계획은 즉시 실행됩니다. Run Service Plan 대화 상자는 애플리케이션스토리지가 검색되고 매핑되는 동안 진행 상황을 표시하고, 서비스 계획 설정에따라 애플리케이션 보호가 시작됩니다.

4. 각 단계 중에 발생한 기타 이벤트를 보려면 Details를 클릭합니다.

서비스 계획 활성화 및 비활성화기본적으로 모든 서비스 계획은 활성화되어 있습니다. 서비스 계획을 비활성화하거나비활성화된 서비스 계획을 활성화할 수 있습니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 서비스 계획 관리자 역할이 필요합니다.절차


2. 애플리케이션을 선택합니다.

서비스 계획


3. 계획을 선택하고 Disable 또는 Enable을 클릭합니다.

서비스 계획 삭제사용자가 생성한 서비스 계획을 삭제할 수 있습니다.

시작하기 전에

l 이 작업을 수행하려면 AppSync에서 서비스 계획 관리자 역할이 필요합니다.

l 기본 제공되는 서비스 계획(예: Bronze, Silver, Gold)은 삭제할 수 없습니다.

l 계획을 신청했거나 계획에 연결된 유효한 복제본이 있는 경우 서비스 계획을 삭제할 수 없습니다.

절차


2. 애플리케이션을 선택합니다.

3. 사용자 생성 계획을 선택하고 Delete를 클릭합니다.

4. Yes를 클릭하여 확인합니다.

서비스 계획 적용 취소Bronze, Silver, Gold 또는 맞춤형 서비스 계획이 적용된 애플리케이션을 적용 취소할수 있습니다.

절차

1. AppSync 콘솔에서 Service Plans > application을 선택합니다.

선택한 애플리케이션에 사용 가능한 서비스 계획이 나열됩니다.

2. 원하는 서비스 계획을 클릭합니다.

선택한 서비스 계획의 Settings 탭이 표시됩니다.

3. Subscriptions 탭을 선택합니다.

선택한 서비스 계획의 Subscriptions 탭이 표시됩니다.

4. 인스턴스 또는 애플리케이션을 선택하고 Unsubscribe from Plan을 클릭합니다.

선택한 애플리케이션에 서비스 계획이 더 이상 적용되지 않습니다.

여러 인스턴스를 선택하여 한 번에 적용 취소할 수도 있습니다.

파일 시스템에 대한 고급 계획 설정파일 시스템 서비스 계획에 대해 콜아웃 스크립트를 비활성화할 수 있습니다.

절차

1. AppSync 콘솔에서 Service Plans > File systems를 선택합니다.




3. Advanced Plan Settings 탭을 선택합니다.

서비스 계획

서비스 계획 적용 취소 55

선택한 서비스 계획의 Advanced Settings 탭이 표시됩니다.

4. Enable callout scripts를 선택 취소하여 콜아웃 스크립트를 비활성화합니다.

l 이 옵션은 기본적으로 활성화되어 있습니다.

l 용도 변경의 경우 새로 고침 중에 콜아웃 스크립트를 비활성화하려면 용도 변경 계획을 편집한 후 Advanced Settings에서 Enable callout scripts를 선택취소합니다.

SQL Server에 대한 고급 계획 설정보호 중에 그룹화할 수 있는 최대 데이터베이스 수를 구성할 수 있습니다.

절차

1. AppSync 콘솔에서 Service Plans > Microsoft SQL Server를 선택합니다.




3. Advanced Plan Settings 탭을 선택합니다.

선택한 서비스 계획의 Advanced Settings 탭이 표시됩니다.

4. Maximum number of Databases 필드에 값을 입력하여 함께 보호할 데이터베이스의 최대 수를 설정합니다.

기본적으로 최대 35개의 데이터베이스를 함께 보호할 수 있습니다. Microsoft에서 권장하는 Best Practice는 35개 데이터베이스 한도를 초과하지 않는 것입니다.

VPLEX 스토리지 구성각 서비스 계획에 대해 분산 및 로컬 RAID-1 볼륨에서 실행되는 애플리케이션에 대한복제본을 생성할 위치를 선택할 수 있습니다. 분산 볼륨에 대한 선호 클러스터와RAID-1 볼륨에 사용할 선호 스토리지를 선택할 수도 있습니다.

절차





3. 왼쪽의 계획 단계에서 생성할 복제본의 유형(local, remote 또는 local andremote)을 선택합니다. 복제본의 유형은 서비스 계획의 유형에 따라 다릅니다.

적절한 복제본 페이지가 나타납니다.

서비스 계획


4. Storage Preference 섹션에서 Configure storage options 링크를 클릭합니다.

Configure storage options 대화 상자가 나타납니다.

5. VPLEX 탭을 선택합니다(아직 선택되지 않은 경우).

6. 분산 볼륨에서 실행 중인 애플리케이션의 경우 왼쪽에서 Cluster preference를클릭하여 보호할 기본 사이트를 선택합니다. 기본적으로 기본 사이트는cluster-1입니다.

7. 왼쪽에서 Array preference를 클릭합니다. 로컬 또는 분산 RAID-1 디바이스에서실행 중인 애플리케이션의 경우 애플리케이션을 보호해야 하는 스토리지를 선택해야 합니다. AppSync에서 구성되고 AppSync에 구성된 VPLEX 클러스터에 연결된 XtremIO, VMAX 3/VMAX All Flash 및 Unity 스토리지가 표시됩니다. 기본적으로 아무 스토리지도 선택되지 않습니다.

선택한 스토리지의 기본 설정 순서를 설정하기 위해 원하는 대로 목록에서 위나아래로 스토리지를 끌어서 놓습니다.

VMAX 스토리지 구성V2 스토리지에서 복제본 디바이스를 생성할 스토리지 풀을 선택할 수 있습니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 리소스 관리자 역할이 필요합니다.

각 서비스 계획에 대해 VMAX V2 스토리지 풀을 구성할 수 있습니다. 서비스 계획은 V2스토리지에서 복제본 디바이스를 생성하기 위해 구성된 스토리지 풀을 선택합니다. 스토리지 풀을 구성하지 않으면 서비스 계획이 VMAX V2 스토리지에 대해 AppSync에 설정된 스토리지 풀에서 복제본 디바이스를 생성합니다.

절차





3. 왼쪽의 계획 단계에서 생성할 복제본의 유형(local, remote 또는 local andremote)을 선택합니다. 복제본의 유형은 서비스 계획의 유형에 따라 다릅니다.

적절한 복제본 페이지가 나타납니다.

4. Storage Preference 섹션에서 Configure storage options 링크를 클릭합니다.

Configure storage options 대화상자가 나타납니다.

5. VMAX 탭을 선택합니다.

VMAX 스토리지가 나열됩니다.

6. VMAX 3 스토리지의 경우, AppSync에서 SnapVX 클론 복제본 생성 작업이 진행되는 동안 클론 동기화가 완료될 때까지 기다리도록 하려면 Wait for CloneSync를 선택합니다.

7. 스토리지의 왼쪽에 있는 화살표를 클릭하여 스토리지에 있는 스토리지 풀 목록을 봅니다.

선택된 스토리지에 대한 스토리지 풀 목록이 표시됩니다.

서비스 계획

VMAX 스토리지 구성 57

8. 스토리지 풀을 선택하려면 스토리지 풀의 왼쪽에 있는 확인란을 클릭합니다. 스토리지 풀을 제외하려면 확인란을 다시 클릭하여 선택을 취소합니다(현재 선택된 경우).

9. OK를 클릭합니다.

Exchange 서비스 계획 설정기본 서비스 계획 설정은 24시간마다 애플리케이션 정합성이 보장되는 복제본을 만듭니다. Create copy 단계에서 Copy type에 지정된 복제 기술만이 각 계획마다 다릅니다.

표 11 Exchange 서비스 계획 - 기본 설정

설정 활성/비활성 기본 설정 스케줄

계획 시작 활성화됨 자동 스케줄 반복 유형: 자정(00:00)에 처음실행되며 24시간마다 복제본을 생성합니다.RPO(RecoveryPointObjective): 지정된 시간(기본값은 24시간임) 내에 복제본이 생성되지 않으면알림이 표시됩니다.

Applicationdiscovery

활성화됨 없음 Plan Startup단계에서 결정됩니다.

Applicationmapping

활성화됨 없음 Applicationdiscovery 단계가 완료될 때 시작됩니다.

Pre-copyscript

비활성 없음 Applicationmapping 단계가 완료될 때 시작됩니다.

Create copy 활성화됨 l 복제 유형:

n Bronze

n Silver

n Gold

l Exchange 백업 유형: Full, Copy 또는 Differential

l Storage Ordered Preference: 스냅샷, 북마크, 클론스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다.기본적으로 모든 옵션이 선택되어 있습니다. 기본 설정을 모두 선택취소할 수는 없으며 하나 이상 반드시 선택해야 합니다.

Pre-copyscript 단계가완료될 때 시작됩니다.

서비스 계획


표 11 Exchange 서비스 계획 - 기본 설정 (계속)


l Storage Settings:

n Include RecoverPoint copies in expiration rotation policy: 순환을계산할 때 RecoverPoint 복제본을 포함하려면 이 옵션을 선택하십시오.

이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 해당북마크가 RecoverPoint Appliance에서 "사라질" 때까지 남아 있습니다.

l Configure storage options

n VPLEX: 분산 볼륨에 대한 선호 클러스터와 RAID-1 볼륨에 대한 선호 스토리지를 선택할 수 있습니다.

n VMAX: 서비스 계획에 대한 VMAX V2 복제본 디바이스를 생성하도록 스토리지 풀을 구성할 수 있습니다. 스토리지 시스템을 확장하여 원하는 VMAX V2 스토리지 풀을 선택하거나 선택 취소할 수있습니다. 스토리지 풀을 선택하지 않으면 서비스 계획이 VMAXV2 스토리지에 대해 AppSync에 설정된 스토리지 풀에서 복제본디바이스를 생성합니다. 기본적으로, 구성된 모든 스토리지 풀이선택됩니다. 이 옵션은 VMAX V2 스토리지에만 적용됩니다.

– Wait for Clone Sync: 이 옵션을 선택하면 SnapVX 클론 복제본생성 작업이 클론 동기화가 완료될 때까지 기다립니다. 이 옵션의 선택을 취소하면 클론 복제본 생성 작업이 클론 동기화를 시작하고 클론 동기화가 완료될 때까지 기다리지 않고 복제본 생성 작업을 완료합니다(클론 동기화는 백그라운드에서 실행됨). 이 옵션은 기본적으로 비활성화되어 있습니다. 이 옵션은VMAX V3 스토리지에만 적용됩니다.

l Advanced Settings - 재시도 간격을 통해 구성한 간격 후에 실패한VSS 작업을 재시도할 횟수와 간격을 설정할 수 있습니다. 이 설정은Windows 애플리케이션에만 적용됩니다. 기본 재시도 횟수 값은 3이고 기본 재시도 간격 값은 0초입니다.

l 이벤트 로그 검사:

n -1018 오류 시 실패



n 이벤트 ID 447 시 실패

n 이벤트 ID 448 시 실패

n 데이터베이스 및 로그가 동일한 볼륨에 상주하도록 허용하지 않음

Post-copyscript

비활성 없음 Create copy단계가 완료될때 시작됩니다.

Unmountprevious copy

비활성 없음 Post-copyscript 단계가

서비스 계획

Exchange 서비스 계획 설정 59

표 11 Exchange 서비스 계획 - 기본 설정 (계속)


완료될 때 시작됩니다.

Mount copy 비활성 l Mount on server: 원본 호스트

l Mount with access: 읽기 전용

l Mount Path: Default Path 또는 Mapped Path

마운트에 지정하는 드라이브로 클러스터링된 디스크는 사용할 수 없습니다.

l Copy metadata files to: Default Path

l Image access mode: 로깅된 액세스

l Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은VMAX 3 스토리지에만 적용됩니다.

l Desired FAST VP: FAST VP 정책을 선택합니다. 이 옵션은 VMAX V2스토리지에만 적용됩니다.

l VPLEX Mount 옵션: VPLEX 마운트 옵션을 선택합니다.

l Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에 상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 활성화되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수 있습니다. 이 옵션은 VPLEX, XtremIO, VMAX 3/VMAXAll Flash 및 Unity 스토리지에서만 지원됩니다.

l VMware SRM 비활성화: RecoverPoint 정합성 보장 그룹에 대해 SRM플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.

Unmountprevious copy단계가 완료될때 시작됩니다.

복제본 검증 비활성 l 데이터베이스 및 로그를 동시에 확인

l 로그 확인을 최소화하지 않음

l 검사 임계치 조절을 수행하지 않음

l 데이터베이스(.edb) 파일에 대한 검증을 수행합니다.

Mount copy단계가 완료될때 시작됩니다.

Post-mountscript

비활성 없음 Validate copy단계가 완료될때 시작됩니다.

Unmount copy 비활성 없음 Post-mountscript 단계가완료될 때 시작됩니다.

SQL Server 서비스 계획 설정SQL Server 서비스 계획 설정 요약

서비스 계획


표 12 SQL Server 서비스 계획 - 기본 설정




활성화됨 없음 Plan Startup 단계에서 결정됩니다.

Applicationmapping


Pre-copyscript

비활성 없음 Applicationmapping 단계가완료될 때 시작됩니다.


n Bronze

n Silver

n Gold

l SQL Server 백업 유형: Full, Copy, Non VDI 또는 Crash Consistent

n Full - 데이터베이스와 트랜잭션 로그의 활성 부분을 보호합니다.

n Copy - 백업 순서에 영향을 미치지 않고 데이터베이스와 트랜잭션로그의 활성 부분을 보호합니다.

n Non VDI - VDI를 사용하지 않고 데이터베이스를 보호하며 VSS를사용하여 장애 발생 시 정합성이 보장되는 복제본을 생성합니다.

n Crash Consistent - VSS 또는 VDI를 사용하지 않고 데이터베이스를 보호하며 스토리지를 활용하여 장애 발생 시 정합성이 보장되는 복제본을 생성합니다.

Pre-copy script단계가 완료될때 시작됩니다.

서비스 계획

SQL Server 서비스 계획 설정 61

표 12 SQL Server 서비스 계획 - 기본 설정 (계속)


보조 데이터베이스는 읽기 전용이며 Copy 백업 유형으로 백업할 수있습니다. Auto Switch to Copy는 백업 유형으로 Full이 선택된 경우에만 활성화할 수 있으며 기본적으로 선택되어 있지는 않습니다.

Auto Switch to Copy를 선택하면 AppSync에서 데이터베이스 역할이 Secondary인지를 확인하고, 그럴 경우 백업 유형을 Copy로 전환합니다. Auto Switch to Copy를 활성화하지 않으면 모든 보조 데이터베이스에 대해 백업이 실패합니다. Non VDI 또는 Crash Consistent 백업 유형을 선택하면 Auto Switch to Copy와 Enable log backup이 비활성화됩니다.

l Storage Ordered Preference: 스냅샷, 클론, 북마크스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다.기본적으로 모든 옵션이 선택되어 있습니다. 기본 설정을 모두 선택취소할 수는 없으며 하나 이상 반드시 선택해야 합니다.

l Expiration of database copies:

n Include RecoverPoint copies in expiration rotation policy: 순환을계산할 때 RecoverPoint 복제본을 포함하려면 이 옵션을 선택하십시오.

이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 해당북마크가 RecoverPoint Appliance에서 "사라질" 때까지 남아 있습니다.





l Advanced Settings - 재시도 간격을 통해 구성한 간격 후에 실패한VSS 작업을 재시도할 횟수와 간격을 설정할 수 있습니다. 이 설정은Windows 애플리케이션에만 적용됩니다. 기본 재시도 횟수 값은 3이고 기본 재시도 간격 값은 0초입니다.

l 트랜잭션 로그 백업 옵션:

서비스 계획




n Schedule immediately after database backup이 기본값입니다.

n 다른 옵션은 Every 15 or 30 minutes 또는 every 1 to 24 hours입니다.

예약된 로그 백업은 데이터베이스 백업 사이의 시간 동안 실행됩니다.

n Backup path: Default path

n Free space on the volume: 5GB

n Backup group size: 5

n Truncate logs: 선택됨

n Checksum the backup: 선택 안 됨

n Compression: 선택됨

n Expiration of log backups: 최소 보존 시간 24

Post-copyscript

비활성 없음 Create copy 단계가 완료될 때시작됩니다.


비활성 없음 Post-copyscript 단계가 완료될 때 시작됩니다.

Mount copy 비활성 l Mount Copy

n Mount on Server: 원본 호스트

n Mount with access: 읽기 전용

n Mount Path: Default Path 또는 Mapped Path

n Copy metadata files to: Default Path

n Image Access mode: 로깅된 액세스

n Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은VMAX 3 스토리지에만 적용됩니다.

n Desired FAST VP: FAST VP 정책을 선택합니다. 이 옵션은 VMAXV2 스토리지에만 적용됩니다.

n VPLEX Mount 옵션: VPLEX 마운트 옵션을 선택합니다.

n Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이ESX 클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로활성화되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면이 옵션을 선택 취소할 수 있습니다. 이 옵션은 VPLEX, XtremIO,VMAX 3/VMAX All Flash 및 Unity 스토리지에서만 지원됩니다.

n VMware SRM 비활성화: RecoverPoint 정합성 보장 그룹에 대해SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.


서비스 계획

SQL Server 서비스 계획 설정 63



l Mount and recover copy - 클러스터 인스턴스 및 독립 실행형 인스턴스를 모두 선택하여 복구 작업과 함께 SQL Server 데이터베이스를 클러스터링된 데이터베이스나 독립 실행형 데이터베이스로 마운트 작업을 수행할 수 있습니다. 클러스터링된 데이터베이스나 독립 실행형 데이터베이스로 마운트를 수행하는 경우 원래 경로나 대체 마운트 지점에 마운트할 수 있습니다.

Post-mountscript

비활성 없음 Mount copy 단계가 완료될 때시작됩니다.

Unmount copy 비활성 없음 Post-mountscript 단계가 완료될 때 시작됩니다.

Pre-log backupscript

비활성 없음 로그 백업 후에시작

Post-logbackup script

비활성 없음 로그 백업 후에시작

Oracle 서비스 계획 설정아래 AppSync의 Oracle 데이터베이스에 대한 서비스 계획 기본 설정 목록을 확인하십시오.

표 13 Oracle 서버 서비스 계획 - 기본 설정


계획 시작 활성화됨 자동 스케줄 반복 유형:AppSync는 자정(00:00)에 처음실행되며 24시간마다 복제본을 생성합니다.RPO(RecoveryPoint Objective):지정된 시간(기본값은 24시간임)내에 복제본이 생성되지 않으면 알림이 표시됩니다.



Applicationmapping

활성화됨 없음 Applicationdiscovery 단계가완료될 때 시작됩니다.

서비스 계획


표 13 Oracle 서버 서비스 계획 - 기본 설정 (계속)


Pre-copyscript

활성화됨 없음 Applicationmapping 단계가완료될 때 시작됩니다.

Create copy 활성화됨 서비스 계획 설정의 Create copy 옵션에서는 Oracle 복제본의 생성 방식에 영향을 미치는 여러 가지 컨트롤을 제공합니다. 복제본 유형은 다음과같습니다.

l Bronze

l Silver

l Gold

Create copy 설정 옵션은 다음과 같습니다.

l Place database in hot backup mode(기본값: 활성화)이 필드를 활성화하면 이 보호 단계에서 데이터베이스가 핫 백업으로전환되고 아카이브 로그의 복제본이 즉시 생성됩니다. 이 옵션을 비활성화하면 데이터베이스가 핫 백업 모드로 전환되지 않고 데이터베이스의 계측 없이 중지되지 않은 라이브 데이터에서 복제본이 생성됩니다.

l FRA(Fast Recovery Area)를 복제합니다. (기본값: 비활성화)이 필드를 활성화하면 FRA에 사용되는 기반 스토리지의 복제본을 생성하도록 AppSync에 지시하여 데이터베이스의 아카이브 로그 파일을 보호합니다.

l BCT(Block Change Tracking) 파일을 인덱싱하고 복제합니다. (기본값: 비활성화)이 필드를 활성화하면 AppSync가 Oracle 블록 변경 추적 파일에 항목을 생성하고 보호 작업의 일환으로 파일을 다시 복제합니다. 이 파일은 마운트 및 백업 활용 사례에서 가속화된 증분 백업 기능을 제공하는 데 사용할 수 있습니다. 이 옵션을 사용하는 경우에도 핫 백업 모드로 전환해야 합니다.

l RMAN 카탈로그를 위한 백업 제어 파일을 생성합니다. (기본값: 비활성화)이 필드를 활성화하면 원격 RMAN 카탈로그에 데이터베이스 컨텐츠를 카탈로그로 작성하는 요청에 사용할 바이너리 백업 제어 파일을생성하도록 AppSync에 지시합니다. 이 옵션을 사용하는 경우에도 핫백업 모드로 전환해야 합니다.

l Expiration: Include RecoverPoint copies in expiration rotation policy:순환을 계산할 때 RecoverPoint 복제본을 포함하려면 이 옵션을 선택하십시오. 이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 해당 북마크가 RecoverPoint Appliance에서 "사라질" 때까지 남아있습니다.

RecoverPoint 복제본이 순환 정책으로 만들어지는 경우에는 북마크가 ALWAYS_CONSOLIDATE 정책으로 생성됩니다. 그 외의 경우에는 북마크가 NEVER_CONSOLIDATE 정책으로 생성됩니다. 해당 통합 정책에 대한 정의는 RecoverPoint 설명서를 참조하십시오.

l 스토리지 기본 설정: 스냅샷, 클론, 북마크

Precopy script 단계가 완료될 때 시작됩니다.

서비스 계획

Oracle 서비스 계획 설정 65



스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다. 기본적으로 모든 옵션이 선택되어 있습니다. 기본 설정을 모두 선택 취소할 수는 없으며 하나 이상 반드시 선택해야 합니다.

l Configure storage 옵션:

n VPLEX: 분산 볼륨에 대한 선호 클러스터와 각 서비스 계획의RAID-1 볼륨에 대한 선호 스토리지를 선택할 수 있습니다.

n VMAX: 각 서비스 계획에 VMAX V2 복제본 디바이스를 생성하도록 스토리지 풀을 구성할 수 있습니다. 스토리지 풀을 선택하지않으면 서비스 계획이 VMAX V2 스토리지에 대해 AppSync에 설정된 스토리지 풀에서 복제본 디바이스를 생성합니다. 기본적으로, 구성된 모든 스토리지 풀이 선택됩니다. 스토리지 시스템을확장하여 원하는 VMAX V2 스토리지 풀을 선택하거나 선택 취소할 수 있습니다. 이 옵션은 VMAX V2 스토리지에만 적용됩니다.

– Wait for Clone Sync: 이 옵션을 선택하면 SnapVX 클론 복제본 생성 작업이 클론 동기화가 완료될 때까지 기다립니다. 이옵션의 선택을 취소하면 클론 복제본 생성 작업이 클론 동기화를 시작하고 클론 동기화가 완료될 때까지 기다리지 않고복제본 생성 작업을 완료합니다(클론 동기화는 백그라운드에서 실행됨). 이 옵션은 기본적으로 비활성화되어 있습니다. 이옵션은 VMAX V3 스토리지에만 적용됩니다.

Post-copyscript

비활성 없음 Create copy 단계가 완료될 때 시작됩니다.


비활성 없음 Post-copy 단계가 완료될 때 시작됩니다.

Pre-mount 스크립트

비활성 없음 Unmountprevious copy 단계에서 어플라이언스가 완료될 때시작됩니다.

Mount andRecovery

비활성 l Mount and Recovery 작업:

n Mount on standalone server(RM의 해당 옵션: No recover)

n Mount on standalone server and create RMAN catalog entry(RM의 해당 옵션: Catalog with RMAN )

n Mount on standalone server and recover database(RM의 해당 옵션: Recover)

n Mount on standalone server and prepare scripts for manualdatabase recovery(RM의 해당 옵션: Prepare-only/generatescripts for manual recovery)

n Mount on grid cluster and recover as RAC database(RM의 해당옵션: Mount as RAC database)

l Mount Settings:

Pre-mount script단계가 완료될 때시작됩니다.

서비스 계획




n Mount on Server: 원본 호스트

n Mount Path: Default Path 또는 Mapped Path

n Image Access mode: 로깅된 액세스

n Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은 VMAX 3 스토리지에만 적용됩니다.

n Desired FAST VP: FAST VP 정책을 선택합니다. 이 옵션은 VMAXV2 스토리지에만 적용됩니다.

n VPLEX Mount 옵션: VPLEX 마운트 옵션을 선택합니다.

n Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX 클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 활성화되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수 있습니다. 이 옵션은 VPLEX,XtremIO, VMAX 3/VMAX All Flash 및 Unity 스토리지에서만 지원됩니다.

n VMware SRM 비활성화: RecoverPoint 정합성 보장 그룹에 대해SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.

n 파일 시스템 검사 실행: 마운트 작업을 수행하는 동안 AppSync 에이전트가 fsck 명령을 실행하여 파일 시스템 데이터 정합성을 검사합니다. 이 작업은 시간이 많이 걸릴 수 있습니다. 이 옵션을 선택 취소하여 마운트 작업 중에 파일 시스템 검사를 건너뛸 수 있습니다. 파일 시스템 검사 옵션은 기본적으로 활성화되어 있습니다.

– 복구 작업의 경우 Run Filesystem Check 옵션이 기본적으로 활성화되어 있습니다. 이 옵션은 비활성화할 수 없습니다.

– Run Filesystem Check 옵션은 ASM 파일 시스템에 적용되지 않습니다.

l Recovery Settings:

n Open-mode: 읽기/쓰기

n ORACLE_HOME: 운영 호스트와 동일

n Database name: APS는 접두사이고 %DB%는 런타임에 운영 데이터베이스 이름으로 바뀔 변수입니다.

n SID name: APS는 접두사이고 %SID%는 런타임에 운영 데이터베이스 SID로 바뀔 변수입니다.

n ASM diskgroup name: APS는 접두사이고 %DG%는 런타임에 운영 ASM 디스크 그룹 이름으로 바뀔 변수입니다.

n Customize Initialization Parameters: 이 필드는 비어 있습니다. 줄당 매개 변수를 하나씩 입력할 수 있습니다(예:memory_target=629145600).

서비스 계획

Oracle 서비스 계획 설정 67



n Create TEMP Tablespace: 이 옵션을 사용하여 복구에서 마운트된 데이터베이스 복제본에 임시 테이블스페이스를 생성합니다.Read/Write Open-mode와 함께 Mount on standalone server andrecover, Mount on standalone server and prepare scripts formanual recovery 또는 Mount on grid cluster and recover as RACdatabase 마운트 작업을 선택하면 이 설정이 활성화됩니다.Create TEMP Tablespace 옵션을 선택하면 다음과 같은 두 개의추가 옵션이 표시됩니다.

n Number of Tempfiles: 임시 테이블스페이스에 추가될 파일의 수입니다. 파일의 크기는 각 파일 설정의 크기에 지정됩니다.

n Size of each file: 각 임시 파일의 크기(킬로바이트(K), 메가바이트(M), 기가바이트(G) 또는 테라바이트(T))입니다.

n Restart databases after reboot: 호스트 재부팅 후 AppSync에 마운트된 Oracle 데이터베이스를 자동으로 시작하려면 이 옵션을선택합니다. 이 옵션은 기본적으로 비활성화되어 있습니다.

RMAN 및 mount with generate 스크립트에는 이 옵션을 사용할수 없습니다.

n Create SPFile: SPFile을 생성하려면 이 옵션을 선택합니다.SPFile이 기본 위치($ORACLE_HOME/dbs)에spfile<SID>.ora라는 이름으로 생성됩니다. 마운트 해제 중에SPFile은 $ORACLE_HOME/dbs 폴더에서 제거됩니다.

Post-mountscript

비활성 없음 Mount 단계가 완료될 때 시작됩니다.

Unmount copy 비활성 없음 Post-mountscript 단계가 완료될 때 시작됩니다.

파일 시스템 서비스 계획 설정다음 테이블을 참조하여 시작, 검색, 매핑, 복제 전/복제 후 스크립팅, 마운트/마운트해제, 복제 등 서비스 계획 단계에 대한 기본 파일 시스템 설정을 살펴보십시오.

기본 서비스 계획 설정은 24시간마다 애플리케이션 정합성이 보장되는 복제본을 만듭니다. Create copy 단계에서 Copy type에 지정된 복제 기술만이 각 계획마다 다릅니다.다음 표에는 기본 설정이 요약되어 있습니다.

표 14 기본 파일 시스템 서비스 계획 설정


계획 시작 활성화됨 자동 스케줄 반복 유형: 자정(00:00)에 처음 실행

서비스 계획


표 14 기본 파일 시스템 서비스 계획 설정 (계속)


되며 24시간마다 복제본을 생성합니다.RPO(Recovery PointObjective): 지정된 시간(기본값은 24시간임) 내에 복제본이 생성되지 않으면 알림이표시됩니다.


활성화됨 없음 Plan Startup 단계에서결정됩니다.

Application mapping 활성화됨 없음 Application discovery단계가 완료될 때 시작됩니다.

Pre-copy script 비활성 없음 Application mapping단계가 완료될 때 시작됩니다.

Create copy 활성화됨 복제본 유형:

l Bronze

l Silver

l Gold

추가 사항:

l Storage OrderedPreference: 스냅샷, 클론,북마크스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다. 기본적으로 모든 옵션이 선택되어 있습니다. 기본 설정을 모두 선택 취소할 수는없으며 하나 이상 반드시선택해야 합니다.

l Storage Settings: IncludeRecoverPoint copies inexpiration rotation policy- 순환을 계산할 때RecoverPoint 복제본을포함하려면 이 옵션을 선택하십시오. 이 옵션을 선택하지 않으면RecoverPoint 복제본이누적되고 해당 북마크가RecoverPoint 어플라이언스에서 "사라질" 때까지남아 있습니다.

Pre-copy script 단계가 완료될 때 시작됩니다.

서비스 계획

파일 시스템 서비스 계획 설정 69




n VPLEX: 분산 볼륨에대한 선호 클러스터와RAID-1 볼륨에 대한 선호 스토리지를 선택할수 있습니다.

n VMAX: 서비스 계획에대한 VMAX V2 복제본디바이스를 생성하도록 스토리지 풀을 구성할 수 있습니다. 스토리지 시스템을 확장하여 원하는 VMAX V2스토리지 풀을 선택하거나 선택 취소할 수있습니다. 스토리지 풀을 선택하지 않으면 서비스 계획이 VMAX V2스토리지에 대해AppSync에 설정된 스토리지 풀에서 복제본디바이스를 생성합니다. 기본적으로, 구성된 모든 스토리지 풀이선택됩니다. 이 옵션은VMAX V2 스토리지에만 적용됩니다.

– Wait for CloneSync: 이 옵션을 선택하면 SnapVX 클론 복제본 생성 작업이 클론 동기화가 완료될 때까지기다립니다. 이 옵션의 선택을 취소하면 클론 복제본생성 작업이 클론동기화를 시작하고클론 동기화가 완료될 때까지 기다리지 않고 복제본생성 작업을 완료합니다(클론 동기화는 백그라운드에서 실행됨). 이 옵션은 기본적으로비활성화되어 있습

서비스 계획




니다. 이 옵션은VMAX V3 스토리지에만 적용됩니다.

l Advanced Settings - 재시도 간격을 통해 구성한 간격 후에 실패한 VSS 작업을 재시도할 횟수와 간격을 설정할 수 있습니다. 이설정은 Windows 애플리케이션에만 적용됩니다.기본 재시도 횟수 값은 3이고 기본 재시도 간격 값은 0초입니다.

Post-copy script 비활성 없음 Create copy 단계가완료될 때 시작됩니다.

Unmount previouscopy

비활성 없음 Post-copy script 단계가 완료될 때 시작됩니다.

Mount copy(파일 시스템 서비스계획의 경우 pre-mount script 단계도사용할 수 있음)

비활성 Mount Copy

l Mount on Server: 원본 호스트

l Mount with access: 읽기/쓰기

l Mount Path: Default Path또는 Mapped Path

l Access mode: 로깅된 액세스

l Copy to Mount:Local(Gold 계획만 해당)

l Use Dedicated StorageGroup: 기본적으로 선택됨

l Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은 VMAX 3스토리지에만 적용됩니다.

l Desired FAST VP: FASTVP 정책을 선택합니다. 이옵션은 VMAX V2 스토리지에만 적용됩니다.

l VPLEX Mount 옵션:VPLEX 마운트 옵션을 선택합니다.

Unmount previouscopy 단계가 완료될때 시작됩니다.

서비스 계획




l Enable VMware clustermount: 마운트 호스트가ESX 클러스터에 상주하는VMware 가상 머신인 경우마운트하는 동안 타겟LUN이 ESX 클러스터의모든 노드에 표시됩니다.이 옵션은 기본적으로 활성화되어 있습니다. ESX클러스터 마운트를 수행하지 않으려면 이 옵션을선택 취소할 수 있습니다.이 옵션은 VPLEX,XtremIO, VMAX 3/VMAXAll Flash 및 Unity 스토리지에서만 지원됩니다.

l VMware SRM 비활성화:RecoverPoint 정합성 보장 그룹에 대해 SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.

l 파일 시스템 검사 실행: 마운트 작업을 수행하는 동안 AppSync 에이전트가fsck 명령을 실행하여 파일 시스템 데이터 정합성을 검사합니다. 이 작업은시간이 많이 걸릴 수 있습니다. 이 옵션을 선택 취소하여 마운트 작업 중에 파일 시스템 검사를 건너뛸수 있습니다. 파일 시스템검사 옵션은 기본적으로활성화되어 있습니다.

복구 작업의 경우 RunFilesystem Check 옵션이 기본적으로 활성화되어 있습니다. 이 옵션은비활성화할 수 없습니다.

Post-mount script 비활성 없음 Mount copy 단계가 완료될 때 시작됩니다.

서비스 계획




Unmount copy 비활성 없음 Post-mount script 단계가 완료될 때 시작됩니다.

VMware 서비스 계획 설정기본 서비스 계획 설정은 24시간마다 애플리케이션 정합성이 보장되는 복제본을 만듭니다. Create copy 단계에서 Copy type에 지정된 복제 기술만이 각 계획마다 다릅니다.

표 15 VMware 서비스 계획 - 기본 설정





Applicationmapping



n Bronze

n Silver

n Gold

l 복제본 정합성 보장:

n 최대 4개의 동시 VM 스냅샷과 가상 머신 정합성 보장

n Configure VM Snapshots for VMs: 서비스 계획에 추가된 데이터저장소에서 가상 머신을 선택할 수 있습니다. Exclude VMs for

Applicationmapping 단계가완료될 때 시작됩니다.

서비스 계획

VMware 서비스 계획 설정 73

표 15 VMware 서비스 계획 - 기본 설정 (계속)


Snapshot 옵션은 기본적으로 활성화됩니다. 따라서 선택된 VM은서비스 계획 실행 중에 VMware 스냅샷을 생성하는 동안 무시됩니다. Include VMs for Snapshot 옵션을 선택하면 선택된 VM만 서비스 계획 실행 중 VMware 스냅샷 생성에 고려됩니다.

n Include Virtual Machine Disk: 여러 데이터 저장소에 걸쳐 있는 가상 머신 디스크를 보호하려면 이 확인란을 선택하십시오. 기본적으로 이 옵션은 선택되어 있지 않습니다.

l Storage Ordered Preference: 스냅샷, 클론, 북마크스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다.기본적으로 모든 옵션이 선택되어 있습니다. 기본 설정을 모두 선택취소할 수는 없으며 하나 이상 반드시 선택해야 합니다.





l Expiration: Include RecoverPoint copies in expiration rotation policy:순환을 계산할 때 RecoverPoint 복제본을 포함하려면 이 옵션을 선택하십시오.

이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 해당 북마크가 RecoverPoint Appliance에서 "사라질" 때까지 남아 있습니다.

이전 복제본 마운트 해제

비활성 없음 Create copy 단계가 완료될 때시작됩니다.

Mount copy 비활성 l 기본 마운트 호스트 없음

l 새 서명을 사용하여 마운트

l RecoverPoint의 경우, 로깅된 액세스로 마운트 그리고 로컬 복제본 마운트(로컬 및 원격 복제본 계획일 경우)

l VNX File의 경우, 로컬 또는 원격 복제본에 대해 읽기 전용 또는 읽기/쓰기 액세스로 복제본 마운트


서비스 계획


표 15 VMware 서비스 계획 - 기본 설정 (계속)


l Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은VMAX 3 스토리지에만 적용됩니다.

l Desired FAST VP: FAST VP 정책을 선택합니다. 이 옵션은 VMAX V2스토리지에만 적용됩니다.

l VPLEX Mount 옵션: VPLEX 마운트 옵션을 선택합니다.

l Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에 상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 활성화되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수 있습니다. 이 옵션은 VPLEX, XtremIO, VMAX 3/VMAXAll Flash 및 Unity 스토리지에서만 지원됩니다.

l VMware SRM 비활성화: RecoverPoint 정합성 보장 그룹에 대해 SRM플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.

Unmount copy 비활성 없음 Mount copy 단계가 완료될 때시작됩니다.

서비스 계획

VMware 서비스 계획 설정 75

서비스 계획


5장

Microsoft Exchange 보호


l Exchange 지원 개요 .......................................................................................... 78l Exchange 보호를 위한 AppSync 구축................................................................ 80l Exchange 데이터베이스 보호 ............................................................................ 81l 서비스 계획 세부 정보........................................................................................84l Exchange 복제본 마운트....................................................................................93l Exchange 복제 복구 개요...................................................................................99

Microsoft Exchange 보호 77

Exchange 지원 개요AppSync를 사용하여 Exchange 데이터의 애플리케이션 정합성이 보장되는 복제본을만듭니다.

Microsoft Exchange 애플리케이션에 대해 AppSync에서 지원하는 기능은 다음과 같습니다.

l 독립 실행형 및 DAG 환경에서 Microsoft Exchange를 보호하고 관리할 수 있습니다(액티브 및 패시브 데이터베이스).

l Windows 2008 또는 Windows 2012 호스트로 복제본을 마운트하여 정합성 검사를실행하거나 복제본을 장기적인 스토리지에 백업할 수 있습니다.

l 운영 데이터베이스를 특정 시점으로 되돌려야 할 경우 운영 Exchange 데이터베이스로 복제본을 복구할 수 있습니다.

l Kroll Ontrack®을 사용하여 개별 메일박스 및 메일박스 항목을 복구할 수 있습니다.

l 물리적 호스트의 데이터베이스 및 가상 호스트의 RDM 및 가상 디스크 지원

AppSync는 실제 호환 모드에서만 RDM을 지원합니다. 가상 모드에서의 RDM은 지원되지 않습니다.

Exchange Server 사전 요구 사항Exchange 구성이 Windows 운영 체제 요구 사항 및 지원되는 Exchange 서비스 팩을 포함하여 AppSync에 대해 지원되는 버전 요구 사항을 충족하는지 확인합니다. https://elabnavigator.emc.com/eln/extendedSupport 의 AppSync Support Matrix 에서는 지원되는 소프트웨어와 플랫폼에 대한 정확한 정보를 제공합니다.

AppSync는 다음을 비롯한 독립 실행형 및 DAG 구성에서 Exchange 데이터베이스에 대한 보호 및 운영 복구를 지원합니다.

l Windows Server 2008 SP2 및 Windows Server 2008 R2 이상의 Exchange 2010 메일박스 서버

l Windows 2008 R2 SP1 이상의 Exchange 2013 메일박스 서버

l 액티브 및 패시브 복제본을 포함한 Microsoft Exchange 2010 및 2013DAG(Database Availability Group: 데이터베이스 가용성 그룹)

가상 디스크에서의 Exchange 지원실제 호환 모드의 VMware RDM과 가상 디스크에 있는 Exchange 데이터베이스를 보호하고, 마운트하고, 복구할 수 있습니다. AppSync는 Full, Copy 및 Differential 백업 유형을 지원합니다.

보호 중에:

l 성공적인 매핑을 위해서는 Virtual Center를 AppSync 서버에 추가하고 검색을 수행해야 합니다.

l 성공적인 보호를 위해서는 로그 파일 및 데이터베이스 파일이 가상 디스크에 있어야 합니다. 물리적 스토리지 및 가상 스토리지의 조합이 있어서는 안 됩니다.

l 같은 데이터 저장소를 공유하는 전체 가상 머신에서는 Exchange 데이터베이스를보호할 수 없습니다.

l 가상 디스크는 Exchange ESX 5.0 이상에서 지원됩니다.

l AppSync 버전 1.6.0.1 이상은 Exchange 데이터베이스에 대한 순환 로깅을 지원합니다.



https://elabnavigator.emc.com/eln/extendedSupport


Hyper-v에서 Exchange 지원Hyper-V 환경에서 AppSync를 사용하려면 Exchange의 스토리지가 iSCSI 직접 연결 디바이스, 가상 Fiber Channel(NPIV) 또는 SCSI 패스스루 디바이스에 있어야 합니다.SCSI 패스스루 디바이스를 지원하려면 상위 파티션에 SCSI CDB(CommandDescriptor Block) 필터링이 해제되어 있어야 합니다. 기본적으로 이 필터링은 설정되어 있습니다. 이는 DAG 구성의 데이터베이스에도 적용됩니다.

Hyper-V SCSI 패스스루의 경우, 마운트 호스트는 Hyper-V 호스트일 수 없습니다. 가상Fiber Channel 어댑터 또는 iSCSI 직접 연결을 사용하여 추가된 물리적 호스트나 가상머신이어야 합니다.

Microsoft VSS와의 AppSync 상호 작용Microsoft VSS(Volume Shadow Copy Service)는 AppSync가 애플리케이션별 복제본을 만들 수 있게 해주는 인프라스트럭처입니다.

복제본을 만들 때, AppSync는 VSS 및 Exchange와 조율하여 섀도우 복제본을 생성합니다. 이 복제본은 Exchange 데이터베이스에 대한 데이터, 로그 및 시스템 파일이 들어있는 볼륨의 시점 복제본입니다.

AppSync는 VSS 및 Exchange와 조율하여 복제본을 만들 때 데이터베이스에 대한 입력/출력을 중지한 다음 복제본이 생성된 후 데이터 흐름을 다시 시작합니다. 복구 중에AppSync는 VSS 및 Exchange와 조율하여 시점 섀도우 복제본을 복구합니다.

Exchange에 필요한 사용 권한AppSync에서 Exchange 작업을 할 때 사용하는 계정에는 특별 사용 권한이 필요합니다.

l Exchange 독립 실행형 서버에서는 계정이 데이터베이스 역할을 가진 도메인 사용자 계정이어야 합니다.

l DAG 서버에서는 계정이 데이터베이스 및 데이터베이스 복제본 역할을 가진 도메인 사용자 계정이어야 합니다.

l 마운트 호스트에서는 로컬 관리자 그룹에 속한 도메인 사용자 계정이어야 합니다.

l 계정에 Log on as a batch job 및 Log on as a service 사용자 권한이 있어야 합니다.

l 계정에 View-only Organization 역할이 있을 수 있습니다. 이것은 작업 환경에 공용 폴더 메일박스가 있을 경우 MS Exchange 2013에만 적용되는 선택적인 역할입니다. AppSync는 이 역할을 사용하여 공용 폴더 기본 계층 메일박스를 포함하고 있는 데이터베이스를 확인합니다.

Exchange 서버를 처음 액세스하는 경우 AppSync Exchange Interface Service 자격 증명이 필요합니다. AppSync Exchange Interface Service 구성에 대한 두 개의 자격 증명세트를 입력하라는 메시지가 표시됩니다.

AppSync는 Exchange 운영 또는 마운트 호스트에 AppSync Exchange InterfaceService를 설치하고 구성하는 데 첫 번째 자격 증명 세트를 사용합니다. 이 계정에는 로컬 관리자 권한이 있어야 합니다. AppSync는 서비스를 실행하는 데 두 번째 자격 증명세트를 사용합니다. 사용자는 다음 Exchange 역할이 있는 도메인 사용자여야 합니다.

l 독립 실행형 서버의 경우 데이터베이스 역할

l DAG 환경의 경우 데이터베이스 및 데이터베이스 복제본 역할

업그레이드 후 서비스 계획 변동AppSync 업그레이드 후 서비스 계획 작동 방식이 변경됩니다.

다음 변동 사항를 고려해 보십시오.

l 스토리지 순서 기본 설정 - 업그레이드 후 모든 서비스 계획의 스토리지 순서 기본설정이 새로운 스타일의 기본 설정으로 바뀝니다. 업그레이드 후 각 서비스 계획에


Exchange 지원 개요 79

대해 Create Copy 명령을 선택하여 스토리지 순서 기본 설정이 올바른지 확인하십시오.

l RecoverPoint 복제본 순환 - 업그레이드 후 모든 서비스 계획은 RecoverPoint 복제본에 대해 복제본 순환을 수행하지 않습니다. RecoverPoint 복제본을 생성하는 서비스 계획에 대해 복제본 순환을 설정하려면 해당 서비스 계획에 대해 CreateCopy 명령을 선택하고 만료 시 RecoverPoint 복제본을 포함하도록 하는 확인란을선택하십시오.

Exchange 보호를 위한 AppSync 구축AppSync 구축부터 Exchange 보호 설정 사이의 단계를 요약한 것입니다.

절차

1. AppSync 서버를 설치합니다.

2. AppSync 콘솔에서 Settings > Storage Infrastructure로 이동하고 Add를 클릭합니다.

Exchange 메일박스 데이터베이스가 위치한 스토리지 시스템이 추가됩니다.

3. Settings > Servers로 이동하고 Add를 클릭합니다.

Exchange 독립 실행형 메일박스 서버 또는 DAG 구성원 서버가 호스트로 추가됩니다.

4. Copy Management > Microsoft Exchange로 이동한 다음 Exchange 독립 실행형 및 DAG 서버 목록에서 서버 이름을 클릭합니다.

5. AppSync Exchange Interface 서비스 구성 및 실행을 위한 자격 증명을 입력합니다.

Exchange 데이터베이스가 검색됩니다.

6. 다음 옵션 중 하나를 선택하여 Exchange 데이터베이스 보호를 신청합니다.

l Subscribe to Plan and Run을 선택하여 즉시 보호를 시작합니다. 이렇게 하면 데이터베이스에 대한 서비스 계획을 구독하며, 선택한 데이터베이스에 한해 보호가 즉시 실행됩니다. DAG에 있는 데이터베이스의 경우에는 패시브 데이터베이스 중 하나가 기본적으로 보호됩니다.

l Subscribe to Plan을 선택합니다. 이렇게 하면 데이터베이스에 대한 서비스계획을 신청하되 해당 계획을 실행하지는 않습니다. 보호는 서비스 계획 스케줄에 따라 실행됩니다.

Exchange 데이터베이스 검색AppSync를 최신 상태로 유지하려면 데이터베이스가 생성되거나 삭제될 때 또는 데이터베이스의 이름이 변경될 때 Exchange 서버에서 데이터베이스를 검색해야 합니다.

시작하기 전에

l 이 작업을 수행하려면 AppSync에서 데이터 관리자 역할이 필요합니다.

l AppSync Exchange Interface 서비스가 실행 중이어야 합니다.

l DAG에 포함되어야 하는 AppSync에 속한 독립 실행형 Exchange Exchange Server를 변경하는 경우, 검색을 수행하기 전에 먼저 AppSync에서 독립 실행형 서버(복제본이 있는 경우 복제본도 함께)를 제거해야 합니다. 검색 중에 독립 실행형 서버는DAG의 일부분인 것으로 식별됩니다.



절차

1. Copy Management > Microsoft Exchange로 이동합니다.

2. Exchange 서버를 클릭하여 해당 데이터베이스를 표시합니다.

3. Discover Databases를 클릭하여 이 서버의 데이터베이스를 검색합니다.

Microsoft Exchange 메일박스 서버 제거AppSync 서버로부터의 보호를 더 이상 관리할 필요가 없을 때 Exchange 메일박스 서버를 제거하십시오.

시작하기 전에

이 작업을 수행하려면 AppSync에서 리소스 관리자 역할이 필요합니다.제거할 메일박스 서버의 복제본이 없어야 합니다.

절차

1. Settings > Servers를 선택합니다.

2. 제거할 서버를 선택합니다.

3. Remove > Remove servers only를 선택합니다.

확인을 묻는 대화 상자가 나타납니다.

4. OK를 클릭하여 작업을 확인합니다.

서비스 계획에서 DAG 데이터베이스 보호AppSync는 DAG(Database Availability Group)에 속한 Exchange 데이터베이스의 보호를 지원합니다.

DAG 서버에 AppSync 서비스 계획이 적용되어 있으면 기본적으로 DAG의 패시브 구성원 중 하나가 보호되도록 선택됩니다.

절차

l 액티브 DAG 데이터베이스 구성원을 보호하려면 계획의 Subscriptions 탭에 있는Copy to Protect 열에서 Active를 선택하십시오.

독립 실행형 Exchange 서버를 DAG 구성원으로 전환

절차

1. AppSync에 등록된 독립 실행형 Exchange 서버의 적용 정보와 복제본을 모두 제거합니다.

2. Servers 페이지에서 독립 실행형 Exchange 서버를 호스팅하고 있는 호스트를 제거합니다.

3. 독립 실행형 Exchange 서버가 DAG 구성원으로 추가된 후 AppSync 서버에 호스트를 다시 추가합니다.

Exchange 데이터베이스 보호AppSync 서비스 계획을 신청하여 Exchange 데이터베이스를 보호할 수 있습니다.

AppSync는 서비스 계획을 데이터베이스에 대한 보호 메커니즘으로 사용합니다. 데이터베이스에 대한 서비스 계획을 신청하고, 서비스 계획을 즉시 실행하거나 나중에 실행되도록 예약합니다.


Microsoft Exchange 메일박스 서버 제거 81

l 선택한 데이터베이스를 즉시 보호하려면 Subscribe to Plan and Run을 선택합니다. 해당 데이터베이스에 대해서만 서비스 계획이 실행됩니다. DAG의 경우, 패시브데이터베이스 중 하나가 기본적으로 보호됩니다.

l 나중에 보호하도록 예약하려면 Subscribe to Plan을 선택합니다. 서비스 계획이신청된 데이터베이스 보호가 예약된 시간에 실행됩니다.

l 전체 계획을 즉시 실행하려면 Service Plan 페이지에서 Run을 선택합니다. 계획이적용되는 모든 데이터베이스가 보호됩니다.

Exchange 데이터베이스 즉시 보호Subscribe to Plan and Run을 클릭하면 기존 서비스 계획에 데이터베이스가 추가되고선택한 데이터베이스에 대해서만 서비스 계획이 즉시 실행됩니다.

시작하기 전에


절차


2. 목록에서 Exchange Mailbox Server 또는 DAG를 클릭하여 해당 데이터베이스를표시합니다.

3. 이 목록에서 보호할 데이터베이스를 선택합니다.

여러 항목에 대해 작업을 수행할 때는 Shift 또는 Ctrl 키를 누른 채로 선택해야합니다.

4. Protect 목록에 있는 Subscribe to Plan and Run에서 적절한 서비스 계획을 선택합니다.

DAG의 경우, 패시브 데이터베이스가 기본적으로 보호됩니다.

여러 단계의 진행 상황을 표시하는 Subscribe to Plan and Run 대화 상자가 나타납니다.

Exchange 데이터베이스 서비스 계획 신청나중에 보호하도록 예약하려면 Subscribe to Plan을 선택합니다. 서비스 계획이 신청된 모든 데이터베이스에 대한 보호가 예약된 시간에 실행됩니다.

시작하기 전에


절차


2. 목록에서 Exchange Mailbox Server 또는 DAG를 클릭하여 해당 데이터베이스를표시합니다.

3. 이 목록에서 보호할 데이터베이스를 선택합니다.

키보드에서 Shift 또는 Ctrl 키를 계속 누르고 있으면 여러 데이터베이스를 선택할 수 있습니다.

4. Protect 목록에 있는 Subscribe to Plan에서 적절한 서비스 계획을 선택합니다.

DAG의 경우, 패시브 데이터베이스가 기본적으로 보호됩니다. 보호 유형을 다른옵션으로 변경하려면 서비스 계획의 Subscriptions 탭에서 지정합니다.

계획이 데이터베이스의 Plans 열에 추가됩니다.



데이터베이스에 대한 서비스 계획 신청 취소개별 데이터베이스에 대한 서비스 계획을 신청 취소할 수 있습니다.

시작하기 전에


절차


2. 메일박스 서버를 선택하여 Exchange 데이터베이스 목록을 표시합니다.

3. 계획에서 제거할 데이터베이스를 선택합니다.

l Protect > Unsubscribe from Plan에서 신청 취소할 계획을 선택합니다.

데이터베이스가 신청된 계획만 팝업 목록에 나타납니다.

l 모든 서비스 계획의 신청을 취소하려면 Unsubscribe from Plan > All을 선택합니다.

필요 시 복제본 만료복제본이 만료되면 AppSync 데이터베이스에서 제거되며, 복제 기술 및 복제본 상태에따라 스토리지를 비울 수 있습니다.

시작하기 전에


RecoverPoint로 생성된 복제본을 만료해도 RecoverPoint 자체에서 해당 북마크가 제거되지는 않습니다.

절차

1. Copy Management > Microsoft Exchange를 선택합니다.

2. Exchange 메일박스 서버를 클릭하여 해당 데이터베이스를 표시합니다.

3. Exchange 데이터베이스를 클릭하여 해당 복제본을 표시합니다.

4. 삭제할 복제본을 하나 이상 선택합니다.

Service Plan의 Copies 탭에서 이 작업을 수행할 수도 있습니다.

5. Expire를 선택합니다.

선택한 복제본 그리고 나열된 관련 복제본을 만료할 것인지 여부를 확인합니다.

Copies 페이지에서 데이터베이스 복제본 생성Copies 페이지에서 AppSync Exchange 서비스 계획을 신청하여 데이터베이스 복제본을 만듭니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 데이터 관리자 역할이 필요합니다.절차


2. 메일박스 서버 인스턴스를 클릭합니다.

3. Exchange 데이터베이스 목록에서 데이터베이스를 클릭하여 해당 복제본을 봅니다.


데이터베이스에 대한 서비스 계획 신청 취소 83

4. Create a copy using plan 목록에서 적절한 서비스 계획을 선택합니다.

데이터베이스에 대해 서비스 계획이 즉시 실행됩니다.

서비스 계획 세부 정보서비스 계획에는 Settings, Subscriptions, Copies 및 Events 탭이 있습니다.

Settings 탭에는 서비스 계획의 이름, 설명 및 상태(활성화 또는 비활성화)가 표시됩니다. 그 외에 계획의 여러 단계도 이 탭에 포함되어 있습니다. 해당하는 탭을 클릭하여서브스크립션, 계획에 의해 생성된 복제본, 서비스 계획 실행 중에 생성된 이벤트와 관련된 정보를 확인하십시오.

서비스 계획 스케줄서비스 계획의 스케줄은 Plan Startup 단계에서 설정됩니다.

Startup Type(예약 또는 필요 시)은 계획이 수동으로 실행되는지 또는 스케줄에 맞춰실행되도록 구성되는지를 결정합니다. 서비스 계획 시작 시점을 예약하기 위한 옵션은다음과 같습니다.

l RPO(복구 시점 목표) 지정

n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정

n 시간 단위 뒤의 분 단위는 5분 간격으로 설정됨

n 기본 RPO는 24시간

l 매일 특정 시간에 실행

n 하루에 최대 두 가지 시간 선택

n 시간 단위 뒤의 분 단위는 5분 간격

n 선택된 기본값 없음

l 선택된 요일의 특정 시간에 실행

n 하루 이상의 요일(최대 7일 모두) 선택 가능

n 선택된 기본 요일이 없음. 기본값은 오전 12:00

l 선택된 날짜의 특정 시간에 실행

n 하루 이상의 날짜(최대 모든 날짜) 선택

n 하루에 일 회 시간 선택. 사용 가능한 시간은 15분 간격으로 되어 있음

n 기본값은 매달의 1일

복제 스토리지 사용률 제어서비스 계획을 설정할 때, 복제 스토리지가 초과 사용되거나 고갈되지 않도록 다음 필드에 값을 설정하십시오.

l Plan Startup 단계의 RPO value

l Create copy 단계의 Always keep n Copies

또한 스토리지 시스템 사용자 인터페이스를 사용하여 스토리지 시스템을 모니터링해야 합니다.

서비스 계획 스케줄 재정의서비스 계획이 신청된 데이터베이스에 대해 개별 스케줄을 설정함으로써 일반 반복 설정을 재정의할 수 있습니다.



시작하기 전에


서비스 계획에 대해 이미 선택된 반복 유형의 설정만 재정의할 수 있습니다.

절차

1. Service Plans > Microsoft Exchange로 이동하고 목록에서 계획 중 하나를 선택합니다.

2. Settings 탭에서 Plan Startup 단계를 선택합니다.

3. 오른쪽의 Plan Startup Defaults 창에서 계획에 대해 Recurrence Type이 선택되었는지 확인합니다.

Scheduled가 Startup Type으로 선택된 경우에만 반복 유형을 설정할 수 있습니다.

4. Plan Startup Overrides 탭을 클릭합니다.

5. 선택한 데이터베이스의 스케줄을 요구 사항에 맞춰 설정합니다.

예를 들어 선택한 반복 유형이 On specified days of the month이고 규칙 설정이 Run at 12:00 AM 및 1st day of every month인 경우, 개별 데이터베이스의시간과 날짜를 재정의할 수 있습니다.

애플리케이션 검색복제본을 만들기 전에 AppSync는 Exchange 메일박스 서버를 조사하여 추가, 삭제, 이름 변경, 이동 등 데이터베이스의 변경 사항을 찾습니다.

이 단계와 연관된 사용자 설정이 없으므로 비활성화할 수 없습니다.

애플리케이션 매핑AppSync는 애플리케이션을 검색한 후에, 이를 어레이 스토리지 및 보호 서비스(예:RecoverPoint)에 매핑합니다.


사전 복제 스크립트복제본을 만들기 전에 준비 단계를 수행하려면 서비스 계획의 Settings 탭에서 사전 복제 스크립트 및 매개 변수를 지정하십시오.

사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. 유효한스크립트 형식은 .bat, .exe 및 .ps1(PowerShell 스크립트)입니다. 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬 시스템으로 실행됩니다.

AppSync는 PowerShell 스크립트를 직접 실행하는 것을 지원하지 않습니다. 주로 .bat파일로 묶어야 합니다. 다른 옵션은 ps1 파일 C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe에서 기본값을"Open"으로 만드는 것입니다. PS 스크립트가 실행될 때 오류가 발생할 수 있으며 적절한 실행 정책을 설정해야 합니다.

스크립트에서 PowerShell 명령을 실행하려면 다음과 같이 합니다.

1. .bat 파일에 PowerShell 명령 파일의 전체 경로 이름을 지정합니다. powershell-command C:\PshellCommands.ps1 <nul

2. 스크립트를 실행할 수 있도록 PowerShell 실행 정책을 설정합니다. 예를 들어 제한되지 않은 정책에 대한 .bat 파일의 첫째 행은 다음과 유사해야 합니다.powershell -command set-executionpolicy unrestricted <nul


애플리케이션 검색 85

3. PowerShell 세션을 정상적으로 완료하려면 PowerShell 스크립트를 호출하는 행의끝에 <nul을 추가합니다. 스크립트의 기본 위치는 애플리케이션 호스트의%ProgramData%\EMC\AppSync\scripts\입니다.

정확한 매개 변수는 스크립트에 따라 다릅니다. 공백이 있는 매개 변수는 큰따옴표로묶어야 합니다.

이 단계는 활성화하거나 비활성화할 수 있습니다. 이 작업을 수행하려면 AppSync에서서비스 계획 관리자 역할이 필요합니다.

복제본 생성복제본 생성 단계에서는 서비스 계획에 지정된 복제 기술로 복제본을 만듭니다.

이 단계는 생성할 Exchange 복제본의 유형, 애플리케이션 이벤트 로그에서 Exchange오류를 무시할 것인지 여부, 데이터베이스와 로그가 같은 볼륨에 상주할 수 있는지 여부를 지정합니다.

서비스 계획 복제본에 대한 자세한 내용을 보려면 서비스 계획 개요를 검토하십시오.

Exchange 백업 유형AppSync 는 VSS를 사용하여 볼륨 레벨에서 정합성이 보장되는 온라인 복제본을 만듭니다.

l Full은 VSS를 사용하여 서비스 계획에서 데이터베이스 복제본을 만들며 데이터베이스 파일, 트랜잭션 로그 및 체크포인트 파일을 포함합니다. 백업이 성공적으로 완료되면 로그가 잘립니다.

l Copy는 VSS를 사용하여 서비스 계획에서 데이터베이스 복제본을 만들며 Full 옵션과 마찬가지로 데이터베이스 파일, 트랜잭션 로그 및 체크포인트 파일을 포함합니다. 그러나 로그는 잘리지 않습니다.

l Differential은 전체 트랜잭션 로그 볼륨을 복제합니다. 선택한 데이터베이스의 전체 백업이 있어야 합니다. 그렇지 않으면 백업이 실패합니다. 백업 완료 시 트랜잭션 로그가 잘리지 않습니다.

복제본의 자동 만료서비스 계획의 Create Copy 단계에 있는 자동 만료 값은 동시에 존재할 수 있는 Snap,Clone 또는 Bookmark 복제본에 대해 원하는 최대 수를 지정합니다.

"Always keep x copies" 값에 도달하면 순환 순서에 따른 다음 복제본의 스토리지를 확보하기 위해 오래된 복제본이 만료됩니다. 실패한 복제본은 계산되지 않습니다.AppSync 는 대체할 복제본이 성공적으로 생성되기 전까지는 가장 오래된 복제본을 만료하지 않습니다. 예를 들어 유지할 복제본 수가 7일 경우 AppSync는 여덟 번째 복제본이 생성되기 전까지 가장 오래된 복제본을 만료하지 않습니다.

AppSync 는 다음과 같은 경우 복제본을 만료하지 않습니다.

l 마운트된 복제본은 만료되지 않습니다.

l 데이터베이스의 복제본만 포함하는 복제본은 만료되지 않습니다.

이 설정은 가장 오래된 스냅샷을 자동으로 삭제하기 위한 Unisphere의 VNX 풀 정책 설정에 영향을 받지 않습니다. 서비스 계획 관리자는 스토리지 관리자와 협력하여 VNX풀 정책 설정이 해당 풀에 상주하는 애플리케이션에 대해 지정된 수의 스냅샷 복제본을지원할 수 있도록 해야 합니다.

Include RecoverPoint copies in expiration rotation policy: 순환을 계산할 때RecoverPoint 복제본을 포함하려면 이 옵션을 선택하십시오.



이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 북마크가 RecoverPointAppliance에서 사라질 때까지 남아 있습니다.

Exchange 이벤트 로그 오류Exchange는 특정 오류가 발생할 때 이를 애플리케이션 이벤트 로그에 기록합니다. 이러한 오류는 .edb 또는 로그 파일에 있는 데이터가 손상되었을 수 있음을 의미합니다.AppSync가 이를 무시하도록 구체적으로 지시하지 않으면 이로 인해 복제본 생성이 실패할 수 있습니다.

AppSync는 복제본이 생성될 때마다 이러한 오류에 대한 애플리케이션 이벤트 로그를검색합니다. AppSync는 첫 실행 시에 전체 로그를 검색하며, 이후의 실행에서는 마지막으로 실행에 성공한 이후를 검색합니다. 기존 복제본이 없는 경우 AppSync에서는 다음 복제본을 생성할 때 전체 로그를 검색합니다.

서비스 계획의 복제본 생성 단계에서 이러한 오류를 모두 무시하도록 AppSync를 구성할 수 있습니다.

표 16 Microsoft Exchange 이벤트 오류

Error 의미

-1018 데이터베이스의 특정 페이지에 대한 정보를 확인하려 했지만 실패했습니다.

-1019 1018 오류와 유사하지만, 액세스한 페이지에서잘못된 체크섬이 아닌 잘못된 페이지 번호(일반적으로 모두 0)를 반환했음을 나타냅니다.

-1022 특히 디스크 서브시스템 문제와 같은 주요 하드웨어 문제를 나타냅니다. 데이터베이스 엔진에서 디스크로부터 페이지를 요청했으나 대신입출력 서브시스템으로부터 오류를 받게 되는경우 -1022 오류가 발생합니다.

447 논리적 데이터베이스 구조가 손상되었음을 나타냅니다. 이 오류는 정보 저장소가 비정상적으로 종료되었음을 나타내는 메시지와 함께 표시됩니다.

448 Microsoft Jet 데이터베이스 테이블의 정합성이 보장되지 않거나 테이블이 손상되었음을 나타냅니다. 이 오류는 테이블에서 정보 저장소데이터 비정합성이 감지되었음을 나타내는 메시지와 함께 표시됩니다.

데이터베이스 및 로그 레이아웃Exchange는 DAG 환경에 데이터베이스의 복제본이 두 개 이상 있을 경우 데이터베이스및 로그가 동일한 볼륨에 있는 환경을 지원합니다. 데이터베이스 및 로그가 동일한 볼륨에 상주하지 않도록 하는 제한을 무시하도록 서비스 계획을 구성할 수 있습니다.

Exchange 데이터베이스의 복제본을 생성할 경우, 데이터베이스 및 로그가 동일한 볼륨에 있으면 복구 옵션이 제한되므로 서비스 계획이 이러한 구성을 허용하지 않도록 제한하는 것이 가장 좋습니다. 하지만 이러한 구성의 서비스 계획이 성공하는지 실패하는지여부를 선택할 수 있습니다.


복제본 생성 87

이 옵션은 서비스 계획의 복제본 생성 단계에서 설정됩니다.

이 옵션을 선택하면 데이터베이스 및 로그를 함께 복구할 수밖에 없습니다. 또한 복구를 수행하면 가장 최신 로그 파일을 덮어쓰게 됩니다. 복구 중에 최신 파일이 사용되지않도록 하려면 복구를 수행하기 전에 다른 볼륨으로 복사하십시오.

VSS 장애 발생 시 재시도 구성서비스 계획의 Create copy 단계에서 VSS 재시도 횟수를 구성할 수 있습니다. 보호하는 동안 VSS 시간 초과 문제와 같은 VSS 장애 때문에 서비스 계획이 실패하는 경우 서비스 계획에서 지정된 재시도 횟수와 간격에 따라 VSS 고정/고정 해제 작업을 다시 실행합니다. 이 옵션은 파일 시스템, Microsoft SQL 및 Microsoft Exchange 등의Windows 애플리케이션에서만 지원됩니다. SQL 데이터베이스의 장애 발생 시 정합성이 보장되는 복제본을 생성하는 동안에는 이 옵션을 사용할 수 없습니다.

애플리케이션 자체 고정이 실패하면 AppSync에서 VSS 재시도를 수행하지 않습니다.애플리케이션이 복제본을 생성할 수 있는 상태가 아니면 AppSync가 해당 애플리케이션을 중지하지 못하고 VSS 고정/고정 해제 작업을 재시도하지 않습니다. 애플리케이션을 중지할 수 있는 상태도 되돌린 다음 서비스 계획을 다시 실행해야 합니다.

사후 복제 스크립트복제본을 생성한 후에 정리 또는 기타 사후 복제 단계를 수행하려면 서비스 계획의Settings 탭에서 사후 복제 스크립트 및 매개 변수를 지정하십시오.

스크립트는 Create copy 단계가 성공적으로 완료될 경우 실행됩니다. 유효한 스크립트 형식은 .bat, .exe 및 .ps1(PowerShell 스크립트)입니다. 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬시스템으로 실행됩니다.

AppSync는 서비스 계획에서 애플리케이션 항목의 복제본을 생성할 때 애플리케이션항목을 분할하여 서로 다른 그룹에 배치하는 방법으로 보호할 수 있습니다. 이 작업은성능상의 이유(예: Exchange 및 SQL용 VSS)일 수도 있고, 서비스 계획에 있는 항목을서로 다른 복제 기술로 보호할 수 있기 때문일 수도 있습니다. 예를 들어 서비스 계획에서 일부 애플리케이션 항목은 VNX Snapshots에 의해 보호되고, 일부는 RecoverPoint북마크에 의해 보호됩니다. 그 결과, 이러한 그룹 안에 있는 애플리케이션 항목이 개별적으로 보호됩니다.

AppSync는 복제 후 스크립트를 호출할 때 -appCopies <APP1> <APP2>로 스크립트를호출함으로써 그룹에서 생성된 복제본을 전달합니다. 여기서 APP1 및 APP2는 해당 그룹에 포함된 애플리케이션 항목의 이름입니다.





3. PowerShell 세션을 정상적으로 완료하려면 PowerShell 스크립트를 호출하는 행의끝에 <nul을 추가합니다.



AppSync에서 실행되는 사후 복제 스크립트는 그룹에 속한 애플리케이션 항목에 대해실행됩니다. 그룹이 여러 개 있는 경우에는 사후 복제 스크립트가 여러 번 실행됩니다.AppSync에서 실행되는 사후 복제 스크립트는 복제 그룹에 있는 애플리케이션 항목의목록을 사용자 인수 바로 뒤의 인수로 스크립트에 전달합니다. 구문:

-applicationCopies <ITEM1> <ITEM2> <ITEM3>

여기서 <ITEMx>는 보호되고 있는 애플리케이션 항목의 이름입니다.

스크립트의 기본 위치는 애플리케이션 호스트의 %ProgramData%\EMC\AppSync\scripts\입니다.



이전 복제본 마운트 해제서비스 계획은 새 복제본을 만든 후에 이전에 마운트한 복제본을 마운트 해제합니다.서비스 계획에 의해서가 아니라 필요에 의해 마운트된 복제본은 예외입니다. 이 경우필요에 의해 마운트된 복제본은 마운트 해제되지 않습니다.

이 단계와 연관된 사용자 설정이 없으므로 활성화하거나 비활성화할 수 없습니다.

복제본 마운트복제본 마운트 단계에서는 복제본을 마운트합니다. 이 단계는 활성화하거나 비활성화할 수 있습니다.

마운트 호스트 값에 대한 Mount Copy Defaults 설정, 마운트 경로 및 마운트 액세스속성(읽기 전용 또는 읽기-쓰기)은 서비스 계획에 따라 다릅니다. 다른 마운트 설정은Exchange 메타데이터 파일이 복제되는 곳, 마운트할 복제본 유형, RecoverPoint 이미지 액세스 유형을 결정합니다.

l Mount on Server액세스 권한이 있는 Windows 호스트와 Original Server 중에서 선택할 수 있습니다.복제본을 검증하기로 한 경우에는 Exchange 관리 툴이 설치된 서버만 드롭다운에표시됩니다. 이러한 서버는 Microsoft Exchange Protection 페이지에 "UtilityHost"로 표시됩니다.

l Mount with access복제본을 마운트할 때 사용할 액세스 유형을 선택합니다(Read/Write 또는 Readonly).

l Mount Path

n Alternate mount path마운트 호스트가 운영 호스트와 동일할 때 기본 마운트 경로는 SystemDrive:\AppSyncMounts\Production_Server_Name입니다.

경로는 콘솔에서 %SystemDrive%\AppSyncMounts\%%ProdServerName%%으로 나타납니다.

마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의 백분율 기호(%)로 변수 이름을 구분하십시오. 기본 경로에는 두 개의 백분율 기호(%%)로구분되는 AppSync 변수(ProdServerName)도 포함되어 있습니다.

다음 문자는 경로에서 유효하지 않습니다.

< > : " / | ? *


이전 복제본 마운트 해제 89

n Same as original path 이 옵션은 마운트 경로의 또 다른 옵션입니다. 두 옵션 중하나를 선택할 수 있습니다.

DAG 마운트를 수행할 때, 마운트 호스트가 사용자가 마운트하는 데이터베이스의 복제본을 포함하는 DAG 노드이기도 한 경우는 마운트 경로를 Same asoriginal path로 선택하지 마십시오.

l Copy metadata files to기본적으로 VSS 메타데이터 파일을 복제할 위치는 기본 경로인 SystemDrive:\AppSyncMounts\Production_Server_Name입니다.


< > : " / | ? *

데이터베이스를 다른 미디어에 백업하는 경우에는 이 메타데이터 파일도 백업해야합니다.

l Image access options during RecoverPoint mountRecoverPoint는 소스 변경 내용을 계속 추적하면서 타겟 측 호스트 애플리케이션에 타겟 측 복제 볼륨에 데이터를 쓸 수 있는 기회를 제공합니다.

n Slow access time, fast image I/O performance (RecoverPoint accessmode: Logged Access)무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트옵션을 사용합니다. 이 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수있습니다.

n Fast access time, Fast after roll image I/O performance (RecoverPointaccess mode: Virtual Access with Roll)복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해복제본 볼륨에 대한 직접 액세스로 전환합니다.

n Fast access time, Slow image I/O performance (RecoverPoint accessmode: Virtual Access)이미지에 대한 즉각적인 액세스를 제공하지만 대량 처리에는 적합하지 않습니다.

n 원하는 SLO(Service Level Objective)또한, VMAX 3 스토리지를 사용하는 경우 Desired SLO(Service Level Objective)라고 하는 설정을 사용할 수 있습니다. 이 옵션은 Mount 마법사에서 제공되며,이 옵션을 통해 필요한 VMAX 3 SLO(Service Level Objective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

l Copy to mount로컬 및 원격 복제본을 모두 만드는 서비스 계획에 대해 표시됩니다. 마운트할 복제본의 유형을 선택할 수 있습니다.

l 또한, VMAX 3 스토리지를 사용하는 경우 Desired SLO(Service Level Objective)라고 하는 설정을 사용할 수 있습니다. 이 옵션은 Mount 마법사에서 제공되며, 이 옵션을 통해 필요한 VMAX 3 SLO(Service Level Objective)를 지정할 수 있습니다.SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

서비스 계획에서의 마운트 호스트 재정의서비스 계획에 포함된 여러 Exchange 서버에 대해 서로 다른 마운트 호스트를 선택할수 있습니다.

서비스 계획의 복제본 마운트 단계에서 관련 마운트 옵션을 따라 복제본을 마운트해야하는 호스트를 지정할 수 있습니다. 서비스 계획에 여러 개의 서버가 포함된 경우에는해당 복제본을 서로 다른 호스트에서 호스팅하기를 원할 수도 있습니다. 서비스 계획



Mount copy 단계의 Mount Copy Overrides 탭에서 여러 가지 마운트 호스트와 다른옵션을 지정할 수 있습니다.

서비스 계획에서 마운트 호스트 재정의여러 개의 호스트가 등록되어 있으며, 이들이 모두 같은 계획에 포함되는 경우 각 서버에 대해 서로 다른 마운트 호스트를 선택함으로써 일반 마운트 호스트 설정을 재정의할수 있습니다.

시작하기 전에


계획에 여러 개의 호스트가 포함되어 있고 데이터베이스 복제본에 대해 서로 다른 마운트 호스트를 원하는 경우 아래의 단계를 따릅니다.

절차

1. Service Plans로 이동하고 목록에서 계획 중 하나를 선택합니다.

2. Settings 탭에서 Mount copy 단계를 선택합니다.

Mount Copy Defaults 탭에 있는 서버 목록에는 이 계획이 적용되는 데이터베이스가 포함된 모든 Exchange 서버가 나와 있습니다. 마운트 설정은 기본 설정을표시합니다.

3. 기본 설정을 재정의하려면 Mount Copy Overrides를 클릭합니다.

4. 마운트 설정을 재정의할 서버를 선택하고 Set Overrides를 클릭합니다.

5. Override Default Mount Settings 대화 상자에서 재정의할 마운트 설정에 대해서만 옵션을 선택합니다.

예를 들어 복제본을 다른 경로에 마운트하려는 경우에는 Mount Path 목록에서경로를 선택합니다. 선택 항목이 없는 필드는 기본 설정을 유지합니다.

6. OK를 클릭하여 변경 내용을 저장합니다.

기본 마운트 설정이 변경된 서버의 행에서 첫 번째 열에 연필 아이콘이 나타납니다.

7. 서버의 기본 설정을 되돌리려면 서버를 선택하고 Use Default Settings를 클릭합니다.

복제본 검증이 단계에서는 Exchange 관리 툴이 정합성 검사를 실행합니다.

기본적으로 데이터베이스와 로그는 순차적으로 검사됩니다. 데이터베이스가 같은LUN을 공유하지 않고 마운트 호스트에 병렬 정합성 검사를 지원할 충분한 리소스가 있으면 In parallel 옵션을 사용하십시오. Exchange가 처리할 수 있는 병렬 검사는 16개로제한됩니다.

정합성 검사가 성공적으로 완료되면 AppSync는 로그를 자르도록 Exchange에 지시하여 데이터베이스에 대해 커밋되지 않은 변경 사항만 유지되도록 합니다.

이 단계는 활성화하거나 비활성화할 수 있습니다.

정합성 검사를 위한 고급 옵션AppSync는 Exchange 정합성 검사 실행 방법을 변경하는 고급 옵션을 제공합니다. 이러한 기능을 설정하면 성능에 영향을 줄 수 있습니다.

l 로그 확인 최소화이 옵션을 선택하면 정합성 검사 소프트웨어가 데이터베이스를 복구하는 데 필요한 로그만 확인하게 되므로 로그 확인 속도가 향상됩니다. 이 옵션을 선택하면 정합


복제본 검증 91

성 검사 성능이 향상됩니다. 이 옵션을 사용하지 않으면 데이터베이스의 모든 로그를 대상으로 정합성 검사가 수행됩니다.

이 명령은 복제본에 포함된 Exchange 로그의 하위 세트만 확인하도록 AppSync에지시합니다. 로그의 하위 집합은 실제로 데이터베이스를 복구하는 데 필요한 로그입니다. 백업 윈도우가 작을 경우에는 이 옵션이 유용할 수 있습니다. 하지만 이 복제본에는 정합성이 검사되지 않은 로그가 포함됩니다. 로그 볼륨을 복구하려는 경우 일부 로그 파일이 손상되었거나 로그 시퀀스가 완전하지 않은 경우도 있습니다.로그 볼륨을 복구하기 전에 복제본을 마운트하고 로그 경로에 대해 eseutil /kEnn을 실행하십시오.

보호 수준을 최대한 높이려면 로그 확인 화면 최소화 확인란의 선택을 취소하고, 최대의 성능을 얻으려면 이 확인란을 선택합니다.

필요한 로그 파일이 확인을 위해 복제되는 작업 디렉토리도 설정해야 합니다.

정합성 보장 방법이 Differential일 경우에는 Minimize log checking 옵션을 사용할수 없습니다.

l 검사 임계치 조절검사 중에 입출력을 줄이기 위해 정합성 검사를 일시 중지할 수 있습니다. 이 때 일시 중지한 후의 입출력 수와, 일시 중지 기간을 지정할 수 있습니다.

l Skip database validation(.edb file check only for DAG)이 옵션을 선택하면 DAG의 경우 다음 중 하나가 있으면 AppSync에서 데이터베이스 검증을 건너뜁니다.

n 마운트된 활성 데이터베이스 복제본 한 개와 정상 상태인 패시브 복제본 한 개이상또는

n 정상 상태인 패시브 복제본 두 개

사후 마운트(Post-mount) 스크립트서비스 계획의 설정 탭에 있는 사후 마운트 스크립트 옵션에서 사후 마운트 스크립트및 매개 변수를 지정할 수 있습니다.

스크립트는 복제본 마운트 또는 복구 마운트 단계가 성공적으로 완료될 경우 실행됩니다. 이 스크립트는 일반적으로 백업에 사용됩니다.

Server 목록에서 스크립트를 실행할 서버를 선택합니다. 원하는 경우 마운트 호스트가아닌 등록된 호스트에서 실행하고, 자격 증명을 입력하여 특정 사용자로 스크립트를 실행할 수 있습니다.




복제본 마운트 해제서비스 계획의 최종 단계에서는 복제본을 마운트 해제합니다. 이 단계에서는 마운트된데이터베이스가 모두 종료됩니다.

Unmount previous copy 단계가 활성화된 경우 이 단계는 비활성화됩니다. 이 단계와연관된 사용자 설정이 없습니다.



Exchange 복제본 마운트AppSync는 필요 시 또는 계획의 일환으로 복제본을 마운트할 수 있습니다.

독립 실행형 운영 Exchange 서버에서 생성된 복제본은 다음 위치에 마운트할 수 있습니다.

l 운영 호스트와 동일한 위치에 있는 대체 호스트

l 새 위치에 있는 대체 호스트. 경로의 시작 부분에 대체 경로를 추가하여 마운트 옵션을 지정합니다.

l 대체 위치에 있는 운영 호스트

DAG에서 생성된 복제본은 다음 위치에 마운트할 수 있습니다.

l 대체 호스트

l 다른 DAG에 있는 서버

l 같은 DAG에 있는 다른 서버

l 복제본은 복제본이 생성된 곳과 동일한 DAG 서버에 마운트될 수 없습니다.

l Exchange 2013 관리 툴이 설치된 단일 마운트 호스트를 사용하여 Exchange 2010및 Exchange 2013에 복제본에 대해 정합성 검사를 실행할 수 있습니다.

마운트 및 복구 제한 사항마운트 및 복구 또는 Exchange 복제본에 대한 제한 사항이 다음 목록에 나와 있습니다.

l 루트 드라이브 문자에 마운트 지점이 있고 모두 같은 계획에 포함되어 있는 경우 마운트와 복구가 실패할 가능성이 높습니다. 예를 들어 로그와 시스템 파일이 L:\에있고 메일박스 저장소가 L:\SG1DBMP(여기에서 SG1DBMP는 마운트 지점)에 있는경우 마운트와 복구 작업이 실패합니다.

l Windows 2012 이상 환경에서 복구를 수행할 경우, 볼륨이 사용 중인 경우에도 LUN에서 데이터를 덮어씁니다. 이는 LUN이 사용 중인 경우 AppSync가 경고를 표시하는 다른 Windows 플랫폼과는 다른 동작입니다. 복구를 수행하면 모든 내용을 덮어쓰므로 해당 볼륨에 다른 데이터가 없는지 그리고 볼륨이 사용 중이지 않은지 확인해야 합니다.

필요 시 Exchange 복제본 마운트복제본 또는 데이터베이스에서 Exchange 복제본의 필요 시 마운트를 시작할 수 있습니다.

시작하기 전에


절차

1. Exchange Databases 페이지에서 Recover > Mount a Copy를 선택합니다.

또는 서비스 계획의 Copies 페이지나 Copies 탭에서 복제본을 선택하고 Mount를 클릭합니다.

2. Copies 또는 Service Plan 필터를 사용하여 마운트할 적절한 복제본을 선택합니다.


Exchange 복제본 마운트 93

선택한 필터에 따라 Copies 목록이 업데이트됩니다.

3. 마운트할 복제본을 선택합니다.

RecoverPoint 복제본의 경우, 특정 시간에 따라 복제본을 선택할 수도 있습니다.Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 표시되는 시간은 콘솔의 시간입니다. 콘솔이 서버와 다른 시간대에 있는 경우에는서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 마운트합니다.

4. Mount Additional Copies 페이지에서 마운트할 추가 복제본을 하나 이상 선택합니다.

여기에 나열된 복제본은 이전 단계에서 선택한 복제본과 같은 시간에 같은 호스트에서 보호되는 다른 데이터베이스의 복제본입니다.

5. Validate Copy 페이지에서 Yes를 선택하여 복제본을 검증하고 검증 옵션을 지정합니다. 자세한 내용은 마운트 검증 옵션을 참조하십시오.

6. Mount Options 페이지에서 마운트 옵션을 선택합니다.

l VMAX 3 스토리지의 경우 마운트 복제본에 대해 원하는 SLO(Service LevelObjective)를 선택합니다.

VMAX 3 스토리지에서 SLO 값을 동적으로 가져오고 고유한 값만 표시됩니다.

l VMAX 2 스토리지의 경우 마운트 복제본에 대해 원하는 FAST VP 정책을 선택합니다.

l Mount on Server액세스 권한이 있는 Windows 호스트와 Original Server 중에서 선택할 수 있습니다. 복제본을 검증하기로 한 경우에는 Exchange 관리 툴이 설치된 서버만 드롭다운에 표시됩니다. 이러한 서버는 Microsoft Exchange Protection 페이지에 "Utility Host"로 표시됩니다.

l Mount with access복제본을 마운트할 때 사용할 액세스 유형을 선택합니다(Read/Write 또는Read only).

l Mount Path

n 기본값 이외의 마운트 경로를 지정하는 경우 마운트에 지정할 드라이브로클러스터링된 디스크는 사용할 수 없습니다.

n Alternate mount path마운트 호스트가 운영 호스트와 동일할 때 기본 마운트 경로는SystemDrive:\AppSyncMounts\Production_Server_Name입니다.

경로는 콘솔에서 %SystemDrive%\AppSyncMounts\%%ProdServerName%%으로 나타납니다.

마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의 백분율기호(%)로 변수 이름을 구분하십시오. 기본 경로에는 두 개의 백분율 기호(%%)로 구분되는 AppSync 변수(ProdServerName)도 포함되어 있습니다.


< > : " / | ? *

n Same as original path마운트 경로의 또 다른 옵션입니다. 두 옵션 중 하나를 선택할 수 있습니다.



DAG 마운트를 수행할 때, 마운트 호스트가 사용자가 마운트하는 데이터베이스의 복제본을 포함하는 DAG 노드이기도 한 경우는 마운트 경로를Same as original path로 선택하지 마십시오.

l Copy metadata files to기본적으로 VSS 메타데이터 파일을 복제할 위치는 기본 경로인SystemDrive:\AppSyncMounts\Production_Server_Name입니다.


< > : " / | ? *

데이터베이스를 다른 미디어에 백업하는 경우에는 이 메타데이터 파일도 백업해야 합니다.

l Image access options during RecoverPoint mountRecoverPoint는 소스 변경 내용을 계속 추적하면서 타겟 측 호스트 애플리케이션에 타겟 측 복제 볼륨에 데이터를 쓸 수 있는 기회를 제공합니다.

n Slow access time, fast image I/O performance (RecoverPoint accessmode: Logged Access)무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다. 이 옵션은 운영 호스트에 마운트하는 경우에만사용할 수 있습니다.

n Fast access time, Fast after roll image I/O performance(RecoverPoint access mode: Virtual Access with Roll)복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다.

n Fast access time, Slow image I/O performance (RecoverPoint accessmode: Virtual Access)이미지에 대한 즉각적인 액세스를 제공하지만 대량 처리에는 적합하지 않습니다.

l VPLEX Mount 옵션

n Native array: 복제본을 기본 스토리지 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.

n VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.

n Enable VMware cluster mount: ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소합니다. 이 옵션은 기본적으로 설정되어 있습니다.

7. Configure AppSync Exchange Interface Service 페이지에서 마운트 서버에 서비스를 구성하기 위한 자격 증명을 제공합니다.

이 페이지는 서비스가 구성되지 않았을 때 복제본을 검증하도록 선택한 경우에만 표시됩니다.

8. Summary를 검토하고 Finish를 클릭하여 복제본을 마운트합니다.

9. Results 페이지에서 View Details를 선택하여 복제본 마운트에 포함되는 각 단계의 진행 상황을 확인합니다.

마지막으로 완료한 단계가 목록 맨 아래에 표시됩니다.


필요 시 Exchange 복제본 마운트 95

마운트 복제본을 위한 검증 옵션Differential 백업 복제본에 대한 검증은 지원되지 않습니다.

Validate database and logs하나 이상의 Microsoft Exchange 데이터베이스에 대해 복제본을 생성할 경우 이 복제본을 마운트하고 정합성을 위해 테스트를 수행해야 합니다. 복제본이 생성되면 대체 호스트에 자동으로 마운트하도록 선택한 경우 이 복제본에 대해 정합성 검사를 실행해야합니다. 검증 옵션은 다음과 같습니다.

l Sequentially - 한 데이터베이스에서 시간 순서대로 테스트를 실행합니다(직렬 모드). 한 LUN에 여러 개의 Exchange 데이터베이스가 있는 경우 이 옵션을 선택합니다.

l In Parallel - 여러 개의 데이터베이스에서 동시에 테스트를 실행합니다(병렬 모드).

로그 확인 최소화로그 확인 화면 최소화를 선택하면 AppSync가 복제본에 포함된 Exchange 로그의 하위세트를 확인합니다. 백업 윈도우가 작을 경우에는 이 옵션이 유용할 수 있습니다. 그러나 복제본에는 정합성이 검사되지 않은 로그가 포함되어 있을 수도 있습니다.

보호 수준을 최대한 높이려면 로그 확인 화면 최소화 확인란의 선택을 취소하고, 최대의 성능을 얻으려면 이 확인란을 선택합니다.

Working directory - 단일 디렉토리의 모든 로그에만 정합성 검사를 실행할 수 있으므로이 필드를 사용하면 검사를 실행하기 위해 관련 로그 파일을 이동할 대상 디렉토리를지정할 수 있습니다.

Throttle validation정합성 검사 중에 입출력 임계치를 조절하려면 이 옵션을 선택합니다. 이 옵션은 고급사용자용으로, Dell EMC 지원 담당자와 함께 입출력 처리량 관련 문제를 해결하는 경우를 제외하고는 선택해서는 안 됩니다. 일반적으로 조절 옵션은 필요하지 않습니다.

입출력 임계치를 조절하기로 선택한 경우에는 다음의 두 가지 옵션이 있습니다.

l 다음 횟수의 입출력 후 일시 중지: 100 - 이 옵션을 사용하여 일시 중지하는 동안에얼마나 많은 입출력이 발생하는지를 선택할 수 있습니다. 100개에서 10,000개 입출력 사이의 값을 선택할 수 있습니다.

l 일시 중지 기간(밀리초): 1000 - 일시 중지 기간을 밀리초로 지정할 수 있습니다.1000밀리초는 1초입니다. 이 옵션을 사용할 수 없는 경우에는 1초 동안 일시 중지됩니다.

Skip database validation(.edb file check only for DAG)이 옵션을 선택하면 DAG의 경우 AppSync에서 데이터베이스 검증을 건너뜁니다.

Exchange 복제본 마운트 해제마운트 해제할 복제본을 선택하면 선택한 복제본을 따라 마운트된 다른 복제본도 마운트 해제됩니다.

시작하기 전에


데이터베이스를 위해 생성된 복제본 목록에서만 복제본을 마운트 해제할 수 있습니다.

절차

1. Data Protection 또는 Service Plan 페이지에서 Copies 페이지로 이동합니다.

l Copy Management > Microsoft Exchange > 데이터베이스를 호스팅하는Exchange Mailbox Server를 선택한 후에 마운트 해제할 복제본이 있는 데이터베이스를 선택합니다.



l Service Plans > Microsoft Exchange> 서비스 계획을 선택한 후에 Copies탭을 선택합니다.

2. 복제본 목록에서 복제본을 선택하고 Unmount를 클릭합니다.

마운트 해제하도록 선택한 복제본을 따라 마운트된 다른 데이터베이스의 복제본이 Unmount Confirmation 대화 상자에 표시됩니다.

3. Yes를 클릭하여 대화 상자에 표시된 모든 복제본의 마운트 해제를 확인합니다.

Unmount 창에 마운트 해제 작업의 진행률이 표시됩니다. 선택한 복제본과 연관된 모든 복제본이 마운트 해제됩니다.

경로 매핑경로 매핑 옵션은 사용자 정의 위치로 설정된 경로 매핑 테이블을 사용하여 호스트에복제본을 마운트합니다. 경로 매핑 테이블을 사용하는 경우 데이터가 있는 위치를 보다효과적으로 제어할 수 있습니다.

특정 파일 시스템을 마운트할 경로를 지정해야 합니다. 소스 파일 시스템과 타겟 마운트 지점이 지정된 경로 맵을 제공해야 합니다.

다음은 UNIX용 샘플 경로 매핑 테이블입니다.

소스 파일 시스템 타겟 마운트 경로

/opt/emc/db1 /opt/emc/copies/db1

/opt/emc/db2 /opt/emc/test/db2

/opt/emc/db3 /opt/emc/reserved/db3

/prd/db1 /tst/db1

다음은 Windows용 샘플 경로 매핑 테이블입니다.

처음 두 타겟 경로인 G:\ 및 H:\ 드라이브를 마운트 호스트에서 이미 사용할 수 있어야 합니다. 즉, 마운트를 시도하기 전에 마운트 경로의 루트 드라이브가 있어야 합니다.


D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\


경로 매핑 97

l 소스 경로에 대해 타겟 경로를 제공하지 않을 경우 마운트 호스트에서 소스 경로와동일한 경로에 파일 시스템이 마운트됩니다.

l 타겟 호스트의 절대 마운트 경로를 입력해야 합니다. 경로가 유효하지 않을 경우 마운트에 실패합니다.

l 마운트 경로를 Mapped path로 선택하면 Mount copy overrides를 사용할 수 없습니다.

l Windows의 경우 입력된 경로 중 하나가 유효하지 않을 경우 VSS 가져오기에 실패합니다. 따라서 전체 마운트에 실패합니다. Windows 마운트에는 부분적으로 장애가 발생한 시나리오가 지원되지 않습니다.

l Windows 파일 시스템 및 Unix 기반 NFS 파일 시스템의 경우 중첩된 타겟 마운트 지점이 지원되지 않습니다.

l Oracle ASM 디스크 그룹에는 경로 매핑이 지원되지 않습니다.

l Oracle NFS RAC 데이터베이스에는 경로 매핑이 지원되지 않습니다.

l Microsoft Exchange 및 Microsoft SQL Server의 메타데이터 경로에는 경로 매핑이적용되지 않습니다.

경로 매핑 설정 지정특정 복제본을 마운트할 경로를 지정할 수 있습니다.

절차

1. AppSync 콘솔에서 Copies 페이지로 이동하여 사용 가능한 복제본을 표시합니다.

2. 마운트할 복제본을 선택한 후 Mount를 클릭합니다.

Mount 마법사의 Select Copy to Mount 페이지가 열립니다.

3. 마운트할 복제본을 선택하고 Next를 클릭합니다.

Specify Mount Settings 페이지가 나타납니다.

4. Specify Mount Settings 페이지에서 다음 작업을 수행합니다.

a. 마운트 호스트를 선택합니다.

b. Mount Path 목록에서 Mapped Path를 선택합니다.

Path Mapping Settings 링크가 나타납니다.

5. 링크를 클릭하여 Path Mapping Settings 창을 엽니다.

6. Select Source Host 목록에서 호스트를 선택합니다.

선택한 호스트의 모든 파일 시스템이 소스 경로 열에 표시됩니다.

7. 타겟 경로를 지정합니다.

8. Save를 클릭하여 설정을 저장합니다.

다른 소스 호스트에 있는 파일 시스템의 타겟 경로를 설정하려면 6~8단계를 반복하십시오.

9. 선택한 소스 호스트에 대해 입력된 모든 타겟 경로를 지우려면 Reset을 클릭합니다.

10. OK를 클릭하여 Path Mapping 창을 종료합니다.



경로 매핑 설정을 변경하면 이전에 저장된 경로 매핑 설정이 유효하지 않게 되고새 경로 매핑 설정이 우선 적용됩니다. 그러므로 경로 매핑 설정을 변경하기 전에 모든 호스트에 대한 경로 매핑 설정을 저장하십시오.

Exchange 복제 복구 개요Exchange 복구 기능과 관련 스토리지 복제본 레벨을 살펴보십시오.

AppSync에서는 다음과 같은 객체를 복구할 수 있습니다.

l 데이터베이스와 해당 로그l 데이터베이스 .edb 파일l 데이터베이스의 로그만l 서버가 DAG(Database Availability Group)의 구성원인 경우 액티브 또는 패시브 데

이터베이스(이미 언급한 세 가지 항목 중 하나와 함께)

AppSync에서는 LUN 레벨에서 VNX/VMAX 복제본을 복구하고 LUN 그룹 레벨에서VNXe 복제본을 복구하고 정합성 보장 그룹에서 Unity 복제본을 복구합니다.RecoverPoint 환경에서 복구는 정합성 보장 그룹 레벨에서 이루어집니다.

데이터 저장소를 보호하기 전에 가상 머신 스냅샷이 없는지 확인합니다. 가상 머신 스냅샷이 있으면 성공적으로 보호되기는 하지만 AppSync가 파일 또는 가상 머신 복구를수행하지 못합니다.

복구 중에 영향을 받는 인접 항목복제본으로부터 복구할 때는 선택한 것 외의 항목을 복구해야 할 수도 있습니다.

영향을 받는 인접 항목이란 보호할 데이터와 가까이 있어서 의도하지 않게 작업의 영향을 받아 복제본의 일부가 되는 운영 호스트 데이터입니다. 복제본의 세분화 레벨을 기준으로 데이터 레이아웃을 적절히 계획하면 원하지 않는 항목까지 작업이 수행되는 문제를 사전에 방지할 수 있습니다. 복제본 세분화는 환경에 따라 다릅니다.

기본 스토리지 구성에 영향을 받는 인접 항목이 있는 경우는 Restore Wizard가 알려 줍니다. 다음 시나리오는 추가 항목을 복구해야 하는 영향을 받는 인접 항목을 만들어 냅니다.

l RecoverPoint의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VNXe의 경우, 데이터베이스가 같은 LUN 그룹에 있으면 그룹에서 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l Unity의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 그룹에서 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VMAX, VNX, VNXe, Unity 또는 XtremIO의 경우, 데이터베이스가 동일한 LUN에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이됩니다.

l VMware 가상 디스크의 경우, 데이터 저장소가 복구에 포함되기 때문에 같은 데이터 저장소에 위치한 모든 애플리케이션(같은 데이터 저장소에 있는 가상 디스크)의복구 또한 영향을 받는 인접 항목입니다.

영향을 받는 인접 항목이 복구하도록 선택된 데이터베이스와 함께 보호될 경우AppSync에 의해 복구됩니다. 보호되지 않았지만 영향을 받는 인접 항목인 다른 데이터


Exchange 복제 복구 개요 99

베이스는 덮어쓰게 됩니다. AppSync는 복구하도록 선택된 데이터베이스의 정합성 보장 그룹, LUN 그룹 또는 LUN에 대해 영향을 받는 인접 항목을 계산합니다. 영향을 받는데이터베이스가 부분적으로 다른 정합성 그룹, LUN 그룹 또는 LUN에 상주하는 경우,AppSync는 해당 정합성 보장 그룹, LUN 그룹 또는 LUN에 있는 영향을 받는 인접 항목을 계산하지 않습니다.

영향을 받는 인접 항목은 복구 세분화를 기준으로 계산됩니다. 데이터와 로그 모두를복구하도록 선택한 경우에는 데이터베이스가 상주하는 모든 정합성 보장 그룹, LUN 그룹 또는 LUN에 대해 영향을 받는 인접 항목이 계산됩니다. 데이터만 복구 또는 로그만복구를 선택한 경우에는 선택한 구성 요소의 정합성 보장 그룹, LUN 그룹 또는 LUN에대해서만 영향을 받는 항목이 계산됩니다.

데이터베이스의 데이터 및 로그 구성 요소가 같은 정합성 보장 그룹 , LUN 그룹 또는LUN에 상주하는 경우, 로그만 복구하거나 데이터만 복구하는 옵션을 사용할 수 없습니다. 데이터 및 로그를 복구하는 옵션만 사용할 수 있습니다. 이 시나리오의 유일한 예외는 차등 복제 복구를 수행하도록 선택할 때입니다.

VMware 가상 디스크의 경우, 데이터 저장소가 복구에 포함되기 때문에 같은 데이터 저장소에 위치한 모든 애플리케이션(같은 데이터 저장소에 있는 가상 디스크)의 복구 또한 영향을 받는 인접 항목입니다.

Exchange 복제본에서 복구복제본 또는 데이터베이스에서 Exchange 복제본을 복구할 수 있습니다.

시작하기 전에


절차

1. 페이지 아래쪽의 작업 버튼에서 Recover > Restore > Databases and logs를 선택합니다.

2. 복구할 복제본을 선택하고 Next를 클릭합니다.

Configure Storage Options 화면이 나타납니다.

l Wait for mirror rebuild to complete - 이 옵션은 해당 운영 데이터가 로컬또는 분산 RAID-1 볼륨에 상주하는 VPLEX Snap 복제본에 적용됩니다. 기본적으로 이 옵션이 선택되어 있습니다.

l Disable VMware SRM - RecoverPoint 정합성 보장 그룹에 대해 SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은RecoverPoint 4.1 이상에만 적용됩니다.

l Perform device restore in background - VMAX 디바이스의 복원을 최적화할 수 있습니다. 이 옵션을 선택하면 AppSync 복원 작업이 VMAX 트랙 동기화가 완료될 때까지 대기하지 않습니다. 운영 애플리케이션을 즉시 사용할 수있습니다.

3. Next를 클릭합니다.

4. Select Options 페이지에서 적절한 복구 옵션을 선택하고 Next를 클릭합니다.

옵션 설명

Both data andlogs

전체 및 복제본 백업에서 복구할 때 사용할 수 있습니다.

데이터 전체 및 복제본 백업에서 복구할 때 사용할 수 있습니다.



옵션 설명

Logs 전체, 복제본 및 차등 백업에서 복구할 때 사용할 수 있습니다.

Recover andmountdatabases afterrestore

이 옵션은 선택된 상태로 두십시오. 선택하지 않으면 데이터베이스를 수동으로 복구해야 합니다.

Allow AppSyncto activatedatabases

DAG에 대해서만 사용할 수 있습니다. 선택하면 데이터베이스 복제본이 복구되기 전에 서버에서 활성화됩니다.

Exchange는 액티브 복제본에만 복구하고, AppSync는 복제본을 만든 서버에 복구합니다.

Restore Warnings 페이지가 표시됩니다. 선택한 복제본에 영향을 받는 인접 항목이 있는 경우 이 페이지가 표시될 수 있습니다.

5. 영향을 받는 데이터베이스에 대한 경고 메시지를 확인합니다.

Exchange 2013의 경우, AppSync는 선택한 데이터베이스 또는 영향을 받는 인접항목이 공용 폴더 기본 계층 메일박스를 포함하고 있는지를 확인하려고 시도합니다. 일치 항목이 발견되면 복구 작업을 계속할 수 없다는 오류 메시지가 표시됩니다.

공용 폴더 기본 계층 메일박스의 상주 위치를 확인하려면 AppSync에서 사용자프로파일에 추가적인 Exchange 역할 즉, 보기 전용 조직 역할이 있어야 합니다.사용 중인 계정에 이 역할이 없는 경우에는 경고 메시지가 표시됩니다.

6. 선택한 복제본과 함께 다른 개체를 복구하는 것에 동의하려면 확인란을 선택합니다.

덮어쓸 데이터베이스를 수동으로 마운트 해제해야 합니다.

7. Summary 페이지를 검토하고 Finish를 클릭하여 복제본을 복구합니다.

8. Results 페이지에서 View Details를 클릭하여 복제본 복구에 포함되는 각 단계의 진행률을 확인합니다.


수동으로 Exchange 데이터베이스 복구Restore Wizard에서 Recover and mount the databases after restore 옵션을 선택하지 않았을 때는 수동 복구를 수행하십시오.

시작하기 전에

데이터베이스 파일만 복구하려는 경우에는 복구에 필요한 트랜잭션 로그 파일이 있는지 확인하십시오. 간격이 없이 연속되는 로그 파일이 필요합니다. 필요한 최소 로그 범위를 결정하려면 복구 후 및 복구 실행 전에 각 데이터베이스에 대해 다음 명령을 실행합니다. ESEUTIL /mh <database name>를 통해 보고하십시오. ESEUTIL 출력에서 Log Required 정보를 찾습니다.

데이터베이스가 액티브 복제본인 경우 먼저 이를 마운트 해제해야 ESEUTIL 명령을 제대로 실행할 수 있습니다.


수동으로 Exchange 데이터베이스 복구 101

절차

1. 체크포인트 파일(Enn.chk)을 삭제합니다.

이것은 선택 사항입니다.

2. restore.env 파일(EnnRESTORE.env)을 삭제합니다.

3. ESEUTIL 명령을 사용하여 소프트 복구 모드에서 데이터베이스를 수동으로 복구합니다.

eseutil /r E<nn> /l <logpath> /s <chkpt file path> /d<database path>

4. Exchange 관리 콘솔을 사용하여 복구된 데이터베이스를 모두 마운트합니다.

부분 복구부분 복구에서는 데이터만 복구하거나, 데이터를 복구한 후에 로그를 따로 복구합니다.

부분 복구를 수행하기 전에 데이터베이스 레이아웃이 일부 조건을 충족하는지 확인하십시오.

부분 복구 고려 사항RecoverPoint 환경에서 복구 세분화는 정합성 보장 그룹 수준에서 이루어집니다. 북마크에서 데이터베이스를 복구할 때 복구 중인 북마크보다 새로운 북마크는 삭제됩니다.해당 애플리케이션 복제본도 삭제됩니다. 다음과 같은 Best Practice를 적용하는 것이좋습니다.

l 데이터베이스와 로그는 서로 다른 정합성 보장 그룹에 있어야 합니다.Exchange 데이터베이스의 데이터와 로그가 같은 정합성 보장 그룹에 있는 경우 부분 복구가 지원되지 않습니다.

l 로그는 새로운 Differential 백업 복제본에서 복구되어야 합니다. AppSync는RecoverPoint 환경에서 Full 또는 Copy 백업으로부터 로그만 복구하는 것을 지원하지 않습니다.

VMAX/VNX 환경에서는 데이터베이스와 로그가 서로 다른 LUN에 상주해야 합니다.

데이터 복구Full 또는 Copy 백업에서 데이터를 복구합니다. 운영 호스트에 있는 로그를 유지하기위해 데이터만 복구할 수도 있습니다.

Restore Wizard에서 가장 최근의 복제본으로부터 데이터를 복구하고 Recover andmount the databases after restore 옵션을 선택합니다.

로그 복구Full 또는 Copy 백업에서 데이터를 복구한 후에 이후의 복제본에서 로그를 복구하여 복제본을 최신 상태로 만듭니다.

로그에서 복제본을 복구하는 과정은 두 단계로 이루어집니다. Restore Wizard를 실행하고 Full 백업 복제본을 선택하여 데이터만 복구합니다. 이때 Recover and mount thedatabases after restore를 선택하지 않습니다.

Restore Wizard를 다시 실행하고 백업 복제본(RecoverPoint의 경우 Differential 백업)을 선택하여 로그만 복구합니다. 이때는 Recover and mount the databases afterrestore 옵션을 선택합니다. 이 복제본은 처음 실행할 때 선택한 백업 복제본보다 더 최근의 것이어야 합니다.



복구 작업에 로그 복구가 포함되는 경우, 복구는 복제본이 만들어진 이후에 생성된 모든 로그를 덮어씁니다. 따라서 복구 작업이 끝난 후에는 해당 복제본이 생성된 시점이데이터베이스에 반영됩니다. 해당 복제본 이후에 생성된 로그를 보존하려면 데이터베이스만 복구하여 AppSync에서 이전 로그가 새 로그를 덮어쓰면서 복구되지 않도록 해야 합니다. 또한 현재 로그 파일을 다른 볼륨으로 복제할 수도 있습니다.

장애 발생 시 정합성이 보장되는(APiT) 복제본에서 로그 복구로그를 사용하여 APiT(원하는 시점) 복제본을 복구합니다.

시작하기 전에

이것은 RecoverPoint 환경에만 적용됩니다.

장애 발생 시 정합성이 보장되는 복제본에서 로그를 복구하는 것은 권장되는 방법이 아닙니다. Exchange Writer를 통해 백업이 이루어지지 않기 때문입니다. 하지만 이 옵션은 해당 기간 동안 애플리케이션 정합성이 보장되는 복제본에서 복구할 수 없는 경우데이터 손실을 최소화하는 데 사용될 수 있습니다.

절차

1. 복구하지 않고 애플리케이션 정합성이 보장되는 복제본에서 데이터베이스를 복구합니다.

2. 최근 시점의 복제본을 마운트합니다.

3. 최신 로그 파일을 운영 로그 볼륨에 복사합니다.

4. ESEUTIL /k Enn(Enn은 데이터베이스의 로그 접두사임)을 사용하여 로그를확인한 다음 데이터베이스를 복구 및 마운트합니다.

삭제된 Exchange 데이터베이스 복구AppSync는 독립 실행형 및 DAG 환경에서 Exchange로부터 삭제된 경우에도 데이터베이스를 복구할 수 있습니다.

시작하기 전에

l 데이터베이스 파일을 삭제하고 빈 데이터베이스를 만든 경우에는 데이터베이스를마운트 해제하고 해당 파일을 삭제합니다. 복구 중인 데이터베이스에서, 빈 데이터베이스가 만들어질 때 있었던 원래 위치에 데이터 및 로그 파일이 있어서는 안 됩니다. 로그 파일 서명이 AppSync 복제본과 일치하지 않아 복구가 실패하게 됩니다.

l 데이터베이스를 완전히 제거하고 다시 만드는 경우에는 데이터베이스 이름과 해당파일 경로 및 이름이 AppSync 복제본에 있는 것과 완전히 일치해야 합니다. 삭제된데이터베이스를 다시 만들지 않으면 AppSync가 이를 다시 만듭니다.

l DAG 환경의 경우

n 삭제된 DAG 데이터베이스의 액티브 또는 패시브 복제본이 없어야 합니다.

n AppSync는 AppSync 복제본을 만든 서버에 액티브 데이터베이스 복제본만 다시 만들고 복구합니다. 데이터베이스를 복구한 다음 DAG 패시브 복제본을 다시만들 수 있습니다.

Restore Wizard에서 Recover and mount the databases after restore 옵션을 선택하지 않은 경우에는 다음 수동 단계를 수행하여 데이터베이스를 복구합니다.


장애 발생 시 정합성이 보장되는(APiT) 복제본에서 로그 복구 103

절차

1. 필요한 로그를 _restoredLogs 디렉토리에서 현재 로그가 위치한 디렉토리로복사합니다.

2. 로그 파일 접두사가 변경된 경우 필요한 로그 파일의 이름을 변경하여 새 접두사를 사용합니다.

3. E<nn>restore.env file을 삭제합니다.

4. ESEUTIL 명령을 사용하여 소프트 복구 모드에서 데이터베이스를 수동으로 복구합니다.

eseutil /r E<nn> /l <logpath> /s <chkpt file path> /d<database path>

5. 데이터베이스 복구 후 비어 있는 _restoredLogs 디렉토리를 삭제합니다.



6장

SQL Server 보호


l SQL Server 지원 개요.......................................................................................106l AAG(AlwaysOn Availability Group) 지원............................................................110l SQL Server 트랜잭션 로그 백업........................................................................ 110l 클러스터에서 SQL Server 작업 시 고려 사항.................................................... 119l SQL Server User Databases 폴더......................................................................122l SQL 데이터베이스 보호.................................................................................... 123l SQL Server에 대한 마운트 고려 사항................................................................138l SQL Server 데이터베이스 복구 개요................................................................ 148

SQL Server 보호 105

SQL Server 지원 개요AppSync를 사용하여 Microsoft SQL Server 데이터베이스의 애플리케이션 정합성이보장되는 복제본이나 장애 발생 시 정합성이 보장되는 복제본을 만들고 관리할 수 있습니다.

Microsoft SQL 애플리케이션에 대해 AppSync에서 지원하는 기능은 다음과 같습니다.

l AAG(AlwaysOn Availability Group) 지원

l 서비스 계획 실행 도중 사용자 데이터베이스의 동적 검색

l 물리적 호스트의 데이터베이스 및 가상 호스트의 RDM 및 가상 디스크 지원

AppSync는 실제 호환 모드에서만 RDM을 지원합니다. 가상 모드에서의 RDM은 지원하지 않습니다.

l 독립 실행형 및 클러스터링된 운영 SQL Server 인스턴스에 대한 보호

l 대체 클러스터 또는 운영 클러스터의 클러스터 노드 또는 독립 실행형 서버에 클러스터링되지 않은 리소스로 마운트 대체 또는 운영 페일오버 클러스터에 속하는 대체 클러스터 인스턴스에 복구 마운트

l SQL Server 데이터베이스 복제본 용도 변경 지원

SQL Server 사전 요구 사항SQL Server 구성이 여기에 나열된 사전 요구 사항을 충족하는지 확인합니다. AppSyncSupport Matrix(https://elabnavigator.emc.com/eln/modernHomeDataProtection)에서는 지원되는 소프트웨어와 플랫폼에 대한 정확한 정보를 제공합니다.

l SQL Server 데이터베이스와 해당 트랜잭션 로그는 동일한 스토리지 시스템의 디스크에 위치해야 합니다.

l 복제 작업 시 SQL Server 데이터베이스는 온라인 상태여야 합니다.

l 파일 그룹과 연관된 전체 텍스트 카탈로그는 해당 파일 그룹의 복제본의 일부로 포함되어 있습니다. 지원되는 스토리지에 전체 텍스트 카탈로그가 없는 경우 보호가실패합니다. 전체 텍스트 카탈로그를 사용할 때는 카탈로그가 있는 스토리지 디바이스에 해당 데이터베이스와 관련 없는 데이터가 포함되지 않도록 해야 합니다.

l 마운트된 복제본에서 데이터베이스를 복구하려면 마운트 호스트에 SQL Server가설치되어 있어야 합니다. 운영 호스트와 마운트 호스트에서 동일한 버전의 SQLServer를 사용하는 것이 좋습니다.

l 대체 클러스터 인스턴스에 복구 마운트를 수행할 때는 SQL Server 클러스터 인스턴스의 모든 소유자 노드를 AppSync에 추가해야 합니다.

l 클러스터링된 SQL Server 데이터베이스를 복구할 때는 클러스터링된 SQL Server인스턴스의 모든 소유자 노드를 AppSync에 추가해야 합니다.

l Hyper-V 환경에서 AppSync를 사용하려면 스토리지의 SQL 데이터베이스 및 로그파일이 iSCSI 직접 연결 디바이스, 가상 Fiber Channel(NPIV) 또는 SCSI 패스스루디바이스에 있어야 합니다. SCSI 패스스루 디바이스를 지원하려면 상위 파티션에SCSI CDB(Command Descriptor Block) 필터링이 해제되어 있어야 합니다. 기본적으로 이 필터링은 설정되어 있습니다. 이는 SQL 클러스터 서버에도 적용됩니다.

SQL Server 보호


https://elabnavigator.emc.com/eln/modernHomeDataProtection

n Hyper-V SCSI 패스스루의 경우, 마운트 호스트는 Hyper-V 호스트일 수 없습니다. 가상 Fiber Channel 어댑터 또는 iSCSI 직접 연결을 사용하여 추가된 물리적호스트나 가상 머신이어야 합니다.

l 시스템 데이터베이스는 지원되지 않습니다.

l SQL Server 데이터베이스 스냅샷은 검색되지 않습니다.

l 데이터베이스 미러의 복제본 생성은 지원되지 않습니다. 복제본을 생성하려고 시도하면 데이터베이스가 유효하지 않은 상태가 되는 오류가 발생합니다.

SQL Server의 지원되는 구성AppSync는 아래와 같은 SQL 구성을 지원합니다.

l 여러 SQL Server 데이터베이스는 같은 볼륨이나 여러 볼륨에 걸쳐 있을 수 있습니다. 하지만 Best Practice는 볼륨에서 여러 SQL Server 인스턴스의 데이터베이스를혼합하지 않는 것입니다.

l 여러 SQL Server 인스턴스가 같은 호스트에 공존할 수 있습니다.

VMware 환경의 SQL Server에 대한 고려 사항VMware vDisk(가상 디스크) 또는 RDM(Raw Device Mapping)에 있는 SQL Server 독립 실행형 및 클러스터링된 데이터베이스를 보호하고, 마운트하고, 복구할 수 있습니다.

RDM 또는 vDisk에 있는 SQL을 보호하는 경우:

l 성공적인 매핑을 위해서는 Virtual Center를 AppSync 서버에 추가하고 검색을 수행해야 합니다.


l 같은 데이터 저장소를 공유하는 전체 가상 머신에서는 SQL Server 데이터베이스를보호할 수 없습니다.

n 동일한 데이터 저장소에 있는 각각 다른 가상 머신의 여러 SQL 데이터베이스에동일한 서비스 계획이 적용된 경우 보호 기능이 작동하지만, 동일한 데이터 저장소의 여러 복제본이 생성됩니다. 이로 인해 마운트 및 복구 작업 중에 문제가발생합니다.

n 동일한 데이터 저장소에 있는 각각 다른 가상 머신의 여러 SQL 데이터베이스에서로 다른 서비스 계획이 적용된 경우 보호, 마운트 및 복구 기능이 작동합니다.하지만, 다른 가상 머신에 있는 데이터베이스가 동일한 데이터 저장소에서 호스팅된 경우 복구를 실행하면 문제가 발생합니다. 각각 다른 가상 머신에 있는 여러 SQL 데이터베이스가 서로 다른 데이터 저장소에서 호스팅되도록 하는 것이좋습니다.

l 동일한 호스트의 여러 SQL 데이터베이스는 동일한 가상 디스크에 상주하거나, 동일한 VMFS 데이터 저장소에 있으며 동일한 서비스 계획으로 보호되는 여러 가상디스크에 상주할 수 있습니다. 하지만 이 VMFS 데이터 저장소에 있는 단일 데이터베이스를 복구하면 복구 중에 영향을 받는 인접 항목으로 나열된 동일한 데이터 저장소에 있는 다른 데이터베이스도 복구됩니다.

l 클러스터링된 SQL Server 데이터베이스를 복구할 때는 클러스터링된 SQL Server인스턴스의 모든 소유자 노드를 AppSync에 추가해야 합니다.

l 마운트 호스트가 가상 머신일 경우 Virtual Center를 AppSync에 등록해야 합니다.RDM을 마운트하려면 이 작업을 수행해야 합니다.

l 가상 디스크의 경우:

SQL Server 보호

SQL Server의 지원되는 구성 107

n ESX 호스트 버전이 5.0 이전인 경우 운영 마운트가 지원되지 않습니다.

n 비영구적 가상 디스크가 지원되지 않습니다.

n ESXi 5.x 및 RecoverPoint 4.1.7.7 환경에서 데이터 저장소 및 가상 디스크를 마운트하는 경우, 성공적인 가상 액세스 유형 마운트를 보장하기 위해 하드웨어가속을 해제하십시오. 자세한 내용은 관련 VMware Knowledge Base 문서를 참조하십시오. Hyper-V SCSI 패스스루의 경우, 마운트 호스트는 Hyper-V 호스트일 수 없습니다. NPIV 또는 iSCSI 직접 연결을 사용하는 물리적 호스트 또는 가상 머신이어야 합니다.

l 데이터베이스가 VMWare 환경의 원시 디바이스 매핑에 상주하는 경우 SQL Server클러스터 노드는 다른 ESXi에 상주해야 합니다. 이는 VMWare의 요구 사항입니다.가상 디스크에 있는 데이터베이스의 경우 SQL Server 클러스터 노드가 동일한ESX Server에 상주할 수 있습니다.

l AppSync는 실제 호환 모드에서만 RDM을 지원합니다. 가상 호환 모드에서의 RDM은 지원하지 않습니다.

l VMware 가상 디스크의 경우, 데이터 저장소가 복구에 포함되기 때문에 동일한 데이터 저장소에 위치한 모든 애플리케이션(동일한 데이터 저장소에 있는 가상 디스크)의 복구 또한 영향을 받는 인접 항목입니다.

필요한 권한사용자가 SQL Server 환경에서 데이터베이스를 보호하려면 특정 권한이 있어야 합니다. SQL Server 인증 또는 Windows 인증을 사용하려면 사용자 계정을 구성해야 합니다.

Windows 사용자 계정은 로컬 관리자 그룹의 구성원이거나 다음에 요약된 제한 사항이적용되는 비관리자 계정일 수 있습니다.

SQL Server 2012에서, 데이터베이스 엔진의 서비스 시작 계정에서 사용된 기본 가상계정에는 마운트 또는 복구된 데이터베이스 파일에 액세스하기 위한 필수 파일 시스템권한이 없습니다. 따라서 SQL 데이터베이스 복구가 실패할 수 있습니다. 이 문제를 해결하려면 SQL Server 데이터베이스 엔진이 적절한 권한이 있는 도메인 사용자 계정을사용하도록 서비스 시작 계정을 변경해야 합니다.

로컬 관리자 권한이 없는 도메인 계정에 대한 사용 권한 설정로컬 관리자 권한이 없는 도메인 계정을 사용해야 할 경우에는 추가적인 단계가 필요합니다.

절차

1. Windows 도메인 사용자(예: sqluser)를 생성하고 도메인 사용자 그룹의 일부로만듭니다.

2. SQL Server Management Studio에서 새로 만든 도메인 계정을 사용하여 새 로그인을 만들고 Windows 인증을 선택합니다.

3. General 페이지에서 master를 기본 데이터베이스로 선택합니다.

4. Server Roles 페이지에서 sysadmin 및 public을 선택합니다.

5. User Mapping 페이지에서 데이터베이스 역할 구성원 자격을 public으로 설정합니다.

6. 이 사용자가 액세스해야 하는 각 SQL Server 인스턴스에 사용자를 추가합니다.

a. 도메인 컨트롤러에서 도메인에 추가된 호스트에서 Start > Programs >Administrative Tools > Domain Controller Security Policy.

도메인에 추가된 호스트에서 Start > Programs > Administrative Tools >Local Security Policy

SQL Server 보호


b. 보안 설정을 액세스하여 로컬 로그인을 허용합니다(Security Settings >Local Policies > User Rights Assignment > Allow log on locally).

c. 앞서 생성한 사용자(예: sqluser)를 추가합니다.

7. AppSync를 사용하는 도메인에 추가된 각 호스트에 대해 도메인 컨트롤러 머신에 로그인한 후 보안 정책을 설정합니다.

8. 이 사용자에게 AppSync 플러그인이 설치된 디렉토리(일반적으로 C:\ProgramFiles\EMC\AppSync Host Plug-in)에 대한 읽기 및 쓰기 권한을 부여합니다.

9. 보호를 구성하거나 SQL Server에 대한 액세스가 필요한 다른 작업을 수행할 경우, AppSync에서 이 사용자를 사용합니다.

10. 복구 시에 트랜잭션 로그를 파일로 백업하는 옵션을 선택하는 경우, 사용자에게대상 디렉토리에 대한 권한이 있어야 합니다.

관리자가 아닌 로컬 사용자의 권한 설정로컬 관리자 권한이 없는 사용자 계정은 AppSync에서 SQL Server를 액세스하려면 특정 권한을 필요로 합니다.

절차

1. Windows 사용자를 생성하고 이를 사용자 그룹의 일부로 만듭니다.

2. SQL Server Management Studio에서 새로 만든 계정을 사용하여 새 로그인을 만듭니다. 인증 유형은 Windows 인증을 선택합니다.

3. Server Roles 페이지에서 sysadmin 및 public을 선택합니다.

4. User Mapping 페이지에서 데이터베이스 역할 구성원 자격을 public으로 설정합니다.

5. 이 사용자가 액세스해야 하는 각 SQL Server 인스턴스에 사용자를 추가합니다.

a. 플러그인을 실행하는 호스트에서 보안 정책을 설정합니다. 도메인 컨트롤러에서 Start > Programs > Administrative Tools > Local Security Policy를실행합니다.

도메인에 추가된 호스트에서 Start > Programs > Tools > Local SecurityPolicy를 실행합니다.

b. 보안 설정을 액세스하여 로컬 로그인을 허용합니다(Security Settings >Local Policies > User Rights Assignment > Allow log on locally).

c. 앞서 생성한 사용자(예: sqluser)를 추가합니다.

6. 이 사용자에게 AppSync 플러그인이 설치된 폴더에 대한 읽기 및 쓰기 권한을 부여합니다.

7. 트랜잭션 로그를 파일로 백업하는 복구 옵션을 선택한 경우, 사용자에게 대상 디렉토리에 대한 권한이 있어야 합니다.

SQL Server 인스턴스에 대한 로그인 자격 증명 업데이트SQL Server 인스턴스에 대한 자격 증명이 변경된 경우 AppSync에서 업데이트해야 합니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 데이터 관리자 역할이 필요합니다. 또한 SQLServer 인스턴스에 대한 새 자격 증명을 알고 있어야 합니다.

SQL Server 보호

SQL Server 인스턴스에 대한 로그인 자격 증명 업데이트 109

절차

1. Copy Management를 선택합니다.

2. Microsoft SQL Server를 선택합니다.

3. 인스턴스를 선택합니다.

4. 아래의 버튼 행에서 Connection Settings를 클릭합니다.

5. SQL Server 자격 증명을 입력합니다.

자격 증명은 필요한 권한을 가진 Windows 사용자 또는 SQL 사용자일 수 있습니다.

AAG(AlwaysOn Availability Group) 지원Availability Group은 AlwaysOn 페일오버 클러스터에 설치된 클러스터링된 SQL Server인스턴스와 클러스터링되지 않은 SQL Server 인스턴스에 포함될 수 있습니다.

AppSync는 운영 데이터베이스의 Full 또는 Copy 백업과 보조 데이터베이스의 Copy 백업을 지원합니다. SQL Server 서비스 계획의 Create copy 단계에 있는 Auto Switchto Copy 옵션을 통해 보조 데이터베이스에 대한 백업을 Full에서 Copy로 전환할 수 있습니다.

AAG(AlwaysOn Availability Group)를 사용할 때 특별히 고려할 사항:

l 보조 데이터베이스를 보호하려면 읽기 전용 상태여야 합니다. SQL ServerManagement Studio의 Readable Secondary 옵션이 Yes로 설정되어 있어야 합니다. Read-intent only는 지원되지 않습니다.

l 해당 노드가 데이터베이스의 복제본을 호스팅하는 경우 AppSync 복제본을 같은 클러스터에 있는 노드에 마운트할 때 원래 경로를 사용하지 마십시오.

l 동기식 커밋 모드에서 복제본을 보호하는 것이 좋습니다.

l 클러스터에서 SQL Server 작업 시의 고려 사항이 Availability Group에도 적용됩니다. 클러스터에서의 SQL 고려 사항을 참조하십시오.

l 클러스터링된 SQL Server 인스턴스에 속한 데이터베이스 복제본이 없는 한,AlwaysOn Availability Group에 대해 다중 서브넷이 지원됩니다.

SQL Server 트랜잭션 로그 백업AppSync 2.1 이상은 SQL Server 트랜잭션 로그 백업을 지원합니다. 백업을 구축하기전에 주요 고려 사항과 제한 사항을 확인하십시오.

모든 SQL Server 데이터베이스에는 트랜잭션 로그가 있습니다. 로그 백업 볼륨의 복제본을 생성할 수 있도록 AppSync에서 지원하는 Dell EMC 스토리지 시스템에 로그 백업을 쓰십시오. 페일오버 클러스터 환경에서 데이터베이스의 로그를 백업하는 경우에는로그 백업이 같은 위치에 쓰여질 수 있도록 공유 스토리지 또는 네트워크 공유를 사용하십시오.

운영 데이터베이스 복구 중에 또는 운영 데이터베이스의 복제본을 만들 때 트랜잭션 로그 백업을 사용할 수 있습니다. 데이터베이스 복구 모델에 따라 트랜잭션 로그가 꽉 찰수 있습니다. 로그의 누적을 방지하기 위해 잘라내기를 활성화한 상태에서 트랜잭션 로그 백업을 정기적으로 실행하십시오.

AppSync는 AAG(AlwaysOn Availability Group) 환경에서 트랜잭션 로그를 백업할 수 있습니다. 운영 또는 보조 데이터베이스 복제본을 백업할 수 있습니다. 잘라내기가 활성화된 경우, 잘라내기를 시작하려면 운영 또는 보조 트랜잭션 로그를 백업하십시오.

트랜잭션 로그 백업은 스트리밍 백업을 사용할 때만 지원됩니다. VSS 하드웨어 스냅샷기술을 사용할 때는 지원되지 않습니다. AppSync를 사용하여 트랜잭션 로그를 파일에

SQL Server 보호


백업할 수 있습니다. UNC 경로를 사용하여 파일을 로컬 볼륨 또는 네트워크 공유에 쓸수 있습니다.

AppSync는 두 머신이 동일한 도메인에 있는 경우 네트워크 공유의 UNC 경로를 지원합니다.

제한 사항

l 트랜잭션 로그를 백업하려면 데이터베이스 복구 모델이 “Full” 또는 “Bulk-logged”여야 합니다. AppSync는 간단한 복구 모델을 사용하여 데이터베이스의 로그 백업을 건너뜁니다.

l 로그 잘라내기와 함께 로그 백업을 생성하려면 먼저 적어도 하나의 전체 데이터베이스 백업을 생성하십시오.

l 트랜잭션 로그를 잘라내려면 AppSync에 전체 데이터베이스 백업 복제본이 있어야합니다.

l 데이터베이스를 로그 백업이 활성화된 단 하나의 서비스 계획에만 적용하십시오.

l AAG 환경에서 로그를 잘라내려면 전체 데이터베이스 백업 및 트랜잭션 로그 백업을 로그 잘라내기와 함께 사용하도록 구성된 서비스 계획에 데이터베이스의 복제본을 하나만 적용하십시오.

l 가용성 그룹에 속하는 데이터베이스의 트랜잭션 로그를 백업하려면 데이터베이스의 다른 복제본이 동시에 백업되지 않도록 스케줄을 변경하십시오.

관련 항목

l SQL Server 트랜잭션 로그 백업 구성

l 필요할 때 로그 백업 실행

l 서비스 계획에 대한 로그 백업 보기

l 단일 데이터베이스에 대한 로그 백업 목록 보기

SQL Server 트랜잭션 로그 백업 구성AppSync 콘솔의 Create Copy 옵션 페이지에서 Enable log backup 확인란을 선택하여SQL Server 서비스 계획의 트랜잭션 로그 백업을 설정하는 방법에 대해 알아보십시오.

시작하기 전에

백업을 위해 선택한 사용자 계정이 디렉토리에 대한 모든 권한을 가지고 있는지 확인하십시오. 이 계정은 데이터베이스를 검색할 때 입력한 사용자 계정입니다. 또한 보호 중인 SQL Server 인스턴스의 SQL Server Database Engine Service에 대해 구성된 계정이백업 디렉토리에 대한 모든 권한을 가지고 있는지 확인하십시오.

이 확인란을 선택하면 Transaction Log Backup Options 대화 상자가 나타납니다. 이대화 상자에서 로그 백업을 실행할 시점과 방법 그리고 로그 백업 파일을 쓸 위치를 사용자 지정할 수 있습니다. 트랜잭션 로그 백업은 순차적으로 실행됩니다.

SQL Server 보호

SQL Server 트랜잭션 로그 백업 구성 111

그림 2 Transaction Log Backup Options 대화 상자

절차

1. Schedule 필드를 사용하여 로그 백업 실행을 설정합니다.

데이터베이스 백업이 실행된 직후 트랜잭션 로그 백업이 한 번만 실행되도록 선택하거나, 로그 백업을 예약하도록 선택할 수 있습니다. 매 15 또는 30분마다 또는 매 1-24시간마다 로그 백업 스케줄이 실행되도록 설정할 수 있습니다. 필요할때 실행되도록 서비스 계획을 설정하면 로그 백업 스케줄이 해제됩니다.

지정된 간격으로 실행되도록 로그 백업을 예약하면 서비스 계획에 두 개의 스케줄이 연결됩니다. 하나는 데이터베이스 백업을 위한 것이고, 다른 하나는 로그백업을 위한 것입니다. 로그 백업을 대체 스케줄이라고 합니다. 로그 백업은 데이터베이스 백업 사이에 대체 스케줄을 사용하여 실행됩니다.

2. Backup path 필드를 편집하여 AppSync에서 로그 백업 파일을 쓸 위치를 설정합니다.

Default path는 SQL Server 인스턴스 기본 백업 디렉토리를 사용합니다. 서버에있는 볼륨의 경로나 네트워크 공유의 UNC 경로를 입력할 수도 있습니다.

AppSync는 디렉토리가 없을 경우 디렉토리를 생성합니다. SQL Server 인스턴스의 이름을 사용하여 하위 디렉토리를 생성합니다. 로그 백업 파일 이름의 형식은 다음과 같습니다. EMC_AppSync_databasename_timestamp.trn 예를들면 다음과 같습니다.EMC_AppSync_AdventureWorks_2014_10_18_15_38_32.trn

3. Free space on volume 필드를 사용하여 AppSync에서 트랜잭션 로그 백업을 시작하기 전에 볼륨의 여유 공간 양을 확인하기 위한 값을 설정합니다.

SQL Server 보호


사용 가능한 여유 공간이 부족하면 알림이 생성되고 로그 백업이 실패합니다.

4. Backup group size 필드를 사용하여 SQL Server 인스턴스의 병렬 로그 백업 수를 제어합니다. 기본값은 5입니다(AppSync에서 로그 백업을 5개 그룹으로 실행함).

예를 들어 같은 SQL Server 인스턴스에 있는 15개의 데이터베이스를 서비스 계획에 적용하면 세 개의 로그 백업이 병렬로 실행됩니다. 트랜잭션 로그 백업은순차적으로 실행됩니다.

5. 전체 데이터베이스 백업을 생성할 때 Truncate the logs 필드를 선택하거나 선택 취소합니다.

Full 백업 유형을 선택하면 이 필드가 기본적으로 선택되고, Copy를 선택하면 비활성화됩니다. 보조 데이터베이스를 보호하려면 로그를 잘라내고 Auto switchto Copy와 Truncate the logs를 선택합니다.

6. 로그 백업에 체크섬을 수행하려면 Checksum the backup 필드를 선택합니다.

7. Minimum Retention Hours 옵션을 설정하여 트랜잭션 로그 백업 파일의 삭제시점을 제어합니다.

트랜잭션 로그 백업 만료는 더 오래된 데이터베이스 백업이 없을 경우에 수행됩니다. AppSync는 로그 백업 파일 그리고 AppSync 데이터베이스에 포함된 로그백업 정보를 삭제합니다. 기본 설정은 24시간입니다. 즉, AppSync는 최소한 24시간이 지나기 전까지는 어떠한 로그 백업도 만료시키지 않습니다. 유효한 범위는 0-10,000시간입니다.

로그 백업 스크립트 구성로그 전 및 로그 후 백업 스크립트를 설정함으로써 로그 백업 전후에 스크립트를 실행할 수 있습니다.

로그 전 백업 스크립트는 운영 호스트에서 실행됩니다. 로그 후 백업 스크립트는 운영호스트 또는 마운트 호스트(마운트가 설정된 경우)에서 실행될 수 있습니다. 서버를 직접 지정할 수도 있습니다. 서버에 AppSync 호스트 플러그인이 설치되어 있어야 합니다.

SQL Server 보호

로그 백업 스크립트 구성 113

그림 3 로그 백업 스크립트 구성

필요할 때 로그 백업 실행SQL Server 로그 백업을 예약하여 실행하거나, 필요할 때 로그 백업을 실행할 수 있습니다.

시작하기 전에

로그 백업을 실행하려면 서비스 계획의 Enable Log Backup 옵션을 확인해야 합니다.

필요할 때 전체 서비스 계획에 대해 로그 백업을 실행하거나, 필요할 때 단일 데이터베이스 인스턴스에 대한 로그 백업을 실행할 수 있습니다.

절차

1. 필요할 때 전체 서비스 계획에 대한 로그 백업을 실행하려면 Service Plans >Microsoft SQL Server로 이동하고, Run Log Backups 버튼을 활성화하는 서비스 계획을 원하는 대로 선택한 후에 Run Log Backups를 클릭하여 전체 서비스계획의 백업을 실행하십시오.

2. 단일 데이터베이스에 대한 로그 백업을 실행하려면 Copy Management >Microsoft SQL Server로 이동하고, SQL Server 인스턴스를 선택하고, 원하는데이터베이스를 선택한 후에 Log Backups 탭을 선택하십시오. 마지막으로,Create log backup using plan 목록에서 적절한 서비스 계획을 선택하여 로그백업을 실행합니다.

SQL Server 보호


서비스 계획에 대한 로그 백업 보기SQL Server 로그 백업의 목록은 Service Plan Log Backups 탭 또는 Database LogBackups 탭에서 볼 수 있습니다.

시작하기 전에


복제본 목록은 생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다. ServicePlan Copies 탭에서 인스턴스를 기준으로 필터링할 수도 있습니다.

절차

1. 서비스 계획에 대한 모든 로그 백업의 목록을 보려면 Service Plans > MicrosoftSQL Server로 이동합니다.

2. 서비스 계획을 선택합니다.

3. Log Backups 탭을 클릭합니다.

결과

이제 서비스 계획에 대한 로그 백업 목록을 볼 수 있습니다. 다음 표에서는 로그 백업에대한 세부 정보를 설명합니다.

표 17 서비스 계획 로그 백업 세부 정보

열 설명

Status l 녹색: 성공

l 노란색: 서비스 계획이 실행되었을 때 일부 로그 백업이 오류와 함께 완료되었습니다.

l 빨간색: 장애가 발생함

인스턴스 SQL Server 인스턴스 이름

데이터베이스 SQL Server 데이터베이스 이름

이름 로그 백업 복제본의 이름입니다. 복제본은 생성된 시간에 따라 명명됩니다.

Service Plan 로그 백업과 관련된 서비스 계획의 이름입니다.

Truncated 트랜잭션 로그가 로그 백업에 의해 잘렸음을나타냅니다. 로그가 잘렸으면 Yes, 아니면 No입니다.

Backup File 로그 백업 파일의 이름과 위치입니다.

SQL 데이터베이스 복제본 보기Copy Management > Microsoft SQL Server로 이동하고 SQL Server, 데이터베이스를 차례로 선택하여 데이터베이스 복제본 목록을 봅니다.

시작하기 전에


Service Plan의 Copies 탭에서 복제본의 자세한 정보를 볼 수도 있습니다.

SQL Server 보호

서비스 계획에 대한 로그 백업 보기 115

복제본 목록은 생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다. ServicePlan Copies 탭에서 인스턴스를 기준으로 필터링할 수도 있습니다.

표 18 Service Plan Copy 세부 정보

열 설명

상태 l 녹색: 성공

l 노란색: 완료되었지만 오류 발생

l 빨간색: 실패

Name 복제본의 이름입니다. 복제본은 생성된 시간에 따라 명명됩니다.

Service Plan 복제본과 관련된 서비스 계획의 이름입니다. 용도 변경 복제본의 경우 이 열에 Repurpose 링크가 표시됩니다. 1st Generation 또는2nd Generation 복제본에 대한 서비스 계획을 편집하려면 이 링크를클릭합니다.

용도 변경 복제본에 대한 서비스 계획에서 재정의 예약 및 마운트옵션은 비활성화됩니다.

SQL Server 백업 유형 SQL 백업 유형: Full, Copy, Non VDI 또는 Crash Consistent

l Full은 데이터베이스 그리고 트랜잭션 로그의 활성 부분을 보호합니다.

l Copy는 백업 순서에 영향을 미치지 않고 데이터베이스와 트랜잭션 로그의 활성 부분을 보호합니다.

l Non VDI는 VDI를 사용하지 않고 데이터베이스를 보호하며 VSS를 사용하여 장애 발생 시 정합성이 보장되는 복제본을 생성합니다.

l Crash Consistent는 VSS 또는 VDI를 사용하지 않고 데이터베이스를 보호하며 스토리지 기능을 활용하여 장애 발생 시 정합성이 보장되는 복제본을 생성합니다. 따라서 복제본 생성 중에VSS 시간 초과 문제가 발생하지 않습니다.

l 보조 데이터베이스는 읽기 전용이며 Copy 백업 유형을 통해서만 백업할 수 있습니다. Auto Switch to Copy는 백업 유형으로 Full이 선택된 경우에만 설정할 수 있으며 기본적으로 선택되어 있지는 않습니다. Auto Switch to Copy를 선택하면 AppSync에서 데이터베이스 역할이 Secondary인지를 확인하고, 그럴 경우 백업 유형을 Copy로 전환합니다. Auto Switch to Copy를 설정하지 않으면 모든 보조 데이터베이스에 대해 백업이 실패합니다. Non VDI 또는 Crash Consistent 백업 유형을 선택하면Auto Switch to Copy와 Enable log backup이 비활성화됩니다.

Mount Status 복제본이 마운트되어 있는지 여부가 표시됩니다. 마운트된 경우에는 마운트 호스트의 이름이 표시됩니다.

Recovery Status 사용 가능한 값은 다음과 같습니다.

l Not Recovered - 복제본이 마운트되지 않았거나 파일 시스템마운트인 경우

l Successful - 복구에 성공한 경우

SQL Server 보호


표 18 Service Plan Copy 세부 정보 (계속)

열 설명

l Failed - 복구에 실패한 경우

Availability Group Availability Group 열은 데이터베이스가 어떤 가용성 그룹에 속해 있는지를 보여 줍니다.

Generation 용도 변경된 복제본에 사용되는 이 열은 해당 복제본이 운영 데이터베이스로부터 몇 번에 걸쳐 생성되었는지를 설명합니다.

Source 이 열은 소스 데이터베이스 또는 생성된 복제본의 원본 복제본을 표시합니다.

Copy Type 복제본 유형은 다음 중 하나일 수 있습니다.

l RecoverPoint Continuous Data Protection Bookmark

l RecoverPoint Continuous Remote Replication Bookmark

l VNX Snap

l VNXeSnap

l Unity Snap

l VMAX Snap, VMAX Clone

l XtremIO 스냅샷

l VMAX 3 SnapVXClone, SnapVXSnap

l VPLEX Snap

다음과 같은 추가 세부 정보가 Service Plan Copies 탭에 표시됩니다.

l Instance: 데이터베이스를 호스팅하는 SQL Server 인스턴스입니다.

l Database name: 복제본 데이터베이스의 이름입니다.

l Time: 데이터베이스 복제본이 생성된 시간입니다.

l Server/cluster: SQL Server 인스턴스를 호스팅하는 서버 또는클러스터의 이름입니다.

l Site: RecoverPoint

이 페이지에는 Repurpose 버튼이 활성화되어 있습니다. 1st Generation copy를 선택하면 2nd Generation 복제본을 생성할 수 있는 Repurpose 마법사가 시작됩니다.

단일 데이터베이스에 대한 로그 백업 목록 보기단일 데이터베이스에 대한 로그 백업을 볼 수도 있습니다.

다음 단계를 수행하십시오.

절차

1. Copy Management > Microsoft SQL Server로 이동한 후에 SQL Server 인스턴스를 선택합니다.

2. User Databases 폴더를 클릭합니다.

SQL Server 보호

SQL 데이터베이스 복제본 보기 117

3. 목록에서 데이터베이스를 클릭하고 Log Backups 탭을 선택합니다.

결과

이제 데이터베이스에 대한 로그 백업 목록을 볼 수 있습니다. 다음 표에서는 로그 백업에 대한 세부 정보를 설명합니다.

표 19 데이터베이스 로그 백업 세부 정보: SQL Server 인스턴스를 나타냅니다.

열 설명

Status l 녹색: 성공

l 노란색: 서비스 계획이 실행되었을 때 일부 로그 백업이 오류와 함께 완료되었습니다.

l 빨간색: 장애가 발생함

이름 로그 백업 복제본의 이름입니다. 복제본은 생성된 시간에 따라 명명됩니다.

Service Plan 로그 백업과 관련된 서비스 계획의 이름입니다.

Truncated 트랜잭션 로그가 로그 백업에 의해 잘렸음을나타냅니다. 로그가 잘렸으면 Yes, 아니면 No입니다.

Backup File 로그 백업 파일의 이름과 위치입니다.

로그 백업 만료AppSync는 새 로그 백업을 생성하기 위해 서비스 계획이 실행될 때 로그 백업을 만료시킵니다. 만료 중에 AppSync는 로그 백업 파일을 삭제하고 AppSync 데이터베이스에서 백업에 대한 정보를 제거합니다.

로그 백업은 항상 이전 전체 데이터베이스 백업을 기준으로 합니다. 하지만 AppSync를사용하여 전체 데이터베이스 백업을 생성할 필요는 없습니다. AppSync를 사용하여 복제본 데이터베이스 및 로그 백업을 생성할 수 있습니다.

또한 AppSync는 로그 잘라내기 유무에 관계없이 전체 데이터베이스 백업 및 로그 백업을 생성할 수 있습니다. 로그 백업 만료 동작은 생성하는 데이터베이스 백업의 유형에따라 다릅니다.

로그 백업은 다음 조건이 발생할 때 만료될 수 있습니다.

l 로그 백업이 서비스 계획 Minimum Retention Hours 설정보다 오래되었습니다.

l 이전 데이터베이스 백업이 모두 만료되었습니다. 여기에서 확인하는 데이터베이스백업은 SQL Server Backup Type에 따라 다릅니다.

n 로그 백업 서비스 계획에서 SQL Server Backup Type이 Copy로 설정되어 있으면 이전 데이터베이스 백업을 찾을 때 해당 서비스 계획에 의해 생성된 데이터베이스 백업만 고려 대상입니다.

n 로그 백업 서비스 계획에서 SQL Server Backup Type이 Full로 설정되어 있으면모든 서비스 계획에 의해 생성된 전체 데이터베이스 백업이 고려 대상입니다.

예 1: 가능한 시나리오:

l 서비스 계획 로그 백업이 설정되었습니다.

l 데이터베이스 백업 유형이 Copy로 설정되어 있습니다.

SQL Server 보호


l 순환은 1로 설정되어 있습니다.

l 로그 백업 최소 보존 기간은 24시간으로 설정되어 있습니다.

서비스 계획이 여러 차례 실행되어 데이터베이스 백업과 여러 개의 로그 백업이 생성되었습니다. 서비스 계획이 다시 실행되어 데이터베이스 백업을 생성하고 첫 번째 데이터베이스 백업은 만료됩니다. 그러면 이전 데이터베이스 백업이 없는 여러 개의 로그 백업이 남게 됩니다. 서비스 계획이 다시 실행되어 로그 백업을 생성하고 24시간보다 오래된 이전 로그 백업은 모두 만료됩니다.

예 2: 가능한 시나리오:

l 두 개의 서비스 계획이 있습니다.

l 둘 다 데이터베이스 백업 유형이 Full로 설정되어 있습니다.

l 서비스 계획 1은 1주일에 한 번씩 데이터베이스 백업을 실행하도록 예약되었고, 순환은 4로 설정되어 있습니다.

l 서비스 계획 2는매일 오후 8시에 실행되도록 예약되었고, 순환은 7입니다.

l 서비스 계획 2에서 로그 백업은 매 시간 실행되도록 설정되었고, 로그 백업 최소 보존 기간은 24시간입니다.

l 두 서비스 계획 모두 실행되었습니다.

l 서비스 계획 1에는 4개의 데이터베이스 복제본이 있고, 서비스 계획 2에는 7개의 데이터베이스 복제본이 있습니다. 또한 서비스 계획 2에는 7개 데이터베이스 복제본사이에서 실행된 여러 개의 로그 백업이 있습니다.

l 서비스 계획 2가 다시 실행되어 데이터베이스 복제본을 생성하고, 가장 오래된 복제본은 만료됩니다. 그리고 1시간 후에 다시 실행되어 로그 백업을 생성하고, 만료가능한 로그 백업을 찾습니다.

서비스 계획 1에 있는 전체 데이터베이스 백업이 모든 로그 백업보다 오래되었기 때문에 만료 가능한 로그 백업이 없습니다. 다음에 서비스 계획 1이 실행될 때 가장 오래된데이터베이스 백업이 만료됩니다. 그러면 로그 백업을 만료시킬 수 있게 됩니다.

로그 백업의 수동 만료로그 백업을 수동으로 만료시킬 수도 있습니다.

여러 데이터베이스의 로그 백업을 만료시키려면 다음과 같이 하십시오.

1. Service Plans > Microsoft SQL Server로 이동하고 서비스 계획을 클릭합니다.

2. Log Backups 탭을 클릭합니다.

3. 만료시킬 로그 백업을 선택한 후에 Expire를 클릭합니다.

4. 확인 대화 상자에서 OK를 클릭합니다. AppSync는 로그 백업 파일을 삭제하고AppSync 데이터베이스에서 백업에 대한 정보를 제거합니다.

단일 데이터베이스의 로그 백업을 만료시키려면 다음과 같이 하십시오.

1. Copy Management > Microsoft SQL Server로 이동하고 SQL Server 인스턴스를선택합니다.

2. User Databases 폴더를 클릭합니다.

3. 목록에서 데이터베이스를 클릭하고 Log Backups 탭을 선택합니다.

4. 만료시킬 로그 백업을 선택한 후에 Expire를 클릭합니다.

5. 확인 대화 상자에서 OK를 클릭합니다.

클러스터에서 SQL Server 작업 시 고려 사항클러스터에서 SQL Server 작업 시 특별히 고려해야 할 몇 가지 사항이 있습니다.

SQL Server 보호

클러스터에서 SQL Server 작업 시 고려 사항 119

클러스터 환경의 SQL Server 데이터베이스를 보호할 때는 클러스터 SQL Server 인스턴스의 가능한 소유자인 모든 노드에 AppSync 호스트 플러그인을 설치해야 합니다.AppSync 콘솔을 사용하여 플러그인을 설치하거나 각 서버에서 수동으로 플러그인을설치할 수 있습니다.

클러스터링된 SQL Server 인스턴스 보호:

l 각 노드에 AppSync 호스트 플러그인 소프트웨어를 설치한 후에는 클러스터 SQLServer 인스턴스의 가능한 모든 노드를 추가한 다음 SQL Server 가상 서버(네트워크 이름 또는 IP 주소)를 AppSync에 추가해야 합니다.

SQL Server 가상 서버는 페일오버 클러스터 이름과 다릅니다.

l 단일 서브넷만 지원됩니다.

l 동시 쓰기 옵션이 활성화된 운영 VMWare 가상 디스크는 지원되지 않습니다. 성공적으로 보호될 수는 있지만 마운트에 실패합니다.

l 독립 실행형 리소스로 AppSync 복제본 마운트:

n 클러스터 데이터베이스의 AppSync 복제본을 독립 실행형 서버나 클러스터 노드에 독립 실행형 데이터베이스로 마운트할 수 있습니다.

n 독립 실행형 데이터베이스에 대한 AppSync 복제본을 독립 실행형 서버나 클러스터 노드에 독립 실행형 데이터베이스로 마운트할 수 있습니다.

클러스터 리소스로 SQL Server 복제본 마운트:

l 대체 클러스터 또는 운영 클러스터에 클러스터 리소스로 마운트할 수 있습니다. 복구 마운트를 수행하는 경우 운영 클러스터에서 대체 클러스터 인스턴스를 선택해야 합니다.

l VMAX, VNX, VNXe, Unity, XtremIO 또는 RecoverPoint 환경에서 마운트가 지원됩니다. AppSync 설치 및 구성 가이드는 필요한 스토리지 구성 단계에 대해 설명합니다.

l 클러스터 및 스토리지 구성에 따라 클러스터 마운트에 적용되는 적절한 마운트 옵션을 선택하십시오.

l automount를 수동으로 해제합니다. 명령 프롬프트에서 diskpart를 실행하고 프롬프트에서 DISKPART>automount disable을 입력합니다.

운영 클러스터에 마운트할 때 특별히 고려할 사항:

l 원래 경로를 사용하여 운영 클러스터 노드에 마운트할 수 없습니다.

l 서버에 "복제본 마운트" 옵션을 사용하는 경우 가상 서버가 제외됩니다. 클러스터노드나 독립 실행형 서버만 표시됩니다.

l 클러스터 운영 서버에 클러스터 리소스로 복구 마운트를 수행할 수 있습니다.

l 운영 가상 서버에 클러스터 리소스로 복구 마운트를 수행하는 경우 다음 사항을 고려해야 합니다.

n 다른 클러스터 SQL Server 인스턴스에 마운트를 수행할 수 있습니다.

n 운영 클러스터 SQL Server 인스턴스에 마운트를 수행할 수 없습니다.

n 대체 마운트 경로에 마운트를 수행할 수 있습니다. 대체 마운트 지점에 대한 루트 디스크는 클러스터링된 디스크여야 하며 SQL Server에 대한 종속 항목으로추가되어야 합니다.

n 원래 경로에 마운트할 수 없습니다.

l 복제본이 운영 클러스터에 마운트되어 있는 동안에는 RecoverPoint 마운트 복구를수행할 수 없습니다

SQL Server 보호


예제 1 클러스터링된 SQL Server 인스턴스에서 소유한 데이터베이스 보호

이 예에서는 클러스터링된 SQL Server 인스턴스에서 소유한 데이터베이스를 보호하려고 합니다. 또한 이러한 데이터베이스 중 일부는 AAG(AlwaysOn Availability Group)에속해 있습니다. 이 예에 대한 다음 그림을 참조하십시오.

그림 4 클러스터 정보

이 클러스터의 구성은 다음과 같습니다.

l lrmq093은 SQL Server 가상 서버이고 AAG(AlwaysOn Availability Group)에 속한데이터베이스를 호스팅합니다.

l lrmq094는 SQL Server 가상 서버입니다.

l lrmq120, lrmq121, lrmq122는 SQL Server AlwaysOn 페일오버 클러스터에 속해 있습니다.

l lrmq120 및 lrmq121은 lrmq093 및 lrmq094에서 소유한 클러스터링된 SQL Server인스턴스의 가능한 소유자입니다.

l lrmq122는 설치된 독립 실행형 SQL Server 인스턴스로서, AAG(AlwaysOnAvailability Group)에 속한 데이터베이스를 호스팅하고 있습니다.

l lrmq126은 독립 실행형 SQL Server 인스턴스가 설치된 마운트 호스트입니다.

클러스터링된 인스턴스와 독립 실행형 인스턴스에 속한 데이터베이스를 보호하려면다음 단계를 따르십시오.

1. AppSync 콘솔을 사용하여 lrmq120, lrmq121 및 lrmq122를 추가합니다. AppSync는이러한 서버에 플러그인을 설치하고 클러스터링되지 않은 인스턴스를 검색합니다.마운트 호스트가 필요한 경우 이제 lrmq126을 추가할 수 있습니다.

2. AppSync 콘솔을 사용하여 클러스터링된 인스턴스용 가상 서버를 추가하고lrmq093 및 lrmq094를 추가합니다.

SQL Server 보호

클러스터에서 SQL Server 작업 시 고려 사항 121

SQL Server User Databases 폴더SQL Server User Database 폴더에는 AppSync 데이터베이스에서 검색되고 저장된 이SQL Server 인스턴스에 대한 모든 사용자 데이터베이스가 포함되어 있습니다.

Protect 버튼에서 폴더에 계획을 적용할 수 있습니다. 그렇게 하면 이 폴더의 모든 데이터베이스 부분도 보호됩니다. 보호된 이후에는 Service Plan 열에 계획의 이름이 표시됩니다.

User Databases 폴더를 클릭하면 이 SQL Server 인스턴스의 개별 데이터베이스 부분이 나열됩니다.

Databases 페이지에서 Service Plans 열에 있는 항목은 폴더에 속한 모든 데이터베이스가 보호된다는 것을 알려 줍니다. 인스턴스에 추가된 사용자 데이터베이스도 보호됩니다. AppSync는 인스턴스에서 제거된 데이터베이스 보호를 자동으로 중지합니다.

SQL Server 인스턴스에 대해 하나 이상의 사용자 데이터베이스에 서비스 계획이 적용된 경우에는 User Databases 폴더에 같은 서비스 계획을 적용할 수 있습니다. 반대로,User Databases 폴더에 서비스 계획이 적용되어 있는 경우에는 개별 사용자 데이터베이스 인스턴스에 같은 서비스 계획을 적용할 수 없습니다.

SQL Server 인스턴스 검색AppSync를 최신 상태로 유지하려면 인스턴스가 생성되거나 삭제될 때 SQL Server 인스턴스를 검색해야 합니다.

시작하기 전에


절차

1. Copy Management > Microsoft SQL Server로 이동합니다.

2. 아래의 Discover Instances 팝업 버튼에서

l On Server를 선택하고 인스턴스를 검색할 서버 중 하나를 선택합니다.

l Add Servers를 선택하여 새 서버를 AppSync에 추가합니다.

SQL 가상 서버(네트워크 이름 또는 IP 주소)가 AppSync 서버에 등록된 경우에만 클러스터 인스턴스가 검색되어 AppSync GUI에 표시됩니다.

SQL Server 데이터베이스 검색AppSync는 요청 시 또는 자동으로 서비스 계획 실행에서 새 사용자 데이터베이스를 검색합니다.

User Databases 폴더를 처음 클릭할 때 AppSync는 데이터베이스를 검색하여 나열합니다. 다시 수동으로 데이터베이스를 검색하려면 Databases 페이지에서 DiscoverDatabases를 클릭합니다.

반면 User Databases 폴더에 대해 계획을 신청하면 계획을 실행할 때마다 데이터베이스가 자동으로 검색됩니다. 마지막 서비스 실행 계획 이후에 SQL 인스턴스에 추가된데이터베이스를 비롯하여 현재 온라인 상태인 모든 데이터베이스는 자동으로 보호됩니다.

SQL Server 보호


User Databases 폴더 대신 개별 데이터베이스에 대해 계획이 신청된 경우, AppSync는계획을 마지막으로 실행한 이후에 생성된 새 데이터베이스를 자동으로 검색하지 않습니다. 이 경우, AppSync는 원래부터 계획이 신청되어 있던 모든 데이터베이스의 데이터베이스 정보를 재검색하며 온라인 상태인 데이터베이스를 보호합니다.

SQL 데이터베이스 보호AppSync 서비스 계획을 신청하여 SQL 데이터베이스를 보호할 수 있습니다.

AppSync는 성능을 최적화하기 위해 인스턴스별로 최대 35개 데이터베이스의 복제본을 생성합니다. 하나의 인스턴스에 36개 이상의 데이터베이스가 포함되어 있는 경우AppSync는 이를 35개 단위의 그룹으로 나누고 그룹의 복제본을 순차적으로 생성합니다. 36개 이상의 데이터베이스에 서비스 계획이 적용되어 있고 데이터가 동일한 스토리지 유닛(CG, LUN, DS 등)에 있는 경우에는 35개 데이터베이스 단위의 그룹으로 분할되는 작업이 수행되지 않습니다. 스토리지가 동일한 스토리지 유닛에 있는 경우 단일복제본이 구성에 적합합니다.

이 숫자(35)는 서버 설정이며 필요할 경우 수정될 수 있습니다. 수정하려면 Dell EMC지원에 문의하십시오.

AppSync에서는 다양한 위치에서 여러 가지 방법으로 객체를 보호할 수 있습니다.

l 선택한 데이터베이스를 즉시 보호하려면 Subscribe to Plan and Run을 선택합니다. 해당 데이터베이스에 대해서만 서비스 계획이 실행됩니다.

l 나중에 보호하도록 예약하려면 Subscribe to Plan을 선택합니다. 서비스 계획이적용되는 데이터베이스에 대한 보호가 예약된 시간에 실행됩니다.

l 데이터베이스 Copies 페이지의 Create copy using plan에서 적절한 서비스 계획을선택합니다.

l 전체 계획을 즉시 실행하려면 SQL Server Service Plans 페이지에서 Run을 선택합니다.

보호하는 데이터베이스가 AppSync 이외의 백업 툴을 동시에 사용하여 백업하도록 구성되어 있지 않은지 확인합니다. 그렇게 구성되어 있을 경우 AppSync 복제 작업을 방해하여 예기치 않은 오류가 발생할 수 있습니다.

SQL Server 데이터베이스에 대한 보호 구성데이터베이스 또는 User Databases 폴더에 대한 서비스 계획을 신청하여 서비스 계획을 즉시 실행하거나, 나중에 실행되도록 서비스 계약을 예약할 수 있습니다.

시작하기 전에


절차


2. 서버 인스턴스를 클릭하여 해당 데이터베이스를 표시합니다.

l User Database 폴더 내의 모든 데이터베이스를 보호하려면 User Database폴더를 선택합니다.

l 개별 데이터베이스를 보호하려면 User Databases를 클릭하고 목록에서 데이터베이스를 선택합니다.

3. 아래의 Protect 팝업 버튼에서 적절한 서비스 계획을 선택합니다.

SQL Server 보호

SQL 데이터베이스 보호 123

옵션 설명

Subscribe toPlan and Run

데이터베이스 보호를 신청하고, 선택한 데이터베이스에 대해 계획을 즉시 실행합니다.

Subscribe toPlan

데이터베이스 보호를 신청합니다. 서비스 계획이 적용되는모든 데이터베이스에 대한 보호가 예약된 시간에 실행됩니다.

데이터베이스의 서비스 계획 적용 취소개별 데이터베이스의 서비스 계획 적용을 취소하면, 기존 데이터베이스 복제본은 모두보존되며, 이후의 보호만 제거됩니다.

시작하기 전에


절차


2. SQL Server 인스턴스를 클릭합니다.

3. User Databases를 클릭합니다.

4. 서비스 계획 적용을 취소할 데이터베이스를 선택합니다.

l Protect > Unsubscribe from Plan에서 적용을 취소할 계획을 선택합니다.데이터베이스에 적용된 계획만 팝업 목록에 나타납니다.

l 모든 서비스 계획의 적용을 취소하려면 Unsubscribe from Plan > All을 선택합니다.또는, 서비스 계획의 Subscription 탭에서 SQL 데이터베이스 적용을 손쉽게취소할 수 있습니다.

SQL Server 데이터베이스 검색Discover New Databases 명령을 사용하여 AppSync에 알려진 SQL Server 데이터베이스를 업데이트합니다.

시작하기 전에


절차


2. 서버 인스턴스를 클릭하고 User Databases 폴더를 클릭합니다.

3. User Databases 페이지 아래쪽의 버튼 행에서 Discover New Databases를 클릭합니다.

인스턴스 크기에 따라 검색이 완료되는 데 몇 분 정도 소요됩니다.

SQL 복제본 페이지해당하는 특정 데이터베이스를 클릭하여 데이터베이스의 Copies 탭에서 복제본의 세부 정보를 확인할 수 있습니다. 복제본 목록은 생성 시간 및 유형(보호 또는 용도 변경)을 기준으로 필터링할 수 있습니다.

SQL Server 보호


표 20 Copy 페이지 필드

열 설명



l 빨간색: 실패

Name 복제본의 이름입니다. AppSync에서 복제본이생성된 시간이 복제본 이름이 됩니다.

Service Plan 복제본과 관련된 서비스 계획의 이름입니다.용도 변경 계획의 경우 복제본을 선택하고Repurpose 링크를 클릭하여 복제본을 편집하십시오.

각 복제본은 고유한 용도 변경 서비스 계획과연결됩니다.

Label 용도 변경 시 복제본에 할당되는 레이블입니다.

SQL Server 백업 유형 l Full

l Copy

l Non VDI

l Crash Consistent

Mount Status 복제본의 상태: 마운트됨 또는 마운트되지 않음. 마운트된 경우에는 마운트 호스트의 이름이 표시됩니다.

Recovery Status 마운트 후 복제본이 복구되었는지 여부를 나타냅니다. 값은 다음과 같습니다.

l Not Recovered - 복제본이 마운트되지 않았거나 파일 시스템 마운트입니다.

l Successful - 복구에 성공했습니다.

l Failed - 복구에 실패했습니다.

Availability Group 데이터베이스가 속한 AlwaysOn 가용성 그룹을 나열합니다.

Generation First Generation 또는 Second Generation 복제본(용도 변경 용도)

Source 운영 데이터베이스 복제본(First Generation 복제본) 또는 복제본의 복제본(SecondGeneration 복제본)

Copy Type l Local Bookmark

l Remote Bookmark

l VNX Snap, VNXeSnap

l Unity Snap

SQL Server 보호

SQL 복제본 페이지 125

표 20 Copy 페이지 필드 (계속)

열 설명

l VMAX Clone

l VMAX Snap

l VMAX V3/VMAX AFA: SnapVXSnap,SnapVXClone

l XtremIO Snap

l ViPRSnap

Site RecoverPoint 사이트 정보입니다.

Copies 페이지에서 데이터베이스 복제본 생성Copies 페이지에서 데이터베이스에 대한 AppSync SQL Server 서비스 계획을 신청하여 데이터베이스 복제본을 만듭니다.

시작하기 전에



2. 서버 인스턴스를 클릭한 후에 User Databases를 클릭하여 해당 데이터베이스를표시합니다.

3. 폴더를 클릭하여 User Databases를 표시합니다.

4. 이 목록에서 데이터베이스를 클릭하여 해당 복제본을 봅니다.

5. Create a copy using plan 목록에서 적절한 서비스 계획을 선택합니다.

데이터베이스에 대해 서비스 계획이 즉시 실행됩니다.

필요 시 SQL 데이터베이스 복제본 만료데이터베이스 복제본을 만료하면 AppSync 데이터베이스에서 제거되며, 복제 기술 및복제본 상태에 따라 스토리지를 비울 수 있습니다.

시작하기 전에



절차

1. Copy Management > Microsoft SQL Server를 선택합니다.

2. SQL Server 인스턴스를 클릭하여 해당 데이터베이스 폴더를 표시합니다.

3. User Database 폴더를 클릭합니다.

4. 복제본을 만료할 데이터베이스를 클릭합니다.

5. Copies 페이지에서 만료할 복제본을 하나 이상 선택합니다.


6. 아래의 버튼 행에서 Expire를 선택합니다.

SQL Server 보호


선택한 복제본 그리고 나열된 관련 복제본을 만료할 것인지 여부를 확인합니다.

서비스 계획 요약 및 세부 정보서비스 계획 Settings 탭에는 서비스 계획의 이름, 설명, 스케줄 및 상태가 표시됩니다.단계를 클릭하면 자세한 서비스 계획 설정이 표시되고, 다른 탭을 클릭하면 서브스크립션, 복제본 목록, 계획에 의해 생성된 이벤트 등의 정보가 표시됩니다.




n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정














서비스 계획 스케줄 재정의서비스 계획에 포함된 데이터베이스에 대해 개별 스케줄을 설정함으로써 일반 반복 설정을 재정의할 수 있습니다.

시작하기 전에



절차



오른쪽에 Plan Startup Defaults 창이 표시됩니다.

3. 계획에 대해 Recurrence Type이 선택되어 있습니다.


SQL Server 보호

서비스 계획 요약 및 세부 정보 127

4. Start service plan 단계를 선택합니다.

오른쪽에 Start service plan 창이 표시됩니다.


Startup에서 Automatic이 선택된 경우에만 반복 유형을 설정할 수 있습니다.


계획이 적용되는 모든 데이터베이스의 목록을 볼 수 있습니다.

7. 데이터베이스를 하나 이상 선택하고 Override Schedule을 클릭합니다.

Override Schedule 대화 상자가 표시됩니다.

8. 요구 사항을 기준으로 스케줄을 설정하고 OK를 클릭합니다.

예를 들어 기본 반복 유형이 On specified days of the month이고 규칙 설정이Run at 12:00 AM 및 1st day of every month인 경우, 개별 데이터 저장소의 시간과 일을 재정의할 수 있습니다.연필 아이콘은 기본 설정이 재정의되었음을 나타냅니다.

애플리케이션 검색User Database 폴더의 복제본을 만들기 전에 AppSync는 SQL Server 인스턴스를 조사하여 추가, 삭제, 이름 변경, 이동 등 데이터베이스의 변경 사항을 찾습니다. 개별 데이터베이스가 보호되고 있는 경우 AppSync는 선택된 데이터베이스에 대한 정보를 재검색합니다. 데이터베이스는 온라인 상태일 경우에만 보호됩니다.




사전 복제 스크립트복제본을 만들기 전에 준비 단계를 수행하려면 서비스 계획의 Settings 탭에서 사전 복제 스크립트 및 매개 변수를 지정하십시오.

사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. 유효한스크립트 형식은 .bat, .exe 및 .ps1(PowerShell 스크립트)입니다. 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬 시스템으로 실행됩니다.





SQL Server 보호


3. PowerShell 세션을 정상적으로 완료하려면 PowerShell 스크립트를 호출하는 행의끝에 <nul을 추가합니다. 스크립트의 기본 위치는 애플리케이션 호스트의%ProgramData%\EMC\AppSync\scripts\입니다.



복제본 생성Create Copy 단계는 서비스 계획에 지정된 복제 기술로 복제본을 만듭니다.

이 단계에서는 생성할 SQL Server 복제본의 백업 유형을 지정합니다. VNX Snapshot복제본의 경우, 이 단계는 복제본의 자동 만료 기간도 설정합니다.


SQL Server 백업 유형Full, Copy, Non VDI 및 Crash Consistent의 네 가지 주요 백업 유형이 지원됩니다.

l Full은 데이터베이스 그리고 트랜잭션 로그의 활성 부분을 보호합니다. 전체 복제유형은 일반적으로 복제본을 데이터베이스 백업으로 간주하거나 타사 제품을 사용하여 데이터베이스 백업을 생성하기 위해 복제본을 마운트할 때 사용됩니다. 트랜잭션 로그를 백업했다고 가정할 때 이 복제본 유형을 사용하면 트랜잭션 로그를 복구하여 데이터베이스를 복제본 이후의 시점으로 되돌릴 수 있습니다. AppSync에서는 Microsoft SQL Server의 VDI 스냅샷 기능을 사용하여 이 복제본 유형을 생성합니다.

n Auto Switch to Copy는 백업 유형으로 Full이 선택된 경우에만 설정할 수 있으며 기본적으로 선택되어 있지는 않습니다. Auto Switch to Copy를 선택하면AppSync에서 데이터베이스 역할이 Secondary인지를 확인하고, 그럴 경우 백업유형을 Copy로 전환합니다.

Auto Switch to Copy를 설정하지 않으면 모든 보조 데이터베이스에 대해 백업이 실패합니다.

l Copy는 백업 순서에 영향을 미치지 않고 데이터베이스와 트랜잭션 로그의 활성 부분을 보호합니다. 이 방식을 이용하면 DBA가 SQL Server 데이터베이스의 Full 백업및/또는 Differential 백업을 생성하고 있는 타사 백업 애플리케이션에 지장을 주지않고 복제본을 생성할 수 있습니다. AppSync에서는 Microsoft SQL Server의 VDI스냅샷 기능을 사용하여 이 복제본 유형을 생성합니다.

보조 데이터베이스는 읽기 전용이며 Copy 백업 유형을 통해서만 백업할 수 있습니다.

l Non VDI는 VDI를 사용하지 않고 데이터베이스를 보호합니다. 이는 VSS 고정/고정해제 프레임워크를 사용하여 장애 발생 시 정합성이 보장되는 SQL 복제본을 생성합니다. Non VDI 복제본에 대해 Non VDI 메타데이터가 생성됩니다. AttachDatabase 및 Mount Copy 옵션을 사용하여 Non VDI SQL 복제본을 마운트할 수 있습니다. No Recovery 모드를 사용하여 Non VDI 복제본을 복구할 수 있습니다.

l Crash Consistent는 어떠한 에이전트의 개입 없이 데이터베이스를 보호합니다.즉, VSS 또는 VDI가 사용되지 않습니다. 이 백업 유형은 스토리지 레벨 기능을 사용하여 SQL 데이터베이스의 장애 발생 시 정합성이 보장되는 복제본을 생성합니다.

SQL Server 보호


복제본 복구에 실패하면 이 백업 유형을 사용하여 스냅을 다시 생성할 수 있습니다.따라서 운영 측에서 작업을 수행할 필요가 없습니다. Crash Consistent 복제본에 대해서는 VSS 및 VDI 메타데이터가 생성되지 않습니다. Crash Consistent SQL 복제본은 VDS 마운트를 사용하여 마운트되고 Attach Database 복구 옵션을 사용하여 복구됩니다. No Recovery 모드를 사용하여 장애 발생 시 정합성이 보장되는복제본을 복구할 수 있습니다. Crash Consistent 백업 유형은 ViPR를 제외하고 지원되는 모든 스토리지와 RecoverPoint에서 지원되지만 다음과 같은 제한 사항이있습니다.

n VNX, VNXe 및 Unity의 경우 SQL 데이터베이스가 정합성 보장 그룹에 있는LUN에 상주해야 합니다.

n Unity 기반의 VPLEX 가상 볼륨의 경우 SQL 데이터베이스가 정합성 보장 그룹에 있는 Unity LUN에 상주해야 합니다.

n VMAX, RecoverPoint, XtremIO 및 XtremIO 기반의 VPLEX 가상 볼륨에 대한 제한 사항은 없습니다.

n RecoverPoint 북마크는 RecoverPoint GUI에서 스냅 정합성을 CrashConsistent로 표시합니다.

복제본의 자동 만료서비스 계획의 Create Copy 단계에 있는 자동 만료 값은 동시에 존재할 수 있는 Snap,Clone 또는 Bookmark 복제본에 대해 원하는 최대 수를 지정합니다.

"Always keep x copies" 값에 도달하면 순환 순서에 따른 다음 복제본의 스토리지를 확보하기 위해 오래된 복제본이 만료됩니다. 실패한 복제본은 계산되지 않습니다.AppSync 는 대체할 복제본이 성공적으로 생성되기 전까지는 가장 오래된 복제본을 만료하지 않습니다. 예를 들어 유지할 복제본 수가 7일 경우 AppSync는 여덟 번째 복제본이 생성되기 전까지 가장 오래된 복제본을 만료하지 않습니다.

AppSync 는 다음과 같은 경우 복제본을 만료하지 않습니다.






VSS 장애 발생 시 재시도 구성서비스 계획의 Create copy 단계에서 VSS 재시도 횟수를 구성할 수 있습니다. 보호하는 동안 VSS 시간 초과 문제와 같은 VSS 장애 때문에 서비스 계획이 실패하는 경우 서비스 계획에서 지정된 재시도 횟수와 간격에 따라 VSS 고정/고정 해제 작업을 다시 실행합니다. 이 옵션은 파일 시스템, Microsoft SQL 및 Microsoft Exchange 등의Windows 애플리케이션에서만 지원됩니다. SQL 데이터베이스의 장애 발생 시 정합성이 보장되는 복제본을 생성하는 동안에는 이 옵션을 사용할 수 없습니다.

SQL Server 보호



사후 복제 스크립트복제본을 생성한 후에 정리 또는 기타 사후 복제 단계를 수행하려면 서비스 계획의Settings 탭에서 사후 복제 스크립트 및 매개 변수를 지정하십시오.

스크립트는 Create copy 단계가 성공적으로 완료될 경우 실행됩니다. 유효한 스크립트 형식은 .bat, .exe 및 .ps1(PowerShell 스크립트)입니다. 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬시스템으로 실행됩니다.

AppSync는 서비스 계획에서 애플리케이션 항목의 복제본을 생성할 때 애플리케이션항목을 분할하여 서로 다른 그룹에 배치하는 방법으로 보호할 수 있습니다. 이 작업은성능상의 이유(예: Exchange 및 SQL용 VSS)일 수도 있고, 서비스 계획에 있는 항목을서로 다른 복제 기술로 보호할 수 있기 때문일 수도 있습니다. 예를 들어 서비스 계획에서 일부 애플리케이션 항목은 VNX Snapshots에 의해 보호되고, 일부는 RecoverPoint북마크에 의해 보호됩니다. 그 결과, 이러한 그룹 안에 있는 애플리케이션 항목이 개별적으로 보호됩니다.

AppSync는 복제 후 스크립트를 호출할 때 -appCopies <APP1> <APP2>로 스크립트를호출함으로써 그룹에서 생성된 복제본을 전달합니다. 여기서 APP1 및 APP2는 해당 그룹에 포함된 애플리케이션 항목의 이름입니다.






AppSync에서 실행되는 사후 복제 스크립트는 그룹에 속한 애플리케이션 항목에 대해실행됩니다. 그룹이 여러 개 있는 경우에는 사후 복제 스크립트가 여러 번 실행됩니다.AppSync에서 실행되는 사후 복제 스크립트는 복제 그룹에 있는 애플리케이션 항목의목록을 사용자 인수 바로 뒤의 인수로 스크립트에 전달합니다. 구문:

-applicationCopies <ITEM1> <ITEM2> <ITEM3>

여기서 <ITEMx>는 보호되고 있는 애플리케이션 항목의 이름입니다.



SQL Server 보호




이 단계에서는 모든 복구된 데이터베이스가 종료됩니다. 이 단계와 연관된 사용자 설정이 없으므로 활성화하거나 비활성화할 수 없습니다.

복제본 마운트Mount copy 단계는 복제본을 마운트하거나 복제본을 마운트하고 복구합니다. 이 단계는 활성화하거나 비활성화할 수 있습니다.

Mount Copy Defaults 설정에서 값을 Mount copy 또는 Mount and recover copy로 설정할 수 있습니다.

Mount copy 설정에서는 마운트 호스트 값, 마운트 경로 및 마운트 사용 권한(읽기 전용 또는 읽기-쓰기)을 설정합니다. 다른 마운트 설정은 SQL 메타데이터 파일이 복제되는 곳 및 RecoverPoint 이미지 액세스 유형을 결정합니다.

필드 설명

Mount onServer

복제본을 마운트할 서버입니다. 클러스터 또는 독립 실행형 호스트의 노드만 선택할 수 있습니다. SQL 가상 서버는 제외됩니다.

Mount withaccess

복제본을 마운트할 때 사용할 액세스 유형입니다.

Mount path l Default Mount Path는 %SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다.

l 마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의 백분율 기호(%)로 변수 이름을 구분하십시오.

l 기본 경로에는 두 개의 백분율 기호(%%)로 구분되는 AppSync변수(ProdServerName)도 포함되어 있습니다.

l 다음 문자는 경로에서 유효하지 않습니다. < > : " / | ? *

l 마운트 경로가 Same as Original Path일 수도 있습니다. 하지만마운트 호스트가 운영 호스트와 동일할 때는 이 옵션을 사용할수 없습니다.

l 기본값 이외의 마운트 경로를 지정하는 경우 마운트에 지정할드라이브로 클러스터링된 디스크는 사용할 수 없습니다.

l Mapped Path를 선택하여 데이터베이스를 마운트할 경로를 지정합니다.

Copy metadatafiles to

l Default Path는 VDI 및 VSS 메타데이터 파일을 복제할 위치입니다.%SystemDrive%\AppSyncMounts\%%ProdServerName%%


l 데이터베이스를 다른 미디어에 백업하는 경우에는 메타데이터파일도 백업해야 합니다.

SQL Server 보호


필드 설명

l AppSync는 타사 백업 소프트웨어와 통합되어 SQL Server 복제본의 테이프 백업을 생성할 수 있습니다. 여기에 지정된 타겟 디렉토리는 백업의 일부분이어야 합니다.

l Non VDI 복제본에 대해서는 메타데이터가 생성되지 않습니다.

l Crash Consistent 복제본에 대해서는 VSS 및 VDI 메타데이터가생성되지 않습니다.

Image accessmode (duringRecoverPointmount)

l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한검색이 포함된 경우 이 마운트 옵션을 사용합니다. Loggedaccess 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다. RP VMAX 및 RPXtremIO를 사용할 경우 Virtual access with roll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공합니다. 대량 처리에는 Virtual access가 적합하지 않습니다. RPVMAX 및 RP XtremIO를 사용한 가상 액세스는 지원되지 않습니다.

Service LevelObjective(SLO)

VMAX 3 스토리지에서만 Desired SLO(Service Level Objective)라고 하는 설정이 Mount 마법사에서 제공되며, 이 설정을 통해 필요한VMAX 3 SLO(Service Level Objective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

VPLEX Mount옵션

l Native array: 복제본을 기본 스토리지 볼륨으로 마운트하려는경우 이 옵션을 사용합니다.

l VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로마운트하려는 경우 이 옵션을 사용합니다.

l Enable VMware cluster mount: ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소합니다. 이 옵션은 기본적으로 활성화되어 있습니다.

Use DedicatedStorage Group

l 직접 iSCSI가 클러스터에 속해 있는 물리적 호스트 또는 가상 머신에만 해당합니다.

l 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX,VNX 스토리지 그룹 또는 XtremIO 이니시에이터 그룹을 마운트에 적용하도록 합니다. 전용 VMAX 또는 VNX 스토리지 그룹에는 선택한 마운트 호스트만 들어 있습니다. XtremIO의 경우, 이옵션은 마운트 호스트에 대한 이니시에이터만 포함하고 있는XtremIO 이니시에이터 그룹에 적용됩니다. 다른 노드가 공유하는 스토리지 그룹에 있는 클러스터의 노드에 마운트하면 마운트가 실패합니다.

SQL Server 보호


필드 설명

복제본 검증 또는 테이프 백업을 위해 노드에 복제본을 마운트할 때 이 옵션을 사용하십시오. 이 경우, 두 개의 스토리지 그룹이 필요합니다. 한 스토리지 그룹은 마운트 호스트로 사용되는패시브 노드 전용이며, 다른 스토리지 그룹은 클러스터의 나머지 노드를 위한 것입니다. 두 스토리지 그룹 모두 클러스터에 대한 공유 스토리지를 포함하고 있습니다.

l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지그룹을 사용하지 않습니다.

타겟 디바이스를 클러스터링된 스토리지로 직접 추가하고 데이터 용도 변경 및 데이터 마이닝을 위해 클러스터링된 SQLServer 인스턴스에 제공하려면 이 옵션을 선택 취소하십시오.

Mount and recover copy 설정에서는 복구 인스턴스, 복구 유형 및 데이터베이스 명명세부 정보를 지정합니다. 다른 설정은 마운트 경로, 이미지 액세스 유형 등 Mount copy설정과 유사합니다.

필드 설명

RecoveryInstance

복구에 사용될 SQL Server 인스턴스입니다. 인스턴스에 대한 접속설정이 구성되어 있지 않거나 잘못된 경우 SQL Server ConnectionSettings 대화 상자가 나타납니다. 자격 증명을 재설정하려면Connection Settings를 클릭하십시오.VMAX 3 스토리지를 사용하는 경우 Desired SLO(Service LevelObjective)라고 하는 설정을 사용할 수 있습니다. 이 옵션은 Mount마법사에서 제공되며, 이 옵션을 통해 필요한 VMAX 3 SLO(ServiceLevel Objective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

Recovery Type 사용할 수 있는 옵션은 다음과 같습니다. Recovery(기본값), NoRecovery, Standby 및 Attach Database

Databaserenaming

이 드롭다운에는 다음이 포함됩니다.

l Use original database names (default if alternate instance):Recovery Instance가 운영 인스턴스인 경우에는 선택할 수 없습니다.

l Use original database names with suffix: Recovery Instance가 운영 인스턴스인 경우 기본값입니다.

Naming Suffix Database renaming 드롭다운에서 Original database names withSuffix가 선택되었을 때만 표시됩니다. 기본값은 AppSync입니다.

Mount path l 마운트 SQL 인스턴스가 독립 실행형 인스턴스(%SystemDrive%\AppSyncMounts\%%ProdServerName%%)인 경우 기본 마운트 경로입니다.

l 마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의백분율 기호(%)로 변수 이름을 구분하십시오.

SQL Server 보호


필드 설명



l 마운트 경로가 Same as Original Path일 수도 있습니다. 두 옵션중 하나를 선택할 수 있습니다.

l 독립 실행형 인스턴스에 마운트를 수행하는 데 기본값 이외의 마운트 경로를 지정하는 경우 마운트에 지정할 드라이브로 클러스터링된 디스크는 사용할 수 없습니다.

l 클러스터링된 SQL 인스턴스에 마운트를 수행하는 경우 "Sameas Original Path" 및 대체 마운트 경로가 지원됩니다. "Defaultmount path"는 지원되지 않습니다. 대신, 이 옵션을 입력하여 대체 마운트 경로를 지정할 수 있습니다. 대체 마운트 경로에 대한루트 디스크는 클러스터링된 디스크여야 하며 이 클러스터링된디스크에 SQL Server의 종속 항목이 있어야 합니다.


l 기본적으로 VSS 메타데이터 파일을 복제할 위치가 마운트 경로와 동일합니다.

l 마운트 경로가 Same as Original Path인 경우 기본값은%SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다.


l 데이터베이스를 다른 미디어에 백업하는 경우에는 이 메타데이터 파일도 백업해야 합니다.





l Logged Access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한검색이 포함된 경우 이 마운트 옵션을 사용합니다. 이 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual Access with Roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다.

l Virtual Access: 이미지에 대한 즉각적인 액세스를 제공하지만대량 처리에는 적합하지 않습니다.


l 직접 iSCSI 클러스터 부분이 있는 물리적 호스트 또는 가상 머신에만 해당합니다.

l 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX,VNX 또는 XtremIO 스토리지 그룹을 적용하도록 합니다.

SQL Server 보호


필드 설명

XtremIO의 경우, 이 옵션은 마운트 호스트에 대한 이니시에이터만 포함하고 있는 XtremIO 이니시에이터 그룹에 적용됩니다. 스토리지 그룹은 마운트를 위해 선택된 마운트 호스트만 포함하고있으며, 다른 노드가 공유하는 스토리지 그룹에 있는 클러스터의노드에 마운트하면 마운트가 실패합니다.

복제본 검증 또는 테이프 백업을 위해 노드에 복제본을 마운트할때 이 옵션을 사용하십시오. 이 경우, 두 개의 스토리지 그룹이필요합니다. 한 스토리지 그룹은 마운트 호스트로 사용되는 패시브 노드 전용이며, 다른 스토리지 그룹은 클러스터의 나머지 노드를 위한 것입니다. 두 스토리지 그룹 모두 클러스터에 대한 공유 스토리지를 포함하고 있습니다.

l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지그룹을 사용하지 않은 채로 마운트가 진행됩니다. 호스트 이니시에이터는 XtremIO에서 한 이니시에이터 그룹에만 속할 수 있습니다. 따라서 이 옵션을 선택하여 이니시에이터 그룹에서 유일한호스트인 마운트 호스트에 마운트하십시오.


서비스 계획에서 마운트 설정 재정의여러 개의 등록된 SQL Server가 같은 계획에 신청된 경우 각 SQL Server에 대해 서로다른 마운트 및 복구 설정을 선택함으로써 일반 설정을 재정의할 수 있습니다.

시작하기 전에


1. Service Plans > Microsoft SQL Server로 이동하고 목록에서 계획 중 하나를 클릭합니다.


3. 오른쪽 창에서 Mount Copy Overrides 탭을 선택합니다.

서버 목록에는 해당 데이터베이스에 이 계획이 적용되는 모든 SQL Server가 포함되어 있습니다.

Mount copy와 Mount and recover copy 중에 무엇이 선택되었는지에 따라 모든 서버에 대한 기본 설정이 표시됩니다.

4. 설정을 재정의할 서버를 선택하고 Set Overrides를 클릭합니다.

Override Default Mount Settings 대화 상자가 표시됩니다.

5. 재정의할 마운트 설정에 대해서만 옵션을 선택합니다.

선택 항목이 없는 필드는 기본 설정을 유지합니다.


SQL Server 보호


기본 마운트 설정이 변경된 서버의 행에서 첫 번째 열에 연필 아이콘이 나타납니다.

7. 서버의 기본 설정으로 되돌리려면 Use Default Settings를 클릭합니다.







복제본 마운트 해제서비스 계획의 최종 단계에서는 복제본을 마운트 해제합니다. Unmount previouscopy 단계가 활성화된 경우 이 단계는 비활성화됩니다. 이 단계와 연관된 사용자 설정이 없습니다.

Mount copy 단계에서 Mount and recover copy를 선택한 경우에는 마운트된 데이터베이스가 이 단계에서 모두 종료됩니다.

마운트 해제 전 맞춤형 종료 스크립트마운트 해제 이전에 데이터베이스의 맞춤형 종료를 수행하려는 경우에는 다음 위치에스크립트를 입력하면 됩니다. %ProgramData%\EMC\AppSync\script.

스크립트 이름은 다음과 같은 형식이어야 합니다.<ServicePlanName>_<host_ProductionInstanceName ORProductionInstanceName>_ ShutdownSQL.bat 각 항목 설명:

l ServicePlanName 은 해당 데이터베이스가 포함된 서비스 계획의 이름

l host_ProductionInstanceName 또는 ProductionInstanceName:n host_ProductionInstanceName에서 host는 다른 이름으로 대체할 수 있

으며, ProductionInstanceName은 여러 SQL 인스턴스가 있는지 여부에 관계없이 필요합니다.

n 기본 운영 인스턴스가 호스트 이름과 동일한 경우에는ProductionInstanceName을 사용합니다.

n Windows 사용자의 자격으로 스크립트를 실행하는 것이 좋습니다. SQL Server2012 환경에서 SQL Server 사용자의 자격으로 스크립트를 실행하려면 LocalSystem 사용자에게 sysadmin 역할이 있어야 합니다.

n 스크립트 파일에서 _를 구분 기호로 사용하는 것은 필수적입니다.

SQL Server 보호


맞춤형 스크립트가 없는 경우, AppSync는 마운트 해제 이전에 데이터베이스를 종료합니다.

SQL Server에 대한 마운트 고려 사항이 섹션에서는 마운트 및 운영 호스트 버전에 대한 규칙과 가상 머신 마운트 호스트 지원을 포함하여 마운트 호스트 요구 사항에 대해 설명합니다.

마운트 호스트는 운영 호스트와 동일한 버전의 AppSync 에이전트 플러그인, SQLServer 및 HBA 드라이버를 필요로 합니다. 마운트된 복제본에서 데이터베이스를 복구하려면 마운트 호스트에 SQL Server가 설치되어 있어야 합니다. 데이터베이스 복구가수행되지 않으면 SQL Server가 마운트 호스트에 필요하지 않습니다.

l SQL Server 데이터베이스의 복제본을 운영 서버에 마운트하는 경우, 운영 데이터베이스에서 사용 중인 같은 SQL Server 인스턴스를 사용하여 마운트하지 마십시오. 다른 SQL Server 인스턴스를 사용해야 합니다.

l 마운트 경로는 32,767자를 초과할 수 없습니다.

마운트 및 운영 호스트 버전

l Windows 페일오버 클러스터의 노드에 마운트하는 경우에는 SQL Server에 대한Microsoft Cluster Server 마운트 섹션을 참조하십시오.

l 운영 마운트 호스트에 있는 SQL Server 인스턴스의 주 버전이 마운트 호스트의 주버전보다 이후 버전일 경우에는 해당 인스턴스에 속한 모든 데이터베이스에 대해복구가 실패합니다.

l 운영 마운트 호스트에 있는 SQL Server 인스턴스의 주 버전이 마운트 호스트의 주버전보다 이전 버전일 경우에는 복구 유형이 RECOVERY 또는 NORECOVERY일 때에만 복구가 성공합니다. 복구 유형이 STANDBY일 경우에는 복구가 실패합니다.

l 운영 마운트 호스트에 있는 SQL Server 인스턴스의 주 버전이 마운트 호스트의 주버전과 동일하지만 부 버전은 더 이전 버전일 경우, 해당 인스턴스에 속한 모든 데이터베이스에 대해 복구가 실패합니다.

l 운영 마운트 호스트에 있는 SQL Server 인스턴스의 주 버전이 마운트 호스트의 주버전과 동일하지만 부 버전은 더 이후 버전일 경우, 복구 유형이 RECOVERY 또는NORECOVERY일 때만 복구가 성공합니다. 복구 유형이 STANDBY일 경우에는 복구가 실패합니다.

l AppSync에서 생성된 SQL 데이터베이스 복제본이 마운트 호스트의 상위 버전 SQLServer 인스턴스에 복구된 경우 하위 버전의 SQL Server 인스턴스에서 동일한 복제본 복구가 실패합니다.

가상 디스크 지원마운트 호스트가 가상 머신일 경우 Virtual Center를 AppSync에 등록해야 합니다. 이것은 RDM을 마운트하는 데 필요합니다.

가상 디스크의 경우:

l ESX 호스트 버전이 5.0 이전인 경우 운영 마운트가 지원되지 않습니다.

l 비영구적 가상 디스크가 지원되지 않습니다.

l ESXi 5.x 및 RecoverPoint 4.1.7.7 환경에서 데이터 저장소 및 가상 디스크를 마운트하는 경우, 성공적인 가상 액세스 유형 마운트를 보장하기 위해 하드웨어 가속을 비활성화하십시오. 자세한 내용은 VMware Knowledge Base 문서 2006858을 참조하십시오.

SQL Server 보호


Hyper-V SCSI 패스스루의 경우, 마운트 호스트는 Hyper-V 호스트일 수 없으며 NPIV또는 iSCSI가 직접 연결된 물리적 호스트나 VM이어야 합니다.

SQL Server 클러스터를 클러스터 리소스로 마운트클러스터에서 SQL Server 작업 시 고려 사항에 클러스터 리소스 추가 및 검색에 대한자세한 내용이 나와 있습니다.

l 운영 클러스터의 복제본을 대체 클러스터에 클러스터 리소스로 마운트하려면Mount with recovery 페이지에서 대체 클러스터의 클러스터 SQL 서버 인스턴스를 선택해야 합니다. 운영 클러스터의 다른 클러스터 인스턴스에 클러스터 리소스로 마운트는 지원됩니다. 운영 클러스터 인스턴스에 클러스터 리소스로 마운트는지원되지 않습니다.

l P:\mysqldb\ 또는 Q:\mysqldb와 같은 드라이브 문자로 시작하는 경로에 상주하는 SQL Server 데이터베이스에 대해서만 클러스터 리소스로 마운트가 지원됩니다. 운영 데이터베이스가 I:\mount_point\와 같은 클러스터 마운트 지점에 상주하는 경우 클러스터 리소스로 마운트는 지원되지 않습니다. 여기에서 I:는 클러스터 드라이브이며 또 다른 드라이브가 I:\mount_point\에 마운트되어 있습니다.

l Same as Original Path에 마운트는 지원됩니다.

l 마운트 호스트의 대체 경로에 마운트는 지원됩니다. Mount path 옵션에서 대체 마운트 경로를 지정해야 합니다. 대체 마운트 지점에 대한 루트 디스크는 클러스터링된 디스크여야 하며 이 클러스터링된 디스크에 SQL Server의 종속 항목이 있어야합니다.

l 동일한 데이터베이스의 여러 복제본을 대체 클러스터에 동시에 마운트할 수 있습니다.

l 모든 복구 유형이 지원됩니다.

l 용도 변경이 지원됩니다.

l 데이터베이스는 ViPR를 제외하고 AppSync에서 지원하는 모든 스토리지에 상주할수 있습니다.

l 데이터베이스가 VMWare 환경의 원시 디바이스 매핑에 상주하는 경우 SQL Server클러스터 노드는 다른 ESXi에 상주해야 합니다. 이는 VMWare의 요구 사항입니다.가상 디스크에 있는 데이터베이스의 경우 SQL Server 클러스터 노드가 동일한ESX Server에 상주할 수 있습니다.

l 가상 호환 모드에서 원시 디바이스 매핑은 지원되지 않습니다.

l 정적 마운트는 RecoverPoint에 대해 지원됩니다.

필요 시 SQL Server 데이터베이스 복제본 마운트복제본 또는 데이터베이스에서 필요 시 데이터베이스 복제본의 마운트를 시작할 수 있습니다.

시작하기 전에


절차

1. Databases 페이지에서 Recover > Mount a Copy를 선택합니다.

Copies 페이지에서 복제본을 선택하고 Mount를 클릭합니다.

SQL Server Mount Wizard가 시작됩니다.

2. Database, Copies 또는 Service Plan 필터를 사용하여 마운트할 적절한 복제본을 선택합니다.

SQL Server 보호

필요 시 SQL Server 데이터베이스 복제본 마운트 139

선택한 필터에 따라 복제본 목록이 업데이트됩니다.


RecoverPoint 복제본의 경우, 특정 시간에 따라 북마크를 선택할 수도 있습니다.하지만 Mount를 선택한 시점 이전의 사용 가능한 복제본이 AppSync에 있어야합니다.

Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 여기에 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA(RecoverPointAppliance)와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 마운트합니다.VMAX 3 스토리지의 경우 마운트 복제본에 대해 원하는 SLO(Service LevelObjective)를 선택합니다.


VMAX V2 스토리지의 경우 마운트 복제본에 대해 원하는 FAST VP 정책을 선택합니다.

VPLEX의 경우 마운트 옵션을 선택합니다.

l VPLEX virtual volume - 백엔드 스토리지의 스냅샷이 VPLEX에 표시됩니다.AppSync에서 VPLEX 가상 볼륨을 기본 스토리지 스냅샷에 생성한 다음 마운트 호스트에 프로비저닝합니다. 프로비저닝된 가상 볼륨은 마운트 호스트의스토리지 보기에 추가됩니다. 마운트 해제하는 동안 가상 볼륨이 마운트 호스트의 스토리지 보기에서 제거되고 기본 스토리지 스냅샷에 생성된 VPLEX 가상 볼륨을 삭제합니다. 백엔드 스토리지의 스냅샷은 VPLEX에서 프로비저닝해제됩니다.

l Native array volume - AppSync에서 마운트 호스트에 기본 스토리지 스냅샷을 프로비저닝합니다. 마운트 호스트가 스냅샷이 생성되는 기본 스토리지에조닝(Zoning)되어야 합니다. 기본 스토리지의 다른 모든 마운트 고려 사항이적용됩니다.

l Enable VMware cluster mount checkbox - 마운트 호스트가 ESX 클러스터에 상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX 클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 활성화되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수 있습니다. 그러면 마운트 호스트가 상주하는 ESX 클러스터에만 타겟 LUN이 표시됩니다. 이는 RDM 디바이스 유형과 vDisk 디바이스 유형에 모두 적용됩니다.

4. Mount Additional Copies 페이지에서 마운트할 추가 복제본을 하나 이상 선택합니다. 여기에 나열된 복제본은 이전 단계에서 선택한 복제본과 같은 시간에 같은 SQL Server에서 보호되는 다른 데이터베이스의 복제본입니다.

5. Select Mount Option 페이지에서 다음 중 하나를 수행합니다.

l Mount copy - 복제본을 마운트하여 호스트를 VPLEX 가상 볼륨 또는 기본 스토리지 볼륨으로 마운트할 수 있습니다. 마운트 호스트가 ESX 클러스터인 경우 독립 실행형 또는 클러스터 마운트를 수행할 수 있습니다. 마운트 호스트가 Windows 클러스터의 노드인 경우 클러스터 볼륨이 이미 추가된 스토리지그룹이 아닌 다른 스토리지 그룹으로 복제본 타겟 LUN이 마스킹되는 전용 스토리지 그룹을 선택하여 마운트를 수행할 수 있습니다.

l Mount and recover copy - 클러스터 인스턴스를 선택하여 SQL Server 데이터베이스를 클러스터 리소스로 마운트하는 옵션을 제공합니다. 이 옵션을 선택하면 Recovery Instance필드가 활성화됩니다. 드롭다운 상자에서 클러스

SQL Server 보호


터 인스턴스를 선택합니다. 선택할 때까지 다른 옵션은 모두 비활성화됩니다.인스턴스를 선택하면 해당 인스턴스에 연결하라는 메시지가 나타나고 나머지 옵션을 사용할 수 있게 됩니다.

6. Summary 페이지에서, 이전 페이지에서 선택한 항목을 검토하고 Finish를 클릭하여 복제본을 마운트합니다.

7. Results 페이지에서 View Details를 선택하여 복제본 마운트에 포함되는 각 단계의 진행 상황을 확인합니다.


SQL Server 복제본 마운트 옵션SQL Server 복제본 마운트 필드 및 설명을 검토하십시오.

필드 설명

Mount onServer

복제본을 마운트할 서버입니다. 클러스터 또는 독립 실행형 호스트의 노드만 선택할 수 있습니다. SQL 가상 서버는 제외됩니다.

Mount withaccess


Mount path l Default Mount Path는 %SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다.

l 마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의 백분율 기호(%)로 변수 이름을 구분하십시오.



l 마운트 경로가 Same as Original Path일 수도 있습니다. 하지만마운트 호스트가 운영 호스트와 동일할 때는 이 옵션을 사용할수 없습니다.

l 기본값 이외의 마운트 경로를 지정하는 경우 마운트에 지정할드라이브로 클러스터링된 디스크는 사용할 수 없습니다.

l Mapped Path를 선택하여 데이터베이스를 마운트할 경로를 지정합니다.


l Default Path는 VDI 및 VSS 메타데이터 파일을 복제할 위치입니다.%SystemDrive%\AppSyncMounts\%%ProdServerName%%


l 데이터베이스를 다른 미디어에 백업하는 경우에는 메타데이터파일도 백업해야 합니다.


SQL Server 보호


필드 설명




l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한검색이 포함된 경우 이 마운트 옵션을 사용합니다. Loggedaccess 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다. RP VMAX 및 RPXtremIO를 사용할 경우 Virtual access with roll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공합니다. 대량 처리에는 Virtual access가 적합하지 않습니다. RPVMAX 및 RP XtremIO를 사용한 가상 액세스는 지원되지 않습니다.

Service LevelObjective(SLO)

VMAX 3 스토리지에서만 Desired SLO(Service Level Objective)라고 하는 설정이 Mount 마법사에서 제공되며, 이 설정을 통해 필요한VMAX 3 SLO(Service Level Objective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

VPLEX Mount옵션

l Native array: 복제본을 기본 스토리지 볼륨으로 마운트하려는경우 이 옵션을 사용합니다.

l VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로마운트하려는 경우 이 옵션을 사용합니다.

l Enable VMware cluster mount: ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소합니다. 이 옵션은 기본적으로 활성화되어 있습니다.


l 직접 iSCSI가 클러스터에 속해 있는 물리적 호스트 또는 가상 머신에만 해당합니다.

l 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX,VNX 스토리지 그룹 또는 XtremIO 이니시에이터 그룹을 마운트에 적용하도록 합니다. 전용 VMAX 또는 VNX 스토리지 그룹에는 선택한 마운트 호스트만 들어 있습니다. XtremIO의 경우, 이옵션은 마운트 호스트에 대한 이니시에이터만 포함하고 있는XtremIO 이니시에이터 그룹에 적용됩니다. 다른 노드가 공유하는 스토리지 그룹에 있는 클러스터의 노드에 마운트하면 마운트가 실패합니다.

SQL Server 보호


필드 설명


l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지그룹을 사용하지 않습니다.


SQL Server 복제본 마운트 및 복구 옵션SQL Server 복제본 마운트 및 복구 옵션이 다음 표에 설명되어 있습니다.

필드 설명

RecoveryInstance

복구에 사용될 SQL Server 인스턴스입니다. 인스턴스에 대한 접속설정이 구성되어 있지 않거나 잘못된 경우 SQL Server ConnectionSettings 대화 상자가 나타납니다. 자격 증명을 재설정하려면Connection Settings를 클릭하십시오.VMAX 3 스토리지를 사용하는 경우 Desired SLO(Service LevelObjective)라고 하는 설정을 사용할 수 있습니다. 이 옵션은 Mount마법사에서 제공되며, 이 옵션을 통해 필요한 VMAX 3 SLO(ServiceLevel Objective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

Recovery Type 사용할 수 있는 옵션은 다음과 같습니다. Recovery(기본값), NoRecovery, Standby 및 Attach Database

Databaserenaming

이 드롭다운에는 다음이 포함됩니다.

l Use original database names (default if alternate instance):Recovery Instance가 운영 인스턴스인 경우에는 선택할 수 없습니다.

l Use original database names with suffix: Recovery Instance가 운영 인스턴스인 경우 기본값입니다.

Naming Suffix Database renaming 드롭다운에서 Original database names withSuffix가 선택되었을 때만 표시됩니다. 기본값은 AppSync입니다.

Mount path l 마운트 SQL 인스턴스가 독립 실행형 인스턴스(%SystemDrive%\AppSyncMounts\%%ProdServerName%%)인 경우 기본 마운트 경로입니다.

SQL Server 보호


필드 설명

l 마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의백분율 기호(%)로 변수 이름을 구분하십시오.



l 마운트 경로가 Same as Original Path일 수도 있습니다. 두 옵션중 하나를 선택할 수 있습니다.

l 독립 실행형 인스턴스에 마운트를 수행하는 데 기본값 이외의 마운트 경로를 지정하는 경우 마운트에 지정할 드라이브로 클러스터링된 디스크는 사용할 수 없습니다.

l 클러스터링된 SQL 인스턴스에 마운트를 수행하는 경우 "Sameas Original Path" 및 대체 마운트 경로가 지원됩니다. "Defaultmount path"는 지원되지 않습니다. 대신, 이 옵션을 입력하여 대체 마운트 경로를 지정할 수 있습니다. 대체 마운트 경로에 대한루트 디스크는 클러스터링된 디스크여야 하며 이 클러스터링된디스크에 SQL Server의 종속 항목이 있어야 합니다.


l 기본적으로 VSS 메타데이터 파일을 복제할 위치가 마운트 경로와 동일합니다.

l 마운트 경로가 Same as Original Path인 경우 기본값은%SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다.


l 데이터베이스를 다른 미디어에 백업하는 경우에는 이 메타데이터 파일도 백업해야 합니다.





l Logged Access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한검색이 포함된 경우 이 마운트 옵션을 사용합니다. 이 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual Access with Roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다.

l Virtual Access: 이미지에 대한 즉각적인 액세스를 제공하지만대량 처리에는 적합하지 않습니다.

SQL Server 보호


필드 설명



l 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX,VNX 또는 XtremIO 스토리지 그룹을 적용하도록 합니다.XtremIO의 경우, 이 옵션은 마운트 호스트에 대한 이니시에이터만 포함하고 있는 XtremIO 이니시에이터 그룹에 적용됩니다. 스토리지 그룹은 마운트를 위해 선택된 마운트 호스트만 포함하고있으며, 다른 노드가 공유하는 스토리지 그룹에 있는 클러스터의노드에 마운트하면 마운트가 실패합니다.

복제본 검증 또는 테이프 백업을 위해 노드에 복제본을 마운트할때 이 옵션을 사용하십시오. 이 경우, 두 개의 스토리지 그룹이필요합니다. 한 스토리지 그룹은 마운트 호스트로 사용되는 패시브 노드 전용이며, 다른 스토리지 그룹은 클러스터의 나머지 노드를 위한 것입니다. 두 스토리지 그룹 모두 클러스터에 대한 공유 스토리지를 포함하고 있습니다.

l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지그룹을 사용하지 않은 채로 마운트가 진행됩니다. 호스트 이니시에이터는 XtremIO에서 한 이니시에이터 그룹에만 속할 수 있습니다. 따라서 이 옵션을 선택하여 이니시에이터 그룹에서 유일한호스트인 마운트 호스트에 마운트하십시오.


지원되는 마운트 복구 모드SQL 데이터베이스 복제본을 복구할 때 다음과 같은 마운트 복구 유형을 사용할 수 있습니다.

RecoveryType

설명

복구 복구 작업에서 커밋되지 않은 트랜잭션을 롤백하도록 지시합니다. 복구 프로세스가 끝나면 데이터베이스가 사용할 수 있도록 준비됩니다.

복구 안 함 복구 작업에서 커밋되지 않은 트랜잭션을 롤백하지 않도록 지시합니다. 복구 안 함 모드에 있는 경우 데이터베이스를 사용할 수 없습니다.이 옵션은 데이터베이스 관리자가 하나 이상의 트랜잭션 로그 백업을복구해야 하는 경우에 유용합니다. 복구하도록 선택된 인스턴스에 데이터베이스가 연결되어 있으며 "Restoring" 상태로 남아 있습니다.

스탠바이 파일을 복구하고 데이터베이스를 읽기 전용 모드로 엽니다. 이후Database 관리자는 수동으로 추가 트랜잭션 로그 백업을 적용할 수 있습니다.

SQL Server 보호


RecoveryType

설명

이전 버전의 SQL Server에서 최신 버전의 SQL Server로 데이터베이스를 복구하는 경우 대기 모드를 사용하지 마십시오. 대기 모드를 사용할경우에는 최신 버전으로 업그레이드할 수 없으며 이렇게 하면 작업이실패합니다.

데이터베이스 연결

데이터베이스 파일이 있는 파일 시스템을 마운트한 다음 해당 데이터베이스를 SQL Server에 연결합니다. Attach Database 옵션은 데이터베이스를 연결하는 데 필요한 모든 데이터가 복제본의 일부이기 때문에 Non VDI 및 Crash Consistent 복제본에 대해서만 사용할 수 있습니다. 데이터베이스의 전체 복구를 실행하는 경우에는 추가 단계를 수행해야 할 수 있습니다.

l Non VDI 및 Crash Consistent 복제본에 대해서는 Recovery, No recovery 및Standby 모드가 지원되지 않습니다.

l Full 또는 Copy SQL 복제본에 대해서는 Attach Database가 지원되지 않습니다.

SQL Server 복제본 마운트 해제마운트 해제할 SQL Server 복제본을 선택하면 선택한 복제본과 함께 마운트된 다른 복제본도 마운트 해제됩니다.

시작하기 전에


데이터베이스를 위해 생성된 복제본 목록에서만 복제본을 마운트 해제할 수 있습니다.

절차

1. Copy Management 또는 Service Plan 페이지에서 Copies 페이지로 이동합니다.

l Copy Management > Microsoft SQL Server에서 마운트 해제할 파일 시스템을 호스팅하는 서버를 선택한 후에 마운트 해제할 복제본이 있는 데이터베이스 인스턴스를 선택합니다.

l Service Plans > Microsoft SQL Server> 서비스 계획을 선택한 후에 Copies탭을 선택합니다.

2. 복제본 목록에서 복제본을 선택하고 페이지 아래쪽의 버튼에서 Unmount를 클릭합니다.

마운트 해제하도록 선택한 복제본을 비롯하여 마운트된 다른 데이터베이스의 모든 복제본이 Unmount Confirmation 대화 상자에 표시됩니다.


Unmount 페이지에 마운트 해제 작업의 진행률이 표시됩니다. 선택한 복제본과연관된 모든 복제본이 마운트 해제됩니다.

SQL Server 보호









/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\









SQL Server 보호

경로 매핑 147


절차



















SQL Server 데이터베이스 복구 개요SQL Server 데이터베이스 복구 옵션과 관련한 다음 섹션을 검토하고 고려하십시오.

다음과 같은 섹션이 있습니다.

l Availability Group에서 데이터베이스 복구 시 고려 사항

l 복구 중에 영향을 받는 인접 항목

l 페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구

l 페일오버 없이 보조 데이터베이스 복구

l AppSync에서 손상된 SQL 데이터베이스를 관리하는 방법

l SQL Server 복제본 복구

SQL Server 보호


l XtremIO에서 SQL Server 복제본 복구

l SQL 복구 유틸리티(assqlrestore)

데이터 저장소를 보호하기 전에 가상 머신 스냅샷이 없는지 확인합니다. 가상 머신 스냅샷이 있으면 성공적으로 보호되기는 하지만 AppSync가 파일 또는 가상 머신 복구를수행하지 못합니다.

Availability Group에서 데이터베이스 복구 시 고려 사항AppSync는 운영 및 보조 데이터베이스의 복제본을 복구합니다. Availability Group에서데이터베이스를 복구할 때 다음 사항을 고려하십시오.

l 복구는 LUN 레벨에서 이루어지며, AppSync 복제본을 생성하는 데 사용된 소스LUN으로 다시 복구되어야 합니다.

l AppSync는 복구 프로세스 중에 데이터 이동을 일시 중단합니다.

l Availability Group에 포함된 데이터베이스는 복구할 수 없습니다. AppSync는 복구프로세스 도중에 데이터베이스를 Availability Group에서 제거합니다.

l AppSync는 데이터베이스를 Availability Group에 다시 배치하지 않습니다.Availability Group에서 데이터베이스를 복구하는 방법에 대한 자세한 내용은 "페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구" 및 "페일오버 없이보조 데이터베이스 복구"를 참조하십시오.




l RecoverPoint의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VNXe의 경우, 데이터베이스가 같은 LUN 그룹에 있으면 한 데이터베이스가 보호될때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l Unity의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VNX/VMAX, VNX, VNXe, Unity 또는 XtremIO의 경우, 데이터베이스가 동일한LUN에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VMware 가상 디스크의 경우, 데이터 저장소가 복구에 포함되기 때문에 같은 데이터 저장소에 위치한 모든 애플리케이션(같은 데이터 저장소에 있는 가상 디스크)의복구 또한 영향을 받는 인접 항목입니다.

영향을 받는 인접 항목은 복구하도록 선택된 데이터베이스를 따라 함께 보호되며,AppSync에 의해 복구됩니다. 보호되지 않았지만 영향을 받는 인접 항목인 다른 데이터베이스는 덮어쓰게 됩니다.

AppSync는 복구하도록 선택된 데이터베이스의 정합성 보장 그룹 또는 LUN 그룹에 대해 영향을 받는 인접 항목을 계산합니다. 영향을 받는 데이터베이스가 부분적으로 다른

SQL Server 보호

Availability Group에서 데이터베이스 복구 시 고려 사항 149

정합성 그룹 또는 LUN 그룹에 상주하는 경우, AppSync는 해당 정합성 보장 그룹 또는LUN 그룹에 대해 영향을 받는 항목을 계산하지 않습니다.

영향을 받는 인접 항목의 유형에 따라 영향을 받는 데이터베이스가 AppSync에 의해 분리되거나, 사용자가 SQL Server 인스턴스에서 수동으로 분리해야 합니다.

영향을 받는 인접 항목은 자격 증명이 구성된 SQL Server 인스턴스에 대해서만 계산됩니다. AppSync는 영향을 받은 인접 항목을 계산하기 전에 이 모든 인스턴스에 대한 새로운 데이터베이스 검색을 수행합니다.

페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구

SQL Server Restore 마법사에서 Finish 버튼을 클릭하면 AppSync가 다음 작업을 수행합니다.

1. Failover the Availability Group if the current role is Secondary 확인란을 선택한경우, AppSync는 Availability Group에서 복구 중이지 않은 데이터베이스의 상태를확인합니다. 상태가 정상이 아닐 경우, AppSync는 페일오버를 수행할 수 없으며 복구 작업이 실패합니다. 이 확인란을 선택하지 않고 복구 작업을 다시 시도해야 합니다.

2. 트랜잭션 로그를 백업하도록 선택한 경우, 트랜잭션 로그가 백업됩니다.

3. AppSync는 선택한 데이터베이스의 모든 복제본을 Availability Group에서 제거하기전에 선택한 데이터베이스의 모든 복제본에 대한 데이터 이동을 일시 중단합니다.

4. 복구 중인 데이터베이스가 보조 데이터베이스인 경우, 페일오버가 시작됩니다.

5. 선택한 데이터베이스의 LUN이 복구됩니다.

6. 마지막으로, AppSync는 데이터베이스를 복구하고 SQL Server Restore 마법사에서 사용자가 선택한 복구 상태로 만듭니다.

복구가 완료된 후에는 다음 단계를 수행해야 합니다.

절차

1. 로그 백업을 복구하고 운영 데이터베이스를 복구합니다.

2. 데이터베이스를 Availability Group에 다시 추가합니다.

3. 운영 데이터베이스가 롤포워드되어 보조 데이터와 시간이 같을 경우에는 보조복제본을 Availability Group에 다시 포함시킵니다.

4. 운영 데이터베이스가 롤포워드되지 않은 경우:

a. 복구된 데이터베이스의 보조 복제본을 삭제합니다.

b. 보조 데이터베이스 복제본을 Availability Group에 다시 시딩하고 다시 포함시킵니다.

AppSync가 운영 데이터베이스 복제본을 제거한 후에, 복제본은 정상 상태라면복구된 상태가 됩니다. 페일오버를 통해 보조 복제본을 복구한 경우에는 운영 역할이 다른 SQL Server 인스턴스로 이동해 있을 것입니다. 원래 운영 데이터베이스를 삭제하고 다시 시딩해야 합니다.

페일오버 없이 보조 데이터베이스 복구

SQL Server Restore 마법사에서 Finish 버튼을 클릭하면 AppSync가 다음 작업을 수행합니다.

SQL Server 보호


1. 트랜잭션 로그를 백업하도록 선택한 경우, 트랜잭션 로그가 백업됩니다.

2. 선택한 보조 데이터베이스 복제본에 대한 데이터 이동이 일시 중단됩니다. 데이터베이스의 다른 복제본에 대해서는 복제가 계속됩니다.

3. 선택한 보조 데이터베이스 복제본이 Availability Group에서 제거됩니다.

4. 선택한 데이터베이스의 LUN이 복구됩니다.

5. 마지막으로, AppSync는 데이터베이스를 복구하고 SQL Server Restore 마법사에서 사용자가 선택한 복구 상태로 만듭니다.

복구가 완료된 후에는 다음 단계를 수행해야 합니다.

절차

1. 로그 백업을 복구하고 보조 데이터베이스를 "NO RECOVERY" 상태로 둡니다.

2. 보조 데이터베이스를 Availability Group에 다시 포함시킵니다.

AppSync에서 손상된 SQL 데이터베이스를 관리하는 방법손상된 데이터베이스는 로그 파일은 그대로인데 데이터 파일이 누락되었거나 손상되었을 수 있습니다. AppSync는 손상된 데이터베이스의 Tail 로그 백업을 가져올 수 있습니다. 손상된 데이터베이스는 대량 로깅되는 변경 사항을 포함할 수 없으며 OFFLINE상태가 아니어야 합니다.

운영 데이터베이스가 손상되었을 때 복구 중에 Database is damaged 확인란을 선택하면 AppSync가 복구를 진행하기 전에 손상된 데이터베이스의 Tail 로그를 백업합니다.손상된 데이터베이스가 RECOVERY_PENDING 또는 SUSPECT 상태일 경우, AppSync는 먼저 EMERGENCY 모드를 설정하여 데이터베이스를 분리하려고 합니다. AppSync가 데이터베이스에 EMERGENCY 모드를 설정하지 못할 경우 데이터베이스를 삭제한후에 복구를 진행합니다. 복구에 성공하면 Tail 로그 백업을 사용하여 데이터베이스를수동으로 복구할 수 있습니다.

SQL Server 복제본 복구서버의 Copies 페이지, 서비스 계획의 Copies 페이지 또는 Datastore 페이지에서 SQLServer 복제본을 복구할 수 있습니다.

시작하기 전에


1. Databases 페이지에서 Recover > Restore를 선택합니다.

Copies 페이지에서 복제본을 선택하고 Restore를 클릭합니다.

SQL Server Restore 마법사가 시작됩니다.

2. 복구할 복제본을 선택합니다.

Time 또는 Service Plan 필터를 사용하여 복구할 적절한 복제본을 선택합니다.선택한 필터에 따라 복제본 목록이 업데이트됩니다.


선택한 복제본에 영향을 받는 인접 항목이 포함된 경우 Restore Warnings 페이지가 표시됩니다.

4. 영향을 받는 데이터베이스에 대한 경고 메시지를 확인합니다. 선택한 복제본과함께 다른 개체를 복구하는 것에 동의하려면 확인란을 선택합니다.

5. Backup Transaction Logs 단계에서 Yes를 선택하여 복구 전에 로그를 백업합니다.

SQL Server 보호

AppSync에서 손상된 SQL 데이터베이스를 관리하는 방법 151

a. Back up to 상자에서 로그를 백업할 위치를 입력합니다. 파일에 데이터베이스 이름이 포함됩니다.

b. Add a file extension to the backup file name 확인란을 선택하고 백업한 파일의 확장명을 지정합니다. 기본 확장명은 .trn입니다.

c. Add a prefix to the backup file names 확인란을 선택하고 백업한 파일의 접두사를 지정합니다. 기본 접두사는 AppSync입니다.

d. Database is damaged 확인란을 선택하여 Tail 로그 파일을 백업합니다.

e. 필요에 따라 Truncate the transaction logs 확인란을 선택합니다.

Database is damaged 확인란을 선택한 경우에는 이 확인란을 선택할 수 없습니다.

f. 필요에 따라 Overwrite existing backup files 확인란을 선택합니다.

Database is damaged 확인란을 선택한 경우에는 이 확인란을 선택할 수 없습니다.

Non VDI 및 Crash Consistent 복제본에 대한 트랜잭션 로그를 백업할 수 없습니다.

6. Restore Options에 대해 Next를 클릭합니다.

Restore Options 페이지가 표시됩니다.

7. 적절한 복구 옵션을 선택합니다.

a. 데이터베이스를 복구하려면 다음 옵션 중 하나를 선택합니다.

l 완벽한 복구: 이 옵션은 트랜잭션 로그를 백업하도록 선택한 경우에 사용할 수 없습니다.

l No Recovery: 데이터베이스를 비운영 모드로 두며 수동 개입이 필요합니다. Non VDI 및 Crash Consistent 복제본의 경우 데이터베이스를 수동으로 연결하고 복구해야 합니다.

페일오버 없이 보조 데이터베이스를 복구할 때 이 옵션을 선택하십시오.그러면 보조 데이터베이스가 복구 상태로 남아 있기 때문에 트랜잭션 로그를 복구하여 데이터베이스를 Availability Group에 다시 포함시킬 수 있습니다.

l 스탠바이: 이 옵션을 선택하는 경우, 스탠바이 파일을 저장할 위치를

Standby file location 상자에 지정합니다. 기본 경로는 C:\temp입니다.

Non VDI 및 Crash Consistent 복제본은 No recovery 복구 옵션만 지원합니다.

b. 기존 데이터베이스를 덮어써서 강제로 복구하려면 Overwrite the existingdatabases 확인란을 선택합니다.

일반적으로 이 옵션은 필수 사항이 아닙니다.

이 옵션은 트랜잭션 로그를 백업하도록 선택한 경우에 사용할 수 없습니다.

SQL Server 보호


Non VDI 및 Crash Consistent 복제본에 대한 기존 데이터베이스를 덮어쓸 수없습니다.

c. Availability Group의 경우, 보조 데이터베이스에 복구하는 중이면 Failoverthe Availability Group if the current role is Secondary 확인란을 선택하여복구 전에 페일오버를 시작합니다.

데이터베이스가 Availability Group에서 제거되므로 AppSync가 볼륨을 복구한 후에 데이터베이스를 다시 포함시켜야 한다는 내용의 경고 메시지가 표시됩니다.

d. I have read and understand the warning above, and want to continuewith the restore 확인란을 선택하여 메시지를 확인합니다.







Summary 페이지가 표시됩니다.

10. Summary 페이지를 검토하고 Finish를 클릭하여 복구를 수행합니다.



12. AppSync가 데이터베이스를 Availability Group에 복구한 후에 필요한 추가 단계를 수행합니다.

l 페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구

l 페일오버 없이 보조 데이터베이스 복구

SQL Server 복구 유틸리티(assqlrestore)AppSync에는 assqlrestore라는 SQL Server 복구 유틸리티가 있습니다. 이 섹션에서는 이 유틸리티의 기능과 용도에 대해 설명합니다.

assqlrestore 유틸리티를 사용하면 소스 디바이스에 대해 타겟 디바이스를 역으로동기화하지 않고 테이프 백업이나 마운트된 복제본에서 개별 SQL Server 데이터베이스를 복구할 수 있습니다. 이 유틸리티는 데이터베이스, 파일 그룹 또는 파일을 복구할수 있습니다. 또한 원래 데이터베이스 또는 새로운 데이터베이스로 복구할 수 있습니다. assqlrestore를 사용하여 데이터베이스를 복구하려면 복제 작업 시 생성된 SQLServer VDI 메타데이터가 필요합니다.

SQL Server 보호

SQL Server 복구 유틸리티(assqlrestore) 153

Non VDI 및 Crash Consistent 복제본의 경우 메타데이터가 생성되지 않기 때문에assqlrestore를 사용하여 데이터베이스를 복구할 수 없습니다.

assqlrestore는 AppSync 클라이언트의 명령 프롬프트 창에서 실행하는 명령줄 인터페이스입니다. 이 유틸리티는 AppSync 설치 시 클라이언트에 설치됩니다.

마운트된 복제본에서 개별 데이터베이스를 복구하는 기능은 데이터베이스를 하나만복구해야 하고 일반적인 AppSync 복구 작업을 실행할 때와 같이 전체 디바이스를 덮어쓰지 않으려는 경우에 특히 유용합니다. 이 유틸리티는 마운트된 복제본에서 항목 레벨복구를 지원합니다.

Assqlrestore 명령 구문과 예제이 항목에는 assqlrestore 명령 구문과 이 명령에 대한 예제가 나와 있습니다.

명령 구문다음 표에는 assqlrestore 명령의 구문이 나와 있습니다.

표 21 assqlrestore 명령 구문

옵션 설명

필수

-s 인스턴스 이름을 포함한 SQL Server 이름(호스트\인스턴스)

-f 메타 데이터 파일 이름 및 위치(GUI의 Copymetadata files to에서 선택한 경로)

-d 데이터베이스 이름입니다.

연결 유형(-E 또는 -U)

-E Windows 인증에 사용되는 사용자(사용자 이름 지정)

-U SQL Server 로그인 ID

-P 일반 텍스트 암호(-E 및 -U 옵션과 함께 사용)

-p 암호화된 암호(-E 및 -U 옵션과 함께 사용)

선택 사항

-r 복구 옵션 - RECOVERY, NORECOVERY(기본값) 또는 STANDBY.

-u 파일 이름 취소, STANDBY 옵션에서 필요

-m 파일 이동. 옵션에는 ogical_file_name과operating_system_file_name이라는 두개의 매개 변수가 있습니다. 경로 이름이 있어야 합니다. 로그 파일이나 전체 텍스트 카탈로그 파일을 포함하여 각 파일에 대해 반복 사용하는 옵션. 새 데이터베이스 이름으로 복구할경우 -m 옵션을 사용하여 원래 파일을 덮어쓰지 않도록 합니다. 예를 들면 다음과 같습니다.

SQL Server 보호


표 21 assqlrestore 명령 구문 (계속)

옵션 설명

-m logicalfilenameS:\existingdir\newfilename.mdf

-fg 복구할 파일 그룹 각 파일 그룹에 대해 사용하는 반복 옵션

-lf 복구할 논리 파일 각 논리 파일에 대해 반복 사용하는 옵션

-e 암호화되지 않은 암호를 인수로 지정한 경우암호화된 암호 표시. 다른 매개변수와 함께 사용 불가

-v 세부 정보 표시(verbose) 모드.

-q 자동(quiet) 모드. 확인 메시지 및 질문이 표시되지 않음

-l <log_dir> 지정된 디렉토리에 로그 파일 생성

-h 도움말.

예제 2 명령 구문 예

명령 옵션은 대소문자를 구분합니다. T-SQL에 대한 설명은 "SQL Server 온라인 설명서"를 참조하십시오.

명령 매개 변수는 Replication Manager 유틸리티(rmsqlrestore)에서 변경되었습니다.

l Windows 인증을 사용하여 로그를 적용하지 않고 복구하려는 경우

assqlrestore.exe -E Administrator -P password -s sql1\instance1 -d custinfo-f "C:\AppSyncMounts\sql1\APPSYNC_VDI_INSTANCE1_ custinfo.bin" -r RECOVERY

l SQL 로그인 및 암호화된 암호를 사용하여 새로운 데이터베이스 이름으로 복구하고파일을 이동하려는 경우

assqlrestore -s sql1\instance1-d custinfoTest-f "C:\AppSyncMounts\sql1\APPSYNC_VDI_INSTANCE1_ custinfoTest.bin"-r RECOVERY-m custinfo_Data S:\custinfoTest.mdf-m custinfo_Log T:\custinfoTest.ldf-U sa -p 1EMC_4roJdyU5;x

n 암호화된 암호를 확인하려면

assqlrestore -e <unencrypted_password>

SQL Server 보호


assqlrestore를 사용하여 SQL Server 데이터베이스 복구여기에 기본적인 데이터베이스 복구 단계가 나와 있습니다. 이 단계를 기본 틀로 활용하되 추가 단계를 수행해야 할 수 있습니다.

시작하기 전에

관리자 권한을 가진 사용자로 SQL Server 시스템에 로그인한 후 SQL Server 트랜잭션로그를 백업합니다.

절차

1. 타겟 SQL Server 데이터베이스를 오프라인 상태로 설정합니다.

2. 테이프에서 데이터베이스 파일(.ldf, .ndf 및 .mdf)을 복구하거나 마운트된 복제본에서 해당 파일을 복제합니다. 해당 파일을 원래 파일에 대해 복제하거나, 새위치로 복제할 수 있습니다.

3. 명령 프롬프트 창을 열고 cd 명령을 사용하여 C:\Program Files\EMC\AppSync Host Plug-in으로 이동합니다.

4. assqlrestore 명령을 실행합니다.

샘플 명령은 Assqlrestore 명령 구문과 예제 섹션을 참조하십시오. 기본적인 명령 구문은 다음과 같습니다.

assqlrestore -s <SQLservername> -d <databasename> -f <metadatafile> -r <recovery_type>

5. 필요한 경우 트랜잭션 로그를 적용하고 데이터베이스를 복구합니다.

SQL Server 복구 유틸리티를 사용하여 파일 또는 파일 그룹 복구SQL Server assqlrestore 유틸리티를 사용하여 파일 또는 파일 그룹을 복구하는 방법을 살펴보십시오.

시작하기 전에

작업을 계속하기 전에 SQL Server에서 파일 및 파일 그룹을 복구하는 방법을 이해해야합니다.

파일 그룹 이름에 ASCII 문자가 아닌 문자가 포함되어 있으면 assqlrestore 유틸리티를 사용하여 SQL Server 파일 그룹을 복구할 수 없습니다.

관리자 권한을 가진 사용자로 SQL Server 시스템에 로그인한 후 SQL Server 트랜잭션로그를 백업합니다. 파일 또는 파일 그룹을 복구하는 경우에는 데이터베이스가 온라인상태여야 합니다.

절차

1. 명령 프롬프트 창을 열고 cd 명령을 사용하여 C:\Program Files\EMC\AppSync Host Plug-in으로 이동합니다.

2. assqlrestore 명령을 실행합니다.

a. assqlrestore에서 실행하려는 복구 명령을 표시하면 명령이 정확한 경우Y를 입력하여 확인합니다.

b. assqlrestore 프롬프트에서 restore the files you arerecovering 메시지를 표시하면 Y를 입력하여 계속합니다.

SQL Server 보호


예를 들어 두 개의 파일을 복구하는 명령은 다음과 같습니다.

assqlrestore -s <SQLservername> -d <databasename>-f <metadatafile> -lf <logical_filename1>-lf <logical_filename2> -r norecovery

두 개의 파일 그룹을 복구하는 명령은 다음과 같습니다.

assqlrestore-s <SQLservername>-d <databasename>-f <metadatafile>-lf <logical_filename1>-fg <logical_filegroupname1>-fg <logical_filegroupname2>-r norecovery

파일 또는 파일 그룹 복구 시에는 자동(quiet) 모드를 사용하지 마십시오. 동일한복구 명령에서 -lf 및 -fg를 사용할 수 있습니다.

SQL Server 보호


SQL Server 보호


7장

Oracle 보호


l Oracle 지원 개요...............................................................................................160l 데이터베이스 보호............................................................................................174l 서비스 계획 요약 및 세부 정보..........................................................................178l Oracle 복제본 마운트........................................................................................185l Oracle 복제본 복구........................................................................................... 194

Oracle 보호 159

Oracle 지원 개요AppSync를 사용하여 Oracle® 데이터베이스의 애플리케이션 정합성이 보장되는 복제본(핫 백업 모드 사용)과 장애 발생 시 정합성이 보장되는 복제본(핫 백업 모드 사용 안함)을 생성하고 관리할 수 있습니다. 이러한 복제본을 마운트(복구 사용/사용 안 함) 및복구에 사용할 수 있습니다.

https://elabnavigator.emc.com/eln/extendedSupport 의 AppSync Support Matrix 에서는 지원되는 소프트웨어와 플랫폼에 대한 정확한 정보를 제공합니다..

AppSync에서는 다음을 지원합니다.

l Oracle - Linux 및 AIX에서 (독립 실행형 및 Oracle Real Application Cluster)

l 물리적 호스트와 가상 머신(pRDM 및 Vdisk 사용)에서의 Oracle 설치 - 가상 모드에서는 RDM이 지원되지 않습니다.

l VNX File, VNXe File 및 Unity File 스토리지를 사용하는 NFS 파일 시스템에 상주하는 Oracle 데이터베이스

l ASM 디스크에 상주하는 Oracle 데이터베이스

l 파일 시스템에 상주하는 Oracle 데이터베이스

l 원격 카탈로그로 데이터베이스의 RMAN 카탈로그 작성

l Oracle 데이터베이스 복제본 재활용.

AppSync는 /dev/sdc와 같은 전체 블록 디바이스 또는 /dev/sdc1과 같은 기본 첫 번째파티션이 아닌 Linux 운영 체제 디바이스의 파일 시스템 또는 ASM 디스크 그룹을 지원하지 않습니다.

Oracle 사용 권한AppSync에서 Oracle에 대한 작업을 수행하려면 다음과 같은 사용 권한이 필요합니다.

l Oracle 운영 서버 및 마운트 서버에 대한 루트 또는 sudo 액세스

l Oracle 데이터베이스에 접속할 때 AppSync는 bequeath 접속을 사용하고 항상SYSDBA로 접속합니다.

l Oracle ASM에 접속할 때 AppSync는 bequeath 접속을 사용하고 항상 SYSASM으로 접속합니다.

Red Hat Cluster Services와 AppSync의 통합AppSync에서는 RHCS(Red Hat Cluster Services) 환경의 노드 간에 페일오버하도록구성된 독립 실행형 Oracle 데이터베이스에 대한 작업을 수행할 수 있습니다.

개요복제하는 동안 서비스 계획 생성에 사용된 노드에 액세스할 수 없는 경우 AppSync는클러스터의 다른 노드에서 복제를 실행합니다. 원본 복제본을 생성하는 데 사용한 노드에 액세스할 수 없는 경우, AppSync는 Oracle 서비스 그룹의 가상 IP를 사용하지 않습니다. 따라서 데이터베이스 복제를 위해 AppSync 서버의 RHCS 클러스터에 있는 모든노드를 등록해야 합니다.

복구 측면에서 AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있습니다. 따라서원래 노드가 액티브여야 하며, 그렇지 않으면 복구 프로세스가 실패합니다.

Oracle 보호



요구 사항RHCS 클러스터의 일부로 페일오버되는 독립 실행형 데이터베이스를 사용하려면 다음요구 사항을 검토하십시오.

l 클러스터의 모든 노드에 AppSync 호스트 플러그인이 설치되어 있어야 합니다.

l 클러스터링된 데이터베이스용 Oracle 서비스 그룹에 IP 리소스를 구성해야 합니다.

l 복제 또는 복구 프로세스가 실행 중인 동안 페일오버가 발생하면 작업이 실패합니다. 노드 페일오버는 서비스 계획을 실행하기 전, 즉 복제를 시작하거나 복구를 시작하기 전에 발생해야 합니다.

l Oratab 파일은 지정된 노드에서 실행할 수 있는 가능한 모든 SID에 대한 항목이 있어야 합니다(패시브 및 액티브 인스턴스).

l SCSI 명령 집합을 사용하는 디바이스에 액세스하기 위한 유틸리티가 포함된sg3_utils 패키지를 모든 노드에 설치해야 합니다.

마운트 고려 사항

l 마운트 호스트는 RHCS 클러스터에 속해서는 안 됩니다.

l 마운트 호스트는 복제본 호스트와 동일한 Oracle 버전을 실행합니다.

l AppSync 호스트 플러그인을 마운트 호스트에서 설치해야 합니다.

l SCSI 명령 집합을 사용하는 디바이스에 액세스하기 위한 유틸리티가 포함된package sg3_utils를 마운트 호스트에 설치해야 합니다.

복구 고려 사항

l AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있으므로 원래 노드가 액티브여야 합니다. 그렇지 않으면 복구 프로세스가 실패하고 데이터베이스가 손상됩니다. 복구를 다시 시작하기 전에 자세한 경고 메시지가 콘솔에 표시됩니다.

l RHCS 환경에서 복구를 수행하려면 다음 단계를 따르십시오.

1. 복구를 수행합니다.

2. 마운트 인스턴스를 시작합니다.

3. 수동 복구를 수행합니다.

4. 마운트된 데이터베이스를 종료합니다.

5. 서비스 그룹을 설정합니다.

Oracle Data Guard 지원AppSync는 Active 또는 Passive/Non-Active 모드로 열려 있는 운영(소스 데이터베이스) 및 물리적 스탠바이(타겟 데이터베이스)에 대한 Oracle Data Guard 구성을 지원합니다.

세 가지 유형의 스탠바이 데이터베이스가 있습니다.

l 물리적 스탠바이

l 논리적 스탠바이

l 스냅샷 스탠바이

세 가지 구성 모두 다음 모드 중 하나에서 열릴 수 있습니다.

l Active 스탠바이 모드 - 읽기 전용 또는 읽기/쓰기 모드의 스탠바이 데이터베이스

l Passive/Non-Active 스탠바이 모드—마운트된 모드의 스탠바이 데이터베이스

현재, AppSync는 Active 또는 Non-Active 모드에서만 Data Guard 물리적 스탠바이 구성을 지원합니다.

Oracle 보호

Oracle Data Guard 지원 161

물리적 스탠바이 데이터베이스가 Active 모드에서 열려 있으면 로그가 적용되어 있는동안 스탠바이 데이터베이스를 읽기 전용 모드로 열 수 있습니다. 따라서 Data Guard가로그를 적용하는 동안 데이터베이스에서 정보를 쿼리할 수 있습니다.

스냅샷 및 논리적 스탠바이 구성에서는 데이터베이스를 읽기/쓰기 모드로도 열 수 있습니다. Passive/Non-Active 설정은 데이터베이스가 마운트된 모드로 시작될 수 있다는 것과 백그라운드에서 로그를 적용할 수 있다는 것을 의미합니다.

물리적 스탠바이물리적 스탠바이 환경에서 아카이브 로그는 수신되는 즉시 적용됩니다. 물리적 스탠바이에서는 운영과 스탠바이의 파일 및 스토리지 레이아웃이 1:1로 매핑됩니다. 물리적 스탠바이 데이터베이스는 읽기 전용 모드와 마운트된 모드 모두에서 열릴 수 있습니다.즉, Active 또는 Passive/Non-Active 구성일 수 있습니다.

다음 다이어그램은 일반적인 운영/스탠바이(소스/타겟) Data Guard 구성을 표시합니다.그림 5 물리적 스탠바이 환경

복제본 관리AppSync 콘솔에서 Copy Mangement > Oracle 페이지로 이동합니다. 이제, DataGuard 관계 열이 표시됩니다. 기존 Data Guard 관계가 있는 경우에는 Data Guard 구성의 일부인 두 개의 데이터베이스를 볼 수 있습니다. 한 데이터베이스는 운영 데이터베이스이고, 다른 하나는 물리적 스탠바이(Non-Active) 데이터베이스입니다.

Data Guard에 대해 다음 복제본 관리 고려 사항을 검토하십시오.

l 운영 Data Guard 데이터베이스(소스 데이터베이스)를 보호하려면 다른 독립 실행형 데이터베이스와 같은 복제본을 생성합니다. 핫 백업 복제본을 만들 수 있습니다.

l Active 스탠바이 Data Guard 데이터베이스(타겟 데이터베이스) 보호: 대기 데이터베이스가 읽기 전용 모드이기 때문에 Active 스탠바이 데이터베이스의 핫 백업 모드에서 보호가 허용되지 않습니다. 또한 스탠바이 데이터베이스는 최신 아카이브로그를 포함하고 있고 운영 데이터베이스와 똑같은 복제본이기 때문에 복구를 위해 아카이브 로그를 복제할 필요가 없습니다. 하지만 스탠바이 데이터베이스에 대해 핫 백업이 아닌 복제본을 만들 수 있습니다.

l Passive/Non-Active 스탠바이 Data Guard 데이터베이스(타겟 데이터베이스) 보호:Passive/Non-Active 스탠바이 데이터베이스는 Active 스탠바이 데이터베이스와 동일한 방식으로 작동합니다. 데이터베이스의 핫 백업 복제본은 허용되지 않습니다.여기에서의 차이점은 데이터베이스를 읽기 전용 또는 읽기/쓰기 모드로 열지 않고도 마운트된 데이터베이스로부터 복제본을 생성할 수 있다는 것입니다.

l 마운트된 데이터베이스의 복제본 생성은 마운트된 상태에 있는 Passive/Non-Active Data Guard 스탠바이 데이터베이스에 대해서만 성공합니다. 마운트된 독립

Oracle 보호


실행형 Oracle 데이터베이스는 보호할 수 없습니다. 콘솔의 데이터베이스 보호 페이지에서 오프라인 상태로 나타납니다.

마운트 및 복구Data Guard에 대해 다음 마운트 및 복구 고려 사항을 검토하십시오.

l 운영 데이터베이스(소스 데이터베이스): 운영 Data Guard 데이터베이스에 대한 마운트 및 복구는 여타 Oracle 독립 실행형 데이터베이스와 동일한 방법으로 작동합니다. RAC를 사용하여 운영 데이터베이스를 구성하는 경우 AppSync에 대한 RAC마운트/복구 규칙이 적용됩니다.

l Active 스탠바이 데이터베이스(타겟 데이터베이스): Active 스탠바이 Data Guard데이터베이스에 대한 마운트 및 복구는 여타 Oracle 독립 실행형 데이터베이스와동일한 방법으로 작동합니다. 스탠바이 데이터베이스가 RAC를 사용하여 구성된경우 AppSync의 RAC 마운트/복구 규칙이 적용됩니다.

l Passive/Non-Active 스탠바이 데이터베이스(타겟 데이터베이스): Passive/Non-Active 스탠바이 Data Guard 데이터베이스에 대한 마운트 및 복구는 여타 Oracle 독립 실행형 데이터베이스와 동일한 방법으로 작동합니다. 스탠바이 데이터베이스가RAC를 사용하여 구성된 경우 AppSync의 RAC 마운트/복구 규칙이 적용됩니다.

운영 또는 스탠바이 데이터베이스를 마운트하고 복구하는 경우 데이터베이스가 콘솔에 독립 실행형 Oracle 데이터베이스로 나타납니다. 어떠한 Data Guard 구성도 영구적이지 않습니다.

Data Guard 데이터베이스 재활용(복제 또는 복제본)일반적인 재활용 정보는 AppSync 사용자 설명서를 참조하십시오.

Data Guard에 대해 다음 재활용 고려 사항을 검토하십시오.

l 운영 데이터베이스(소스 데이터베이스) 재활용: 운영 Data Guard 데이터베이스에대한 재활용은 Oracle 독립 실행형 데이터베이스와 동일한 방법으로 작동합니다.

l Active 스탠바이 데이터베이스(타겟 데이터베이스) 재활용: Active 스탠바이 DataGuard 데이터베이스에 대한 재활용은 여타 Oracle 독립 실행형 데이터베이스와 동일한 방법으로 작동합니다. 재활용된 복제본에 대해 스탠바이 데이터베이스를 핫백업할 수는 없습니다.

l Passive/Non-Active 스탠바이 데이터베이스(타겟 데이터베이스) 재활용: Passive/Non-Active 스탠바이 Data Guard 데이터베이스에 대한 재활용은 여타 Oracle 독립실행형 데이터베이스와 동일한 방법으로 작동합니다. 재활용된 복제본에 대해 스탠바이 데이터베이스를 핫 백업할 수는 없습니다.

Data Guard 데이터베이스 복구운영 데이터베이스(소스 데이터베이스) 복구: 운영 Data Guard 데이터베이스 복구는여타 Oracle 독립 실행형 데이터베이스와 동일한 방법으로 작동합니다. 데이터베이스를 수동으로 복구하고 AppSync 복구 프로세스가 완료된 후에 운영 및 스탠바이 데이터베이스를 다시 동기화하십시오.

Veritas Cluster Services 통합AppSync에서는 VCS(Veritas Cluster Services) 환경의 노드 간에 페일오버하도록 구성된 독립 실행형 Oracle 데이터베이스에 대한 작업을 수행할 수 있습니다.

소개복제하는 동안 서비스 계획 생성에 사용된 노드에 액세스할 수 없는 경우 AppSync는클러스터의 다른 노드에서 복제를 실행합니다. AppSync는 Oracle 서비스 그룹의 가상IP를 사용하지 않습니다. 따라서 데이터베이스를 복제하기 전에 AppSync 서버의 VCS클러스터에 있는 모든 노드를 등록해야 합니다.

Oracle 보호

Veritas Cluster Services 통합 163

복구 측면에서, AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있습니다. 따라서 원래 노드가 액티브여야 하며, 그렇지 않으면 복구 프로세스가 실패합니다.

요구 사항VCS 클러스터의 일부로 페일오버되는 독립 실행형 데이터베이스를 사용하려면 다음요구 사항을 충족해야 합니다.

l 클러스터의 모든 노드에 AppSync 호스트 플러그인을 설치해야 합니다.

l 클러스터링된 데이터베이스용 Oracle 서비스 그룹에 IP 리소스를 구성해야 합니다.

l 복제 또는 복구 프로세스가 실행 중인 동안 페일오버가 발생하면 작업이 실패합니다. 노드 페일오버는 서비스 계획을 실행하기 전, 즉 복제를 시작하거나 복구를 시작하기 전에 발생합니다.

l Oratab 파일은 지정된 노드에서 실행할 수 있는 가능한 모든 SID에 대한 항목이 있어야 합니다(패시브 및 액티브 인스턴스).

l 모든 노드의 tnsnames.ora 파일에는 Oracle 서비스 그룹의 가상 IP 주소를 포함한 모든 독립 실행형 인스턴스 항목이 Symantec 설명서에 따라 포함되어 있어야 합니다.

l 다음 파일은 데이터베이스가 실행되는 클러스터의 모든 노드에 액세스할 수 있어야 합니다.

n 데이터베이스 init/spfilen 암호 파일

l SCSI 명령 집합을 사용하는 디바이스에 액세스하기 위한 유틸리티가 포함된sg3_utils 패키지를 모든 노드에 설치해야 합니다.


l 마운트 호스트는 VCS 클러스터에 속해서는 안 됩니다.

l 마운트 호스트에는 VxVM Storage Foundations 6.1 이상을 설치해야 합니다.

l SCSI 명령 집합을 사용하는 디바이스에 액세스하기 위한 유틸리티가 포함된sg3_utils 패키지를 마운트 호스트에 설치해야 합니다.

복구 고려 사항AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있으므로 원래 노드가 액티브여야 합니다. VCS 환경에서 복구를 수행하려면 다음 단계를 따르십시오.

1. Oracle 서비스 그룹을 중지합니다. >hagrp -freeze <service_group_name>2. 복구를 수행합니다.

3. 인스턴스를 시작합니다.

4. 수동 복구를 수행합니다.

5. 데이터베이스를 엽니다.

6. Oracle 서비스 그룹의 중지를 해제합니다. >hagrp -unfreeze<service_group_name> .

AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있으므로 원래 노드가 액티브여야 합니다. 그렇지 않으면 복구 프로세스가 실패하고 데이터베이스가 손상된 상태로 남게 됩니다. 복구를 다시 시작하기 전에 이 경우에 대해 경고하는 자세한 메시지가 콘솔에 표시됩니다.

Oracle 보호


PowerHA(HACMP) 클러스터 통합AppSync에서는 IBM® PowerHA(HACMP) 클러스터 환경의 노드 간에 페일오버하도록구성된 독립 실행형 Oracle 데이터베이스에 대한 작업을 수행할 수 있습니다.

소개AppSync는 서비스 계획이 실행되기 전에 현재 상태가 액티브인 노드에서 데이터베이스를 보호합니다. AppSync는 Oracle 데이터베이스 리소스 그룹의 서비스 레이블 IP를사용합니다.

AppSync 3.1부터는 Oracle 데이터베이스 보호를 위해 서비스 레이블 IP를 사용해야 합니다. 3.1 이전의 AppSync 버전을 사용하여 생성된 복제본은 AppSync 3.1로 업그레이드한 후에도 마운트 또는 복구할 수 있습니다. 업그레이드 후 서비스 레이블 IP가AppSync 서버에 등록되지 않은 경우 예약된 서비스 계획 실행에 실패합니다.

PowerHA(HACMP) 클러스터의 일부로 페일오버되는 애플리케이션을 보호할 때는 다음 사항을 고려해야 합니다.

l 서비스 레이블 IP를 등록하기 전에 PowerHA 클러스터의 노드를 AppSync에 등록해야 합니다.

다음 순서로 AppSync에 객체를 등록해야 합니다.

n 액티브 노드

n 패시브 노드

n Oracle 데이터베이스의 서비스 레이블 IP

l Oracle 데이터베이스 리소스 그룹에 서비스 레이블 IP/이름을 구성해야 합니다.

l 리소스 그룹에 여러 서비스 레이블 IP가 구성된 경우 AppSync 서버에 하나의 서비스 레이블 IP만 등록해야 합니다.

l 복제 또는 복구 프로세스가 실행 중인 동안 페일오버가 발생하면 작업이 실패합니다. 노드 페일오버는 서비스 계획을 실행하기 전, 즉 복구를 시작하기 전에 발생해야 합니다.

l Oratab 파일 항목은 모든 클러스터 노드에서 동일해야 합니다.

l 다음 파일은 데이터베이스가 실행되는 클러스터의 모든 노드에 액세스할 수 있어야 합니다.

n 데이터베이스 init/spfilen 암호 파일


l 마운트 호스트는 PowerHA 클러스터에 속해서는 안 됩니다.


l 서비스 레이블 IP에는 마운트할 수 없습니다.

PowerHA 환경에서 복구복구를 수행합니다. 복구 후 볼륨 그룹은 동시 볼륨 그룹이 아닙니다. 호스트 또는 파일시스템 재검색을 수행하기 전에 볼륨 그룹을 동시 볼륨 그룹으로 수동으로 설정해야 합니다.

Oracle 보호

PowerHA(HACMP) 클러스터 통합 165

AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있습니다. 따라서 원래 노드가액티브여야 하며, 그렇지 않으면 복구 프로세스가 실패하고 데이터베이스가 손상된 상태로 남게 됩니다. 복구를 다시 시작하기 전에 이 경우에 대해 경고하는 자세한 메시지가 콘솔에 표시됩니다.

PowerHA 환경의 복구 후 절차복구 후 PowerHA 환경에서 복구와 관련하여 수동 단계를 수행하는 방법에 대해 알아봅니다.

복구 후에는 파일 시스템이 비 동시 모드로 운영 호스트에 마운트됩니다. 따라서 파일시스템을 리소스 그룹에서 제거하고 동시 볼륨 그룹으로 만든 후에 다시 리소스 그룹에추가해야 합니다.

액티브 노드에서 다음 단계를 수행합니다.

절차

1. 파일 시스템을 마운트 해제하십시오.

2. Varyoffvg 명령을 입력합니다.

3. -c 옵션(동시 볼륨 그룹으로 설정)과 함께 Varyonvg 명령을 입력합니다.

확인:lspv 명령을 실행했을 때 다음과 같이 두 노드에서 모두 vg가 concurrent로 표시되어야 합니다.

node 2 hdiskpower8 00c2bfb0f1ee76ca oradata concurrent hdiskpower9 00c2bfb0f1f434e3 oralogs concurrent


4. 파일 시스템을 다시 리소스 그룹에 추가합니다.

5. 구성을 확인하고 동기화합니다.

사전 요구 사항 및 지원되는 구성AppSync에서 Oracle에 대한 사전 요구 사항 및 지원되는 구성에 대해 알아보십시오.지원되는 디바이스 구성, 파일 시스템의 Oracle, 논리 볼륨 관리자 및 ASM 기반 스토리지, RecoverPoint 정합성 보장 그룹 기반 스토리지, sudo 사용자를 비롯한 Linux 및 AIX기반 구성, 가상화 설정 지원에 대한 정보가 포함되어 있습니다.

AppSync에서는 애플리케이션 정합성이 보장되는 복제본(Oracle 핫 백업 사용)과 장애발생 시 정합성이 보장되는 복제본(핫 백업 사용 안 함)을 생성할 수 있습니다.AppSync에서 Oracle 데이터베이스의 애플리케이션 정합성이 보장되는 복제본을 생성하려면 데이터 파일, FRA(Fast Recovery Area) 및 아카이브 로그에서 파일 시스템, 볼륨 그룹, ASM 디스크 그룹, RP 정합성 보장 그룹 또는 데이터 저장소를 공유하지 않아야 합니다. 데이터 파일과 아카이브 로그가 이러한 그룹을 공유하도록 Oracle이 구성된경우 AppSync에서 해당 데이터베이스에 대한 장애 발생 시 정합성이 보장되는 복제본을 생성할 수 있습니다.

핫 백업 모드가 선택되어 있지 않으면 복제본 생성 도중 AppSync에서 정합성이 보장되는 복제본을 생성하며 데이터베이스를 중지하지 않습니다. 데이터 파일, 제어 파일 및/또는 redo 로그와 동일한 파일 시스템, 볼륨 그룹, ASM 디스크 그룹, RP 정합성 보장

Oracle 보호


그룹 또는 데이터 저장소를 공유하는 FRA나 아카이브 로그가 있는 경우 이 방법을 사용하여 복제본을 생성해야 합니다.

아카이브 로그를 포함하여 모든 Oracle 파일이 하나의 디스크 그룹에 있을 경우AppSync에서 핫 백업 모드를 사용하지 않고 해당 데이터베이스를 보호할 수 있습니다.이 복제본은 장애 발생 시 정합성이 보장됩니다.

읽기 전용 Oracle 데이터베이스는 핫 백업 모드가 아닌 모드에서만 보호될 수 있습니다.

AppSync는 각 아카이브 로그 위치를 Oracle 서비스 계획의 일부로 보호하는 옵션을 제공하지 않습니다. 그러나 위치를 다른 데이터베이스 구성 요소와 공유하는 경우 init 재정의(자세한 내용은 Mount 옵션 아래의 Custom initialization parameters 필드 참조)를사용하여 복구 마운트 도중 해당 위치를 가리킵니다. 특히 ASM 디스크 그룹 이름 바꾸기 또는 대체 경로 마운트가 사용될 경우 init 재정의에 올바른 경로를 지정해야 합니다.

데이터베이스가 NOARCHIVELOG 모드에서 실행되는 경우 복제본을 생성할 때 핫 백업 모드 옵션을 선택하지 마십시오.

VNX를 사용하는 경우 모든 정합성 보장 그룹이 VNX 정합성 보장 그룹이어야 합니다.ViPR Controller를 사용하는 경우 모든 정합성 보장 그룹이 ViPR 정합성 보장 그룹이어야 합니다. 또한 아카이브 로그 파일이 나머지 데이터베이스 파일과 다른 정합성 보장그룹에 있어야 합니다.

데이터베이스 파일은 데이터 파일, 제어 파일 및/또는 redo 로그를 참조합니다. 아카이브 로그 파일은 아카이브 로그 대상 및/또는 FRA(Fast Recovery Area)를 참조합니다.

ASM 재조정AppSync가 기본 디스크의 스냅샷 또는 클론을 생성하기 전에 ASM 재조정역률을 비활성화하고 복제본이 생성되고 나면 다시 활성화합니다. 이는 보호 중에 자동 재조정이발생하지 않도록 하기 위한 것입니다. AppSync는 alter system setasm_power_limit=0 명령을 사용하여 ASM 재조정을 비활성화합니다. AppSync는보호에 포함되는 ASM 디스크 그룹에서만 활성 재조정 작업을 확인합니다.

select count(group_number) from gv$asm_operation where operation='REBAL' and group_number in <group_number of DGs in protection set>

AppSync가 계속하려면 반환 값이 0이어야 합니다. 즉, 보호에 포함되는 디스크 그룹중 재조정 작업이 진행 중인 디스크 그룹이 없어야 합니다. 재조정이 진행 중인 디스크그룹이 있는 경우 AppSync는 최대 1시간 동안 작업 종료를 폴링하며 이 시간이 지나면보호가 실패합니다.

AppSync는 디스크 그룹별로 수동 재조정 작업을 실행하지 않으며 AppSync 외부에서실행되어 진행 중인 수동 재조정 작업을 비활성화할 수 없습니다. 수동 재조정 작업은완료하는 데 시간이 오래 걸릴 수 있습니다. 보호 중에 시간 초과 실패가 발생하지 않도록 하려면 서비스 계획 실행 전에 활성 상태인 수동 재조정 작업이 없는지 확인해야 합니다.

AppSync는 또한 핫 백업 복제본이 아닌 복제본에 대한 ASM 재조정을 활성화 및 비활성화합니다.

삭제된 Oracle 데이터베이스의 제거연결된 복제본이 있는 데이터베이스를 제거하거나 삭제하면 데이터베이스가 삭제 보류 중으로 표시됩니다.

Oracle 보호

사전 요구 사항 및 지원되는 구성 167

l Oracle RAC의 경우 데이터베이스의 모든 인스턴스를 제거해야 합니다.

l 데이터베이스는 /etc/oratab 파일에 데이터베이스 항목이 없는 경우에만 제거될 수 있습니다.

l 서비스되거나 보호되는 데이터베이스는 모든 인스턴스가 제거된 경우에만 삭제 보류 중으로 표시됩니다.

삭제 후에 같은 이름으로 데이터베이스를 재생성하고 데이터베이스가 재성성된 후 재검색을 수행하면 AppSync에 데이터베이스 이름이 같은 중복 항목이 표시됩니다. 삭제된 데이터베이스의 복제본을 유지할 의도라면 문제될 것이 없습니다. 그러나 삭제된 데이터베이스의 복제본을 유지하려는 것이 아니라면 클러스터 또는 호스트에서 Oracle데이터베이스를 제거한 즉시 호스트 또는 데이터베이스 재검색을 수행해야 합니다.

중복 항목을 제거하려면 다음을 수행합니다.

1. 항목 맨 앞에 #을 사용하여 데이터베이스의 /etc/oratab 항목을 주석 처리합니다.

2. 삭제된 데이터베이스의 모든 복제본 또는 서브스크립션을 제거하고 AppSync GUI에서 호스트 또는 데이터베이스를 다시 검색합니다. 생성된 데이터베이스에 복제본 또는 서브스크립션이 있는 경우 삭제 보류 중으로 표시됩니다. 그렇지 않은 경우이 단계 후 표시되지 않습니다.

3. 1단계에서 주석 처리한 항목의 주석 처리를 제거합니다.

4. AppSync GUI에서 호스트 또는 데이터베이스를 다시 검색합니다. 2단계에서 데이터베이스가 삭제 보류 중으로 표시된 경우 삭제 보류 중 플래그가 지워집니다. 그렇지 않은 경우 새 데이터베이스에 대한 단일 데이터베이스 항목이 GUI에 표시됩니다.

파일 시스템 기반 스토리지 구성의 OracleAppSync에서 애플리케이션 정합성이 보장되는 복제본과 장애 발생 시 정합성이 보장되는 복제본을 모두 제공할 수 있는 Oracle 구성의 몇 가지 예는 다음과 같습니다.

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 /data에 있고, 아카이브 로그파일이 /archive에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1이 /db1에 있고, Database 2가 /db2에 있고, 아카이브 로그가 /arch에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database1, 2, 3 파일이 /data에 있고 Database 1, 2, 3 아카이브 로그 위치가 /archive에있음

l 영향을 받는 데이터베이스 시나리오: 한 볼륨 그룹에 두 파일 시스템이 있고 또 다른 볼륨 그룹에 두 파일 시스템이 더 있습니다. 즉, 한 Oracle 데이터베이스는 vg1의fs1에 데이터가 있고 vg2의 fs1에 로그가 있으며, 다른 Oracle 데이터베이스는 vg1의fs2에 데이터가 있고 vg2의 fs2에 로그가 있습니다.

AppSync는 다음 구성을 지원하지 않습니다. 한 Oracle 데이터베이스는 vg1의 fs1에 데이터 파일이 있고 vg2의 fs1에 로그가 있으며, 다른 Oracle 데이터베이스는 vg2의 fs2에데이터 파일이 있고 vg1의 fs2에 로그가 있는 경우

LVM(Logical Volume Manager) 기반 스토리지 구성(LVM/VxVM)의 Oracle

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 datavg의 볼륨에 있고, 아카이브 로그 파일이 archvg의 볼륨에 있음

Oracle 보호


l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이data1vg의 볼륨에 있고, Database 2 파일이 data2vg의 볼륨에 있고, 아카이브 로그가 archvg의 볼륨에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어Databases 1, 2, 3 파일이 datavg의 볼륨에 있고, Database 1, 2, 3 아카이브 로그 위치가 archvg의 볼륨에 있음

ASM 기반 스토리지 구성의 Oracle

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 디스크 그룹 +data에 있고, 아카이브 로그 파일이 디스크 그룹 +arch에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이디스크 그룹 +data1에 있고, Database 2 파일이 디스크 그룹 +data2에 있고, 아카이브 로그가 디스크 그룹 +fra에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database1, 2, 3 파일이 디스크 그룹 +data1에 있고, Database 1, 2, 3 아카이브 로그가 디스크 그룹 +data2에 있음

RecoverPoint 정합성 보장 그룹 기반 스토리지의 Oracle

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 RP 정합성 보장 그룹 DATACG의 LUN에 있고, 아카이브 로그 파일이 RP 정합성 보장 그룹 ARCHCG에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이RP 정합성 보장 그룹 DATA1CG의 LUN에 있고, Database 2 파일이 RP 정합성 보장그룹 DATA2CG의 LUN에 있고, 아카이브 로그 파일이 RP 정합성 보장 그룹 ARCHCG에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database1, 2, 3 파일이 RP 정합성 보장 그룹 DATACG의 LUN에 있고, Database 1, 2, 3 아카이브 로그가 RP 정합성 보장 그룹 ARCHCG의 LUN에 있음

데이터 저장소 기반 스토리지 레이아웃의 Oracle

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 데이터 저장소 DATADS의vDISK에 있고, 아카이브 로그 파일이 데이터 저장소 ARCHDS의 vDISK에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이데이터 저장소 DATA1DS의 vDISK에 있고, Database 2 파일이 데이터 저장소DATA2DS의 vDISK에 있고, 아카이브 로그 파일이 데이터 저장소 ARCHDS의 vDISK에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database1, 2, 3 파일이 데이터 저장소 DATADS의 vDISK에 있고, Database 1, 2, 3아카이브 로그가 데이터 저장소 ARCHDS의 vDISK에 있음

VNXe LUN 그룹 기반 스토리지의 Oracle지원되는 구성은 다음과 같습니다.

l 단일 데이터베이스: VNXe LUN 그룹의 LUN에 데이터베이스 파일(예: LUN 그룹DATALUNGRP의 데이터 파일 및 LUN 그룹 ARCHCG의 아카이브 로그 파일)이 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: Database 1 파일이 VNXe LUN그룹(예: DATA1LUNGRP)의 LUN에 있고, Database 2 파일이 VNXe LUN 그룹(예:DATA2LUNGRP)의 LUN에 있고, 아카이브 로그 파일이 VNXe LUN 그룹(예:ARCHLUNGRP)에 있음

Oracle 보호


l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database1, 2, 3 파일이 VNXe LUN 그룹(예: DATALUNGRP)의 LUN에 있고, Database 1, 2, 3아카이브 로그가 VNXe LUN 그룹(예: ARCHLUNGRP)의 LUN에 있음

Unity 정합성 보장 그룹 기반 스토리지의 Oracle지원되는 구성은 다음과 같습니다.

l 단일 데이터베이스: Unity 정합성 보장 그룹의 LUN에 데이터베이스 파일(예: 정합성 보장 그룹 DATALUNGRP의 데이터 파일 및 정합성 보장 그룹 ARCHCG의 아카이브 로그 파일)이 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이Unity 정합성 보장 그룹 DATA1LUNGRP의 LUN에 있고, Database 2 파일이 Unity정합성 보장 그룹 DATA2LUNGRP의 LUN에 있고, 아카이브 로그 파일이 Unity 정합성 보장 그룹 ARCHLUNGRP에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database1, 2, 3 파일이 Unity 정합성 보장 그룹 DATALUNGRP의 LUN에 있고, Database 1, 2,3 아카이브 로그가 Unity 정합성 보장 그룹 ARCHLUNGRP의 LUN에 있음

지원되는 가상화 구성AppSync는 독립 실행형 및 RAC에서 vDisk에 있는 Oracle 데이터베이스의 보호, 마운트 및 복구를 지원합니다.

AppSync는 데이터와 아카이브 로그가 RDM과 vDisk에 혼합되어 있는 구성을 지원하지않습니다.

고려 사항:

l ESX 기반 VM의 vDisk에 있는 Oracle 데이터베이스:

n vDisk가 ESX 5.0에 상주하는 경우 vDisk에 Oracle 데이터베이스를 호스팅하는VM이 호스팅된 ESX에 대한 VMFS3hardwareaccelated 잠금 플래그를 비활성화합니다.

n VMFS3/5 데이터 저장소에 대해 ATS 잠금이 설정된 경우, AppSync 데이터 저장소 마운트가 실패합니다. ESX 5.0 이후 버전에는 이 고려 사항이 적용되지 않습니다.

l AppSync에서 SCSI 명령을 실행하려면 VM에 대해 disk.EnableUUID를 설정합니다.

l VM 데이터 저장소가 Oracle 데이터베이스와 동일한 VMFS를 공유하지 않아야 합니다.

AppSync은 다음 구성을 지원하지 않습니다.

l VXVM 볼륨 그룹의 ASM 데이터베이스

l VXDMP 디바이스의 ASM 데이터베이스

l VXVM에서 제어되는 원시 디바이스의 ASM 데이터베이스

l VXDMP 디바이스에 상주하는 기본 LVM 볼륨 그룹의 비 ASM 데이터베이스

VMware 가상 디스크에서의 Oracle 지원VMware 가상 디스크에 있는 Oracle 독립 실행형 및 클러스터링된 데이터베이스를 보호하고, 마운트하고, 복구할 수 있습니다.

Oracle 및 VMware 가상 디스크에 대한 작업을 수행하는 경우 다음 정보를 고려하십시오.

Oracle 보호


l 성공적인 매핑을 위해서는 vCenter를 AppSync 서버에 추가하고 검색을 수행한 후에 Oracle 호스트를 추가해야 합니다. 이렇게 하지 않으면 vCenter를 추가한 후에Oracle 호스트를 다시 검색해야 합니다.


l 는 다음을 지원하지 AppSync않습니다.

n NFS 데이터 저장소

n 같은 데이터 저장소를 공유하는 전체 가상 머신에서의 Oracle 데이터베이스 보호

l 동시 쓰기 옵션이 활성화된 운영 VMWare 가상 디스크는 지원되지 않습니다. 성공적으로 보호될 수는 있지만 마운트에 실패합니다.

l Oracle 마운트 및 가상화된 호스트로의 복구를 수행하려면 마운트 VM의 VMware구성을 수정하고(RDM/SCSI 어댑터 생성) 데이터 저장소/VMFS를 다시 검색할 수있는 VMware 권한이 필요합니다.

또한 영향을 받는 인접 항목이 포함된 Oracle vDisk 복구를 참조하십시오.

VIO vSCSI 지원Oracle AIX LPAR는 이제 스토리지에 대한 "가상" 연결을 사용할 수 있습니다.

개요: VIO (Virtual I/O Disk) vSCSI 지원과거에는 AppSync가 AIX 물리적 시스템에서 그리고 스토리지에 대한 물리적 또는NPIV 연결을 사용하는AIX 가상 머신(LPAR)에서 Oracle을 지원했습니다. AppSync는이제 가상 연결을 통해 Oracle AIX LPAR을 지원합니다.

물리적 또는 NPIV 스토리지 연결을 사용하는 AIX 호스트에 대해 지원되는 모든 애플리케이션 및 활용 사례가 이제 VIO VSCSI 디바이스에서도 지원됩니다. 이 지원에는 두 가지 제한 사항이 있습니다.

l 물리적 또는 NPIV 스토리지 연결을 사용하여 호스트를 마운트하기 위해서는 복제본을 마운트해야 합니다. 마운트는 가상 디스코로 생성될 수 없습니다.

l VIO Server는 전체 원시 디스크를 VIO Client에 매핑해야 합니다. VIO Server로부터논리 볼륨을 매핑하지 마십시오.

또한 AppSync는 AIX Live Partition Mobility와 공존할 수 있습니다. AppSync는 클라이언트 파티션을 새로운 관리되는 서버에 마이그레이션한 후에도 계속해서 애플리케이션을 보호하고 재활용합니다.

지원되는 버전AppSync 지원 매트릭스를 참조할 때 AIX Virtual I/O 디스크는 Virtualization ServerSolution이라고 하는 유효한 가상 디스크 유형으로 지원됩니다.

지원되는 Oracle 구성

다음 표에서는 지원되는 Oracle 구성에 대해서 설명합니다.

표 22 지원되는 Oracle 구성

Oracle 기능/환경 XtremIO VMAX VNX VNXFile

VNXe Unity UnityFile

VPLEX RP ViPR

Oracle 독립 실행형 데이터베이스

지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

파일 시스템 기반의 Oracle 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

Oracle 보호


표 22 지원되는 Oracle 구성 (계속)



VPLEX RP ViPR

ASM 기반의 Oracle 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

NFS를 사용한 OracleRAC(비 ASM)

지원 안 함 지원 안함

지원안 함

지원 지원안 함

지원 안함

지원 지원 안함

해당없음

지원 안함

Oracle RAC(ASM) 지원 지원 지원 해당없음

지원 지원 해당 없음

지원 지원 지원

Oracle Dataguard(운영 및보조)


Oracle 독립 실행형 데이터베이스에 대한 호스트 클러스터 지원(PowerHA - AIX및 VCS/RHCS -Linux)a

지원 지원 지원 해당없음



핫 백업 모드b 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

핫 백업 모드/장애 발생 시정합성 보장 지원 안 됨


물리적 시스템 및 가상 머신의 Oracle(pRDM 및 Vdisk 사용) - RDM은 가상 모드에서지원 안 됨 c




VNX, Unity 또는 eNAS를 사용하는 NFS 파일 시스템에상주하는 Oracle 데이터베이스

해당 없음 해당 없음

해당없음

지원 해당없음

해당 없음

지원 해당 없음

해당없음

해당 없음

Oracle AIX LPAR - 가상 연결 및 물리적 또는 NPIV 연결




Oracle 데이터베이스 용도변경

지원 지원 지원 지원안 함

지원안 함

지원 지원 안함

지원 지원 지원 안함

mknode(ASM)d 지원 지원 지원 해당없음



UDEV(ASM) e 지원 지원 지원 해당없음



ASMLib(ASM) f 지원 지원 지원 해당없음



Oracle 독립 실행형 데이터베이스를 독립 실행형 데이터베이스에 마운트


독립 실행형 ASM을 독립 실행형 ASM에 마운트




RAC NFS(비 ASM)를 대체RAC NFS(비 ASM)에 마운트

해당 없음 해당 없음

해당없음

지원 해당없음

해당 없음

지원 해당 없음

해당없음

해당 없음

Oracle 보호


표 22 지원되는 Oracle 구성 (계속)



VPLEX RP ViPR

RAC ASM을 대체 RAC ASM에 마운트




운영 RAC에 클러스터로 마운트


운영 RAC에 클러스터링되지않은 단일 인스턴스로 다시마운트


RMAN 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

RMAN(BCT) 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

ASMFD(ASM Filter Driver)를 사용하여 생성된 ASMRAC 또는 독립 실행형 데이터베이스




데이터 파일, 제어 파일 및ASM 디스크 그룹의 redo 로그와 파일 시스템(예: Linux의 ext4)의 아카이브 로그및/또는 FRA가 있는 혼합된Oracle 데이터베이스 레이아웃




a. RHCS는 SuSE와 RHEL 모두에 대해 RHEL 및 VCS에 적용됩니다.b. 데이터베이스 레이아웃에 대한 정보는 사전 요구 사항 및 지원되는 구성 섹션을 참조하십시오.c. LINUX에만 적용됩니다.d. AIX에만 적용됩니다.e. LINUX에만 적용됩니다.f. LINUX에만 적용됩니다.

AppSync는 다음 Oracle 환경을 지원하지 않습니다.

l 클러스터 파일 시스템(ACFS, OCFS, GFS, GFS2, QFS 등) 기반의 Oracle

l 콜드 백업(Cold Backup)

l NFS의 중첩된 파일 시스템

l 서로 다른 OS 버전 및 서로 다른 Oracle 버전에 마운트

l Oracle RAC 1노드 데이터베이스

l RDM 및 Vdisk에 데이터 및 아카이브 로그를 함께 저장

l NFS 데이터 저장소의 VMware 가상 디스크를 기반으로 한 Oracle

l 동일한 데이터 저장소를 공유하는 서로 다른 가상 머신에 여러 데이터베이스가 상주하는 구성(예: VM1에 DB1 상주, VM2에 DB2 상주)

l 비 ASM에 ASM 마운트

l VXVM 볼륨 그룹의 ASM 데이터베이스

l VXDMP 디바이스의 ASM 데이터베이스

l VXVM에서 제어되는 원시 디바이스의 ASM 데이터베이스

Oracle 보호


l VXDMP 디바이스에 상주하는 기본 LVM 볼륨 그룹의 비 ASM 데이터베이스

l PDB(Pluggable Database)

l Oracle Flex 클러스터

l Oracle Flex ASM

l Oracle GoldenGate

l ADVM(ASM Dynamic Volume Manager)

l Oracle 멀티 테넌트

l NFS 4 파일 시스템의 Oracle RAC 데이터베이스는 Oracle에서 지원되지 않음

데이터베이스 보호데이터베이스를 보호하려면 데이터베이스에 AppSync 서비스 계획을 적용합니다.

AppSync에서는 다양한 위치에서 여러 가지 방법으로 객체를 보호할 수 있습니다.

l 선택한 데이터베이스를 즉시 보호하려면 Subscribe to Plan and Run을 선택합니다. 해당 데이터베이스에 대해서만 서비스 계획이 실행됩니다.

l 나중에 보호하도록 예약하려면 Subscribe to Plan을 선택합니다. 서비스 계획이적용되는 데이터베이스에 대한 보호가 예약된 시간에 실행됩니다.

l 데이터베이스 Copies 페이지의 Create copy using plan에서 적절한 서비스 계획을선택합니다.

l 전체 계획을 즉시 실행하려면 Oracle Service Plans 페이지에서 Run을 선택합니다.

데이터베이스 검색AppSync를 최신 상태로 유지하려면 데이터베이스가 생성되거나 삭제될 때 또는 데이터베이스의 이름이 변경될 때 Oracle 서버에서 데이터베이스를 검색해야 합니다.

시작하기 전에


절차

1. Copy Management > Oracle로 이동하여 Databases 페이지를 표시합니다.

시작되어 열린 상태인 데이터베이스만 Databases 페이지에서 온라인으로 표시되며, /etc/oratab 파일에 항목이 없는 데이터베이스와 종료된 데이터베이스는 표시되지 않습니다.

2. 화면 왼쪽 아래의 Discover Databases 드롭다운 메뉴에서 On Server를 클릭하고 검색할 데이터베이스가 상주하는 서버를 클릭합니다.

데이터베이스에 서비스 계획 적용데이터베이스에 서비스 계획을 적용하고 서비스 계획을 즉시 실행하거나, 나중에 실행되도록 서비스 계약을 예약할 수 있습니다.

시작하기 전에


절차

1. Copy Management > Oracle로 이동합니다.

Oracle 보호


2. Oracle 데이터베이스를 하나 이상 선택합니다.

3. Protect 팝업 버튼에서 적절한 서비스 계획을 선택합니다. 예를 들면 다음과 같습니다.

표 23 서비스 계획 보호 옵션

옵션 설명

Subscribe to Plan and Run 데이터베이스 보호를 적용하고, 선택한 데이터베이스에 대해 계획을 즉시 실행합니다.

Subscribe to Plan 데이터베이스 보호를 신청합니다. 서비스 계획이 적용되는 모든 데이터베이스에 대한 보호가예약된 시간에 실행됩니다.

데이터베이스에 대한 서비스 계획 적용 취소개별 데이터베이스의 서비스 계획 적용을 취소하면, AppSync에서 기존 데이터베이스복제본은 모두 보존되며, 이후의 보호만 제거됩니다.

시작하기 전에


절차


2. 서비스 계획 신청을 취소할 데이터베이스를 선택합니다.

l 적용을 취소할 서비스 계획을 선택합니다. Protect > Unsubscribe fromPlan. 데이터베이스가 적용된 계획만 팝업 목록에 나타납니다.

l 모든 서비스 계획의 신청을 취소하려면 Unsubscribe from Plan > All을 선택합니다.

Oracle 복제본 페이지Service Plan의 Copies 탭에서 복제본의 자세한 정보를 볼 수 있습니다. 복제본 목록은생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다.

표 24 Copy 페이지 필드

열 설명



l 빨간색: 실패

Name 복제본의 이름입니다. AppSync에서 복제본이생성된 시간이 복제본 이름이 됩니다.

Service Plan 복제본과 관련된 서비스 계획의 이름입니다.용도 변경 계획의 경우 복제본을 선택하고Repurpose 링크를 클릭하여 복제본을 편집하십시오.

Oracle 보호

Oracle 복제본 페이지 175


열 설명

각 복제본은 고유한 용도 변경 서비스 계획과연결됩니다.

Label 용도 변경 시 복제본에 할당되는 레이블입니다.

애플리케이션 정합성 보장 l 복제본을 생성하는 동안 데이터베이스가핫 백업 모드로 전환된 경우 Yes

l Create Copy 단계에서 핫 백업 모드를 선택하지 않은 경우 No

l 핫 백업 모드를 선택했지만 데이터베이스가 핫 백업 모드로 전환되지 않은 경우 No

Mount Status 복제본의 상태: 마운트됨 또는 마운트되지 않음. 마운트된 경우에는 마운트 호스트의 이름이 표시됩니다.

Recovery Status 마운트 후 복제본이 복구되었는지 여부를 나타냅니다. 값은 다음과 같습니다.

l Not Recovered - 복제본이 마운트되지 않았거나 파일 시스템 마운트입니다.

l Successful - 복구에 성공했습니다.

l Failed - 복구에 실패했습니다.

Copy Type l Local Bookmark

l Remote Bookmark

l VNX Snap, VNXeSnap

l VNX File Snap

l VNXe File Snap

l Unity Snap

l Unity File Snap

l VMAX Clone

l VMAX Snap

l VMAX V3/VMAX AFA: SnapVXSnap,SnapVXClone

l XtremIO Snap

l ViPRSnap

Generation First Generation 또는 Second Generation 복제본(용도 변경 용도)

Source 운영 데이터베이스 복제본(First Generation 복제본) 또는 복제본의 복제본(SecondGeneration 복제본)

Oracle 보호



열 설명

Site RecoverPoint 사이트 정보입니다.

Storage System 스토리지 일련 번호/이름입니다.

데이터베이스 복제본 보기AppSync 콘솔에서 Oracle 데이터베이스 복제본을 보려면 다음 단계를 따르십시오.

시작하기 전에


절차


2. 데이터베이스의 기존 복제본을 볼 데이터베이스를 클릭합니다.

Service Plan의 Copies 탭에서 복제본의 자세한 정보를 볼 수 있습니다. 복제본목록은 생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다.

Copies 페이지에서 데이터베이스 복제본 생성Copies 페이지에서 AppSync Oracle 서비스 계획을 적용하여 데이터베이스 복제본을생성합니다.

시작하기 전에


절차


2. 기존 복제본을 볼 데이터베이스를 클릭합니다.

3. Create a copy using a service plan 목록에서 적절한 서비스 계획을 선택합니다.

선택한 데이터베이스에 대해 서비스 계획이 즉시 실행됩니다.

필요 시 데이터베이스 복제본 만료데이터베이스 복제본을 만료하면 AppSync 데이터베이스에서 제거되며, 복제 기술 및복제본 상태에 따라 스토리지를 비울 수 있습니다.

시작하기 전에



절차


2. 복제본을 만료할 데이터베이스를 클릭합니다.



Oracle 보호

Oracle 복제본 페이지 177

4. 화면 아래쪽에 있는 일련의 버튼 중에 Expire를 선택합니다.

5. 적절한 복제본을 선택했는지, 연관된 복제본이 함께 나열되어 있는지 확인합니다.

서비스 계획 요약 및 세부 정보서비스 계획 Settings 탭에는 서비스 계획의 이름, 설명, 스케줄 및 상태가 표시됩니다.

단계를 클릭하면 자세한 서비스 계획 설정이 표시되고, 다른 탭을 클릭하면 서브스크립션, 복제본 목록, 계획에 의해 생성된 이벤트 등의 정보가 표시됩니다.


서비스 계획 스케줄서비스 계획의 스케줄은 Plan Startup 단계에서 설정됩니다. Startup Type(예약 또는필요 시)은 계획이 수동으로 실행되는지 또는 스케줄에 맞춰 실행되도록 구성되는지를결정합니다.

서비스 계획 시작 시점을 예약하기 위한 옵션은 다음과 같습니다.

l RPO(Recovery Point Objective) 지정

n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정

n 시간 단위 뒤의 분 단위를 5분 간격으로 설정


l 매일 지정한 시간에 실행


n 시간 단위 뒤의 분 단위를 5분 간격으로 선택



n 하루 이상의 날짜(최대 모든 날짜)를 선택할 수 있음

n 요일 기본값은 없음. 기본값은 오전 12:00





서비스 계획 스케줄 재정의서비스 계획이 적용된 데이터베이스에 대해 개별 스케줄을 설정함으로써 일반 반복 설정을 재정의할 수 있습니다.

시작하기 전에


서비스 계획에 대해 이전에 선택된 반복 유형의 설정만 재정의할 수 있습니다.

절차

1. Service Plans로 이동하여 목록에서 계획 중 하나를 선택합니다.


Oracle 보호


오른쪽에 Plan Startup Defaults 창이 표시됩니다.



4. Start service plan 단계를 선택합니다.

오른쪽에 Start service plan 창이 표시됩니다.


Startup 단계에서 Automatic이 선택된 경우에만 반복 유형을 설정할 수 있습니다.


계획이 적용되는 모든 데이터베이스의 목록을 볼 수 있습니다.

7. 데이터베이스를 하나 이상 선택하고 Override Schedule을 클릭합니다.

Override Schedule 대화상자가 나타납니다.

8. 요구 사항을 기준으로 스케줄을 설정하고 OK를 클릭합니다.

예를 들어 기본 반복 유형이 On specified days of the month이고 규칙 설정이 1stday of every month의 Run at 12:00 AM인 경우, 개별 데이터 저장소의 시간과 날짜를 재정의할 수 있습니다.

결과

연필 아이콘은 기본 설정이 재정의되었음을 나타냅니다.

애플리케이션 검색AppSync는 데이터베이스 복제본을 생성하기 전에 호스트의 Oracle 데이터베이스를 검토하여 추가, 제거, 종료와 같은 변경 사항이나 열린 상태에서의 변경 사항이 있는지 확인합니다.

데이터베이스는 온라인 상태일 경우에만 보호됩니다. 따라서 데이터베이스가 open 모드여야 합니다. nomount 모드 또는 mount 모드로 시작된 데이터베이스와 오프라인데이터베이스는 보호되지 않습니다.




스토리지 기본 설정복제본(예: VNX Snapshot 또는 VMAX Clone/Snap 또는 RecoverPoint 북마크)을 생성하는 중에 사용할 스토리지 기술의 기본 순서를 설정합니다.

Move Up 및 Move Down 버튼을 사용합니다. 가능한 경우 첫 번째 기본 설정 기술을사용하여 복제본이 생성됩니다. 상황에 따라 첫 번째 기술을 더 이상 사용할 수 없을 경우 다음 순서의 기본 설정 기술을 사용하여 나머지 복제본이 처리됩니다. 예를 들어 첫번째 기본 설정이 북마크인데 서비스 계획에 있는 일부 애플리케이션 데이터를RecoverPoint에 매핑할 수 없는 경우 AppSync는 스냅을 대신 사용합니다.

Oracle 보호


하나의 서비스 계획이 VNX/VMAX Block/File 및 RecoverPoint에 구성된 혼합 데이터세트를 포함할 수 있습니다. 예를 들어 VNX에서 Oracle에 대한 Bronze 서비스 계획의경우, 서비스 계획이 적용된 데이터베이스가 RecoverPoint 및 VNX/VMAX Block 객체의 혼합일 수 있습니다.

VNX와 VMAX의 데이터베이스 혼합은 지원되지 않습니다. 또한 데이터베이스에 대한RP 북마크 복제본을 생성하려면 데이터베이스의 모든 LUN이 RecoverPoint 보호를 사용하도록 구성해야 합니다. 그러지 않으면 해당 데이터베이스에 대한 스냅 복제본이 생성됩니다.

사전 복제(Pre-copy) 스크립트복제본을 만들기 전에 준비 단계를 수행하려면 서비스 계획의 Settings 탭에서 사전 복제 스크립트 및 매개 변수를 지정하십시오.

사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다.AppSync 는 운영 호스트에서 실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트를 실행합니다.

모든 스크립트 단계는 Non-Blocking이므로 실패하더라도 서비스 계획 실행이 종료되지 않고 다음 단계가 계속됩니다.


스크립트를 성공적으로 실행하려면 다음을 확인하십시오.

l 스크립트 단계가 활성화되어야 합니다.

l 지정한 경로에 스크립트가 있어야 합니다. 스크립트에 대한 절대 경로를 지정해야합니다. 기본 위치는 없습니다.

l 유효한 스크립트 형식을 사용해야 합니다. UNIX의 모든 실행 파일이 지원됩니다.스크립트를 실행하려면 지정한 사용자에게 실행 권한이 필요합니다.

l 사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다.

l Windows에 한해 스크립트는 기본적으로 로컬 시스템으로 실행됩니다.

l 스크립트는 데이터베이스/테이블스페이스를 백업 모드로 전환하지 않습니다.

l 스크립트는 데이터베이스를 종료하지 않습니다.

표 25 사전 복제 스크립트 콘솔 필드

UI의 필드 설명

Full path to script 스크립트 위치의 전체 경로입니다.

Script parameters 실행 시 스크립트에 전달되는 매개 변수입니다.

Run as username 스크립트에 대한 실행 권한이 있는 사용자입니다.

Password 사용자 암호입니다.

복제본 생성Create copy 단계에서는 서비스 계획에 지정된 복제 기술로 복제본을 만듭니다.

Oracle 보호


Create copy 단계에서는 AppSync에서 생성하는 Oracle 데이터베이스 복제본의 백업유형을 지정합니다. 이 단계에서 복제본의 자동 만료 기간도 설정됩니다.

복제본의 자동 만료서비스 계획의 Create Copy 단계에 있는 자동 만료 값은 동시에 존재할 수 있는 스냅,클론 또는 북마크에 대해 원하는 최대 수를 지정합니다.

"Always keep x copies" 값에 도달하면 순환 순서에 따른 다음 복제본의 스토리지를 확보하기 위해 오래된 복제본이 만료됩니다. 실패한 복제본은 계산되지 않습니다.AppSync 는 대체할 복제본이 성공적으로 생성되기 전까지는 가장 오래된 복제본을 만료하지 않습니다. 예를 들어 만료 전에 유지할 복제본 수가 7일 경우 AppSync는 여덟번째 복제본이 생성되기 전까지 가장 오래된 복제본을 만료하지 않습니다. AppSync 는다음과 같은 경우 복제본을 만료하지 않습니다.



이 설정은 스토리지 정책 설정(예: 가장 오래된 스냅샷을 자동으로 삭제하기 위한Unisphere의 VNX 풀 정책 설정)에 영향을 받지 않습니다. 서비스 계획 관리자는 스토리지 관리자와 협력하여 스토리지 정책 설정이 해당 애플리케이션에 대해 지정된 수의스냅샷 복제본을 지원할 수 있도록 해야 합니다.



사후 복제(Post-copy) 스크립트복제본을 생성한 후에 정리 또는 기타 사후 복제 단계를 수행하려면 서비스 계획의Settings 탭에서 사후 복제 스크립트 및 매개 변수를 지정하십시오.

사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. 실행되는 서비스 계획마다 호스트당 한 번만 이 단계를 실행할 수 있습니다. 이 스크립트 단계가 활성화되어 있지만 실행할 사용 권한이 잘못되었거나, 지정된 경로에 스크립트가 없으면 오류가 발생하여 서비스 계획이 실패합니다.

이 프로세스를 수행하려면 AppSync 데이터 관리자 역할이 필요합니다. AppSync 는 운영 호스트에서 실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트를 실행합니다.

모든 스크립트 단계는 Non-Blocking이므로 실패하더라도 서비스 계획 실행이 종료되지 않고 다음 단계가 계속됩니다.

스크립트를 성공적으로 실행하려면 다음을 확인하십시오.

l 지정한 경로에 스크립트가 있어야 합니다. 스크립트에 대한 절대 경로를 지정해야합니다. 기본 위치는 없습니다.

l 유효한 스크립트 형식을 사용해야 합니다. UNIX의 모든 실행 파일이 지원됩니다.스크립트를 실행하려면 지정한 사용자에게 실행 권한이 필요합니다.

표 26 사후 복제 스크립트 콘솔 필드

UI의 필드 설명


Oracle 보호

복제본의 자동 만료 181

표 26 사후 복제 스크립트 콘솔 필드 (계속)

UI의 필드 설명




이전 복제본 마운트 해제서비스 계획은 새 복제본을 만든 후에 이전에 마운트한 복제본을 마운트 해제합니다.

서비스 계획에 의해서가 아니라 필요에 의해 마운트된 복제본은 예외입니다. 이 경우필요에 의해 마운트된 복제본은 마운트 해제되지 않습니다.

이 단계에서는 모든 복구된 데이터베이스가 종료됩니다. 이 단계와 연관된 사용자 설정이 없으므로 활성화하거나 비활성화할 수 없습니다.

Pre-mount 스크립트AppSync에서 마운트 작업을 수행하기 전에 스크립트를 실행하려는 경우 이 단계를 활성화할 수 있습니다.

실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트가 실행됩니다. 이 스크립트단계가 활성화되어 있지만 실행할 사용 권한이 잘못되었거나, 지정된 경로에 스크립트가 없으면 오류가 발생하여 서비스 계획이 실패합니다.

실행되는 서비스 계획 하나에 여러 마운트 호스트를 사용하는 경우 주의해야 합니다. 서비스 계획에서 마운트 설정 재정의를 참조하십시오. 모든 마운트 호스트에서 스크립트가 실행되도록 Run on host 옵션에서 Same as mount host를 선택해야 합니다.

표 27 Pre-mount 스크립트 필드 설명

UI의 필드 설명





Run on host 스크립트를 실행해야 할 호스트입니다. 여러마운트 호스트가 사용되는 경우 Same asmount host를 선택합니다.

복제본 마운트Mount copy 단계는 복제본을 마운트하거나 복제본을 마운트하고 복구합니다. 이 단계는 활성화하거나 비활성화할 수 있습니다.

Oracle 보호


Mount Copy Defaults 설정에서 값을 Mount copy 또는 Mount and recover copy로 설정할 수 있습니다.

Mount copy settings에 대해 마운트 호스트 값 및 마운트 경로와 RecoverPoint 이미지액세스 유형을 설정할 수 있습니다.

Mount and recover copy 설정에서는 복구 인스턴스, 복구 유형 및 데이터베이스 명명세부 정보를 지정합니다. 다른 설정은 마운트 경로, 이미지 액세스 유형 등 Mount copy설정과 유사합니다.

Mount on standalone server and prepare scripts for Manual Recovery Oracle 마운트 옵션의 경우, 마운트 작업이 완료된 후에 스크립트 단계를 활성화하면 AppSync가데이터베이스 복구를 위해 실행해야 할 스크립트를 마운트 호스트에서 생성합니다. 이러한 스크립트는 RMAN과 SQL의 두 가지 유형이 있으며, /tmp/<MOUNTED_SID_NAME>/RecoveryScripts에 생성됩니다.

콘솔 필드 설명:

l Host name: Oracle 복제본을 마운트할 호스트를 지정합니다.

l Mount to path: 데이터베이스 파일과 파일 시스템을 마운트할 경로입니다. ASMRAC의 경우 이 설정이 사용되지 않습니다/무시됩니다.

l Service Level Objective (SLO): VMAX 3 스토리지를 사용하는 경우 DesiredSLO(Service Level Objective)라고 하는 설정을 사용할 수 있습니다. 이 옵션은Mount 마법사에서 제공되며, 이 옵션을 통해 필요한 VMAX 3 SLO(Service LevelObjective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

l Database name: 마운트된 데이터베이스 이름의 형식을 나타냅니다. 원본 데이터베이스 이름을 지정하려면 토큰 %DB%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면 TEST%DB%를 사용합니다.

l SID name: 마운트된 인스턴스 이름의 형식을 나타냅니다. 원본 인스턴스 이름을지정하려면 토큰 %SID%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면TEST%SID%를 사용합니다.

l ASM Diskgroup: ASM 디스크 그룹의 형식을 나타냅니다. 원본 디스크 그룹 이름을지정하려면 토큰 %DG%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면TEST%DG%를 사용합니다.

l Custom initialization parameters: 여러 줄로 이루어진 이 필드에서는 마운트된 데이터베이스 복제본에 대한 원본 데이터베이스 설정을 재정의하는 설정을 지정할수 있습니다. 이 필드는 메모리 설정 등의 옵션을 편집하는 데 유용합니다.

l Restart databases after reboot: 이 옵션은 호스트 재부팅 후 AppSync에 마운트된 Oracle 데이터베이스를 자동으로 시작하려는 경우 사용합니다. 이 옵션은 기본적으로 해제되어 있습니다.

서비스 계획에서 마운트 설정 재정의여러 개의 등록된 데이터베이스에 같은 계획이 적용되어 있는 경우 각 데이터베이스에대해 서로 다른 마운트 설정을 선택함으로써 일반 설정을 재정의할 수 있습니다. 복구설정은 재정의할 수 없습니다.

시작하기 전에


절차

1. Service Plans > Oracle로 이동하여 목록에서 서비스 계획 중 하나를 클릭합니다.

Oracle 보호

서비스 계획에서 마운트 설정 재정의 183



서버 목록에는 해당 데이터베이스에 이 계획이 적용되는 모든 Oracle 호스트가포함되어 있습니다.

4. 설정을 재정의할 서버를 선택하고 Set Overrides를 클릭합니다.

Override Default Mount Settings 대화상자가 표시됩니다.

5. 재정의할 마운트 설정에 대한 옵션을 선택합니다.



설정을 변경한 서버가 있는 행의 첫 번째 열에 연필 아이콘이 나타납니다.

7. 서버의 기본 설정으로 되돌리려면 Use Default Settings를 클릭합니다.

사후 마운트 스크립트AppSync에서 마운트 작업을 수행한 후에 스크립트를 실행하려는 경우 이 단계를 활성화할 수 있습니다.

실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트가 실행됩니다. 이 스크립트단계가 활성화되어 있지만 실행할 사용 권한이 잘못되었거나, 지정된 경로에 스크립트가 없으면 오류가 발생하여 서비스 계획이 실패합니다.

실행되는 서비스 계획 하나에 여러 마운트 호스트를 사용하는 경우 주의해야 합니다.(서비스 계획에서 마운트 설정 재정의 섹션을 참조하십시오. 모든 마운트 호스트에서스크립트가 실행되도록 Run on host 옵션에서 Same as mount host를 선택해야 합니다.

표 28 사후 마운트 스크립트 필드 설명

UI의 필드 설명




Run on host 스크립트를 실행해야 할 호스트입니다. 여러마운트 호스트가 사용되는 경우 Same asmount host를 선택합니다.

복제본 마운트 해제서비스 계획의 최종 단계에서는 복제본을 마운트 해제합니다.


Mount copy 단계에서 복구 옵션(독립 실행형, RMAN 또는 클러스터 마운트)을 사용하여 마운트하기로 선택한 경우에는 이 단계에서 모든 마운트된 데이터베이스가 종료됩니다.

Oracle 보호


Oracle 복제본 마운트이 섹션에서는 AppSync 콘솔 마운트 필드 및 해당하는 설명을 제공합니다.

마운트 작업

표 29 콘솔 필드 설명

필드 설명

Mount on Server 복제본을 마운트할 서버입니다.

Mount path Default Mount Path는 /appsync입니다. 마운

트 경로가 Same as Original Path일 수도있습니다. 하지만 마운트 호스트가 운영 호스트와 동일할 때는 이 옵션을 사용할 수 없습니다. 또한 Default Mount Path를 예를 들어 /AppSync 대신 /EMC으로 변경할 수 있습니다.

데이터베이스를 마운트할 경로를 지정하려면Mapped Path를 선택합니다.

Image access mode (during RecoverPointmount)

l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다. 이 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다. RP-VMAX를 사용한 가상 액세스는 지원되지 않습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된볼륨이 요청된 시점에 있는 경우 RPA는대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다. RP-VMAX 및RP-XtremIO를 사용할 경우 Virtual accesswith roll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공하지만 대량 처리에는 적합하지 않습니다. RP-VMAX 및 RP-XtremIO를 사용한 가상 액세스는 지원되지 않습니다.

Restart databases after reboot 호스트 재부팅 후 AppSync에 마운트된 Oracle데이터베이스를 자동으로 시작하려면 이 옵션을 사용합니다. 이 옵션은 기본적으로 비활성화되어 있습니다.

Desired SLO VMAX 3 스토리지에서만 Desired SLO라는 설정이 Mount 마법사에서 제공되며, 이 설정을통해 필요한 VMAX 3 SLO(Service LevelObjective)를 지정할 수 있습니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

Oracle 보호

Oracle 복제본 마운트 185

표 29 콘솔 필드 설명 (계속)

필드 설명

VPLEX Mount 옵션 l Native array: 복제본을 기본 스토리지볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.

l VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.

l Enable VMware cluster mount: ESX클러스터 마운트를 수행하지 않으려면 이옵션을 선택 취소합니다. 이 옵션은 기본적으로 활성화되어 있습니다.

모든 경로 다중화 디바이스 운영 호스트에서 생성된 복제본을 모든 경로 다중화 디바이스 마운트 호스트에 마운트할 수 있습니다. 따라서 Block/PowerPath/MPIO 디바이스에서 복제본을 생성하고 이러한 조합을 갖는 마운트 호스트에 마운트할 수 있습니다.

DMP의 경우 운영 호스트와 마운트 호스트에 모두 DMP를 설치해야 합니다.

Oracle 데이터베이스를 안정적으로 복구하려면 Oracle 12c 패치 19404068을 설치하는것이 좋습니다.

추가 정보

l AppSync 2.2.1 이상 버전에서는 AppSync 콘솔의 Servers 페이지에서 UNIX 호스트별로 임시 위치를 구성할 수 있습니다.

n AppSync는 Oracle 마운트 작업 시 이전에 /tmp/<SID>/에 상주한 정보를 저장하는 데 설정된 임시 위치를 사용합니다.

n 달리 지정하지 않은 경우 /tmp/가 기본 임시 위치입니다.

l UNIX 호스트에 대해 AppSync 콘솔의 Servers 페이지에서 명령 실행 시간 초과 값을 구성할 수 있습니다. AppSync는 UNIX 플랫폼에서 AppSync에 의해 실행되는 각운영 체제 명령을 기다리는 데 이 값을 사용합니다. 기본값은 60분입니다. 예를 들어 파일 시스템 복제본 마운트 중 fsck를 실행하는 데 60분 이상 걸릴 경우 명령 실행 시간 초과 값을 늘릴 수 있습니다.

l AIX 다중 마운트

n AppSync 3.0.1 이상을 사용하여 복제본이 생성되는 경우에만 여러 복제본을 동일한 AIX 호스트에 마운트할 수 있습니다.

n AppSync 3.0 이하를 사용하여 복제본이 생성된 경우 서버와 에이전트를 모두AppSync 3.0.1 이상으로 업그레이드한 후에도 여러 복제본을 동일한 AIX 호스트에 마운트할 수 없습니다.

n AppSync 3.0과 3.0.1 이상을 둘 다 사용하여 생성된 복제본이 있는 경우 동시 마운트가 성공하려면 AppSync 3.0.1 이상을 사용하여 생성된 복제본을 마운트하는 것이 좋습니다. AppSync 3.0 복제본을 마운트하려는 경우 하나의 복제본만마운트할 수 있습니다.

n AppSync 3.0.1 이상에서 생성된 복제본을 마운트하는 경우 AppSync 3.0 복제본의 마운트가 실패할 수 있습니다.

Oracle 보호


n AppSync 서버를 3.0.1 이상으로 업그레이드한 후에 에이전트를 AppSync 3.0.1이상으로 업그레이드해야 합니다.

Oracle Mount 마법사를 사용한 복제본 마운트AppSync 콘솔에서 Oracle Mount 마법사를 사용하여 복제본 마운트를 수행할 수 있습니다.

시작하기 전에


1. Databases 페이지에서 Recover > Mount a Copy를 선택합니다.

Oracle 데이터베이스 인스턴스의 목록이 표시됩니다.

2. Copies 페이지에서 복제본을 선택하고 Mount를 클릭합니다.

Oracle Mount 마법사가 시작됩니다.

3. Copies 또는 Service Plan 또는 Type 필터를 사용하여 마운트할 복제본을 선택합니다.


4. 마운트할 복제본을 선택합니다. RecoverPoint 복제본의 경우, 특정 시간에 따라북마크를 선택할 수도 있습니다. 단, AppSync에서 사용 가능한 복제본이 있어야합니다. 복제본을 선택하고 마운트를 클릭하여 Mount Copy of Oracle 마법사를시작합니다.

5. Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 여기에 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA(RecoverPointAppliance)와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 마운트합니다.

6. Mount Options 페이지의 Mount operation 목록에서 다음 옵션 중 하나를 선택합니다.

l Mount on standalone server

l 독립 실행형 서버에 마운트 및 RMAN 카탈로그 항목 생성

l Mount on standalone server and recover

l 독립 실행형 서버에 마운트 및 수동 복구용 스크립트 준비

l Mount on grid cluster and recover as RAC database

복구에 대한 읽기/쓰기 액세스로 열기 모드에서 Mount on standalone serverand recover, Mount on standalone server and prepare scripts for manualrecovery 또는 Mount on grid cluster and recover as RAC database를 선택하는 경우 Create TempTable Space 옵션이 활성화됩니다. 이 옵션은 복구에서 마운트된 데이터베이스 복제본에 임시(TEMP) 테이블스페이스를 생성하는 데 사용합니다. Create TEMP TableSpace를 선택하면 다음 두 가지 다른 옵션이 표시됩니다.

a. Number of TEMPFILES': 임시 테이블스페이스에 추가할 파일 수이며, 각 파일의 크기는 'Size of each file' 옵션에 지정됩니다.

b. size_clause는 바이트, 킬로바이트(K), 메가바이트(M), 기가바이트(G),테라바이트(T), 페타바이트(P) 또는 엑사바이트(E) 수를 지정합니다.size_clause에서는 디스크 공간 또는 메모리 공간(예: 10M)을 설정할 수있습니다. TempTable Space의 크기는 임시 테이블 파일에 각 파일의 크기를 곱한 값과 같습니다. 예를 들어, 임시 테이블 파일 수가 2이고 각 파일의 크기가 10M인 경우 임시 테이블스페이스 공간 크기는 20M입니다.

Oracle 보호

Oracle Mount 마법사를 사용한 복제본 마운트 187

AppSync는 <DBNAME>_TEMP 형식으로 TempTable Space의 이름을 생성합니다. 이렇게 새로 생성된 테이블스페이스는 마운트된 데이터베이스 인스턴스의기본 임시 테이블스페이스로 설정됩니다. 마운트 해제 도중 AppSync에서 생성된 임시 테이블스페이스를 삭제합니다.

l 수동 복구 마운트에서는 스크립트를 사용하여 임시 테이블스페이스를 생성('Step-5_createTempTableSpace.sql')하고 삭제('Step-6_dropTempTableSpace.txt')할 수 있습니다. AppSync를 사용하여 복제본을 마운트 해제하기 전에 생성된 임시 테이블스페이스를 수동으로 삭제해야 합니다.

l 마운트 해제 동안 AppSync가 임시 테이블스페이스를 삭제하지 못한 경우 및복구 작업이 이 복제본을 사용하여 수행되는 경우 테이블스페이스가 복구됩니다.

l RecoverPoint 복제본을 복구하려는 경우 임시 테이블스페이스가 복구 마운트 도중 생성된 경우 이 테이블스페이스도 운영 환경으로 복구됩니다. 마운트된 데이터베이스 복제본에서 수동으로 임시 테이블스페이스를 삭제한 후 복구를 시도해야 합니다.

7. Mount Settings에서 다음을 수행합니다.

a. Mount on Server 목록에서 복제본을 마운트할 서버를 선택합니다.

b. Mount to Path 목록에서 마운트 경로 위치로 Default path, Same asoriginal path 또는 Mapped Path를 선택합니다. 마운트 경로는 마운트 호스트에서 복제본이 마운트되는 위치입니다.

8. Recovery Settings에서 다음을 수행합니다.

a. 기본 설정을 검토하고 필요한 사항을 변경합니다.

b. 호스트 재부팅 후 AppSync에 마운트된 Oracle 데이터베이스를 자동으로 시작하려면 Restart databases after reboot를 선택합니다. 이 옵션은 기본적으로 비활성화되어 있습니다.

c. Create SPFile을 선택하여 SPFile을 생성합니다. SPFile이 기본 위치($ORACLE_HOME/dbs)에 spfile<SID>.ora라는 이름으로 생성됩니다.마운트 해제 중에 SPFile은 $ORACLE_HOME/dbs 폴더에서 제거됩니다.

Restart databases after reboot 및 Create SPFile 옵션은 RMAN 및 mountwith generate 스크립트에 사용할 수 없습니다.

9. RMAN Settings에서 다음을 수행합니다.

a. RMAN 사용자 이름, 암호 및 접속 문자열을 지정합니다.

b. 기본 설정을 검토하고 필요한 사항을 변경합니다.

c. 데이터베이스 데이터 파일의 카탈로그 작성을 건너뛰려면 Skip Data Files를선택합니다.

이 항목은 RMAN 카탈로그 항목 옵션에만 적용됩니다.

Oracle 보호


10. 기본 Mount and Recovery 설정을 검토하고 필요한 경우 변경합니다.

-- VPLEX에 대한 마운트 옵션을 선택합니다.

l VPLEX virtual volume - 백엔드 스토리지의 스냅샷이 VPLEX에 표시됩니다.AppSync에서 VPLEX 가상 볼륨을 기본 스토리지 스냅샷에 생성한 다음 마운트 호스트에 프로비저닝합니다. 프로비저닝된 가상 볼륨은 마운트 호스트의스토리지 보기에 추가됩니다. 마운트 해제하는 동안 가상 볼륨이 마운트 호스트의 스토리지 보기에서 제거되고 기본 스토리지 스냅샷에 생성된 VPLEX 가상 볼륨을 삭제합니다. 백엔드 스토리지의 스냅샷은 VPLEX에서 프로비저닝해제됩니다.

l Native array volume - AppSync에서 마운트 호스트에 기본 스토리지 스냅샷을 프로비저닝합니다. 마운트 호스트가 스냅샷이 생성되는 기본 스토리지에조닝(Zoning)되어야 합니다. 기본 스토리지의 다른 모든 마운트 고려 사항이적용됩니다.

l Enable VMware cluster mount checkbox - 마운트 호스트가 ESX 클러스터에 상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX 클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 활성화되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수 있습니다. 그러면 마운트 호스트가 상주하는 ESX 클러스터에만 타겟 LUN이 표시됩니다. 이는 RDM 디바이스 유형과 vDisk 디바이스 유형에 모두 적용됩니다.

-- VMAX 3 스토리지의 경우 마운트 복제본에 대해 원하는 SLO(Service LevelObjective)를 선택합니다.

-- VMAX V2 스토리지의 경우 원하는 FAST VP 정책을 선택합니다. 각 FAST VP정책이 스토리지 시스템의 스토리지 그룹과 연결되어 있습니다. 해당 저장소 그룹과 연결된 FAST VP 정책을 선택하여 마운트 작업에 사용할 스토리지 그룹을선택합니다.

11. Next를 클릭하여 Summary 페이지를 표시합니다.

12. 마운트 설정을 검토하고 Finish를 클릭하여 마운트를 완료합니다.

13. Results 페이지에서 복제본 마운트에 포함되는 각 단계의 진행률을 확인할 수 있습니다.


RMAN 카탈로그 작성 기능이 섹션에는 RMAN 카탈로그 항목을 생성하고 BCT 파일을 복제하기 위한 사전 요구사항과 제한 사항이 나와 있습니다.

마운트 작업: 독립 실행형 서버에 마운트 및 RMAN 카탈로그 항목 생성

표 30 콘솔 필드 설명

UI의 필드 설명

RMAN user 카탈로그 소유자

RMAN password 카탈로그 소유자의 암호

RMAN connect string 원격 RMAN 카탈로그에 접속하는 데 사용되는TNS 별칭

Oracle 보호

RMAN 카탈로그 작성 기능 189

표 30 콘솔 필드 설명 (계속)

UI의 필드 설명

TNS_ADMIN TNS 별칭이 지정된 tnsnames.ora 파일의 경로(기본 경로: $ORACLE_HOME\network\admin\)

ORACLE_HOME Oracle 바이너리에 대한 ORACLE_HOME 경로. 기본값: 운영 호스트와 동일

ASM Diskgroup Name 마운트 호스트에 있는 디스크 그룹 또는 %DG%(마운트 시 운영 ASM 디스크 그룹 이름을 사용하는 경우)의 이름을 바꾸기 위한 접두사 또는 접미사를 지정합니다. 기본값: APS%DG%

Skip Data Files 데이터베이스 데이터 파일의 카탈로그 작성을건너뜁니다. 기본값: 선택하지 않음

사전 요구 사항에 대한 참고 사항

l RMAN 카탈로그 데이터베이스가 있어야 하며 마운트 호스트와 동일한 네트워크에서 액세스 가능해야 합니다.

l 마운트 호스트의 tnsnames.ora 파일에는 AppSync에서 복제본의 카탈로그를 작성할 RMAN 카탈로그 데이터베이스를 가리키는 TNS 별칭이 포함되어 있어야 합니다.

l 카탈로그를 작성할 복제본을 마운트하기 전에 카탈로그 및 카탈로그 소유자를 생성해야 합니다.

l 복제본을 마운트하기 전에 운영 데이터베이스를 RMAN 카탈로그에 등록해야 합니다.

l RMAN 카탈로그 데이터베이스를 실행하는 Oracle 버전은 해당 카탈로그에 등록된모든 운영 데이터베이스에서 가장 높은 Oracle 버전보다 크거나 같아야 합니다.

l RMAN 통합으로 마운트된 복제본은 데이터베이스 이름 바꾸기 옵션으로 이름을 변경할 수 없습니다. 이는 또한 RMAN 카탈로그 작성을 위해 마운트 호스트에 데이터베이스당 하나의 복제본만 마운트할 수 있고 Mount to Original Host는 가능하지않음을 나타냅니다.

l 읽기 전용 액세스 권한으로 마운트되는 복제본은 RMAN을 사용하여 카탈로그를 작성할 수 없습니다.

l 데이터베이스를 핫 백업 모드로 전환해야 합니다.

l Create Copy 단계에서 Create backup control file을 선택해야 합니다.

독립 실행형 서버에 마운트 및 수동 복구용 스크립트 준비이 작업은 서비스 계획의 마운트 설정을 재정의합니다. 이 섹션에는 스크립트를 통한수동 복구 단계에 사용하도록 Oracle 복제본의 독립 실행형 마운트를 수행하기 위한 사전 요구 사항과 자세한 정보가 나와 있습니다.


l Mount to server: Oracle 복제본을 마운트할 호스트를 지정합니다.

l Mount to path: 데이터베이스 파일과 파일 시스템을 마운트할 경로입니다. ASMRAC의 경우 이 설정이 사용되지 않습니다/무시됩니다.

Oracle 보호


l Database name: 마운트된 데이터베이스 이름의 형식을 나타냅니다. 원본 데이터베이스 이름을 지정하려면 토큰 %DB%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면 TEST%DB%를 사용합니다. 데이터베이스 이름의 길이는 8자입니다.

l SID name: 마운트된 인스턴스 이름의 형식을 나타냅니다. 원본 인스턴스 이름을지정하려면 토큰 %SID%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면TEST%SID%를 사용합니다. SID 이름의 길이는 16자이고 RAC SID의 길이는 15자입니다.


l Custom initialization parameters: 여러 줄로 이루어진 이 필드에서는 마운트된 데이터베이스 복제본에 대한 원본 데이터베이스 설정을 재정의하는 설정을 지정할수 있습니다. 이는 메모리 설정 등의 옵션을 편집하는 데 유용합니다.

마운트 작업이 완료된 후에 AppSync는 데이터베이스 복구를 위해 실행해야 할 스크립트를 마운트 호스트에서 생성합니다. 스크립트는 RMAN 스크립트와 SQL 스크립트이며, /tmp/<MOUNTED_SID_NAME>/RecoveryScripts에서 생성됩니다. 스크립트파일의 이름은 Step-<number>_<operation>.<extension>으로 지정됩니다. 여기서 <number>는 파일이 실행되는 순서(첫 번째, 두 번째 등)를 나타내고,<operation> 은 스크립트를 통해 수행되는 작업을 나타내며, <extension>은 스크립트 유형(RMAN 또는 SQL)을 나타냅니다. 스크립트 유형에 따라 RMAN 또는SQLPlus를 사용합니다. 생성되는 파일 이름은 다음과 같습니다.

Step-1_DatabaseRename.sqlStep-1_DatabaseFileRename.sqlStep-2_RecoverDatabase.rmanStep-3_RecoverDatabase.sqlStep-4_OpenDatabase.sql복구 작업을 수행할 때 운영 SID 이름을 사용했는지, 대체 SID 이름을 사용했는지에 따라 Step-1 파일이 하나만 생성됩니다. 스크립트를 실행하려면 Oracle 사용자로 다음 단계를 수행하십시오.

1. 복구 시 사용한 SID로 Oracle SID를 내보냅니다.

2. SQL 스크립트를 실행할 때 sqlplus /를 sysdba로 사용하여 SQLPlus에 로그인합니다. 그런 다음에 스크립트를 실행할 수 있습니다. @/tmp/<MOUNTED_SID_NAME>/RecoveryScripts/Step-<number>_<operation>.sql

3. RMAN 스크립트를 실행할 때 rman target=/을 사용하여 RMAN에 로그인합니다. 그런 다음에 @/tmp/<MOUNTED_SID_NAME>/RecoveryScripts/Step-<number>_<operation>.rman과 같이 스크립트를 실행할 수 있습니다.

복구 시 이러한 단계의 순서를 따라야 합니다.

클러스터에 마운트 및 복구이 섹션에는 Oracle RAC 데이터베이스가 다른 클러스터 또는 동일한 클러스터(이름을바꾼 경우)의 RAC 데이터베이스로 포함되어 있는 복제본의 마운트를 수행하기 위한사전 요구 사항과 자세한 정보가 나와 있습니다. 관련 설정은 다음과 같습니다.


Oracle 보호

클러스터에 마운트 및 복구 191

l Mount to cluster: 복제본을 마운트할 클러스터를 지정합니다. 또는 이것이 운영클러스터에 다시 마운트되는 원래 클러스터가 될 수도 있습니다.

l Mount to servers: 선택한 클러스터에서 일부 노드를 선택하거나 AppSync에 추가된 클러스터의 모든 노드를 선택할 수 있습니다.

AppSync에서는 등록된 클러스터 노드에만 마운트가 수행되며, 등록되지 않은 노드는 사용되지 않습니다.

l Mount to path: ASM RAC의 경우 이 설정을 무시합니다.

l Database name: 마운트된 데이터베이스 이름의 형식을 나타냅니다. 원본 데이터베이스 이름을 지정하려면 토큰 %DB%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면 TEST%DB%를 사용합니다. 데이터베이스 이름의 길이는 8자입니다.

l SID name: 마운트된 인스턴스 이름의 형식을 나타냅니다. 원본 인스턴스 이름을지정하려면 토큰 %SID%를 사용합니다. 예: 원본 이름에 접두사 TEST를 붙이려면TEST%SID%를 사용합니다. SID 이름의 길이는 16자이고 RAC SID의 길이는 15자입니다.

RAC 마운트의 경우 클러스터의 각 노드는 고유한 인스턴스 이름에 접미사로 숫자가 붙습니다.


l Custom initialization parameters: 여러 줄로 이루어진 이 필드에서는 마운트된 데이터베이스 복제본에 대한 원본 데이터베이스 설정을 재정의하는 설정을 지정할수 있습니다. 이는 메모리 설정 등의 옵션을 편집하는 데 유용합니다.








/prd/db1 /tst/db1



Oracle 보호



D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\










절차













Oracle 보호

경로 매핑 193







Oracle 복제본 복구AppSync 콘솔에서 Oracle Restore 마법사를 사용하여 Oracle 복제본의 복구를 수행할수 있습니다.

시작하기 전에


l 복제본이 마운트되거나 데이터베이스 이름 변경으로 복구되는 경우 복구에 이 복제본을 사용하지 않는 것이 좋습니다.

l 데이터 저장소를 보호하기 전에 가상 머신 스냅샷이 없는지 확인합니다. 가상 머신스냅샷이 있으면 성공적으로 보호되기는 하지만 AppSync가 파일 또는 가상 머신복구를 수행하지 못합니다.

절차

1. AppSync 콘솔에서 Copy Management 탭을 클릭하고 드롭다운 목록에서Oracle을 선택합니다.

Oracle 데이터베이스 인스턴스의 목록이 표시됩니다.

2. 특정 데이터베이스를 선택하여 선택한 Oracle 데이터베이스에 대한 CopiesPage 페이지를 엽니다. 이 페이지에는 복제 날짜와 함께 사용 가능한 복제본이나열되어 있습니다.

3. 원하는 복제본을 선택하고 Restore를 클릭하여 Oracle Restore 마법사를 시작합니다.

다음 경고 메시지가 표시될 수 있습니다. You are attempting toperform a restore on a cluster. Please follow theinstructions in the AppSync documentation for specificcluster restore procedures.

4. 복구할 복제본을 선택하고 Next를 클릭합니다.

Restore Options 페이지가 나타납니다.

5. Restore 드롭다운 목록을 클릭하고 복구할 대상을 Data, Archive logs 또는Both Data and Archive logs 중에 선택합니다.

Oracle 보호


복구되는 데이터베이스가 다른 데이터베이스에 영향을 미치는 경우 영향을 받는인접 항목에 대한 경고 메시지가 표시될 수 있습니다.




l Disable VMWare SRM - RecoverPoint 정합성 보장 그룹에 대해 SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.


7. Next를 클릭하여 Summary 페이지를 표시합니다.

8. 복구 설정을 검토하고 Finish를 클릭하여 복구를 완료합니다.

Results 페이지에서 복제본 복구에 포함되는 각 단계의 진행률을 확인할 수 있습니다.

결과

복구 경고는 해당 호스트에서 액세스할 수 있고 AppSync에서 검색할 수 있는 데이터베이스에 대해서만 표시됩니다. 해당 호스트에 공통되지 않거나 검색할 수 없는 데이터베이스에 대해서는 경고가 표시되지 않습니다.또한 RAC 복제본 복구를 참조하십시오.



Oracle의 경우 영향을 받는 인접 항목은 다른 Oracle 데이터베이스 데이터 파일이나 아카이브 로그만 될 수 있습니다. 3가지 옵션 중 하나를 사용하여 복구하도록 선택할 수있습니다. 이에 따라 영향을 받는 인접 항목을 확인하는 수준이 결정됩니다.

l 데이터만

l 아카이브 로그만

l 데이터 및 아카이브 로그

영향을 받는 인접 항목은 이 복구 옵션에 따라서만 표시됩니다. Data를 선택하면Appsync가 Oracle 데이터베이스 데이터 파일 시스템 및 스토리지에서만 영향을 받는인접 항목을 확인하고, Oracle 데이터베이스 아카이브 로그 스토리지에서는 영향을 받는 인접 항목을 확인하지 않습니다.

Archive logs를 선택하면 이와 반대로, Oracle 데이터베이스 아카이브 로그 파일 시스템 및 스토리지에서만 영향을 받는 인접 항목을 확인하고 Oracle 데이터베이스 데이터파일 시스템에서는 확인하지 않습니다.

Data와 Archive logs를 모두 선택할 경우 Oracle 데이터베이스 데이터 파일과 아카이브 로그 모두의 파일 시스템 및 스토리지에서 영향을 받는 인접 항목을 확인합니다.

Oracle 보호

복구 중에 영향을 받는 인접 항목 195


l RecoverPoint 및 ViPR Controller의 경우, 데이터베이스가 같은 정합성 보장 그룹에있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 항목이 됩니다.

l VNX, VNXe, Unity, VMAX, XtremIO 및 ViPR Controller의 경우, 데이터베이스가 같은 LUN에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는인접 항목이 됩니다. VNXe의 경우, 데이터베이스가 같은 LUN 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l Unity의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l vDISK/데이터 저장소의 경우, 두 데이터베이스 DB1과 DB2의 데이터 파일이 데이터 저장소 [DS1]에 있고, 마찬가지로 동일한 두 데이터베이스의 아카이브 로그가데이터 저장소 [DS2]에 있을 경우, 둘 모두 영향을 받는 인접 항목이 됩니다.

영향을 받는 인접 항목이 복구하도록 선택된 Oracle 데이터베이스와 함께 보호될 경우AppSync에 의해 복구됩니다. 보호되지 않았지만 영향을 받는 인접 항목인 다른 Oracle데이터베이스는 덮어 쓰이게 됩니다.

AppSync는 복구하도록 선택된 Oracle 데이터베이스의 정합성 보장 그룹 또는 LUN에대해 영향을 받는 인접 항목을 계산합니다. 영향을 받는 데이터베이스가 부분적으로 다른 정합성 그룹, LUN 그룹 또는 LUN에 상주하는 경우, AppSync는 해당 정합성 보장 그룹, LUN 그룹 또는 LUN에 있는 영향을 받는 인접 항목을 계산하지 않습니다.

영향을 받는 인접 항목은 복구 세분화를 기준으로 계산됩니다. 데이터와 로그 모두를복구하도록 선택한 경우에는 데이터베이스가 상주하는 모든 정합성 보장 그룹, LUN 그룹, LUN 또는 데이터 저장소에 대해 영향을 받는 인접 항목이 계산됩니다. 데이터만 복구 또는 로그만 복구를 선택한 경우에는 선택한 구성 요소의 정합성 보장 그룹, LUN 그룹, LUN 또는 데이터 저장소에 대해서만 영향을 받는 인접 항목이 계산됩니다.

데이터베이스의 데이터 및 로그 구성 요소가 같은 정합성 보장 그룹 또는 LUN에 상주하는 경우, 로그만 복구하거나 데이터만 복구하는 옵션을 사용할 수 없습니다. 데이터및 로그를 복구하는 옵션만 사용할 수 있습니다. 이 시나리오의 유일한 예외는 차등 복제 복구를 수행하도록 선택할 때입니다.

영향을 받는 인접 항목이 포함된 Vdisk 복구영향을 받는 인접 항목이 포함된 Vdisk 복구에 대한 다음 정보를 검토하십시오.

l 복구 시 AppSync로 보호되지 않는 가상 디스크의 영향을 받는 데이터베이스가 있을 경우 마운트 해제된 모든 파일 시스템을 포함하여 이러한 데이터베이스를 종료해야 합니다. 또한 LUN 레벨 복구를 진행하기 전에 VM에서 Vdisk를 제거해야 합니다.

l 영향을 받는 데이터베이스가 볼륨 그룹이나 디스크 그룹에 상주할 경우 복구 전에해당 볼륨 그룹 및 디스크 그룹을 분리하거나 마운트 해제했다가 복구 후 수동으로가져와서 마운트해야 합니다. Appsync에서는 이러한 항목을 제어하지 않기 때문에운영 호스트에서 영향을 받는 볼륨 그룹 및 디스크 그룹을 가져오고 마운트할 때 스토리지 LUN의 사후 복구 작업이 실패할 수 있습니다.

l 볼륨 그룹 또는 ASM에서 Vdisk의 영향을 받는 항목 데이터베이스는 지원되지 않습니다.

RAC 복제본 복구RAC 복제본을 복구하려면 다음 절차를 따르십시오.

Oracle 보호


시작하기 전에

원격 노드에서 다음 단계를 수행합니다.

1. Oracle 사용자로 영향을 받는 모든 데이터베이스를 종료합니다. oracle>srvctl stop instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

2. 그리드 사용자로 영향을 받는 모든 ASM 디스크 그룹을 마운트 해제합니다. grid>asmcmd umount <DG>

복구 노드에서 복구를 수행합니다. 다음 단계를 수행하십시오.

절차

1. AppSync 콘솔에서 Copy Management > Oracle로 이동합니다.

2. 원하는 데이터베이스를 선택하고 화면 하단 중앙에 있는 드롭다운 메뉴에서Recover를 클릭하고 Restore를 선택합니다.

Oracle Restore 마법사가 시작됩니다.

3. Select Copy 페이지에서 복구할 복제본을 선택하고 Next를 클릭합니다.

4. Restore Options에서 원하는 옵션을 선택하고 Next를 클릭합니다.

Summary 페이지가 열립니다.

5. 복구 작업을 검토하고 Finish를 클릭합니다.

6. 선택한 데이터베이스가 종료되고 있는지 확인합니다.

7. 디스크 그룹 및 디바이스가 마운트 해제되고 있다는 메시지를 확인합니다.

8. 복구가 성공적으로 이루어졌는지 확인합니다.

결과

복구 후에는 다음을 수행합니다.

1. 그리드 사용자로 원격 노드에 디스크 그룹을 다시 마운트합니다.grid> asmcmdmount <DG>

2. 원하는 노드에서 redo를 사용하여 복원된 데이터베이스를 복구하거나 resetlogs를사용하여 아카이브를 복구합니다.Oracle > startup mountOracle > recover database

3. 복구 노드에서 데이터베이스를 엽니다.Oracle > alter database open

4. 추가 노드에서 인스턴스를 엽니다.srvctl start instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

영향을 받는 인접 항목에 대한 RAC 복제본 복구복구를 생성하려면 다음 단계를 따르십시오.

시작하기 전에

원격 노드에서 다음 단계를 수행합니다.

1. Oracle 사용자로 영향을 받는 모든 데이터베이스를 종료합니다. oracle>srvctl stop instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

2. 영향을 받는 다른 데이터베이스를 종료합니다. oracle>srvctl stop database-d <RACDB2>

3. 그리드 사용자로 영향을 받는 모든 ASM 디스크 그룹을 마운트 해제합니다. grid>asmcmd umount <DG>

Oracle 보호

영향을 받는 인접 항목에 대한 RAC 복제본 복구 197

복구 노드에서 복구를 수행합니다. 다음 단계를 수행하십시오.

절차

1. AppSync 콘솔에서 Copy Management > Oracle로 이동합니다.

2. 원하는 데이터베이스를 선택하고 화면 하단 중앙에 있는 드롭다운 메뉴에서Recover를 클릭하고 Restore를 선택합니다.

Oracle Restore 마법사가 시작됩니다.다음 경고를 확인합니다.

You are attempting to perform a restore on a cluster.Please follow the instructions in the AppSyncdocumentation for specific cluster restore procedures.

3. Select Copy 페이지에 복제본이 이미 선택되어 있을 것입니다. 다음을 클릭합니다.

4. Restore Options에서 Data를 선택하고 Next를 클릭합니다.

영향을 받는 데이터베이스가 있어 데이터베이스를 수동으로 종료해야 한다는Affected Entities 경고가 표시되었는지 확인합니다.

동일한 스토리지에 있지만 다른 노드에 있는 연결된 항목이 데이터베이스에 있을 수 있습니다. 이 경우 이 경고가 표시되지 않습니다.

5. Affected Entities 화면에서 Next를 클릭합니다.

6. Summary를 검토하고 Finish를 클릭합니다.

7. 선택한 데이터베이스가 종료되고 있는지 확인합니다.

8. 디스크 그룹 및 디바이스가 마운트 해제되고 있다는 메시지를 확인합니다.

9. 복구가 성공적으로 이루어졌는지 확인합니다.

결과

복구 후에는 다음을 수행합니다.

1. 그리드 사용자로 원격 노드에 디스크 그룹을 다시 마운트합니다.grid> asmcmdmount <DG>

2. 원하는 노드에서 redo를 사용하여 복원된 데이터베이스를 복구하거나 resetlogs를사용하여 아카이브를 복구합니다.Oracle > startup mountOracle > recover database

3. 복구 노드에서 데이터베이스를 엽니다.Oracle > alter database open

4. 추가 노드에서 인스턴스를 엽니다.srvctl start instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

5. 2단계와 3단계를 반복하여 영향을 받는 데이터베이스를 복구합니다.<RACDB2>6. 영향을 받는 데이터베이스를 엽니다.<RACDB2>

Oracle 보호


8장

파일 시스템 보호


l 파일 시스템 지원 개요..................................................................................... 200l 파일 시스템 서비스 계획 설정..........................................................................203l File System Mount 마법사를 사용한 복제본 마운트..........................................216l 파일 시스템 복구..............................................................................................223

파일 시스템 보호 199

파일 시스템 지원 개요AppSync를 사용하여 파일 시스템에 대한 애플리케이션 정합성이 보장되는 복제본을생성하고 관리할 수 있습니다.

파일 시스템 기능은 다음과 같습니다.

l 서비스 계획 실행 중에 파일 시스템을 동적으로 검색할 수 있습니다.

l 서비스 계획 또는 copy now 옵션을 사용하여 파일 시스템을 보호할 수 있습니다.하나 이상의 파일 시스템을 선택하여 한 번에 보호하거나 SELECT ALL을 클릭하여파일 시스템 페이지의 목록에 있는 모든 파일 시스템을 보호할 수 있습니다.

l 복제본 목록을 생성 시간, 복제본 상태 및 서비스 계획을 기준으로 필터링할 수 있습니다.

l 독립 실행형 서버에 마운트할 수 있습니다.

AppSync는 /dev/sdc와 같은 전체 블록 디바이스 또는 /dev/sdc1과 같은 기본 첫 번째파티션이 아닌 Linux 운영 체제 디바이스의 파일 시스템을 지원하지 않습니다.

Hyper-V 지원Hyper-V 환경에서 AppSync를 사용하려면 파일 시스템의 스토리지가 iSCSI 직접 연결디바이스, 가상 Fiber Channel(NPIV) 또는 SCSI 패스스루 디바이스에 있어야 합니다.SCSI 패스스루 디바이스를 지원하려면 상위 파티션에 SCSI CDB(CommandDescriptor Block) 필터링이 해제되어 있어야 합니다. 기본적으로 이 필터링은 설정되어 있습니다.

Hyper-V SCSI 패스스루의 경우, 마운트 호스트는 Hyper-V 호스트일 수 없으며 가상Fiber Channel 어댑터 또는 iSCSI 직접 연결을 사용하여 추가된 물리적 호스트나 가상머신이어야 합니다.

ReFS(Resilient File System) 지원AppSync는 ReFS 파일 시스템과 AppSync에서 지원되고 ReFS 파일 시스템에 상주하는 독립 실행형 애플리케이션 및 클러스터링 애플리케이션을 검색, 보호, 마운트 및 복원할 수 있습니다.

ReFS 파일 시스템 및 ReFS의 SQL Server 데이터베이스에 대한 용도 변경이 지원됩니다. 스토리지 공간은 지원되지 않습니다.

VNX, VNXe 및 Unity 스토리지에서 NFS 파일 시스템 보호AppSync가 VNX, VNXe File 및 Unity File 스토리지에서의 NFS 파일 시스템 보호를 지원하는 방식을 살펴보십시오.

AppSync는 Linux(RHEL, SUSE, OEL) 및 AIX에서의 NFS 파일 시스템 보호를 지원합니다. 이러한 복제본을 운영 복구에 사용할 수 있습니다.

VNX 파일 원격 보호용으로 구성된 서비스 계획의 경우, NFS 복제본이 로컬 및/또는 원격 파일 시스템에서 SnapSure Snapshot으로 생성됩니다. NFS 데이터 저장소의 복제본은 로컬, 원격 또는 로컬 및 원격 보호에 대해 구성된 서비스 계획으로부터 생성될 수있습니다. Bronze, Silver 및 Gold 서비스 계획의 경우 AppSync는 Oracle 데이터베이스에서 파일 시스템에 대한 복제본을 생성할 수도 있습니다.

VNX NFS 복제본에서 복구 중에 AppSync는 복구된 모든 파일 시스템의 롤백 스냅샷을생성합니다. 각 롤백 스냅샷의 이름은 복구 세부 정보에서 찾을 수 있습니다. 복구 내용을 확인한 후에 롤백 스냅샷을 수동으로 삭제할 수 있습니다. 이러한 스냅샷을 유효 수명 기간 이상으로 남겨 두면 VNX 스냅 캐시가 차서 리소스 문제를 일으킬 수 있습니다.



VNXe 및 Unity File Snap은 로컬(Bronze) 복제본만 지원합니다. AppSync는 Bronze 서비스 계획에 대한 Oracle 데이터베이스에 파일 시스템에 대한 복제본을 생성할 수 있습니다.

Silver 및 Gold 복제본에 대한 다음과 같은 사전 요구 사항을 검토합니다.

l 원격 VNX 스토리지를 AppSync에 등록합니다.

l Silver 및 Gold 복제본을 생성하려는 각 NFS 파일 시스템에 대해 해당하는 원격 스토리지를 사용하여 원격 복제 세션을 생성합니다. 스토리지 상태가 OK인지 확인합니다.

Host file systems 페이지Host file systems 페이지에는 현재 AppSync에 등록된 모든 호스트 인스턴스가 표시됩니다.

이 페이지에서 호스트(Windows 및 UNIX)를 추가하고 호스트에서 사용 가능한 파일 시스템을 검색할 수 있습니다.

파일 시스템에 대한 자세한 내용은 다음을 참조하십시오.

l Filesystem 페이지

l Filesystem Copies 페이지

l File System Mount 마법사를 사용한 복제본 마운트

Filesystem 페이지Filesystem 페이지에는 선택한 서버 인스턴스에 대해 검색된 모든 사용 가능한 파일 시스템이 나열됩니다.

파일 시스템 이름을 클릭하여 파일 시스템의 복제본을 표시합니다.

파일 시스템 정보에는 다음이 포함됩니다.

l 실행되는 서비스 계획의 상태(예: 녹색 원의 선택 표시 = 성공)

l Name

l 유형(예: NTFS)

l 형식(예: MBR)

l 서비스 계획(예: Bronze)일부 파일 시스템에는 여러 서비스 계획을 적용할 수 있습니다.

l 스토리지 크기(GB)

l 알림 수신자(요청 시)

보호할 파일 시스템을 하나 이상 동시에 선택할 수 있습니다. 이 페이지에 있는 모든 파일 시스템(호스트 시스템 정보가 포함된 파일 시스템 C:\ 제외)을 보호하려면 SELECTALL을 클릭합니다.

또한 파일 시스템을 선택하고 Repurpose를 클릭하여 파일 시스템을 용도 변경할 수 있습니다. 용도 변경 스케줄을 확인하려면 파일 시스템을 선택하고 Repurpose > ViewRepurpose Copy Schedule을 클릭합니다.


l 파일 시스템 복제본 페이지

l Filesystem hosts 페이지

l Filesystem Mount 마법사를 사용한 복제본 마운트

l 파일 시스템 복구


VNX, VNXe 및 Unity 스토리지에서 NFS 파일 시스템 보호 201

l 용도 변경 개요

파일 시스템 복제본 페이지이 페이지에서는 파일 시스템 복제본 목록을 볼 수 있습니다.

생성 시간, 생성된 복제본의 상태, 서비스 계획을 기준으로 복제본의 목록을 필터링할수 있습니다.

Copies 페이지 아래에 있는 Details 패널에서 복제본에 대한 이벤트를 표시하려면 해당복제본을 선택합니다.

Copies 페이지에서 복제본을 마운트, 복구, 만료, 새로 고침 또는 용도 변경하도록 선택할 수 있습니다.


l Filesystems 페이지

l Filesystem hosts 페이지

l Filesystem Mount 마법사를 사용한 복제본 마운트

PowerHA(HACMP) 클러스터 통합AppSync는 PowerHA 클러스터 환경에 상주하는 파일 시스템을 보호할 수 있습니다.

AppSync는 서비스 계획 실행 시 리소스 그룹을 사용할 수 있는 노드의 애플리케이션을보호합니다. AppSync는 리소스 그룹의 서비스 레이블 IP(가상 IP)를 사용하여 복제본을 생성하거나 페일오버 간에 복구합니다. 리소스 그룹의 서비스 레이블 IP를 등록하기전에 클러스터 파일 시스템이 페일오버할 수 있는 모든 타겟 노드를 AppSync에 등록해야 합니다.

PowerHA 클러스터의 일부로 페일오버되는 애플리케이션을 보호할 때는 다음 사항을고려해야 합니다.

l 서비스 레이블 IP를 등록하기 전에 PowerHA 클러스터의 노드를 AppSync에 등록해야 합니다.

l 클러스터링된 애플리케이션용 리소스 그룹에 서비스 레이블 IP/이름을 구성해야합니다.

l 복제 또는 복구 프로세스가 실행 중인 동안 페일오버가 발생하면 작업이 실패합니다. 노드 페일오버는 서비스 계획을 실행하기 전, 즉 복구를 시작하기 전에 발생해야 합니다.

l 각 리소스 그룹은 고유한 서비스 레이블 IP를 가져야 하고 페일오버 인식을 위해AppSync에 등록되어야 합니다.

l 특정 리소스 그룹에 속하는 파일 시스템은 해당 서비스 레이블 IP가 AppSync에 등록된 경우에만 검색 및 보호될 수 있습니다.

l 콜아웃 스크립트는 PowerHA 클러스터의 양쪽 노드에 모두 있어야 합니다.

l 클러스터 파일 시스템은 물리적 노드를 통해서가 아니라 서비스 레이블 IP/이름을사용하여 검색 및 적용되어야 합니다.


l 운영 PowerHA 클러스터의 모든 노드에서는 원래 경로에 마운트할 수 없습니다.


l 마운트는 독립 실행형 모드에서만 지원됩니다. 클러스터 마운트는 지원되지 않습니다.



PowerHA 환경에서 복구복구를 수행합니다. 복구 후 볼륨 그룹은 동시 볼륨 그룹이 아닙니다. 호스트 또는 파일시스템 재검색을 수행하기 전에 볼륨 그룹을 동시 볼륨 그룹으로 수동으로 설정해야 합니다.

PowerHA 환경의 복구 후 절차복구 후 PowerHA 환경에서 복구와 관련하여 수동 단계를 수행하는 방법에 대해 알아봅니다.

복구 후에는 파일 시스템이 비 동시 모드로 운영 호스트에 마운트됩니다. 따라서 파일시스템을 리소스 그룹에서 제거하고 동시 볼륨 그룹으로 만든 후에 다시 리소스 그룹에추가해야 합니다.

액티브 노드에서 다음 단계를 수행합니다.

절차

1. 파일 시스템을 마운트 해제하십시오.

2. Varyoffvg 명령을 입력합니다.

3. -c 옵션(동시 볼륨 그룹으로 설정)과 함께 Varyonvg 명령을 입력합니다.

확인:lspv 명령을 실행했을 때 다음과 같이 두 노드에서 모두 vg가 concurrent로 표시되어야 합니다.



4. 파일 시스템을 다시 리소스 그룹에 추가합니다.

5. 구성을 확인하고 동기화합니다.

파일 시스템 서비스 계획 설정다음 테이블을 참조하여 시작, 검색, 매핑, 복제 전/복제 후 스크립팅, 마운트/마운트해제, 복제 등 서비스 계획 단계에 대한 기본 파일 시스템 설정을 살펴보십시오.

기본 서비스 계획 설정은 24시간마다 애플리케이션 정합성이 보장되는 복제본을 만듭니다. Create copy 단계에서 Copy type에 지정된 복제 기술만이 각 계획마다 다릅니다.다음 표에는 기본 설정이 요약되어 있습니다.

표 31 기본 파일 시스템 서비스 계획 설정


계획 시작 활성화됨 자동 스케줄 반복 유형: 자정(00:00)에 처음 실행되며 24시간마다 복제본을 생성합니다.RPO(Recovery PointObjective): 지정된 시





간(기본값은 24시간임) 내에 복제본이 생성되지 않으면 알림이표시됩니다.


활성화됨 없음 Plan Startup 단계에서결정됩니다.

Application mapping 활성화됨 없음 Application discovery단계가 완료될 때 시작됩니다.

Pre-copy script 비활성 없음 Application mapping단계가 완료될 때 시작됩니다.

Create copy 활성화됨 복제본 유형:

l Bronze

l Silver

l Gold

추가 사항:

l Storage OrderedPreference: 스냅샷, 클론,북마크스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다. 기본적으로 모든 옵션이 선택되어 있습니다. 기본 설정을 모두 선택 취소할 수는없으며 하나 이상 반드시선택해야 합니다.

l Storage Settings: IncludeRecoverPoint copies inexpiration rotation policy- 순환을 계산할 때RecoverPoint 복제본을포함하려면 이 옵션을 선택하십시오. 이 옵션을 선택하지 않으면RecoverPoint 복제본이누적되고 해당 북마크가RecoverPoint 어플라이언스에서 "사라질" 때까지남아 있습니다.


n VPLEX: 분산 볼륨에대한 선호 클러스터와

Pre-copy script 단계가 완료될 때 시작됩니다.





RAID-1 볼륨에 대한 선호 스토리지를 선택할수 있습니다.

n VMAX: 서비스 계획에대한 VMAX V2 복제본디바이스를 생성하도록 스토리지 풀을 구성할 수 있습니다. 스토리지 시스템을 확장하여 원하는 VMAX V2스토리지 풀을 선택하거나 선택 취소할 수있습니다. 스토리지 풀을 선택하지 않으면 서비스 계획이 VMAX V2스토리지에 대해AppSync에 설정된 스토리지 풀에서 복제본디바이스를 생성합니다. 기본적으로, 구성된 모든 스토리지 풀이선택됩니다. 이 옵션은VMAX V2 스토리지에만 적용됩니다.

– Wait for CloneSync: 이 옵션을 선택하면 SnapVX 클론 복제본 생성 작업이 클론 동기화가 완료될 때까지기다립니다. 이 옵션의 선택을 취소하면 클론 복제본생성 작업이 클론동기화를 시작하고클론 동기화가 완료될 때까지 기다리지 않고 복제본생성 작업을 완료합니다(클론 동기화는 백그라운드에서 실행됨). 이 옵션은 기본적으로비활성화되어 있습니다. 이 옵션은VMAX V3 스토리지에만 적용됩니다.





l Advanced Settings - 재시도 간격을 통해 구성한 간격 후에 실패한 VSS 작업을 재시도할 횟수와 간격을 설정할 수 있습니다. 이설정은 Windows 애플리케이션에만 적용됩니다.기본 재시도 횟수 값은 3이고 기본 재시도 간격 값은 0초입니다.

Post-copy script 비활성 없음 Create copy 단계가완료될 때 시작됩니다.

Unmount previouscopy

비활성 없음 Post-copy script 단계가 완료될 때 시작됩니다.

Mount copy(파일 시스템 서비스계획의 경우 pre-mount script 단계도사용할 수 있음)

비활성 Mount Copy

l Mount on Server: 원본 호스트

l Mount with access: 읽기/쓰기

l Mount Path: Default Path또는 Mapped Path

l Access mode: 로깅된 액세스

l Copy to Mount:Local(Gold 계획만 해당)

l Use Dedicated StorageGroup: 기본적으로 선택됨

l Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은 VMAX 3스토리지에만 적용됩니다.

l Desired FAST VP: FASTVP 정책을 선택합니다. 이옵션은 VMAX V2 스토리지에만 적용됩니다.

l VPLEX Mount 옵션:VPLEX 마운트 옵션을 선택합니다.

l Enable VMware clustermount: 마운트 호스트가ESX 클러스터에 상주하는

Unmount previouscopy 단계가 완료될때 시작됩니다.





VMware 가상 머신인 경우마운트하는 동안 타겟LUN이 ESX 클러스터의모든 노드에 표시됩니다.이 옵션은 기본적으로 활성화되어 있습니다. ESX클러스터 마운트를 수행하지 않으려면 이 옵션을선택 취소할 수 있습니다.이 옵션은 VPLEX,XtremIO, VMAX 3/VMAXAll Flash 및 Unity 스토리지에서만 지원됩니다.

l VMware SRM 비활성화:RecoverPoint 정합성 보장 그룹에 대해 SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.

l 파일 시스템 검사 실행: 마운트 작업을 수행하는 동안 AppSync 에이전트가fsck 명령을 실행하여 파일 시스템 데이터 정합성을 검사합니다. 이 작업은시간이 많이 걸릴 수 있습니다. 이 옵션을 선택 취소하여 마운트 작업 중에 파일 시스템 검사를 건너뛸수 있습니다. 파일 시스템검사 옵션은 기본적으로활성화되어 있습니다.

복구 작업의 경우 RunFilesystem Check 옵션이 기본적으로 활성화되어 있습니다. 이 옵션은비활성화할 수 없습니다.

Post-mount script 비활성 없음 Mount copy 단계가 완료될 때 시작됩니다.

Unmount copy 비활성 없음 Post-mount script 단계가 완료될 때 시작됩니다.



파일 시스템에 서비스 계획 적용이 섹션에서는 파일 시스템에 서비스 계획을 적용하는 방법을 보여 줍니다. 서비스 계획이 적용되는 모든 파일 시스템에 대한 보호가 예약된 시간에 실행됩니다.

절차

1. Copy Management > Filesystem으로 이동합니다.

2. 원하는 서버를 클릭합니다.

선택한 서버에 대한 File Systems 페이지가 로드됩니다.

3. 보호하려는 파일 시스템을 선택한 후 Protect 드롭다운 목록에서 Subscribe toService Plan을 클릭합니다.

4. Gold, Silver 또는 Bronze 서비스 계획을 선택합니다.

즉각적인 적용 및 보호를 위해 Subscribe to Service Plan and run을 선택할 수도 있습니다.

서비스 계획 스케줄 재정의서비스 계획을 적용한 개별 애플리케이션에 대해 서로 다른 스케줄을 설정함으로써 일반 반복 설정을 재정의할 수 있습니다.

시작하기 전에



절차






계획이 적용된 모든 애플리케이션의 목록을 볼 수 있습니다.

5. 애플리케이션을 하나 이상 선택하고 Override Schedule을 클릭합니다.

6. Override Schedule 대화상자에서 요구 사항을 기준으로 스케줄을 설정하고 OK를 클릭합니다.

예를 들어 기본 반복 유형이 On specified days of the month이고 규칙 설정이1st day of every month의 Run at 12:00 AM인 경우, 개별 애플리케이션의 시간과 날짜를 재정의할 수 있습니다.연필 아이콘은 기본 설정이 재정의되었음을 나타냅니다.






n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정














애플리케이션 검색파일 시스템 복제본을 생성하기 전에 AppSync에서는 파일 시스템을 검토하여 파일 시스템의 추가, 삭제, 이름 변경, 이동과 같은 변경 내용이 있는지 확인합니다. 개별 파일시스템이 보호되고 있는 경우 AppSync는 선택된 파일 시스템에 대한 정보를 재검색합니다.




Pre-copy 스크립트 단계복제본을 만들기 전에 준비 단계를 수행하려면 서비스 계획의 Settings 탭에서 사전 복제 스크립트 및 매개 변수를 지정하십시오.

이 작업을 수행하려면 에서 서비스 계획 관리자 역할이 필요합니다.

사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. 유효한스크립트 형식은 Windows의 경우 .bat, .exe, .ps1(PowerShell 스크립트), UNIX의 경우 .sh입니다.








Windows에서는 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬 시스템으로 실행됩니다. UNIX에서는 자격 증명이 필수입니다.

Windows의 경우 스크립트의 기본 위치가 애플리케이션 호스트의 %ProgramData%\EMC\AppSync\scripts\입니다.

UNIX의 경우 실행할 스크립트의 전체 경로를 File 필드에 지정해야 합니다.

정확한 매개 변수는 스크립트에 따라 다릅니다. 공백이 있는 매개 변수는 큰따옴표로묶어야 합니다. 이 단계는 활성화하거나 비활성화할 수 있습니다. 이 작업을 수행하려면 AppSync에서 서비스 계획 관리자 역할이 필요합니다.

Create copy 단계 기능인 고정 및 고정 해제 콜아웃 스크립트Create copy 단계에서는 서비스 계획에 지정된 복제 기술로 복제본을 만듭니다. 이 단계에서 고정 및 고정 해제 콜아웃 스크립트를 구성하고 실행할 수 있습니다.

고정 및 고정 해제 콜아웃 스크립트 구성 및 실행AppSync에서는 복제본 생성 단계 실행 중에 고정 및 고정 해제 콜아웃 스크립트라고하는 두 가지 스크립팅 기회를 제공합니다. 복제본 생성 단계 전과 후에 실행되는 복제전 스크립트 및 복제 후 스크립트와 달리 고정 및 고정 해제 스크립트는 GUI에서 지정할 수 없습니다. 이 스크립트는 사전 정의된 이름으로 사전 정의된 위치에 저장되어 있습니다. 이 스크립트를 사용하여 짧은 기간(대개 몇 초) 동안 적용된 파일 시스템에 있는, AppSync에서 지원되지 않는 모든 데이터베이스에 대해 일시 중지(입출력 일시 중지) 및 고정 해제 작업을 수행할 수 있습니다. 이 시간 동안 복제본은 활성화되어 있습니다. 이 스크립트는 호스트 플러그인을 AppSync에 등록하는 데 사용된 사용자 자격증명을 사용하여 실행됩니다.

복제본 생성 단계 중에 AppSync에서 이 스크립트를 실행하면 임시 XML 파일이 이들콜아웃 스크립트의 전용 인수로 제공됩니다. 이 XML 파일에는 복제본 생성 단계에서보호되는 파일 시스템 목록이 들어 있습니다.

콜아웃 스크립트가 없거나 콜아웃 스크립트를 실행할 수 없을 경우 AppSync는 일반 복제본 생성 작업을 계속합니다. 콜아웃 스크립트 중 하나가 실패하면(0이 아닌 종료 값),복제본 생성 작업이 실패하고 Create copy 단계가 오류와 함께 종료됩니다. 고정 콜아웃 스크립트가 실행된 후 스토리지 문제로 인해 Create copy 작업이 실패하는 경우, 오류와 함께 Create copy 단계가 종료되기 전에 고정 해제 콜아웃 스크립트가 실행됩니다.

Windows 호스트 플러그인의 경우 콜아웃 실행 파일 스크립트를 %ProgramData%\EMC\AppSync\scripts 폴더에 저장하고, 고정 콜아웃의 경우 이름을appsync_freeze_filesystem_<service plan name in lower case>.bat로 지정합니다. 고정 해제 콜아웃 스크립트의 이름은 다음과 같이 지정합니다.appsync_thaw_filesystem_<service plan name in lower case>.bat예를 들어, AppSync는 이 스크립트를 다음과 같이 실행합니다.

C:\ProgramData\EMC\AppSync\scripts\appsync_freeze_filesystem_bronze.bat, C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml여기서 C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml파일 컨텐츠는 다음과 같은 형식입니다.



<Application type='Filesystem'><sourceVolumePath>F:\</sourceVolumePath><sourceVolumePath>G:\</sourceVolumePath></Application>UNIX 호스트 플러그인의 경우 콜아웃 실행 파일 스크립트를 /var/opt/emc/appsync/scripts 폴더에 저장하고 고정 콜아웃의 경우 이름을appsync_freeze_filesystem_<service plan name in lower case>로 지정하고 고정 해제 콜아웃의 경우 이름을 appsync_thaw_filesystem_<serviceplan name in lower case>로 지정합니다. .pl 또는 .sh 등으로 파일 이름 확장명을 사용하지 마십시오. 이 스크립트는 실행 가능해야 합니다.

Unix 스크립트의 첫 번째 줄은 사용되는 스크립트 유형에 따라 #!/bin/sh,#!/usr/bin/python 또는 기타 유형이어야 합니다.

AppSync는 이 스크립트를 다음과 같이 실행합니다.

/var/opt/emc/appsync/scripts/appsync_freeze_filesystem_bronze /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml여기서 /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml 파일 컨텐츠는 다음과 같은 형식입니다. <Applicationtype='Filesystem'><filesystems><filesystem><name>/FS1</name></filesystem><filesystem><name>/FS2</name></filesystem></filesystems></Application>용도 변경 예

l Windows - 콜아웃 실행 파일 스크립트를 %ProgramData%\EMC\AppSync\scripts 폴더에 저장하고 다음과 같이 스크립트의 이름을 지정합니다.

n 고정 콜아웃 스크립트 - appsync_freeze_filesystem_<firstgeneration copy label name in lower case>.bat

n 고정 해제 콜아웃 스크립트 - appsync_thaw_filesystem_<firstgeneration copy label name in lower case>.bat

n 마운트 해제 콜아웃 스크립트 - appsync_unmount_filesystem_<firstgeneration copy label name in lower case>.bat

l UNIX - 콜아웃 실행 파일 스크립트를 /var/opt/emc/appsync/scripts 폴더에 저장하고 다음과 같이 스크립트의 이름을 지정합니다.

n 고정 콜아웃 스크립트 - appsync_freeze_filesystem_<firstgeneration copy label name in lower case>

n 고정 해제 콜아웃 스크립트 - appsync_thaw_filesystem_<firstgeneration copy label name in lower case>

n 마운트 해제 콜아웃 스크립트 - appsync_unmount_filesystem_<firstgeneration copy label name in lower case>

.pl 또는 .sh 등의 파일 이름 확장명을 사용하지 마십시오. 이 스크립트는 실행 파일이어야 합니다.


VSS 장애 발생 시 재시도 구성서비스 계획의 Create copy 단계에서 VSS 재시도 횟수를 구성할 수 있습니다. 보호하는 동안 VSS 시간 초과 문제와 같은 VSS 장애 때문에 서비스 계획이 실패하는 경우 서비스 계획에서 지정된 재시도 횟수와 간격에 따라 VSS 고정/고정 해제 작업을 다시 실행합니다. 이 옵션은 파일 시스템, Microsoft SQL 및 Microsoft Exchange 등의


VSS 장애 발생 시 재시도 구성 211

Windows 애플리케이션에서만 지원됩니다. SQL 데이터베이스의 장애 발생 시 정합성이 보장되는 복제본을 생성하는 동안에는 이 옵션을 사용할 수 없습니다.


Post-copy 스크립트 단계복제본을 생성한 후에 정리 또는 기타 사후 복제 단계를 수행하려면 서비스 계획의Settings 탭에서 사후 복제 스크립트 및 매개 변수를 지정하십시오.


스크립트는 Create copy 단계가 성공적으로 완료될 경우 실행됩니다. 유효한 스크립트 형식은 Windows의 경우 .bat, .exe, .ps1(PowerShell 스크립트), UNIX의 경우 .sh입니다.






Windows에서는 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬 시스템으로 실행됩니다. UNIX에서는 자격 증명이 필수입니다.

Windows의 경우 스크립트의 기본 위치가 애플리케이션 호스트의 %ProgramData%\EMC\AppSync\scripts\입니다.

UNIX의 경우 실행할 스크립트의 전체 경로를 File 필드에 지정해야 합니다.

정확한 매개 변수는 스크립트에 따라 다릅니다. 공백이 있는 매개 변수는 큰따옴표로묶어야 합니다. 이 단계는 활성화하거나 비활성화할 수 있습니다. 이 작업을 수행하려면 AppSync에서 서비스 계획 관리자 역할이 필요합니다.



콜아웃 마운트 해제 스크립트이제 AppSync에서 Unmount previous copy 및 Unmount copy 단계 중 스크립팅 기회를제공합니다. 콜아웃 마운트 해제 스크립트는 사전 정의된 이름으로 사전 정의된 위치에



저장되어 있습니다. 이 스크립트를 사용하여 파일 시스템의 실제 마운트 해제가 시작되기 전에 지원되지 않는 데이터베이스를 종료할 수 있습니다. 이 스크립트는 호스트 플러그인을 AppSync에 등록하는 데 사용된 사용자 자격 증명을 사용하여 실행됩니다.Unmount 단계 중에 AppSync에서 이 스크립트를 실행하면 임시 XML 파일이 이들 콜아웃 스크립트의 전용 인수로 제공됩니다. 이 XML 파일에는 Unmount copy 단계에서 마운트 해제 중인 마운트 지점의 목록이 있습니다.

UNIX 호스트 플러그인의 경우 콜아웃 실행 파일 스크립트를 /var/opt/emc/appsync/scripts 폴더에 저장하고appsync_unmount_filesystem_<serviceplan name in lower case>와 같이 이름을 지정합니다.

.pl 또는 .sh 등의 파일 이름 확장명을 사용하지 마십시오. 이 스크립트는 실행 파일이어야 합니다.


예를 들어, AppSync는 다음과 같은 스크립트를 실행합니다.

/var/opt/emc/appsync/scripts/appsync_unmount_filesystem_bronze /tmp/904f510f-47ce-402f-a27ab3a48840a279ybo61k.xml

/tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml 파일의 컨텐츠는 다음과 같은 형식입니다.

<Application type=’Filesystem’><filesystems><filesystem><mountPoint>/appsync-mounts/ppvg1</mountPoint></filesystem></filesystems></Application>

Windows 호스트 플러그인의 경우 콜아웃 실행 파일 스크립트를 %ProgramData%\EMC\AppSync\scripts 폴더에 저장하고 콜아웃 마운트 해제에 대해appsync_unmount_filesystem_<service plan name in lowercase>.bat와 같이 이름을 지정합니다.

예를 들어, AppSync는 다음과 같은 스크립트를 실행합니다.

C:\ProgramData\EMC\AppSync\scripts\appsync_unmount_filesystem_bronze.bat, C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml

C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml 파일의컨텐츠는 다음과 같은 형식입니다.

<Application type="Filesystem"><mountpath>C:\AppSyncMounts\HDrive\</mountpath><mountpath>C:\AppSyncMounts\GDrive\</mountpath> </Application>

복제본 마운트Mount copy 단계에서는 복제본을 마운트합니다. 이 단계는 활성화하거나 비활성화할수 있습니다.


복제본 마운트 213

필드 설명

Mount onServer

복제본을 마운트할 서버입니다. 클러스터 또는 독립 실행형 호스트의 노드만 선택할 수 있습니다.

Mount withaccess


Mount path 기본 마운트 경로는 %SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다. 마운트 경로에서 Windows 환경 변수의 값을 지정하려면 한 개의 백분율 기호(%)로 변수 이름을 구분하십시오. 기본 경로에는 두 개의 백분율 기호(%%)로 구분되는AppSync 변수(ProdServerName)도 포함되어 있습니다. 다음 문자는 경로에서 유효하지 않습니다.< > : " / | ? * . 마운트 경로가Same as Original Path일 수도 있습니다. 하지만 마운트 호스트가운영 호스트와 동일할 때는 이 옵션을 사용할 수 없습니다. MappedPath를 선택하여 파일 시스템을 마운트할 경로를 지정합니다.

DesiredSLO(VMAX 3만해당)

타겟 LUN에 대해 원하는 SLO를 선택합니다. 원하는 SLO의 마운트호스트에 대한 스토리지 그룹이 있을 경우, LUN이 이 스토리지 그룹에 추가됩니다. 이 스토리지 그룹이 없는 경우 AppSync에서 호스트에 마스킹된 임의의 스토리지 그룹에 LUN을 추가합니다.


l Logged Access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다. 이 옵션은운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual Access with Roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다. RP-VMAX 및 RP-XtremIO를 사용할 경우 Virtual access with Roll이 지원되지 않습니다.

l Virtual Access: 이미지에 대한 즉각적인 액세스를 제공하지만대량 처리에는 적합하지 않습니다. RPVMAX 및 RP XtremIO를사용한 가상 액세스는 지원되지 않습니다.



l 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX또는 VNX 스토리지 그룹이나 XtremIO 이니시에이터 그룹을 마운트에 적용하도록 합니다. 전용 VMAX 또는 VNX 스토리지 그룹이나 XtremIO 이니시에이터 그룹에는 선택한 마운트 호스트만 들어 있습니다. 다른 노드가 공유하는 스토리지 그룹에 있는클러스터의 노드에 마운트하면 마운트가 실패합니다.




필드 설명

l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지 그룹을 사용하지 않습니다.

서비스 계획에서 마운트 설정 재정의서로 다른 호스트의 여러 파일 시스템에 같은 계획이 적용되어 있는 경우 각 파일 시스템에 대해 다른 마운트 설정을 선택하여 일반 마운트 설정을 재정의할 수 있습니다.

시작하기 전에


같은 호스트의 여러 파일 시스템에 대해서는 마운트 재정의가 지원되지 않습니다.

절차

1. Service Plans > FileSystems로 이동하여 목록에서 계획 중 하나를 클릭합니다.



파일 시스템 목록에 이 계획이 적용된 모든 파일 시스템이 표시됩니다. 마운트설정은 기본 설정을 표시합니다.

4. 설정을 재정의할 파일 시스템을 선택하고 Set Overrides를 클릭합니다.

여러 파일 시스템을 선택하려면 Shift 키나 Ctrl 키를 누른 상태로 선택합니다.

5. Mount Copy Overrides 대화상자에서 재정의할 마운트 설정에 대해서만 옵션을선택합니다.



기본 마운트 설정이 변경된 파일 시스템의 행에서 첫 번째 열에 연필 아이콘이나타납니다.

7. 기본 설정으로 되돌리려면 파일 시스템을 선택하고 Use Default Settings를 클릭합니다.







사후 마운트(Post-mount) 스크립트 215


File System Mount 마법사를 사용한 복제본 마운트RecoverPoint 복제본의 시점 마운트를 생성하려면 File System Mount 마법사를 사용합니다.

시작하기 전에


UNIX의 경우 실행할 스크립트의 전체 경로를 File 필드에 지정해야 합니다. 스크립트를실행하려면 사용자 자격 증명이 필요합니다.

다음 단계를 수행하십시오.

절차

1. AppSync 콘솔에서 File systems > Copies로 이동하여 사용 가능한 복제본을 표시합니다.


File System Mount 마법사의 Select Copy to Mount 페이지가 열립니다.마운트할 복제본을 원하는 대로 선택할 수 있습니다. 기본적으로 Mount를 선택하기 전에 선택한 복제본이 강조 표시되어 있지만 다른 복제본 인스턴스도 나타납니다.



4. Mount Settings 페이지에서

a. Mount on Server 목록에서 복제본을 마운트할 서버를 선택합니다.

b. Mount with access 목록에서 복제본을 마운트할 때 사용해야 하는 액세스유형을 선택합니다. Read-only 또는 Read-write가 가능합니다.

c. Mount Location 목록에서 마운트 경로 위치로 To original path, Mount toalternate path 또는 Mapped Path를 선택합니다. 마운트 경로는 복제본이마운트 호스트에 마운트되는 위치입니다. 기본적으로 AppSync에는 선택한마운트 호스트의 경로가 표시됩니다. 복제본을 편집하고 사용자 정의 위치에마운트할 수도 있습니다.

d. 선택한 복제본이 RecoverPoint 북마크인 경우 Image access mode 목록에서다음 옵션 중 하나를 선택합니다.

l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이포함된 경우 이 마운트 옵션을 사용합니다. Logged access 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로전환합니다. RP VMAX 및 RP XtremIO를 사용할 경우 Virtual access withroll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공합니다. 대량처리에는 Virtual access가 적합하지 않습니다. RP VMAX 및 RP XtremIO를 사용한 가상 액세스는 지원되지 않습니다.



e. VMAX 3 스토리지의 경우 Desired SLO 목록에서 마운트 복제본에 대해 원하는 SLO(Service Level Objective)를 선택합니다.


f. VMAX V2 스토리지의 경우 마운트 복제본에 대해 원하는 FAST VP 정책을 선택합니다.

g. AppSync에서 마운트에 전용 스토리지 그룹의 사용을 적용하지 않게 하려면Use Dedicated Storage Group 옵션을 선택 취소합니다. 이 옵션은 기본적으로 설정되어 있습니다.

h. VPLEX Mount option에서 다음 중 하나를 선택합니다.

l Native array: 복제본을 기본 스토리지 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.


l Enable VMware cluster mount: ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소합니다. 이 옵션은 기본적으로 설정되어 있습니다.

5. Summary 페이지에서, 이전 페이지에서 선택한 복제본 및 마운트 설정을 검토하고 Finish를 클릭하여 복제본을 마운트합니다.

마운트 결과 정보가 포함된 Results 페이지가 열립니다.


File System Mount 마법사를 사용한 복제본 마운트 217

l UNIX 호스트에 대해 AppSync 콘솔의 Servers 페이지에서 명령 실행 시간 초과 값을 구성할 수 있습니다. AppSync는 UNIX 플랫폼에서 AppSync에 의해실행되는 각 운영 체제 명령을 기다리는 데 이 값을 사용합니다. 기본값은 60분입니다. 예를 들어 파일 시스템 복제본 마운트 중 fsck를 실행하는 데 60분이상 걸릴 경우 명령 실행 시간 초과 값을 늘릴 수 있습니다.

l AIX 다중 마운트

n AppSync 3.0.1 이상을 사용하여 복제본이 생성되는 경우에만 여러 복제본을 동일한 AIX 호스트에 마운트할 수 있습니다.

n AppSync 3.0 이하를 사용하여 복제본이 생성된 경우 서버와 에이전트를모두 AppSync 3.0.1 이상으로 업그레이드한 후에도 여러 복제본을 동일한AIX 호스트에 마운트할 수 없습니다.

n AppSync 3.0과 3.0.1 이상을 둘 다 사용하여 생성된 복제본이 있는 경우동시 마운트가 성공하려면 AppSync 3.0.1 이상을 사용하여 생성된 복제본을 마운트하는 것이 좋습니다. AppSync 3.0 복제본을 마운트하려는 경우하나의 복제본만 마운트할 수 있습니다.

n AppSync 3.0.1 이상에서 생성된 복제본을 마운트하는 경우 AppSync 3.0복제본의 마운트가 실패할 수 있습니다.

n AppSync 서버를 3.0.1 이상으로 업그레이드한 후에 에이전트를 AppSync3.0.1 이상으로 업그레이드해야 합니다.

영향을 받은 파일 시스템의 마운트 지점 변경이 절차를 따라 영향을 받은 파일 시스템의 마운트 지점을 수동으로 변경하십시오.

VG1이 소스 볼륨 그룹이라고 가정합니다.

절차

1. lsvg -l VG1 명령을 사용하여 LV 목록을 가져오고 어떤 파일 시스템이 /tmp/EMCAppsync ** 디렉토리에 마운트 지점을 표시하는지를 확인합니다.

2. chfs -m <Original MT Pt> /tmp/EMCAppsync6922/vg1_logs 명령을실행합니다. 여기서 <Original Mt Pt>는 파일 시스템이 원래 마운트되어 있었던 마운트 지점입니다.

3. 소스 논리 볼륨 fsck에서 fsck -y /dev/fslv01를 실행합니다.

4. 로그 논리 볼륨을 사용하여 마운트 명령을 실행하고 소스가 마운트되었는지를확인합니다.mount -v jfs2 -o rw,log=/dev/loglv00 /dev/fslv01<Orig Mt Pt>

파일 시스템 복제본 마운트 해제마운트 해제할 복제본을 선택하면 선택한 복제본을 따라 마운트된 다른 복제본도 마운트 해제됩니다.

시작하기 전에


파일 시스템을 위해 생성된 복제본 목록에서만 복제본을 마운트 해제할 수 있습니다.



절차

1. Copy Management 또는 Service Plan 페이지에서 Copies 페이지로 이동합니다.

l Copy Management > FileSystems에서 마운트 해제할 파일 시스템이 호스팅된 서버를 선택한 후에 마운트 해제할 복제본이 있는 파일 시스템을 선택합니다.

l Service Plans > Filesystems에서 서비스 계획을 선택한 후에 Copies 탭을선택합니다.

2. 복제본 목록에서 복제본을 선택하고 페이지 아래쪽의 버튼에서 Unmount를 클릭합니다.

마운트 해제하도록 선택한 복제본을 비롯하여 마운트된 다른 파일 시스템의 모든 복제본이 Unmount Confirmation 대화상자에 표시됩니다.


Unmount 페이지에 마운트 해제 작업의 진행률이 표시됩니다. 선택한 복제본과연관된 모든 복제본이 마운트 해제됩니다.

서비스 계획에서 마운트 설정 재정의서로 다른 호스트의 여러 파일 시스템에 같은 계획이 적용되어 있는 경우 각 파일 시스템에 대해 다른 마운트 설정을 선택하여 일반 마운트 설정을 재정의할 수 있습니다.

시작하기 전에


같은 호스트의 여러 파일 시스템에 대해서는 마운트 재정의가 지원되지 않습니다.

절차

1. Service Plans > FileSystems로 이동하여 목록에서 계획 중 하나를 클릭합니다.



파일 시스템 목록에 이 계획이 적용된 모든 파일 시스템이 표시됩니다. 마운트설정은 기본 설정을 표시합니다.

4. 설정을 재정의할 파일 시스템을 선택하고 Set Overrides를 클릭합니다.

여러 파일 시스템을 선택하려면 Shift 키나 Ctrl 키를 누른 상태로 선택합니다.

5. Mount Copy Overrides 대화상자에서 재정의할 마운트 설정에 대해서만 옵션을선택합니다.



기본 마운트 설정이 변경된 파일 시스템의 행에서 첫 번째 열에 연필 아이콘이나타납니다.

7. 기본 설정으로 되돌리려면 파일 시스템을 선택하고 Use Default Settings를 클릭합니다.

재부팅 후 파일 시스템 마운트AppSync에서 보호되는 파일 시스템 복제본이 마운트 호스트에서 마운트되면AppSync가 Linux 호스트에 대한 /etc/fstab 파일에서 마운트 지점 관련 항목을 자동


서비스 계획에서 마운트 설정 재정의 219

으로 수정합니다. /etc/fstab 파일에서 AppSync 에이전트가 수정한 항목 다음에는주석(# line added by AppSync Agent)이 추가됩니다. 파일 시스템 마운트 작업이 수행된 후 마운트 호스트가 재부팅되는 경우에도 파일 시스템은 마운트된 상태로 유지됩니다.

다음은 Linux 호스트의 /etc/fstab 항목을 보여 주는 예입니다.

/dev/aps_1datavg_51fd06a41290/datalv /appsync-mounts/oracle_mounts/d1 ext4 rw,nofail,_netdev 0 0 # line added by AppSync Agent

AIX 호스트에서 파일 시스템 복제본이 마운트 해제되면 해당 항목이 /etc/filesystem 파일에서 제거됩니다.

다음은 AIX 호스트의 /etc/filesystem 항목을 보여 주는 예입니다.

/appsync-mounts/symm1: dev = /dev/APMlv02 vfs = jfs log = /dev/APMloglv27 mount = true check = false options = nodev,rw account = false

운영 호스트가 재부팅된 후 파일 시스템을 자동으로 마운트하려면 운영 파일 시스템의마운트 값을 TRUE로 설정해야 합니다. crfs 또는 smitty를 사용하여 생성된 파일 시스템의 경우 자동 마운트 옵션이 기본적으로 TRUE로 설정됩니다. /etc/filesystems를 점검하여 마운트 플래그가 TRUE(재부팅 허용)로 설정되었는지 확인할 수 있습니다.

파일 시스템에서 중첩된 마운트 지원파일 시스템이 마운트 지점 /a에 마운트되고 다른 파일 시스템(동일한 볼륨 그룹 또는다른 볼륨 그룹에 속함)이 /a 아래의 마운트 지점(예: /a/b)에 마운트된 경우 해당 마운트 지점이 상위 파일 시스템의 하위 디렉토리이기 때문에 /a 및 /a/b가 중첩된 파일시스템으로 간주됩니다.

중첩된 파일 시스템이 볼륨 그룹 전체에 분산되어 있는 경우에도 중첩된 파일 시스템을마운트하고 마운트 해제할 수 있습니다.

성공적으로 보호되더라도 마운트, 마운트 해제 및 복구 작업에 실패하기 때문에 다음과같이 볼륨 그룹 간에 순환적인 중첩된 파일 시스템을 생성하지 않는 것이 좋습니다.

l 볼륨 그룹 1에 /a

l 볼륨 그룹 2에 /a/b

l 볼륨 그룹 1에 /a/b/c

대신 다음 중 하나를 수행합니다.

l 다음과 같이 파일 시스템 레이아웃을 생성합니다.

n 볼륨 그룹 1에 /a

n 볼륨 그룹 2에 /a/b



n 볼륨 그룹 3에 /a/b/c

l 중첩된 파일 시스템 모두를 하나의 볼륨 그룹에 생성합니다.

l UNIX 플랫폼에서만 지원됩니다.

l 중첩된 레이아웃에서는 NFS 파일 시스템이 지원되지 않습니다.

l 단일 볼륨 그룹의 파일 시스템은 모두 함께 마운트되고 마운트 해제되어야 합니다.그렇지 않으면 다른 파일 시스템이 해당 볼륨 그룹에서 이미 마운트된 경우 파일 시스템의 두 번째 마운트에 실패합니다. 단일 볼륨 그룹에 속한다면 중첩되지 않은 파일 시스템(예: /a 및 /b)인 경우에도 /a가 마운트되면 /b의 두 번째 마운트에 실패합니다.








/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\


경로 매핑 221










절차





















파일 시스템 복구기존의 파일 시스템 복제본을 복구하려면 File System Restore 마법사를 사용합니다.

절차

1. AppSync 콘솔에서 Copy Management > File systems로 이동합니다.

Filesystem Hosts 페이지가 열리고 사용 가능한 서버가 표시됩니다.

2. 복구할 파일 시스템이 포함된 서버를 선택하여 파일 시스템 페이지를 엽니다.

3. 복구할 파일 시스템을 선택하고(페이지 왼쪽 아래에 Select All 옵션이 있음) 파일 시스템 페이지 왼쪽 아래에 있는 Recover 메뉴에서 Restore를 클릭합니다.

그러면 File System Restore 마법사가 시작됩니다. 보호되는 모든 복제본이 마법사에 나열됩니다. 복구할 파일 시스템 복제본을 한 번에 하나씩만 선택할 수 있습니다. 각 복제본의 복제 날짜, 파일 시스템 이름, 서버 이름, 서비스 계획 및 복제 유형이 표시됩니다.

4. 복구할 파일 시스템 복제본을 선택하고 Next를 클릭합니다.

Restore Warnings 페이지가 열립니다. Restore Warnings 페이지에는 복제본이복구될 동일한 정합성 보장 그룹 또는 볼륨 그룹에 속한 파일 시스템이 나열됩니다. 선택한 파일 시스템 복제본과 함께 이 파일 시스템도 보호되는 경우 이 파일시스템이 덮어쓰입니다.Restore Warnings 페이지에는 복구되는 파일 시스템에 설치된 애플리케이션도표시됩니다.

5. 경고를 읽고 I have read warnings 확인란을 선택합니다.




l Disable VMWare SRM - RecoverPoint 정합성 보장 그룹에 대해 SRM 플래그가 활성화되어 있는 경우 정합성 보장 그룹을 관리할 수 있습니다. 이 기능은 RecoverPoint 4.1 이상에만 적용됩니다.


7. Summary 페이지에 문제가 없으면 Finish를 클릭합니다.

Results 페이지가 열려 복구 결과를 볼 수 있습니다.


파일 시스템 복구 223

9장

VMware 데이터 센터 보호


l 구성 사전 요구 사항 ........................................................................................ 226l 데이터 센터 검색 .............................................................................................228l VMFS 복제본 마운트 시 고려 사항 .................................................................. 237l 복제본에서 데이터 저장소 복구....................................................................... 239l 복제본에서 가상 머신 복구............................................................................... 241l VMFS 또는 NFS 데이터 저장소를 통한 파일/폴더 복구...................................245

VMware 데이터 센터 보호 225

구성 사전 요구 사항AppSync는 VMware vStorage VMFS 및 NFS 데이터 저장소 구성에서 복제본을 생성,마운트 및 복구할 수 있습니다. AppSync를 VMware vStorage VMFS 보호와 통합하려면 구성 사전 요구 사항을 충족해야 합니다. RecoverPoint 및 VMware는 제품 설명서에따라 구성해야 합니다.

VMware 구성 사전 요구 사항

l 운영 환경에서 VMware vCenter Server를 사용해야 합니다.

l 지원되는 버전의 vSphere가 설치되어 있고 복제하려는 VMFS의 가상 머신에VMware Tools 기능이 있을 때 AppSync는 VMware에서 VM 스냅샷이 있는 VSS를사용할 수 있도록 지원합니다. AppSync 복제본에서 VSS 관련 특성에 대한 자세한내용은 VMware 설명서를 참조하십시오. 이 구성에서 VSS와 관련된 고려 사항은VMware에 문의하십시오.

l vCenter Server에서 구성 변경이 있을 때는 데이터 저장소를 보호하기 전에AppSync 콘솔에서 vCenter Server의 데이터 센터를 검색하십시오. VMFS UUID가전체 데이터 센터의 Virtual Center 인벤토리 내에서 고유한 것이어야 합니다.

VMware vSphere Web Client용 VSI를 사용하여 VMware 데이터 저장소의 복제본을 생성하고 관리할 수도 있습니다. 이 플러그인은 support.EMC.com의 AppSync 온라인 지원 페이지에서 따로 다운로드할 수 있습니다.

RecoverPoint 구성 사전 요구 사항

l AppSync를 구축하기 전에 운영 LUN에 대한 RecoverPoint 보호(Local/Remote/Local and Remote)를 구성하십시오. RecoverPoint 설명서를 참조하여 정합성 보장그룹을 만들고 복제본 세트를 정의하십시오.

l ESX 클러스터의 경우, 클러스터에 있는 모든 ESX 호스트에서 타겟 LUN을 볼 수 있어야 합니다.

l AppSync 서버는 네트워크를 통해 RPA에 접속해야 합니다.

VMware vStorage VMFS 요구 사항VMware 데이터 저장소를 보호하기 위해 AppSync를 VMware 환경에 구축할 때 몇 가지를 고려해야 합니다.

모든 VMware 작업은 VMware vCenter Server를 통해 수행됩니다.

보안을 위해, 특정 VMFS 보호를 허용하려면 vCenter Server 로그인 자격 증명을 요구하도록 AppSync를 구성할 수 있습니다. 이 기능을 생략하도록 AppSync에 지시하지 않는 한, AppSync는 보호하기 전에 온라인으로 연결되고 VMFS에 있는 각 가상 머신에대해 VMware 스냅샷을 생성합니다. 이 작업을 통해 운영 체제에서 결과 복제본의 정합성이 유지됩니다. AppSync에서는 Virtual Center ESX 클러스터에 대해 다음과 같은 사용자 역할이 허용됩니다.

l 관리자

l VM 고급 사용자

l VM 사용자

l 리소스 풀 관리자

l VMware 통합 백업 사용자



http://support.emc.com

l 데이터 저장소 소비자

l Network Administrator

AppSync에서 사용하려는 VC 역할에 다음 권한을 할당해야 합니다.

Datastore

Folder > Create Folder

Host > CIM

Host > Configuration > Storage partition configuration

Resource > Assign virtual machine to resource pool

Resource > Migrate powered off virtual machine

Resource > Migrate powered on virtual machine

Sessions > Validate session

Virtual Machine > Configuration > Add existing disk

Virtual Machine > Configuration > Add new disk

Virtual Machine > Configuration > Add or remove device

Virtual Machine > Configuration > Advanced

Virtual Machine > Configuration > Modify device settings

Virtual Machine > Configuration > Raw device

Virtual Machine > Configuration > Reload from path

Virtual Machine > Configuration > Remove device

Virtual Machine > Configuration > Rename

Virtual Machine > Configuration > Settings

Virtual Machine > Guest Operations > Guest Operation Program Execution

Virtual Machine > Interaction > Guest operating system management by VIX API

Virtual Machine > Interaction > Power Off

Virtual Machine > Interaction > Power On

Virtual Machine > Inventory

Virtual Machine > Provisioning > Allow disk access

Virtual Machine > Provisioning > Allow read-only disk access

Virtual Machine > Provisioning > Clone virtual machine

Virtual Machine > Snapshot management

지원되는 버전의 vSphere가 설치되어 있고 VMware Tools가 보호하려는 VMFS의 가상머신에 있을 때 AppSync는 VMware에서 VM 스냅샷이 있는 VSS를 사용할 수 있도록지원합니다. AppSync 복제본의 VSS 관련 특성 사용에 대해서는 VMware 설명서를 참조하고 이 구성의 VSS와 관련된 고려 사항에 대해서는 VMware에 문의하십시오.

데이터 저장소의 가상 머신에 RDM 또는 iSCSI LUN이 표시될 경우 결과 복제본에 이러한 LUN이 포함되지 않습니다. 다른 데이터 저장소에 있는 부팅 드라이브 이외의 가상디스크가 가상 머신에 있을 경우, 서비스 계획이 가상 머신 디스크를 포함하도록 구성함으로써 이러한 디스크를 캡처할 수 있습니다.


VMware vStorage VMFS 요구 사항 227

데이터 센터 검색AppSync를 최신 상태로 유지하려면 vCenter Server 구성이 변경될 때 VMwarevCenter 서버에서 데이터 센터를 검색해야 합니다.

시작하기 전에


l 적어도 하나의 vCenter Server를 AppSync에 추가해야 합니다.

절차

1. Copy Management > VMware Datacenters로 이동합니다.

2. VMware Datacenters 페이지에서 Discover Datacenters > On Virtual Center를클릭하고 vCenter Server를 선택하여 해당 데이터 센터를 검색합니다.

Add vCenter Server를 클릭하여 vCenter Server를 추가할 수도 있습니다. Adda vCenter Server를 참조하십시오.

데이터 센터 목록VMware Datacenters 페이지의 상위 레벨에는 AppSync에 등록된 모든 데이터 센터가표시됩니다.

열 설명

Protectionstatus ofdatacenter

l 녹색: 성공적으로 보호된 데이터 센터에 있는 모든 데이터 저장소의 최신 복제본

l 노란색: 데이터 센터에 있는 하나 이상의 최신 데이터 저장소 복제본이 오류와 함께 완료됨

l 빨간색: 데이터 센터에 있는 하나 이상의 최신 데이터 저장소 복제본이 완료되지 못함

l "i" 기호: 데이터 센터에 있는 데이터 저장소 중 하나에 서비스 계획이 적용되지 않거나 연관된 복제본이 없음

Name vCenter Server에 있는 데이터 센터의 이름입니다.

vCenterServer

데이터 센터를 호스트하는 vCenter Server의 이름입니다.

Last Discovery vCenter Server에서 검색이 마지막으로 수행된 시간입니다.

AlertRecipients

e-메일 알림을 받을 e-메일 별칭의 목록입니다.

데이터 센터 이름을 클릭하면 데이터 저장소가 표시됩니다.

VMware vCenter Server 추가가상 머신이 마운트 호스트로 사용될 때는 VMware vCenter Server를 AppSync에 추가하십시오.

시작하기 전에

l 이 작업을 수행하려면 AppSync에서 리소스 관리자 역할이 필요합니다.



l vCenter Server에 대한 관리자 권한을 가진 계정의 자격 증명을 알고 있어야 합니다.

절차

1. Settings > VMware vCenter Servers를 선택합니다.

2. Add를 클릭합니다.

3. vCenter Server 이름을 입력합니다.

4. vCenter Server에 대한 관리자 권한을 가진 계정의 자격 증명을 입력합니다.

물리적 Windows 또는 Linux 환경의 파일 시스템이나 데이터베이스(즉, 이들이상주하는 기본 스토리지 LUN)를 VMware 가상 환경에 RDM 디바이스로 추가할수 있습니다. 마운트를 수행하기 전에 가상 머신을 관리하는 vCenter를 AppSync에 추가하십시오.


그림 6 vCenter Server 추가

VMware 데이터 저장소 목록이 목록에는 AppSync 데이터베이스에서 검색되고 저장된 VMware 데이터 저장소가있습니다.

데이터 저장소 이름을 클릭하면 데이터 저장소의 복제본이 표시됩니다.

Service Plan 열에는 데이터 저장소에 적용되는 계획이 표시됩니다. 다른 세부 정보로는 데이터 저장소 유형(VMFS 또는 NFS), ESX 서버 이름 등이 있습니다.

VMware 데이터 저장소 보호AppSync VMware 서비스 계획에 포함하여 VMware 데이터 저장소를 보호할 수 있습니다.

AppSync의 데이터 저장소 보호 메커니즘은 서비스 계획을 사용하는 것입니다. 데이터저장소를 서비스 계획에 포함하고 서비스 계획을 즉시 실행하거나, 나중에 실행되도록서비스 계약을 예약할 수 있습니다.


VMware 데이터 저장소 목록 229

l 선택한 데이터 저장소를 즉시 보호하려면 Subscribe to Plan and Run을 선택합니다. 해당 데이터 저장소에 대해서만 서비스 계획이 실행됩니다.

l 나중에 보호하도록 예약하려면 Subscribe to Plan을 선택합니다. 서비스 계획이적용되는 데이터 저장소에 대한 보호가 예약된 시간에 실행됩니다.

l 데이터 저장소 Copies 페이지의 Create a copy using에서 적절한 서비스 계획을선택합니다.

l 전체 계획을 즉시 실행하려면 VMware Datacenters Service Plan 페이지에서 Run을 선택합니다.

VMware 데이터 저장소에 대한 서비스 계획 신청Subscribe to Plan 작업은 보호를 나중에 실행하도록 예약합니다. 서비스 계획에 포함된 모든 데이터 저장소에 대한 보호가 예약된 시간에 실행됩니다.

시작하기 전에


절차


2. 데이터 센터를 클릭하여 해당 데이터 저장소를 표시합니다.

3. 이 목록에서 보호할 데이터 저장소를 선택합니다.

키보드에서 <Shift> 또는 <Ctrl> 키를 누른 채로 선택하면 여러 데이터 저장소를선택할 수 있습니다.

4. Protect 목록에 있는 Subscribe to Plan에서 적절한 서비스 계획을 선택합니다.

선택한 계획이 데이터 저장소의 Service Plan 열에 나타납니다.

VMware 데이터 저장소 즉시 보호Subscribe to Plan and Run 작업은 기존 서비스 계획에 데이터 저장소를 추가하고 선택한 데이터 저장소에 대해서만 서비스 계획을 즉시 실행합니다.

시작하기 전에




3. 이 목록에서 보호할 데이터 저장소를 선택합니다.


4. Protect 목록에 있는 Subscribe to Plan and Run에서 적절한 서비스 계획을 선택합니다.

여러 단계의 진행 상황을 표시하는 Subscribe to Plan and Run 대화 상자가 나타납니다.

보호된 가상 머신의 목록이 목록에는 서비스 계획 실행의 일환으로 보호되는 데이터 저장소에 속한 가상 머신이나와 있습니다.

가상 머신 이름을 클릭하여 가상 머신의 복제본을 표시합니다. 복구 작업을 수행하려면가상 머신을 선택하고 Restore를 클릭합니다.



다른 세부 정보로는 가상 머신의 OS 플랫폼, 가상 머신의 버전, 가상 머신이 위치한ESX 호스트, 가상 머신 파일의 경로 등이 있습니다. 경로에서 가상 머신이 상주하는 데이터 저장소의 이름은 [ ] 괄호 안에 있습니다.

데이터 저장소에 대한 서비스 계획 신청 취소한 서비스 계획 또는 모든 서비스 계획에서 데이터 저장소의 신청을 취소할 수 있습니다.

시작하기 전에




3. 이 목록을 통해 서비스 계획에서 제거할 데이터 저장소를 선택합니다.

동일한 서비스 계획에 신청된 여러 개의 데이터 저장소를 선택할 수 있습니다.키보드에서 <Shift> 또는 <Ctrl> 키를 누른 채로 선택하면 여러 데이터 저장소를선택할 수 있습니다.

4. Protect 목록에 있는 Unsubscribe from Plan에서 서비스 계획을 선택하거나,All을 선택하여 모든 계획에서 데이터 저장소를 제거합니다.

서비스 계획 이름이 데이터 저장소의 Service Plan 열에서 제거됩니다.

VMware 스냅샷VM 정합성 보장 옵션을 선택하면 AppSync는 데이터 저장소가 복제되는 동안 켜져 있는 모든 가상 머신의 스냅샷을 생성합니다.

AppSync는 켜져 있는 가상 머신의 중지 상태 스냅샷을 만듭니다. VMware Tools를 사용하여 가상 머신에서 파일 시스템을 중지할 수 있습니다. 파일 시스템을 중지하는 것은 물리적 또는 가상 컴퓨터의 디스크상의 데이터를 백업에 적합한 상태로 만드는 프로세스입니다. 이 프로세스에는 운영 체제의 인메모리(In-Memory) 캐시에서 디스크 또는 다른 상위 레벨의 애플리케이션별 작업으로 더티 버퍼를 플러시하는 등의 작업이 포함됩니다. VM 정합성 보장 옵션이 설정되지 않은 경우, AppSync는 가상 머신 스냅샷을만드는 프로세스를 건너뜁니다.

데이터 저장소 복제본 보기복제본은 생성된 시간에 따라 명명됩니다.

시작하기 전에


절차


2. 데이터 센터를 선택한 후에 데이터 저장소를 선택하여 해당 복제본을 봅니다.

복제 유형, 마운트 상태, VM 정합성 보장 상태, 복제본과 연관된 서비스 계획 등다른 복제본 세부 정보를 볼 수 있습니다.

3. Details 창에서 추가 세부 정보를 볼 복제본을 선택합니다.

l Virtual Machines 탭: 선택한 데이터 저장소 복제본에 포함된 가상 머신을 나열합니다.

l Virtual Disks 탭: 선택한 데이터 저장소 복제본에 포함된 가상 디스크를 나열합니다.


VMware 데이터 저장소 보호 231

l Events 탭: 데이터 저장소 복제본을 생성할 때 발생한 이벤트를 나열합니다.

가상 머신 복제본 보기생성된 시간을 기준으로 가상 머신의 복제본 목록을 봅니다.

시작하기 전에


1. Copy Management > VMware Datacenter로 이동합니다.

2. 데이터 센터를 선택한 후에 Protected Virtual Machines 탭을 선택합니다.

3. 복제본을 볼 가상 머신을 목록에서 선택합니다.

복제본 크기, 디스크의 스토리지, 디스크 모드 등 복제본 세부 정보를 볼 수 있습니다.

4. Details 창에서 추가 세부 정보를 볼 복제본을 선택합니다.

l Virtual Disks 탭: 선택한 가상 머신 복제본에 포함된 가상 디스크를 나열합니다.

l Events 탭: 가상 머신 복제본을 생성할 때 발생한 이벤트를 나열합니다.

Copies 페이지에서 데이터 저장소 복제본 생성Copies 페이지에서 데이터베이스에 대한 AppSync VMware 서비스 계획을 신청하여데이터 저장소 복제본을 만듭니다.

시작하기 전에


절차



3. 이 목록에서 데이터 저장소를 클릭하여 해당 복제본을 봅니다.

4. Create a copy using 목록에서 적절한 서비스 계획을 선택합니다.

데이터 저장소에 대해 서비스 계획이 즉시 실행됩니다.

필요 시 데이터 저장소 복제본 만료복제본을 만료하면 AppSync 데이터베이스에서 제거되며, 복제 기술 및 복제본 상태에따라 스토리지를 비울 수 있습니다.

시작하기 전에



절차

1. Copy Management > VMware Datacenters를 선택합니다.


3. 복제본을 만료할 데이터 저장소를 클릭합니다.





5. Expire를 선택합니다.

6. 선택한 복제본 그리고 나열된 관련 복제본을 만료할 것인지 여부를 확인합니다.




n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정














서비스 계획 스케줄 재정의서비스 계획을 신청한 개별 데이터 저장소에 대해 서로 다른 스케줄을 설정함으로써 일반 반복 설정을 재정의할 수 있습니다.

시작하기 전에



절차






계획이 적용된 모든 데이터 저장소의 목록을 볼 수 있습니다.



5. 데이터 저장소를 하나 이상 선택하고 Override Schedule을 클릭합니다.

6. Override Schedule 대화 상자에서 요구 사항을 기준으로 스케줄을 설정하고 OK를 클릭합니다.

예를 들어 기본 반복 유형이 On specified days of the month이고 규칙 설정이Run at 12:00 AM 및 1st day of every month인 경우, 개별 데이터 저장소의 시간과 일을 재정의할 수 있습니다.연필 아이콘은 기본 설정이 재정의되었음을 나타냅니다.

애플리케이션 검색복제본을 생성하기 전에 AppSync는 선택된 데이터 저장소에서 검색을 수행하고vCenter Server의 구성에 변화가 있는 경우 AppSync 데이터베이스를 업데이트합니다.




복제본 생성복제본 생성 단계는 사용자가 지정한 기본 스토리지 유형에 맞춰 복제본을 만듭니다.

이 단계는 생성할 데이터 저장소 복제본의 유형 그리고 복제본의 스토리지 설정을 지정합니다. 복제본 단계는 Bronze, Silver 또는 Gold 서비스 계획 중에서 무엇을 선택했는지에 따라 로컬 복제본, 원격 복제본 또는 로컬 및 원격 복제본을 만듭니다.


데이터 저장소 복제본 옵션복제 유형, 스냅을 무시할 가상 머신, 스토리지 기본 설정, 유지할 스냅샷 복제본 수를선택합니다.

l 복제본 정합성 보장

VM Consistent는 실행 프로그램, 프로세스 그리고 심지어 스냅샷 시점에 열려 있던 창까지 포함하여 서비스 계획에 있는 데이터 저장소에 대한 복제본을만듭니다.Maximum Simultaneous VM Snapshots 은 현재 있는 모든 VM의 동시 스냅샷 수입니다. 기본값은 스냅샷 4개입니다.Crash Consistent는 서비스 계획에서 데이터 저장소의 복제본을 만듭니다.장애 발생 시 정합성이 보장되는 복제본은 스냅샷 생성 당시 메모리에 있는 데이터를 제외한 모든 것을 포함하고 있습니다.Configure VM Snapshots for VMs 링크를 사용하면 서비스 계획에 추가된 데이터 저장소에서 가상 머신을 선택할 수 있습니다. Exclude VMs forSnapshot 옵션은 기본적으로 설정됩니다. 따라서 선택된 VM은 서비스 계획실행 중에 VMware 스냅샷을 생성하는 동안 무시됩니다. Include VMs forSnapshot을 선택하면 선택된 VM만 서비스 계획 실행 중 VMware 스냅샷 생성에 고려됩니다.Include Virtual Machine Disk에는 보호 중인 데이터 저장소에서 실행되는 가상 머신과 연결된 모든 데이터 저장소가 포함되어 있습니다. 예를 들어데이터 저장소 DS1에는 서비스 계획이 적용되어 있습니다. DS1에 속한 가상 머신 VM1은 데이터 저장소 DS2 및 DS3에 가상 디스크를 가지고 있습니다. 서비스계획이 실행될 때 데이터 저장소 DS2 및 DS3은 DS1과 함께 보호됩니다. 하지만데이터 저장소 DS2 및 DS3에는 서비스 계획이 적용되지 않습니다.



l Storage Ordered Preference - 복제본을 생성하는 중에 사용할 스토리지 기술의기본 순서입니다. 스토리지 기본 설정의 순서를 정하거나 선택하거나 지울 수 있습니다. 가능한 경우 첫 번째 기본 설정 기술을 사용하여 복제본이 생성됩니다. 첫 번째 기술을 사용할 수 없을 경우 다음 순서의 선택된 기본 설정 기술을 사용하여 나머지 복제본이 처리됩니다. 예를 들어 첫 번째 기본 설정이 북마크인데 서비스 계획에 있는 일부 애플리케이션 데이터를 RecoverPoint에 매핑할 수 없는 경우AppSync는 VNX Snapshots을 대신 사용합니다. AppSync가 특정 복제 기술을 사용하지 않도록 하려면 순서가 지정된 스토리지 기본 설정 목록에서 해당 기본 설정을선택 취소합니다.

한 서비스 계획에 VNX Block, VNX File 및 RecoverPoint 복제 객체가 혼합되어 있을 수 있습니다. 예를 들어 VMware에 대한 Bronze 서비스 계획의 경우, 데이터 저장소가 RecoverPoint, VNX File 및 VNX Block 복제의 혼합일 수 있습니다.

l Expiration - 동시에 존재할 수 있는 스토리지 스냅샷 복제본에 대해 원하는 최대 수입니다.

스토리지 스냅샷 복제본의 자동 만료서비스 계획의 Create Copy 단계에 있는 자동 만료 값은 동시에 존재할 수 있는 스냅샷복제본의 최대 수를 지정합니다.

"Always keep x copies" 값에 도달하면 순환 순서에 따른 다음 복제본의 스토리지를 확보하기 위해 오래된 복제본이 만료됩니다. 실패한 복제본은 계산되지 않습니다.AppSync는 대체할 복제본이 성공적으로 생성되기 전까지는 가장 오래된 복제본을 만료하지 않습니다. 예를 들어 유지할 복제본 수가 3일 경우 AppSync는 네 번째 복제본이생성되기 전까지 가장 오래된 복제본을 만료하지 않습니다.


다음과 같은 경우에는 AppSync에서 복제본을 만료하지 않습니다.

l 마운트된 복제본은 만료되지 않습니다.l 데이터 저장소의 복제본만 포함하는 복제본은 만료되지 않습니다.


이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 북마크가 RecoverPointAppliance에서 만료될 때까지 남아 있습니다.

이전 복제본 마운트 해제서비스 계획은 새 복제본을 만든 후에 이전에 마운트한 복제본을 마운트 해제합니다.서비스 계획에 의해서가 아니라 필요에 의해 마운트된 복제본은 예외입니다. 필요에 의해 마운트된 복제본은 마운트 해제되지 않습니다.


복제본 마운트복제본 마운트 단계는 해당 서비스 계획 실행에 의해 생성된 모든 데이터 저장소 복제본을 마운트합니다.

마운트할 복제본에 대한 Mount Copy Defaults 설정은 서비스 계획에 따라 다릅니다.다른 마운트 설정은 마운트 호스트, 액세스 모드 및 마운트 서명을 결정합니다.



이 단계는 활성화하거나 비활성화할 수 있습니다.

일반 설정:

l Mount on host: 등록된 vCenter Server에서 검색된 모든 ESX Server를 나열합니다.

l Mount Signature: Use original signature 및 Use new signature 중에서 선택할수 있습니다. Use new signature를 선택하면 AppSync가 마운트 시 VMFS 볼륨을재서명합니다. VMware VMFS 데이터 저장소에만 해당됩니다.

l Cluster Mount: Yes 또는 No를 선택합니다.

RecoverPoint 설정:

l Image access mode(RecoverPoint 마운트 도중):

l Logged Access:무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다.

l Virtual Access with Roll:복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본볼륨에 대한 직접 액세스로 전환합니다.

l Virtual Access:이미지에 대한 즉각적인 액세스를 제공하지만 대량 처리에는 적합하지 않습니다.

l Desired Service Level Objective (SLO): 필요한 VMAX 3 SLO(Service LevelObjective)를 지정합니다. SLO는 스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

VNX File 설정: 이 옵션에는 VMware VNXFile 데이터 저장소에만 사용할 수 있습니다.

l Mount Copy with access: 복제본이 마운트할 때 사용할 액세스 유형을 선택합니다(Read-only 또는 Read-Write).

서비스 계획에서 마운트 설정 재정의여러 개의 VMware 데이터 저장소에 같은 계획이 적용되어 있는 경우 각 데이터 저장소에 대해 서로 다른 마운트 설정을 선택함으로써 일반 마운트 설정을 재정의할 수 있습니다.

시작하기 전에


1. Service Plans > VMware Datacenters로 이동하고 목록에서 계획 중 하나를 클릭합니다.



데이터 센터 목록에는 해당 데이터 저장소에 이 계획이 적용되는 모든 vCenter데이터 센터가 포함되어 있습니다. 마운트 설정은 기본 설정을 표시합니다. 또한VMAX v3 데이터 저장소의 경우 SLO Service Level Objective가 또 다른 옵션으로 표시됩니다.

4. 설정을 재정의할 데이터 저장소를 선택하고 Set Overrides를 클릭합니다.


5. Mount Copy Overrides 대화 상자에서 재정의할 마운트 설정에 대해서만 옵션을 선택합니다.



예를 들어 복제본을 운영 호스트에 복제본을 마운트하려는 경우에는 MountSignature 드롭다운에서 Use new signature를 선택합니다.



기본 마운트 설정이 변경된 데이터 저장소의 행에서 첫 번째 열에 연필 아이콘이나타납니다.

7. 기본 설정으로 되돌리려면 데이터 저장소를 선택하고 Use Default Settings를클릭합니다.

복제본 마운트 해제서비스 계획의 최종 단계는 복제본을 마운트 해제합니다.


VMFS 복제본 마운트 시 고려 사항VMFS 복제본을 대체 ESX Server에 마운트하면 AppSync에서는 ESX Server에 VMFS를 표시하는 데 필요한 모든 작업을 수행합니다.

l 이 작업이 끝나면 가상 시스템 및 애플리케이션 재시작 등의 추가 관리 작업은 스크립트로 완료하거나 수동으로 완료해야 합니다.

l ESXi 5.x 및 RecoverPoint 4.0 환경에서 데이터 저장소 및 가상 디스크를 마운트하는 경우, 성공적인 가상 액세스 유형 마운트를 보장하기 위해 하드웨어 가속을 해제하십시오. 자세한 내용은 VMware Knowledge Base 문서 2006858을 참조하십시오.

필요 시 데이터 저장소 복제본 마운트데이터 저장소의 Copies 페이지, 서비스 계획의 Copies 탭 또는 데이터 센터의Datastore 페이지에서 데이터 저장소 복제본의 필요 시 마운트를 시작할 수 있습니다.

시작하기 전에


절차

1. Recover 팝업 버튼에서 Datastore 또는 Copies 페이지나 Service Plan Copies탭에 있는 Mount a Copy를 선택합니다.

2. Copies 또는 Service Plan 필터를 사용하여 마운트할 적절한 복제본을 선택합니다.



RecoverPoint 복제본의 경우, 특정 시간에 따라 북마크를 선택할 수도 있습니다.하지만 선택한 시점 이전의 사용 가능한 복제본이 AppSync에 있어야 합니다.

Select a point in time을 클릭하여 특정 타임 스탬프가 있는 복제본을 선택하고복제본의 위치(원격 또는 로컬)를 선택합니다. remote를 선택하여 원격 복제본을 마운트하거나 local을 선택하여 로컬 복제본을 마운트합니다. 여기에 표시되는 시간은 AppSync 콘솔의 시간입니다. 콘솔이 RPA(RecoverPoint Appliance)와다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 마운트합니다.


VMFS 복제본 마운트 시 고려 사항 237

4. Mount Additional Copies 페이지에서 마운트할 추가 복제본을 하나 이상 선택합니다. 여기에 나열된 복제본은 이전 단계에서 선택한 복제본과 같은 시간에 같은 데이터 센터에서 보호되는 다른 데이터 저장소의 복제본입니다.

5. Select Mount Settings 페이지에서

a. Mount on Host 목록에서 복제본을 마운트할 호스트를 선택합니다.

AppSync에 등록된 vCenter Server 아래에 있는 모든 ESX Server가 가능한마운트 호스트 후보로 나열됩니다. 선택한 ESX가 ESX 클러스터의 일부인 경우, 다른 필드인 [Clutser Mount]가 표시되고, 이 필드는 [Yes] 또는 [No]로 설정할 수 있습니다. ESX Server가 클러스터의 일부인 경우, 클러스터의 모든노드에 마운트할 수도 있고 선택한 마운트 호스트에만 마운트할 수도 있습니다.

b. Mount Signature 목록에서 Use new signature, Use original signature 중에 하나를 선택합니다. VMware VMFS 데이터 저장소에만 해당됩니다.

c. RecoverPoint 복제본의 경우 Image Access Options 목록에서 다음 옵션 중하나를 선택합니다.

l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이포함된 경우 이 마운트 옵션을 사용합니다. Logged access 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로전환합니다. RP VMAX 및 RP XtremIO를 사용할 경우 Virtual access withroll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공합니다. 대량처리에는 Virtual access가 적합하지 않습니다. RP VMAX 및 RP XtremIO를 사용한 가상 액세스는 지원되지 않습니다.

d. Mount copy with access 드롭다운 목록에서 복제본을 마운트할 때 사용해야 하는 액세스 유형을 선택합니다. Read-only 또는 Read-write가 가능합니다. VMware VNXFile 데이터 저장소에만 해당됩니다.

e. VMAX 3 스토리지의 경우 마운트 복제본에 대해 원하는 SLO(Service LevelObjective)를 선택합니다.


f. VMAX V2 스토리지의 경우 마운트 복제본에 대해 원하는 FAST VP 정책을 선택합니다.

g. VPLEX Mount option 목록에서 다음 중 하나를 선택합니다.

l Native array: 복제본을 기본 스토리지 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.


l Enable VMware cluster mount: ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소합니다. 이 옵션은 기본적으로 설정되어 있습니다.



6. Summary 페이지에서, 이전 페이지에서 선택한 복제본 및 마운트 설정을 검토하고 Finish를 클릭하여 복제본을 마운트합니다.

7. Results 페이지에서 Details 링크를 클릭하여 복제본 마운트에 포함되는 각 단계의 진행 상황을 확인합니다.

마지막으로 완료한 단계가 단계 목록 맨 아래에 표시됩니다.

VMware 데이터 저장소 복제본 마운트 해제마운트 해제할 복제본을 선택하면 선택한 복제본과 함께 마운트된 다른 복제본이 마운트 해제됩니다.

시작하기 전에


데이터 저장소를 위해 생성된 복제본 목록에서만 복제본을 마운트 해제할 수 있습니다.

절차

1. Protection 또는 Service Plan 페이지에서 Copies 페이지로 이동합니다.

l Copy Management > VMware Datacenters > 데이터 저장소를 호스트하는VMware 데이터 센터를 선택한 후에 마운트 해제할 복제본이 있는 데이터 저장소를 선택합니다.

l Service Plans > VMware Datacenters> 서비스 계획을 선택한 후에 Copies탭을 선택합니다.

2. 복제본 목록에서 데이터 저장소 복제본을 선택하고 아래의 버튼에서 Unmount를 클릭합니다.

마운트 해제하도록 선택한 복제본을 비롯하여 마운트된 다른 데이터 저장소의모든 복제본이 Unmount Confirmation 대화 상자에 표시됩니다.


Unmount 창에 마운트 해제 작업의 진행률이 표시됩니다. 선택한 복제본을 비롯하여 마운트된 모든 복제본이 마운트 해제됩니다.

복제본에서 데이터 저장소 복구데이터 저장소의 Copies 페이지, Service Plan's Copies 탭 또는 데이터 센터의Datastore 페이지에서 데이터 저장소 복제본을 복구할 수 있습니다.

시작하기 전에


l 데이터 저장소를 복구하기 전에 데이터 저장소에서 VM을 끄는 것이 좋습니다.

절차

1. Datastore 또는 Copies 페이지나 Service Plan Copies 탭에서 Recover > Restore를 선택합니다.

Datastore Restore Wizard가 시작됩니다.


Copies 또는 Service Plan 필터를 사용하여 복구할 적절한 복제본을 선택합니다. 선택한 필터에 따라 복제본 목록이 업데이트됩니다.



VMware 데이터 저장소 복제본 마운트 해제 239

Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 여기에 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 복구합니다.


선택한 복제본에 영향을 받는 인접 항목이 포함된 경우 Restore Warnings 페이지가 표시됩니다.

4. 영향을 받는 데이터 저장소에 대한 경고 메시지를 확인합니다. 선택한 복제본과함께 다른 개체를 복구하는 것에 동의하려면 확인란을 선택합니다.

복구하기 전에 덮어쓸 데이터 저장소를 수동으로 마운트 해제할 수 있습니다.

RecoverPoint 복제본에만 영향을 받는 인접 항목이 있습니다.

5. Virtual Machine Operations 단계에서 AppSync가 복구 전후에 수행하도록 할적절한 작업을 선택합니다. 자세한 내용은 가상 머신 작업을 참조하십시오.






7. Summary 페이지에서, 이전 페이지에서 선택한 설정을 검토하고 Finish를 클릭하여 복구를 수행합니다.



복구 중 가상 머신 작업AppSync 는 복구하도록 선택된 데이터 저장소와 연관된 가상 머신에서 작업을 수행할수 있습니다.

표 32 가상 머신 작업

가상 머신 작업 설명

복구를 시작할 때 VM이 있음 Power down VMs at start of restore: 복구를 시작할 때 가상 머신이 있는 경우,AppSync는 복구 작업을 시작하기 전에 가상머신을 종료합니다. 이것은 성공적인 복구를위해 중요합니다.

복구 후에 VM 작업 수행 l Return VMs back to state found atstart of restore: 복구 후에 AppSync가



표 32 가상 머신 작업 (계속)

가상 머신 작업 설명

가상 머신을 가동하고 복구 이전의 상태로되돌립니다.

l Register all virtual machines: 복구 후에 AppSync가 모든 가상 머신을 vCenter인벤토리에 등록합니다.

l Register and power up all virtualmachines: 복구 후에 AppSync가 가상 머신을 가동하고 vCenter 인벤토리에 등록합니다.

이 옵션 중 하나만 선택할 수 있습니다.

복구를 시작할 때 VM이 없습니다. 복구 후에VM 작업을 수행합니다.

l Register all virtual machines: 복구 후에 AppSync가 모든 가상 머신을 vCenter인벤토리에 등록합니다.

l Register and power up all virtualmachines: AppSync 가 가상 머신을 가동하고 vCenter 인벤토리에 등록합니다.

복구 중에 데이터 저장소에서 영향을 받는 인접 항목데이터 저장소를 복구할 때 AppSync는 같은 스토리지를 공유하는 다른 데이터 저장소에 대해 영향을 받는 항목을 계산합니다.

영향을 받는 인접 항목이란 보호할 데이터와 가까이 있어서 의도하지 않게 작업의 영향을 받아 복제본의 일부가 되는 ESX 서버 데이터입니다. 데이터 레이아웃을 적절히 계획하면 원하지 않는 항목까지 작업이 수행되는 문제를 사전에 방지할 수 있습니다.

RecoverPoint 또는 ViPR Controller의 경우 CG(Consistency Group) 레벨까지 세분화됩니다. 복구 레벨로 CG가 선택된 경우, AppSync는 같은 CG에 있으면서 함께 보호되었던 다른 데이터 저장소를 식별하여 복구합니다. 영향을 받는 항목이 보호되지 않는경우 AppSync에서 해당 항목을 제대로 복구할 수 없습니다. 이것은 Restore Wizard에서 경고로 표시됩니다.

여러 데이터 저장소가 같은 LUN에 있을 수 없고 여러 데이터 저장소가 같은 파일 시스템에서 호스트될 수 없기 때문에 VNX에 대해서는 영향을 받은 인접 항목이 없습니다.

기본 스토리지 구성에 영향을 받는 인접 항목이 있는 경우는 Restore Wizard가 알려 줍니다. 이때 추가적인 항목을 복구해야 한다는 것을 확인하게 됩니다.

복제본에서 가상 머신 복구Protected Virtual Machines 탭 또는 가상 머신의 Copies 페이지에서 가상 머신을 복구할 수 있습니다.

시작하기 전에


l vSphere Enterprise Edition을 사용 중이어야 합니다.


복구 중에 데이터 저장소에서 영향을 받는 인접 항목 241

l 서비스 계획의 Create copy 단계에서 Include Virtual Machine Disk 옵션을 선택하여 가상 머신에서 사용되는 모든 데이터 저장소를 보호해야 합니다.

l 가상 머신에 기존의 스냅샷이 없어야 합니다.

l RDMS를 사용하는 가상 머신은 복구할 수 없습니다.

절차

1. Protected Virtual Machines 탭 또는 가상 머신의 Copies 페이지에서 Restore를 선택합니다.

가상 머신의 Restore Wizard가 시작됩니다.


Copies 또는 Service Plan 필터를 사용하여 복구할 복제본을 선택합니다. 선택한 필터에 따라 복제본 목록이 업데이트됩니다.


Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 여기에 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 복구합니다.


다른 VM도 선택한 가상 머신과 함께 보호되고 있으면 Multiple VM Restore 페이지가 표시됩니다.

다음 옵션 중 하나를 선택합니다.

l Continue to restore only one virtual machine

l 다른 VM 보기 및/또는 복구하도록 선택하기

4. Select Restore Location 페이지에서 적절한 옵션을 선택합니다. 자세한 내용은 가상 머신 복구 옵션을 참조하십시오.

5. Select Mount Host 페이지에서

a. 마운트 ESX를 선택합니다.

운영 데이터가 RecoverPoint 스토리지에 있는 경우, 선택한 마운트 호스트에서 타겟 디바이스가 보여야 합니다. VNX의 경우, 마운트 호스트는 VNX에 등록되어 있어야 합니다. 다른 모든 스토리지의 경우, 마운트 호스트는 복제본이 상주하는 스토리지 시스템에 등록되어 있어야 합니다.

b. RecoverPoint 북마크 복제본의 경우, 목록에서 RecoverPoint 이미지 액세스모드(Logged Access, Virtual Access 또는 Virtual Access with Roll)를 선택합니다.

c. VPLEX Snap 복제본의 경우, VPLEX 마운트 옵션(VPLEX virtual volume 또는native array volume)을 선택합니다. VPLEX 가상 볼륨의 경우, 마운트 호스트는 VPLEX 스토리지 보기에 추가되어야 합니다. 기본 스토리지 볼륨의 경우마운트 호스트는 스냅샷이 생성되는 VPLEX 백엔드 스토리지에 조닝(Zoning)되어야 합니다.

d. Next를 클릭합니다.



l AppSync는 VMware vMotion 기술을 활용하여 마운트 호스트에서 복구 위치로 가상 머신을 이동합니다. 따라서 마운트 호스트와 복구 위치에 있는 호스트가 네트워크 요구 사항과 같은 VMware vMotion 사전 요구 사항을 충족해야 합니다.

l VPLEX Snap 복제본의 경우 VM 복구를 위한 데이터 저장소를 마운트하도록선택되는 ESX가 ESX 클러스터의 일부인 경우 데이터 저장소는 그 클러스터의 모든 ESX가 아닌 해당 ESX에만 마운트됩니다. 네트워크를 통해 VM 파일을 복사하지 않으려는 경우 Select Restore Location과 Select Mount host아래에서 동일한 ESX를 선택해야 합니다.

Choose Instant Restore 페이지에서는 다음 조건 중 하나가 충족될 경우에만 항목을 선택할 수 있습니다.

l 마운트 및 복구 호스트가 동일합니다.

l 마운트 및 복구 호스트가 서로 다르지만 같은 ESX 클러스터의 노드입니다.

6. Choose Instant Restore 페이지에서, 즉각적인 복구를 수행할 것인지 여부에 따라 Do you want to perform an instant restore option 옵션에 대해 Yes 또는No를 선택합니다.

즉각적인 복구 중에는 가상 머신을 계속 사용할 수 있습니다. 가상 머신이 켜져있으면서도 백그라운드에서 VM이 복구됩니다.

앞서 이 마법사의 2단계에서 여러 가상 머신을 복구하기로 선택했는데 여기에서No를 선택하는 경우에는 Maximum number of simultaneous virtual machinesto be restored 상자에 숫자를 지정합니다. 기본값은 2입니다.

vApp에 속하는 여러 가상 머신을 복구하는 경우에는 Maximum number ofsimultaneous virtual machines to be restored를 1로 설정합니다.

다음 복제본에는 Instant restore 옵션을 사용할 수 없습니다.

l VMAX 복제본(일반 소스 디바이스가 일반(thick)인 경우)

l VMAX 복제본

l ViPR 스냅 복제본

l VPLEX 스냅 복제본

7. Summary 페이지에서, 이전 페이지에서 선택한 설정을 검토하고 Finish를 클릭하여 복구를 수행합니다.

8. Results 페이지에서 View Details를 클릭하여 가상 머신 복구에 포함되는 각 단계의 진행률을 확인합니다.


가상 머신 복구 옵션복구 작업은 물론 복구 위치도 선택할 수 있습니다.


가상 머신 복구 옵션 243

표 33 가상 머신 복구 옵션

복구 옵션 설명

Original location 보호 시 가상 머신이 있던 위치에 복구합니다.

RecoverPoint 복제본의 경우, 원래 위치로 복구하지 않는 것이 좋습니다. 이 옵션을 선택하면 AppSync에서 이에 대한 경고를 표시합니다.

Alternate location 다음 옵션 중에서 선택한 위치에 복구합니다.모두 필수 사항입니다.

l vCenter Server: 보호 시 가상 머신이 포함된 데이터 저장소가 있었던 vCenterServer 또는 다른 서버를 선택할 수 있습니다.

l Datacenter

l 호스트

l 데이터 저장소

복구 중인 VM이 복구 위치에 이미 있을 경우의 옵션

l Fail the restore: AppSync가 복구 위치에가상 머신이 있는지를 확인합니다. 복구위치에 있는 가상 머신에 대해서는 복구작업이 중단됩니다. 나머지에 대해서는 복구 작업이 계속됩니다. 이것은 예방적인옵션입니다.

l Create a new virtual machine: AppSync가복구 전에 새 가상 머신을 생성합니다.

l Unregister the virtual machine: 복구하도록 선택한 가상 머신이 복구 위치에 있는경우, AppSync가 복구 전에 해당 가상 머신을 인벤토리에서 등록 취소합니다.

l Delete from disk before performingrestore: 복구 중인 가상 머신이 복구 위치에 있는 경우, AppSync가 복구 전에 해당가상 머신을 삭제합니다.

복구 작업을 진행하기 전에 가상 머신의백업을 만들어 놓는 것이 좋습니다.

l Delete from disk after performing restore:복구 중인 가상 머신이 복구 위치에 있는경우, AppSync가 복구 후에 해당 가상 머신을 삭제합니다.



VMFS 또는 NFS 데이터 저장소를 통한 파일/폴더 복구VMFS 및 NFS 데이터 저장소에 있는 가상 머신의 가상 디스크에 저장된 파일이나 폴더는 AppSync를 통해 복구할 수 있습니다.

VMFS 또는 NFS 데이터 저장소에 저장된 가상 디스크 중에서 AppSync 서비스 계획에의해 보호되는 가상 디스크는 가상 디스크 복제본을 마운트할 위치를 지정함으로써 파일 또는 폴더 레벨 복구에 사용할 수 있습니다.

AppSync 내에서 파일 또는 폴더 레벨 복구는 3단계 프로세스입니다. 복구를 완료하기위해 AppSync 외부에서 최종 단계를 수동으로 수행합니다. 가상 디스크가 마운트된 위치에서 원하는 위치로 파일 또는 폴더를 복제해야 합니다.

1. AppSync가 AppSync 에이전트를 포함하는 가상 머신이 위치한 ESX Server에 데이터 저장소 스냅샷을 마운트합니다.

2. vCenter Server가 VM을 끄지 않고 데이터 저장소 스냅샷에서 마운트 VM으로 가상디스크를 추가합니다.

3. AppSync 에이전트가 마운트 VM에 파일 시스템 마운트를 수행합니다.

여러 파티션이 있는 가상 디스크로부터 파일 또는 폴더를 복구할 수 있습니다.

ESX Server 버전이 5.0 이상인 경우에는 원래 VM이 마운트 VM이 될 수도 있습니다.

제한 사항

l 동적 디스크에서는 파일 또는 폴더 레벨 복구가 불가능합니다.

l 같은 단계 시점에 속한 가상 디스크는 Gold 서비스 계획을 사용하여 생성한 경우에도 동일한 가상 머신에 마운트될 수 없습니다. 다시 말해, 로컬 복제본의 가상 디스크를 마운트한 경우 원격 복제본의 동일 가상 디스크를 마운트할 수 없습니다.

l APiT(Any Point in Time) 파일 복구를 수행하려면 먼저 데이터 저장소의 APiT 마운트를 수행한 후에 APiT 복제본에서 Granular File Restore Wizard를 시작해야 합니다.

가상 디스크에서 파일 또는 폴더 복구Protected Virtual Machines 탭 또는 가상 머신의 Copies 페이지에서 가상 디스크의파일 또는 폴더를 복구할 수 있습니다.

시작하기 전에


l vSphere Enterprise Edition을 사용 중이어야 합니다.

l 복제본이 마운트되고 복구되는 가상 머신은 Windows 2008 또는 Windows 2012를운영 체제로 사용하는 64비트 시스템이어야 합니다. 또한 AppSync 호스트 플러그인이 설치되어 있고, 시스템이 AppSync 서버에 등록되어 있어야 합니다.

절차

1. Protected Virtual Machines 탭 또는 가상 머신의 Copies 페이지에서 Restore > File을 선택합니다.

Granular File Restore Wizard가 시작됩니다.


Copies 또는 Service Plan 필터를 사용하여 복구할 적절한 복제본을 선택합니다. 선택한 필터에 따라 복제본 목록이 업데이트됩니다.


VMFS 또는 NFS 데이터 저장소를 통한 파일/폴더 복구 245


선택한 가상 머신에 있는 가상 디스크를 표시하는 Select Virtual Disk 페이지가나타납니다.

4. 파일 또는 폴더를 복구해야 하는 가상 디스크를 선택하고 Next를 클릭합니다.

5. Select Host 페이지에서

a. 복제본을 마운트해야 하는 가상 머신을 선택합니다.

또한 선택한 가상 머신에서 디스크를 복구해야 할 위치를 지정합니다. 기본적으로 파일은 다음 위치에 복구됩니다. %system drive%\AppSyncMounts\<VM_name>\<copy_id>\Hard disk#구문 설명:

l %system drive% 는 복제본을 마운트하기로 선택한 가상 머신의 시스템드라이브입니다.

l <VM_name> 은 가상 디스크를 복구 중인 가상 머신의 이름입니다.

l <copy_id> 는 AppSync에서 생성된 ID입니다.

l Hard disk# 는 가상 머신에서 하드 디스크의 번호입니다. 이 번호는 원래 가상 머신에서와 동일합니다.

b. 목록에서 RecoverPoint이미지 액세스 모드(Logged Access, Virtual Access또는 Virtual Access with Roll)를 선택합니다.

6. Summary 페이지에서, 이전 페이지에서 선택한 설정을 검토하고 Finish를 클릭하여 디스크 복구를 시작합니다.

7. Results 페이지에서 View Details를 클릭하여 가상 디스크 복구에 포함되는 각단계의 진행률을 확인합니다.


8. 그 다음에, 마운트 위치에서 원하는 위치로 필요한 파일 또는 폴더를 복제하는수동 단계를 수행합니다.

9. 원하는 경우, 데이터 저장소를 마운트 해제합니다. 데이터 저장소 복제본 마운트해제



10장

재활용

l 용도 변경 개요................................................................................................. 248l Repurpose 마법사 사용.................................................................................... 252

재활용 247

용도 변경 개요이 항목에서는 데이터베이스 및 파일 시스템에 대한 AppSync의 용도 변경 기능을 사용하는 방법에 대해 설명합니다.

AppSync를 사용하면 애플리케이션 테스트 및 검증, 테스트 및 개발, 보고, 데이터 마스킹 및 데이터 분석을 위한 데이터베이스 및 파일 시스템의 복제본을 생성할 수 있습니다. AppSync는 용도 변경 작업에서 생성되는 복제본을 First Generation 및 SecondGeneration 복제본으로 식별합니다. Second Generation 복제본의 소스는 FirstGeneration 복제본입니다. First Generation 복제본에서 Second Generation 복제본을여러 개 생성할 수 있습니다.

AppSync는 파일 시스템, SQL Server 및 Oracle 데이터베이스에서 용도 변경을 지원합니다.

두 가지 유형의 용도 변경이 있습니다.

l 기본 스토리지 용도 변경 - First Generation 복제본은 소스 데이터베이스의 복제본입니다. 예를 들어, XtremIO 스토리지의 경우 소스의 스냅샷이 First Generation 복제본입니다.

l RecoverPoint 북마크 용도 변경 - First Generation 복제본은 RecoverPoint 정합성보장 그룹의 로컬 또는 원격 복제 사이트에 있는 LUN의 복제본입니다.

원격 사이트(원격 RecoverPoint 용도 변경)에 북마크의 스냅을 생성하려면 AppSync에로컬 및 원격 기본 스토리지를 모두 추가합니다.

용도 변경에 대한 다음 추가 정보를 검토하십시오.

l First Generation 복제를 통해 생성된 복제본을 소스로 사용하여 다른 복제본을 생성할 수 있습니다.

l 용도 변경 복제본은 RPO 계산에 포함되지 않습니다.

l 필요 시 First Generation 및 Second Generation 용도 변경 복제본을 생성하거나 이를 예약할 수 있습니다.

l Second Generation 복제본에 대해서는 복구가 지원되지 않습니다.

l RecoverPoint 북마크를 용도 변경하는 경우 First Generation 복제본의 복구가 지원되지 않습니다.

l VMAX에서는 First Generation 복제본이 원격 사이트에서 생성된 경우 FirstGeneration 복제본에서 복구를 수행할 수 없습니다.

l 데이터베이스의 First Generation 복제본에서 애플리케이션 정합성 보장 복제본을생성합니다. 이 복제본에는 애플리케이션 검색, 매핑 및 데이터베이스 고정/고정해제가 포함됩니다. 파일 시스템의 경우 콜아웃 스크립트를 사용하여 고정/고정 해제 작업을 구성할 수 있습니다. Create copy 단계 기능인 고정 및 고정 해제 콜아웃스크립트에 고정 및 고정 해제 콜아웃 스크립트를 구성하고 실행하는 방법에 대한자세한 내용이 나와 있습니다.

SQL의 First Generation 복제본에 대해 Repurpose Wizard를 사용하여 고정/고정해제 작업에 대한 VSS 재시도 횟수와 재시도 간격을 구성할 수 있습니다. CrashConsistent SQL 복제본에는 VSS 재시도 옵션이 적용되지 않습니다.

l Second Generation 복제본은 애플리케이션에 영향을 주지 않고 First Generation복제본을 소스로 사용하여 생성됩니다. 이 복제본에는 애플리케이션 검색, 매핑 및

재활용


애플리케이션 고정/고정 해제가 포함되지 않습니다. First Generation 복제본이 복구와 함께 마운트되고 Second Generation 복제본이 새로 고쳐지는 경우 SecondGeneration 복제본을 마운트 후 복구하지 못할 수 있습니다.

추가 설명

l SQL

n 용도 변경의 일부로 로그 백업이 지원되지 않습니다.

n 여러 SQL 데이터베이스에 대한 용도 변경은 지원되지 않습니다.

l Oracle - Repurposing 마법사에서 RMAN 옵션을 사용할 수 없습니다.

l 파일 시스템

n NFS 파일 시스템에 대한 용도 변경은 지원되지 않습니다.

n 여러 파일 시스템을 함께 용도 변경하는 경우 하나 이상의 파일 시스템 보호가실패하면 용도 변경 작업에 완전히 실패합니다.

n 서로 다른 두 스토리지에 상주하는 두 개의 파일 시스템을 동시에 보호할 수 없습니다.

n 함께 용도 변경되는 파일 시스템은 함께 마운트됩니다.

n Second Generation 복제본의 경우 함께 보호되는 파일 시스템은 함께 용도 변경됩니다.

스케줄 용도 변경l Database 페이지에서 Repurpose 마법사를 사용하여 First Generation 복제본과

Second Generation 복제본을 동시에 생성하려는 경우 First Generation 복제본이생성된 후 Second Generation 복제본이 자동으로 생성됩니다. 이는 Run Now, RunRecurrently As Per Schedule 및 Run Only Once At later time 옵션에 적용됩니다.

l Second Generation 복제본에 대한 스케줄을 생성하는 경우 First Generation 복제본이 생성된 후 Second Generation 복제본이 트리거되지 않습니다. SecondGeneration 복제본은 스케줄에 따라 실행됩니다.

l Copies 페이지에서 Repurpose 마법사를 사용하여 Second Generation 복제본을 생성하는 경우 First Generation 복제본이 스케줄에 따라 실행되어도 SecondGeneration 복제본이 트리거되지 않습니다. 그러나 예약된 Second Generation 복제본은 스케줄에 따라 실행됩니다.

l 첫 번째 스케줄에서 용도 변경 복제본이 생성되고 이후의 스케줄에서 복제본이 새로 고쳐집니다.

재활용

스케줄 용도 변경 249

l 여러 파일 시스템을 동일한 용도 변경 계획의 일부로 함께 예약할 수 있습니다.

l 여러 파일 시스템이 동일한 스케줄에 포함되어 함께 용도 변경되도록 예약된 경우이러한 파일 시스템 중 어느 것이든 선택하고 스케줄을 보면 이 스케줄이 표시됩니다. 스케줄을 삭제하면 함께 용도 변경되도록 예약된 모든 파일 시스템의 스케줄이삭제됩니다.

용도 변경 계획 수정각 복제본은 고유한 용도 변경 계획과 연결됩니다. 용도 변경 계획을 수정하려면 다음과 같이 하십시오.

1. AppSync 콘솔에서 Copy Management > application을 선택합니다.

2. 복제본을 선택합니다.

3. Copies 페이지의 서비스 계획 열에 있는 Repurpose 링크를 클릭합니다.

l 수정할 수 없는 옵션은 비활성화됩니다.

l 레이블을 수정하는 경우 복제본을 새로 고쳐야 Copies 페이지에 업데이트된 레이블이 반영됩니다.

용도 변경 새로 고침새로 고침은 현재 복제본 데이터를 삭제하고, 상위 항목을 사용하여 복제본 데이터를다시 생성하는 것을 의미합니다. 복제본을 새로 고치면 소스에서 변경된 내용이 복제본에 반영됩니다. 이는 일반적으로 새 시점 복제본을 생성하고 이전 복제본을 만료하는방법으로 수행됩니다.

l First Generation 및 Second Generation 복제본을 새로 고칠 수 있습니다.

l First Generation 복제본을 새로 고치면 새 타임 스탬프가 적용된 상태로 애플리케이션 정합성이 보장되는 복제본이 생성됩니다.

l First Generation 복제본을 교체해도 Second Generation 복제본은 수정되지 않습니다.

l Second Generation 복제본을 새로 고치면 First Generation 상위 항목과 함께Second Generation 복제본이 재생성됩니다. 이는 Second Generation 복제본의 변경 내용을 적용하지 않고 처음부터 다시 시작하려는 경우에 유용합니다.

l Second Generation 복제본의 타임스탬프는 First Generation 복제본과 같습니다.First Generation 복제본을 새로 고치면 타임스탬프가 달라집니다.

l 마운트된 용도 변경 복제본을 새로 고치면 AppSync에서 해당 복제본을 마운트 해제하고, 만료 처리한 후 새 복제본을 생성합니다. 새로 고친 복제본은 이전 마운트작업과 동일한 옵션을 사용하여 다시 마운트됩니다.

l 마운트된 RecoverPoint 용도 변경 복제본을 새로 고치면 AppSync에서 해당 복제본을 마운트 해제하고 새로 고칩니다. 이 복제본은 새로 고침 작업이 끝날 때까지 다시 마운트되지 않습니다.

l 예약된 용도 변경 서비스 계획 실행으로 인해 용도 변경 복제본이 새로 고쳐지면 새로 고친 복제본이 용도 변경 계획의 Mount copy 단계에 지정된 마운트 옵션을 사용하여 마운트됩니다.

언제든지 용도 변경 복제본을 새로 고칠 수 있습니다. 새로 고침을 시작하려면 다음과같이 합니다.

재활용


1. AppSync 콘솔의 Copies 페이지에서 새로 고치려는 용도 변경 복제본을 선택합니다.

2. Refresh를 클릭합니다.

기본 스토리지 새로 고침스토리지 어레이에서 복제본 새로 고침 기능을 기본적으로 사용할 수 있는 경우 즉, 새복제본을 생성하지 않고 동일한 복제본을 새로 고칠 수 있는 경우 AppSync는 복제본을만료하고 새 복제본을 재생성하는 대신 이 기능을 사용하여 복제본 데이터를 새로 고칩니다.

기본 스토리지 새로 고침의 이점

l 새로 고침 워크플로우를 완료하는 데 필요한 시간이 단축됩니다.

l 새로 고쳐지는 복제본을 호스트에 마운트하면 스토리지 LUN이 호스트에서 제거되지 않습니다. 단지 애플리케이션이 중지되고 파일 시스템이 마운트 해제되며 기존복제본의 데이터가 새로 고쳐진 후 파일 시스템이 다시 마운트되고 애플리케이션이 시작됩니다. 애플리케이션이 가상 디스크에 상주하는 VMWare 가상 환경에서는가상 머신에서 가상 디스크가 제거되지만 ESX에서 LUN이 제거되지 않습니다.

l 마운트 호스트에서 스토리지 LUN이 제거되지 않으므로 VMWare 가상 환경에서 재검색을 수행하지 않아도 됩니다.

l 스토리지 LUN이 마운트 호스트에서 제거되지 않으므로 마운트된 LUN의 WWN, 볼륨 및 디바이스 세부 정보가 동일하게 유지됩니다. 따라서 외부 마운트 후 스크립트가 복제본 WWN, 볼륨 또는 디바이스 세부 정보를 작업에 사용하는 일부 백업 시나리오에서 유용합니다.

기본 스토리지 새로 고침 사용

l Unity에서 First Generation 복제본은 기본 스토리지 새로 고침을 사용하여 새로 고쳐집니다. 그러나 Second Generation 복제본의 경우 First Generation 스냅샷이 연결되어 Second Generation 스냅샷이 새로 고쳐질 때만 기본 스토리지 새로 고침이사용됩니다.

이 설정은 Unix 기반 애플리케이션에만 적용됩니다.

l XtremIO에서 보호할 모든 LUN이 단일 XtremIO 정합성 보장 그룹에 있는 경우 기본 스토리지 새로 고침이 사용됩니다.

l XtremIO 스토리지 디바이스에 있는 VPLEX 가상 디바이스는 모든 XtremIO LUN이동일한 정합성 보장 그룹에 속하는 경우 기본 스토리지 새로 고침이 사용됩니다.

l Windows 기반 애플리케이션의 경우 애플리케이션이 단일 XtremIO 정합성 보장 그룹에 완전히 포함되어야 합니다. 예를 들어 SQL 데이터베이스가 두 개의 서로 다른XtremIO 정합성 보장 그룹의 LUN에 상주하는 경우 기본 스토리지 새로 고침이 사용되지 않습니다.

l Oracle 데이터베이스의 경우 데이터, redo 및 제어 파일이 하나의 정합성 보장 그룹및 아카이브 로그에 상주해야 하며 FRA는 개별 정합성 보장 그룹에 있어야 합니다.

재활용 만료더 이상 필요 없는 재활용 복제본을 만료시킬 수 있습니다.

VMAX 2 스토리지의 경우 복제본을 만료시킨 후에도 스토리지에서 세션이 계속 지속됩니다.

재활용

재활용 만료 251

스크립트를 사용하여 데이터 마스킹AppSync 용도 변경 기능을 사용하여 중요 데이터를 마스킹할 수 있습니다.

스크립트를 사용하여 데이터를 마스킹하려면

1. 데이터베이스의 First Generation 복제본을 마운트하고 복구합니다.

2. Post-copy script 단계를 사용하여 동일한 복제본에 데이터 마스킹을 적용하고 데이터베이스를 마운트 해제합니다. Post-mount script 단계에서 스크립트를 실행할수 있습니다.

3. First Generation 복제본을 마운트 해제합니다.

4. Repurpose 마법사를 사용하여 First Generation 복제본에서 Second Generation 복제본을 생성합니다.

Repurpose 마법사 사용필요에 따라 First Generation 또는 Second Generation 복제본을 예약하거나 즉시 생성하려면 Repurpose 마법사를 사용합니다.

시작하기 전에


절차

1. AppSync 콘솔에 로그인하고 Copy Management로 이동합니다.

옵션 설명

To Repurposean SQL copy:

a. Microsoft SQL Server를 선택합니다.사용할 수 있는 SQL Server 인스턴스 목록이 나타납니다.

b. 인스턴스를 선택합니다.

c. Database folders 페이지에서 User databases를 선택합니다.사용 가능한 데이터베이스 목록이 나타납니다.

d. 용도 변경할 데이터베이스를 선택합니다.

To Repurposean Oraclecopy:

a. Oracle을 선택합니다.사용 가능한 데이터베이스 목록이 나타납니다.

b. 용도 변경할 데이터베이스를 선택합니다.

To Repurposea File systemcopy:

a. File system을 선택합니다.사용 가능한 호스트 목록이 나타납니다.

b. 호스트를 선택합니다.사용 가능한 파일 시스템 목록이 나타납니다.

c. 용도 변경할 파일 시스템을 하나 이상 선택합니다.

2. 콘솔 화면의 왼쪽 아래에 있는 드롭다운 목록에서 Repurpose를 선택합니다.

그러면 Repurpose 마법사가 시작되고 Intentions 페이지가 열려 여기에서 수행할 작업을 다음 중에 선택할 수 있습니다.

l First Generation 복제본 생성

재활용


l First Generation 복제본 및 Second Generation 복제본 생성

3. 원하는 복제본 유형을 선택하고 Site 드롭다운에서 Local 또는 Remote를 선택하여 복제본 생성을 진행합니다.

원격 사이트에서 First Generation 및 Second Generation 복제본을 생성하는 작업은 원격 스토리지에 로컬로 수행됩니다.

4. Use Bookmark as an intermediate step을 선택하고 Next를 클릭합니다.

이 옵션은 RecoverPoint가 등록된 경우에만 사용할 수 있습니다.

5. Next를 클릭하여 Settings 화면을 엽니다.

Settings 화면에서 First Generation 및 Second Generation 복제본에 대한 구체적인 옵션을 정의할 수 있습니다. 특히 다음 작업을 수행할 수 있습니다.

l 복제본 용도를 식별하는 데 도움이 되는 각 복제본 레이블 정의

파일 시스템의 경우 First Generation 및 Second Generation 레이블로 콜아웃스크립트 이름이 지정됩니다. 고정 및 고정 해제 콜아웃 스크립트는 FirstGeneration 복제본에만 사용할 수 있으며 이 복제본에만 적용됩니다. 마운트해제 콜아웃 스크립트는 First Generation 및 Second Generation 복제본 모두에 사용할 수 있습니다. 고정/고정 해제/마운트 해제 콜아웃 스크립트의 이름에는 First Generation 레이블이 사용됩니다. Create copy 단계 기능인 고정및 고정 해제 콜아웃 스크립트에 고정 및 고정 해제 콜아웃 스크립트를 구성하고 실행하는 방법에 대한 자세한 내용이 나와 있습니다.

l 애플리케이션에 따른 복제 옵션 선택(First Generation 복제본에만 해당)

l 스토리지 옵션 구성(First Generation 복제본에만 해당)

l 적절한 복제본 유형 선택(잘못된 유형을 선택하면 마법사가 실패함)

6. 원하는 복제본 옵션을 선택하고 Next를 클릭합니다.

마법사의 Schedule 페이지가 나타나 First Generation 복제본을 생성할 시기를지정할 수 있습니다. 바로 복제본을 생성하거나 복제본을 생성하도록 예약할 수있습니다.

7. 다음 예약 옵션 중 하나를 선택합니다.

l Run Now - 이 마법사에서 Finish를 클릭하면 복제본이 생성됩니다.

l Run Recurrently As Per Schedule - 지정된 반복 유형에 따라 복제본이 생성됩니다. 첫 번째 스케줄에서 용도 변경 복제본이 생성되고 이후 스케줄에서복제본이 새로 고쳐집니다.

l Run Only Once At later time - 지정된 날짜 및 시간에 한 번만 복제본이 생성됩니다.

8. Next를 클릭하여 마법사를 마칩니다.

AppSync Service Plan In-Progress MonitorAppSync Service Plan In-Progress Monitor를 통해 현재 실행 중인 모든 용도 변경 작업을 보고 해당 진행률을 모니터링할 수 있습니다. AppSync Service Plan In-Progress

재활용

AppSync Service Plan In-Progress Monitor 253

Monitor에는 용도 변경되는 항목(소스) 및 생성되거나 새로 고쳐지는 항목의 레이블이애플리케이션 유형과 함께 표시됩니다.

용도 변경 복제본 스케줄 보기 또는 삭제용도 변경 복제본 스케줄을 보거나 삭제할 수 있습니다.

절차

1. Appsync 콘솔에서 Copy Management > Application으로 이동한 후에 해당 데이터베이스나 파일 시스템을 선택합니다.

2. Repurpose > View Repurpose Copy Schedule을 선택하여 예약된 모든 용도 변경 작업을 표시합니다.

3. 하나 이상의 스케줄을 선택하고 Delete를 클릭하여 용도 변경 스케줄을 삭제합니다.

파일 시스템의 경우 하나의 특정 파일 시스템을 선택하여 스케줄을 삭제하면 다른 파일 시스템의 스케줄도 함께 제거됩니다.

용도 변경 복제본 보기파일 시스템, Oracle 데이터베이스 및 SQL 애플리케이션 인스턴스에 대한 용도 변경 복제본을 볼 수 있습니다.

절차

1. Appsync 콘솔에서 Copy Management로 이동한 후 해당 데이터베이스 또는 애플리케이션 인스턴스를 선택합니다.

2. Repurposed Copies를 클릭하여 모든 데이터베이스 또는 애플리케이션 인스턴스의 용도 변경 복제본을 봅니다.

Repurposed Copies 창이 나타납니다. First Generation 복제본과 SecondGeneration 복제본이 모두 나열됩니다.다음 작업을 수행할 수 있습니다.

l 새로 고침

l 용도 변경

l 마운트

l 마운트 해제

l 복구

재활용


11장

AppSync 모니터링


l RPO 개념 및 Best Practice.............................................................................. 256l 알림 및 연관 이벤트......................................................................................... 257l 이메일 알림......................................................................................................258l AppSync Service Plan In-Progress Monitor..................................................... 259

AppSync 모니터링 255

RPO 개념 및 Best PracticeRPO(Recovery Point Objective)는 서비스 계획의 Plan Startup 단계의 일환으로 선택할 수 있는 여러 개의 스케줄링 옵션 중 하나입니다.

객체(Exchange 데이터베이스 등)에 대해 RPO를 반복 유형으로 사용하는 서비스 계획을 신청하는 경우, 해당 객체는 서비스 계획에 지정된 복구 시점 목표를 갖게 됩니다.

객체에 여러 개의 서비스 계획을 적용할 수 있기 때문에 객체에 여러 개의 복구 시점 목표가 있을 수도 있습니다. 객체에 여러 개의 RPO가 있는 경우, 가장 높은 RPO 빈도(즉,가장 낮은 RPO 시간 값)의 서비스 계획이 계산과 보고서에 사용됩니다.

객체에 대한 하나의 RPO 사용 서비스 계획을 신청하는 것이 가장 좋습니다. 객체에 추가적인 서비스 계획을 신청할 경우에는 해당 서비스 계획이 RPO 기반 반복 유형을 사용해서는 안 됩니다.

RPO는 알림을 제공하는 메커니즘일 뿐이며 복제본이 이 설정에 따라 시작되지는 않습니다.

복구 시점 준수 보고서복구 시점 준수 보고서는 서비스 계획이 적용되어 있고 RPO 반복 유형으로 설정된 객체의 복구 가능성을 보여 줍니다. 이 보고서는 Monitoring > Recovery PointCompliance Report에 있습니다.

표 34 복구 시점 준수 보고서

열 설명

서버 호스트 레벨 객체(예: Microsoft Exchange 메일박스 서버)

애플리케이션 보호되는 객체의 이름(예: Microsoft Exchange데이터베이스)입니다. 객체의 복제본 목록으로 이동하려면 이름을 클릭합니다.

Recovery Point Objective 관련 서비스 계획의 시작 단계에 정의되어 있는 복구 시점 목표입니다.

Time Since Last Recovery Point 관련 서비스 계획에 의해 생성된 마지막 복제본 또는 북마크 이후에 경과된 시간입니다. 녹색 아이콘은 복제본이 RPO에 맞는다는 것을나타냅니다. 빨간색 아이콘은 맞지 않는다는것을 나타냅니다.

Service Plan 서비스 계획의 이름입니다. 서비스 계획 정의로 이동하려면 이름을 클릭합니다.

RPO 준수 보고서를 CSV로 내보내기RPO(Recovery Point Objective) 준수 보고서를 쉼표로 구분된 값 형식으로 만들 수 있습니다.

시작하기 전에

이 작업에는 특정 AppSync 역할이 필요하지 않습니다.



절차

1. Monitoring > Recovery Point Compliance Report로 이동합니다.

2. 보고서에 넣을 열을 정렬합니다.

3. Export를 클릭하여 Export Wizard를 실행합니다.

테이블 헤더를 포함하도록 선택하거나 선택한 행만 내보내도록 선택할 수 있습니다. 기본 파일 이름은 "Recovery PointObjectives_mm_dd_yyyy_hh_mm_ss.csv"입니다.

RPO 준수 요약대시보드에 있는 RPO(Recovery Point Objective) 요약은 RPO 사용 서비스 계획이 적용된 모든 객체에서 충족된 RPO 백분율을 보여 줍니다.

알림 및 연관 이벤트AppSync는 서비스 계획 단계가 실패할 때, RPO(Recovery Point Objective)가 충족되지 않을 때 또는 마운트나 복구가 실패할 때 알림을 생성합니다.

서비스 계획 실패 알림은 서비스 계획 단계가 실패할 때 즉시 생성됩니다. 애플리케이션이 RPO를 준수하지 않을 경우 관련 알림이 1시간 내에 생성됩니다. 자세한 내용은 데이터베이스, 파일 시스템 및 데이터 저장소 서비스 계획 실행에 대한 알림 아이콘 확인을 참조하십시오.

AppSync는 콘솔의 Monitoring > Alerts에 알림을 표시합니다.

표 35 알림 세부 정보

열 설명

Alert (!) 알림 레벨

Time 알림의 날짜와 시간입니다.

Server 애플리케이션 서버(예: Microsoft ExchangeServer)입니다.

Application 복제된 객체(예: Microsoft Exchange 데이터베이스)입니다.

Category RPO, 단계 장애, 라이센스 및 기타

Service Plan 알림이 생성될 때 실행 중이었던 서비스 계획또는 마운트나 복구에 실패한 복제본을 생성한서비스 계획입니다.

Message 알림의 원인을 설명합니다.

Alert Acknowledged 알림이 확인되었는지 여부를 나타냅니다. 확인된 알림은 AppSync 대시보드에 표시되지 않습니다.

생성된 시간 및 연관된 서비스 계획을 기준으로 알림을 필터링할 수 있습니다.

알림을 클릭하면 알림을 일으킨 연관 이벤트가 표시됩니다. 자세한 정보를 보려면 최상위 레벨 이벤트를 펼치십시오. 모든 열을 기준으로 연관 이벤트를 필터링할 수 있습니다.


RPO 준수 요약 257

알림 확인AppSync 버전 2.2.2 이상을 사용하는 경우 알림을 확인할 수 있습니다. 자세한 내용은 알림 확인 및 데이터베이스, 파일 시스템 및 데이터 저장소 서비스 계획 실행에 대한 알림 아이콘 확인을 참조하십시오.

알림 확인다음 단계에서는 모니터링을 위해 알림을 확인하는 방법을 보여줍니다.

콘솔의 Monitoring > Alerts에 표시된 알림을 확인하도록 선택할 수 있습니다. 알림 페이지에는 Alert Acknowledged 열이 표시됩니다.기본값은 NO입니다. 알림을 확인하면 해당 알림의 값이 기본값 NO에서 YES로 변경됩니다.

절차

1. Monitoring > Alerts로 이동하고 알림 테이블에서 Alert Acknowledged 열에 현재 값으로 NO를 갖는 알림을 선택합니다.

2. Acknowledge Alert를 클릭합니다.

결과

알림이 있는 경우 알림 테이블의 Alert Acknowledged 열에 YES 값이 표시됩니다.

데이터베이스, 파일 시스템 및 데이터 저장소 서비스 계획 실행에 대한 알림 아이콘 확인Exchange, Oracle 및 SQL 데이터베이스, 파일 시스템 및 VMWare 데이터 저장소에 대해 AppSync 콘솔에서 알림 아이콘을 확인할 수 있습니다.

알림 아이콘은 가장 최근 서비스 계획 실행의 상태를 나타냅니다. 이 아이콘은 실행 후데이터베이스, 파일 시스템 또는 데이터 저장소 옆에 표시됩니다.Acknowledge 열에서 아이콘을 확인하면 해당 아이콘이 정보 아이콘으로 바뀝니다. 또한, 매 서비스 계획 실행 후마다 알림을 확인할 수 있습니다. 알림은 한 번만 확인하도록 제한되지 않습니다.

삭제가 보류 중인 경우 데이터베이스, 파일 시스템 또는 데이터 저장소에 대해Acknowledge 버튼이 비활성화됩니다.

다음 절차에서는 알림을 보고 확인하는 방법을 보여 줍니다.

절차

1. 데이터베이스, 파일 시스템 또는 데이터 저장소 테이블에서 마지막 서비스 계획실행과 관련된 알림 아이콘이 있는 알림을 선택합니다.

2. 데이터베이스, 파일 시스템 또는 데이터 저장소 테이블 아래에 있는Acknowledge Alert 버튼을 클릭합니다.

알림 아이콘이 정보 아이콘으로 바뀝니다.

3. 필요한 경우 동일한 데이터베이스, 파일 시스템 또는 데이터 저장소에서 서비스계획을 다시 실행하여 이 실행에 대한 알림 아이콘을 표시합니다.

이메일 알림이메일을 통해 수신자 목록에 알림을 보내도록 AppSync를 구성할 수 있습니다. 기본적으로 장애 알림만 이메일로 전송됩니다.

Exchange 메일박스 서버 등 애플리케이션 인스턴스별로 알림 이메일을 활성화하고 수신자를 추가합니다.



예약된 서비스 계획이 완료된 후에도 이메일을 전송하도록 AppSync를 구성하려면 다음을 수행합니다.

1. Settings > AppSync Server Settings를 선택합니다.

2. Notify service plan success를 선택합니다.

3. Apply를 클릭합니다.

이메일 알림에 대한 서버 설정 구성AppSync 서버가 액세스할 수 있는 머신에서 SMTP 서비스를 구성합니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 리소스 관리자 역할이 필요합니다.구성 절차에 대해서는 SMTP 설명서를 참조하십시오.

절차

1. Settings > AppSync Server Settings를 선택합니다.

2. Send Mail 설정에서 SMTP 서버, 포트, 발신자 및 수신자에 대한 값을 입력합니다.

지정된 수신자 주소로 라이센스 규정 위반 알림이 전송됩니다.

Test를 사용하여 설정을 검증합니다. 수신자의 주소를 입력한 후에 수신자의 받은 편지함을 확인합니다. Insert Default Values를 선택할 수도 있습니다.

3. 서비스 계획의 성공적인 완료에 대한 알림을 받으려면 Notify service plansuccess를 선택합니다.

4. Apply를 클릭합니다.

e-메일 알림 수신자 지정애플리케이션 인스턴스 레벨별로 e-메일 알림을 구성합니다.

시작하기 전에


l AppSync 서버가 액세스할 수 있는 머신에 SMTP 서비스가 구성되어 있어야 합니다. 이메일 알림에 대한 서버 설정 구성(259페이지) 섹션을 참조하십시오.

절차

1. Copy Management > Application(애플리케이션 선택)을 선택합니다.

2. 알림 설정을 구성할 애플리케이션 객체를 선택합니다.

3. Alert Settings를 선택합니다.

4. e-메일 수신자를 쉼표(,)로 구분하여 입력하고 OK를 클릭합니다.

확인을 위해 테스트 e-mail이 수신자들에게 발송됩니다.

AppSync Service Plan In-Progress Monitor이 항목에서는 AppSync Service Plan In-Progress Monitor에 대해 설명합니다.

AppSync Service Plan In-Progress Monitor에서는 진행 중인 모든 보호, 용도 변경 및새로 고침 프로세스를 보여줍니다. AppSync Service Plan In-Progress Monitor를 통해현재 실행 중인 서비스 계획 및 용도 변경 작업을 보고 해당 진행 상황을 모니터링할 수


이메일 알림에 대한 서버 설정 구성 259

있습니다. 여기에는 용도 변경(스냅 복제본에 대한 스냅 생성) 작업이 진행 중인 현재복제본과 관련 복제본 레이블(예: 1st Gen 또는 2nd Gen)이 표시됩니다.

장기 실행 용도 변경, 보호 작업의 경우(예: VMAX Clone 동기화), 일반적으로 AppSyncService Plan In-Progress Monitor를 사용합니다. 이 모니터를 선택하면 진행 중인 용도변경, 보호 작업이 모두 나열됩니다. 원하는 보호 또는 용도 변경 작업을 선택한 후에Monitor를 선택하면 진행률 대화상자가 열려 선택한 작업의 진행률을 바로 볼 수 있습니다.

두 데이터 세트가 보호되는 경우 AppSync Service Plan In-Progress Monitor에 두 개의개별 항목이 표시됩니다. Monitor를 클릭하여 해당 이벤트를 가져옵니다.

AppSync Service Plan In-Progress Monitor를 시작하려면 다음과 같이 하십시오.

1. AppSync 콘솔에서 Monitoring을 선택합니다.

2. Monitoring 페이지에서 AppSync Service Plan In-Progress를 선택합니다.



12장

스토리지 고려 사항

l VNX Block .......................................................................................................262l VNX File .......................................................................................................... 264l VNXe............................................................................................................... 266l VMAX ..............................................................................................................268l VMAX 3 및 VMAX All Flash ..............................................................................272l ViPR Controller ............................................................................................... 273l XtremIO .......................................................................................................... 275l RecoverPoint ...................................................................................................277l Unity ............................................................................................................... 282l VPLEX............................................................................................................. 285

스토리지 고려 사항 261

VNX BlockAppSync에서는 VNX Snap 복제 기술을 사용하여 애플리케이션 복제본을 만들고 관리할 수 있습니다. AppSync를 구축하기 전에 VNX 스토리지 시스템 설정에 대한 BestPractice를 고려하십시오.

접속 구성AppSync와의 VNX 접속 구성에 대한 다음 정보를 고려하십시오.

l AppSync는 AppSync 소프트웨어 및 VNX 스토리지를 실행하는 호스트 간의 Fibre,iSCSI 및 FCoE 접속 구성을 지원합니다. 스토리지 시스템과 AppSync 서버 사이에네트워크 연결이 필요합니다.

l 스토리지 제어는 AppSync 서버에서만 이루어집니다. VNX 스토리지 시스템에서AppSync 서버로의 조닝(Zoning)이 필요하지 않습니다. LUN을 사전에 표시할 필요가 없습니다.

l 한 VNX 스토리지 시스템에 여러 AppSync 서버가 있는 구성이 지원됩니다.

VNX LUN 지원VNX LUN 지원에 대한 다음 정보를 고려하십시오.

l AppSync는 풀에 있는 LUN만 지원합니다. VNX Snapshot 복제를 실행하는 경우RAID LUN이 아니라 풀 LUN을 사용해야 합니다. RecoverPoint의 경우에는 RAID 스토리지를 사용하십시오.

l AppSync는 압축이 사용되고 있는 LUN에 스냅샷을 생성할 수 없습니다.

l VNX Snapshots의 경우, AppSync는 모든 크기의 운영 LUN을 지원합니다.

VNX 정합성 보장 그룹VNX 정합성 보장 그룹을 사용할 때 다음 정보를 고려하십시오.

l VNX 정합성 보장 그룹에 적용되는 모든 제한 사항이 AppSync에도 적용됩니다.

l 하나의 서비스 계획에 여러 개의 정합성 보장 그룹이 있을 수도 있습니다.

l VNX 정합성 보장 그룹을 사용 중인 경우에는 스냅샷 세트에서 애플리케이션과 관련된 모든 파일 시스템이 동일한 서비스 계획 안에 있어야 합니다. 그렇지 않을 경우에는 마운트하고 복구할 때 문제가 발생할 수 있습니다.

VNX 마운트다음 고려 사항이 적용됩니다.

l 마운트 호스트는 SAN에서 VNX 스토리지 시스템을 인식할 수 있어야 합니다.

l 마운트된 상태에서 VNX Snapshot에서 이루어지는 변경 사항은 영구적입니다.

l 스토리지에 있는 하드웨어 복제본을 실수로 삭제하는 경우 해당 복제본을 AppSync로 마운트할 수 없습니다.

l 복제본이 마운트될 때 마운트 호스트에 대한 스토리지 그룹의 이름을 변경하지 마십시오. 스토리지 그룹의 이름을 변경하는 경우 AppSync에서 복제본을 마운트 해제하기 전에 원래 이름으로 되돌리십시오.

의도하지 않은 덮어쓰기 방지AppSync를 사용하여 다른 데이터와 LUN을 공유하는 특정 데이터 세트의 복제본을 만들면 복제본에 해당 LUN에 대한 데이터가 모두 포함됩니다. 복구하는 동안 예기치 않게 이전 데이터로 새 데이터를 덮어쓸 수 있습니다. 덮어쓰게 된 항목을 영향을 받는 항목이라고 합니다. 항상 영향을 받는 항목을 최소화하거나 영향을 받는 항목이 없도록데이터를 구성하십시오.



각 LUN에는 단 하나의 파일 시스템 또는 데이터베이스 파일이 존재해야 합니다. 해당LUN에 상주하는 파일 시스템 및/또는 데이터베이스 테이블이 항상 하나의 단위로 백업 또는 복구된다고 확신할 수 있는 경우에는 예외가 적용됩니다.

VNX Block 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항VNX 스토리지를 등록하고 나면 애플리케이션을 서비스 계획에 포함하여 복제본을 생성하고 관리할 수 있습니다.

Bronze 계획이 지원됩니다. AppSync는 VNX Snapshot을 복제 기술로 지원합니다. 운영 복구, 백업 가속화 또는 재활용(개발/테스트용 복제본 생성)을 위한 로컬 복제본을생성하고 관리하려는 경우 Bronze 서비스 계획을 신청하십시오. Snapshot 기술이 지원하는 풀링된 LUN(TLU/DLU)은 AppSync에서 지원됩니다.

VNX Block에 대해 AppSync에서 생성하고 관리할 수 있는 최대 복제본 수는 VNX Snap기술의 한도에 따라 결정됩니다. 소스당 최대 VNX 스냅 수가 256개입니다. 따라서 최대 AppSync 서비스 계획 순환은 255회입니다.

동적 마운트조닝(Zoning)이 적절하게 이루어진 경우 AppSync는 복제본이 마운트될 때 스토리지를호스트에 자동으로 제공합니다.

물리적 호스트

AppSync는 복제본을 마운트할 때 스냅샷을 호스트에 동적으로 할당합니다. 물리적 호스트는 VNX 스토리지 시스템에 조닝(Zoning)되어야 합니다.

가상 머신

동적 마운트는 RDM(Raw Device Mapping)으로 수행되거나 가상 머신에서 기본iSCSI를 통해 수행됩니다.

l RDM의 경우, 가상 머신이 상주하는 ESX Server를 VNX 스토리지 시스템에 조닝(Zoning)해야 합니다.

l RDM 및 가상 디스크의 경우, 가상 센터(가상 머신 마운트 호스트가 상주하는 ESXServer를 관리함)를 AppSync 서버에 등록해야 합니다.

l 기본 iSCSI의 경우, 가상 머신을 VNX 스토리지 시스템에 조닝(Zoning)해야 합니다.l 가상 디스크의 경우 마운트 호스트가 상주하는 ESXi Server의 가상 센터를

AppSync에 등록해야 합니다. disk.EnableUUID 플래그를 설정하여 가상 머신을등록하십시오. AppSync는 가상 디스크 및 애플리케이션 레벨 보호를 위해 등록 중에 가상 머신에 호스트 플러그인을 설치합니다.

SQL Server에 대한 Microsoft Cluster Server 마운트SQL Server에 대한 MSCS(Microsoft Cluster Server) 마운트는 운영 또는 대체 클러스터에서 수행할 수 있습니다.

VNX 스토리지를 사용하여 클러스터 노드에 마운트할 때:

l 스토리지 그룹 구성은 NPIV 또는 iSCSI를 사용하며 VNX에 직접 연결된 가상 머신또는 물리적 호스트에만 적용됩니다. RDM 또는 가상 디스크가 있는 가상 머신을사용하여 구성된 클러스터의 경우에는 선택한 노드(주로 패시브 노드)에서만 마운트된 복제본을 볼 수 있습니다.

l 백업 목적을 위해 클러스터 노드에 마운트하는 경우에는 클러스터 노드 중 하나(가능하면 패시브 노드)에 대한 전용 스토리지 그룹을 만드십시오.

l PowerPath 5.7이 설치된 경우, VNX 스토리지 그룹의 호스트 IP는 Microsoft 페일오버 클러스터 가상 어댑터에 해당하는 IP로 변경됩니다. PowerPath 5.7에는 호스


VNX Block 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항 263

트 에이전트 작업을 가로채는 자동 호스트 등록 기능이 있으며 자체 선택 항목으로IP를 덮어씁니다. 이 기능은 끌 수 없습니다. 이 문제를 해결하려면 PowerPath5.7.2 이상으로 업그레이드합니다.

Windows Server Standard Edition의 SAN 정책Windows Server에서 SAN 정책은 디스크를 시스템에서 표시할 때 온라인으로 설정할지 오프라인으로 설정할지를 결정합니다. Enterprise Edition 시스템의 경우, 기본 정책은 오프라인입니다. Standard Edition의 경우에는 기본 정책이 온라인입니다. 마운트실패를 방지하려면 정책을 offlineshared로 설정해야 합니다.

Windows Server 2008 Standard Edition 호스트에서 SAN 정책을 오프라인으로 설정하려면 명령줄 창을 열고 다음 명령을 실행하십시오.

C:\>diskpart Microsoft DiskPart version 6.0.6001Copyright (C) 1999-2007 MicrosoftCorporation.On computer: abcxyzDISKPART> san policy=offlinesharedDiskPart successfully changed the SAN policyfor the current operating system.

VNX FileAppSync에서는 VNX File SnapSure 복제 기술을 사용하여 애플리케이션 복제본을 생성하고 관리할 수 있습니다. AppSync 관리 복제본은 로컬, 원격(VNX Replicator 타켓외부) 또는 동일한 시점의 로컬 및 원격 복제본일 수 있습니다.

AppSync를 구축하기 전에 VNX File 설정에 대한 Best Practice를 고려하십시오.

VNX SnapSureVNX SnapSure는 NFS(Network File System)에 있는 모든 데이터의 시점 복제본을 생성합니다. 이 방법을 사용하면 처음 생성되는 스냅샷의 경우, 원본 파일 시스템의 전체복제본을 생성하므로 동일한 크기의 공간이 파일 시스템에 필요합니다. 이후의 스냅샷공간 사용량은 마지막으로 스냅샷을 생성한 이후 변경된 데이터의 양에 따라 달라집니다.

SnapSure에는 다음과 같은 특성이 있습니다.

l 스토리지 서비스 - VNX File 서버

l 소스 - VNX LUN

l 타겟 - VNX SnapSure 로컬 스냅샷

l 스토리지 요구 사항 - 다음 스토리지 요구 사항이 적용됩니다.

n 소스 데이터가 VNX 파일 시스템에 상주해야 합니다.

n VNX의 스냅샷에 대해 충분한 공간이 스토리지에 있어야 합니다.

n VNX 작업에 대해서는 스토리지 풀을 정의할 수 없습니다.

l 마운트 및 복구 - 타겟 호스트에 복제본을 마운트하거나 타겟에서 소스로 직접 복구를 수행할 수 있습니다.

VNX ReplicatorVNX Replicator는 NFS(Network File System)에 있는 모든 데이터의 시점 복제본을 생성합니다. VNX Replicator는 Time Out of Sync 정책 설정을 기준으로 소스 및 타겟 파일 시스템 간 정합성을 보장합니다.

VNX Replicator에는 다음과 같은 특성이 있습니다.

l 스토리지 서비스 - VNX File 서버



l 소스 - VNX NFS

l 타겟 - Replicator 원격 스냅샷l 스토리지 요구 사항 - 소스 데이터가 네트워크 파일 시스템에 상주해야 합니다.

l 마운트 및 복구 - 복제본을 타겟 호스트에 마운트하고 필요한 경우 복제본에서 복구를 수행할 수 있습니다.

VNX 원격 보호로컬 Data Mover와 원격 VNX 시스템에 있는 Data Mover 간에 보호가 이루어집니다.

공통 암호를 사용하여 서로 통신하도록 두 VNX for File 캐비닛을 구성해야 하며, DataMover 상호 연결을 사용하여 서로 통신하도록 두 Data Mover를 구성해야 합니다. 통신을 설정한 후에는 원격 대상 사이트에서 소스 객체를 생성하고 주기적으로 업데이트하도록 원격 세션을 설정할 수 있습니다. 초기 소스 파일 시스템 복제는 IP 네트워크를 통해 수행하거나 테이프 전송 방법을 사용하여 수행할 수 있습니다.

세션에 대한 몇 가지 권장 사항은 다음과 같습니다.

l 수동으로 새로 고침 대신 Time Out of Sync 업데이트 정책을 사용하여 세션을 생성해야 합니다.

l Time Out of Sync 값은 네트워크 구성에서 가능한 가장 낮은 값으로 설정되어야 합니다.

초기 복제 이후에 로컬 소스 객체가 변경되면 변경 내용이 IP 네트워크를 통해 원격 대상 객체로 전송됩니다. 이러한 전송은 자동으로 이루어지며 정의 가능한 보호 세션 속성 및 업데이트 정책을 기반으로 합니다.

일대다 복제 구성은 AppSync에서 지원되지 않습니다.

VNX 네트워크 파일 시스템에서 데이터 보호원격 보호용으로 구성된 서비스 계획의 경우, NFS 복제본이 로컬 및/또는 원격 파일 시스템에서 SnapSure Snapshot으로 생성됩니다. NFS 데이터 저장소의 복제본은 로컬,원격 또는 로컬 및 원격 보호에 대해 구성된 서비스 계획으로부터 생성될 수 있습니다.

NFS 복제본 복구 중에 AppSync는 복구된 모든 파일 시스템의 롤백 스냅샷을 생성합니다. 각 롤백 스냅샷의 이름은 복구 세부 정보에서 찾을 수 있습니다.

복구 내용을 확인한 후에 롤백 스냅샷을 수동으로 삭제할 수 있습니다. 이러한 스냅샷을 유효 수명 기간 이상으로 남겨 두면 VNX 스냅 캐시가 차서 리소스 문제를 일으킬 수있습니다.

VNX File 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항VNX 스토리지를 등록했으면 애플리케이션에 서비스 계획을 적용하여 복제본을 생성하고 관리할 수 있습니다.

Bronze, Silver 및 Gold 계획이 VNX File에 상주하는 애플리케이션(NFS 데이터 저장소,Oracle NFS)의 복제본에 지원됩니다.

VNX File에 대해 AppSync에서 생성하고 관리할 수 있는 최대 복제본 수는 VNXSnapSure 기술의 한도에 따라 결정됩니다.

로컬 SnapSure 복제본의 경우 최대 96개의 RO(Read-Only) 스냅이 허용됩니다. VNXNFS 파일 시스템에 대한 AppSync 서비스 계획 순환은 최대 95회입니다.

Remote Replicator에 있는 원격 SnapSure 복제본의 경우 최대 95개의 RO 스냅샷이 허용됩니다. VNX NFS 파일 시스템에 대한 AppSync 서비스 계획 순환은 최대 94회입니다.

RW(Read/Write) 마운트의 경우 SnapSure는 기존 RO 스냅샷 중에서 최대 16개의 RW스냅을 허용합니다. 특정 소스에 대해 최대 16개의 스냅샷이 언제든지 RW로 마운트될수 있습니다. 서비스 계획은 기본적으로 새 복제본을 마운트하기 전에 프로비저닝된 복제본의 마운트를 해제하므로 이 한도는 아무런 영향을 미치지 않습니다. 그러나 구축에


VNX File 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항 265

서 동일한 소스 RW에 대한 여러 복제본이 동시에 마운트되어야 하는 경우 16개 한도를고려해야 합니다.

VNX File 마운트언제든지 같은 서비스 계획에 생성된 다른 복제본의 영향을 받지 않고 서비스 계획에서생성된 VNX File Snapshot 복제본을 마운트할 수 있습니다.

다음 고려 사항이 적용됩니다.

l ESX 마운트 호스트는 vCenter Server에 속해야 합니다.

l ESX 마운트 호스트는 네트워크에서 인식할 수 있어야 합니다.

l ESX Server의 고급 설정인 NFS.MaxVolumes는 네트워크의 각 ESX에 마운트될NFS 데이터 저장소 수로 설정되어야 합니다.

l ESX Server에 마운트할 때 AppSync는 연결된 가장 낮은 숫자의 인터페이스를 사용합니다.

VNX File Snapshot 마운트의 경우 소스 파일 시스템이 NFSv4.X.이면 내보내기 별칭이사용되지 않습니다. 대신 이러한 시나리오에서는 체크포인트를 내보내고 체크포인트의 전체 이름을 사용하여 마운트합니다. 이는 VNX 파일 스토리지의 제한 사항 때문입니다.

VNXeVNXe 및 AppSync 복제본 관리, 애플리케이션 지원 및 허용되는 스토리지 및 복제 유형에 대해 알아보십시오.

VNXe 스토리지에서는 AppSync 내에 있는 모든 애플리케이션을 지원합니다. 하지만,VNXe는 AppSync를 사용한 다음과 같은 구성은 지원하지 않습니다.

l UNIX 플랫폼 기반 NFS 파일 시스템l VNXe 스토리지의 복제본 용도 변경

VNXe 복제본 관리이 섹션에서는 VNXe 스토리지에서 애플리케이션 정합성이 보장되는 복제본을 생성하고 관리할 수 있는 일반적인 AppSync 워크플로우에 대해 설명합니다. AppSync에서는서비스 프로세서 인터페이스 대신 관리 인터페이스를 사용하여 VNXe 스토리지를 관리합니다.

VNXe를 설치한 후 시작할 때 AppSync에 대한 리소스 관리를 수행해야 합니다.AppSync에서 애플리케이션의 복제본을 생성하고 관리하는 데 필요한 다양한 작업을수행할 수 있도록 호스트는 물론 vCenter 및 스토리지 시스템을 등록하십시오. 일반적으로, 개체 등록에는 이름/IP 주소를 사용하여 시스템을 식별하는 과정과 AppSync에서 등록된 시스템을 검색하고 이에 대한 작업을 수행하는 데 필요한 자격 증명(사용자이름/암호)을 제공하는 과정이 포함됩니다.

AppSync는 1시간 간격으로 파일 시스템, 인터페이스 및 파일 공유를 재검색합니다. 따라서 스토리지에 추가되는 모든 새로운 파일, 파일 시스템 또는 파일 공유는 다음 새로고침 주기에 도달할 때까지 AppSync에서 식별되지 않습니다.

스토리지 및 복제 유형AppSync에서는 VNXe 블록 또는 파일 스토리지에 상주하는 애플리케이션의 로컬 복제본을 생성하고 만드는 데 통합 스냅샷 기술을 지원합니다.



소스 블록 스토리지 LUN은 일반 또는 씬 풀 LUN일 수 있습니다. Unisphere UI에서VNXe LUN 또는 VMware Datastore 마법사를 사용하여 필요한 소스 블록 디바이스를프로비저닝할 수 있습니다. LUN 마법사를 사용하여 기본 LUN을 생성할 때는 다음 옵션 중 하나를 선택합니다.

l Create a LUN – 원하는 스토리지 풀에서 개별 LUN을 생성합니다.

l Create a LUN group – 원하는 스토리지 풀에서 LUN 그룹을 생성합니다. LUN 그룹을 사용하는 경우 얻을 수 있는 이점은 그룹에 포함된 모든 LUN이 함께 스냅되므로스토리지의 정합성이 보장됩니다.

Best Practice로, Microsoft 환경에서는 Microsoft VSS 서비스 기간 내에서 애플리케이션 정합성이 보장되는 방식으로 VNXe 스냅샷을 원활하게 생성할 수 있도록 스토리지레이아웃에서 LUN 그룹을 사용해야 합니다.

VNXe 파일 시스템 또는 VMware 데이터 저장소 마법사를 사용하여 필요한 소스 파일디바이스를 프로비저닝할 수 있습니다. 파일 시스템 마법사에서 프로비저닝하는 경우에는 NFS 공유 파일 시스템만 지원됩니다.

VNXe 관련 서비스 계획 고려 사항VNXe 복제본을 생성하기 위한 서비스 계획을 추가하려면, 먼저 다음 고려 사항을 검토하십시오.

VNXe 스토리지를 등록한 후에는 로컬 복제본을 생성 및 관리하여 운영 복구 및 백업 가속화를 실현할 수 있도록 Bronze 서비스 계획을 신청해야 합니다. VNXe 스토리지를 등록하면 AppSync에서 기본적으로 Bronze 계획에 스냅을 선택합니다.

RecoverPoint Continuous Remote Replication 또는 CLR 전반에 걸친 복제본의 경우 각각 Silver 또는 Gold 서비스 계획을 신청합니다. RecoverPoint 복제본의 경우 스냅을 북마크로 변경할 수 있습니다.

에 대한 복제본 마운트 및 마운트 해제 고려 사항 VNXeVNXe 스토리지에 대한 마운트/마운트 해제 작업에는 스냅샷을 SMP에 연결/분리하는과정, SMP LUN 또는 SMP 세트에 대한 스냅샷 액세스를 호스트에 부여/제거하는 과정(마스킹/마스킹 해제)이 포함됩니다.

VNXe 에서는 LUN 세트 또는 LUN 그룹에 대해 한 번에 하나의 스냅샷만 SMP LUN에연결되도록 허용합니다. LUN 그룹에 포함된 LUN은 부분적으로 연결/분리되지 않고모두 함께 연결 및 분리됩니다.

마운트 및 마운트 해제를 수행하기 전에 마운트 호스트를 VNXe 스토리지에 조닝(Zoning)한 후 호스트 이름을 해당 이니시에이터에 등록해야 합니다.

VNXe에 스냅샷을 마운트할 때 AppSync에서 수행하는 첫 번째 단계는 마운트 호스트에 대한 호스트 이니시에이터의 검색입니다. AppSync에서는 스냅샷 정보를 기반으로적합한 소스 LUN/LUN 그룹에 매핑하여 마운트 호스트에 대한 호스트 액세스를 결정합니다. AppSync 에서는 SMP LUN에 연결된 다른 스냅샷이 없는지 확인합니다. 다음으로, AppSync에서는 호스트 액세스를 수정합니다. 즉, 마운트를 수행하는 경우 스냅샷 액세스를 부여하고 마운트를 해제하는 경우 호스트 액세스를 제거합니다.

RDM 또는 vDISK 마운트/마운트 해제 시에는 AppSync에서 ESX Server용 호스트 이니시에이터를 기반으로 호스트 액세스를 식별합니다.

LUN 그룹은 전체 단위로 마운트됩니다. Microsoft 제품에서는 VSS 가져오기가 올바르게 수행될 수 있도록 LUN 그룹 내외부에 있는 모든 디바이스가 마운트 호스트에 초기에 노출되어야 합니다. 일부 디바이스는 마운트 호스트에 표시되지만 마운트 지점에는연결되지 않은 상태로 유지될 수 있습니다.


VNXe 관련 서비스 계획 고려 사항 267

VNXe NFS 데이터 저장소 마운트/마운트 해제 관련 고려 사항NFS 데이터 저장소 마운트/마운트 해제에 대한 다음과 같은 정보를 검토하십시오.

AppSync 에서는 마운트하려는 VNXe 파일 스냅을 기반으로 공유를 생성합니다. 이 공유는 마운트 호스트에 표시됩니다. 마운트 작업 중에 생성된 공유는 마운트 해제 작업중에 삭제됩니다. 공유 이름은 다음 형식으로 표시됩니다.

AS-Share-lastFourDigitOfVNXeSerialNum-ProductionFilesystemId-TimeOfShareCreated내보내기 IP와 관련하여 AppSync에서는 VNXe 스토리지에서 내보내기 IP 인터페이스의 목록을 생성합니다. 운영 내보내기 IP가 가장 우선합니다.

VMAX애플리케이션의 복제본을 생성하고 관리하기 위해 AppSync에서는 Timefinder Clone및 TimeFinder VP Snap 복제 기술을 지원합니다. 또한 AppSync는 SRDF/S 또는SRDF/A 구성의 R2에서 원격 복제본 관리를 지원합니다.

VMAX 스토리지를 추가하기 전에 다음 섹션을 검토하십시오.

VMAX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항VMAX 스토리지를 등록했으면 애플리케이션을 서비스 계획에 포함하여 복제본을 생성하고 관리할 수 있습니다.

Bronze 및 Silver 계획이 지원됩니다. 서비스 계획에 사용되는 기본 복제 기술은TimeFinder VP Snap입니다. TimeFinder Clone 복제본을 원할 경우 기본 설정을 클론으로 변경할 수 있습니다.

만료까지 유지하는 것이 권장되는 최대 복제본 수는 Timefinder Clone의 경우 6개이고VP Snap의 경우 최대 31개입니다. 생성하고 관리할 수 있는 Timefinder Clone 및 VPSnap 복제본 수는 소스 LUN에서 사용되는 다른 복제 기술의 영향을 받습니다. 사용 중인 계획의 "복제 세션 한도"에 대한 섹션을 참조하십시오. VMAX 복제 세션 한도를 참조하십시오.

Bronze 계획운영 복구, 백업 가속화 또는 용도 변경(개발/테스트용 복제본 생성)을 위한 로컬 복제본을 생성하고 관리하려는 경우 Bronze 서비스 계획을 적용할 수 있습니다.

RAID LUN의 경우 Bronze 계획에 Timefinder Clone이 선택됩니다. 소스가 RAID LUN이거나 RAID/씬 혼합 LUN인 경우 TimeFinder VP Snap을 기본 설정으로 선택하더라도클론이 기본값으로 지정됩니다.

Silver 계획SRDF/S 또는 SRDF/A 전반에 걸친 복제본의 경우 애플리케이션을 Silver 서비스 계획에 포함시키십시오.

Microsoft 애플리케이션을 사용하여 SRDF/A 구성에서 원격 복제본을 생성할 수 없습니다.

SRDF/A 관련 주의 사항: 다음 중 하나에 해당하는 경우에는 R2 디바이스의TimeFinder VP Snap 또는 TimeFinder Clone을 생성할 수 없습니다.



l SRDF/A 세션에서 SRDF/A 디바이스 레벨 쓰기 페이싱(Pacing)이 활성화 및 지원되지 않는 경우

l SRDF 쌍이 다중 구간(Cascaded) 구성의 R21-> R2이고 다음 중 하나가 적용되는경우:

n R21 Symmetrix 스토리지가 5876.159.102 미만의 Enginuity 레벨 실행

n R2 Symmetrix 스토리지가 5875 미만의 Enginuity 레벨 실행

n R21 디바이스가 페이스를 지원하지 않음

l SRDF/A에서의 복구가 지원되지 않는 경우

소스 스토리지 LUN은 기존 RAID LUN 또는 씬 LUN(TDEV)이 될 수 있습니다.TimeFinder VP Snap은 씬 LUN에만 지원됩니다. 다음 권장 사항을 고려하십시오.

l R1 > R2는 동기화된 상태(SRDF/S의 경우) 및 정합성 보장 상태(SRDF/A의 경우)여야 합니다.

l Silver 계획의 경우 복제본을 생성합니다. Affinitizer는 소스 디바이스가 속한 RDF그룹(RA 그룹)에 따라 애플리케이션을 분할합니다.

l 모든 애플리케이션 LUN을 동일한 RDF 그룹에 배치합니다.

R2 디바이스의 복제본을 생성하는 경우 로컬 스토리지 및 원격 스토리지를 검색하는SMI-S Provider 하나가 필요합니다. 자세한 내용은 https://support.emc.com에서AppSync VMAX Array Support Guide를 참조하십시오.

복제 세션 한도Symmetrix VMAX 시리즈 스토리지는 소스 디바이스당 TimeFinder/Clone,TimeFinder/Snap, TimeFinder VP Snap, SRDF/Star, Solutions Enabler ORS(OpenReplicator) 또는 SDDF(Symmetrix Differential Data Facility) 작업에 사용할 수 있는 최대 16개의 서로 다른 세션을 지원합니다.

이에 따라 생성할 수 있는 가용 복제본의 수가 제한됩니다.

TimeFinder VP Snap에서는 Symmetrix 디바이스당 32개의 세션을 추가로 허용하며, 이를 위해서는 사용 가능한 기존의 16개 세션 중에서 하나의 세션을 사용할 수 있어야 합니다. 복구를 수행하려는 경우 기존의 16개 세션에서 추가 세션이 필요합니다.

예를 들어 소스 LUN에 VP Snap을 사용하는 경우 복구 작업을 수행하면 다른 복제 기술(TF Clone, ORS, Timefinder/Snap, SRDF/Star 등)에 사용 가능한 세션이 14개 남습니다.

또한 동일한 소스에 대해 TF Clone 복제본을 생성하고 관리하려는 경우 AppSync를 사용하여 7개 이하의 TF Clone 복제본을 생성할 수 있습니다. AppSync는 복제본당 2개의차등 세션을 차지하는 차등 TimeFinder Clone 복제본을 생성하므로 14/2 = 7이 됩니다.AppSync는 새로운 복제본을 생성하기 전에 복제본을 삭제하거나 만료시키지 않기 때문에 TimeFinder Clone 복제본에 대한 AppSync 순환의 소스는 6개 이하여야 합니다.이에 따라 가장 오래된 복제본의 삭제/만료 전에 추가 복제본을 생성할 수 있습니다.

추가적인 TimeFinder 세션 한도를 보려면 Solutions Enabler Symmetrix TimeFinderFamily CLI Product Guide를 참조하십시오.


VMAX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항 269


VMAX 복제본 마운트 및 마운트 해제VMAX에 대한 마운트/마운트 해제 작업에는 LUN 또는 LUN 세트를 호스트에 마스킹/마스킹 해제하는 과정이 포함됩니다.

AppSync에서는 VMAX 자동 프로비저닝 기능을 사용합니다. AppSync에서는 마운트호스트를 VMAX 스토리지에 조닝(Zoning)해야 합니다. 해당 이니시에이터 그룹, 포트그룹 및 스토리지 그룹을 사용하여 마스킹 뷰를 생성해야 합니다.

AppSync에서는 VMAX에 대한 마운트 작업을 수행할 때 먼저 마운트 호스트용 호스트이니시에이터를 검색합니다. 호스트 이니시에이터를 기반으로 해당 마스킹 뷰에 매핑하여 마운트/마운트 해제 작업을 위해 타겟 LUN을 마스킹/마스킹 해제할 스토리지 그룹을 파악합니다.

서비스 계획의 마운트 단계에서 타겟 LUN에 대해 원하는 FAST VP 정책을 선택할 수있습니다. 원하는 FAST VP의 마운트 호스트에 대한 스토리지 그룹이 있을 경우,AppSync에서 이 스토리지 그룹에 LUN을 추가합니다. 이 스토리지 그룹이 없는 경우에는 AppSync에서 호스트에 마스킹된 임의의 스토리지 그룹에 LUN을 추가합니다.

스토리지 그룹이 타겟 디바이스를 선택하도록 구성된 경우 AppSync에서는 마운트 시점에 스토리지 그룹에서 디바이스를 제거한 후 마운트 호스트의 스토리지 그룹에 추가합니다. 복제본이 만료되면 디바이스가 원래 스토리지 그룹에 다시 추가됩니다.

l FAST VP 정책을 선택할 때 스토리지 그룹(FAST VP 정책의 스토리지 그룹)의 스토리지 풀과 복제본 디바이스의 스토리지 풀이 같은 스토리지 풀 유형인지 즉, 같은스토리지 계층에 있는지 확인하십시오. 복제본 디바이스와 FAST VP 정책 스토리지 풀이 다른 스토리지 계층에 있는 경우 여러 스토리지 계층 간에 복제본 디바이스를 이동할 수 없으며 마운트 작업이 실패합니다. 예를 들어, VMAX V2 소스 디바이스가 플래시 드라이브 풀에 생성되고 TimeFinder Snap도 AppSync의 동일한 풀에서 생성되는 경우 원하는 VP 정책에 복제본을 마운트하려면 플래시 드라이브 풀과연결된 FAST VP 정책을 선택해야 합니다. 이는 일치하지 않는 디스크 드라이브의풀을 가진 계층 간에 LUN을 이동할 수 없기 때문입니다.

l AppSync 2.2.3 이전 버전에서 3.0으로 업그레이드한 후 FAST VP 정책 기능을 사용하려면 스토리지를 다시 검색하십시오.

l 복제본이 마운트될 때 마운트 호스트에 대한 스토리지 그룹의 이름을 변경하지 마십시오. 스토리지 그룹의 이름을 변경하는 경우 AppSync에서 복제본을 마운트 해제하기 전에 원래 이름으로 되돌리십시오.

RDM 또는 Vdisk 마운트/마운트 해제 시에는 AppSync에서 ESX Server용 호스트 이니시에이터를 기반으로 마스킹 뷰를 식별합니다.

SQL Server에 대한 Microsoft Cluster Server 마운트SQL Server에 대한 MSCS(Microsoft Cluster Server) 마운트는 운영 또는 대체 클러스터에서 수행할 수 있습니다.

VMAX 스토리지를 사용하여 클러스터 노드에 마운트할 때:

l 스토리지 그룹 구성은 iSCSI를 사용하며 VMAX에 직접 접속된 가상 머신 또는 물리적 호스트에만 적용됩니다. RDM 또는 가상 디스크가 있는 가상 머신을 사용하여구성된 클러스터의 경우에는 선택한 노드(주로 패시브 노드)에서만 마운트된 복제본을 볼 수 있습니다.



l 백업 목적을 위해 클러스터 노드에 마운트하는 경우에는 클러스터 노드 중 하나(가능하면 패시브 노드)에 대한 전용 스토리지 그룹을 만드십시오.

l AppSync에서는 클러스터 리소스로 클러스터에 마운트할 수 없습니다. 물리적/iSCSI 환경에서 클러스터 리소스로 클러스터에 마운트하려면 AppSync 마운트 대화 상자에서 기본 설정인 Use dedicated storage group의 선택을 취소합니다. 마운트 중에 AppSync는 할당된 노드가 여러 개 있는 스토리지 그룹을 사용하여 클러스터의 여러 노드에 복제본을 표시합니다. AppSync는 선택한 마운트 호스트에 파일 시스템도 마운트합니다. AppSync 마운트 완료 후 데이터가 손상될 가능성을 방지하기 위해 마운트된 디바이스를 클러스터 관리에 수동으로 추가합니다.

VMAX의 복제본 용도 변경VMAX에 상주하는 Oracle 및 SQL Server 데이터베이스 복제본을 용도 변경하는 경우다음 정보를 고려하십시오.

데이터베이스가 상주하는 VMAX 소스 복제본을 용도 변경할 수 있습니다. 또는 해당소스가 SRDF 세션의 타겟 디바이스가 될 수 있습니다.

소스에서는 1st Gen 복제본을 용도 변경하거나 2nd Gen 복제본, 즉 복제본의 복제본을용도 변경할 수만 있습니다.

Oracle 또는 SQL Server 데이터베이스의 RecoverPoint 북마크 복제본을 용도 변경할수 있습니다.

용도 변경을 고려할 경우에는 다음 정보를 검토하십시오.

l VMAX에서 다중 구간의 일반 디바이스와 씬 디바이스를 함께 사용할 수 없습니다.

l First Generation 복제본은 클론이어야 하며, Second Generation 복제본은 클론이나 TimeFinder VP Snap이 될 수 있습니다.

l 소스 디바이스가 일반 디바이스인 경우 First Generation 및 Second Generation 타겟은 일반 디바이스입니다. 소스 디바이스가 일반 디바이스인 경우 AppSync에서는 소스 디바이스에 대한 클론의 클론 복제본만 지원합니다.

l 소스가 씬인 경우 AppSync에서는 클론의 TimeFinder VP Snap과 클론의 클론 복제본을 모두 지원합니다.

l First Generation 복제본은 SRDF 세션의 원격 복제본 또는 로컬 복제본이 될 수 있습니다. 그러나 Second Generation 복제본은 로컬 복제본만 될 수 있습니다.

l 일반 소스 디바이스가 있는 경우 일반 디바이스로 스토리지 그룹을 구성하십시오.그러지 않으면 First Generation 복제본 생성이 실패합니다.

VMAX 복구VMAX는 다중 구간(Cascaded)의 최대 홉 수를 2개로 제한합니다.

소스 A가 A > D 및 A > B > C와 같은 세션을 갖는 경우(서비스 계획으로 생성되거나 용도 변경 워크플로우를 사용하여 생성될 때) D에서 복구 시 복구 세션이 D > A > B > C가되기 때문에 홉 수가 3개로 바뀝니다. 따라서 AppSync에서는 세션 B > C가 클론일 경우 이 세션을 종료하는 옵션을 제공합니다.

연속 실행 시 AppSync에서 C를 B의 타겟으로 선택할 경우 복구 중에 세션 B > C가 종료되기 때문에 재동기화가 아니라 전체 동기화가 이루어집니다.

예를 들면 다음과 같습니다.

A > B > C

A > D > E

B에서 복구할 경우 D > E가 종료되고, D에서 복구할 경우 B > C가 종료됩니다. 해당 옵션을 선택한 경우에 한해 필요한 세션이 종료됩니다.


VMAX의 복제본 용도 변경 271

Second Generation 복제본이 TimeFinder VP Snap일 경우 수동으로 SecondGeneration 스냅을 만료시켜야 합니다. 소스에 대한 클론의 스냅이 있을 경우 복구가실패하고 만료해야 할 모든 복제본이 진행률 창에 표시됩니다.

자세한 내용은 https://support.emc.com에서 AppSync VMAX Array Support Guide를 참조하십시오.

VMAX 3 및 VMAX All FlashAppSync에서는 VMAX 3 및 VMAX All Flash 스토리지가 지원됩니다. 이 섹션에서는VMAX 3 및 VMAX All Flash 복제본의 마운트/마운트 해제 및 복구를 포함한 서비스 계획 고려 사항과 지원되는 기능에 대해 설명합니다.

애플리케이션의 복제본을 생성하고 관리할 수 있도록 AppSync는 VMAX 3 및 VMAXAll Flash 스토리지에서 SnapVX 스냅샷 복제 기술을 지원합니다.

VMAX 3 및 VMAX All Flash 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항

VMAX V3 및 VMAX All Flash 관련 서비스 계획 지원에 대한 고려 사항을 검토하십시오.

개요VMAX 3 및 VMAX All Flash 스토리지를 등록(추가)한 후에 애플리케이션에 서비스 계획을 적용하여 복제본을 생성하고 관리하십시오.

VMAX 3 및 VMAX All Flash에는 Bronze, Silver 및 Gold 서비스 계획이 지원됩니다.VMAX 3 및 VMAX All Flash에서 서비스 계획의 Snap은 no copy 모드에 연결된SnapVX 스냅샷과 동일합니다. 서비스 계획의 Clone은 복제 모드에 연결된 SnapVX 스냅샷과 동일합니다. 서비스 계획의 기본 설정은 Snap입니다.

SnapVXClone 최적화복제본 생성 중에 SnapVX 클론이 생성되어 타겟 디바이스에 연결됩니다. AppSync는재연결 전략을 사용하여 SnapVX 클론 연결을 최적화합니다. SnapVX 클론을 타겟 디바이스와 연결하는 동안 AppSync는 동일한 소스 디바이스에 대한 이전 SnapVX에 이미연결되어 있어 재연결에 사용할 수 있는 적절한 타겟 디바이스를 찾습니다. 새 SnapVX를 동일한 타겟 디바이스에 다시 연결하면 AppSync가 이전의 SnapVX에서 새 SnapVX로 변경된 데이터인 델타 데이터만 동기화합니다. 이를 통해 크기가 큰 디바이스에 소요되는 연결 시간이 최소화됩니다. 용도 변경 이외의 서비스 계획에서는 복제본 생성중에 재연결 기능을 사용합니다. 용도 변경 서비스 계획은 용도 변경 복제본을 새로 고친 후 재연결 기능을 사용할 수 있습니다.

VMAX 3 및 VMAX All Flash 복제본 마운트/마운트 해제VMAX 3 및 VMAX All Flash에서의 마운트/마운트 해제 작업에는 LUN 또는 LUN 세트를 호스트에 마스킹/마스킹 해제하는 과정이 포함됩니다. AppSync에서는 VMAX 3 및VMAX All Flash 자동 프로비저닝 기능을 사용합니다.

마운트 호스트는 VMAX 3/VMAX All Flash 스토리지 시스템에 조닝(Zoning)되어야 합니다. 그 다음에는 이니시에이터 그룹, 포트 그룹 및 스토리지 그룹을 사용하여 마스킹뷰를 생성할 수 있습니다.

AppSync에서는 VMAX 3 또는 VMAX All Flash에서 마운트 작업을 수행할 때 먼저 마운트 호스트용 호스트 이니시에이터를 검색한 후 이 호스트 이니시에이터를 기반으로AppSync에서 마스킹 뷰 간에 매핑합니다. 이런 식으로 타겟 LUN이 마스킹/마스킹 해제할 스토리지 그룹을 확인합니다. RDM 또는 vDisk 마운트/마운트 해제의 경우,




AppSync에서는 ESX Server의 호스트 이니시에이터를 기반으로 마스킹 뷰를 식별합니다.

서비스 계획의 마운트 단계에서 타겟 LUN에 대해 원하는 SLO(Service LevelObjective)를 선택할 수 있습니다. 원하는 SLO의 마운트 호스트에 대한 스토리지 그룹이 있을 경우, AppSync에서 이 스토리지 그룹에 LUN을 추가합니다. 이 스토리지 그룹이 없는 경우에는 AppSync에서 호스트에 마스킹된 임의의 스토리지 그룹에 LUN을 추가합니다.

스토리지 그룹이 타겟 디바이스를 선택하도록 구성된 경우 AppSync에서는 마운트 시점에 스토리지 그룹에서 디바이스를 제거한 후 마운트 호스트의 스토리지 그룹에 추가합니다. 복제본이 만료되면 디바이스가 원래 스토리지 그룹에 다시 추가됩니다.

복제본이 마운트될 때 마운트 호스트에 대한 스토리지 그룹의 이름을 변경하지 마십시오. 스토리지 그룹의 이름을 변경하는 경우 AppSync에서 복제본을 마운트 해제하기 전에 원래 이름으로 되돌리십시오.

VMAX 3 및 VMAX All Flash 용도 변경 개요VMAX 3 및 VMAX All Flash의 용도 변경 지원에 대해 살펴봅니다.

AppSync에서는 VMAX 3 및 VMAX All Flash SnapVX 복제본의 로컬 및 원격 용도 변경을 지원합니다. 기존 복제본을 새로 고치면 소스 LUN에 대한 새로운 스냅샷이 생성되고 필요한 모드로 복제본의 원래 타겟에 연결됩니다. 그런 다음, 이전 스냅샷이 만료됩니다.

Repurpose 마법사를 사용하여 VMAX 3 또는 VMAX All Flash에서 로컬 또는 원격 용도변경 복제본을 생성하십시오.

자세한 내용은 https://support.emc.com에서 AppSync VMAX Array Support Guide를 참조하십시오.

ViPR Controller구성 고려 사항, 지원되는 서비스 계획, 애플리케이션을 비롯하여 ViPR Controller에서의 AppSync 지원에 대해 알아보십시오.

이 AppSync 릴리즈에서 ViPR Controller는 또 다른 스토리지 시스템으로 작동합니다.즉, ViPR Controller가 AppSync에 등록되고 검색되어야 합니다. AppSync에 ViPRController 추가에 대한 섹션을 참조하십시오.

AppSync는 ViPR Controller를 사용하여 프로비저닝된 애플리케이션에 대한 복제 기술로 ViPR Controller 스냅샷을 지원합니다.

서로 다른 LUN을 함께 사용하여 보호되는 애플리케이션은 지원되지 않습니다. 예를 들어, AppSync는 VMAX의 기본(AppSync 기반) LUN과 ViPR Controller LUN의 혼합 구성을 지원하지 않습니다.

AppSync는 ViPR Controller 및 XtremIO 스토리지와 함께 VMAX/VPLEX를 기반으로하는 블록 가상 풀을 사용하여 VMAX에서 프로비저닝된 애플리케이션만 지원합니다.AppSync는 파일 및 객체 가상 풀에서 프로비저닝된 애플리케이션은 지원하지 않습니다.


VMAX 3 및 VMAX All Flash 용도 변경 개요 273


AppSync는 XtremIO 기본 스토리지 또는 ViPR Controller 기반 XtremIO에 AIX와 iSCSI를 사용하는 것을 지원하지 않습니다.

기본 스토리지에서 ViPR Controller로의 마이그레이션AppSync는 ViPR Controller 복제 관리 기능을 지원하여 기본 플랫폼에서 ViPR 플랫폼으로 애플리케이션을 마이그레이션할 때 기존 복제 및 서비스 계획에 영향을 미치지 않으며 수동 개입이 필요 없습니다. 예:

1. VMAX에서 Oracle 데이터베이스를 실행하고 AppSync로 로컬 보호용 Bronze 서비스 계획을 사용하여 이 데이터베이스를 보호한다고 가정합니다.

2. AppSync는 SMI-S Provider를 사용하여 기본적으로 VMAX 스토리지와 직접 상호작용함으로써 데이터베이스의 일일 스냅샷을 생성합니다.

3. 이후에 ViPR Controller 플랫폼을 사용하여 스토리지 인프라스트럭처를 자동화하도록 결정하는 경우 자동화 프로세스의 일부로 기존의 모든 볼륨을 ViPR Controller로 이동하게 됩니다. ViPR Controller에서는 스냅샷 생성, 삭제 등을 위한 볼륨 프로비저닝 같은 모든 스토리지 관리 작업을 ViPR Controller를 사용하여 수행해야 합니다.

4. 여전히 VMAX 스토리지에서 Oracle 데이터베이스의 로컬 보호가 필요하지만 모든스냅샷 작업을 위해 ViPR Controller로 마이그레이션하려고 할 수 있습니다.

5. AppSync를 사용하면 수동 개입이나 기존 계획에 대한 수정 없이 ViPR Controller플랫폼으로 원활하게 마이그레이션할 수 있습니다.

관련 서비스 계획 고려 사항 ViPR ControllerViPR Controller 복제본에 대해 서비스 계획을 추가하려면, 먼저 다음 고려 사항을 검토하십시오.

ViPR Controller의 복제 관리 기능은 AppSync의 기본 스토리지 지원과 동일한 워크플로우를 따릅니다. 예를 들어 호스트, AppSync 내부의 ViPR Controller 리소스를 구성한후에 애플리케이션의 검색을 수행해야 합니다. 애플리케이션이 검색되면 AppSync 내의 기존 서비스 계획에 해당 애플리케이션을 적용할 수 있습니다. 이 릴리즈의 경우Bronze 서비스 계획이 지원됩니다.

ViPR Controller 복제본 마운트/마운트 해제ViPR Controller에서 AppSync 복제본을 마운트 및 마운트 해제하기 전에 다음 정보를검토하십시오.

AppSync에서는 ViPR 스냅샷을 사용하여 생성된 애플리케이션 복제본을 ViPRController에 등록된 호스트에 마운트할 수 있습니다. AppSync는 애플리케이션의 복제본을 마운트할 때 ViPR 내보내기 그룹을 사용합니다.

마운트 프로세스의 일부로 AppSync는 마운트 호스트의 프로젝트와 스냅샷이 저장된ViPR 스토리지에 내보내기 그룹이 이미 프로비저닝되어 있는지 확인합니다. 기존 내보내기 그룹이 있는 경우 AppSync는 해당 내보내기 그룹에 스냅샷을 추가하여 내보내기그룹을 업데이트합니다. AppSync가 마운트 호스트와 스냅샷이 저장된 ViPR 스토리지용 내보내기 그룹을 찾을 수 없는 경우 AppSync는 ViPR API를 사용하여 호스트의 필요한 프로젝트와 스냅샷이 있는 ViPR 스토리지에 새 내보내기 그룹을 프로비저닝합니다.

애플리케이션이 VPLEX 가상 볼륨에 상주하는 경우 VPLEX 가상 머신이 상주하는 백엔드 기본 스토리지에 마운트 호스트가 조닝(Zoning)되어야 합니다. AppSync는 VPLEX볼륨 스냅샷을 기본 스토리지 볼륨으로만 내보내며 VPLEX 가상 볼륨으로 내보내는 것은 지원하지 않기 때문입니다.

자동 조닝 문제 해결 팁: Fabric Manager 계정이 읽기 전용 액세스 권한을 갖고 ViPR 스토리지의 SAN 조닝(Zoning)이 Automatic > Create Export Group으로 설정되어 있을



때 호스트가 스토리지에 조닝되지 않은 경우 이 작업이 실패합니다. Fabric Manager 계정이 Fabric에 대한 읽기 전용 액세스 권한을 가지므로 자동 조닝을 수행할 수 없습니다. 이 문제를 해결하려면 SAN Zoning을 Manual로 설정한 후에 수동으로 호스트와 물리적 스토리지 간에 존(Zone)을 생성합니다.

ViPR Controller 복제본 복구ViPR Controller 복제본의 복구를 고려하는 경우 다음 시나리오를 검토하십시오.

AppSync는 XtremIO 3.x 백엔드 스토리지(기본적으로 또는 프런트엔드에 VPLEX 사용)에서 ViPR Controller로 볼륨을 프로비저닝하여 ViPR Controller를 통해 생성된 애플리케이션 복제본에서의 복구는 지원하지 않습니다.

ViPR 스냅샷에서의 LUN 레벨 복구ViPR Controller 스냅샷에서 복구하는 경우 AppSync는 정합성 보장 그룹에 속한 영향을 받는 개체가 있는지 확인하고 복구로 인해 영향을 받을 수 있는 다른 애플리케이션에 대한 경고를 표시합니다.

세분화된 복구AppSync는 ViPR Controller를 스토리지 플랫폼으로 사용하여 가상 머신과 파일에 대한세분화된 복구를 수행할 수 있도록 지원합니다. ViPR Controller는 복제본의 복제본을생성하는 기능을 지원하지 않으므로 가상 머신에 대한 세분화된 복구 시에는 항상 가상머신의 클론을 생성하여 복제본에서 가상 머신을 복구합니다.

ViPR Controller를 사용하는 동안 인스턴트 복구 기능은 비활성화됩니다.

XtremIO설치를 시작하기 전에 AppSync를 사용하는 XtremIO 스토리지에 대한 지원되는 애플리케이션, 복제 기술, 구성 요구 사항 및 제한 사항을 검토하십시오.

애플리케이션 지원AppSync는 서비스 계획에 추가하는 각 애플리케이션에 대해 XtremIO 스토리지에 쓰기 정합성 보장 스냅샷을 생성합니다. XtremIO는 다음과 같은 애플리케이션을 지원합니다.

l Oracle 데이터베이스

l SQL Server 데이터베이스

l Exchange 데이터베이스 및 DAG

l 파일 시스템

l VMware 데이터 저장소

l RecoverPoint(4.1.2 이상)는 XtremIO 4.0 이상과 AppSync 2.2.2 이상에서 지원됩니다.

복제 기술AppSync는 애플리케이션 데이터의 XtremIO 스냅샷을 생성하여 공통 폴더 /AppSyncSnapshots/APPSYNCSERVERNAME/PRODUCTIONHOSTNAME/에 배치합니다. AppSync 복제본 제거 기능을 사용하는 경우 이 공통 폴더에서만 XtremIO 스냅샷을이동해야 합니다. 복제본 제거 기능은 AppSync에서 복제본을 제거하지만 XtremIO 스냅샷은 제거하지 않습니다.

AppSync는 명명 규칙 TIMESTAMP.snap.ORIGINALVOLNAME을 사용하여 스냅샷의이름을 지정합니다. 스냅샷 이름의 64자 XtremIO 한도 때문에 ORIGINALVOLNAME은40자 이하여야 합니다.


ViPR Controller 복제본 복구 275

한 번에 스냅샷을 생성할 수 있는 LUN 수와 관련된 XtremIO 한도를 검토하십시오.Oracle 데이터베이스 구성이 최대 XtremIO 스냅샷 기능에 의해 제한되는 볼륨 수를 초과하지 않도록 해야 합니다.

Disk.SchedNumReqOutstanding 매개 변수를 사용하여 최대 미해결 디스크 요청수를 조정할 수 있습니다. Disk.SchedNumReqOutstanding의 기본값은 32입니다.XtremIO에서는 호스트에서 인식되는 모든 디바이스에 대해 이 값을 256으로 설정하도록 권장합니다. 호스트에 마운트된 XtremIO 스냅샷 디바이스의 최대 미해결 디스크 요청 수를 설정하는 지침은 관련 VMware 기술 자료 문서를 참조하십시오.

AppSync에서는 XtremIO 정합성 보장 그룹 API를 사용하여 스냅샷을 생성하고 새로 고칠 수 있습니다. 이를 통해 작업 시간을 최대한 단축할 수 있습니다. 하지만 이러한 기능은 용도 변경 워크플로우에서만 지원됩니다. 필요한 최소 XtremIO 버전은 4.0.2입니다.

XtremIO 정합성 보장 그룹 API를 사용하려면 다음 조건이 충족되어야 합니다.

l 모든 소스 LUN이 동일한 정합성 보장 그룹을 가져야 합니다.

l 모든 소스 LUN이 하나의 정합성 보장 그룹에만 속해야 합니다.

l 모든 스냅샷이 하나의 스냅샷 세트(정합성 보장 그룹 레벨 새로 고침 또는 복구)에속해야 합니다.

정합성 보장 그룹에 있는 단일 소스 LUN도 지원됩니다.

Windows 기반 애플리케이션의 경우 모든 LUN이 하나의 정합성 보장 그룹에 있어야 합니다.

Oracle의 경우 모든 아카이브 로그 LUN이 하나의 정합성 보장 그룹에 속해야 하고, 데이터베이스 LUN이 하나의 정합성 보장 그룹에 속해야 합니다.

l XtremIO 볼륨은 항상 60초마다 볼륨 하나가 삭제되는 속도로 삭제됩니다. 따라서5개 볼륨에 분산되어 있는 애플리케이션 복제본이 만료되는 경우 이를 삭제하는 데에는 5분이 소요됩니다.

l XtremIO 정합성 보장 그룹 API를 사용할 때 작업의 일부로 남아 있는 볼륨도 60초마다 볼륨 하나가 삭제되는 속도로 삭제됩니다.

l 특히 XtremIO 스냅샷 및 폴더와 관련된 한도를 비롯한 XtremIO 한도에 대한 자세한 내용은 XtremIO Release Notes를 검토하십시오. 이 릴리즈 노트는 https://support.emc.com에서 확인할 수 있습니다.

제한 사항AppSync를 사용하는 XtremIO에 대한 다음 제한 사항을 고려하십시오.

l AppSync가 XtremIO 복제본을 마운트하는 모든 마운트 호스트에 대해 XtremIO 이니시에이터 그룹이 XtremIO에서 정의되어야 합니다.

l AppSync는 AIX 호스트에 대한 ISCSI 접속 구성이 있는 XtremIO를 지원하지 않습니다.

구성 고려 사항

l XMS(XtremIO Management Server)는 XtremIO 스토리지가 하나 이상 있는 SAN에서 구성되어야 합니다.

l XtremIO 스토리지는 운영 및 마운트 호스트(물리적) 또는 ESX Server(가상)로 조닝(Zoning)하십시오.





l 복제본의 마운트 및 마운트 해제의 경우:

n 데이터와 로그에 사용하기 위해 XtremIO 스토리지에서 Oracle 또는 SQL Server데이터베이스를 구성해야 합니다.

n Fibre Channel 및 iSCSI가 지원됩니다.

스토리지를 추가하기 전에 고려해야 할 사항:XtremIO 스토리지를 추가하고 AppSync와 작동하도록 구성하려면 해당 XtremIO 스토리지에 대해 XMS(XtremIO Management Server)가 하나 이상 구성되어 있어야 합니다. 스토리지를 추가하기 전에 다음 고려 사항을 검토하십시오.

l XtremIO 스토리지를 추가하려면 관리자 권한이 필요합니다.

l XtremIO 스토리지가 운영 호스트(물리적) 또는 ESX Server(가상)로 조닝(Zoning)되어 있어야 합니다. RDM과 가상 디스크가 VMware 가상 머신에서 지원됩니다.Windows 및 Linux 호스트의 경우 iSCSI가 지원되므로 iSCSI LAN을 통해 XtremIO스토리지를 볼 수 있습니다. iSCSI는 물리적 또는 가상 호스트에 지원되며 ESXServer에서도 지원됩니다.

l Linux/AIX에서 Oracle, 파일 시스템 및 VMFS 데이터 저장소가 지원됩니다.Windows에서는 파일 시스템과 가상 디스크가 지원됩니다.

l XMS 이름/IP 주소와 자격 증명이 필요합니다.

스토리지 자격 증명을 변경하는 경우 작업을 수행하기 전에 AppSync에서 이와 동일하게 업데이트해야 합니다.

AppSync 설치 및 구성 가이드에 XtremIO 스토리지를 추가하는 지침이 나와 있습니다.

XtremIO 스토리지를 사용한 복구 옵션설치를 계획할 때 XtremIO 스토리지 시스템에 있는 애플리케이션 복제본에 대한 복구옵션에 대해 알아보십시오.

AppSync 2.2.2 이상에서는 XtremIO 4.0 이상 복제본의 자동 복구를 지원합니다. 다음과 같은 애플리케이션이 지원됩니다.


l Exchange 독립 실행형 데이터베이스 및 Exchange DAG(Data Availability Group)


l 파일 시스템

l RecoverPoint

AppSync는 XtremIO 스토리지에서의 자동 복구를 위해 Restore 마법사를 사용합니다.Restore 버튼을 클릭하여 해당 애플리케이션에 대한 Restore 마법사를 시작합니다. 복구하는 동안 AppSync는 다른 XtremIO 생성 스냅샷을 생성하여 /volumes/AppSyncSnapshots/RestoredSnapshots 태그 아래에 저장합니다. 관리자가 이스냅샷을 수동으로 정리해야 합니다.

RecoverPointAppSync를 구축하기 전에 RecoverPoint 설정에 대한 Best Practice를 고려하십시오.예를 들어 RecoverPoint 정합성 보장 그룹 세분화 Best Practice를 준수하십시오.


XtremIO 스토리지를 사용한 복구 옵션 277

RecoverPoint 보호를 사용하는 애플리케이션에 대한 서비스 계획 고려 사항AppSync는 여러 가지 RecoverPoint 복제 옵션을 지원합니다.

세 가지 유형의 복제 옵션:

Local(무중단 데이터 보호)

Local 보호를 사용하는 경우 RecoverPoint는 동일한 사이트의 스토리지 시스템으로 데이터를 복제합니다. 로컬 보호에만 사용하기 위해 RecoverPoint를 설치하는경우, 한 사이트에만 RPA를 설치하고 WAN 인터페이스는 지정하지 마십시오.Bronze 서비스 계획을 통해 애플리케이션 복제가 보호됩니다.

Remote(무중단 원격 복제)

Remote 복제에서 RecoverPoint는 WAN을 통해 원격 사이트로 데이터를 복제합니다. 복제 거리에는 제한이 없습니다. Silver 서비스 계획을 통해 애플리케이션 복제가 보호됩니다.

Local and Remote(동시 로컬 및 원격)

Local and Remote 복제에서 RecoverPoint는 로컬에서 로컬 보호를 사용하고 원격으로 원격 복제를 사용하여 운영 LUN을 보호합니다. 두 복제본에는 여러 보호 기간과 RPO 정책이 있습니다. Gold 서비스 계획을 통해 애플리케이션 복제가 보호됩니다. RecoverPoint 멀티 사이트(여러 원격 사이트)는 현재 지원되지 않습니다.

RecoverPoint 북마크의 경우:

l 소스 VNX 볼륨, 타겟 VMAX 볼륨 - 가상 모드 그리고 롤 액세스가 있는 가상 모드는지원되지 않습니다.

l 소스 VMAX 볼륨, 타겟 VNX 볼륨 - 가상 모드 그리고 롤 액세스가 있는 가상 모드가지원됩니다.

RecoverPoint 사전 요구 사항RecoverPoint 구성이 AppSync와 함께 사용하는 데 필요한 사전 요구 사항을 충족하는지 확인하십시오.

l RecoverPoint 설명서에 따라 RecoverPoint를 설치 및 구성합니다.

l RecoverPoint를 사용하여 정합성 보장 그룹을 만듭니다.

l 모든 마운트 호스트의 Splitter가 사용하려는 RecoverPoint 타겟 볼륨에 연결되어있는지 확인합니다.

l 모든 시스템에서 시간을 동기화합니다. 운영 체제 설명서의 단계를 따라 시간 서버와 동기화되도록 AppSync 서버와 모든 운영 및 마운트 호스트를 구성합니다. 여기에는 모든 호스트, VNX, VNXe, Unity 스토리지 및 RecoverPoint 어플라이언스가포함됩니다.

l 페일오버 준비를 위해 AppSync는 페일오버 상황에서도 RecoverPoint Local 및Remote 정합성 보장 그룹에 로컬 복제본과 원격 복제본이 모두 있어야 합니다. 따라서 페일오버 이후에 RecoverPoint 관리자 구성 단계를 수행하여 원격 사이트에서 로컬 복제를 구성해야 할 수 있습니다.

l AppSync 구성 중에 RecoverPoint 사이트가 리소스로 추가됩니다. Local 및Remote 구성에서 AppSync는 RecoverPoint 시스템 구성에 있는 모든 사이트를 검



색합니다. 사이트를 추가할 때는 RecoverPoint 관리자 권한을 가진 계정에 대한 자격 증명이 필요합니다.

동적 또는 정적 마운트RecoverPoint 복제본은 정적으로 또는 동적으로 마운트될 수 있습니다.

AppSync는 RecoverPoint 타겟의 정적 마운트를 지원했습니다. 정적 마운트를 사용했기 때문에 RecoverPoint 복제본을 마운트하려면 먼저 RecoverPoint 타겟 LUN(로컬 또는 원격)을 마운트 호스트에 미리 표시(마스킹)해야 했습니다. 가상 머신 환경에서 정적 마운트를 사용하는 경우 복제본을 마운트하기 전에 RecoverPoint 타겟 LUN이 ESXServer로 마스킹되고 RDM으로 가상 머신에 추가되어야 합니다.

RecoverPoint 타겟을 동적으로 마운트할 수도 있습니다. RecoverPoint 타겟 LUN은LUN을 식별하기 위해 마운트 시점에 매핑되며, 마운트 이전에 LUN이 마스킹(마운트호스트 스토리지 그룹으로 이동)되고 표시됩니다. 동적 마운트의 타겟 LUN이 VNX 스토리지에 있는 경우 VNX를 AppSync에 등록해야 합니다. 이는 VNXe 및 Unity 스토리지에도 적용됩니다.

AppSync에는 복제본 디바이스가 마운트 호스트에서 인식되어야 하는 사전 요구 사항이 없습니다. AppSync는 모든 스토리지 기술에 걸쳐 디바이스를 동적으로 노출할 수있습니다. VMAX2와 VMAX3의 경우 AppSync는 정적 마운트를 지원하지 않습니다. 이는 VMAX를 사용하는 RecoverPoint 환경에도 적용됩니다.

VMAX 동적 마운트의 경우 마스킹이 성공하도록 VMAX 자동 프로비저닝 지침을 따릅니다.

가상 환경에서 동적 마운트를 사용하는 경우 타겟 LUN을 ESX Server로 마스킹하지 마십시오. AppSync를 통해 LUN이 ESX Server로 마스킹된 다음 RDM으로 마운트 호스트에 추가됩니다. VMAX 복제본 마운트 및 마운트 해제를 참조하십시오.

마운트 해제할 때:

l 동적으로 마운트된 LUN은 동적으로 마운트 해제됩니다. 즉, LUN이 스토리지 그룹에서 제거됩니다.

l 정적으로 마운트된 LUN은 마운트 해제가 완료된 후에 스토리지 그룹에 남아 있습니다.

l LUN이 혼합된(정적으로 그리고 동적으로 마운트된) 애플리케이션 복제본의 경우에는 LUN이 동적으로 마운트 해제됩니다. 마운트된 LUN이 모두 스토리지 그룹에서 제거됩니다.

조닝(Zoning)이 적절하게 이루어진 경우 AppSync는 복제본이 마운트될 때 스토리지를호스트에 자동으로 제공합니다.

물리적 호스트

AppSync는 복제본이 마운트되어 있을 때 스냅샷을 호스트에 동적으로 할당합니다. 물리적 호스트는 RecoverPoint 타겟 LUN(로컬 또는 원격)의 VNX, VNXe 또는Unity 스토리지 시스템에 조닝(Zoning)되어야 합니다.

가상 머신

동적 마운트는 RDM(Raw Device Mapping)으로 수행되거나 VM에서 기본 iSCSI를통해 수행됩니다.

l RDM의 경우, VM이 상주하는 ESX Server를 RecoverPoint 타겟 LUN(로컬 또는 원격)의 VNX, VNXe 또는 Unity스토리지 시스템에 조닝(Zoning)해야 합니다.

l RDM 및 가상 디스크의 경우, 가상 센터(VM 마운트 호스트가 상주하는 ESX Server를 관리함)를 AppSync 서버에 등록해야 합니다.


동적 또는 정적 마운트 279

l 기본 iSCSI의 경우, 가상 머신이 RecoverPoint 타겟 LUN(로컬 또는 원격)의 스토리지(VNX, VNXe 또는 Unity) 이니시에이터에 로그인되어 있어야 합니다. VNX에는호스트에 대해 정의된 스토리지 그룹이 있어야 합니다.

Oracle 또는 SQL Server 데이터베이스의 RecoverPoint 북마크 복제본 재활용AppSync는 Oracle 또는 SQL Server 데이터베이스에 대해 RecoverPoint 북마크 복제본을 재활용할 수 있는 기능을 지원합니다.

AppSync를 사용하여 VMAX 타겟(VMAX 3은 지원되지 않음)에서 RecoverPoint 북마크를 재활용하고, TimeFinder Clone 또는 TimeFinder VPSnap 복제 기술을 활용하는 1세대(Gen 1) 복제본을 생성합니다. 클론 복제본을 또 다시 재활용하여(VPSnap는 안됨) TimeFinder Clone 또는 TimeFinder Clone VPSnap을 활용하는 Gen 2 복제본을 생성할 수 있습니다.

l Bookmark (숨겨짐) > Clone

l Bookmark (숨겨짐) > Clone > Snap

l Bookmark (숨겨짐) > VPSnap

l Bookmark (숨겨짐) > Clone > Clone

북마크를 복제하려면 RecoverPoint Repurpose 마법사를 사용하십시오. RecoverPointAppliance 그리고 SMI-S Provider나 VNX가 AppSync에 등록되어 있어야 합니다.

지원되는 구성은 다음과 같습니다.

l 애플리케이션: Oracle 및 SQL Server

l 스토리지: VNX 및 VMAX

l 북마크: (Gen 2 복제본은 Gen 1 복제본의 복제본임)

Repurpose 마법사에서 Use Bookmark as an intermediate step을 선택하여RecoverPoint 재활용을 수행합니다. 이 옵션을 선택하지 않으면 AppSync에서 네이티브 재활용을 시작합니다. 드롭다운 목록에 create a 1st Gen copy from site가 있습니다. 이 옵션에 따라 시스템이 RecoverPoint Continuous Data Protection 또는RecoverPoint Continuous Remote Replication Bookmark 재활용을 사용할지가 결정됩니다.

고려 사항

l 1세대 복제본을 새로 고치면 AppSync에서 데이터베이스의 새 복제본을 가져옵니다.

l 1세대 및 2세대 복제본은 항상 로컬입니다.

l 1세대 북마크 복제본을 수동으로 만료합니다.

l 2세대를 새로 고쳐서 1세대로부터 2세대의 복제본을 생성합니다.

l 1세대 복제본이 VMAX 클론인 경우에는 새로 고치는 동안 같은 LUN이 사용됩니다(순환하지 않음).

RecoverPoint 북마크의 Gen 1 복제본 재활용(생성)

VMAX 타겟에서 RecoverPoint 북마크를 재활용하고, TimeFinder Clone 또는TimeFinder VPSnap 복제 기술을 활용하는 Oracle 또는 SQL Server 데이터베이스의Gen 1(클론) 복제본을 생성하는 방법에 대해 알아보십시오. 이 클론 복제본을 또 다시재활용하여(비 VPSnap만 해당) Time Finder Clone 또는 Time Finder Clone VPSnap을활용하는 Gen 2 복제본을 생성할 수 있습니다.

시작하기 전에

RecoverPoint Appliance 그리고 SMI-S Provider나 VNX가 AppSync에 등록되어 있어야합니다.



북마크를 복제하려면 RecoverPoint Repurpose 마법사를 사용하십시오.

절차

1. AppSync 콘솔에 로그인하고 Copy Management를 선택합니다.

2. Repurpose 마법사에서 Use Bookmark as an intermediate step을 선택하여RecoverPoint 재활용을 수행합니다.

RecoverPoint 시스템에서 생성된 북마크를 사용하여 복구Recover 시점 복제본의 경우 복구(마운트 및/또는 복구) 작업 중 RecoverPoint 시스템에서 생성된 북마크(모든 시점 복제본)에 해당하는 시간을 지정할 수 있습니다. 그러나시간을 지정하기 전에 AppSync에 애플리케이션에 사용할 수 있는 북마크 복제본이 있어야 합니다. 결과 복제본은 장애 발생 시 정합성이 보장됩니다. 따라서 애플리케이션복구가 실패할 수 있습니다.

APIT(Any Point In Time) 복제본을 마운트하려면

절차

1. Mount 마법사에서 북마크 복제본을 선택합니다.

2. Select a copy 화면에서 Select a point in time을 선택하여 마운트하려는RecoverPoint 시스템 생성 북마크에 해당하는 시간을 지정합니다.

l 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정합니다.

l AppSync 서버에서 해당 애플리케이션에 대한 사용 가능한 가장 오래된 북마크 복제본보다 이후의 시간을 지정해야 합니다.

3. 시간을 지정하고 Next를 클릭합니다.

4. 마운트 설정을 선택하고 Next를 클릭합니다.

5. Finish를 클릭합니다.

마운트 작업이 완료되면 지정된 타임스탬프의 새 APIT 북마크 복제본이AppSync에 나열됩니다.

l Gold 서비스 계획(local and remote)을 사용하여 생성된 복제본의 경우 복제본을 마운트할 위치를 지정할 수 있습니다. 로컬 또는 원격 사이트일 수 있습니다.

l 지정된 시간 동안 사용할 수 있는 RecoverPoint 시스템 생성 북마크가 없는경우 AppSync는 RecoverPoint에서 사용 가능한 가장 가까운 북마크(지정된시간 이하)를 선택합니다.

l RecoverPoint 시스템에서 생성된 북마크를 다시 마운트하려는 경우 마운트중 생성된 APIT 북마크 복제본을 재사용할 수 있습니다(AppSync에서 모든애플리케이션 지원).


RecoverPoint 시스템에서 생성된 북마크를 사용하여 복구 281

APIT 복제본에서 복구절차

1. Restore 마법사에서 북마크 복제본을 선택합니다.

2. Select a copy 화면에서 Select a point in time을 선택하여 마운트하려는RecoverPoint 시스템 생성 북마크에 해당하는 시간을 지정합니다.

l 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정합니다.

l AppSync 서버에서 해당 애플리케이션에 대한 사용 가능한 가장 오래된 북마크 복제본보다 이후의 시간을 지정해야 합니다.

3. 복구 옵션을 선택하고 Next를 클릭합니다.

4. Finish를 클릭합니다.

l Gold 서비스 계획(local and remote)을 사용하여 생성된 복제본의 경우 복제본을 복구할 위치를 지정할 수 있습니다. 로컬 또는 원격 사이트일 수 있습니다.

l 지정된 시간 동안 사용할 수 있는 RecoverPoint 시스템 생성 북마크가 없는경우 AppSync는 RecoverPoint에서 사용 가능한 가장 가까운 북마크(지정된시간 이하)를 선택합니다.

l APIT 마운트와 달리 복구 작업이 끝날 때 APIT 북마크 복제본이 생성되지 않습니다.

l VMware 데이터 저장소 및 파일 시스템에 대해서는 APIT 복구 작업이 지원되지 않습니다.

l 마운트된 복제본에서 복구는 VMware 데이터 저장소에 대해서만 지원됩니다.

Unity이 섹션에서는 AppSync의 Unity 지원에 대해 설명합니다. 구성 고려 사항, 지원되는 서비스 계획 및 애플리케이션 세부 정보도 제공합니다.

Unity 스토리지는 AppSync 내의 모든 애플리케이션을 지원합니다.

AppSync는 Unity 사용 시 다음 구성을 지원하지 않습니다.

l Windows 플랫폼의 Unity File 스토리지

l Unity 스토리지의 복제본 용도 변경

l 유니파이드 스냅샷의 원격 복제본

Unity 복제본 관리이 섹션에서는 Unity 스토리지에서 애플리케이션 정합성이 보장되는 복제본을 생성하고 관리할 수 있는 일반적인 AppSync 워크플로우에 대해 설명합니다. AppSync에서는



서비스 프로세서 인터페이스 대신 관리 인터페이스를 사용하여 Unity 스토리지를 관리합니다.

AppSync를 설치한 후 시작할 때 Unity에 대한 리소스 관리를 수행해야 합니다.AppSync에서 애플리케이션의 복제본을 생성하고 관리하는 데 필요한 다양한 작업을수행할 수 있도록 호스트는 물론 vCenter 및 스토리지 시스템을 등록하십시오. 일반적으로, 개체 등록에는 이름/IP 주소를 사용하여 시스템을 식별하는 과정과 AppSync에서 등록된 시스템을 검색하고 이에 대한 작업을 수행하는 데 필요한 자격 증명(사용자이름/암호)을 제공하는 과정이 포함됩니다.

AppSync는 1시간 간격으로 파일 시스템, 인터페이스 및 파일 공유를 재검색합니다. 따라서 스토리지에 추가되는 모든 새로운 파일, 파일 시스템 또는 파일 공유는 다음 새로고침 주기에 도달할 때까지 AppSync에서 식별되지 않습니다.

스토리지 및 복제 유형AppSync에서는 Unity 블록 또는 파일 스토리지에 상주하는 애플리케이션의 로컬 복제본을 생성하고 관리하기 위해 유니파이드 스냅샷 기술을 지원합니다.

소스 블록 스토리지 LUN은 일반 또는 씬 풀 LUN일 수 있습니다. Unisphere UI에서Unity LUN 또는 VMware Datastore 마법사를 사용하여 필요한 소스 블록 디바이스를프로비저닝할 수 있습니다. LUN 마법사를 사용하여 기본 LUN을 생성할 때는 다음 옵션 중 하나를 선택합니다.

l Create a LUN - 원하는 스토리지 풀에서 개별 LUN을 생성합니다.

l Create a Consistency group - 원하는 스토리지 풀에서 LUN 그룹을 생성합니다. 정합성 보장 그룹을 사용하는 경우 얻을 수 있는 이점은 그룹에 포함된 모든 LUN이함께 스냅되므로 스토리지의 정합성이 보장된다는 것입니다.

Best Practice로, Microsoft 환경에서는 Microsoft VSS 서비스 기간 내에서 애플리케이션 정합성이 보장되는 방식으로 Unity 스냅샷을 원활하게 생성할 수 있도록 스토리지레이아웃에서 정합성 보장 그룹을 사용해야 합니다.

Unity File 시스템 또는 VMware 데이터 저장소 마법사를 사용하여 필요한 소스 파일 디바이스를 프로비저닝할 수 있습니다. 파일 시스템 마법사에서 프로비저닝하는 경우에는 NFS 공유 파일 시스템만 지원됩니다.

Unity 관련 서비스 계획 고려 사항Unity 복제본을 생성하기 위한 서비스 계획을 추가하려면 먼저 다음 고려 사항을 검토하십시오.

Unity 스토리지를 등록한 후에는 로컬 복제본을 생성 및 관리하여 운영 복구 및 백업 가속화를 실현할 수 있도록 Bronze 서비스 계획에 적용할 수 있습니다. Unity 스토리지를등록하면 AppSync에서 기본적으로 Bronze 계획에 스냅을 선택합니다.

RecoverPoint Remote 복제 또는 Local and Remote 복제 전반에 걸친 복제본의 경우 각각 Silver 또는 Gold 서비스 계획에 적용합니다. RecoverPoint 복제본의 경우 스냅을 북마크로 변경할 수 있습니다.

Unity NFS 데이터 저장소 복제본 마운트 및 마운트 해제NFS 데이터 저장소 마운트/마운트 해제에 대한 다음과 같은 정보를 검토하십시오.

AppSync에서는 마운트하려는 Unity File Snap을 기반으로 공유를 생성합니다. 이 공유는 마운트 호스트에 표시됩니다. 마운트 작업 중에 생성된 공유는 마운트 해제 작업 중에 삭제됩니다. 공유 이름은 다음 형식으로 표시됩니다.

AS-Share-


Unity 관련 서비스 계획 고려 사항 283

lastFourDigitOfUnitySerialNum-ProductionFilesystemId-TimeOfShareCreatedAppSync가 Unity 시스템에서 내보내기 IP 인터페이스의 목록을 생성합니다. 운영 내보내기 IP가 가장 우선합니다.

Unity 복제본 마운트 및 마운트 해제AppSync를 사용하여 Unity 복제본을 마운트하고 마운트 해제하기 전에 다음 정보를 검토하십시오.

Unity 스토리지에 대한 마운트 및 마운트 해제 작업에는 스냅샷을 SMP에 연결/분리하는 과정과 SMP LUN 또는 SMP 세트에 대한 스냅샷 액세스를 호스트에 부여하고 제거하는 과정(마스킹/마스킹 해제)이 포함됩니다. Unity에서는 LUN 세트 또는 정합성 보장 그룹에 대해 한 번에 하나의 스냅샷만 SMP LUN에 연결되도록 허용합니다. 정합성보장 그룹에 포함된 LUN은 부분적으로 연결/분리되지 않고 모두 함께 연결되고 분리됩니다.

마운트 또는 마운트 해제를 수행하기 전에 마운트 호스트를 Unity 스토리지에 조닝(Zoning)한 후 호스트 이름을 해당 이니시에이터에 등록해야 합니다.

Unity에 스냅샷을 마운트할 때 AppSync에서 수행하는 첫 번째 단계는 마운트 호스트에대한 호스트 이니시에이터의 검색입니다. AppSync에서는 스냅샷 정보를 기반으로 적합한 소스 LUN/정합성 보장 그룹에 매핑하여 마운트 호스트에 대한 호스트 액세스를결정합니다.

AppSync에서는 SMP LUN에 연결된 다른 스냅샷이 없는지 확인합니다. 다음으로,AppSync에서는 호스트 액세스를 수정합니다. 즉, 마운트를 수행하는 경우 스냅샷 액세스를 부여하고 마운트를 해제하는 경우 호스트 액세스를 제거합니다.

RDM 또는 vDISK 마운트/마운트 해제 시 AppSync에서 ESX Server용 호스트 이니시에이터를 기반으로 호스트 액세스를 식별합니다.

Unity NFS 파일 시스템 복제본 마운트 및 마운트 해제NFS 파일 시스템 마운트 및 마운트 해제에 대한 다음과 같은 정보를 검토하십시오.

AppSync에서는 마운트하려는 파일에 대한 Unity 유니파이드 스냅샷을 기반으로 공유를 생성합니다. 공유는 NFS 파일 시스템의 유니파이드 스냅샷을 내보내서 마운트 호스트에 표시되고 해당 NFS 내보내기에 파일 시스템이 생성됩니다. 마운트 해제하는 동안파일 시스템이 마운트 해제되고 마운트 중 생성된 NSF 공유가 삭제됩니다. 공유 이름은 다음 형식으로 표시됩니다.

AS-SharelastFourDigitOfUnitySerialNum-ProductionFilesystemId-TimeOfShareCreated

AppSync가 Unity 시스템에서 내보내기 IP 인터페이스의 목록을 생성합니다. 운영 내보내기 IP가 가장 우선합니다.

Unity NFS 파일 시스템의 Oracle 데이터베이스가 지원됩니다. 파일의 유니파이드 스냅샷이 Oracle 데이터 및 로그에 대해 생성됩니다. Oracle 데이터베이스를 마운트하는 동안 다음 옵션 중 하나를 사용하십시오.

l Mount and Recovery - 이 옵션은 마운트 호스트의 파일 시스템을 마운트하고 데이터베이스를 복구합니다.

l Mount the file system - 이 옵션은 마운트 호스트의 파일 시스템을 마운트하기만합니다.



Unity의 복제본 용도 변경AppSync는 Unity 스토리지의 애플리케이션 복제본 용도 변경을 지원합니다. Unity의스냅샷 및 씬 클론 복제본 기술이 지원됩니다. 필요한 최소 Unity 버전은 4.2입니다.

용도 변경 개요에서 용도 변경에 대한 추가 정보를 확인할 수 있습니다.

l First Generation 복제본은 항상 스냅샷입니다.

l Second Generation 복제본은 스냅샷 또는 씬 클론일 수 있습니다. 기본적으로Second Generation 복제본은 스냅샷입니다. 기본 옵션을 변경할 수 있습니다.

Unity 스냅샷 및 씬 클론 복제본 기술에 대한 자세한 내용은 Unity 설명서를 참조하십시오.

VPLEXAppSync는 VPLEX 가상 볼륨을 호스팅하는 기본 관리되는 스토리지에 애플리케이션정합성이 보장되고 장애 발생 시 정합성이 보장되는 스냅샷(VPLEX Snap 및 VPLEXClone) 복제본을 생성할 수 있습니다. AppSync는 VPLEX 스토리지에서 다음과 같은 애플리케이션을 지원합니다.

l Oracle 데이터베이스


l 파일 시스템

l Microsoft Exchange


다음 VPLEX 디바이스 구성은 지원되지 않습니다.

l VPLEX Local

n RAID 0

n RAID 1

l VPLEX Metro

n 분산 디바이스

l VPLEX 가상 볼륨이 스토리지 볼륨에 1:1로 매핑되어야 합니다.

l 연결된 디바이스(RAID-C)는 지원되지 않습니다.

l 중첩된 디바이스는 지원되지 않습니다.

l 원격 볼륨(원격 액세스를 설정하여 글로벌 가시성이 있는 로컬 디바이스)은 지원되지 않습니다.

l 진행 중인 이동 작업이 있는 경우 모빌러티 작업이 완료될 때까지 디바이스를 보호할 수 없습니다.

VPLEX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항VPLEX 스토리지를 등록한 후 애플리케이션을 서비스 계획에 적용하여 복제본을 생성하고 관리할 수 있습니다.


Unity의 복제본 용도 변경 285

l AppSync는 VPLEX 스토리지의 애플리케이션에 대해 Bronze 서비스 계획을 지원합니다. 즉, 애플리케이션 전용 로컬 복제본만 생성할 수 있습니다.

l 서비스 계획에서 스냅샷으로 스토리지 기본 설정을 선택하면 AppSync가 백엔드 스토리지 시스템에 스냅샷을 생성합니다.

l 매핑하는 동안 AppSync는 VPLEX에 스토리지 볼륨, 익스텐트, 디바이스 구성 요소등의 가상 볼륨 세부 정보를 쿼리합니다. 그런 다음 백엔드 스토리지 시스템과 통신하고 보호할 해당 스토리지 LUN을 매핑합니다.

l 동일한 호스트의 여러 애플리케이션이 서로 다른 VPLEX 클러스터에 속하는 경우보호 중 애플리케이션이 따로 그룹화됩니다.

l 애플리케이션이 동일한 호스트와 동일한 VPLEX 가상 볼륨에 있는 경우 보호 중 함께 그룹화됩니다.

l 기본 VPLEX 스토리지 디바이스가 RAID1 또는 분산 디바이스인 경우 서비스 계획설정 아래의 Create copy 단계에서 스토리지 옵션을 구성해야 합니다.

l RAID 1 디바이스의 VPLEX 가상 볼륨에는 두 개의 구간이 있습니다. 두 개의 구간은서로 다른 두 개의 백엔드 스토리지 시스템에 속할 수 있습니다. 보호할 구간은Configure Storage Options에서 선택하는 스토리지에 의해 결정됩니다. 두 클러스터 모두에 VPLEX 분산 가상 볼륨의 스토리지 디바이스가 있습니다. 보호할 구간은Configure Storage Options에서 선택하는 클러스터에 의해 결정됩니다.

l RAID 0 디바이스의 경우 VPLEX 가상 볼륨에 매핑되는 VPLEX 백엔드 스토리지 시스템의 스토리지 LUN이 보호됩니다.

l RAID-1 디바이스의 경우 RAID-1 디바이스의 선택된 구간에 매핑되는 VPLEX 백엔드 스토리지 시스템의 스토리지 LUN이 보호됩니다.

VPLEX 복제본 마운트/마운트 해제AppSync를 사용하여 VPLEX 복제본을 마운트하고 마운트 해제하기 전에 다음 정보를검토하십시오.

AppSync는 다음 두 가지 마운트 옵션을 제공합니다.

l Mount as VPLEX virtual volumes

l Mount as native array volumes

Mount as VPLEX virtual volumes이 옵션을 선택하면 백엔드 스토리지의 스냅샷이 VPLEX에 표시됩니다. AppSync에서VPLEX 가상 볼륨을 기본 스토리지 스냅샷에 생성한 다음 마운트 호스트에 프로비저닝합니다. 프로비저닝된 가상 볼륨은 마운트 호스트의 스토리지 보기에 추가됩니다. 마운트 해제하는 동안 가상 볼륨이 마운트 호스트의 스토리지 보기에서 제거되고 기본 스토리지 스냅샷에 생성된 VPLEX 가상 볼륨을 삭제합니다. 백엔드 스토리지의 스냅샷은VPLEX에서 프로비저닝 해제됩니다.

고려할 사항은 다음과 같습니다.

l 운영 복제본이 생성되는 VPLEX 클러스터에 마운트 호스트가 조닝(Zoning)되어야합니다.

l VPLEX에 마운트 호스트가 조닝(Zoning)되어야 하지만 스냅샷이 생성되는 기본 스토리지에 조닝(Zoning)될 필요는 없습니다.

l VPLEX RAID 0 디바이스에 있는 운영 볼륨의 복제본이 동일한 클러스터에 로컬RAID 0 볼륨으로 마운트됩니다.

l VPLEX RAID 1 디바이스에 있는 운영 볼륨의 복제본이 동일한 클러스터에 로컬RAID 1 디바이스(단일 구간 포함)로 마운트됩니다. 미러 구간을 수동으로 추가하는경우 마운트 해제 전에 해당 구간을 수동으로 제거해야 합니다.



l VPLEX 분산 RAID 0 디바이스에 있는 운영 볼륨의 복제본이 동일한 클러스터에 로컬 RAID 0 볼륨으로 마운트됩니다.

l VPLEX 분산 RAID 1 디바이스에 있는 운영 볼륨의 복제본이 동일한 클러스터에 로컬 RAID 1 볼륨으로 마운트됩니다. 미러 구간을 수동으로 추가하는 경우 마운트 해제 전에 해당 구간을 수동으로 제거해야 합니다.

Mount as native array volumes이 옵션을 선택하면 AppSync에서 마운트 호스트에 기본 스토리지 스냅샷을 프로비저닝합니다. 마운트 호스트가 스냅샷이 생성되는 기본 스토리지에 조닝(Zoning)되어야합니다. 기본 스토리지의 다른 모든 마운트 고려 사항이 적용됩니다.

Enable VMware cluster mount마운트 호스트가 ESX 클러스터에 상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX 클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 설정되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수있습니다. 그러면 마운트 호스트가 상주하는 ESX 클러스터에만 타겟 LUN이 표시됩니다. 이는 RDM 디바이스 유형과 vDisk 디바이스 유형에 모두 적용됩니다.

VPLEX 복구 고려 사항VPLEX Snap 복제본에서 데이터를 복구할 때 다음 사항을 고려하십시오.

l VPLEX 운영 가상 볼륨 레이아웃이 복제본이 생성되었을 때와 같아야 합니다. 운영가상 볼륨 레이아웃이 변경된 경우 AppSync에서 이를 감지하고 복구가 실패합니다.

l RAID 1 및 분산 디바이스의 경우 AppSync에서 복제본이 생성된 미러의 한 구간을복구합니다. 기본 스토리지 스냅샷에서 복구가 완료된 후 나머지 구간이 재구축되고 동기화됩니다. 미러 동기화를 기다리지 않으려면 Restore 마법사에서 Wait formirror rebuild to complete 옵션을 선택 취소합니다.

l 복구하는 동안 AppSync가 정합성 보장 그룹에서 VPLEX 가상 볼륨을 제거하고 기본 스토리지 스냅샷에서 복구한 후 정합성 보장 그룹에 가상 볼륨을 다시 추가합니다. 또한 모든 VPLEX 가상 볼륨의 캐시를 무효화합니다.

l AppSync는 RecoverPoint로 보호되는 VPLEX 운영 가상 볼륨의 복구를 지원하지않습니다.

l VPLEX Snap 복제본에서 복구할 때 복구 중인 디바이스에서 다른 작업을 수행하지않도록 하십시오.


VPLEX 복구 고려 사항 287

13장

AppSync 문제 해결

이 섹션에서는 AppSync를 사용하는 동안 발생하는 일반적인 문제에 대한 정보를 제공합니다.

l AppSync 호스트 플러그인 설치 후 재부팅 필요................................................ 291l 사용자 계정에 올바른 사용 권한이 없습니다.................................................... 291l 부분적으로 등록된 AppSync Exchange Interface 서비스................................. 292l VSS 시간 초과 문제..........................................................................................292l 호스트 설치 및 구축 문제................................................................................. 293l 호스트 재부팅 후 Oracle ASM 디스크 그룹을 마운트할 수 없습니다................293l RHEL 6.x 및 7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패................... 293l AppSync가 Oracle ASM 디스크 그룹을 마운트하지 못함(이벤트 -

ORCL_000043) .............................................................................................. 294l AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못함(이벤트 -

ORCL_000044)............................................................................................... 294l Oracle 데이터베이스 검색 실패........................................................................295l Oracle 데이터베이스 검색 실패 - 파일 시스템 가득 참..................................... 295l 재부팅 후 Oracle 데이터베이스가 시작되지 않음.............................................295l 에이전트 설치 제거 시 SUDO 사용자를 사용하여 UNIX 호스트가 등록된 경우

Oracle 재시작 스크립트가 제거되지 않음........................................................ 296l AppSync에서 심볼 링크를 생성하지 못함........................................................ 296l Oracle 재시작 관련 시스템 로그 확인...............................................................296l 데이터베이스가 생성된 SPFile로 시작되지 않음 ............................................. 297l Oracle 복구 실패.............................................................................................. 297l AppSync가 SQL Server 데이터베이스를 제때 고정하지 못함(이벤트 -

SQL_000018).................................................................................................. 298l SQL 클러스터 - Second Generation 복제본 마운트 실패..................................298l SQL 데이터베이스 검색 중에 시간 초과 오류...................................................299l <AppSync>\jboss\standalone\tmp\vfs\ 폴더 디스크 사용............................. 299l XtremIO 복제본 생성에 시간이 걸림................................................................ 299l XMS IP 변경.................................................................................................... 299l 데이터 저장소 또는 가상 디스크 마운트 도중 오류 발생.................................. 300l 가상 디스크 매핑 실패..................................................................................... 300l 매핑 중에 MPIO 디바이스의 파일 시스템 또는 Oracle 애플리케이션 보호가 실패

함.....................................................................................................................300l 여러 LUN에서 파일 시스템 용도 변경 작업에 실패함........................................301l 호스트 검색 후 변경된 파일 시스템 유형이 업데이트되지 않음........................ 301l 파일 시스템 스냅샷을 RHEL7에 마운트하지 못함............................................ 302l CST Lockbox 복구 실패................................................................................... 302l VMAX에서 보호 및 용도 변경 실패...................................................................302l 재부팅 후 AppSync 서비스가 시작되지 않음....................................................303l Windows 서버 구성 문제.................................................................................. 303l Windows Server 2012 R2에서 Flash 실행......................................................... 303l 브라우저 새로 고침.......................................................................................... 304l 예약된 서비스 계획 실패.................................................................................. 304l 이벤트 로깅......................................................................................................305

AppSync 문제 해결 289

l 오류 처리......................................................................................................... 305



AppSync 호스트 플러그인 설치 후 재부팅 필요

문제AppSync 호스트 플러그인을 처음 설치하는 경우 설치 완료 후 Exchange 서버를 재부팅해야 할 수 있습니다. 일부 환경에서는 Visual C++ 2010 런타임을 설치하려면 재부팅이 필요합니다. 이전 AppSync 릴리즈에서는 설치 시 경고 없이 자동으로 재부팅이 수행되었습니다. 그러나 AppSync 2.0 이상에서는 자동 재부팅이 제거되었습니다.

해결 방법재부팅이 필요한지 확인하려면 Windows\temp\appsync_host_plugin_setup.log 에서 다음을 찾아보십시오.

>: "C:\Program Files\EMC\AppSync HostPlug-in\msredist\vcredist-10.0.40219.1-x64.exe" /qCommand.run(): starting stdout monitor...Command.run(): starting stderr monitor...Command.complete(): waiting for process to complete.Command.complete(): process completed with exitcode: 3010

종료 코드 3010은 재부팅이 필요함을 나타냅니다.

사용자 계정에 올바른 사용 권한이 없습니다.

문제EMC AppSync Exchange Interface 서비스가 제대로 등록되지 않을 경우 AppSync hostplug-in\logs 디렉토리에서 ExchangeInterfaceInstall.log 파일을 확인합니다.서비스를 실행하는 사용자 계정에 Log on as a batch job 권한이 부여되지 않은것이 문제인 경우가 많습니다.

AppSync에서 데이터베이스가 검색되지 않을 경우 EMC AppSync Exchange Interface서비스 사용자 계정에 올바른 Exchange 사용 권한이 부여되었는지 확인하십시오.

해결 방법사용자 계정에 올바른 사용 권한을 부여하고 EMC AppSync Exchange Interface 서비스를 수동으로 등록하려면

1. EMC AppSync Exchange Interface 서비스를 실행할 사용자 계정에 Log on as abatch job 및 Log on as a service 사용자 권한을 부여합니다.

2. 명령 프롬프트를 열고 AppSync 호스트 플러그인이 설치된 디렉토리로 이동합니다. 기본 위치는 C:\Program Files\EMC\AppSync Host Plug-in입니다.

3. 다음 명령을 실행하여 서비스와 DCOM 구성 요소를 등록합니다.

awExchangeInterface /service /user <"domain\username"> /password <"password"> /nopriv For example: awExchangeInterface /service /user mydomain /appsyncexchuser /passwordmYp@55W0rd.

4. DCOMCNFG를 실행하여 DCOM 구성 요소의 암호를 구성합니다.

5. Component Services > Computers > My Computer > DCOM Config를 확장합니다.

6. EMC AppSync Exchange Interface를 마우스 오른쪽 버튼으로 클릭하고Properties를 선택합니다.


AppSync 호스트 플러그인 설치 후 재부팅 필요 291

7. Identity 탭을 클릭합니다.

8. This user를 선택하고 3단계의 사용자 계정과 암호를 입력합니다.


10. 다음을 실행하여 EMC AppSync Exchange Interface 서비스를 시작할 수 있는지 확인합니다.net start appsyncexchangeinterface .

11. AppSync 콘솔을 사용하여 해당 서버를 다시 검색합니다. 이를 위해 Settings >Servers로 이동하여 해당 서버를 선택하고 Rediscover를 클릭합니다.

12. Exchange 메일박스 데이터베이스를 검색합니다. Copy Management > Exchange로 이동하여 해당 Exchange 서버를 선택합니다. 자격 증명을 다시 입력해야 할 수있습니다.

부분적으로 등록된 AppSync Exchange Interface 서비스문제사용자 계정에 권한과 사용 권한이 제대로 부여되지 않거나 충돌하는 소프트웨어가 설치된 경우 AppSync Exchange Interface 서비스가 제대로 등록되지 않습니다. 수동 정리를 수행해야 할 수 있습니다.

해결 방법다음을 수행하십시오.

1. 명령 프롬프트를 열고 AppSync 호스트 플러그인이 설치된 디렉토리로 이동합니다. 기본 위치는 C:\Program Files\EMC\AppSync Host Plug-in입니다.

2. 다음 명령을 실행하여 서비스와 DCOM 구성 요소를 제거합니다.awExchangeInterface /unregserver

3. 서비스 콘솔(service.msc)을 사용하여 EMC AppSync Exchange Interface 서비스가 제거되었는지 확인합니다. 제거되지 않은 경우 다음을 실행합니다. scdelete AppSyncExchangeInterface

4. 구성 요소 서비스 콘솔(DCOMCNFG)을 사용하여 EMC AppSync ExchangeInterface DCOM 구성 요소가 제거되었는지 확인합니다. Component Services >Computers > My Computer > DCOM Config를 확장합니다.

5. 구성 요소가 제거되지 않은 경우 DCOM Config를 클릭하고 가운데 창에서 EMCAppSync Exchange Interface를 클릭한 후 Delete를 클릭합니다.

6. REGEDIT를 사용하여 AppSync Exchange Interface와 관련된 유효하지 않은 항목이 모두 삭제되는지 확인합니다.

VSS 시간 초과 문제문제Unity, XtremIO 또는 XtremIO의 VPLEX에 상주하는 애플리케이션을 보호하는 동안VSS 시간 초과 오류와 함께 보호가 실패합니다.

해결 방법C:\Windows\System32\drivers\etc\hosts에 있는 호스트 파일에 IP 주소와XMS의 FQDN을 추가합니다(예: 10.247.169.71 lrmb071).



File system, Microsoft SQL 및 Microsoft Exchange와 같은 Windows 애플리케이션에대한 서비스 계획의 create copy 단계에 VSS 재시도 설정을 구성할 수 있습니다. SQLServer 데이터베이스의 경우 Crash Consistent 백업을 수행해 볼 수 있습니다. SQLServer 보호 장에 Crash Consistent 백업 유형에 대한 자세한 내용이 나와 있습니다.

호스트 설치 및 구축 문제문제에이전트 플러그인을 설치할 때 SUDO 사용자 설치가 실패할 수 있습니다.

해결 방법다음을 확인합니다.

1. Unix/Linux 시스템에 SSH 서비스가 구성되어 있습니다.

2. BZip2, OpenSSH 및 OpenSSL 패키지는 AIX에 사용할 수 있습니다.

3. sg3_utils 패키지는 Linux에 사용할 수 있습니다.

4. SSH 포트 22의 차단이 해제되어 있습니다.

5. 설치 위치에 사용할 수 있는 공간이 충분합니다.

6. SUDO 사용자의 홈/설치 디렉토리에 "쓰기" 권한이 있습니다.

AppSync 설치 및 구성 가이드는 SUDO 사용자 설치에 대한 자세한 정보를 제공합니다.

호스트 재부팅 후 Oracle ASM 디스크 그룹을 마운트할 수 없습니다.

문제ASMLIB 디스크 충돌 때문에 호스트 재부팅 후 운영 Oracle ASM 디스크 그룹을 마운트할 수 없습니다. AppSync에 마운트된 복제본의 디바이스를 마스킹하는 udev 규칙이 재부팅 후 로드되지 않아 운영 ASMLIB 디바이스와 마운트된 복제본의 디바이스 간에 충돌이 발생합니다. udev 규칙이 로드되지 않으면 마운트된 복제본의 디바이스가 해당ASMLIB 헤더를 통해 표시됩니다. 이는 해당 정보가 복제된 디바이스에 있고 udev 규칙에 의해 숨겨지지 않기 때문입니다. 따라서 ASM 인스턴스에 같은 이름의 ASMLIB 디스크가 두 개 표시되어 혼동을 일으킵니다.

해결 방법다음 중 하나를 수행합니다.

l AppSync에서 복제본을 마운트 해제합니다.

l Linux 플랫폼 버전에 따라 udev 규칙을 수동으로 다시 로드합니다.

RHEL 6.x 및 7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패

문제마운트 호스트에서 디스크 문자열을 /dev/mapper/*로 설정하는 경우 AppSync에서디스크 문자열 /dev/emc-appsync-*를 사용하여 디바이스를 마스킹하려고 하기 때문에 충돌이 발생할 수 있습니다. /dev/emc-appsync-* 경로는 UDEV 규칙 기반의NAME 매개 변수(RHEL 6.x의 경우)이거나 UDEV 규칙 기반의 SYMLINK+ 매개 변수(RHEL 7.x의 경우)이며 /dev/mapper/* 디바이스에서 별칭과 같습니다. /dev/


호스트 설치 및 구축 문제 293

mapper/* 경로와 /dev/emc-appsync-* 경로의 두 경로를 사용하여 동일한 타겟디바이스가 마스킹되고 ASM에서 대상 디스크에 대해 중복된 경로를 받아들이지 않기때문에 충돌이 발생합니다.

해결 방법다음 명령을 사용하여 asm_diskstring 매개 변수에서 /dev/mapper/*를 제거합니다.

alter system set asm_diskstring= '<paths without /dev/mapper/*'> scope=both

예를 들어 기존 ASM 디스크에 /dev/mapper/asm_disk<n> 등의 MPIO 별칭을 포함하는 경로가 있는 경우 /dev/mapper/*를 /dev/mapper/asm_disk*로 변경합니다.

AppSync가 Oracle ASM 디스크 그룹을 마운트하지 못함(이벤트- ORCL_000043)

문제AppSync가 Oracle ASM 디스크 그룹을 마운트하지 못합니다.

해결 방법

1. mountASMFilesystems 작업에 대한 이전 에이전트 로그에서 관련 디바이스가모두 올바르게 인식되었는지 확인합니다.

2. Linux 6.x 및 7.x의 MPIO를 사용한 경우 중복된 경로가 기존 asm_diskstring 매개 변수를 통해 ASM에 인식되지 않는지 확인합니다. 자세한 내용은 RHEL 6.x 및7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패를 참조하십시오.

3. 이 문제는 asm_diskstring 매개 변수가 비어 있거나 /dev/*, /dev/asm-disk*와 같이 중첩된 경로로 설정된 경우에 발생할 수 있습니다. 따라서asm_diskstring 매개 변수에 올바른 값이 지정되어 있는지 확인합니다.

4. Linux 구성의 경우 /etc/udev/rules.d/ 디렉토리에 의미 없는 udev 규칙 파일이 있고 다른 NAME/SYMLINK 매개 변수와 동일한 타겟 디바이스를 마스킹하는 경우에 이 문제가 발생할 수 있습니다. 이 같은 파일이 없는지 확인하여 있는 경우 제거합니다.

5. /tmp에 충분한 공간이 있는지 확인합니다.

AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못함(이벤트 - ORCL_000044)

문제복구 작업을 수행하는 동안 AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못합니다.

해결 방법

1. 복구하기 전에 수동으로 종료해야 하는 영향을 받은 데이터베이스가 없는지 확인합니다. AppSync가 복구 전에 영향을 받은 데이터베이스 중 보호되지 않은 데이터베이스를 보고하는데, 해당 데이터베이스를 수동으로 종료해야 합니다.

2. 마운트된 복제본을 마운트 해제하는 중에 장애가 발생할 경우 마운트 호스트에서ASM 인스턴스에 연결하고 sqlplus alter diskgroup <diskgroup name>



dismount 명령을 사용하여 마운트된 디스크 그룹을 수동으로 마운트 해제합니다.마운트되고 복구된 데이터베이스가 종료되었는지 확인한 다음에 이 명령을 실행합니다.

Oracle 데이터베이스 검색 실패문제데이터베이스의 /etc/oratab에 있는 ORACLE_HOME에 심볼 링크가 사용된 경우 실제 경로가 지정된 데이터베이스를 시작하는 경우 AppSync에서 해당 데이터베이스를검색하지 못합니다.

해결 방법ORACLE_HOME 변수가 동일한 심볼 링크 경로로 설정된 데이터베이스를 시작해야 합니다.

Oracle 데이터베이스 검색 실패 - 파일 시스템 가득 참문제다음 오류로 인해 Oracle 데이터베이스 검색이 실패했습니다.

No valid instance available when / file system is full해결 방법루트 파일 시스템의 디스크 공간 또는 inode 사용량이 가득 차지 않았는지 확인하십시오.

재부팅 후 Oracle 데이터베이스가 시작되지 않음문제AppSync에 마운트된 Oracle 데이터베이스가 호스트 재부팅 후 시작되지 않습니다.

해결 방법마운트되고 복구된 데이터베이스가 재부팅 후 표시되지 않는 경우 가장 일반적인 원인은 다음과 같을 수 있습니다.

l 데이터베이스 재시작이 트리거되기 전에는 파일 시스템이 마운트되지 않습니다.AppSync는 파일 시스템이 마운트될 때까지 최대 1분 동안 기다립니다.

l ASM 인스턴스를 시작할 수 없습니다(데이터베이스가 ASM 디스크 그룹에 있는 경우). AppSync는 ASM 인스턴스가 시작될 때까지 최대 2분 동안 기다립니다.

l 재부팅된 호스트에 재연결한 후 마운트되고 복구된 데이터베이스가 상주하는 ASM디스크 그룹 및/또는 파일 시스템이 마운트된 것을 확인한 경우 다음 작업을 수행하십시오.

1. AppSync 에이전트 설치 경로(대개 /opt/emc/appsync)로 이동합니다.

2. root가 AppSync 설치의 소유자인 경우 ./acp -b 를 실행합니다.

3. SUDO 사용자가 AppSync 설치의 소유자인 경우 su - <sudouser> 및sudo ./acp -b를 차례로 실행합니다.

4. AppSync를 사용하여 마운트되고 복구된 모든 데이터베이스가 sqlplus를 사용하여 원하는 열기 모드로 열려 있는지 확인합니다.

acp -b를 실행할 때는 이벤트를 확인합니다.

호스트 재부팅 후 로그를 확인하려면 다음 위치를 참조하십시오.

Linux의 경우:


Oracle 데이터베이스 검색 실패 295

l /var/log/messages를 확인합니다.

l /var/log/boot.log를 확인합니다.

AIX:

1. /etc/inittab에 로그를 부팅 로그 및 콘솔 로그로 전달하는 줄을 추가합니다.

asdbora:2:once:/etc/asdbora 2>&1 | alog -tboot > /dev/console #oracle restart

2. syslog가 활성화되어 있지 않은 경우 활성화하고 오류가 있는지 확인합니다.

3. 부팅 로그 및 콘솔 로그를 확인합니다.

에이전트 설치 제거 시 SUDO 사용자를 사용하여 UNIX 호스트가 등록된 경우 Oracle 재시작 스크립트가 제거되지 않음

문제호스트 등록에 SUDO 사용자가 사용된 경우 AppSync에서 생성된 Oracle 재시작 스크립트, 즉 /etc/asdbora(AIX의 경우) 및 /etc/init.d/asdbora(Linux의 경우)가제거되지 않을 수 있습니다. 이는 정리 문제일 뿐이며 기능에는 영향을 미치지 않습니다.

해결 방법호스트 에이전트가 AppSync 서버에서 제거 및 설치 제거된 후 다음을 수행하십시오.

1. 스크립트를 수동으로 제거합니다.

2. asdbora 파일을 가리키는 심볼 링크가 /etc/rc.d/[rc0.d,rc2.d, rc3.d,rc5.d].에서 제거되지 않은 경우 이 심볼 링크를 제거합니다.

AppSync에서 심볼 링크를 생성하지 못함문제restart database post reboot 옵션을 선택하는 경우 AppSync에서 asdbora 파일에 대한 심볼 링크를 생성하지 못합니다.

해결 방법Linux에서는 다음 명령을 실행합니다.

l ln -s /etc/init.d/asdbora /etc/rc.d/rc0.d/K01asdboral ln -s /etc/init.d/asdbora /etc/rc.d/rc3.d/S99asdboral ln -s /etc/init.d/asdbora /etc/rc.d/rc5.d/S99asdboraAIX에서 다음 명령을 실행합니다.

l ln -s /etc/asdbora /etc/rc.d/rc0.d/K01asdboral ln -s /etc/asdbora /etc/rc.d/rc3.d/S99asdbora

Oracle 재시작 관련 시스템 로그 확인Oracle 재시작 관련 시스템 로그를 확인하려면 다음과 같이 하십시오.

Linux에서 다음 항목을 확인합니다.

l /var/log/messages



l /var/log/boot.logAIX:

1. syslog를 활성화합니다(참고: etc/syslog.conf를 편집할 때는 주의하십시오.)

2. touch /tmp/syslog.out과 같이 빈 파일을 생성합니다.

3. 다음 줄을 복사하여 /etc/syslog.conf에 붙여 넣습니다.

*.debug /tmp/syslog.out rotate size 100k files 4 *.crit /tmp/syslog.out rotate time 1d *.info /tmp/syslog.out rotate time 1d *.* /tmp/syslog.out rotate size 100k files 4

4. 다음 명령을 입력하여 syslog 서비스를 재시작합니다.

refresh -s syslogd

5. syslog.out에 로그가 채워졌는지 확인합니다.

6. /etc/inittab에 asdbora:2:once:/etc/asdbora 2>&1 | alog -tboot> /dev/console #oracle restart에 대한 항목이 있는지 확인합니다.

7. 다음 명령을 입력하여 부팅 로그를 봅니다.

alog -o -t boot

8. 다음 명령을 입력하여 콘솔 로그를 봅니다.

alog -o -t console

데이터베이스가 생성된 SPFile로 시작되지 않음문제복제본을 마운트할 때 데이터베이스가 생성된 SPFile 파일로 시작되지 않습니다.

해결 방법생성된 SPFile로 데이터베이스를 시작하려면 데이터베이스에 접속하고 다음 명령을 실행합니다.

l shutdown immediatel startup mount

Oracle 복구 실패문제데이터베이스 이름이 숫자로 시작되는 경우 마운트 중에 Oracle 데이터베이스 복구가실패할 수 있습니다.

해결 방법Oracle에서는 ORACLE_SID의 시작 문자로 숫자를 허용하지 않으므로 데이터베이스이름이 숫자로 시작되지 않도록 하십시오.


데이터베이스가 생성된 SPFile로 시작되지 않음 297

AppSync가 SQL Server 데이터베이스를 제때 고정하지 못함(이벤트 - SQL_000018)

문제데이터베이스에 대한 IOPS가 높거나 다른 데이터베이스 성능 문제가 발생할 경우AppSync가 SQL Server 데이터베이스를 제때 고정하지 못할 수 있습니다.

해결 방법

1. 형식이 REG_DWORD이고 값이 1200인 레지스트리 키CC_AGENT_THREAD_WAIT_TIME을 추가합니다(Microsoft VDI 백업 중에 실제로소요되는 시간을 확인하려면 3단계 참조). 또한 형식이 REG_DWORD이고 값이 동일한 VDI 시간 초과 레지스트리 키 CC_SQL_VDI_TIMEOUT도 추가합니다.

2. 비 VDI 백업을 수행하는 것이 좋습니다. 비 VDI 백업의 제한 사항은 SQL Server 마운트 및 복구 고려 사항을 참조하십시오.

3. SQL Server 데이터베이스 관리자에게 문의하여 성능 문제를 해결합니다.Microsoft에서는 데이터베이스에 대한 Microsoft VDI 백업 작업에 소요되는 시간을확인할 수 있는 VDI 백업 진단 툴을 제공하고 있습니다. 자세한 내용은 Microsoft 또는 Dell EMC 지원 담당자에게 문의하십시오.

4. Crash Consistent 백업을 수행해 볼 수 있습니다. SQL Server 보호 장에 CrashConsistent 백업에 대한 자세한 내용이 나와 있습니다.

장애 발생 시 정합성이 보장된 SQL 백업에는 AppSync에서 VSS 또는 VDI 프레임워크를 사용하지 않습니다. 따라서 VSS 시간 초과나 고정/고정 해제 실패 문제가 발생하지 않습니다.

Microsoft의 10초 제한으로 인해 발생하는 VSS 시간 초과 문제는 이 방법으로 해결되지 않습니다. 이 해결 방법은 VSS가 작동하기 전에 AppSync가 SQL Server 데이터베이스를 중지하지 못할 경우에만 적용됩니다.

SQL 클러스터 - Second Generation 복제본 마운트 실패문제마운트 클러스터에서 동일한 마운트 드라이브 아래에 First Generation 복제본과Second Generation 복제본을 순차적으로 마운트하면 Second Generation 복제본 마운트에 실패합니다.

해결 방법기존에 마운트된 드라이브를 유지 보수 모드로 전환해야 합니다. 모든 클러스터 마운트지점이 유지 보수 모드로 전환되고 나면 Second Generation 마운트에 성공합니다.

AppSync는 마운트 지점의 루트만 유지 보수 모드로 전환합니다. 따라서 동일한 루트드라이브에 마운트된 다른 클러스터 드라이브를 유지 보수 모드로 직접 전환해야 합니다. 복제본을 마운트 해제하기 전에 이러한 모든 드라이브를 유지 보수 모드에서 해제해야 합니다.



SQL 데이터베이스 검색 중에 시간 초과 오류문제SQL Server 설정을 해당하는 자격 증명으로 구성한 후에도 SQL 데이터베이스 검색 중에 요청 시간 초과 메시지가 표시될 수 있습니다.

해결 방법SQL Server에서 제어판 > 관리 도구 > ODBC 애플리케이션으로 이동하여 ODBC 애플리케이션을 시작하고 애플리케이션이 작동하는지 확인하십시오.

또는 DOS에서 관리자로 sfc 또는 scannow 명령을 실행하여 ODBC 애플리케이션의가능한 문제를 해결할 수 있습니다. 그러나 명령을 실행하기 전에 SQL 또는 Windows관리자에게 문의하거나 ODBC 애플리케이션 담당자와 협력하여 문제를 해결하십시오.

<AppSync>\jboss\standalone\tmp\vfs\ 폴더 디스크 사용문제<AppSync>\jboss\standalone\tmp\vfs\ 디렉토리의 파일은 임시 파일입니다.폴더에 파일이 누적되면 디스크 사용량이 매우 높아질 수 있습니다.

해결 방법디스크 공간을 확보하려면

1. AppSync 서버 서비스를 중지합니다.

2. AppSync 데이터 소스 서비스를 중지합니다.

3. C:\EMC\AppSync\jboss\standalone\tmp\vfs 디렉토리에서 모든 파일을삭제합니다.스왑에 영향을 줄 수 있는 오래된 tmp\vfs 파일이 정리됩니다.

4. AppSync 데이터 서비스를 시작합니다.

5. AppSync 서버 서비스를 시작합니다.

XtremIO 복제본 생성에 시간이 걸림문제호스트(Windows 또는 UNIX)에 관계없이 XtremIO의 스냅샷 생성에는 상당한 시간(2초 이상)이 걸립니다.

해결 방법C:\Windows\System32\drivers\etc\hosts에 있는 호스트 파일에 IP 주소와XMS의 FQDN을 추가합니다(예: 10.247.169.71 lrmb071).

XMS IP 변경문제마운트 작업이 진행되는 동안 XMS IP를 변경하면 AppSync가 이전 XMS IP를 조회하기 때문에 마운트 해제하지 못할 수 있습니다.

해결 방법XMS IP 주소를 변경하기 전에 AppSync에서 마운트된 모든 XtremIO 복제본이 마운트해제되었는지 확인합니다.


SQL 데이터베이스 검색 중에 시간 초과 오류 299

데이터 저장소 또는 가상 디스크 마운트 도중 오류 발생문제복제본 타겟 LUN이 ESX에 노출되지만 데이터 저장소로 ESX에 마운트되지 않은 경우(마운트 해제된 상태) 다음과 같은 오류가 발생할 수 있습니다.

Host Platform Config fault해결 방법동일한 데이터 저장소의 여러 복제본이 ESX에 마운트 해제된 상태로 남아 있지 않아야합니다.

가상 디스크 매핑 실패문제VMware VCenter Server와 적절한 스토리지 시스템이 추가된 후에도 가상 디스크 매핑이 실패합니다.

해결 방법disk.EnableUUId 값을 true로 설정해야 합니다.

1. 가상 머신의 전원을 끕니다.

2. vSphere Client를 통해 vCenter Server나 ESXi/ESX 호스트에 로그인합니다.

3. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Edit settings를 클릭합니다.

4. Options 탭을 클릭합니다.

5. Advanced > General > Configuration Parameters로 이동합니다.

6. 값을 TRUE로 하여 disk.EnableUUID 행을 추가하거나 수정합니다.

7. OK를 클릭하여 저장합니다

8. OK를 클릭하여 종료합니다.

9. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Remove from Inventory를 클릭하여 vCenter Server 인벤토리에서 가상 머신을 등록 취소합니다.

명령줄을 사용하여 이 변경 작업을 수행하는 경우 vim-cmd 명령을 사용하여 vmx파일을 다시 로드합니다. 자세한 내용은 관련 VMware 기술 자료 문서를 참조하십시오.

10. 가상 머신의 전원을 켭니다.

매핑 중에 MPIO 디바이스의 파일 시스템 또는 Oracle 애플리케이션 보호가 실패함

문제매핑 중에 RHEL MPIO 디바이스의 파일 시스템 또는 Oracle 애플리케이션 보호가 실패하고 다음 오류가 표시됩니다. disk.EnableUUID=TRUE is not enabled forthe virtual device.

이유는 다음 중 하나일 수 있습니다.



l 파일 시스템이 /dev/mpath/ MPIO 디바이스에 생성되었습니다.

l lvm.conf 파일이 preferred_names = [ "^/dev/mpath/", "^/dev/mapper/mpath", "^/dev/[hs]d" ]를 읽었을 수 있습니다.

해결 방법

l AppSync는 /dev/mapper/ 디바이스에 생성된 디바이스만 지원합니다. 이러한 디바이스는 영구 디바이스이며 부팅 초기에 생성되기 때문입니다.

l preferred_names = [ "^/dev/mapper/mpath", "^/dev/[hs]d" ]를읽도록 lvm.conf 파일을 수정해야 합니다.

여러 LUN에서 파일 시스템 용도 변경 작업에 실패함문제여러 LUN에서 파일 시스템을 용도 변경하는 경우 용도 변경할 파일 시스템의 스토리지유형이 각각 다르면 작업에 실패할 수 있습니다.

해결 방법동일한 스토리지에서 파일 시스템을 함께 용도 변경하는지 확인하십시오.

문제보호할 LUN의 개수가 AppSync 서버에서 허용되는 스토리지 유닛의 개수를 초과할 경우 여러 LUN에서 파일 시스템을 용도 변경하면 작업에 실패할 수 있습니다.

해결 방법

l 용도 변경할 파일 시스템 수를 줄여보십시오.

l 기본적으로 허용되는 스토리지 유닛의 수는 12개입니다. 추가 파일 시스템을 용도변경하려면 다음과 같이 서버 설정을 구성하십시오.

n VMAX 스토리지 - max.vmax.block.affinity.storage unitsn VNX 스토리지 - max.vnx.block.affinity.storage.unitsn VPLEX 및 XtremIO 스토리지 -

max.common.block.affinity.storage.units서버 설정을 구성하는 방법에 대한 자세한 내용을 알아보려면 Dell EMC 지원에 문의하십시오.

문제여러 LUN에서 파일 시스템을 용도 변경하는 경우 용도 변경할 파일 시스템 중 일부가호스트에 없으면 작업에 실패할 수 있습니다.

해결 방법용도 변경 복제본 및 스케줄을 다시 생성하십시오.

호스트 검색 후 변경된 파일 시스템 유형이 업데이트되지 않음문제파일 시스템이 NTFS에서 ReFS로 변경되거나 ReFS에서 NTFS로 변경된 경우AppSync에서 Windows 파일 시스템 유형이 자동으로 업데이트되지 않습니다.

해결 방법다음을 수행하십시오.

1. 호스트에서 파일 시스템을 제거합니다.


여러 LUN에서 파일 시스템 용도 변경 작업에 실패함 301

2. AppSync에서 파일 시스템을 다시 검색합니다.

3. 유형이 변경된 새 파일 시스템을 호스트에 추가합니다.

4. AppSync에서 파일 시스템을 다시 검색합니다.

파일 시스템 스냅샷을 RHEL7에 마운트하지 못함문제RHEL7에 파일 시스템 스냅삿을 마운트하는 작업이 실패합니다.

해결 방법lvm.conf 파일의 auto_activiation_volume_list 매개 변수가 다음을 읽도록설정되었는지 확인하십시오. auto_activation_volume_list =[ "vplexvg1", "vplexvg2", "ol" ]

CST Lockbox 복구 실패문제Lockbox 문제로 인해 AppSync 로그인에 실패합니다. C:\EMC\AppSync\apache-tomcat\logs에서 로그를 확인하여 오류를 확인합니다.

해결 방법

1. 세 가지 AppSync 서비스, 즉 EMC AppSync Datastore 서비스, EMC AppSync 보안서버 서비스 및 EMC AppSync 서버 서비스를 모두 중지합니다.

2. C:\EMC\AppSync\cst\xml 아래에 있는 파일을 모두 삭제합니다.

3. C:\EMC\cstBackup\<timestamp>\xml의 파일을 C:\EMC\AppSync\cst\xml로 복사합니다. 최신 작업 타임스탬프가 있는 파일을 복사해야 합니다.

4. 세 가지 AppSync 서비스를 모두 시작합니다.

5. AppSync에 로그인합니다.

VMAX에서 보호 및 용도 변경 실패문제VMAX에서 애플리케이션을 보호하거나 용도 변경하는 경우 작업에 실패하고 다음 오류가 발생합니다.

the device is already in requested state

해결 방법클론 세션을 활성화하기 전에(PreCopy 상태) 보호 또는 용도 변경을 수행하면 작업에실패합니다. 이를 확인하려면 각 소스 디바이스에 대한 클론 세션의 상태를 가져와야합니다. 다음을 수행하십시오.

1. SMI-S가 설치되어 있는 호스트에 로그인합니다.

2. 명령 프롬프트 창을 엽니다. 다음 명령을 입력합니다.

cd "\Program Files\EMC\SYMCLI\bin" symclone -sid <symmetrix_id> list



3. 소스의 클론 세션이 PreCopy 상태인 경우 파일에 소스 및 타겟 디바이스 정보를 추가하고(파일의 각 줄이 <SOURCE DEVICE> <TARGET DEVICE> 형식이어야 함)symcli 명령을 사용하여 클론 세션을 활성화합니다.

4. 다음 명령을 입력하여 세션을 활성화하고 클론 세션을 PreCopy 상태에서CopyInProg 상태로 변경합니다.

symclone -sid <symmetrix_id> -file <full_path_to_filename> activate -noprompt

재부팅 후 AppSync 서비스가 시작되지 않음문제AppSync 서버가 Windows 호스트에 설치된 경우 재부팅 후 AppSync 보안 서버와AppSync 서버 서비스가 시작되지 않습니다.

해결 방법이 문제를 해결하려면 호스트에서 AppSync 서버 복구를 실행합니다.

Windows 서버 구성 문제문제Windows 서버를 구성할 때 작업이 실패하고 다음 오류가 표시됩니다.Host plug-inregistered to another AppSync server해결 방법다음을 수행하십시오.

1. 시작 > 실행을 선택합니다.

2. regedit를 입력하고 확인을 클릭합니다.

3. HKEY_LOCAL_MACHINE > Software > EMC > AppSync로 이동합니다.

4. 다음 레지스트리 키 항목을 삭제합니다.

l CC_AUTH_PEER_CERT

l CC_AUTH_SELF_CERT

l CC_AUTH_SELF_KEY

5. 다른 AppSync 서버에 Windows 에이전트를 추가하기 전에 AppSync 호스트 플러그인 서비스를 다시 시작합니다.

Windows Server 2012 R2에서 Flash 실행문제Windows Server 2012 R2에서 Flash를 실행하는 데 문제가 있습니다. Adobe Flash는Desktop Experience를 사용할 때만 설치하고 사용할 수 있습니다. Windows 2008 R2에서 Flash Player를 사용할 때는 그렇지 않습니다

해결 방법Windows 2008 R2의 경우, Adobe 웹 사이트로 이동하여 최신 버전의 Flash Player를 다운로드하고 설치하십시오.

Windows Server 2008 R2 또는 Windows Server 2012 R2의 경우 Internet ExplorerEnhanced Security Configuration을 해제해야 합니다. 열려 있는 모든 Internet Explorer창을 닫습니다. 다음 시나리오를 검토합니다.


재부팅 후 AppSync 서비스가 시작되지 않음 303

1. l Windows Server 2008 R2를 실행하는 경우 Server Summary의 SecurityInformation 섹션으로 이동한 후 Configure IE ESC를 클릭하여 InternetExplorer Enhanced Security Configuration 대화상자를 엽니다.

l Windows Server 2012를 실행하는 경우 Configure this local server를 클릭하여Local Server 구성 페이지를 엽니다. IE Enhanced Security Configuration 옆에있는 Properties로 이동한 후 On을 클릭하여 Internet Explorer EnhancedSecurity Configuration 대화상자를 엽니다.

2. 로컬 관리자 그룹 구성원이 로그온한 경우 Internet Explorer Enhanced SecurityConfiguration을 편집하려면 Administrators로 이동한 후 Off를 클릭합니다.

3. 모든 다른 사용자가 로그온한 경우 Internet Explorer Enhanced SecurityConfiguration을 편집하려면 Users로 이동한 후 Off(권장)를 클릭합니다.

4. OK를 클릭하여 변경 내용을 적용합니다.

또한, Windows Server 2012에서는 Desktop Experience를 설정합니다. 다음 단계를 수행하십시오.

1. Server Manager를 열고 Add Roles and Features를 클릭합니다.

2. Add Roles and Features Wizard가 나타나면 Installation Type, Server Selection 및Server Roles 페이지에 적절한 값을 지정합니다.

3. Features 페이지에서 User Interfaces 및 Infrastructure를 확장하고 DesktopExperience를 선택합니다.

4. Confirmation 페이지에서 Restart the destination server automatically ifrequired를 선택하고 Install을 클릭합니다.

브라우저 새로 고침

문제브라우저의 Refresh 아이콘을 사용하거나 키보드에서 <F5> 키를 눌러 브라우저를 새로 고칠 경우 AppSync 콘솔의 컨텐츠가 표시되지 않습니다.

해결 방법AppSync 콘솔에서 컨텐츠를 새로 고치려면 콘솔의 오른쪽 상단 모서리에 있는Refresh 아이콘을 사용하십시오.

예약된 서비스 계획 실패문제데이터베이스에 대해 반복적인 서비스 계획이 예약되어 있고(예: 매일 오후 3시) 백업툴도 특정 요일의 같은 시간에 실행되도록 예약되어 있는 경우(예: 금요일 오후 3시) 리소스 충돌로 인해 AppSync 보호 기능이 작동하지 않을 수 있습니다.

해결 방법특정 요일(예: 금요일 오후 3시)을 제외하고 매일 실행되도록 서비스 계획을 예약하려면 다음과 같이 두 스케줄을 생성해야 합니다.

l 오전 12시, 오전 3시, 오전 6시, 오전 9시, 오후 12시, 오후 6시, 오후 9시에 실행되도록 “Every day at…” 스케줄을 설정합니다.

l 일요일, 월요일, 화요일, 수요일, 목요일, 토요일 오후 3시에 실행되도록 "Onselected days…" 스케줄을 설정합니다.



이벤트 로깅l events.log 파일은 서비스 계획을 실행할 때마다 생성되는 이벤트를 캡처합니

다. 이 파일은 server.log 파일과 동일한 위치에 있습니다.

l 로그 파일의 회전 수 및 크기는 Settings > AppSync Server Settings >TraceLogs의 설정에 따릅니다.

오류 처리AppSync 로깅 형식이 수정되었으며 서비스 데스크에서 알림이 실행되도록 적절한 표현에 맞게 로그 모니터링 툴을 조정할 수 있습니다. 로깅된 이벤트의 메타데이터 부분을 확인하여 이벤트가 오류 이벤트인지 여부를 판단할 수 있습니다. TYPE-ERROR가표시되면 오류 이벤트입니다. EVENT 다음에는 ID가 []로 묶여 나타나고 이벤트 ID 다음에 나타나는 텍스트(메타데이터 정보 제외)는 이벤트 메시지입니다. 오류가 발생한 시간, AppSync 서버, AppSync 사용자 등의 기타 세부 정보도 추적할 수 있습니다. 이벤트의 범주는 이벤트 ID(예: ORCL DPL, HST, SPP 등)에 표시됩니다.

다음은 AppSync에서 생성된 이벤트의 몇 가지 예입니다.

l 07-09-2016 14:06:57.489 INFO [Thread-58 (HornetQ-client-global-threads-2113097824)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [ORCL_000104]: During discovery, AppSync detectedthat the following database(s) were offline: SymASM. As aresult, they will not be available for protection.(METADATA:TYPE-ERROR, TIME-2016-07-0914:06:57.469-0400NATIVETIME-2016-07-09 14:06:57.469-0400,HOST-lrmk096, PHASE-, THREAD=Thread-58 (HornetQ-client-global-threads-2113097824), USER-admin, CATEGORY-GENERIC,SESSIONID-5br0S4+nz3-n6SzORPWYGAcn.undefined)

l 07-21-2016 05:07:45.076 INFO [Thread-156 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [SPP_000001]: Mount copy phase for RPdb1beginning(METADATA: TYPE-INFO, TIME-2016-07-2105:07:45.076-0400NATIVETIME-2016-07-21 05:07:45.076-0400,HOST-lrmk096, PHASE-Mount copy, THREAD=Thread-156 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-GENERIC, SESSIONID-FPO4yGMevayAeRzNPJC8AAF0.undefined)

l 07-21-2016 05:04:26.027 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [UNM_000001]: Skipping unmount phase. There were nopreviously mounted copies found for the applications underprotection during this cycle.(METADATA: TYPE-INFO,TIME-2016-07-21 05:04:26.027-0400NATIVETIME-2016-07-2105:04:26.027-0400, HOST-lrmk096, PHASE-Create CRR bookmarkcopy, THREAD=Thread-158 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-GENERIC,SESSIONID-)

l 07-21-2016 05:04:10.178 INFO [Thread-158 (HornetQ-client-global-threads-436170702)]


이벤트 로깅 305

[com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [SPP_000001]: Application mapping phase for RPdb1beginning(METADATA: TYPE-INFO, TIME-2016-07-2105:04:10.178-0400NATIVETIME-2016-07-21 05:04:10.178-0400,HOST-lrmk096, PHASE-Application mapping, THREAD=Thread-158(HornetQ-client-global-threads-436170702), USER-admin,CATEGORY-GENERIC, SESSIONID-)

l 07-21-2016 05:04:09.398 INFO [Thread-162 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [MILE_000006]: Application discovery phase forRPdb1 completed successfully(METADATA: TYPE-INFO,TIME-2016-07-21 05:04:09.398-0400NATIVETIME-2016-07-2105:04:09.398-0400, HOST-lrmk096, PHASE-Applicationdiscovery, THREAD=Thread-162 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-MILESTONE,SESSIONID-)

l 07-21-2016 05:03:11.102 INFO [Thread-89 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [VNX_000052]: Successfully created repurpose VNXsnapshot copy AppSyncSnap-20160721_050227:80-545e3dbf-d238-4c8e-bd2e-883666512bb8-APPSYNC_TMP_CG_20160721_050228:484_400_0_488.CopySnap.oracle.auto1_repurpose.2.1.20160721_050310:946 of source VNXsnapshot AppSyncSnap-20160721_050227:80-545e3dbf-d238-4c8e-bd2e-883666512bb8-APPSYNC_TMP_CG_20160721_050228:484_400_0_488.(METADATA:TYPE-INFO, TIME-2016-07-2105:03:11.102-0400NATIVETIME-2016-07-21 05:03:11.102-0400,HOST-lrmk096, PHASE-Create 2nd gen archLogs copy,THREAD=Thread-89 (HornetQ-client-global-threads-436170702),USER-admin, CATEGORY-GENERIC, SESSIONID-Hgg-ZRqpCV0ixTrPp-tXbJ+C.undefined)

l 07-21-2016 05:00:28.724 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [LIC_000004]: Storage array APM00140431583 is notlicensed for use with AppSync, but is within the 90 daytrial period.(METADATA: TYPE-WARNING, TIME-2016-07-2105:00:28.724-0400NATIVETIME-2016-07-21 05:00:28.724-0400,HOST-lrmk096, PHASE-Create CRR bookmark copy,THREAD=Thread-158 (HornetQ-client-global-threads-436170702),USER-admin, CATEGORY-GENERIC, SESSIONID-Hgg-ZRqpCV0ixTrPp-tXbJ+C.undefined)



용어 설명

ᄀ

가상 볼륨 VPLEX 프런트엔드 포트에서 호스트에 제공되는 스토리지의 단위입니다. 가상 볼륨은연속된 볼륨처럼 보이지만 2개 이상의 스토리지 볼륨에 분산되어 있을 수 있습니다.

기본 경로 복제본을 마운트할 때 사용되는 AppSync의 미리 정의된 대체 경로입니다. 형식은%SystemDrive%\\AppSyncMounts\\%%ProdServerName%%\\입니다.

ᄂ

네트워크 통신 회선으로 연결된 컴퓨터, 터미널 및 데이터베이스로 이루어진 시스템입니다.

ᄃ

대체 경로 AppSync가 복제본을 마운트할 때 사용하는 사용자 정의 대체 경로입니다.

ᄆ

마운트 호스트 AppSync가 복제본을 마운트할 때 사용되는 시스템입니다. 운영 시스템과 다를 수 있습니다.

메타데이터 데이터 품질, 컨텐츠, 상태 등의 데이터 관련 정보입니다.

ᄇ

복구 복제본이 마운트되거나 복원된 후 보호되는 애플리케이션을 온라인으로 전환하고 실행하기 위해 수행되는 추가 작업입니다.

복원 애플리케이션의 운영 데이터에 현재 시간보다 이전 시점의 정합성이 보장되는 데이터가포함되도록 하기 위해 보호되는 애플리케이션의 복제본에 수행되는 프로세스입니다.

분산 디바이스 여러 VPLEX 클러스터에 미러가 분산되어 있는 RAID 1 디바이스입니다.

ᄉ

서비스 계획 AppSync가 생성하고 관리하는 복제본의 속성을 정의합니다.

스토리지 사용자 데이터와 패리티 데이터가 저장될 수 있는 디스크 드라이브의 컬렉션입니다. 디바이스는 스토리지 내의 드라이브 일부 또는 전부로 구성할 수 있습니다.

스토리지 볼륨 백엔드 스토리지에서 제공하는 LUN 또는 저장 단위입니다.


ᄋ

운영 호스트 데이터베이스 서버, 웹 서버, 애플리케이션 서버 또는 파일 서버와 같은 운영 데이터를관리하는 정보 시스템이 포함된 운영 컴퓨터입니다.

원래 경로 AppSync가 복제본을 마운트할 때 사용하는 마운트 경로입니다. 운영 호스트의 경로와같습니다.

이벤트 사용자 또는 시스템에 의해 실행된 중요 작업으로 인해 발생하는 로그 메시지입니다.

ᄒ

호스트 플러그인 운영 및 마운트 호스트에 설치되어 애플리케이션의 보호 및 복구를 촉진하는 특정 기능을 수행하는 데 사용되는 AppSync 에이전트 소프트웨어입니다.

A

ASM(AutomatedStorage Management)

Oracle 디스크를 저장하는 데 사용되는 디스크 볼륨 관리자입니다. ASM을 통해 관리자는 데이터베이스를 사용할 수 있는 동안 디스크를 추가 및 제거할 수 있습니다. 데이터는디스크 그룹의 모든 디스크에 걸쳐 자동으로 스트라이핑됩니다.

C

CDP(무중단 데이터 보호)

데이터의 모든 변경 사항이 지속적으로 캡처 및 추적되어 모든 시점으로 데이터를 복구할 수 있는 데이터 보호 방법

CLI(Command LineInterface)

운영 체제 또는 애플리케이션 소프트웨어에서 명령을 입력하여 특정 작업을 수행하는방법입니다.

copy - SQL 백업 백업 순서에 영향을 미치지 않고 데이터베이스와 트랜잭션 로그의 활성 부분을 보호하는 데 사용되는 SQL Server 백업 유형입니다. copy 백업 유형을 사용하면 데이터베이스의 전체 복제본을 생성할 수 있는 다른 백업 툴에 미치는 영향 없이 백업을 생성할 수 있습니다.

F

failover 현재 활성 상태인 디바이스, 시스템 또는 데이터 경로에서 장애가 발생하거나 비정상적으로 종료된 경우 자동으로 이중화 또는 대기 디바이스/시스템/데이터 경로로 전환하는기능입니다.

full - SQL 백업 데이터베이스와 트랜잭션 로그의 활성 부분을 보호하는 데 사용되는 SQL Server 백업유형입니다. full 백업 유형을 사용하면 트랜잭션 로그를 복원하여 데이터베이스를 복제본보다 더 최신 시점으로 복원할 수 있습니다.

용어 설명


L

LUN(Logical UnitNumber)

기본 스토리지 디바이스에 물리적으로 연결된 특정 서버에 액세스 권한을 부여하거나거부할 수 있는 가상 스토리지입니다. LUN은 외장 하드 드라이브와 같이 컴퓨터에 연결된 SCSI 디바이스를 식별하는 데 사용됩니다. 디바이스마다 고유 주소로 사용되는 LUN번호가 할당됩니다.

R

RAC Real Application Cluster의 약어입니다. 클러스터의 다른 노드에 있는 여러 Oracle 인스턴스에서 로드 밸런싱에 맞게 클러스터에서 공유 데이터베이스에 대한 액세스를 허용합니다.

RAID 2개 이상의 스토리지 볼륨을 사용하여 더 나은 성능, 오류 복구 능력 및 내결함성을 제공하는 기술입니다.

RAID 0 성능을 우선으로 스트라이핑하거나 분산하는 데이터 매핑 기술입니다. 균일하게 사이징된 스토리지 블록이 모든 스토리지 디스크에 순서대로 할당됩니다. 낮은 기본 비용으로높은 입출력 성능을 제공합니다. 추가 디스크가 필요 없습니다. RAID 0는 설계가 간단하고 구축하기가 쉬운 것이 장점입니다.

RAID 1 미러링이라고도 하며 다른 유형의 RAID 기술보다 오래 전부터 사용된 기술입니다. 편리하고 데이터 가용성이 높기 때문에 여전히 많이 사용되고 있습니다. 미러링된 스토리지는 2개 이상의 디스크로 구성됩니다. 미러링된 스토리지의 각 디스크에는 동일한 사용자데이터 이미지가 저장됩니다. RAID 1은 스트라이핑을 지원하지 않습니다. 모든 디스크를동시에 읽을 수 있으므로 읽기 성능이 향상됩니다. 쓰기 성능은 단일 디스크 스토리지보다 낮습니다. 쓰기는 RAID 1의 모든 디스크 또는 미러에 대해 수행해야 합니다. RAID 1은읽기 작업량이 많은 애플리케이션에 대해 높은 데이터 신뢰성을 보장합니다.

RecoverPoint 사이트 복제 환경의 한쪽에 있는 모든 RecoverPoint 개체입니다.

RPA(RecoverPointAppliance)

변경 사항 캡처, 저널 볼륨의 이미지 유지 관리, 이미지 복구 수행 등 스토리지 그룹의 데이터 보호를 전반적으로 관리하는 하드웨어입니다.

S

SAN(Storage AreaNetwork)

대규모 사용자 네트워크를 대신해, 연결된 데이터 서버에 여러 종류의 데이터 저장 장치를 상호 연결하는 특별한 용도의 고속 네트워크 또는 하위 네트워크입니다.

SRDF 두 군데 이상의 위치에서 데이터의 원격 미러를 유지하기 위해 둘 이상의 Symmetrix 시스템을 허용하는 기술입니다. 시스템은 Fibre 또는 전용 고속 회로를 사용하여 동일한 시설, 캠퍼스 또는 멀리 떨어진 곳에 설치할 수 있습니다. 복제 소프트웨어의 SRDF 제품군은 SRDF/동기식(SRDF/S) 및 SRDF/비동기식(SRDF/A)과 같은 다양한 고가용성 구성수준을 제공합니다.

T

TimeFinder Symmetrix TimeFinder는 Symmetrix 데이터의 미러를 생성하기 위해 BCV라는 특별Symmetrix 디바이스를 사용하도록 허용된 무중단 업무 운영 해결 방법입니다.

용어 설명


TimeFinder Clone 여러 타겟 디바이스에서 소스 디바이스의 복제본입니다. 소스 및 타겟 디바이스는 크기와 에뮬레이션 유형이 모두 같은 경우 표준 디바이스 또는 BCV 디바이스 중 하나일 수있습니다. 스트라이핑 또는 연결된 메타 디바이스의 클론 복제본을 생성할 수도 있지만,소스 및 타겟 메타 디바이스는 스트라이프 수, 스트라이프 크기 및 용량이 완전히 같아야합니다. 복제본이 활성화되면 데이터가 타겟 디바이스에 완전히 복제되기 전에도 타겟호스트에서 즉시 액세스할 수 있습니다.

TimeFinder Snap 복제 세션 데이터가 물리적 스토리지에 있는 위치를 나타내는 호스트 액세스 가능한 디바이스로, 트랙 수준의 위치 정보(포인터)가 포함되어 있습니다. TimeFinder/Snap 작업은 가상 디바이스(VDEV)를 사용하여 즉각적인 스냅샷 디바이스 복제본을 제공합니다.

U

UUID(Universal UniqueIdentifier)

AppSync 복제본을 고유하게 식별하는 64비트 숫자입니다.

V

VDI Virtual Device Interface의 약어입니다. SQL Server는 VAppSync 에이전트가 백업 및 복원 작업을 지원하는 데 도움이 되는 VDI(Virtual Device Interface) API를 제공합니다. 이러한 API를 사용하면 안정성 및 성능이 극대화되며 모든 스냅샷 백업 기능을 포함한 전체 범위의 SQL Server 백업 및 복원 기능을 지원할 수 있습니다.

VSS Volume Shadow Copy Service의 약어입니다. 다양한 구성 요소를 조정하여 섀도우 복제본이라는 데이터의 정합성 보장(Consistent) 시점 복제본을 생성하는 Windows 서비스및 아키텍처입니다.

용어 설명


색인

AAlwaysOn Availability Group 110AppSync

REST 인터페이스 17server 16개요 14구축 단계 요약 80사용자 인터페이스 17아키텍처 16콘솔 17호스트 플러그인 16

assqlrestore 156assqlrestore 명령 154

CCLI 17cli 유틸리티 24CLI 작업 25Copies 페이지에서 데이터베이스 복제본 생성 177copyDetails 36CST Lockbox 302

DdisableSP 28

Ee-메일 알림 259enableSP 27exchange 81Exchange 58, 77, 78, 80–82, 86, 87, 91, 93, 96, 99, 100,102, 103, 237, 256

DAG 81VSS와의 상호 작용 86, 93데이터베이스 검색 80데이터베이스 및 로그 레이아웃 87데이터베이스 서비스 계획 신청 82데이터베이스에 서비스 계획 적용 256마운트 93, 237메일박스 서버 제거 81백업 유형 86보호 81복구 93, 99복원 100부분 복구에 대한 요구 사항 102비활성화 86삭제된 데이터베이스 복구 103이벤트 로그 오류 87정합성 검사 91즉시 보호 82지원 개요 78포함된 계획 58

Exchange 서비스 계획기본 설정 표 58

Exchange Interface 서비스 292

FFilesystem 페이지 201Flash 303

HHACMP 복구 166, 203HACMP 클러스터 통합 165

LlistCopies 34login 25logout 26

MMicrosoft Exchange, 참조 Exchange , 참조 Exchangemonitor 258Monitor 255MSCS 263, 270

NNFS 파일 시스템 200

OOracle 64, 160, 178, 183, 189, 190, 195, 293, 295–297

마운트 설정 재정의 183복구 중에 영향을 받는 인접 항목 195서비스 계획 설정 요약 64

Oracle 마운트 복제본 185Oracle 복제본 페이지 175Oracle 서비스 계획 178Oracle 지원 171Oracle Data Guard 161Oracle Pre-mount 스크립트 182Oracle, 마운트 187Oracle, 보호 174Oracle, 복구 194, 196Oracle, 복제본 마운트 해제 184Oracle, 복제본 만료 181Oracle, 사전 복제 스크립트 180Oracle, 사전 요구 사항 및 지원되는 구성 166Oracle, 사후 복제 스크립트 181Oracle, 서비스 계획 적용 취소 175Oracle, 스토리지 기본 설정 179Oracle, 애플리케이션 검색 179Oracle, 애플리케이션 매핑 179Oracle, 영향을 받는 인접 항목에 대한 RAC 복제본 복구

197Oracle, 이전 복제본 마운트 해제 182Oracle, Veritas Cluster Services 163


override schedule 208

PPowerHA 클러스터 202

RRecoverPoint 99, 102, 103, 149, 277–279, 281, 282

APiT 복구 103SQL 복구 중에 영향을 받는 항목 149복구 세분화 102복구 중에 영향을 받는 인접 항목 99복제 옵션 278사전 요구 사항 278설치 277정합성 보장 그룹 278

refresh 26Replication Manager와 함께 사용 17report 29Repurpose Monitor 259REST 인터페이스 17RHEL 7 302runSP 27

SSAN 정책

사전 요구 사항 264sql 113SQL 56, 298, 299SQL 데이터베이스 115, 123

복제본 페이지 115SQL 데이터베이스 복제본

만료 126SQL 데이터베이스 복제본 삭제 126SQL 로그 백업 114SQL 복구 148, 149SQL Server 60, 105–109, 119, 122–124, 132, 138, 139, 141,143, 146, 151, 218

권한 108데이터베이스 검색 122로그인 자격 증명 109마운트 139보호 구성 123복제본 마운트 141복제본 마운트 및 복구 143복제본 복구 151사용 권한 108사용자 권한 108, 109사용자 데이터베이스 폴더 122서버 인스턴스 검색 122서비스 계획의 마운트 단계 132손상된 데이터베이스 복구 151클러스터의 고려 사항 119포함된 계획 60

SQL Server 로그 백업 만료 118SQL Server 백업 129SQL Server 서비스 계획

기본 설정 표 60SQL Server 트랜잭션 로그 110SQL Server:사용자 권한 108, 109subscribe 31

UUnity 282, 283unsubscribe 32

VvCenter Server

추가 228Vdisk 복구 196VIO vSCSI 171ViPR C 273ViPR Controller

서비스 계획 274vm 정합성 보장 231VMAX 57, 268, 270, 271, 302

복원 271VMAX 3 272, 273

마운트, 마운트 해제 272VMAX 서비스 계획 180, 268VMAX, Symmetrix 복제 세션 스토리지 269VMFS 또는 NFS 데이터 저장소 복구 245VMFS 복제본 마운트 237vmfs 요구 사항 226vmware

복구 옵션 240VMware

포함된 계획 73VMware 가상 디스크에서의 Oracle 170VMware 데이터 저장소 239VMware 데이터 저장소 복제본

만료 232VMware 서비스 계획

기본 설정 표 73vmware 스냅샷 231VNX

설치 262VNX 서비스 계획 263VNX 스토리지 시스템

동적 마운트 263VNX 원격 보호 264VNX File 서비스 계획 265VNX File 설정 264VNX File Snapshot 복제본 마운트 266VNX Replicator 264VNX Snapshot, RP 북마크

복제 스토리지 사용률 제어 84VNX Snapshots

expiration 235SQL 복구 중에 영향을 받는 항목 149만료 86, 130복구 중에 영향을 받는 인접 항목 99, 195부분 복구 102

VNX SnapSure 264VNXe 267

서비스 계획 267VPLEX 56, 285VSS 시간 초과 292VSS 장애 88, 130, 211

WWindows 서버 303

색인


XXtremIO 275, 277

복구 277

ㄱ가상 디스크 107가상 디스크로부터 폴더 복구 245가상 머신

복제본 페이지 232검색 124, 228경고

e-메일 259경로 매핑 97, 98, 147, 148, 192, 193, 221, 222계획 신청

복제본 232계획 신청VMware

데이터 저장소 230관련 문서 11

ㄷ대상 11데이터 마스킹 252데이터 센터 228, 231

이미지 231데이터 저장소 225, 228, 230, 231, 241

계획 신청 취소 231보호 구성 230작업의 영향을 받는 인접 항목 241

데이터 저장소 복제본 마운트 해제주문형 239

데이터 저장소 복제본 삭제 232데이터 저장소, vmware 229데이터베이스

계획에서 제거 124데이터베이스 만료 177데이터베이스 보호 82데이터베이스 복제본 마운트 해제

필요 시 146, 218동적 마운트 263동적 및 정적 마운트 279

ㅁ마운트 36, 93, 96, 139, 146, 218, 237, 263, 284, 286

SQL 데이터베이스 마운트 해제 146, 218wizard 93, 139, 237가상 머신 263검증 옵션 96동적 263로그 최소화 옵션 96마운트 해제 96스로틀 옵션 96위치 93필요 시 93, 139, 237

마운트 단계데이터 저장소 복제본 235

마운트 재정의VMware 데이터 저장소 215, 219, 236

마운트 해제 47, 89, 235서비스 계획의 일부 89, 235

마운트(mount)override 90데이터 저장소 복제본 마운트 해제 239서버 기준 90서버별 복제본 91호스트 재정의 91

만료 30머리말 11문서 표기법 11

ㅂ보고서

CSV에 저장 256개요 16복구 시점 준수 256, 257

보호 229보호된 가상 머신 목록 230복구 99, 101–103, 149, 195, 287

Exchange 99RecoverPoint APiT 103SQL의 영향을 받는 항목 149부분 102삭제된 데이터베이스 103수동 옵션 101작업의 영향을 받는 인접 항목 99, 195

복구 시점 목표개념 256설정 84, 127, 208, 233준수 보고서 256, 257

복원Exchange 100wizard 100

복제본만료 83

복제본 마운트 182복제본 마운트 해제

서비스 계획의 일부 92, 137, 237필요 시 96

복제본 삭제 83복제본 용도 변경 254브라우저 새로 고침 304

ㅅ사후 마운트 스크립트 184서비스 계획 15, 50, 54, 55, 82–86, 88–92, 124, 127, 128,131, 132, 137, 208, 209, 215, 233–235, 237, 283, 285

delete 55disable 54enable 54Post-mount script 단계 92, 137, 215Unmount copy 단계 137단계 세부 정보 84데이터베이스 스케줄 84, 127, 208, 233데이터베이스 신청 82데이터베이스 적용 취소 124데이터베이스 제거 83복제본 검증 단계 91복제본 마운트 단계 89, 90복제본 마운트 해제 단계 92, 237복제본 생성 단계 86

색인


복제본을 다른 이름으로 저장 54사전 복제 스크립트 단계 85, 128사후 복제 스크립트 단계 88, 131새로 생성 54스케줄

재정의 84, 127, 233override 208

애플리케이션 매핑 단계 85, 128, 209, 234이전 SQL 복제본 마운트 해제 132이전 복제본 마운트 해제 단계 235정의 15필요에 따라 실행 54

서비스 계획 스케줄 178서비스 계획 스케줄 재정의 178서비스 계획 요약 및 세부 정보 178서비스 C 84, 85, 89, 91, 127, 174, 208, 233

start 84, 127, 208, 233복제본 검증 단계 91스케줄 84, 127, 208, 233애플리케이션 검색 단계 85이전 복제본 단계 마운트 해제 89

설명 11설치 293스케줄 용도 변경 249스케줄 재정의 84, 127, 233스크립트

post-mount 92, 137, 215사전 복제 85, 128사후 복제 88, 131

ㅇ알림 257–259

생성되는 경우 257연관 이벤트 257이메일 259표시되는 경우 257필터링 257

애플리케이션 검색 234에이전트, 참조 AppSync 호스트 플러그인 , 참조

AppSync 호스트 플러그인역할

정의 15콘솔에 미치는 영향 20

용도 변경 248, 250, 252, 271, 285, 301용도 변경 새로 고침 250용도 변경, 보기 254이메일 258이메일 알림 259이벤트

알림 관련 257이벤트 로깅 305

ㅈ재활용 280

북마크) 280재활용 만료 251정의 50지원 정보 11

ㅊ초기화합니다. 212

ㅋ콘솔

starting 21개요 20기본 설정 20사용자 역할의 영향 20작업 수행 20표시되는 시간 20

콜아웃 스크립트 55클러스터 마운트 263, 270클러스터에 마운트 191

ㅌ트랜잭션 로그(transaction log)

구성 111

ㅍ파일 시스템 68, 199–201, 203, 209, 216, 300, 301

Mount 마법사 216파일 시스템 마운트 복제본 213파일 시스템 복구 223파일 시스템 복제본 페이지 202파일 시스템, 마운트 지점 변경 218파일 시스템(file system) 210, 219

ㅎ회전 86, 130, 235

색인


Dell EMC AppSync · 2019-11-03 · Dell EMC AppSync® 3.5 버전 사용자 및 관리 가이드...

Documents

Transcript of Dell EMC AppSync · 2019-11-03 · Dell EMC AppSync® 3.5 버전 사용자 및 관리 가이드...