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

EMC® AppSync®3.0.2 버전

사용자 및 관리 가이드302-003-363

01

Copyright © -2016년 EMC Corporation. All rights reserved. Published in the USA.

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

본 문서의 정보는 있는 그대로 제공됩니다. EMC Corporation은 본 문서의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며,특히 상품성이나 특정 목적을 위한 적합성에 대하여 어떠한 묵시적인 보증도 부인합니다. 본 문서에 설명된 EMC 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어 라이센스가 필요합니다.

EMC², EMC 및 EMC 로고는 미국 및 기타 국가에서 EMC Corporation의 등록 상표 또는 상표입니다. 본 문서에 사용된 기타 모든상표는 해당 소유주의 자산입니다.

한국이엠씨컴퓨터시스템즈(주)서울특별시 강남구 테헤란로 152 강남파이낸스센터 18층대표 전화: (02)2125-7000 구입/상담 문의: 080-775-7000 팩스: (02)2125-7280웹 사이트: http://korea.emc.com

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

소개 9AppSync 개요 ............................................................................................. 10

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

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

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

AppSync 콘솔 15콘솔 개요..................................................................................................... 16

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

콘솔 기본 설정 지정...................................................................................... 16AppSync 콘솔 시작...................................................................................... 17

AppSync CLI 유틸리티 19AppSync CLI 유틸리티................................................................................ 20CLI 작업.......................................................................................................21

login............................................................................................... 21logout............................................................................................ 22refresh...........................................................................................22runSP............................................................................................ 22enableSP....................................................................................... 23disableSP.......................................................................................24보고서............................................................................................ 24만료............................................................................................... 26subscribe....................................................................................... 27unsubscribe................................................................................... 28listCopies.......................................................................................30copyDetails.....................................................................................31마운트............................................................................................ 32마운트 해제..................................................................................... 41

서비스 계획 43서비스 계획 개요..........................................................................................44

서비스 계획 생성.............................................................................47서비스 계획 적용 취소..................................................................... 48VPLEX 스토리지 구성..................................................................... 49VMAX 스토리지 구성...................................................................... 49

Exchange 서비스 계획 설정......................................................................... 50SQL Server 서비스 계획 설정...................................................................... 52

1장

2장

3장

4장

목차

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

Oracle 서비스 계획 설정.............................................................................. 56파일 시스템 서비스 계획 설정.......................................................................59VMware 서비스 계획 설정............................................................................64

Microsoft Exchange 보호 67Exchange 지원 개요 ................................................................................... 68Exchange 보호를 위한 AppSync 구축.......................................................... 70

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

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

서비스 계획 세부 정보.................................................................................. 73서비스 계획 스케줄..........................................................................74애플리케이션 검색.......................................................................... 75애플리케이션 매핑.......................................................................... 75사전 복제 스크립트 ........................................................................ 75복제본 생성.................................................................................... 76사후 복제 스크립트......................................................................... 78이전 복제본 마운트 해제..................................................................79복제본 마운트................................................................................. 79복제본 검증..................................................................................... 81사후 마운트(Post-mount) 스크립트................................................ 82복제본 마운트 해제......................................................................... 82

Exchange 복제본 마운트..............................................................................82마운트 및 복구 제한 사항.................................................................83필요 시 Exchange 복제본 마운트.....................................................83Exchange 복제본 마운트 해제 ........................................................ 86

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

SQL Server 보호 93SQL Server 지원 개요................................................................................. 94

SQL Server 사전 요구 사항.............................................................94SQL Server의 지원되는 구성.......................................................... 95가상 디스크에서의 SQL Server 지원............................................... 95필요한 권한.................................................................................... 95SQL Server 인스턴스에 대한 로그인 자격 증명 업데이트..................96

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

SQL Server 트랜잭션 로그 백업 구성...............................................98로그 백업 스크립트 구성................................................................ 100필요할 때 로그 백업 실행................................................................ 101

5장

6장

목차


서비스 계획에 대한 로그 백업 보기..................................................101SQL 데이터베이스 복제본 보기...................................................... 102로그 백업 만료...............................................................................105

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

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

SQL Server 데이터베이스에 대한 보호 구성....................................110데이터베이스 서비스 계획 신청 취소............................................... 110SQL Server 데이터베이스 검색 ...................................................... 111SQL 복제본 페이지......................................................................... 111Copies 페이지에서 데이터베이스 복제본 생성................................. 112필요 시 SQL 데이터베이스 복제본 만료........................................... 113서비스 계획 요약 및 세부 정보........................................................ 113

SQL Server에 대한 마운트 고려 사항.......................................................... 123필요 시 SQL Server 데이터베이스 복제본 마운트........................... 125SQL Server 복제본 마운트 해제 .....................................................131

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

Oracle 보호 141Oracle 지원 개요........................................................................................ 142

Oracle 사용 권한........................................................................... 142Red Hat Cluster Services와 AppSync의 통합................................ 142Oracle Data Guard 지원................................................................ 143Veritas Cluster Services 통합....................................................... 145HACMP 클러스터 통합.................................................................. 147사전 요구 사항 및 지원되는 구성.................................................... 148

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

서비스 계획 요약 및 세부 정보.....................................................................158서비스 계획 스케줄........................................................................ 158서비스 계획 스케줄 재정의............................................................. 158애플리케이션 검색.........................................................................159애플리케이션 매핑.........................................................................159스토리지 기본 설정........................................................................ 159사전 복제(Pre-copy) 스크립트...................................................... 160복제본 생성................................................................................... 160복제본의 자동 만료.........................................................................161사후 복제(Post-copy) 스크립트..................................................... 161이전 복제본 마운트 해제................................................................ 162Pre-mount 스크립트..................................................................... 162복제본 마운트 ...............................................................................162서비스 계획에서 마운트 설정 재정의...............................................163사후 마운트 스크립트.....................................................................164복제본 마운트 해제........................................................................ 164

Oracle 복제본 마운트................................................................................. 164

7장

목차


Oracle Mount 마법사를 사용한 복제본 마운트................................166RMAN 카탈로그 작성 기능 ............................................................168독립 실행형 서버에 마운트 및 수동 복구용 스크립트 준비................ 169클러스터에 마운트 및 복구............................................................. 170

Oracle 복제본 복구..................................................................................... 171복구 중에 영향을 받는 인접 항목.....................................................172영향을 받는 인접 항목이 포함된 Vdisk 복구.....................................173RAC 복제본 복구........................................................................... 173영향을 받는 인접 항목에 대한 RAC 복제본 복구.............................. 174

파일 시스템 보호 177파일 시스템 지원 개요.................................................................................178

VNX, VNXe 및 Unity 스토리지에서 NFS 파일 시스템 보호.............. 178파일 시스템 서비스 계획 설정..................................................................... 180

파일 시스템에 서비스 계획 적용..................................................... 184서비스 계획 스케줄 재정의 ............................................................ 185서비스 계획 스케줄........................................................................ 185애플리케이션 검색......................................................................... 186애플리케이션 매핑......................................................................... 186Pre-copy 스크립트 단계................................................................ 186Create copy 단계 기능인 고정 및 고정 해제 콜아웃 스크립트.......... 187VSS 장애 발생 시 재시도 구성........................................................188Post-copy 스크립트 단계.............................................................. 188이전 복제본 마운트 해제................................................................ 189Mount copy..................................................................................190사후 마운트(Post-mount) 스크립트............................................... 191

File System Mount 마법사를 사용한 복제본 마운트.....................................192영향을 받은 파일 시스템의 마운트 지점 변경...................................194파일 시스템 복제본 마운트 해제 .................................................... 194서비스 계획에서 마운트 설정 재정의.............................................. 195

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

VMware 데이터 센터 보호 197구성 사전 요구 사항 ................................................................................... 198

VMware vStorage VMFS 요구 사항 ............................................. 198데이터 센터 검색 ....................................................................................... 201

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

VMFS 복제본 마운트 시 고려 사항 ............................................................. 210필요 시 데이터 저장소 복제본 마운트..............................................210VMware 데이터 저장소 복제본 마운트 해제 ....................................211

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

복제본에서 가상 머신 복구..........................................................................214가상 머신 복구 옵션....................................................................... 216

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

재활용 219재활용 개요............................................................................................... 220

8장

9장

10장

목차


스케줄 재활용................................................................................221재활용 계획 수정........................................................................... 221재활용 새로 고침...........................................................................222재활용 만료.................................................................................. 222스크립트를 사용하여 데이터 마스킹............................................... 222

Repurpose 마법사 사용..............................................................................223Repurpose Monitor...................................................................... 224예약된 재활용 복제본 보기 또는 취소............................................. 224재활용 복제본 보기....................................................................... 224

AppSync 모니터링 225RPO 개념 및 Best Practice....................................................................... 226

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

경고 및 연관 이벤트................................................................................... 227알림 확인......................................................................................228

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

Repurpose Monitor...................................................................................229

스토리지 고려 사항 231VNX Block ............................................................................................... 232

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

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

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

VMAX ...................................................................................................... 238VMAX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항...... 238VMAX 복제본 마운트 및 마운트 해제............................................. 239SQL Server에 대한 Microsoft Cluster Server 마운트.................... 240VMAX의 복제본 재활용.................................................................240VMAX 복구................................................................................... 241

VMAX 3 ....................................................................................................241VMAX 3 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항.... 241VMAX 3 복제본 마운트/마운트 해제..............................................242VMAX 3 재활용 개요.....................................................................242

ViPR Controller ........................................................................................242관련 서비스 계획 고려 사항 ViPR Controller.................................. 243ViPR Controller 복제본 마운트/마운트 해제.................................. 243ViPR Controller 복제본 복구......................................................... 244

XtremIO ...................................................................................................244XtremIO 스토리지를 사용한 복구 옵션...........................................246

RecoverPoint ...........................................................................................246

11장

12장

목차


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

Unity ........................................................................................................ 251Unity 관련 서비스 계획 고려 사항.................................................. 252Unity NFS 데이터 저장소 복제본 마운트 및 마운트 해제.................252Unity 복제본 마운트 및 마운트 해제...............................................252Unity NFS 파일 시스템 복제본 마운트 및 마운트 해제.................... 253

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

AppSync 문제 해결 257AppSync 호스트 플러그인 설치 후 재부팅 필요...........................................258사용자 계정에 올바른 사용 권한이 없습니다................................................258부분적으로 등록된 EMC AppSync Exchange Interface 서비스................... 259VSS 시간 초과 문제................................................................................... 259재부팅 시 마운트된 파일 시스템이 유지되지 않음........................................ 260호스트 설치 및 구축 문제............................................................................260호스트 재부팅 후 Oracle ASM 디스크 그룹을 마운트할 수 없습니다.............260RHEL 6.x 및 7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패............... 261AppSync가 Oracle ASM 디스크 그룹을 마운트하지 못함(이벤트 -ORCL_000043) ....................................................................................... 261AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못함(이벤트 -ORCL_000044)........................................................................................262AppSync가 SQL Server 데이터베이스를 제때 고정하지 못함(이벤트 -SQL_000018)...........................................................................................262<AppSync>\jboss\standalone\tmp\vfs\ 폴더 디스크 사용....................... 262XtremIO 복제본 생성에 시간이 걸림........................................................... 263XMS IP 변경............................................................................................. 263데이터 저장소 또는 가상 디스크 마운트 도중 오류 발생................................263가상 디스크 매핑 실패................................................................................263재부팅 후 AppSync 서비스가 시작되지 않음............................................... 264Windows Server 2012 R2에서 Flash 실행.................................................. 264브라우저 새로 고침.................................................................................... 265예약된 서비스 계획 실패............................................................................ 265오류 처리.................................................................................................. 265

13장

목차


CHAPTER 1

소개

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

l AppSync 개요 .................................................................................................... 10l AppSync 아키텍처...............................................................................................12l AppSync 및 Replication Manager........................................................................13

소개 9

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

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

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

주요 특징

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

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

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

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

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

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

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

지원되는 애플리케이션 및 스토리지

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 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 서버를 통해 사용자를 추가할 수 있습니다.

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

표 1 사용자 역할

역할 기능

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

Resource Administrator 호스트, 스토리지 시스템 및 RecoverPoint 사이

트를 관리합니다.

Service Plan Administrator 데이터 보호에 사용되는 서비스 계획을 사용자

지정하고 실행합니다.

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

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

소개

서비스 계획 개요 11

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에서 Update plug-in을 선택하십시오.

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

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

EMC 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 콘솔(사용자 인터페이스) 13

소개


CHAPTER 2

AppSync 콘솔


l 콘솔 개요.............................................................................................................16l 콘솔 기본 설정 지정............................................................................................. 16l AppSync 콘솔 시작.............................................................................................. 17

AppSync 콘솔 15

콘솔 개요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를 이용하여 EMC 지원 웹 사이트에서 사용 방법 비디오 및 AppSync 지원 페이지를 액세스할 수 있습니다.

사용자 역할에 따라 표시되는 콘솔 섹션 그리고 메뉴에 나열되는 작업이 달라집니다. 예를들어 보안 관리자 역할만 가지고 있는 사용자에게는 콘솔에서 Copy Management 및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 콘솔 시작 17

AppSync 콘솔


CHAPTER 3

AppSync CLI 유틸리티


l AppSync CLI 유틸리티........................................................................................20l CLI 작업.............................................................................................................. 21

AppSync CLI 유틸리티 19

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 사용자 및 해당 암호가 필요합니다. 예:

appsync-cli.bat -login server=<server> port=8445 user=adminpassword=<admin_pass>로그인하면 필요한 인증 정보를 포함하고 있는 LOCAL_TOKEN이라는 파일이 현재 디렉토

리에 생성됩니다. 이 파일이 삭제되거나 현재 세션이 만료되는 경우에는 로그인 명령을 다시한 번 실행하여 새로운 세션을 생성해야 합니다.


CLI 작업 21

참조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 값/?인수

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


l sql

l Oracle


enableSP 23

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

보고서

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



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

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

l rpo

l spc

l 알림

l activity

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

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

l all

l rpo

l phase_failure

l other

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

l day

l week

l month

l all

-service_plan값

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

다.

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

l sql

l orcale

l filesystem

l datastore

l exchange



보고서 25

설명

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

l RecoverPoint Objective (rpo)

l Service Plan Completion (spc)

l 알림

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>

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

SQL

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

은 sql_server=localhost입니다.

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

다.

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

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

Oracle

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

값은 oracle_server=localhost입니다.


subscribe 27

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

-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값 적용 취소하려는 데이터 저장소입니다.




Exchange

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

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

다.

참조subscribe


unsubscribe 29

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 데이터베이스를 표시합니다.



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

-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

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

구문copyDetails-app 값-copy_ID값


copyDetails 31

/?인수


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>

표 5 SQL 관련 옵션

SQL


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

Mount Standalone SQL 옵션

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

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

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

다.

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

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

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

일 수 있습니다.

l logged

l virtual

l virtual_roll

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

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

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


마운트 33

표 5 SQL 관련 옵션 (계속)

-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값 마운트 후 데이터베이스에 추가되어야 하는 접미

사를 지정합니다.





l logged

l virtual

l virtual_roll

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





합니다.



표 6 Oracle 관련 옵션

Oracle


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

l 마운트

l rman

l 복구

l manual



표 6 Oracle 관련 옵션 (계속)

l rac

Mount Standalone 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 암호를 지정합니다.


마운트 35


-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





l logged

l virtual

l virtual_roll






니다.






합니다.



Mount RAC

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

Original Cluster입니다.

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




l logged

l virtual

l virtual_roll





마운트 37




니다.






합니다.



표 7 파일 시스템 관련 옵션

파일 시스템


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

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

호스트입니다.



다. 값은 readonly 또는 readwrite일 수 있습니

다.


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



l logged

l virtual

l virtual_roll

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



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

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일 수 있습니다.

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

데이터 저장소


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

호스트입니다.


-mount_signature값 원래 마운트 서명을 사용할지, 새 마운트 서명을

사용할지 지정할 수 있습니다. 값은 new 또는

original일 수 있습니다.

-cluster_mount값 클러스터에 마운트할지 여부를 지정합니다. 값은

yes 또는 no일 수 있습니다.



l logged

l virtual

l virtual_roll


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




마운트 39

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


합니다.


표 9 Exchange 관련 옵션

Exchange


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

Mount Standalone Exchange 옵션




다.





l logged

l virtual

l virtual_roll






합니다.



Mount and Validate Standalone Exchange





표 9 Exchange 관련 옵션 (계속)


다.





l logged

l virtual

l virtual_roll





합니다.



-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

마운트 해제

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


마운트 해제 41

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

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


l sql

l Oracle

l filesystems

l datastore

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



CHAPTER 4

서비스 계획


l 서비스 계획 개요................................................................................................. 44l Exchange 서비스 계획 설정.................................................................................50l SQL Server 서비스 계획 설정.............................................................................. 52l Oracle 서비스 계획 설정......................................................................................56l 파일 시스템 서비스 계획 설정.............................................................................. 59l VMware 서비스 계획 설정................................................................................... 64

서비스 계획 43

서비스 계획 개요기본 서비스 계획 유형, 객체 및 복제 적용, 서비스 계획 설정, 스케줄 및 재정의에 대해 살펴보십시오.

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

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

서비스 계획 유형

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

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

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

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

서비스 계획 유형을 선택할 때 스토리지 기능을 잘 알고 있어야 합니다. 모든 스토리지 기술

이 원격 복제를 지원하는 것은 아니므로 Silver 또는 Gold 서비스 계획이 애플리케이션 데이

터에 맞지 않을 수도 있습니다.

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

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

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

재활용support

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

지원 AppSync가 지원되는

모든 애플리케이션

지원

파일 스냅샷 지원 지원 지원 지원 안 함 VMware 데이터 저장

소, 파일 시스템 및Oracle

지원 안 함

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



지원

TimeFinderClone

지원 지원 안 함 지원 안함



지원

서비스 계획


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

재활용support

SRDF/A a 지원 안 함 지원 지원 안함

지원 VMware 데이터 저장

소 및 Oracle지원

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



지원

VNX2e 유니파이드 스냅

샷




지원 안 함

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

지원 안 함 VMware 데이터 저장

소

지원 안 함

Unity 유니파이드 스냅

샷




지원 안 함

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


소, Oracle 및 파일 시스템

지원 안 함

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



지원

ViPRb 스냅샷 지원 지원 안 함 지원 안함


소, Oracle 및 UNIX파일 시스템

지원 안 함

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

지원 안 함 AppSync가 지원되는


지원

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



지원

SRDF/A c 지원 안 함 지원 지원 안함


소, Oracle 및 UNIX파일 시스템

지원

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



지원

VPLEXd VPLEX Snape 지원 지원 안 함 지원 안함



지원

RecoverPoint

Local bookmark 지원 지원 안 함 지원 안함



지원

Remotebookmark

지원 안 함 지원 지원 안함



지원

Local andremotebookmark

지원 안 함 지원 안 함 지원 지원 AppSync가 지원되는


지원 안 함

a. AppSync는 VMAX V2 및 SRDF/A 스토리지에서 Windows 애플리케이션을 지원하지 않습니다.b. 또한 AppSync는 ViPR Controller를 사용하여 프로비저닝된 애플리케이션을 위한 복제 기술로 ViPR 스냅샷도 지원합니다. AppSync는

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

c. AppSync는 VMAX 3 및 SRDF/A 스토리지에서 Windows 애플리케이션을 지원하지 않습니다.d. VPLEX는 XtremIO 백엔드 스토리지에서만 지원됩니다.e. 백엔드 스토리지의 스냅샷입니다.

서비스 계획

서비스 계획 개요 45

서비스 계획 설정

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

서비스 계획에 따라 스토리지 순서 기본 설정이 정의되며, 이는 복제본을 생성하는 중에 서비스 계획에서 사용하는 스토리지 기술의 기본 순서입니다. 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 days Fri,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에서 데이터 관리자 역할이 필요합니다.

서비스 계획

서비스 계획 생성 47

절차


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을 클릭합니다.

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

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

VPLEX 스토리지 구성

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

절차





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

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

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

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

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

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

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

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

로 스토리지를 끌어서 놓습니다.

VMAX 스토리지 구성

절차





서비스 계획

VPLEX 스토리지 구성 49

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

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

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

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

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

6. 해당 VMAX 스토리지 시스템의 스토리지 풀을 선택합니다.

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

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

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

계획 시작 Enabled 자동 스케줄 반복 유형: 자정

(00:00)에 처음

실행되며 24시간

마다 복제본을 생성합니다.RPO(RecoveryPointObjective): 24시간마다 복제본을

생성합니다. (목표를 충족시키지

못하면 알림이 표시됩니다.)

Applicationdiscovery

Enabled 없음 Plan Startup단계에서 결정됩

니다.

Applicationmapping

Enabled 없음 애플리케이션

검색 단계가 완료될 때 시작됩니

다.

Pre-copyscript

비활성 없음 애플리케이션

매핑 단계가 완료될 때 시작됩니

다.

복제본 생성 Enabled l 복제 유형:

n Bronze

n Silver

n Gold

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

l Storage Ordered Preference: 스냅샷, 북마크, 클론

Pre-copyscript 단계가

완료될 때 시작됩

니다.

서비스 계획


표 10 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 스토리지 풀을 선택하거나 선택 취소할 수 있습니다. 스토리지 풀을 선택하지 않으면 서비스 계획이 VMAX V2 스토리지에 대해 AppSync에 설정된 스토리지 풀에서 복제본 디바이스를 생성합니

다. 기본적으로, 구성된 모든 스토리지 풀이 선택됩니다. 이 옵션은

VMAX V2 스토리지에만 적용됩니다.

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 단계가


니다.

Mount copy 비활성 l 서버에 마운트: 원본 호스트

l Mount with access: 읽기 전용


서비스 계획

Exchange 서비스 계획 설정 51

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


l Mount Path: Default Path

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

다.

l Copy metadata files to: 기본 경로

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에만 적용됩니다.

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

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

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

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

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

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

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

Post-mountscript

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

Unmount copy 비활성 없음 Post-mount스크립트 단계

가 완료될 때 시작됩니다.

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

서비스 계획


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



(00:00)에 처음


마다 복제본을 생성합니다.RPO(RecoveryPointObjective): 24시간마다 복제본을




Enabled 없음 Plan Startup 단계에서 결정됩니

다.

Applicationmapping

Enabled 없음 Applicationdiscovery 단계


Pre-copyscript

비활성 없음 Applicationmapping 단계가


니다.

복제본 생성 Enabled l 복제 유형:

n Bronze

n Silver

n Gold

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

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

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

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

보조 데이터베이스는 읽기 전용이며 Copy 백업 유형으로 백업할 수 있습

니다. Auto Switch to Copy는 백업 유형으로 Full이 선택된 경우에만

설정할 수 있으며 기본적으로 선택되어 있지는 않습니다. Auto Switchto Copy를 선택하면 AppSync에서 데이터베이스 역할이 Secondary인지를 확인하고, 그럴 경우 백업 유형을 Copy로 전환합니다. Auto Switchto Copy를 설정하지 않으면 모든 보조 데이터베이스에 대해 백업이 실패

합니다. Non VDI를 선택하면 Auto Switch to Copy와 Enable logbackup이 비활성화됩니다.

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

서비스 계획

SQL Server 서비스 계획 설정 53

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


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: 기본 경로

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: 기본 경로

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

n Copy metadata files to: 기본 경로

n Image Access mode: 로깅된 액세스

n Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은


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

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

n Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에 상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 설정되어

있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택

취소할 수 있습니다. 이 기능은 VPLEX에만 적용됩니다.

n VMware SRM 비활성화: RecoverPoint 정합성 보장 그룹에 대해

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

l Mount and recover copy - 클러스터 인스턴스를 선택하여 SQL Server데이터베이스를 클러스터 리소스로 마운트할 수 있습니다. 또한 독립 실행

형 복구 마운트를 위해 독립 실행형 SQL Server 인스턴스를 선택할 수도

있습니다.

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

Post-mountscript

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

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

다.

서비스 계획

SQL Server 서비스 계획 설정 55



Pre-log backupscript

비활성 없음 로그 백업 후에

시작

Post-logbackup script

비활성 없음 로그 백업 후에

시작

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

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


계획 시작 Enabled 자동 스케줄 반복 유형:AppSync는 자정

(00:00)에 처음 실행되며 24시간마

다 복제본을 생성

합니다.RPO(RecoveryPoint Objective):24시간마다 복제

본을 하나씩 생성

합니다.


Enabled 없음 Plan Startup 단계

에서 결정됩니다.

Applicationmapping

Enabled 없음 애플리케이션 검색


Pre-copyscript

Enabled 없음 Applicationmapping 단계가


니다.

복제본 생성 Enabled 서비스 계획 설정의 Create copy 옵션에서는 Oracle 복제본의 생성 방식에

영향을 미치는 여러 가지 컨트롤을 제공합니다. 복제본 유형은 다음과 같습니

다.

l Bronze

l Silver

l Gold

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

l Place database in hot backup mode(기본값: 설정)이 필드를 설정하면 이 보호 단계에서 데이터베이스가 핫 백업으로 전환

되고 아카이브 로그의 복제본이 즉시 생성됩니다. 이 옵션을 해제하면 데

Precopy 스크립트


서비스 계획


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


이터베이스가 핫 백업 모드로 전환되지 않고 데이터베이스의 계측 없이

중지되지 않은 라이브 데이터에서 복제본이 생성됩니다.

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 스토리지 기본 설정: 스냅샷, 클론, 북마크



l Configure storage 옵션:

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

n VMAX: 각 서비스 계획에 VMAX V2 복제본 디바이스를 생성하도록

스토리지 풀을 구성할 수 있습니다. 스토리지 풀을 선택하지 않으면

서비스 계획이 VMAX V2 스토리지에 대해 AppSync에 설정된 스토

리지 풀에서 복제본 디바이스를 생성합니다. 기본적으로, 구성된 모든 스토리지 풀이 선택됩니다. 스토리지 시스템을 확장하여 원하는

VMAX V2 스토리지 풀을 선택하거나 선택 취소할 수 있습니다. 이 옵션은 VMAX V2 스토리지에만 적용됩니다.

Post-copyscript

비활성 없음 Create copy 단계

가 완료될 때 시작

됩니다.

서비스 계획

Oracle 서비스 계획 설정 57




비활성 없음 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:

n Mount on Server: 원본 호스트

n Mount Path: 기본 경로

n Image Access mode: 로깅된 액세스

n Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은


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

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

n Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에

상주하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이ESX 클러스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 설정되어 있습니다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수 있습니다. 이 기능은 VPLEX에만 적용됩니다.

n VMware SRM 비활성화: RecoverPoint 정합성 보장 그룹에 대해

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

n 파일 시스템 검사 실행: 마운트 작업을 수행하는 동안 AppSync 에이

전트가 fsck 명령을 실행하여 파일 시스템 데이터 정합성을 검사합

니다. 이 작업은 시간이 많이 걸릴 수 있습니다. 이 옵션을 선택 취소

하여 마운트 작업 중에 파일 시스템 검사를 건너뛸 수 있습니다. 파일

시스템 검사 옵션은 기본적으로 활성화되어 있습니다.

Pre-mount 스크

립트 단계가 완료

될 때 시작됩니다.

서비스 계획




– 복구 작업의 경우 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).

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 마운트 작업을 선택하면 이 설정이 활성화됩니다. CreateTEMP Tablespace 옵션을 선택하면 다음과 같은 두 개의 추가 옵션

이 표시됩니다.

n Number of Tempfiles: 임시 테이블스페이스에 추가될 파일의 수입

니다. 파일의 크기는 각 파일 설정의 크기에 지정됩니다.

n Size of each file: 각 임시 파일의 크기(킬로바이트(K), 메가바이트

(M), 기가바이트(G) 또는 테라바이트(T))입니다.

Post-mountscript

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

다.

Unmount copy 비활성 없음 Post-mount 스크

립트 단계가 완료

될 때 시작됩니다.

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

서비스 계획

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

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

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



(00:00)에 처음 실행되

며 24시간마다 복제본

을 생성합니다.RPO(Recovery PointObjective): 24시간마

다 복제본을 생성합니

다. (목표를 충족시키지

못하면 알림이 표시됩

니다.)

Application discovery Enabled 없음 Plan Startup 단계에서

결정됩니다.

Application mapping Enabled 없음 애플리케이션 검색 단계가 완료될 때 시작됩

니다.

Pre-copy script 비활성 없음 애플리케이션 매핑 단계가 완료될 때 시작됩

니다.

Create copy Enabled 복제본 유형:

l Bronze

l Silver

l Gold

추가 사항:

l Storage OrderedPreference: 스냅

샷, 클론, 북마크

스토리지 기본 설정의 순서를 정하

거나 선택하거나

지울 수 있습니다.기본적으로 모든

옵션이 선택되어

있습니다. 기본 설정을 모두 선택 취소할 수는 없으며

하나 이상 반드시

선택해야 합니다.

l Storage Settings:IncludeRecoverPointcopies inexpiration

Pre-copy script 단계

가 완료될 때 시작됩니

다.

서비스 계획


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


rotation policy -순환을 계산할 때RecoverPoint 복제본을 포함하려면

이 옵션을 선택하

십시오. 이 옵션을

선택하지 않으면

RecoverPoint 복제본이 누적되고

해당 북마크가

RecoverPoint 어플라이언스에서

"사라질" 때까지

남아 있습니다.

l Configure storageoptions

n VPLEX: 분산

볼륨에 대한 선호 클러스터와

RAID-1 볼륨에

대한 선호 스토

리지를 선택할

수 있습니다.

n VMAX: 서비스

계획에 대한

VMAX V2 복제본 디바이스

를 생성하도록

스토리지 풀을

구성할 수 있습

니다. 스토리지

시스템을 확장

하여 원하는

VMAX V2 스토리지 풀을 선택하거나 선택

취소할 수 있습


풀을 선택하지

않으면 서비스

계획이 VMAXV2 스토리지에

대해 AppSync에 설정된 스토

리지 풀에서 복제본 디바이스

를 생성합니다.기본적으로, 구

서비스 계획




성된 모든 스토

리지 풀이 선택

됩니다. 이 옵션은 VMAXV2 스토리지에

만 적용됩니다.

l AdvancedSettings - 재시도

간격을 통해 구성

한 간격 후에 실패

한 VSS 작업을 재시도할 횟수와 간격을 설정할 수 있습니다. 이 설정은

Windows 애플리

케이션에만 적용됩

니다. 기본 재시도

횟수 값은 3이고 기본 재시도 간격 값은 0초입니다.

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

Unmount previouscopy

비활성 없음 Post-copy script 단계


다.

Mount copy(파일 시스템 서비스 계획의 경우 pre-mountscript 단계도 사용할

수 있음)

비활성 Mount Copy

l Mount on Server:원본 호스트

l Mount withaccess: 읽기/쓰기

l Mount Path: 기본

경로 이미지

l Access mode: 로깅된 액세스

l Copy to Mount:Local(Gold 계획만

해당)

l Use DedicatedStorage Group: 기본적으로 선택됨

l Desired SLO: 마운

트 복제본에 대한

SLO를 선택합니

다. 이 옵션은

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

서비스 계획




VMAX 3 스토리지

에만 적용됩니다.

l Desired FAST VP:FAST VP 정책을

선택합니다. 이 옵션은 VMAX V2 스토리지에만 적용됩

니다.

l VPLEX Mount 옵션: VPLEX 마운트

옵션을 선택합니

다.

l Enable VMwarecluster mount: 마운트 호스트가

ESX 클러스터에

상주하는 VMware가상 머신인 경우

마운트하는 동안

타겟 LUN이 ESX클러스터의 모든

노드에 표시됩니

다. 이 옵션은 기본

적으로 설정되어

있습니다. ESX 클러스터 마운트를

수행하지 않으려면

이 옵션을 선택 취소할 수 있습니다.이 기능은 VPLEX에만 적용됩니다.

l VMware SRM 비활성화:RecoverPoint 정합성 보장 그룹에

대해 SRM 플래그

가 활성화되어 있는 경우 정합성 보장 그룹을 관리할

수 있습니다. 이 기능은

RecoverPoint 4.1이상에만 적용됩니

다.

l 파일 시스템 검사

실행: 마운트 작업

을 수행하는 동안

AppSync 에이전

서비스 계획




트가 fsck 명령을

실행하여 파일 시스템 데이터 정합

성을 검사합니다.이 작업은 시간이

많이 걸릴 수 있습

니다. 이 옵션을 선택 취소하여 마운

트 작업 중에 파일

시스템 검사를 건너뛸 수 있습니다.파일 시스템 검사

옵션은 기본적으로

활성화되어 있습니

다.

복구 작업의 경우

RunFilesystemCheck 옵션이 기

본적으로 활성화되

어 있습니다. 이 옵션은 비활성화할

수 없습니다.

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

Unmount copy 비활성 없음 Post-mount 스크립트

단계가 완료될 때 시작

됩니다.

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

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



(00:00)에 처음


마다 복제본을 생성합니다.RPO(Recovery

서비스 계획


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


PointObjective): 24시간마다 복제본을




Enabled 없음 Plan Startup 단계에서 결정됩니

다.

Applicationmapping

Enabled 없음 Applicationdiscovery 단계


Create copy Enabled l 복제 유형:

n Bronze

n Silver

n Gold

l 복제본 정합성 보장:

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

n Configure VM Snapshots for VMs: 서비스 계획에 추가된 데이터 저장소에서 가상 머신을 선택할 수 있습니다. Exclude VMs forSnapshot 옵션은 기본적으로 활성화됩니다. 따라서 선택된 VM은 서비스 계획 실행 중에 VMware 스냅샷을 생성하는 동안 무시됩니다.Include VMs for Snapshot 옵션을 선택하면 선택된 VM만 서비스 계획 실행 중 VMware 스냅샷 생성에 고려됩니다.

n Include Virtual Machine Disk: 여러 데이터 저장소에 걸쳐 있는 가상

머신 디스크를 보호하려면 이 확인란을 선택하십시오. 기본적으로 이옵션은 선택되어 있지 않습니다.

l Storage Ordered Preference: 스냅샷, 클론, 북마크











Applicationmapping 단계가


니다.

서비스 계획

VMware 서비스 계획 설정 65

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


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

십시오.

이 옵션을 선택하지 않으면 RecoverPoint 복제본이 누적되고 해당 북마

크가 RecoverPoint Appliance에서 "사라질" 때까지 남아 있습니다.

이전 복제본 마운트 해제

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

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

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

l RecoverPoint의 경우, 로깅된 액세스로 마운트 그리고 로컬 복제본 마운

트(로컬 및 원격 복제본 계획일 경우)

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

l Desired SLO: 마운트 복제본에 대한 SLO를 선택합니다. 이 옵션은


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

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

l Enable VMware cluster mount: 마운트 호스트가 ESX 클러스터에 상주

하는 VMware 가상 머신인 경우 마운트하는 동안 타겟 LUN이 ESX 클러

스터의 모든 노드에 표시됩니다. 이 옵션은 기본적으로 설정되어 있습니

다. ESX 클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소할 수있습니다. 이 기능은 VPLEX에만 적용됩니다.

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

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

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

서비스 계획


CHAPTER 5

Microsoft Exchange 보호


l Exchange 지원 개요 ........................................................................................... 68l Exchange 보호를 위한 AppSync 구축.................................................................. 70l Exchange 데이터베이스 보호 .............................................................................. 71l 서비스 계획 세부 정보..........................................................................................73l Exchange 복제본 마운트..................................................................................... 82l Exchange 복제 복구 개요.................................................................................... 86

Microsoft Exchange 보호 67

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 및 2013 DAG(DatabaseAvailability 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(Command Descriptor 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 Interface Service를 설치하고 구성하는 데 첫 번째 자격 증명 세트를 사용합니다. 이 계정에는 로컬 관리자 권한이 있어야 합니다. AppSync는 서비스를 실행하는 데 두 번째 자격 증명 세트를 사용합니다. 사용자는 다음 Exchange 역할이 있는 도메인 사용자여야 합니다.

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

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

업그레이드 후 서비스 계획 변동

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

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

l 스토리지 순서 기본 설정 - 업그레이드 후 모든 서비스 계획의 스토리지 순서 기본 설정이 새로운 스타일의 기본 설정으로 바뀝니다. 업그레이드 후 각 서비스 계획에 대해Create Copy 명령을 선택하여 스토리지 순서 기본 설정이 올바른지 확인하십시오.

l RecoverPoint 복제본 순환 - 업그레이드 후 모든 서비스 계획은 RecoverPoint 복제본에 대해 복제본 순환을 수행하지 않습니다. RecoverPoint 복제본을 생성하는 서비스 계


Exchange 지원 개요 69

획에 대해 복제본 순환을 설정하려면 해당 서비스 계획에 대해 Create Copy 명령을 선택하고 만료 시 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는 서비스 계획을 데이터베이스에 대한 보호 메커니즘으로 사용합니다. 데이터베이스에 대한 서비스 계획을 신청하고, 서비스 계획을 즉시 실행하거나 나중에 실행되도록 예약합니다.

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

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


Microsoft Exchange 메일박스 서버 제거 71

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 데이터베이스 목록에서 데이터베이스를 클릭하여 해당 복제본을 봅니다.

4. Create a copy using plan 목록에서 적절한 서비스 계획을 선택합니다.

데이터베이스에 대해 서비스 계획이 즉시 실행됩니다.

서비스 계획 세부 정보서비스 계획에는 Settings, Subscriptions, Copies, Events 탭 그리고 SQL Server 계획의경우 Log Backups 탭이 있습니다.


필요 시 복제본 만료 73

Settings 탭에는 서비스 계획의 이름, 설명 및 상태(활성화 또는 비활성화)가 표시됩니다.그 외에 계획의 여러 단계도 이 탭에 포함되어 있습니다. 해당하는 탭을 클릭하여 서브스크립션, 계획에 의해 생성된 복제본, 서비스 계획 실행 중에 생성된 이벤트 그리고 SQL Server의 경우 계획에 의해 생성된 로그 백업과 관련된 정보를 확인하십시오.

서비스 계획 스케줄

서비스 계획의 스케줄은 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

3. PowerShell 세션을 정상적으로 완료하려면 PowerShell 스크립트를 호출하는 행의 끝에 <nul을 추가합니다. 스크립트의 기본 위치는 애플리케이션 호스트의%ProgramData%\EMC\AppSync\scripts\입니다.

정확한 매개 변수는 스크립트에 따라 다릅니다. 공백이 있는 매개 변수는 큰따옴표로 묶어야합니다.

이 단계는 활성화하거나 비활성화할 수 있습니다. 이 작업을 수행하려면 AppSync에서 서비스 계획 관리자 역할이 필요합니다.


애플리케이션 검색 75

복제본 생성

복제본 생성 단계에서는 서비스 계획에 지정된 복제 기술로 복제본을 만듭니다.

이 단계는 생성할 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를 구성할 수있습니다.

표 15 Microsoft Exchange 이벤트 오류

Error 의미

-1018 데이터베이스의 특정 페이지에 대한 정보를 확인

하려 했지만 실패했습니다.

-1019 1018 오류와 유사하지만, 액세스한 페이지에서

잘못된 체크섬이 아닌 잘못된 페이지 번호(일반

적으로 모두 0)를 반환했음을 나타냅니다.

-1022 특히 디스크 서브시스템 문제와 같은 주요 하드

웨어 문제를 나타냅니다. 데이터베이스 엔진에서

디스크로부터 페이지를 요청했으나 대신 입출력

서브시스템으로부터 오류를 받게 되는 경우

-1022 오류가 발생합니다.

447 논리적 데이터베이스 구조가 손상되었음을 나타

냅니다. 이 오류는 정보 저장소가 비정상적으로

종료되었음을 나타내는 메시지와 함께 표시됩니

다.

448 Microsoft Jet 데이터베이스 테이블의 정합성이

보장되지 않거나 테이블이 손상되었음을 나타냅

니다. 이 오류는 테이블에서 정보 저장소 데이터

비정합성이 감지되었음을 나타내는 메시지와 함께 표시됩니다.

데이터베이스 및 로그 레이아웃

Exchange는 DAG 환경에 데이터베이스의 복제본이 두 개 이상 있을 경우 데이터베이스 및로그가 동일한 볼륨에 있는 환경을 지원합니다. 데이터베이스 및 로그가 동일한 볼륨에 상주하지 않도록 하는 제한을 무시하도록 서비스 계획을 구성할 수 있습니다.

Exchange 데이터베이스의 복제본을 생성할 경우, 데이터베이스 및 로그가 동일한 볼륨에있으면 복구 옵션이 제한되므로 서비스 계획이 이러한 구성을 허용하지 않도록 제한하는 것이 가장 좋습니다. 하지만 이러한 구성의 서비스 계획이 성공하는지 실패하는지 여부를 선택할 수 있습니다.

이 옵션은 서비스 계획의 복제본 생성 단계에서 설정됩니다.

이 옵션을 선택하면 데이터베이스 및 로그를 함께 복구할 수밖에 없습니다. 또한 복구를 수행하면 가장 최신 로그 파일을 덮어쓰게 됩니다. 복구 중에 최신 파일이 사용되지 않도록 하려면 복구를 수행하기 전에 다른 볼륨으로 복사하십시오.

VSS 장애 발생 시 재시도 구성

서비스 계획의 Create copy 단계에서 VSS 재시도 횟수를 구성할 수 있습니다. 보호하는 동안 VSS 시간 초과 문제와 같은 VSS 장애 때문에 서비스 계획이 실패하는 경우 서비스 계획에서 지정된 재시도 횟수와 간격에 따라 VSS 고정/고정 해제 작업을 다시 실행합니다. 이


복제본 생성 77

옵션은 파일 시스템, Microsoft SQL 및 Microsoft Exchange 등의 Windows 애플리케이션에서만 지원됩니다.

애플리케이션 자체 고정이 실패하면 AppSync에서 VSS 재시도를 수행하지 않습니다. 애플

리케이션이 복제본을 생성할 수 있는 상태가 아니면 AppSync가 해당 애플리케이션을 중지

하지 못하고 VSS 고정/고정 해제 작업을 재시도하지 않습니다. 애플리케이션을 중지할 수있는 상태도 되돌린 다음 서비스 계획을 다시 실행해야 합니다.

사후 복제 스크립트

복제본을 생성한 후에 정리 또는 기타 사후 복제 단계를 수행하려면 서비스 계획의Settings 탭에서 사후 복제 스크립트 및 매개 변수를 지정하십시오.

스크립트는 Create copy 단계가 성공적으로 완료될 경우 실행됩니다. 유효한 스크립트 형식은 .bat, .exe 및 .ps1(PowerShell 스크립트)입니다. 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬 시스템으로 실행됩니다.

AppSync는 서비스 계획에서 애플리케이션 항목의 복제본을 생성할 때 애플리케이션 항목을 분할하여 서로 다른 그룹에 배치하는 방법으로 보호할 수 있습니다. 이 작업은 성능상의이유(예: Exchange 및 SQL용 VSS)일 수도 있고, 서비스 계획에 있는 항목을 서로 다른 복제 기술로 보호할 수 있기 때문일 수도 있습니다. 예를 들어 서비스 계획에서 일부 애플리케이션 항목은 VNX Snapshots에 의해 보호되고, 일부는 RecoverPoint 북마크에 의해 보호됩니다. 그 결과, 이러한 그룹 안에 있는 애플리케이션 항목이 개별적으로 보호됩니다.

AppSync는 복제 후 스크립트를 호출할 때 -appCopies <APP1> <APP2>로 스크립트를 호출함으로써 그룹에서 생성된 복제본을 전달합니다. 여기서 APP1 및 APP2는 해당 그룹에포함된 애플리케이션 항목의 이름입니다.





2. 스크립트를 실행할 수 있도록 PowerShell 실행 정책을 설정합니다. 예를 들어 제한되지않은 정책에 대한 .bat 파일의 첫째 행은 다음과 유사해야 합니다. powershell -command set-executionpolicy unrestricted <nul

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 페이지에 "Utility Host"로 표시됩니다.

l Mount with access복제본을 마운트할 때 사용할 액세스 유형을 선택합니다(Read/Write 또는 Read only).

l Mount Path

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입니다.



이전 복제본 마운트 해제 79

< > : " / | ? *

데이터베이스를 다른 미디어에 백업하는 경우에는 이 메타데이터 파일도 백업해야 합니다.

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을공유하지 않고 마운트 호스트에 병렬 정합성 검사를 지원할 충분한 리소스가 있으면 Inparallel 옵션을 사용하십시오. Exchange가 처리할 수 있는 병렬 검사는 16개로 제한됩니다.

정합성 검사가 성공적으로 완료되면 AppSync는 로그를 자르도록 Exchange에 지시하여 데이터베이스에 대해 커밋되지 않은 변경 사항만 유지되도록 합니다.

이 단계는 활성화하거나 비활성화할 수 있습니다.

정합성 검사를 위한 고급 옵션

AppSync는 Exchange 정합성 검사 실행 방법을 변경하는 고급 옵션을 제공합니다. 이러한기능을 설정하면 성능에 영향을 줄 수 있습니다.

l 로그 확인 최소화이 옵션을 선택하면 정합성 검사 소프트웨어가 데이터베이스를 복구하는 데 필요한 로그만 확인하게 되므로 로그 확인 속도가 향상됩니다. 이 옵션을 선택하면 정합성 검사성능이 향상됩니다. 이 옵션을 사용하지 않으면 데이터베이스의 모든 로그를 대상으로정합성 검사가 수행됩니다.

이 명령은 복제본에 포함된 Exchange 로그의 하위 세트만 확인하도록 AppSync에 지시합니다. 로그의 하위 집합은 실제로 데이터베이스를 복구하는 데 필요한 로그입니다. 백업 윈도우가 작을 경우에는 이 옵션이 유용할 수 있습니다. 하지만 이 복제본에는 정합성이 검사되지 않은 로그가 포함됩니다. 로그 볼륨을 복구하려는 경우 일부 로그 파일이손상되었거나 로그 시퀀스가 완전하지 않은 경우도 있습니다. 로그 볼륨을 복구하기 전에 복제본을 마운트하고 로그 경로에 대해 eseutil /k Enn을 실행하십시오.

보호 수준을 최대한 높이려면 로그 확인 화면 최소화 확인란의 선택을 취소하고, 최대의성능을 얻으려면 이 확인란을 선택합니다.

필요한 로그 파일이 확인을 위해 복제되는 작업 디렉토리도 설정해야 합니다.


복제본 검증 81

정합성 보장 방법이 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 필터를 사용하여 마운트할 적절한 복제본을 선택합니다.

선택한 필터에 따라 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)를 선택합니다.


마운트 및 복구 제한 사항 83

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 또는 Readonly).

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 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(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를 선택하여 복제본 마운트에 포함되는 각 단계의진행 상황을 확인합니다.

마지막으로 완료한 단계가 목록 맨 아래에 표시됩니다.

마운트 복제본을 위한 검증 옵션

Differential 백업 복제본에 대한 검증은 지원되지 않습니다.

Validate database and logs하나 이상의 Microsoft Exchange 데이터베이스에 대해 복제본을 생성할 경우 이 복제본을마운트하고 정합성을 위해 테스트를 수행해야 합니다. 복제본이 생성되면 대체 호스트에 자동으로 마운트하도록 선택한 경우 이 복제본에 대해 정합성 검사를 실행해야 합니다. 검증옵션은 다음과 같습니다.

l Sequentially - 한 데이터베이스에서 시간 순서대로 테스트를 실행합니다(직렬 모드).한 LUN에 여러 개의 Exchange 데이터베이스가 있는 경우 이 옵션을 선택합니다.

l In Parallel - 여러 개의 데이터베이스에서 동시에 테스트를 실행합니다(병렬 모드).

로그 확인 최소화

로그 확인 화면 최소화를 선택하면 AppSync가 복제본에 포함된 Exchange 로그의 하위 세트를 확인합니다. 백업 윈도우가 작을 경우에는 이 옵션이 유용할 수 있습니다. 그러나 복제본에는 정합성이 검사되지 않은 로그가 포함되어 있을 수도 있습니다.

보호 수준을 최대한 높이려면 로그 확인 화면 최소화 확인란의 선택을 취소하고, 최대의 성능을 얻으려면 이 확인란을 선택합니다.

Working directory - 단일 디렉토리의 모든 로그에만 정합성 검사를 실행할 수 있으므로 이필드를 사용하면 검사를 실행하기 위해 관련 로그 파일을 이동할 대상 디렉토리를 지정할 수있습니다.


필요 시 Exchange 복제본 마운트 85

Throttle validation정합성 검사 중에 입출력 임계치를 조절하려면 이 옵션을 선택합니다. 이 옵션은 고급 사용자용으로, 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 창에 마운트 해제 작업의 진행률이 표시됩니다. 선택한 복제본과 연관된모든 복제본이 마운트 해제됩니다.

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에의해 복구됩니다. 보호되지 않았지만 영향을 받는 인접 항목인 다른 데이터베이스는 덮어쓰게 됩니다. AppSync는 복구하도록 선택된 데이터베이스의 정합성 보장 그룹, LUN 그룹 또는 LUN에 대해 영향을 받는 인접 항목을 계산합니다. 영향을 받는 데이터베이스가 부분적으로 다른 정합성 그룹, LUN 그룹 또는 LUN에 상주하는 경우, AppSync는 해당 정합성 보장 그룹, LUN 그룹 또는 LUN에 있는 영향을 받는 인접 항목을 계산하지 않습니다.

영향을 받는 인접 항목은 복구 세분화를 기준으로 계산됩니다. 데이터와 로그 모두를 복구하도록 선택한 경우에는 데이터베이스가 상주하는 모든 정합성 보장 그룹, LUN 그룹 또는LUN에 대해 영향을 받는 인접 항목이 계산됩니다. 데이터만 복구 또는 로그만 복구를 선택한 경우에는 선택한 구성 요소의 정합성 보장 그룹, LUN 그룹 또는 LUN에 대해서만 영향을받는 항목이 계산됩니다.

데이터베이스의 데이터 및 로그 구성 요소가 같은 정합성 보장 그룹 , LUN 그룹 또는 LUN에 상주하는 경우, 로그만 복구하거나 데이터만 복구하는 옵션을 사용할 수 없습니다. 데이터 및 로그를 복구하는 옵션만 사용할 수 있습니다. 이 시나리오의 유일한 예외는 차등 복제복구를 수행하도록 선택할 때입니다.

VMware 가상 디스크의 경우, 데이터 저장소가 복구에 포함되기 때문에 같은 데이터 저장소에 위치한 모든 애플리케이션(같은 데이터 저장소에 있는 가상 디스크)의 복구 또한 영향을받는 인접 항목입니다.


복구 중에 영향을 받는 인접 항목 87

Exchange 복제본에서 복구

복제본 또는 데이터베이스에서 Exchange 복제본을 복구할 수 있습니다.

시작하기 전에


절차

1. 페이지 아래쪽의 작업 버튼에서 Recover > Restore > Databases and logs를 선택합니다.

2. 복구할 복제본을 선택하고 Next를 클릭합니다.

3. Select Options 페이지에서 적절한 복구 옵션을 선택하고 Next를 클릭합니다.

옵션 설명

Both data andlogs

전체 및 복제본 백업에서 복구할 때 사용할 수 있습니다.

Data 전체 및 복제본 백업에서 복구할 때 사용할 수 있습니다.

Logs 전체, 복제본 및 차등 백업에서 복구할 때 사용할 수 있습니다.

Recover andmountdatabases afterrestore

이 옵션은 선택된 상태로 두십시오. 선택하지 않으면 데이터베이스를 수동으로 복구해야 합니다.

Allow AppSyncto activatedatabases

DAG에 대해서만 사용할 수 있습니다. 선택하면 데이터베이스 복제본이 복구되기 전에 서버에서 활성화됩니다.

Exchange는 액티브 복제본에만 복구하고, AppSync는 복제본을

만든 서버에 복구합니다.

Restore Warnings 페이지가 표시됩니다. 선택한 복제본에 영향을 받는 인접 항목이 있는 경우 이 페이지가 표시될 수 있습니다.

4. 영향을 받는 데이터베이스에 대한 경고 메시지를 확인합니다.

Exchange 2013의 경우, AppSync는 선택한 데이터베이스 또는 영향을 받는 인접 항목이 공용 폴더 기본 계층 메일박스를 포함하고 있는지를 확인하려고 시도합니다. 일치 항목이 발견되면 복구 작업을 계속할 수 없다는 오류 메시지가 표시됩니다.

공용 폴더 기본 계층 메일박스의 상주 위치를 확인하려면 AppSync에서 사용자 프로파일에 추가적인 Exchange 역할 즉, 보기 전용 조직 역할이 있어야 합니다. 사용 중인 계정에 이 역할이 없는 경우에는 경고 메시지가 표시됩니다.

5. 선택한 복제본과 함께 다른 개체를 복구하는 것에 동의하려면 확인란을 선택합니다.

덮어쓸 데이터베이스를 수동으로 마운트 해제해야 합니다.

6. Summary 페이지를 검토하고 Finish를 클릭하여 복제본을 복구합니다.

7. Results 페이지에서 View Details를 클릭하여 복제본 복구에 포함되는 각 단계의 진행률을 확인합니다.




수동으로 Exchange 데이터베이스 복구

Restore Wizard에서 Recover and mount the databases after restore 옵션을 선택하지 않았을 때는 수동 복구를 수행하십시오.

시작하기 전에

데이터베이스 파일만 복구하려는 경우에는 복구에 필요한 트랜잭션 로그 파일이 있는지 확인하십시오. 간격이 없이 연속되는 로그 파일이 필요합니다. 필요한 최소 로그 범위를 결정하려면 복구 후 및 복구 실행 전에 각 데이터베이스에 대해 다음 명령을 실행합니다.ESEUTIL /mh <database name>를 통해 보고하십시오. ESEUTIL 출력에서 LogRequired 정보를 찾습니다.

데이터베이스가 액티브 복제본인 경우 먼저 이를 마운트 해제해야 ESEUTIL 명령을 제대로실행할 수 있습니다.

절차

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 옵션을 선택합니다.


수동으로 Exchange 데이터베이스 복구 89

로그 복구

Full 또는 Copy 백업에서 데이터를 복구한 후에 이후의 복제본에서 로그를 복구하여 복제본을 최신 상태로 만듭니다.

로그에서 복제본을 복구하는 과정은 두 단계로 이루어집니다. Restore Wizard를 실행하고 Full 백업 복제본을 선택하여 데이터만 복구합니다. 이때 Recover and mount thedatabases after restore를 선택하지 않습니다.

Restore Wizard를 다시 실행하고 백업 복제본(RecoverPoint의 경우 Differential 백업)을선택하여 로그만 복구합니다. 이때는 Recover and mount the databases after restore옵션을 선택합니다. 이 복제본은 처음 실행할 때 선택한 백업 복제본보다 더 최근의 것이어야 합니다.

복구 작업에 로그 복구가 포함되는 경우, 복구는 복제본이 만들어진 이후에 생성된 모든 로그를 덮어씁니다. 따라서 복구 작업이 끝난 후에는 해당 복제본이 생성된 시점이 데이터베이스에 반영됩니다. 해당 복제본 이후에 생성된 로그를 보존하려면 데이터베이스만 복구하여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 옵션을 선택하지 않은 경우에는 다음 수동 단계를 수행하여 데이터베이스를 복구합니다.

절차

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 디렉토리를 삭제합니다.


삭제된 Exchange 데이터베이스 복구 91



CHAPTER 6

SQL Server 보호


l SQL Server 지원 개요......................................................................................... 94l AAG(AlwaysOn Availability Group) 지원............................................................. 97l SQL Server 트랜잭션 로그 백업...........................................................................97l 클러스터에서 SQL Server 작업 시 고려 사항.......................................................106l SQL Server User Databases 폴더......................................................................108l SQL 데이터베이스 보호..................................................................................... 109l SQL Server에 대한 마운트 고려 사항..................................................................123l SQL Server 데이터베이스 복구 개요................................................................... 131

SQL Server 보호 93

SQL Server 지원 개요AppSync를 사용하여 Microsoft SQL Server 데이터베이스의 애플리케이션 정합성이 보장되는 복제본을 만들고 관리합니다.

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

l AAG(AlwaysOn Availability Group) 지원

l 서비스 계획 실행 도중 사용자 데이터베이스의 동적 검색

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

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

하지 않습니다.

l 독립 실행형 및 클러스터링된 운영 SQL Server 인스턴스에 대한 보호

l 대체 클러스터 또는 운영 클러스터의 클러스터 노드 또는 독립 실행형 서버에 클러스터링되지 않은 리소스로 마운트 대체 클러스터 인스턴스에 복구 마운트

SQL Server 데이터베이스 복제본 재활용 지원

SQL Server 사전 요구 사항

SQL Server 구성이 여기에 나열된 사전 요구 사항을 충족하는지 확인합니다. https://elabnavigator.emc.com/eln/extendedSupport 의 AppSync Support Matrix 에서는 지원되는 소프트웨어와 플랫폼에 대한 정확한 정보를 제공합니다.

l SQL Server 데이터베이스와 해당 트랜잭션 로그는 동일한 스토리지 시스템의 디스크에 위치해야 합니다.

l 복제 작업 시 SQL Server 데이터베이스는 온라인 상태여야 합니다.

l 파일 그룹과 연관된 전체 텍스트 카탈로그는 해당 파일 그룹의 복제본의 일부로 포함되어 있습니다. 지원되는 스토리지에 전체 텍스트 카탈로그가 없는 경우 보호가 실패합니다. 전체 텍스트 카탈로그를 사용할 때는 카탈로그가 있는 스토리지 디바이스에 해당 데이터베이스와 관련 없는 데이터가 포함되지 않도록 해야 합니다.

l 마운트된 복제본에서 데이터베이스를 복구하려면 마운트 호스트에 SQL Server가 설치되어 있어야 합니다. 운영 호스트와 마운트 호스트에서 동일한 버전의 SQL Server를 사용하는 것이 좋습니다.

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

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

l 시스템 데이터베이스는 지원되지 않습니다.

l SQL Server 데이터베이스 스냅샷은 검색되지 않습니다.

l 데이터베이스 미러의 복제본 생성은 지원되지 않습니다. 복제본을 생성하려고 시도하면데이터베이스가 유효하지 않은 상태가 되는 오류가 발생합니다.

SQL Server 보호




SQL Server의 지원되는 구성

AppSync는 아래와 같은 SQL 구성을 지원합니다.

l 여러 SQL Server 데이터베이스는 같은 볼륨이나 여러 볼륨에 걸쳐 있을 수 있습니다.하지만 Best Practice는 볼륨에서 여러 SQL Server 인스턴스의 데이터베이스를 혼합하지 않는 것입니다.

l 여러 SQL Server 인스턴스가 같은 호스트에 공존할 수 있습니다.

가상 디스크에서의 SQL Server 지원

VMware 가상 디스크에 있는 SQL Server 독립 실행형 및 클러스터링된 데이터베이스를 보호하고, 마운트하고, 복구할 수 있습니다.

보호 중에:

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


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

l 클러스터링된 SQL Server 데이터베이스를 복구할 때는 클러스터링된 SQL Server 인스턴스의 모든 소유자 노드를 AppSync에 추가해야 합니다.

필요한 권한

사용자가 SQL Server 환경에서 데이터베이스를 보호하려면 특정 권한이 있어야 합니다.SQL Server 인증 또는 Windows 인증을 사용하려면 사용자 계정을 구성해야 합니다.

Windows 사용자 계정은 로컬 관리자 그룹의 구성원이거나 다음에 요약된 제한 사항이 적용되는 비관리자 계정일 수 있습니다.

SQL Server 2012에서, 데이터베이스 엔진의 서비스 시작 계정에서 사용된 기본 가상 계정에는 마운트 또는 복구된 데이터베이스 파일에 액세스하기 위한 필수 파일 시스템 권한이 없습니다. 따라서 SQL 데이터베이스 복구가 실패할 수 있습니다. 이 문제를 해결하려면 SQLServer 데이터베이스 엔진이 적절한 권한이 있는 도메인 사용자 계정을 사용하도록 서비스시작 계정을 변경해야 합니다.

로컬 관리자 권한이 없는 도메인 계정에 대한 사용 권한 설정

로컬 관리자 권한이 없는 도메인 계정을 사용해야 할 경우에는 추가적인 단계가 필요합니다.

절차

1. Windows 도메인 사용자(예: sqluser)를 생성하고 도메인 사용자 그룹의 일부로 만듭니다.

2. SQL Server Management Studio에서 새로 만든 도메인 계정을 사용하여 새 로그인을 만들고 Windows 인증을 선택합니다.

3. General 페이지에서 master를 기본 데이터베이스로 선택합니다.

4. Server Roles 페이지에서 sysadmin 및 public을 선택합니다.

5. User Mapping 페이지에서 데이터베이스 역할 구성원 자격을 public으로 설정합니다.

6. 이 사용자가 액세스해야 하는 각 SQL Server 인스턴스에 사용자를 추가합니다.

SQL Server 보호

SQL Server의 지원되는 구성 95

a. 도메인 컨트롤러에서 도메인에 추가된 호스트에서 Start > Programs >Administrative Tools > Domain Controller Security Policy.

도메인에 추가된 호스트에서 Start > Programs > Administrative Tools >Local Security Policy

b. 보안 설정을 액세스하여 로컬 로그인을 허용합니다(Security Settings > LocalPolicies > 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 > LocalPolicies > User Rights Assignment > Allow log on locally).

c. 앞서 생성한 사용자(예: sqluser)를 추가합니다.

6. 이 사용자에게 AppSync 플러그인이 설치된 폴더에 대한 읽기 및 쓰기 권한을 부여합니다.

7. 트랜잭션 로그를 파일로 백업하는 복구 옵션을 선택한 경우, 사용자에게 대상 디렉토리에 대한 권한이 있어야 합니다.

SQL Server 인스턴스에 대한 로그인 자격 증명 업데이트

SQL Server 인스턴스에 대한 자격 증명이 변경된 경우 AppSync에서 업데이트해야 합니다.

SQL Server 보호


시작하기 전에

이 작업을 수행하려면 AppSync에서 데이터 관리자 역할이 필요합니다. 또한 SQL Server인스턴스에 대한 새 자격 증명을 알고 있어야 합니다.

절차

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 Switch toCopy 옵션을 통해 보조 데이터베이스에 대한 백업을 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 인스턴스에 속한 데이터베이스 복제본이 없는 한, AlwaysOnAvailability Group에 대해 다중 서브넷이 지원됩니다.

SQL Server 트랜잭션 로그 백업AppSync 2.1 이상은 SQL Server 트랜잭션 로그 백업을 지원합니다. 백업을 구축하기 전에주요 고려 사항과 제한 사항을 확인하십시오.

모든 SQL Server 데이터베이스에는 트랜잭션 로그가 있습니다. 로그 백업 볼륨의 복제본을생성할 수 있도록 AppSync에서 지원하는 EMC 스토리지 시스템에 로그 백업을 쓰십시오.페일오버 클러스터 환경에서 데이터베이스의 로그를 백업하는 경우에는 로그 백업이 같은위치에 쓰여질 수 있도록 공유 스토리지 또는 네트워크 공유를 사용하십시오.

운영 데이터베이스 복구 중에 또는 운영 데이터베이스의 복제본을 만들 때 트랜잭션 로그 백업을 사용할 수 있습니다. 데이터베이스 복구 모델에 따라 트랜잭션 로그가 꽉 찰 수 있습니다. 로그의 누적을 방지하기 위해 잘라내기를 설정한 상태에서 트랜잭션 로그 백업을 정기적으로 실행하십시오.

AppSync 는 AAG(AlwaysOn Availability Group) 환경에서 트랜잭션 로그를 백업할 수 있습니다. 운영 또는 보조 데이터베이스 복제본을 백업할 수 있습니다. 잘라내기가 설정된 경우, 잘라내기를 시작하려면 운영 또는 보조 트랜잭션 로그를 백업하십시오.

트랜잭션 로그 백업은 스트리밍 백업을 사용할 때만 지원됩니다. VSS 하드웨어 스냅샷 기술을 사용할 때는 지원되지 않습니다. AppSync를 사용하여 트랜잭션 로그를 파일에 백업할

SQL Server 보호

AAG(AlwaysOn Availability Group) 지원 97

수 있습니다. 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 서비스 계획의 트랜잭션 로그 백업을 설정하는 방법에 대해 알아보십시오.

시작하기 전에

백업을 위해 선택한 사용자 계정이 디렉토리에 대한 모든 권한을 가지고 있는지 확인하십시오. 이 계정은 데이터베이스를 검색할 때 입력한 사용자 계정입니다. 또한 보호 중인 SQLServer 인스턴스의 SQL Server Database Engine Service에 대해 구성된 계정이 백업 디렉토리에 대한 모든 권한을 가지고 있는지 확인하십시오.

이 확인란을 선택하면 Transaction Log Backup Options 대화 상자가 나타납니다. 이 대화 상자에서 로그 백업을 실행할 시점과 방법 그리고 로그 백업 파일을 쓸 위치를 사용자 지정할 수 있습니다. 트랜잭션 로그 백업은 순차적으로 실행됩니다.

SQL Server 보호


그림 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.trn3. Free space on volume 필드를 사용하여 AppSync에서 트랜잭션 로그 백업을 시작

하기 전에 볼륨의 여유 공간 양을 확인하기 위한 값을 설정합니다.

사용 가능한 여유 공간이 부족하면 알림이 생성되고 로그 백업이 실패합니다.

SQL Server 보호

SQL Server 트랜잭션 로그 백업 구성 99

4. Backup group size 필드를 사용하여 SQL Server 인스턴스의 병렬 로그 백업 수를제어합니다. 기본값은 5입니다(AppSync에서 로그 백업을 5개 그룹으로 실행함).

예를 들어 같은 SQL Server 인스턴스에 있는 15개의 데이터베이스를 서비스 계획에적용하면 세 개의 로그 백업이 병렬로 실행됩니다. 트랜잭션 로그 백업은 순차적으로실행됩니다.

5. 전체 데이터베이스 백업을 생성할 때 Truncate the logs 필드를 선택하거나 선택 취소합니다.

Full 백업 유형을 선택하면 이 필드가 기본적으로 선택되고, Copy를 선택하면 비활성화됩니다. 보조 데이터베이스를 보호하려면 로그를 잘라내고 Auto switch to Copy와 Truncate the logs를 선택합니다.

6. 로그 백업에 체크섬을 수행하려면 Checksum the backup 필드를 선택합니다.

7. Minimum Retention Hours 옵션을 설정하여 트랜잭션 로그 백업 파일의 삭제 시점을 제어합니다.

트랜잭션 로그 백업 만료는 더 오래된 데이터베이스 백업이 없을 경우에 수행됩니다.AppSync는 로그 백업 파일 그리고 AppSync 데이터베이스에 포함된 로그 백업 정보를 삭제합니다. 기본 설정은 24시간입니다. 즉, AppSync는 최소한 24시간이 지나기전까지는 어떠한 로그 백업도 만료시키지 않습니다. 유효한 범위는 0-10,000시간입니다.

로그 백업 스크립트 구성

로그 전 및 로그 후 백업 스크립트를 설정함으로써 로그 백업 전후에 스크립트를 실행할 수있습니다.

로그 전 백업 스크립트는 운영 호스트에서 실행됩니다. 로그 후 백업 스크립트는 운영 호스트 또는 마운트 호스트(마운트가 설정된 경우)에서 실행될 수 있습니다. 서버를 직접 지정할수도 있습니다. 서버에 AppSync 호스트 플러그인이 설치되어 있어야 합니다.

SQL Server 보호


그림 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 탭을 선택하십시오. 마지막으로, Createlog backup using plan 목록에서 적절한 서비스 계획을 선택하여 로그 백업을 실행합니다.

서비스 계획에 대한 로그 백업 보기

SQL Server 로그 백업의 목록은 Service Plan Log Backups 탭 또는 Database LogBackups 탭에서 볼 수 있습니다.

SQL Server 보호

필요할 때 로그 백업 실행 101

시작하기 전에


복제본 목록은 생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다. Service PlanCopies 탭에서 인스턴스를 기준으로 필터링할 수도 있습니다.

절차

1. 서비스 계획에 대한 모든 로그 백업의 목록을 보려면 Service Plans > MicrosoftSQL Server로 이동합니다.

2. 서비스 계획을 선택합니다.

3. Log Backups 탭을 클릭합니다.

결과

이제 서비스 계획에 대한 로그 백업 목록을 볼 수 있습니다. 다음 표에서는 로그 백업에 대한세부 정보를 설명합니다.

표 16 서비스 계획 로그 백업 세부 정보

열 설명

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 탭에서 복제본의 자세한 정보를 볼 수도 있습니다.복제본 목록은 생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다. Service PlanCopies 탭에서 인스턴스를 기준으로 필터링할 수도 있습니다.

SQL Server 보호


표 17 Service Plan Copy 세부 정보

열 설명


l 노란색: 완료되었지만 오류 발생

l 빨간색: 실패

Name 복제본의 이름입니다. 복제본은 생성된 시간에 따라 명명됩니다.

Service Plan 복제본과 관련된 서비스 계획의 이름입니다. 재활용 복제본의 경우 이

열에 Repurpose 링크가 표시됩니다. 1세대 또는 2세대 복제본에 대한

서비스 계획을 편집하려면 이 링크를 클릭합니다.

재활용 복제본에 대한 서비스 계획에서 재정의 예약 및 마운트 옵션은

비활성화됩니다.

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

l Full은 데이터베이스 그리고 트랜잭션 로그의 활성 부분을 보호합

니다.

l Copy는 백업 순서에 영향을 미치지 않고 데이터베이스와 트랜잭션

로그의 활성 부분을 보호합니다.

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

l 보조 데이터베이스는 읽기 전용이며 Copy 백업 유형을 통해서만

백업할 수 있습니다. Auto Switch to Copy는 백업 유형으로

Full이 선택된 경우에만 설정할 수 있으며 기본적으로 선택되어 있지는 않습니다. Auto Switch to Copy를 선택하면 AppSync에서

데이터베이스 역할이 Secondary인지를 확인하고, 그럴 경우 백업

유형을 Copy로 전환합니다. Auto Switch to Copy를 설정하지 않으면 모든 보조 데이터베이스에 대해 백업이 실패합니다. Non VDI

를 선택하면 Auto Switch to Copy와 Enable log backup이비활성화됩니다.

Mount Status 복제본이 마운트되어 있는지 여부가 표시됩니다. 마운트된 경우에는 마운트 호스트의 이름이 표시됩니다.

Recovery Status 사용 가능한 값은 다음과 같습니다.

l Not Recovered - 복제본이 마운트되지 않았거나 파일 시스템 마운

트인 경우

l Successful - 복구에 성공한 경우

l Failed - 복구에 실패한 경우

Availability Group Availability Group 열은 데이터베이스가 어떤 가용성 그룹에 속해 있는

지를 보여 줍니다.

Generation 재활용된 복제본에 사용되는 이 열은 해당 복제본이 운영 데이터베이스

로부터 몇 번에 걸쳐 생성되었는지를 설명합니다.

Source 이 열은 소스 데이터베이스 또는 생성된 복제본의 원본 복제본을 표시

합니다.

SQL Server 보호

SQL 데이터베이스 복제본 보기 103

표 17 Service Plan Copy 세부 정보 (계속)

열 설명

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를 선택하

면 Gen 2 복제본을 생성할 수 있는 Repurpose 마법사가 시작됩니다.

단일 데이터베이스에 대한 로그 백업 목록 보기

단일 데이터베이스에 대한 로그 백업을 볼 수도 있습니다.

다음 단계를 수행하십시오.

절차

1. Copy Management > Microsoft SQL Server로 이동한 후에 SQL Server 인스턴스를 선택합니다.

2. User Databases 폴더를 클릭합니다.

3. 목록에서 데이터베이스를 클릭하고 Log Backups 탭을 선택합니다.

결과

이제 데이터베이스에 대한 로그 백업 목록을 볼 수 있습니다. 다음 표에서는 로그 백업에 대한 세부 정보를 설명합니다.

SQL Server 보호


표 18 데이터베이스 로그 백업 세부 정보: SQL Server 인스턴스를 나타냅니다.

열 설명


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로 설정되어 있습니다.

l 순환은 1로 설정되어 있습니다.

l 로그 백업 최소 보존 기간은 24시간으로 설정되어 있습니다.

서비스 계획이 여러 차례 실행되어 데이터베이스 백업과 여러 개의 로그 백업이 생성되었습니다. 서비스 계획이 다시 실행되어 데이터베이스 백업을 생성하고 첫 번째 데이터베이스 백업은 만료됩니다. 그러면 이전 데이터베이스 백업이 없는 여러 개의 로그 백업이 남게 됩니

SQL Server 보호

로그 백업 만료 105

다. 서비스 계획이 다시 실행되어 로그 백업을 생성하고 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 인스턴스의 가능한소유자인 모든 노드에 AppSync 호스트 플러그인을 설치해야 합니다. AppSync 콘솔을 사용하여 플러그인을 설치하거나 각 서버에서 수동으로 플러그인을 설치할 수 있습니다. 플러그인이 설치되면 AppSync 콘솔을 사용하여 클러스터링된 SQL Server 인스턴스의 네트워크 이름 또는 IP 주소를 추가합니다.

클러스터링된 SQL Server 인스턴스 보호:

SQL Server 보호


l 각 노드에 AppSync 호스트 플러그인 소프트웨어를 설치한 후에 SQL Server 가상 서버를 AppSync에 추가해야 합니다.

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 원래 서버가 가상 서버인 경우, "original server" 옵션을 사용하여 운영 클러스터에 마운트할 수 없으며 마운트가 실패합니다.

l 복제본이 운영 클러스터에 마운트되어 있는 동안에는 RecoverPoint 마운트 복구를 수행할 수 없습니다

l RecoverPoint SQL APIT 복제본을 운영 클러스터 노드에 마운트할 수 없습니다.

예제 1 클러스터링된 SQL Server 인스턴스에서 소유한 데이터베이스 보호

이 예에서는 클러스터링된 SQL Server 인스턴스에서 소유한 데이터베이스를 보호하려고합니다. 또한 이러한 데이터베이스 중 일부는 AAG(AlwaysOn Availability Group)에 속해있습니다. 이 예에 대한 다음 그림을 참조하십시오.

SQL Server 보호

클러스터에서 SQL Server 작업 시 고려 사항 107

예제 1 클러스터링된 SQL Server 인스턴스에서 소유한 데이터베이스 보호 (계속)

그림 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(AlwaysOn AvailabilityGroup)에 속한 데이터베이스를 호스팅하고 있습니다.

l lrmq126은 독립 실행형 SQL Server 인스턴스가 설치된 마운트 호스트입니다.

클러스터링된 인스턴스와 독립 실행형 인스턴스에 속한 데이터베이스를 보호하려면 다음단계를 따르십시오.

1. AppSync 콘솔을 사용하여 lrmq120, lrmq121 및 lrmq122를 추가합니다. AppSync는 이러한 서버에 플러그인을 설치하고 클러스터링되지 않은 인스턴스를 검색합니다. 마운트호스트가 필요한 경우 이제 lrmq126을 추가할 수 있습니다.

2. AppSync 콘솔을 사용하여 클러스터링된 인스턴스용 가상 서버를 추가하고 lrmq093 및lrmq094를 추가합니다.

SQL Server User Databases 폴더SQL Server User Database 폴더에는 AppSync 데이터베이스에서 검색되고 저장된 이SQL Server 인스턴스에 대한 모든 사용자 데이터베이스가 포함되어 있습니다.

Protect 버튼에서 폴더에 계획을 적용할 수 있습니다. 그렇게 하면 이 폴더의 모든 데이터베이스 부분도 보호됩니다. 보호된 이후에는 Service Plan 열에 계획의 이름이 표시됩니다.

SQL Server 보호


User Databases 폴더를 클릭하면 이 SQL Server 인스턴스의 개별 데이터베이스 부분이나열됩니다.

Databases 페이지에서 Service Plans 열에 있는 항목은 폴더에 속한 모든 데이터베이스가보호된다는 것을 알려 줍니다. 인스턴스에 추가된 사용자 데이터베이스도 보호됩니다.AppSync는 인스턴스에서 제거된 데이터베이스 보호를 자동으로 중지합니다.

SQL Server 인스턴스에 대해 하나 이상의 사용자 데이터베이스에 서비스 계획이 적용된 경우에는 User Databases 폴더에 같은 서비스 계획을 적용할 수 있습니다. 반대로, UserDatabases 폴더에 서비스 계획이 적용되어 있는 경우에는 개별 사용자 데이터베이스 인스

턴스에 같은 서비스 계획을 적용할 수 없습니다.

SQL Server 인스턴스 검색

AppSync를 최신 상태로 유지하려면 인스턴스가 생성되거나 삭제될 때 SQL Server 인스턴스를 검색해야 합니다.

시작하기 전에


절차

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

2. 아래의 Discover Instances 팝업 버튼에서

l On Server를 선택하고 인스턴스를 검색할 서버 중 하나를 선택합니다.

l Add Servers를 선택하여 새 서버를 AppSync에 추가합니다.

SQL Server 데이터베이스 검색

AppSync는 요청 시 또는 자동으로 서비스 계획 실행에서 새 사용자 데이터베이스를 검색합니다.

User Databases 폴더를 처음 클릭할 때 AppSync는 데이터베이스를 검색하여 나열합니다.다시 수동으로 데이터베이스를 검색하려면 Databases 페이지에서 Discover Databases를 클릭합니다.

반면 User Databases 폴더에 대해 계획을 신청하면 계획을 실행할 때마다 데이터베이스가자동으로 검색됩니다. 마지막 서비스 실행 계획 이후에 SQL 인스턴스에 추가된 데이터베이스를 비롯하여 현재 온라인 상태인 모든 데이터베이스는 자동으로 보호됩니다.

User Databases 폴더 대신 개별 데이터베이스에 대해 계획이 신청된 경우, AppSync는 계획을 마지막으로 실행한 이후에 생성된 새 데이터베이스를 자동으로 검색하지 않습니다. 이경우, AppSync는 원래부터 계획이 신청되어 있던 모든 데이터베이스의 데이터베이스 정보를 재검색하며 온라인 상태인 데이터베이스를 보호합니다.

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

AppSync는 성능을 최적화하기 위해 인스턴스별로 최대 35개 데이터베이스의 복제본을 생성합니다. 하나의 인스턴스에 36개 이상의 데이터베이스가 포함되어 있는 경우 AppSync는이를 35개 단위의 그룹으로 나누고 그룹의 복제본을 순차적으로 생성합니다. 36개 이상의데이터베이스에 서비스 계획이 적용되어 있고 데이터가 동일한 스토리지 유닛(CG, LUN,DS 등)에 있는 경우에는 35개 데이터베이스 단위의 그룹으로 분할되는 작업이 수행되지 않습니다. 스토리지가 동일한 스토리지 유닛에 있는 경우 단일 복제본이 구성에 적합합니다.

SQL Server 보호

SQL Server 인스턴스 검색 109

이 숫자(35)는 서버 설정이며 필요할 경우 수정될 수 있습니다. 수정하려면 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 팝업 버튼에서 적절한 서비스 계획을 선택합니다.

옵션 설명

Subscribe toPlan and Run

데이터베이스 보호를 신청하고, 선택한 데이터베이스에 대해 계획을 즉시 실행합니다.

Subscribe toPlan

데이터베이스 보호를 신청합니다. 서비스 계획이 적용되는 모든데이터베이스에 대한 보호가 예약된 시간에 실행됩니다.

데이터베이스 서비스 계획 신청 취소

개별 데이터베이스의 서비스 계획 신청을 취소하면, 기존 데이터베이스 복제본은 모두 보존되며, 이후의 보호만 제거됩니다.

시작하기 전에


SQL Server 보호


절차


2. SQL Server 인스턴스를 클릭합니다.

3. User Databases를 클릭합니다.

4. 서비스 계획 신청을 취소할 데이터베이스를 선택합니다.

l Protect > Unsubscribe from Plan에서 신청 취소할 계획을 선택합니다. 데이터베이스가 신청된 계획만 팝업 목록에 나타납니다.


SQL Server 데이터베이스 검색

Discover New Databases 명령을 사용하여 AppSync에 알려진 SQL Server 데이터베이스를 업데이트합니다.

시작하기 전에


절차


2. 서버 인스턴스를 클릭하고 User Databases 폴더를 클릭합니다.

3. User Databases 페이지 아래쪽의 버튼 행에서 Discover New Databases를 클릭합니다.

인스턴스 크기에 따라 검색이 완료되는 데 몇 분 정도 소요됩니다.

SQL 복제본 페이지

해당하는 특정 데이터베이스를 클릭하여 데이터베이스의 Copies 탭에서 복제본의 세부 정보를 확인할 수 있습니다. 복제본 목록은 생성 시간 및 유형(보호 또는 재활용)을 기준으로필터링할 수 있습니다.

표 19 Copy 페이지 필드

열 설명



l 빨간색: 실패

Name 복제본의 이름입니다. AppSync에서 복제본이 생성된 시간이 복제본 이름이 됩니다.

Service Plan 복제본과 관련된 서비스 계획의 이름입니다. 재활용 계획의 경우 복제본을 선택하고

Repurpose 링크를 클릭하여 복제본을 편집하

십시오.

각 복제본은 고유한 재활용 서비스 계획과 연결

됩니다.

SQL Server 보호

SQL Server 데이터베이스 검색 111

표 19 Copy 페이지 필드 (계속)

열 설명

Label 재활용 시 복제본에 할당되는 레이블입니다.

SQL Server 백업 유형 l Full

l Copy

l Non VDI

Mount Status 복제본의 상태: 마운트됨 또는 마운트되지 않음.마운트된 경우에는 마운트 호스트의 이름이 표시

됩니다.

Recovery Status 마운트 후 복제본이 복구되었는지 여부를 나타냅

니다. 값은 다음과 같습니다.

l Not Recovered - 복제본이 마운트되지 않았

거나 파일 시스템 마운트입니다.

l Successful - 복구에 성공했습니다.

l Failed - 복구에 실패했습니다.

Availability Group 데이터베이스가 속한 AlwaysOn 가용성 그룹을

나열합니다.

Generation Gen 1 또는 Gen 2 복제본(재활용 용도)

Source 운영 데이터베이스 복제본(Gen 1 복제본) 또는

복제본의 복제본(Gen 2 복제본)

Copy Type l Local Bookmark

l Remote Bookmark

l VNX Snap, VNXeSnap

l Unity Snap

l VMAX Clone

l VMAX Snap

l VMAX V3: SnapVXSnap, SnapVXClone

l XtremIO Snap

l ViPRSnap

Site RecoverPoint 사이트 정보입니다.


Copies 페이지에서 데이터베이스에 대한 AppSync SQL Server 서비스 계획을 신청하여 데이터베이스 복제본을 만듭니다.

시작하기 전에



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를 선택합니다.

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

서비스 계획 요약 및 세부 정보

서비스 계획 Settings 탭에는 서비스 계획의 이름, 설명, 스케줄 및 상태가 표시됩니다. 단계를 클릭하면 자세한 서비스 계획 설정이 표시되고, 다른 탭을 클릭하면 서브스크립션, 복제본 목록, 계획에 의해 생성된 이벤트 등의 정보가 표시됩니다.





n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정






SQL Server 보호

필요 시 SQL 데이터베이스 복제본 만료 113










서비스 계획에 포함된 데이터베이스에 대해 개별 스케줄을 설정함으로써 일반 반복 설정을재정의할 수 있습니다.

시작하기 전에



절차



오른쪽에 Plan Startup Defaults 창이 표시됩니다.

3. 계획에 대해 Recurrence Type이 선택되어 있습니다.


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는 선택된 데이터베이스에 대한 정보를 재검색합니다. 데이터베이스는 온라인 상태일 경우에만 보호됩니다.


SQL Server 보호





사전 복제 스크립트


사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. 유효한 스크립트 형식은 .bat, .exe 및 .ps1(PowerShell 스크립트)입니다. 원하는 경우 자격 증명을 입력하여 특정 사용자로서 스크립트를 실행할 수 있습니다. 스크립트는 기본적으로 로컬 시스템으로 실행됩니다.





2. 스크립트를 실행할 수 있도록 PowerShell 실행 정책을 설정합니다. 예를 들어 제한되지않은 정책에 대한 .bat 파일의 첫째 행은 다음과 유사해야 합니다.powershell -command set-executionpolicy unrestricted <nul

3. PowerShell 세션을 정상적으로 완료하려면 PowerShell 스크립트를 호출하는 행의 끝에 <nul을 추가합니다. 스크립트의 기본 위치는 애플리케이션 호스트의%ProgramData%\EMC\AppSync\scripts\입니다.



복제본 생성

Create Copy 단계는 서비스 계획에 지정된 복제 기술로 복제본을 만듭니다.

이 단계에서는 생성할 SQL Server 복제본의 백업 유형을 지정합니다. VNX Snapshot 복제본의 경우, 이 단계는 복제본의 자동 만료 기간도 설정합니다.


SQL Server 백업 유형

Full, Copy 및 Non VDI의 세 가지 주요 백업 유형이 있습니다.

l Full은 데이터베이스 그리고 트랜잭션 로그의 활성 부분을 보호합니다. 전체 복제 유형은 일반적으로 복제본을 데이터베이스 백업으로 간주하거나 타사 제품을 사용하여 데이터베이스 백업을 생성하기 위해 복제본을 마운트할 때 사용됩니다. 트랜잭션 로그를 백업했다고 가정할 때 이 복제본 유형을 사용하면 트랜잭션 로그를 복구하여 데이터베이스를 복제본 이후의 시점으로 되돌릴 수 있습니다. AppSync에서는 Microsoft SQLServer의 VDI 스냅샷 기능을 사용하여 이 복제본 유형을 생성합니다.

SQL Server 보호

서비스 계획 요약 및 세부 정보 115

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 메타데이터가 생성됩니다. Attach Database 및Mount Copy 옵션을 사용하여 Non VDI SQL 복제본을 마운트할 수 있습니다. NoRecovery 모드를 사용하여 Non VDI 복제본을 복구할 수 있습니다.


서비스 계획의 Create Copy 단계에 있는 자동 만료 값은 동시에 존재할 수 있는 Snap,Clone 또는 Bookmark 복제본에 대해 원하는 최대 수를 지정합니다.

"Always keep x copies" 값에 도달하면 순환 순서에 따른 다음 복제본의 스토리지를 확보하기 위해 오래된 복제본이 만료됩니다. 실패한 복제본은 계산되지 않습니다. AppSync 는 대체할 복제본이 성공적으로 생성되기 전까지는 가장 오래된 복제본을 만료하지 않습니다. 예를 들어 유지할 복제본 수가 7일 경우 AppSync는 여덟 번째 복제본이 생성되기 전까지 가장오래된 복제본을 만료하지 않습니다.

AppSync 는 다음과 같은 경우 복제본을 만료하지 않습니다.







서비스 계획의 Create copy 단계에서 VSS 재시도 횟수를 구성할 수 있습니다. 보호하는 동안 VSS 시간 초과 문제와 같은 VSS 장애 때문에 서비스 계획이 실패하는 경우 서비스 계획에서 지정된 재시도 횟수와 간격에 따라 VSS 고정/고정 해제 작업을 다시 실행합니다. 이

SQL Server 보호


옵션은 파일 시스템, Microsoft SQL 및 Microsoft Exchange 등의 Windows 애플리케이션에서만 지원됩니다.




사후 복제 스크립트


스크립트는 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 단계는 복제본을 마운트하거나 복제본을 마운트하고 복구합니다. 이 단계는활성화하거나 비활성화할 수 있습니다.

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 기본값 이외의 마운트 경로를 지정하는 경우 마운트에 지정할 드라이브로 클러스터링된 디스크는 사용할 수 없습니다.

Copy metadatafiles to

l Default Path는 VDI 및 VSS 메타데이터 파일을 복제할 위치입니다.%SystemDrive%\AppSyncMounts\%%ProdServerName%%


l 데이터베이스를 다른 미디어에 백업하는 경우에는 메타데이터 파일도 백업해야 합니다.

SQL Server 보호


필드 설명

l AppSync는 타사 백업 소프트웨어와 통합되어 SQL Server 복제본의 테이프 백업을 생성할 수 있습니다. 여기에 지정된 타겟 디렉토리는 백업의 일부분이어야 합니다.

Non VDI 복제본에 대해서는 메타데이터가 생성되지 않습니다.

Image accessmode (duringRecoverPointmount)

l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다. Logged access 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다. RP VMAX 및 RP XtremIO를 사용할 경우 Virtual access with roll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공합니다. 대량 처리에는 Virtual access가 적합하지 않습니다. RP VMAX및 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가 마운트 시 전용 스토리지 그룹을 사용하지 않습니다.

타겟 디바이스를 클러스터링된 스토리지로 직접 추가하고 데이터

재활용 및 데이터 마이닝을 위해 클러스터링된 SQL Server 인스턴

스에 제공하려면 이 옵션을 선택 취소하십시오.

Mount and recover copy 설정에서는 복구 인스턴스, 복구 유형 및 데이터베이스 명명 세부 정보를 지정합니다. 다른 설정은 마운트 경로, 이미지 액세스 유형 등 Mount copy 설정과 유사합니다.

필드 설명

RecoveryInstance

복구에 사용될 SQL Server 인스턴스입니다. 인스턴스에 대한 접속 설정이 구성되어 있지 않거나 잘못된 경우 SQL Server ConnectionSettings 대화 상자가 나타납니다. 자격 증명을 재설정하려면Connection Settings를 클릭하십시오.

클러스터링된 SQL Server 인스턴스는 이 보기에서 제외됩니다.

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 마운트 호스트가 운영 호스트와 동일할 때 기본 마운트 경로는%SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다.




SQL Server 보호


필드 설명

l 마운트 경로가 Same as Original Path일 수도 있습니다. 두 옵션중 하나를 선택할 수 있습니다.



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 스토리지 그룹을 적용하도록 합니다. XtremIO의 경우, 이 옵션은 마운트 호스트에 대한 이니시에이터만 포함하고 있는XtremIO 이니시에이터 그룹에 적용됩니다. 스토리지 그룹은 마운트를 위해 선택된 마운트 호스트만 포함하고 있으며, 다른 노드가 공유하는 스토리지 그룹에 있는 클러스터의 노드에 마운트하면 마운트가실패합니다.





SQL Server 보호


필드 설명

l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지 그룹을 사용하지 않은 채로 마운트가 진행됩니다. 호스트 이니시에이터는 XtremIO에서 한 이니시에이터 그룹에만 속할 수 있습니다. 따라서 이 옵션을 선택하여 이니시에이터 그룹에서 유일한 호스트인마운트 호스트에 마운트하십시오.

타겟 디바이스를 클러스터링된 스토리지로 직접 추가하고 데이터 재활용 및 데이터 마이닝을 위해 클러스터링된 SQL Server 인스턴스

에 제공하려면 이 옵션을 선택 취소하십시오.

서비스 계획에서 마운트 설정 재정의

여러 개의 등록된 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. 재정의할 마운트 설정에 대해서만 옵션을 선택합니다.

선택 항목이 없는 필드는 기본 설정을 유지합니다.

6. OK를 클릭합니다.

기본 마운트 설정이 변경된 서버의 행에서 첫 번째 열에 연필 아이콘이 나타납니다.

7. 서버의 기본 설정으로 되돌리려면 Use Default Settings를 클릭합니다.






SQL Server 보호





서비스 계획의 최종 단계에서는 복제본을 마운트 해제합니다. Unmount previous copy 단계가 활성화된 경우 이 단계는 비활성화됩니다. 이 단계와 연관된 사용자 설정이 없습니다.

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 스크립트 파일에서 _를 구분 기호로 사용하는 것은 필수적입니다.

맞춤형 스크립트가 없는 경우, AppSync는 마운트 해제 이전에 데이터베이스를 종료합니다.

SQL Server에 대한 마운트 고려 사항이 섹션에서는 마운트 및 운영 호스트 버전에 대한 규칙과 가상 머신 마운트 호스트 지원을포함하여 마운트 호스트 요구 사항에 대해 설명합니다.

마운트 호스트는 운영 호스트와 동일한 버전의 AppSync 에이전트 플러그인, SQL Server및 HBA 드라이버를 필요로 합니다. 마운트된 복제본에서 데이터베이스를 복구하려면 마운트 호스트에 SQL Server가 설치되어 있어야 합니다. 데이터베이스 복구가 수행되지 않으면SQL Server가 마운트 호스트에 필요하지 않습니다.

SQL Server 데이터베이스의 복제본을 운영 서버에 마운트하는 경우, 운영 데이터베이스에

서 사용 중인 같은 SQL Server 인스턴스를 사용하여 마운트하지 마십시오. 다른 SQLServer 인스턴스를 사용해야 합니다.

SQL Server 보호

SQL Server에 대한 마운트 고려 사항 123

마운트 및 운영 호스트 버전

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일 경우에는 복구가실패합니다.

가상 디스크 지원

마운트 호스트가 가상 머신일 경우 Virtual Center를 AppSync에 등록해야 합니다. 이것은RDM을 마운트하는 데 필요합니다.

가상 디스크의 경우:

l ESX 호스트 버전이 5.0 이전인 경우 운영 마운트가 지원되지 않습니다.

l 비영구적 가상 디스크가 지원되지 않습니다.

l ESXi 5.x 및 RecoverPoint 4.1.7.7 환경에서 데이터 저장소 및 가상 디스크를 마운트하는 경우, 성공적인 가상 액세스 유형 마운트를 보장하기 위해 하드웨어 가속을 해제하십시오. 자세한 내용은 VMware Knowledge Base 문서 2006858을 참조하십시오.

Hyper-V SCSI 패스스루의 경우, 마운트 호스트는 Hyper-V 호스트일 수 없으며 NPIV 또는iSCSI가 직접 연결된 물리적 호스트나 VM이어야 합니다.

대체 SQL Server 클러스터를 클러스터 리소스로 마운트

클러스터에서 SQL Server 작업 시 고려 사항에 클러스터 리소스 추가 및 검색에 대한 자세한 내용이 나와 있습니다.

l 운영 클러스터의 복제본을 대체 클러스터에 클러스터 리소스로 마운트하려면 Mountwith recovery 페이지에서 대체 클러스터의 클러스터 SQL 서버 인스턴스를 선택해야합니다. 운영 클러스터 인스턴스나 운영 클러스터의 다른 클러스터 인스턴스에 클러스터 리소스로 마운트는 지원되지 않습니다.

l P:\mysqldb\ 또는 Q:\mysqldb와 같은 드라이브 문자로 시작하는 경로에 상주하

는 SQL Server 데이터베이스에 대해서만 클러스터 리소스로 마운트가 지원됩니다. 운영 데이터베이스가 I:\mount_point\와 같은 클러스터 마운트 지점에 상주하는 경우 클러스터 리소스로 마운트는 지원되지 않습니다. 여기에서 I:는 클러스터 드라이브

이며 또 다른 드라이브가 I:\mount_point\에 마운트되어 있습니다. Same asOriginal Path에 마운트는 지원되지만 마운트 호스트의 대체 경로에 마운트는 지원

되지 않습니다. 동일한 데이터베이스의 여러 복제본을 대체 클러스터에 동시에 마운트할 수 없습니다.

l 모든 복구 유형이 지원됩니다.

l 재활용이 지원됩니다.

l 데이터베이스는 AppSync에서 지원하는 모든 스토리지에 상주할 수 있습니다.

l 데이터베이스가 VMWare 환경의 원시 디바이스 매핑에 상주하는 경우 SQL Server 클러스터 노드는 다른 ESXi에 상주해야 합니다. 이는 VMWare의 요구 사항입니다. 가상

SQL Server 보호


디스크에 있는 데이터베이스의 경우 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 필터를 사용하여 마운트할 적절한 복제본을선택합니다.

선택한 필터에 따라 복제본 목록이 업데이트됩니다.


RecoverPoint 복제본의 경우, 특정 시간에 따라 북마크를 선택할 수도 있습니다. 하지만 Mount를 선택한 시점 이전의 사용 가능한 복제본이 AppSync에 있어야 합니다.

Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 여기에 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA(RecoverPoint Appliance)와다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을마운트합니다.VMAX 3 스토리지의 경우 마운트 복제본에 대해 원하는 SLO(Service LevelObjective)를 선택합니다.


VMAX V2 스토리지의 경우 마운트 복제본에 대해 원하는 FAST VP 정책을 선택합니다.

4. Mount Additional Copies 페이지에서 마운트할 추가 복제본을 하나 이상 선택합니다. 여기에 나열된 복제본은 이전 단계에서 선택한 복제본과 같은 시간에 같은 SQLServer에서 보호되는 다른 데이터베이스의 복제본입니다.

5. Select Mount Option 페이지에서 다음 중 하나를 수행합니다.

l Mount copy - 복제본을 마운트하여 호스트를 VPLEX 가상 볼륨 또는 기본 스토리지 볼륨으로 마운트할 수 있습니다. 마운트 호스트가 ESX 클러스터인 경우 독립 실행형 또는 클러스터 마운트를 수행할 수 있습니다. 마운트 호스트가Windows 클러스터의 노드인 경우 클러스터 볼륨이 이미 추가된 스토리지 그룹이아닌 다른 스토리지 그룹으로 복제본 타겟 LUN이 마스킹되는 전용 스토리지 그룹을 선택하여 마운트를 수행할 수 있습니다.

l Mount and recover copy - 클러스터 인스턴스를 선택하여 SQL Server 데이터베이스를 클러스터 리소스로 마운트하는 옵션을 제공합니다. 이 옵션을 선택하면

SQL Server 보호

필요 시 SQL Server 데이터베이스 복제본 마운트 125

Recovery Instance필드가 활성화됩니다. 드롭다운 상자에서 클러스터 인스턴스를 선택합니다. 선택할 때까지 다른 옵션은 모두 비활성화됩니다. 인스턴스를선택하면 해당 인스턴스에 연결하라는 메시지가 나타나고 나머지 옵션을 사용할수 있게 됩니다.

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 마운트 경로가 Same as Original Path일 수도 있습니다. 하지만마운트 호스트가 운영 호스트와 동일할 때는 이 옵션을 사용할 수 없습니다.



l Default Path는 VDI 및 VSS 메타데이터 파일을 복제할 위치입니다.%SystemDrive%\AppSyncMounts\%%ProdServerName%%


l 데이터베이스를 다른 미디어에 백업하는 경우에는 메타데이터 파일도 백업해야 합니다.



SQL Server 보호


필드 설명


l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다. Logged access 옵션은 운영 호스트에 마운트하는 경우에만 사용할 수 있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는 경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다. RP VMAX 및 RP XtremIO를 사용할 경우 Virtual access with roll이 지원되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적인 액세스를 제공합니다. 대량 처리에는 Virtual access가 적합하지 않습니다. RP VMAX및 RP XtremIO를 사용한 가상 액세스는 지원되지 않습니다.

Service LevelObjective(SLO)

VMAX 3 스토리지에서만 Desired SLO(Service Level Objective)라고하는 설정이 Mount 마법사에서 제공되며, 이 설정을 통해 필요한VMAX 3 SLO(Service Level Objective)를 지정할 수 있습니다. SLO는스토리지 그룹의 서비스 시간 운영 범위를 정의합니다.

VPLEX Mount옵션


l VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로마운트하려는 경우 이 옵션을 사용합니다.



l 직접 iSCSI가 클러스터에 속해 있는 물리적 호스트 또는 가상 머신에만 해당합니다.

l 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX, VNX스토리지 그룹 또는 XtremIO 이니시에이터 그룹을 마운트에 적용하도록 합니다. 전용 VMAX 또는 VNX 스토리지 그룹에는 선택한마운트 호스트만 들어 있습니다. XtremIO의 경우, 이 옵션은 마운트호스트에 대한 이니시에이터만 포함하고 있는 XtremIO 이니시에이터 그룹에 적용됩니다. 다른 노드가 공유하는 스토리지 그룹에 있는클러스터의 노드에 마운트하면 마운트가 실패합니다.





l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지 그룹을 사용하지 않습니다.

SQL Server 보호


필드 설명

타겟 디바이스를 클러스터링된 스토리지로 직접 추가하고 데이터

재활용 및 데이터 마이닝을 위해 클러스터링된 SQL Server 인스턴

스에 제공하려면 이 옵션을 선택 취소하십시오.

SQL Server 복제본 마운트 및 복구 옵션

SQL Server 복제본 마운트 및 복구 옵션이 다음 표에 설명되어 있습니다.

필드 설명

RecoveryInstance

복구에 사용될 SQL Server 인스턴스입니다. 인스턴스에 대한 접속 설정이 구성되어 있지 않거나 잘못된 경우 SQL Server ConnectionSettings 대화 상자가 나타납니다. 자격 증명을 재설정하려면Connection Settings를 클릭하십시오.

클러스터링된 SQL Server 인스턴스는 이 보기에서 제외됩니다.

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 마운트 호스트가 운영 호스트와 동일할 때 기본 마운트 경로는%SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다.




l 마운트 경로가 Same as Original 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 기본적으로 선택되어 있는 이 옵션은 AppSync가 전용 VMAX, VNX또는 XtremIO 스토리지 그룹을 적용하도록 합니다. XtremIO의 경우, 이 옵션은 마운트 호스트에 대한 이니시에이터만 포함하고 있는XtremIO 이니시에이터 그룹에 적용됩니다. 스토리지 그룹은 마운트를 위해 선택된 마운트 호스트만 포함하고 있으며, 다른 노드가 공유하는 스토리지 그룹에 있는 클러스터의 노드에 마운트하면 마운트가실패합니다.





l 이 옵션을 선택하지 않으면 AppSync가 마운트 시 전용 스토리지 그룹을 사용하지 않은 채로 마운트가 진행됩니다. 호스트 이니시에이

SQL Server 보호


필드 설명

터는 XtremIO에서 한 이니시에이터 그룹에만 속할 수 있습니다. 따라서 이 옵션을 선택하여 이니시에이터 그룹에서 유일한 호스트인마운트 호스트에 마운트하십시오.

타겟 디바이스를 클러스터링된 스토리지로 직접 추가하고 데이터 재활용 및 데이터 마이닝을 위해 클러스터링된 SQL Server 인스턴스

에 제공하려면 이 옵션을 선택 취소하십시오.

지원되는 마운트 복구 모드

SQL 데이터베이스 복제본을 복구할 때 다음과 같은 마운트 복구 유형을 사용할 수 있습니다.

RecoveryType

설명

복구 복구 작업에서 커밋되지 않은 트랜잭션을 롤백하도록 지시합니다. 복구 프로세스가 끝나면 데이터베이스가 사용할 수 있도록 준비됩니다.

복구 안 함 복구 작업에서 커밋되지 않은 트랜잭션을 롤백하지 않도록 지시합니다. 복구 안 함 모드에 있는 경우 데이터베이스를 사용할 수 없습니다. 이 옵션은데이터베이스 관리자가 하나 이상의 트랜잭션 로그 백업을 복구해야 하는경우에 유용합니다. 복구하도록 선택된 인스턴스에 데이터베이스가 연결되어 있으며 "Restoring" 상태로 남아 있습니다.

스탠바이 파일을 복구하고 데이터베이스를 읽기 전용 모드로 엽니다. 이후Database 관리자는 수동으로 추가 트랜잭션 로그 백업을 적용할 수 있습니다.

이전 버전의 SQL Server에서 최신 버전의 SQL Server로 데이터베이스를

복구하는 경우 대기 모드를 사용하지 마십시오. 대기 모드를 사용할 경우

에는 최신 버전으로 업그레이드할 수 없으며 이렇게 하면 작업이 실패합니

다.

데이터베이스연결

데이터베이스 파일이 있는 파일 시스템을 마운트한 다음 해당 데이터베이스를 SQL Server에 연결합니다. Attach Database 옵션은 데이터베이스를 연결하는 데 필요한 모든 데이터가 복제본의 일부이기 때문에 Non VDI복제본에 대해서만 사용할 수 있습니다.

l Non VDI 복제본에 대해서는 Recovery, No recovery 및 Standby 모드가 지원되지 않습니다.

l Full 또는 Copy SQL 복제본에 대해서는 Attach Database가 지원되지 않습니다.

SQL Server 보호


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 데이터베이스 복구 개요SQL Server 데이터베이스 복구 옵션과 관련한 다음 섹션을 검토하고 고려하십시오.

다음과 같은 섹션이 있습니다.

l Availability Group에서 데이터베이스 복구 시 고려 사항

l 복구 중에 영향을 받는 인접 항목

l 페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구

l 페일오버 없이 보조 데이터베이스 복구

l AppSync에서 손상된 SQL 데이터베이스를 관리하는 방법

l SQL Server 복제본 복구

l XtremIO에서 SQL Server 복제본 복구

l SQL 복구 유틸리티(assqlrestore)

데이터 저장소를 보호하기 전에 가상 머신 스냅샷이 없는지 확인합니다. 가상 머신 스냅샷이

있으면 성공적으로 보호되기는 하지만 AppSync가 파일 또는 가상 머신 복구를 수행하지 못합니다.

SQL Server 보호

SQL Server 복제본 마운트 해제 131

Availability Group에서 데이터베이스 복구 시 고려 사항

AppSync는 운영 및 보조 데이터베이스의 복제본을 복구합니다. Availability Group에서 데이터베이스를 복구할 때 다음 사항을 고려하십시오.

l 복구는 LUN 레벨에서 이루어지며, AppSync 복제본을 생성하는 데 사용된 소스 LUN으로 다시 복구되어야 합니다.

l AppSync는 복구 프로세스 중에 데이터 이동을 일시 중단합니다.

l Availability Group에 포함된 데이터베이스는 복구할 수 없습니다. AppSync는 복구 프로세스 도중에 데이터베이스를 Availability Group에서 제거합니다.

l AppSync는 데이터베이스를 Availability Group에 다시 배치하지 않습니다. AvailabilityGroup에서 데이터베이스를 복구하는 방법에 대한 자세한 내용은 "페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구" 및 "페일오버 없이 보조 데이터베이스복구"를 참조하십시오.





l RecoverPoint의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VNXe의 경우, 데이터베이스가 같은 LUN 그룹에 있으면 한 데이터베이스가 보호될 때다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l Unity의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l VNX/VMAX, VNX, VNXe, Unity 또는 XtremIO의 경우, 데이터베이스가 동일한 LUN에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이됩니다.

l VMware 가상 디스크의 경우, 데이터 저장소가 복구에 포함되기 때문에 같은 데이터 저장소에 위치한 모든 애플리케이션(같은 데이터 저장소에 있는 가상 디스크)의 복구 또한 영향을 받는 인접 항목입니다.

영향을 받는 인접 항목은 복구하도록 선택된 데이터베이스를 따라 함께 보호되며, AppSync에 의해 복구됩니다. 보호되지 않았지만 영향을 받는 인접 항목인 다른 데이터베이스는 덮어쓰게 됩니다.

AppSync는 복구하도록 선택된 데이터베이스의 정합성 보장 그룹 또는 LUN 그룹에 대해 영향을 받는 인접 항목을 계산합니다. 영향을 받는 데이터베이스가 부분적으로 다른 정합성 그룹 또는 LUN 그룹에 상주하는 경우, AppSync는 해당 정합성 보장 그룹 또는 LUN 그룹에대해 영향을 받는 항목을 계산하지 않습니다.

영향을 받는 인접 항목의 유형에 따라 영향을 받는 데이터베이스가 AppSync에 의해 분리되거나, 사용자가 SQL Server 인스턴스에서 수동으로 분리해야 합니다.

영향을 받는 인접 항목은 자격 증명이 구성된 SQL Server 인스턴스에 대해서만 계산됩니다. AppSync는 영향을 받은 인접 항목을 계산하기 전에 이 모든 인스턴스에 대한 새로운 데이터베이스 검색을 수행합니다.

SQL Server 보호


페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구

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가 다음 작업을 수행합니다.

1. 트랜잭션 로그를 백업하도록 선택한 경우, 트랜잭션 로그가 백업됩니다.

2. 선택한 보조 데이터베이스 복제본에 대한 데이터 이동이 일시 중단됩니다. 데이터베이스의 다른 복제본에 대해서는 복제가 계속됩니다.

3. 선택한 보조 데이터베이스 복제본이 Availability Group에서 제거됩니다.

4. 선택한 데이터베이스의 LUN이 복구됩니다.

5. 마지막으로, AppSync는 데이터베이스를 복구하고 SQL Server Restore 마법사에서사용자가 선택한 복구 상태로 만듭니다.

복구가 완료된 후에는 다음 단계를 수행해야 합니다.

SQL Server 보호

페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구 133

절차

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 필터를 사용하여 복구할 적절한 복제본을 선택합니다. 선택한 필터에 따라 복제본 목록이 업데이트됩니다.

3. 다음을 클릭합니다.

선택한 복제본에 영향을 받는 인접 항목이 포함된 경우 Restore Warnings 페이지가 표시됩니다.

4. 영향을 받는 데이터베이스에 대한 경고 메시지를 확인합니다. 선택한 복제본과 함께다른 개체를 복구하는 것에 동의하려면 확인란을 선택합니다.

5. Backup Transaction Logs 단계에서 Yes를 선택하여 복구 전에 로그를 백업합니다.

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 로그 파일을 백업합니다.

SQL Server 보호


e. 필요에 따라 Truncate the transaction logs 확인란을 선택합니다.

Database is damaged 확인란을 선택한 경우에는 이 확인란을 선택할 수 없습니다.

f. 필요에 따라 Overwrite existing backup files 확인란을 선택합니다.

Database is damaged 확인란을 선택한 경우에는 이 확인란을 선택할 수 없습니다.

Non VDI 복제본에 대한 트랜잭션 로그를 백업할 수 없습니다.

6. Restore Options에 대해 Next를 클릭합니다.

Restore Options 페이지가 표시됩니다.

7. 적절한 복구 옵션을 선택합니다.

a. 데이터베이스를 복구하려면 다음 옵션 중 하나를 선택합니다.

l 완벽한 복구: 이 옵션은 트랜잭션 로그를 백업하도록 선택한 경우에 사용할 수없습니다.

l No Recovery: 데이터베이스를 비운영 모드로 두며 수동 개입이 필요합니다.

페일오버 없이 보조 데이터베이스를 복구할 때 이 옵션을 선택하십시오. 그러

면 보조 데이터베이스가 복구 상태로 남아 있기 때문에 트랜잭션 로그를 복구

하여 데이터베이스를 Availability Group에 다시 포함시킬 수 있습니다.

l 스탠바이: 이 옵션을 선택하는 경우, 스탠바이 파일을 저장할 위치를

Standby file location 상자에 지정합니다. 기본 경로는 C:\temp입니다.

Non VDI 복제본은 No recovery 복구 옵션만 지원합니다.

b. 기존 데이터베이스를 덮어써서 강제로 복구하려면 Overwrite the existingdatabases 확인란을 선택합니다.

일반적으로 이 옵션은 필수 사항이 아닙니다.

이 옵션은 트랜잭션 로그를 백업하도록 선택한 경우에 사용할 수 없습니다.

Non VDI 복제본에 대한 기존 데이터베이스를 덮어쓸 수 없습니다.

c. Availability Group의 경우, 보조 데이터베이스에 복구하는 중이면 Failover theAvailability 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 확인란을 선택하여 메시지를 확인합니다.


SQL Server 보호

SQL Server 복제본 복구 135

Configure Storage Options 화면이 나타납니다. Wait for Mirror Rebuild tocomplete 옵션이 표시되고 기본적으로 선택됩니다. 이 옵션은 해당 운영 데이터가로컬 또는 분산 RAID-1 볼륨에 상주하는 VPLEX Snap에 적용됩니다.


Summary 페이지가 표시됩니다.

10. Summary 페이지를 검토하고 Finish를 클릭하여 복구를 수행합니다.



12. AppSync가 데이터베이스를 Availability Group에 복구한 후에 필요한 추가 단계를수행합니다.

l 페일오버를 통해 운영 데이터베이스 또는 보조 데이터베이스 복구

l 페일오버 없이 보조 데이터베이스 복구

SQL Server 복구 유틸리티(assqlrestore)AppSync에는 assqlrestore라는 SQL Server 복구 유틸리티가 있습니다. 이 섹션에서

는 이 유틸리티의 기능과 용도에 대해 설명합니다.

assqlrestore 유틸리티를 사용하면 소스 디바이스에 대해 타겟 디바이스를 역으로 동기

화하지 않고 테이프 백업이나 마운트된 복제본에서 개별 SQL Server 데이터베이스를 복구할 수 있습니다. 이 유틸리티는 데이터베이스, 파일 그룹 또는 파일을 복구할 수 있습니다.또한 원래 데이터베이스 또는 새로운 데이터베이스로 복구할 수 있습니다.assqlrestore를 사용하여 데이터베이스를 복구하려면 복제 작업 시 생성된 SQL ServerVDI 메타데이터가 필요합니다.

Non VDI 복제본의 경우 메타데이터가 생성되지 않기 때문에 assqlrestore를 사용하여

데이터베이스를 복구할 수 없습니다.

assqlrestore는 AppSync 클라이언트의 명령 프롬프트 창에서 실행하는 명령줄 인터페

이스입니다. 이 유틸리티는 AppSync 설치 시 클라이언트에 설치됩니다.

마운트된 복제본에서 개별 데이터베이스를 복구하는 기능은 데이터베이스를 하나만 복구해야 하고 일반적인 AppSync 복구 작업을 실행할 때와 같이 전체 디바이스를 덮어쓰지 않으려는 경우에 특히 유용합니다. 이 유틸리티는 마운트된 복제본에서 항목 레벨 복구를 지원합니다.

Assqlrestore 명령 구문과 예제

이 항목에는 assqlrestore 명령 구문과 이 명령에 대한 예제가 나와 있습니다.

명령 구문

다음 표에는 assqlrestore 명령의 구문이 나와 있습니다.

표 20 assqlrestore 명령 구문

옵션 설명

필수

-s 인스턴스 이름을 포함한 SQL Server 이름(호스

트\인스턴스)

SQL Server 보호


표 20 assqlrestore 명령 구문 (계속)

옵션 설명

-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 옵션을 사용하여 원래 파일을 덮어쓰지 않도록 합니다. 예를 들면 다음과 같습니다. -mlogicalfilenameS:\existingdir\newfilename.mdf

-fg 복구할 파일 그룹 각 파일 그룹에 대해 사용하는

반복 옵션

-lf 복구할 논리 파일 각 논리 파일에 대해 반복 사용

하는 옵션

-e 암호화되지 않은 암호를 인수로 지정한 경우 암호화된 암호 표시. 다른 매개변수와 함께 사용 불가

-v 세부 정보 표시(verbose) 모드.

-q 자동(quiet) 모드. 확인 메시지 및 질문이 표시되

지 않음

-l <log_dir> 지정된 디렉토리에 로그 파일 생성

-h 도움말.

예제 2 명령 구문 예

명령 옵션은 대소문자를 구분합니다. T-SQL에 대한 설명은 "SQL Server 온라인 설명서"를참조하십시오.

SQL Server 보호

SQL Server 복구 유틸리티(assqlrestore) 137

예제 2 명령 구문 예 (계속)

명령 매개 변수는 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>

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 복구 유틸리티를 사용하여 파일 또는 파일 그룹 복구

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를 입력하여 계속합니다.

예를 들어 두 개의 파일을 복구하는 명령은 다음과 같습니다.

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 복구 유틸리티(assqlrestore) 139

SQL Server 보호


CHAPTER 7

Oracle 보호


l Oracle 지원 개요................................................................................................142l 데이터베이스 보호............................................................................................. 154l 서비스 계획 요약 및 세부 정보............................................................................ 158l Oracle 복제본 마운트......................................................................................... 164l Oracle 복제본 복구............................................................................................. 171

Oracle 보호 141

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 명령 집합을 사용하는 디바이스에 액세스하기 위한 유틸리티가 포함된 packagesg3_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 지원 143

물리적 스탠바이 데이터베이스가 Active 모드에서 열려 있으면 로그가 적용되어 있는 동안스탠바이 데이터베이스를 읽기 전용 모드로 열 수 있습니다. 따라서 Data Guard가 로그를적용하는 동안 데이터베이스에서 정보를 쿼리할 수 있습니다.

스냅샷 및 논리적 스탠바이 구성에서는 데이터베이스를 읽기/쓰기 모드로도 열 수 있습니다. Passive/Non-Active 설정은 데이터베이스가 마운트된 모드로 시작될 수 있다는 것과백그라운드에서 로그를 적용할 수 있다는 것을 의미합니다.

물리적 스탠바이

물리적 스탠바이 환경에서 아카이브 로그는 수신되는 즉시 적용됩니다. 물리적 스탠바이에서는 운영과 스탠바이의 파일 및 스토리지 레이아웃이 1:1로 매핑됩니다. 물리적 스탠바이데이터베이스는 읽기 전용 모드와 마운트된 모드 모두에서 열릴 수 있습니다. 즉, Active 또는 Passive/Non-Active 구성일 수 있습니다.

다음 다이어그램은 일반적인 운영/스탠바이(소스/타겟) Data Guard 구성을 표시합니다.그림 5 물리적 스탠바이 환경

복제본 관리

AppSync 콘솔에서 Copy Mangement > Oracle 페이지로 이동합니다. 이제, Data Guard관계 열이 표시됩니다. 기존 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-ActiveData 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 통합 145

복구 측면에서, AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있습니다. 따라서 원래 노드가 액티브여야 하며, 그렇지 않으면 복구 프로세스가 실패합니다.

요구 사항

VCS 클러스터의 일부로 페일오버되는 독립 실행형 데이터베이스를 사용하려면 다음 요구사항을 충족해야 합니다.

l 클러스터의 모든 노드에 AppSync 호스트 플러그인을 설치해야 합니다.


l 복제 또는 복구 프로세스가 실행 중인 동안 페일오버가 발생하면 작업이 실패합니다. 노드 페일오버는 서비스 계획을 실행하기 전, 즉 복제를 시작하거나 복구를 시작하기 전에발생합니다.


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. 인스턴스를 시작합니다.


5. 데이터베이스를 엽니다.

6. Oracle 서비스 그룹의 중지를 해제합니다. >hagrp -unfreeze<service_group_name> .

AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있으므로 원래 노드가 액티브여야 합니다. 그렇지 않으면 복구 프로세스가 실패하고 데이터베이스가 손상된 상태로 남게 됩니

다. 복구를 다시 시작하기 전에 이 경우에 대해 경고하는 자세한 메시지가 콘솔에 표시됩니

다.

Oracle 보호


HACMP 클러스터 통합

AppSync에서는 IBM® HACMP 클러스터 환경의 노드 간에 페일오버하도록 구성된 독립실행형 Oracle 데이터베이스에 대한 작업을 수행할 수 있습니다.

소개

AppSync는 서비스 계획이 실행되기 전에 현재 상태가 액티브인 노드에서 데이터베이스를보호합니다. AppSync는 Oracle 서비스 그룹의 가상 IP를 사용하지 않습니다. 따라서 원래복제본 생성에 사용된 노드에 액세스할 수 없을 경우 데이터베이스를 복제하기 위해HACMP 클러스터의 모든 노드를 AppSync 서버에 등록해야 합니다.

AppSync는 복제본이 원래 생성된 클러스터 노드로 복구합니다. 복구 프로세스 중에 노드가액티브가 아닐 경우 복구 프로세스가 실패합니다.

AppSync로 HACMP 환경에 대한 작업을 수행하기 위한 사전 요구 사항

HACMP 클러스터의 일부로 페일오버되는 독립 실행형 데이터베이스를 보호하려면 다음 요구 사항을 충족해야 합니다.

l 클러스터의 모든 노드에 AppSync 호스트 플러그인이 설치되어 있어야 합니다.


l 복제 또는 복구 프로세스가 실행 중인 동안 페일오버가 발생하면 작업이 실패합니다. 노드 페일오버는 서비스 계획을 실행하기 전, 즉 복구를 시작하기 전에 발생해야 합니다.


l 다음 파일은 데이터베이스가 실행되는 클러스터의 모든 노드에 액세스할 수 있어야 합니다.

n 데이터베이스 init/spfilen 암호 파일


l 마운트 호스트는 HACMP 클러스터에 속해서는 안 됩니다.

l AppSync 호스트 플러그인을 마운트 호스트에서 설치해야 합니다.


AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있으므로 원래 노드가 액티브여야 합니다. HACMP 환경에서 복구를 수행하려면 다음 단계를 따르십시오.

1. Oracle 서비스 그룹을 중지합니다. >hagrp -freeze <service_group_name>2. 복구를 수행합니다.

3. 인스턴스를 시작합니다.


5. 데이터베이스를 엽니다.

6. Oracle 서비스 그룹의 중지를 해제합니다. >hagrp -unfreeze<service_group_name> .

AppSync는 복제본이 원래 생성된 노드로만 복구할 수 있습니다. 따라서 원래 노드가 액티

브여야 하며, 그렇지 않으면 복구 프로세스가 실패하고 데이터베이스가 손상된 상태로 남게

됩니다. 복구를 다시 시작하기 전에 이 경우에 대해 경고하는 자세한 메시지가 콘솔에 표시

됩니다.

Oracle 보호

HACMP 클러스터 통합 147

HACMP 환경의 복구 후 절차

복구 후 HACMP 환경에서 복구와 관련하여 수동 단계를 수행하는 방법에 대해 알아봅니다.

복구 후에는 파일 시스템이 비 동시 모드로 운영 호스트에 마운트됩니다. 따라서 파일 시스템을 리소스 그룹에서 제거하고 동시 볼륨 그룹으로 만든 후에 다시 리소스 그룹에 추가해야합니다.

액티브 노드에서 다음 단계를 수행합니다.

절차

1. 파일 시스템을 마운트 해제합니다.

2. Varyoffvg를 실행합니다.

3. -c 옵션을 사용하여 Varyonvg를 실행합니다(동시 볼륨 그룹으로 만들기).

4. 패시브 노드에서 importvg를 실행합니다.

확인:lspv 명령을 실행했을 때 다음과 같이 두 노드에서 모두 vg가 concurrent로 표시되

어야 합니다.

node 2 hdiskpower8 00c2bfb0f1ee76ca oradata concurrent hdiskpower9 00c2bfb0f1f434e3 oralogs concurrent

node 1 hdiskpower18 00c2bfb0f1ee76ca oradata concurrent hdiskpower19 00c2bfb0f1f434e3 oralogs concurrent

5. 파일 시스템을 다시 리소스 그룹에 추가합니다.

6. 구성을 확인하고 동기화합니다.

사전 요구 사항 및 지원되는 구성

AppSync에서 Oracle에 대한 사전 요구 사항 및 지원되는 구성에 대해 알아보십시오. 지원되는 디바이스 구성, 파일 시스템의 Oracle, 논리 볼륨 관리자 및 ASM 기반 스토리지,RecoverPoint 정합성 보장 그룹 기반 스토리지, sudo 사용자를 비롯한 Linux 및 AIX 기반구성, 가상화 설정 지원에 대한 정보가 포함되어 있습니다.

AppSync에서는 애플리케이션 정합성이 보장되는 복제본(Oracle 핫 백업 사용)과 장애 발생 시 정합성이 보장되는 복제본(핫 백업 사용 안 함)을 생성할 수 있습니다. AppSync에서Oracle 데이터베이스의 애플리케이션 정합성이 보장되는 복제본을 생성하려면 데이터 파일, FRA(Fast Recovery Area) 및 아카이브 로그에서 파일 시스템, 볼륨 그룹, ASM 디스크그룹, RP 정합성 보장 그룹 또는 데이터 저장소를 공유하지 않아야 합니다. 데이터 파일과아카이브 로그가 이러한 그룹을 공유하도록 Oracle이 구성된 경우 AppSync에서 해당 데이터베이스에 대한 장애 발생 시 정합성이 보장되는 복제본을 생성할 수 있습니다.

핫 백업 모드가 선택되어 있지 않으면 복제본 생성 도중 AppSync에서 정합성이 보장되는복제본을 생성하며 데이터베이스를 중지하지 않습니다. 데이터 파일, 제어 파일 및/또는redo 로그와 동일한 파일 시스템, 볼륨 그룹, ASM 디스크 그룹, RP 정합성 보장 그룹 또는데이터 저장소를 공유하는 FRA나 아카이브 로그가 있는 경우 이 방법을 사용하여 복제본을생성해야 합니다.

AppSync는 각 아카이브 로그 위치를 Oracle 서비스 계획의 일부로 보호하는 옵션을 제공하지 않습니다. 그러나 위치를 다른 데이터베이스 구성 요소와 공유하는 경우 init 재정의(자세한 내용은 Mount 옵션 아래의 Custom initialization parameters 필드 참조)를 사용하여 복구 마운트 도중 해당 위치를 가리킵니다. 특히 ASM 디스크 그룹 이름 바꾸기 또는 대체 경로 마운트가 사용될 경우 init 재정의에 올바른 경로를 지정해야 합니다.

Oracle 보호


데이터베이스가 NOARCHIVELOG 모드에서 실행되는 경우 복제본을 생성할 때 핫 백업 모드 옵션을 선택하지 마십시오.

AppSync가 기본 디스크의 스냅샷 또는 클론을 생성하기 전에 ASM 재조정을 비활성화하고

복제본이 생성되고 나면 다시 활성화합니다.

VNX를 사용하는 경우 모든 정합성 보장 그룹이 VNX 정합성 보장 그룹이어야 합니다. ViPRController를 사용하는 경우 모든 정합성 보장 그룹이 ViPR 정합성 보장 그룹이어야 합니다.또한 아카이브 로그 파일이 나머지 데이터베이스 파일과 다른 정합성 보장 그룹에 있어야 합니다.

데이터베이스 파일은 데이터 파일, 제어 파일 및/또는 redo 로그를 참조합니다. 아카이브 로그 파일은 아카이브 로그 대상 및/또는 FRA(Fast Recovery Area)를 참조합니다.

파일 시스템 기반 스토리지 구성의 OracleAppSync에서 애플리케이션 정합성이 보장되는 복제본과 장애 발생 시 정합성이 보장되는복제본을 모두 제공할 수 있는 Oracle 구성의 몇 가지 예는 다음과 같습니다.

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 /data에 있고, 아카이브 로그 파일

이 /archive에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1이 /db1에있고, Database 2가 /db2에 있고, 아카이브 로그가 /arch에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database 1,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의 볼륨에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이data1vg의 볼륨에 있고, Database 2 파일이 data2vg의 볼륨에 있고, 아카이브 로그

가 archvg의 볼륨에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Databases 1,2, 3 파일이 datavg의 볼륨에 있고, Database 1, 2, 3 아카이브 로그 위치가 archvg의볼륨에 있음

ASM 기반 스토리지 구성의 Oracle

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 디스크 그룹 +data에 있고, 아카이

브 로그 파일이 디스크 그룹 +arch에 있음

Oracle 보호

사전 요구 사항 및 지원되는 구성 149

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이 디스크 그룹 +data1에 있고, Database 2 파일이 디스크 그룹 +data2에 있고, 아카이브 로그가 디스크 그룹 +fra에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이 디스크 그룹 +data1에 있고, Database 2 파일이 디스크 그룹 +data2에 있고, 아카이브 로그가 디스크 그룹 +fra에 있음

RecoverPoint 정합성 보장 그룹 기반 스토리지의 Oracle

l 단일 데이터베이스: 예를 들어 데이터베이스 파일이 RP 정합성 보장 그룹 DATACG의LUN에 있고, 아카이브 로그 파일이 RP 정합성 보장 그룹 ARCHCG에 있음

l 여러 데이터베이스가 단일 아카이브 로그 위치 공유: 예를 들어 Database 1 파일이 RP정합성 보장 그룹 DATA1CG의 LUN에 있고, Database 2 파일이 RP 정합성 보장 그룹

DATA2CG의 LUN에 있고, 아카이브 로그 파일이 RP 정합성 보장 그룹 ARCHCG에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database 1,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 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database 1,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)에 있음

l 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database 1,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 여러 데이터베이스가 데이터 위치 및 아카이브 로그 위치 공유: 예를 들어 Database 1,2, 3 파일이 Unity 정합성 보장 그룹 DATALUNGRP의 LUN에 있고, Database 1, 2, 3아카이브 로그가 Unity 정합성 보장 그룹 ARCHLUNGRP의 LUN에 있음

Oracle 보호


지원되는 가상화 구성

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 가상 디스크에 대한 작업을 수행하는 경우 다음 정보를 고려하십시오.

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는 이제 스토리지에 대한 "가상" 연결을 사용할 수 있습니다.

Oracle 보호


개요: 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 구성에 대해서 설명합니다.

표 21 지원되는 Oracle 구성

Oracle 기능/환경 XtremIO VMAX VNX VNXFile

VNXe Unity UnityFile

VPLEX RP ViPR

Oracle 독립 실행형 데이터베

이스

지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

파일 시스템 기반의 Oracle 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

ASM 기반의 Oracle 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

NFS를 사용한 OracleRAC(비 ASM)

지원 안 함 지원 안함

지원

안 함지원 지원

안 함지원 안함

지원 지원 안함

해당 없음

지원 안함

Oracle RAC(ASM) 지원 지원 지원 해당

없음

지원 지원 해당 없음

지원 지원 지원

Oracle Dataguard(운영 및 보조)



이스에 대한 호스트 클러스터

지원(PowerHA - AIX 및VCS/RHCS -Linux)a

지원 지원 지원 해당

없음



핫 백업 모드b 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

핫 백업 모드/장애 발생 시 정합성 보장 지원 안 됨


물리적 시스템 및 가상 머신의

Oracle(pRDM 및 Vdisk 사용)- RDM은 가상 모드에서 지원

안 됨 c


없음



Oracle 보호


표 21 지원되는 Oracle 구성 (계속)

Oracle 기능/환경 XtremIO VMAX VNX VNXFile

VNXe Unity UnityFile

VPLEX RP ViPR

VNX, Unity 또는 eNAS를 사용하는 NFS 파일 시스템에 상주하는 Oracle 데이터베이스

해당 없음 해당 없음

해당

없음

지원 해당

없음

해당 없음

지원 해당 없음

해당 없음

해당 없음

Oracle AIX LPAR - 가상 연결

및 물리적 또는 NPIV 연결


없음



Oracle 데이터베이스 재활용 지원 지원 지원 지원

안 함지원

안 함지원 안함

지원 안함

지원 지원 지원 안함

mknode(ASM)d 지원 지원 지원 해당

없음



UDEV(ASM) e 지원 지원 지원 해당

없음



ASMLib(ASM) f 지원 지원 지원 해당

없음




이스를 독립 실행형 데이터베

이스에 마운트


독립 실행형 ASM을 독립 실행형 ASM에 마운트


없음



RAC NFS(비 ASM)를 대체

RAC NFS(비 ASM)에 마운트

해당 없음 해당 없음

해당

없음

지원 해당

없음

해당 없음

지원 해당 없음

해당 없음

해당 없음

RAC ASM을 대체 RAC ASM에 마운트


없음



운영 RAC에 클러스터로 마운

트


운영 RAC에 클러스터링되지

않은 단일 인스턴스로 다시 마운트


RMAN 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

RMAN(BCT) 지원 지원 지원 지원 지원 지원 지원 지원 지원 지원

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 운영 파일 시스템을 각각 별도의 대체 경로에 마운트하는 기능

l 콜드 백업(Cold Backup)

l 중첩된 파일 시스템

Oracle 보호


l 서로 다른 OS 버전 및 서로 다른 Oracle 버전에 마운트

l Oracle RAC 1노드 데이터베이스

l ASM DG와 파일 시스템 혼용(데이터가 DG에 상주하고 파일 시스템에 아카이빙됨)

l RDM 및 Vdisk에 데이터 및 아카이브 로그를 함께 저장

l NFS 데이터 저장소의 VMware 가상 디스크를 기반으로 한 Oracle

l 동일한 데이터 저장소를 공유하는 서로 다른 가상 머신에 여러 데이터베이스가 상주하는 구성(예: VM1에 DB1 상주, VM2에 DB2 상주)

l 비 ASM에 ASM 마운트

l VXVM 볼륨 그룹의 ASM 데이터베이스

l VXDMP 디바이스의 ASM 데이터베이스

l VXVM에서 제어되는 원시 디바이스의 ASM 데이터베이스

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 멀티 테넌트

데이터베이스 보호데이터베이스를 보호하려면 데이터베이스에 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 파일에 항목이 없는 데이터베이스와 종료된 데이터베이스는 표시되지 않습니다.

Oracle 보호


2. 화면 왼쪽 아래의 Discover Databases 드롭다운 메뉴에서 On Server를 클릭하고검색할 데이터베이스가 상주하는 서버를 클릭합니다.

데이터베이스에 서비스 계획 적용

데이터베이스에 서비스 계획을 적용하고 서비스 계획을 즉시 실행하거나, 나중에 실행되도록 서비스 계약을 예약할 수 있습니다.

시작하기 전에


절차

1. Copy Management > Oracle로 이동합니다.

2. Oracle 데이터베이스를 하나 이상 선택합니다.

3. Protect 팝업 버튼에서 적절한 서비스 계획을 선택합니다. 예를 들면 다음과 같습니다.

표 22 서비스 계획 보호 옵션

옵션 설명

Subscribe to Plan and Run 데이터베이스 보호를 적용하고, 선택한 데이터베

이스에 대해 계획을 즉시 실행합니다.

Subscribe to Plan 데이터베이스 보호를 신청합니다. 서비스 계획이

적용되는 모든 데이터베이스에 대한 보호가 예약

된 시간에 실행됩니다.

데이터베이스에 대한 서비스 계획 적용 취소

개별 데이터베이스의 서비스 계획 적용을 취소하면, AppSync에서 기존 데이터베이스 복제본은 모두 보존되며, 이후의 보호만 제거됩니다.

시작하기 전에


절차


2. 서비스 계획 신청을 취소할 데이터베이스를 선택합니다.

l 적용을 취소할 서비스 계획을 선택합니다. Protect > Unsubscribe from Plan.데이터베이스가 적용된 계획만 팝업 목록에 나타납니다.


Oracle 복제본 페이지

Service Plan의 Copies 탭에서 복제본의 자세한 정보를 볼 수 있습니다. 복제본 목록은 생성시간 및 서비스 계획을 기준으로 필터링할 수 있습니다.

Oracle 보호

데이터베이스에 서비스 계획 적용 155

표 23 Copy 페이지 필드

열 설명



l 빨간색: 실패

Name 복제본의 이름입니다. AppSync에서 복제본이 생성된 시간이 복제본 이름이 됩니다.

Service Plan 복제본과 관련된 서비스 계획의 이름입니다. 재활용 계획의 경우 복제본을 선택하고

Repurpose 링크를 클릭하여 복제본을 편집하

십시오.

각 복제본은 고유한 재활용 서비스 계획과 연결

됩니다.

레이블 재활용 시 복제본에 할당되는 레이블입니다.

애플리케이션 정합성 보장 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

Oracle 보호


표 23 Copy 페이지 필드 (계속)

열 설명

l VMAX V3: SnapVXSnap, SnapVXClone

l XtremIO Snap

l ViPRSnap

Generation Gen 1 또는 Gen 2 복제본(재활용 용도)

Source 운영 데이터베이스 복제본(Gen 1 복제본) 또는

복제본의 복제본(Gen 2 복제본)

Site RecoverPoint 사이트 정보입니다.

Storage System 스토리지 일련 번호/이름입니다.

데이터베이스 복제본 보기

AppSync 콘솔에서 Oracle 데이터베이스 복제본을 보려면 다음 단계를 따르십시오.

시작하기 전에


절차


2. 데이터베이스의 기존 복제본을 볼 데이터베이스를 클릭합니다.

Service Plan의 Copies 탭에서 복제본의 자세한 정보를 볼 수 있습니다. 복제본 목록은 생성 시간 및 서비스 계획을 기준으로 필터링할 수 있습니다.


Copies 페이지에서 AppSync Oracle 서비스 계획을 적용하여 데이터베이스 복제본을 생성합니다.

시작하기 전에


절차


2. 기존 복제본을 볼 데이터베이스를 클릭합니다.

3. Create a copy using a service plan 목록에서 적절한 서비스 계획을 선택합니다.

선택한 데이터베이스에 대해 서비스 계획이 즉시 실행됩니다.

필요 시 데이터베이스 복제본 만료

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

시작하기 전에



Oracle 보호

Oracle 복제본 페이지 157

절차


2. 복제본을 만료할 데이터베이스를 클릭합니다.



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






서비스 계획이 적용된 데이터베이스에 대해 개별 스케줄을 설정함으로써 일반 반복 설정을재정의할 수 있습니다.

시작하기 전에


Oracle 보호


서비스 계획에 대해 이전에 선택된 반복 유형의 설정만 재정의할 수 있습니다.

절차

1. Service Plans로 이동하여 목록에서 계획 중 하나를 선택합니다.


오른쪽에 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 버튼을 사용합니다. 가능한 경우 첫 번째 기본 설정 기술을 사용하여 복제본이 생성됩니다. 상황에 따라 첫 번째 기술을 더 이상 사용할 수 없을 경우 다음순서의 기본 설정 기술을 사용하여 나머지 복제본이 처리됩니다. 예를 들어 첫 번째 기본 설

Oracle 보호

애플리케이션 검색 159

정이 북마크인데 서비스 계획에 있는 일부 애플리케이션 데이터를 RecoverPoint에 매핑할수 없는 경우 AppSync는 스냅을 대신 사용합니다.

하나의 서비스 계획이 VNX/VMAX Block/File 및 RecoverPoint에 구성된 혼합 데이터 세트를 포함할 수 있습니다. 예를 들어 VNX에서 Oracle에 대한 Bronze 서비스 계획의 경우,서비스 계획이 적용된 데이터베이스가 RecoverPoint 및 VNX/VMAX Block 객체의 혼합일

수 있습니다.

VNX와 VMAX의 데이터베이스 혼합은 지원되지 않습니다. 또한 데이터베이스에 대한 RP북마크 복제본을 생성하려면 데이터베이스의 모든 LUN이 RecoverPoint 보호를 사용하도록 구성해야 합니다. 그러지 않으면 해당 데이터베이스에 대한 스냅 복제본이 생성됩니다.

사전 복제(Pre-copy) 스크립트


사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. AppSync는 운영 호스트에서 실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트를 실행합니다.

모든 스크립트 단계는 Non-Blocking이므로 실패하더라도 서비스 계획 실행이 종료되지 않고 다음 단계가 계속됩니다.


스크립트를 성공적으로 실행하려면 다음을 확인하십시오.

l 스크립트 단계가 활성화되어야 합니다.

l 지정한 경로에 스크립트가 있어야 합니다. 스크립트에 대한 절대 경로를 지정해야 합니다. 기본 위치는 없습니다.

l 유효한 스크립트 형식을 사용해야 합니다. UNIX의 모든 실행 파일이 지원됩니다. 스크립트를 실행하려면 지정한 사용자에게 실행 권한이 필요합니다.

l 사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다.

l Windows에 한해 스크립트는 기본적으로 로컬 시스템으로 실행됩니다.

l 스크립트는 데이터베이스/테이블스페이스를 백업 모드로 전환하지 않습니다.

l 스크립트는 데이터베이스를 종료하지 않습니다.

표 24 사전 복제 스크립트 콘솔 필드

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) 스크립트


사전 복제 스크립트는 Plan Startup 단계에 설정된 스케줄에 따라 실행됩니다. 실행되는 서비스 계획마다 호스트당 한 번만 이 단계를 실행할 수 있습니다. 이 스크립트 단계가 활성화되어 있지만 실행할 사용 권한이 잘못되었거나, 지정된 경로에 스크립트가 없으면 오류가 발생하여 서비스 계획이 실패합니다.

이 프로세스를 수행하려면 AppSync 데이터 관리자 역할이 필요합니다. AppSync 는 운영호스트에서 실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트를 실행합니다.

모든 스크립트 단계는 Non-Blocking이므로 실패하더라도 서비스 계획 실행이 종료되지 않고 다음 단계가 계속됩니다.

스크립트를 성공적으로 실행하려면 다음을 확인하십시오.

l 지정한 경로에 스크립트가 있어야 합니다. 스크립트에 대한 절대 경로를 지정해야 합니다. 기본 위치는 없습니다.

l 유효한 스크립트 형식을 사용해야 합니다. UNIX의 모든 실행 파일이 지원됩니다. 스크립트를 실행하려면 지정한 사용자에게 실행 권한이 필요합니다.

표 25 사후 복제 스크립트 콘솔 필드

UI의 필드 설명


Oracle 보호

복제본의 자동 만료 161

표 25 사후 복제 스크립트 콘솔 필드 (계속)

UI의 필드 설명



다.



서비스 계획은 새 복제본을 만든 후에 이전에 마운트한 복제본을 마운트 해제합니다.

서비스 계획에 의해서가 아니라 필요에 의해 마운트된 복제본은 예외입니다. 이 경우 필요에의해 마운트된 복제본은 마운트 해제되지 않습니다.

이 단계에서는 모든 복구된 데이터베이스가 종료됩니다. 이 단계와 연관된 사용자 설정이 없으므로 활성화하거나 비활성화할 수 없습니다.

Pre-mount 스크립트

AppSync에서 마운트 작업을 수행하기 전에 스크립트를 실행하려는 경우 이 단계를 활성화할 수 있습니다.

실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트가 실행됩니다. 이 스크립트 단계가활성화되어 있지만 실행할 사용 권한이 잘못되었거나, 지정된 경로에 스크립트가 없으면 오류가 발생하여 서비스 계획이 실패합니다.

실행되는 서비스 계획 하나에 여러 마운트 호스트를 사용하는 경우 주의해야 합니다. 서비스계획에서 마운트 설정 재정의를 참조하십시오. 모든 마운트 호스트에서 스크립트가 실행되도록 Run on host 옵션에서 Same as mount host를 선택해야 합니다.

표 26 Pre-mount 스크립트 필드 설명

UI의 필드 설명




다.


Run on host 스크립트를 실행해야 할 호스트입니다. 여러 마

운트 호스트가 사용되는 경우 Same as mounthost를 선택합니다.

복제본 마운트

복제본 마운트 단계는 복제본을 마운트하거나 복제본을 마운트하고 복구합니다. 이 단계는활성화하거나 비활성화할 수 있습니다.

Mount Copy Defaults 설정에서 값을 Mount copy 또는 Mount and recover copy로 설정할 수 있습니다.

Oracle 보호


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: 데이터베이스 파일과 파일 시스템을 마운트할 경로입니다. ASM RAC의 경우 이 설정이 사용되지 않습니다/무시됩니다.

l Service Level Objective (SLO): VMAX 3 스토리지를 사용하는 경우 DesiredSLO(Service Level Objective)라고 하는 설정을 사용할 수 있습니다. 이 옵션은 Mount마법사에서 제공되며, 이 옵션을 통해 필요한 VMAX 3 SLO(Service Level Objective)를 지정할 수 있습니다. 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: 여러 줄로 이루어진 이 필드에서는 마운트된 데이터베이스 복제본에 대한 원본 데이터베이스 설정을 재정의하는 설정을 지정할 수 있습니다. 이는 메모리 설정 등의 옵션을 편집하는 데 유용합니다.


여러 개의 등록된 데이터베이스에 같은 계획이 적용되어 있는 경우 각 데이터베이스에 대해서로 다른 마운트 설정을 선택함으로써 일반 설정을 재정의할 수 있습니다. 복구 설정은 재정의할 수 없습니다.

시작하기 전에


절차

1. Service Plans > Oracle로 이동하여 목록에서 서비스 계획 중 하나를 클릭합니다.



서버 목록에는 해당 데이터베이스에 이 계획이 적용되는 모든 Oracle 호스트가 포함되어 있습니다.

4. 설정을 재정의할 서버를 선택하고 Set Overrides를 클릭합니다.

Override Default Mount Settings 대화상자가 표시됩니다.

Oracle 보호

서비스 계획에서 마운트 설정 재정의 163

5. 재정의할 마운트 설정에 대한 옵션을 선택합니다.



설정을 변경한 서버가 있는 행의 첫 번째 열에 연필 아이콘이 나타납니다.

7. 서버의 기본 설정으로 되돌리려면 Use Default Settings를 클릭합니다.

사후 마운트 스크립트

AppSync에서 마운트 작업을 수행한 후에 스크립트를 실행하려는 경우 이 단계를 활성화할수 있습니다.

실행되는 서비스 계획마다 호스트당 한 번만 이 스크립트가 실행됩니다. 이 스크립트 단계가활성화되어 있지만 실행할 사용 권한이 잘못되었거나, 지정된 경로에 스크립트가 없으면 오류가 발생하여 서비스 계획이 실패합니다.

실행되는 서비스 계획 하나에 여러 마운트 호스트를 사용하는 경우 주의해야 합니다. (서비스 계획에서 마운트 설정 재정의 섹션을 참조하십시오. 모든 마운트 호스트에서 스크립트가실행되도록 Run on host 옵션에서 Same as mount host를 선택해야 합니다.

표 27 사후 마운트 스크립트 필드 설명

UI의 필드 설명




다.

Run on host 스크립트를 실행해야 할 호스트입니다. 여러 마

운트 호스트가 사용되는 경우 Same as mounthost를 선택합니다.


서비스 계획의 최종 단계에서는 복제본을 마운트 해제합니다.


Mount copy 단계에서 복구 옵션(독립 실행형, RMAN 또는 클러스터 마운트)을 사용하여마운트하기로 선택한 경우에는 이 단계에서 모든 마운트된 데이터베이스가 종료됩니다.

Oracle 복제본 마운트독립 실행형 서버에서 Oracle 마운트를 수행하기 전에 AppSync 콘솔의 Mount 필드와 해당의미를 이해해야 합니다.

마운트 작업

표 28 콘솔 필드 설명

필드 설명

Mount on Server 복제본을 마운트할 서버입니다.

Oracle 보호


표 28 콘솔 필드 설명 (계속)

필드 설명

Mount path Default Mount Path는 /appsync입니다. 마운

트 경로가 Same as Original Path일 수도 있습니다. 하지만 마운트 호스트가 운영 호스트와

동일할 때는 이 옵션을 사용할 수 없습니다. 또한

Default Mount Path를 /AppSync 대신 /EMC와 같이 변경할 수도 있습니다.

Image access mode (during RecoverPointmount)

l Logged access: 무결성 검사에 복제된 볼륨

의 많은 영역에 대한 검색이 포함된 경우 이마운트 옵션을 사용합니다. 이 옵션은 운영

호스트에 마운트하는 경우에만 사용할 수 있습니다. RP-VMAX를 사용한 가상 액세스는

지원되지 않습니다.

l Virtual access with roll: 복제본에 대한 즉각

적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이

요청된 시점에 있는 경우 RPA는 대량 처리

를 위해 복제본 볼륨에 대한 직접 액세스로

전환합니다. RP-VMAX 및 RP-XtremIO를사용할 경우 Virtual access with roll이 지원

되지 않습니다.

l Virtual access: 이미지에 대한 거의 즉각적

인 액세스를 제공하지만 대량 처리에는 적합

하지 않습니다. RP-VMAX 및 RP-XtremIO를 사용한 가상 액세스는 지원되지 않습니

다.

Desired SLO VMAX 3 스토리지에서만 Desired SLO라는 설정

이 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클러스터 마운트를 수행하지 않으려면 이 옵션을 선택 취소합니다. 이 옵션은 기본적으

로 설정되어 있습니다.

모든 경로 다중화 디바이스 운영 호스트에서 생성된 복제본을 모든 경로 다중화 디바이스 마운트 호스트에 마운트할 수 있습니다. 따라서 Block/PowerPath/MPIO 디바이스에서 복제본을 생성하고 이러한 조합을 갖는 마운트 호스트에 마운트할 수 있습니다.

DMP의 경우 운영 호스트와 마운트 호스트에 모두 DMP를 설치해야 합니다.

Oracle 보호

Oracle 복제본 마운트 165

추가 서버 정보

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 복제본의마운트가 실패할 수 있습니다.

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(RecoverPoint Appliance)와

Oracle 보호


다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을마운트합니다.

6. Mount Options 페이지의 Mount operation 드롭다운 목록에서 Mount onstandalone server, Mount on standalone server and create RMAN catalogentry, Mount on standalone server and recover, Mount on standaloneserver and prepare scripts for manual recovery 또는 Mount on grid clusterand recover as RAC database 옵션 중 하나를 선택합니다.

복구에 대한 읽기/쓰기 액세스로 열기 모드에서 Mount on standalone server andrecover, 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입니다.

AppSync는 <DBNAME>_TEMP 형식으로 TempTable Space의 이름을 생성합니

다. 이렇게 새로 생성된 테이블스페이스는 마운트된 데이터베이스 인스턴스의 기본임시 테이블스페이스로 설정됩니다. 마운트 해제 도중 AppSync에서 생성된 임시 테이블스페이스를 삭제합니다.

l 수동 복구 마운트에서는 스크립트를 사용하여 임시 테이블스페이스를 생성

('Step-5_createTempTableSpace.sql')하고 삭제

('Step-6_dropTempTableSpace.txt')할 수 있습니다. AppSync를 사용하여 복제본을 마운트 해제하기 전에 생성된 임시 테이블스페이스를 수동으로 삭제해야

합니다.

l 마운트 해제 동안 AppSync가 임시 테이블스페이스를 삭제하지 못한 경우 및 복구 작업이 이 복제본을 사용하여 수행되는 경우 테이블스페이스가 복구됩니다.

l RecoverPoint 복제본을 복구하려는 경우 임시 테이블스페이스가 복구 마운트 도중 생성된 경우 이 테이블스페이스도 운영 환경으로 복구됩니다. 마운트된 데이터

베이스 복제본에서 수동으로 임시 테이블스페이스를 삭제한 후 복구를 시도해야

합니다.

7. 기본 Mount and Recovery 설정을 검토하고 필요에 따라 변경합니다.

-- VPLEX에 대한 마운트 옵션을 선택합니다.

l VPLEX virtual volume - 백엔드 스토리지의 스냅샷이 VPLEX에 표시됩니다.AppSync에서 VPLEX 가상 볼륨을 기본 스토리지 스냅샷에 생성한 다음 마운트호스트에 프로비저닝합니다. 프로비저닝된 가상 볼륨은 마운트 호스트의 스토리지 보기에 추가됩니다. 마운트 해제하는 동안 가상 볼륨이 마운트 호스트의 스토리지 보기에서 제거되고 기본 스토리지 스냅샷에 생성된 VPLEX 가상 볼륨을 삭제합니다. 백엔드 스토리지의 스냅샷은 VPLEX에서 프로비저닝 해제됩니다.

l Native array volume - AppSync에서 마운트 호스트에 기본 스토리지 스냅샷을프로비저닝합니다. 마운트 호스트가 스냅샷이 생성되는 기본 스토리지에 조닝

Oracle 보호

Oracle Mount 마법사를 사용한 복제본 마운트 167

(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 정책을 선택하여 마운트 작업에 사용할 스토리지 그룹을 선택합니다.

8. Next를 클릭하여 Summary 페이지를 표시합니다.

9. 마운트 설정을 검토하고 Finish를 클릭하여 마운트를 완료합니다.

10. Results 페이지에서 복제본 마운트에 포함되는 각 단계의 진행률을 확인할 수 있습니다.


RMAN 카탈로그 작성 기능

이 섹션에는 RMAN 카탈로그 항목을 생성하고 BCT 파일을 복제하기 위한 사전 요구 사항과 제한 사항이 나와 있습니다.

마운트 작업: 독립 실행형 서버에 마운트 및 RMAN 카탈로그 항목 생성

표 29 콘솔 필드 설명

UI의 필드 설명

RMAN user 카탈로그 소유자

RMAN password 카탈로그 소유자의 암호

RMAN connect string 원격 RMAN 카탈로그에 접속하는 데 사용되는

TNS 별칭

TNS_ADMIN TNS 별칭이 지정된 tnsnames.ora 파일의 경로

(기본 경로: $ORACLE_HOME\network\admin\)

ORACLE_HOME Oracle 바이너리에 대한 ORACLE_HOME 경로.기본값: 운영 호스트와 동일

ASM Diskgroup Name 마운트 호스트에 있는 디스크 그룹 또는 %DG%(마운트 시 운영 ASM 디스크 그룹 이름을 사용

하는 경우)의 이름을 바꾸기 위한 접두사 또는 접미사를 지정합니다. 기본값: APS%DG%

Skip Data Files 데이터베이스 데이터 파일의 카탈로그 작성을 건너뜁니다. 기본값: 선택하지 않음

Oracle 보호


사전 요구 사항에 대한 참고 사항

l RMAN 카탈로그 데이터베이스가 있어야 하며 마운트 호스트와 동일한 네트워크에서액세스 가능해야 합니다.

l 마운트 호스트의 tnsnames.ora 파일에는 EMC 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: 데이터베이스 파일과 파일 시스템을 마운트할 경로입니다. ASM RAC의 경우 이 설정이 사용되지 않습니다/무시됩니다.

l Database name: 마운트된 데이터베이스 이름의 형식을 나타냅니다. 원본 데이터베이스 이름을 지정하려면 토큰 %DB%를 사용합니다. 예를 들어 원본 이름에 접두사 TEST를붙이려면 TEST%DB%를 사용합니다.

l SID name: 마운트된 인스턴스 이름의 형식을 나타냅니다. 원본 인스턴스 이름을 지정하려면 토큰 %SID%를 사용합니다. 예를 들면 다음과 같습니다. 원본 이름에 접두사

TEST를 붙이려면 TEST%SID%를 사용합니다.

l ASM Diskgroup: ASM 디스크 그룹의 형식을 나타냅니다. 원본 디스크 그룹 이름을 지정하려면 토큰 %DG%를 사용합니다. 예를 들면 다음과 같습니다. 원본 이름에 접두사

TEST를 붙이려면 TEST%DG%를 사용합니다.


마운트 작업이 완료된 후에 AppSync는 데이터베이스 복구를 위해 실행해야 할 스크립트를마운트 호스트에서 생성합니다. 스크립트는 RMAN 스크립트와 SQL 스크립트이며, /tmp/<MOUNTED_SID_NAME>/RecoveryScripts에서 생성됩니다. 스크립트 파일의 이름은

Step-<number>_<operation>.<extension>으로 지정됩니다. 여기서 <number>는 파일이 실행되는 순서(첫 번째, 두 번째 등)를 나타내고, <operation> 은 스크립트를

통해 수행되는 작업을 나타내며, <extension>은 스크립트 유형(RMAN 또는 SQL)을 나

Oracle 보호

독립 실행형 서버에 마운트 및 수동 복구용 스크립트 준비 169

타냅니다. 스크립트 유형에 따라 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. RMAN 스크립트를 실행할 때 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 데이터베이스로 포함되어 있는 복제본의 마운트를 수행하기 위한 사전 요구 사항과 자세한 정보가 나와 있습니다. 관련 설정은 다음과 같습니다.


l Mount to cluster: 복제본을 마운트할 클러스터를 지정합니다. 또는 이것이 운영 클러스터에 다시 마운트되는 원래 클러스터가 될 수도 있습니다.

l Mount to servers: 선택한 클러스터에서 일부 노드를 선택하거나 AppSync에 추가된클러스터의 모든 노드를 선택할 수 있습니다.

AppSync에서는 등록된 클러스터 노드에만 마운트가 수행되며, 등록되지 않은 노드는

사용되지 않습니다.

l Mount to path: ASM RAC의 경우 이 설정을 무시합니다.

l Database name: 마운트된 데이터베이스 이름의 형식을 나타냅니다. 원본 데이터베이스 이름을 지정하려면 토큰 %DB%를 사용합니다. 예를 들어 원본 이름에 접두사 TEST를붙이려면 TEST%DB%를 사용합니다.

l SID name: 마운트된 인스턴스 이름의 형식을 나타냅니다. 원본 인스턴스 이름을 지정하려면 토큰 %SID%를 사용합니다. 예를 들면 다음과 같습니다. 원본 이름에 접두사

TEST를 붙이려면 TEST%SID%를 사용합니다.

Oracle 보호


RAC 마운트의 경우 클러스터의 각 노드는 고유한 인스턴스 이름에 접미사로 숫자가 붙습니다.

l ASM Diskgroup: ASM 디스크 그룹의 형식을 나타냅니다. 원본 디스크 그룹 이름을 지정하려면 토큰 %DG%를 사용합니다. 예를 들면 다음과 같습니다. 원본 이름에 접두사

TEST를 붙이려면 TEST%DG%를 사용합니다.


Oracle 복제본 복구AppSync 콘솔에서 Oracle Restore 마법사를 사용하여 Oracle 복제본의 복구를 수행할 수있습니다.

시작하기 전에


l 복제본이 마운트되거나 데이터베이스 이름 변경으로 복구되는 경우 복구에 이 복제본을

사용하지 않는 것이 좋습니다.

l 데이터 저장소를 보호하기 전에 가상 머신 스냅샷이 없는지 확인합니다. 가상 머신 스냅

샷이 있으면 성공적으로 보호되기는 하지만 AppSync가 파일 또는 가상 머신 복구를 수행하지 못합니다.

절차

1. AppSync 콘솔에서 Copy Management 탭을 클릭하고 드롭다운 목록에서 Oracle을 선택합니다.

Oracle 데이터베이스 인스턴스의 목록이 표시됩니다.

2. 특정 데이터베이스를 선택하여 선택한 Oracle 데이터베이스에 대한 Copies Page페이지를 엽니다. 이 페이지에는 복제 날짜와 함께 사용 가능한 복제본이 나열되어있습니다.

3. 원하는 복제본을 선택하고 Restore를 클릭하여 Oracle Restore 마법사를 시작합니다.

다음 경고 메시지가 표시될 수 있습니다. You are attempting to performa restore on a cluster. Please follow the instructions inthe AppSync documentation for specific cluster restoreprocedures.

4. 복구할 복제본을 선택하고 Next를 클릭합니다.

Restore Options 페이지가 나타납니다.

5. Restore 드롭다운 목록을 클릭하고 복구할 대상을 Data, Archive logs 또는 BothData and Archive logs 중에 선택합니다.

복구되는 데이터베이스가 다른 데이터베이스에 영향을 미치는 경우 영향을 받는 인접 항목에 대한 경고 메시지가 표시될 수 있습니다.

6. 다음을 클릭합니다. Configure Storage Options 화면이 나타납니다. Wait forMirror Rebuild to complete 옵션이 표시되고 기본적으로 선택됩니다. 이 옵션은

Oracle 보호

Oracle 복제본 복구 171

해당 운영 데이터가 로컬 또는 분산 RAID-1 볼륨에 상주하는 VPLEX Snap에 적용됩니다.

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 데이터베이스 데이터 파일과 아카이브 로그 모두의 파일 시스템 및 스토리지에서 영향을 받는 인접 항목을 확인합니다.


l RecoverPoint 및 ViPR Controller의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 항목이 됩니다.

l VNX, VNXe, Unity, VMAX, XtremIO 및 ViPR Controller의 경우, 데이터베이스가 같은LUN에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다. VNXe의 경우, 데이터베이스가 같은 LUN 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l Unity의 경우, 데이터베이스가 같은 정합성 보장 그룹에 있으면 한 데이터베이스가 보호될 때 다른 데이터베이스가 영향을 받는 인접 항목이 됩니다.

l vDISK/데이터 저장소의 경우, 두 데이터베이스 DB1과 DB2의 데이터 파일이 데이터 저장소 [DS1]에 있고, 마찬가지로 동일한 두 데이터베이스의 아카이브 로그가 데이터 저장소 [DS2]에 있을 경우, 둘 모두 영향을 받는 인접 항목이 됩니다.

Oracle 보호


영향을 받는 인접 항목이 복구하도록 선택된 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 복제본을 복구하려면 다음 절차를 따르십시오.

시작하기 전에

원격 노드에서 다음 단계를 수행합니다.

1. Oracle 사용자로 영향을 받는 모든 데이터베이스를 종료합니다. oracle> srvctlstop 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를 클릭합니다.

Oracle 보호

영향을 받는 인접 항목이 포함된 Vdisk 복구 173

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> srvctlstop instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

2. 영향을 받는 다른 데이터베이스를 종료합니다. oracle>srvctl stop database -d<RACDB2>

3. 그리드 사용자로 영향을 받는 모든 ASM 디스크 그룹을 마운트 해제합니다. grid>asmcmd umount <DG>

복구 노드에서 복구를 수행합니다. 다음 단계를 수행하십시오.

절차

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 경고가 표시되었는지 확인합니다.

Oracle 보호


동일한 스토리지에 있지만 다른 노드에 있는 연결된 항목이 데이터베이스에 있을 수있습니다. 이 경우 이 경고가 표시되지 않습니다.

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 보호

영향을 받는 인접 항목에 대한 RAC 복제본 복구 175

Oracle 보호


CHAPTER 8

파일 시스템 보호


l 파일 시스템 지원 개요........................................................................................ 178l 파일 시스템 서비스 계획 설정............................................................................. 180l File System Mount 마법사를 사용한 복제본 마운트............................................ 192l 파일 시스템 복구................................................................................................195

파일 시스템 보호 177

파일 시스템 지원 개요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(Command Descriptor Block)필터링이 해제되어 있어야 합니다. 기본적으로 이 필터링은 설정되어 있습니다.

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

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:\ 제외)을 보호하려면 SELECT ALL을클릭합니다. 파일 시스템에 대한 자세한 내용은 다음을 참조하십시오.

l 파일 시스템 복제본 페이지

l Filesystem hosts 페이지

l Filesystem Mount 마법사를 사용한 복제본 마운트

파일 시스템 복제본 페이지

이 페이지에서는 파일 시스템 복제본 목록을 볼 수 있습니다.

생성 시간, 생성된 복제본의 상태, 서비스 계획을 기준으로 복제본의 목록을 필터링할 수 있습니다.

Copies 페이지 아래에 있는 Details 패널에서 복제본에 대한 이벤트를 표시하려면 해당 복제본을 선택합니다.

Copies 페이지에서 복제본을 마운트하거나, 복구하거나, 만료하도록 선택할 수 있습니다.

파일 시스템에 대한 자세한 내용은 다음을 참조하십시오.

l Filesystems 페이지

l Filesystem hosts 페이지


VNX, VNXe 및 Unity 스토리지에서 NFS 파일 시스템 보호 179

l Filesystem Mount 마법사를 사용한 복제본 마운트

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

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

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



(00:00)에 처음 실행되

며 24시간마다 복제본

을 생성합니다.RPO(Recovery PointObjective): 24시간마

다 복제본을 생성합니

다. (목표를 충족시키지

못하면 알림이 표시됩

니다.)

Application discovery Enabled 없음 Plan Startup 단계에서

결정됩니다.

Application mapping Enabled 없음 애플리케이션 검색 단계가 완료될 때 시작됩

니다.

Pre-copy script 비활성 없음 애플리케이션 매핑 단계가 완료될 때 시작됩

니다.

Create copy Enabled 복제본 유형:

l Bronze

l Silver

l Gold

추가 사항:

l Storage OrderedPreference: 스냅

샷, 클론, 북마크

스토리지 기본 설정의 순서를 정하

거나 선택하거나

지울 수 있습니다.기본적으로 모든

옵션이 선택되어

있습니다. 기본 설정을 모두 선택 취

Pre-copy script 단계


다.





소할 수는 없으며

하나 이상 반드시

선택해야 합니다.

l Storage Settings:IncludeRecoverPointcopies inexpirationrotation policy -순환을 계산할 때RecoverPoint 복제본을 포함하려면

이 옵션을 선택하

십시오. 이 옵션을

선택하지 않으면

RecoverPoint 복제본이 누적되고

해당 북마크가

RecoverPoint 어플라이언스에서

"사라질" 때까지

남아 있습니다.

l Configure storageoptions

n VPLEX: 분산

볼륨에 대한 선호 클러스터와

RAID-1 볼륨에

대한 선호 스토

리지를 선택할

수 있습니다.

n VMAX: 서비스

계획에 대한

VMAX V2 복제본 디바이스

를 생성하도록

스토리지 풀을

구성할 수 있습


시스템을 확장

하여 원하는

VMAX V2 스토리지 풀을 선택하거나 선택

취소할 수 있습


풀을 선택하지

않으면 서비스





계획이 VMAXV2 스토리지에

대해 AppSync에 설정된 스토

리지 풀에서 복제본 디바이스

를 생성합니다.기본적으로, 구성된 모든 스토

리지 풀이 선택

됩니다. 이 옵션은 VMAXV2 스토리지에

만 적용됩니다.

l AdvancedSettings - 재시도

간격을 통해 구성

한 간격 후에 실패

한 VSS 작업을 재시도할 횟수와 간격을 설정할 수 있습니다. 이 설정은

Windows 애플리

케이션에만 적용됩

니다. 기본 재시도

횟수 값은 3이고 기본 재시도 간격 값은 0초입니다.

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

Unmount previouscopy

비활성 없음 Post-copy script 단계


다.

Mount copy(파일 시스템 서비스 계획의 경우 pre-mountscript 단계도 사용할

수 있음)

비활성 Mount Copy

l Mount on Server:원본 호스트

l Mount withaccess: 읽기/쓰기

l Mount Path: 기본

경로 이미지

l Access mode: 로깅된 액세스

l Copy to Mount:Local(Gold 계획만

해당)

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





l Use DedicatedStorage Group: 기본적으로 선택됨

l Desired SLO: 마운

트 복제본에 대한

SLO를 선택합니

다. 이 옵션은

VMAX 3 스토리지

에만 적용됩니다.

l Desired FAST VP:FAST VP 정책을

선택합니다. 이 옵션은 VMAX V2 스토리지에만 적용됩

니다.

l VPLEX Mount 옵션: VPLEX 마운트

옵션을 선택합니

다.

l Enable VMwarecluster mount: 마운트 호스트가

ESX 클러스터에

상주하는 VMware가상 머신인 경우

마운트하는 동안

타겟 LUN이 ESX클러스터의 모든

노드에 표시됩니

다. 이 옵션은 기본

적으로 설정되어

있습니다. ESX 클러스터 마운트를

수행하지 않으려면

이 옵션을 선택 취소할 수 있습니다.이 기능은 VPLEX에만 적용됩니다.

l VMware SRM 비활성화:RecoverPoint 정합성 보장 그룹에

대해 SRM 플래그

가 활성화되어 있는 경우 정합성 보장 그룹을 관리할

수 있습니다. 이 기능은





RecoverPoint 4.1이상에만 적용됩니

다.

l 파일 시스템 검사

실행: 마운트 작업

을 수행하는 동안

AppSync 에이전

트가 fsck 명령을

실행하여 파일 시스템 데이터 정합

성을 검사합니다.이 작업은 시간이

많이 걸릴 수 있습

니다. 이 옵션을 선택 취소하여 마운

트 작업 중에 파일

시스템 검사를 건너뛸 수 있습니다.파일 시스템 검사

옵션은 기본적으로

활성화되어 있습니

다.

복구 작업의 경우

RunFilesystemCheck 옵션이 기

본적으로 활성화되

어 있습니다. 이 옵션은 비활성화할

수 없습니다.

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

Unmount copy 비활성 없음 Post-mount 스크립트

단계가 완료될 때 시작

됩니다.

파일 시스템에 서비스 계획 적용

이 섹션에서는 파일 시스템에 서비스 계획을 적용하는 방법을 보여 줍니다. 서비스 계획이적용되는 모든 파일 시스템에 대한 보호가 예약된 시간에 실행됩니다.

절차

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이고 규칙 설정이 1stday of every month의 Run at 12:00 AM인 경우, 개별 애플리케이션의 시간과 날짜를 재정의할 수 있습니다.연필 아이콘은 기본 설정이 재정의되었음을 나타냅니다.





n 30분 또는 1, 2, 3, 4, 6, 8, 12, 24시간으로 RPO 설정








서비스 계획 스케줄 재정의 185









파일 시스템 복제본을 생성하기 전에 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 등으로 파일 이름 확장명을

사용하지 마십시오. 이 스크립트는 실행 가능해야 합니다.

AppSync는 이 스크립트를 다음과 같이 실행합니다.

/var/opt/emc/appsync/scripts/appsync_freeze_filesystem_bronze /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml


Create copy 단계 기능인 고정 및 고정 해제 콜아웃 스크립트 187

여기서 /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml 파일 컨텐츠는 다음과 같은 형식입니다. <Applicationtype='Filesystem'><filesystems><filesystem><name>/FS1</name></filesystem><filesystem><name>/FS2</name></filesystem></filesystems></Application>


서비스 계획의 Create copy 단계에서 VSS 재시도 횟수를 구성할 수 있습니다. 보호하는 동안 VSS 시간 초과 문제와 같은 VSS 장애 때문에 서비스 계획이 실패하는 경우 서비스 계획에서 지정된 재시도 횟수와 간격에 따라 VSS 고정/고정 해제 작업을 다시 실행합니다. 이옵션은 파일 시스템, Microsoft SQL 및 Microsoft Exchange 등의 Windows 애플리케이션에서만 지원됩니다.




Post-copy 스크립트 단계



스크립트는 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_<serviceplanname 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


이전 복제본 마운트 해제 189

C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml 파일의 컨텐츠는 다음과 같은 형식입니다.

<Application type="Filesystem"><mountpath>C:\AppSyncMounts\HDrive\</mountpath><mountpath>C:\AppSyncMounts\GDrive\</mountpath> </Application>

Mount copyMount copy 단계에서는 복제본을 마운트합니다. 이 단계는 활성화하거나 비활성화할 수있습니다.

필드 설명

Mount onServer

복제본을 마운트할 서버입니다. 클러스터 또는 독립 실행형 호스트의노드만 선택할 수 있습니다.

Mount withaccess


Mount path 기본 마운트 경로는 %SystemDrive%\AppSyncMounts\%%ProdServerName%%입니다. 마운트 경로에서 Windows 환경 변수

의 값을 지정하려면 한 개의 백분율 기호(%)로 변수 이름을 구분하십시오. 기본 경로에는 두 개의 백분율 기호(%%)로 구분되는 AppSync변수(ProdServerName)도 포함되어 있습니다. 다음 문자는 경로에서유효하지 않습니다.< > : " / | ? * . 마운트 경로가 Same as OriginalPath일 수도 있습니다. 하지만 마운트 호스트가 운영 호스트와 동일할때는 이 옵션을 사용할 수 없습니다.

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) 스크립트 191





File System Mount 마법사를 사용한 복제본 마운트RecoverPoint 복제본의 시점 마운트를 생성하려면 File System Mount 마법사를 사용합니다.

시작하기 전에


UNIX의 경우 실행할 스크립트의 전체 경로를 File 필드에 지정해야 합니다. 스크립트를 실행하려면 사용자 자격 증명이 필요합니다.

다음 단계를 수행하십시오.

절차

1. AppSync 콘솔에서 File systems > Copies로 이동하여 사용 가능한 복제본을 표시합니다.

2. 마운트할 복제본을 선택한 후 Mount를 클릭합니다.

File System Mount 마법사의 Select Copy to Mount 페이지가 열립니다.마운트할 복제본을 원하는 대로 선택할 수 있습니다. 기본적으로 Mount를 선택하기전에 선택한 복제본이 강조 표시되어 있지만 다른 복제본 인스턴스도 나타납니다.

3. 마운트할 복제본을 선택하고 Next를 클릭합니다.

Specify Mount Settings 페이지가 나타납니다.

4. Mount Settings 페이지에서

a. Mount on Server 목록에서 복제본을 마운트할 서버를 선택합니다.

b. Mount with access 목록에서 복제본을 마운트할 때 사용해야 하는 액세스 유형을 선택합니다. Read-only 또는 Read-write가 가능합니다.

c. Mount path 목록에서 마운트 경로 위치로 To original path나 Mount toalternate path를 선택합니다. 마운트 경로는 복제본이 마운트 호스트에 마운트되는 위치입니다. 기본적으로 AppSync에는 선택한 마운트 호스트의 경로가 표시됩니다. 복제본을 편집하고 사용자 정의 위치에 마운트할 수도 있습니다.

d. 선택한 복제본이 RecoverPoint 북마크인 경우 Image access mode 목록에서다음 옵션 중 하나를 선택합니다.

l Logged access: 무결성 검사에 복제된 볼륨의 많은 영역에 대한 검색이 포함된 경우 이 마운트 옵션을 사용합니다. Logged access 옵션은 운영 호스트에마운트하는 경우에만 사용할 수 있습니다.

l Virtual access with roll: 복제본에 대한 즉각적인 액세스를 제공하며 백그라운드에서 복제된 볼륨을 업데이트합니다. 복제된 볼륨이 요청된 시점에 있는경우 RPA는 대량 처리를 위해 복제본 볼륨에 대한 직접 액세스로 전환합니다.RP VMAX 및 RP XtremIO를 사용할 경우 Virtual access with roll이 지원되지 않습니다.



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에서 마운트에 전용 스토리지 그룹의 사용을 적용하지 않게 하려면 UseDedicated Storage Group 옵션을 선택 취소합니다. 이 옵션은 기본적으로 설정되어 있습니다.

h. VPLEX Mount option에서 다음 중 하나를 선택합니다.


l VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.


5. Summary 페이지에서, 이전 페이지에서 선택한 복제본 및 마운트 설정을 검토하고Finish를 클릭하여 복제본을 마운트합니다.

마운트 결과 정보가 포함된 Results 페이지가 열립니다.


File System Mount 마법사를 사용한 복제본 마운트 193

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를 클릭합니다.

파일 시스템 복구기존의 파일 시스템 복제본을 복구하려면 File System Restore 마법사를 사용합니다.


서비스 계획에서 마운트 설정 재정의 195

절차

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 확인란을 선택합니다.


Configure Storage Options 화면이 나타납니다. Wait for Mirror Rebuild tocomplete 옵션이 표시되고 기본적으로 선택됩니다. 이 옵션은 해당 운영 데이터가로컬 또는 분산 RAID-1 볼륨에 상주하는 VPLEX Snap 복제본에 적용됩니다.

7. Summary 페이지에 문제가 없으면 Finish를 클릭합니다.

Results 페이지가 열려 복구 결과를 볼 수 있습니다.



CHAPTER 9

VMware 데이터 센터 보호


l 구성 사전 요구 사항 ...........................................................................................198l 데이터 센터 검색 ...............................................................................................201l VMFS 복제본 마운트 시 고려 사항 .....................................................................210l 복제본에서 데이터 저장소 복구...........................................................................212l 복제본에서 가상 머신 복구................................................................................. 214l VMFS 또는 NFS 데이터 저장소를 통한 파일/폴더 복구....................................... 217

VMware 데이터 센터 보호 197

구성 사전 요구 사항AppSync는 VMware vStorage VMFS 및 NFS 데이터 저장소 구성에서 복제본을 생성, 마운트 및 복구할 수 있습니다. AppSync를 VMware vStorage VMFS 보호와 통합하려면 구성 사전 요구 사항을 충족해야 합니다. RecoverPoint 및 VMware는 제품 설명서에 따라 구성해야 합니다.

VMware 구성 사전 요구 사항

l 운영 환경에서 VMware vCenter Server를 사용해야 합니다.

l 지원되는 버전의 vSphere가 설치되어 있고 복제하려는 VMFS의 가상 머신에 VMwareTools 기능이 있을 때 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

다음 Edit Role 화면 캡처에는 역할에 대해 선택해야 하는 권한이 표시되어 있습니다.


VMware vStorage VMFS 요구 사항 199

그림 6 AppSync를 위한 VC 역할에 필요한 권한



지원되는 버전의 vSphere가 설치되어 있고 VMware Tools가 보호하려는 VMFS의 가상 머신에 있을 때 AppSync는 VMware에서 VM 스냅샷이 있는 VSS를 사용할 수 있도록 지원합니다. AppSync 복제본의 VSS 관련 특성 사용에 대해서는 VMware 설명서를 참조하고 이구성의 VSS와 관련된 고려 사항에 대해서는 VMware에 문의하십시오.

데이터 저장소의 가상 머신에 RDM 또는 iSCSI LUN이 표시될 경우 결과 복제본에 이러한LUN이 포함되지 않습니다. 다른 데이터 저장소에 있는 부팅 드라이브 이외의 가상 디스크가 가상 머신에 있을 경우, 서비스 계획이 가상 머신 디스크를 포함하도록 구성함으로써 이러한 디스크를 캡처할 수 있습니다.

데이터 센터 검색AppSync를 최신 상태로 유지하려면 vCenter Server 구성이 변경될 때 VMware vCenter서버에서 데이터 센터를 검색해야 합니다.

시작하기 전에


l 적어도 하나의 vCenter Server를 AppSync에 추가해야 합니다.

절차

1. Copy Management > VMware Datacenters로 이동합니다.

2. VMware Datacenters 페이지에서 Discover Datacenters > On Virtual Center를클릭하고 vCenter Server를 선택하여 해당 데이터 센터를 검색합니다.

Add vCenter Server를 클릭하여 vCenter Server를 추가할 수도 있습니다. Add avCenter Server를 참조하십시오.

데이터 센터 목록

VMware Datacenters 페이지의 상위 레벨에는 AppSync에 등록된 모든 데이터 센터가 표시됩니다.

열 설명

Protectionstatus ofdatacenter

l 녹색: 성공적으로 보호된 데이터 센터에 있는 모든 데이터 저장소의최신 복제본

l 노란색: 데이터 센터에 있는 하나 이상의 최신 데이터 저장소 복제본이 오류와 함께 완료됨

l 빨간색: 데이터 센터에 있는 하나 이상의 최신 데이터 저장소 복제본이 완료되지 못함

l "i" 기호: 데이터 센터에 있는 데이터 저장소 중 하나에 서비스 계획이 적용되지 않거나 연관된 복제본이 없음

Name vCenter Server에 있는 데이터 센터의 이름입니다.

vCenterServer

데이터 센터를 호스트하는 vCenter Server의 이름입니다.

Last Discovery vCenter Server에서 검색이 마지막으로 수행된 시간입니다.

AlertRecipients

e-메일 알림을 받을 e-메일 별칭의 목록입니다.

데이터 센터 이름을 클릭하면 데이터 저장소가 표시됩니다.


데이터 센터 검색 201

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에 추가하

십시오.

VMware 데이터 저장소 목록

이 목록에는 AppSync 데이터베이스에서 검색되고 저장된 VMware 데이터 저장소가 있습니다.

데이터 저장소 이름을 클릭하면 데이터 저장소의 복제본이 표시됩니다.

Service Plan 열에는 데이터 저장소에 적용되는 계획이 표시됩니다. 다른 세부 정보로는 데이터 저장소 유형(VMFS 또는 NFS), ESX 서버 이름 등이 있습니다.

VMware 데이터 저장소 보호

AppSync VMware 서비스 계획에 포함하여 VMware 데이터 저장소를 보호할 수 있습니다.

AppSync의 데이터 저장소 보호 메커니즘은 서비스 계획을 사용하는 것입니다. 데이터 저장소를 서비스 계획에 포함하고 서비스 계획을 즉시 실행하거나, 나중에 실행되도록 서비스 계약을 예약할 수 있습니다.

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 호스트, 가상 머신 파일의 경로 등이 있습니다. 경로에서 가상 머신이 상주하는 데이터 저장소의 이름은 [ ] 괄호 안에 있습니다.

데이터 저장소에 대한 서비스 계획 신청 취소

한 서비스 계획 또는 모든 서비스 계획에서 데이터 저장소의 신청을 취소할 수 있습니다.

시작하기 전에





VMware 데이터 저장소 보호 203

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 탭: 선택한 데이터 저장소 복제본에 포함된 가상 디스크를 나열합니다.

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는 선택된 데이터 저장소에서 검색을 수행하고 vCenterServer의 구성에 변화가 있는 경우 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 데이터 저장소의 복제본만 포함하는 복제본은 만료되지 않습니다.


이 옵션을 선택하지 않으면 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 데이터 센터가 포함되어 있습니다. 마운트 설정은 기본 설정을 표시합니다. 또한 VMAXv3 데이터 저장소의 경우 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)와 다른 시간대에 있는 경우에는 서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 마운트합니다.

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 with roll이 지원되지 않습니다.

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 VPLEX virtual volume mount: 복제본을 VPLEX 가상 볼륨으로 마운트하려는 경우 이 옵션을 사용합니다.


6. Summary 페이지에서, 이전 페이지에서 선택한 복제본 및 마운트 설정을 검토하고Finish를 클릭하여 복제본을 마운트합니다.

7. Results 페이지에서 Details 링크를 클릭하여 복제본 마운트에 포함되는 각 단계의진행 상황을 확인합니다.

마지막으로 완료한 단계가 단계 목록 맨 아래에 표시됩니다.

VMware 데이터 저장소 복제본 마운트 해제

마운트 해제할 복제본을 선택하면 선택한 복제본과 함께 마운트된 다른 복제본이 마운트 해제됩니다.

시작하기 전에


데이터 저장소를 위해 생성된 복제본 목록에서만 복제본을 마운트 해제할 수 있습니다.

절차

1. Protection 또는 Service Plan 페이지에서 Copies 페이지로 이동합니다.


VMware 데이터 저장소 복제본 마운트 해제 211

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 필터를 사용하여 복구할 적절한 복제본을 선택합니다. 선택한 필터에 따라 복제본 목록이 업데이트됩니다.


Select a point in time을 클릭하여 특정 타임 스탬프의 복제본을 선택합니다. 여기에 표시되는 시간은 콘솔의 시간입니다. 콘솔이 RPA와 다른 시간대에 있는 경우에는서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 복구합니다.


선택한 복제본에 영향을 받는 인접 항목이 포함된 경우 Restore Warnings 페이지가 표시됩니다.

4. 영향을 받는 데이터 저장소에 대한 경고 메시지를 확인합니다. 선택한 복제본과 함께다른 개체를 복구하는 것에 동의하려면 확인란을 선택합니다.

복구하기 전에 덮어쓸 데이터 저장소를 수동으로 마운트 해제할 수 있습니다.

RecoverPoint 복제본에만 영향을 받는 인접 항목이 있습니다.

5. Virtual Machine Operations 단계에서 AppSync가 복구 전후에 수행하도록 할 적절한 작업을 선택합니다. 자세한 내용은 가상 머신 작업을 참조하십시오.

6. 다음을 클릭합니다. Configure Storage Options 화면이 나타납니다. Wait forMirror Rebuild to complete 옵션이 표시되고 기본적으로 선택됩니다. 이 옵션은



해당 운영 데이터가 로컬 또는 분산 RAID-1 볼륨에 상주하는 VPLEX Snap에 적용됩니다.

7. Summary 페이지에서, 이전 페이지에서 선택한 설정을 검토하고 Finish를 클릭하여복구를 수행합니다.



복구 중 가상 머신 작업

AppSync 는 복구하도록 선택된 데이터 저장소와 연관된 가상 머신에서 작업을 수행할 수있습니다.

표 31 가상 머신 작업

가상 머신 작업 설명

복구를 시작할 때 VM이 있음 Power down VMs at start of restore: 복구를 시작할 때 가상 머신이 있는 경우, AppSync는 복구 작업을 시작하기 전에 가상 머신을 종료

합니다. 이것은 성공적인 복구를 위해 중요합니

다.

복구 후에 VM 작업 수행 l Return VMs back to state found atstart of restore: 복구 후에 AppSync가가상 머신을 가동하고 복구 이전의 상태로 되돌립니다.

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 서버 데이터입니다. 데이터 레이아웃을 적절히 계획하면 원하지 않는 항목까지 작업이 수행되는 문제를 사전에 방지할 수 있습니다.


복구 중 가상 머신 작업 213

RecoverPoint 또는 ViPR Controller의 경우 CG(Consistency Group) 레벨까지 세분화됩니다. 복구 레벨로 CG가 선택된 경우, AppSync는 같은 CG에 있으면서 함께 보호되었던 다른 데이터 저장소를 식별하여 복구합니다. 영향을 받는 항목이 보호되지 않는 경우AppSync에서 해당 항목을 제대로 복구할 수 없습니다. 이것은 Restore Wizard에서 경고로표시됩니다.

여러 데이터 저장소가 같은 LUN에 있을 수 없고 여러 데이터 저장소가 같은 파일 시스템에서 호스트될 수 없기 때문에 VNX에 대해서는 영향을 받은 인접 항목이 없습니다.

기본 스토리지 구성에 영향을 받는 인접 항목이 있는 경우는 Restore Wizard가 알려 줍니다. 이때 추가적인 항목을 복구해야 한다는 것을 확인하게 됩니다.

복제본에서 가상 머신 복구Protected Virtual Machines 탭 또는 가상 머신의 Copies 페이지에서 가상 머신을 복구할 수 있습니다.

시작하기 전에


l vSphere Enterprise Edition을 사용 중이어야 합니다.

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와 다른 시간대에 있는 경우에는서버의 시간대에 맞춰 시간을 지정함으로써 복제본을 복구합니다.

3. Next를 클릭합니다.

다른 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 machines tobe restored 상자에 숫자를 지정합니다. 기본값은 2입니다.

vApp에 속하는 여러 가상 머신을 복구하는 경우에는 Maximum number ofsimultaneous virtual machines to be restored를 1로 설정합니다.

다음 복제본에는 Instant restore 옵션을 사용할 수 없습니다.

l VMAX 복제본(일반 소스 디바이스가 일반(thick)인 경우)

l ViPR 스냅 복제본

l VPLEX 스냅 복제본


복제본에서 가상 머신 복구 215

7. Summary 페이지에서, 이전 페이지에서 선택한 설정을 검토하고 Finish를 클릭하여복구를 수행합니다.

8. Results 페이지에서 View Details를 클릭하여 가상 머신 복구에 포함되는 각 단계의진행률을 확인합니다.


가상 머신 복구 옵션

복구 작업은 물론 복구 위치도 선택할 수 있습니다.

표 32 가상 머신 복구 옵션

복구 옵션 설명

Original location 보호 시 가상 머신이 있던 위치에 복구합니다.

RecoverPoint 복제본의 경우, 원래 위치로 복구

하지 않는 것이 좋습니다. 이 옵션을 선택하면

AppSync에서 이에 대한 경고를 표시합니다.

Alternate location 다음 옵션 중에서 선택한 위치에 복구합니다. 모두 필수 사항입니다.

l vCenter Server: 보호 시 가상 머신이 포함

된 데이터 저장소가 있었던 vCenter Server또는 다른 서버를 선택할 수 있습니다.

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가 복구 전에 해당 가상

머신을 삭제합니다.

복구 작업을 진행하기 전에 가상 머신의 백업

을 만들어 놓는 것이 좋습니다.



표 32 가상 머신 복구 옵션 (계속)

복구 옵션 설명

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 서버에 등록되어 있어야 합니다.


VMFS 또는 NFS 데이터 저장소를 통한 파일/폴더 복구 217

절차

1. Protected Virtual Machines 탭 또는 가상 머신의 Copies 페이지에서 Restore >File을 선택합니다.

Granular File Restore Wizard가 시작됩니다.


Copies 또는 Service Plan 필터를 사용하여 복구할 적절한 복제본을 선택합니다. 선택한 필터에 따라 복제본 목록이 업데이트됩니다.

3. Next를 클릭합니다.

선택한 가상 머신에 있는 가상 디스크를 표시하는 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. 원하는 경우, 데이터 저장소를 마운트 해제합니다. 데이터 저장소 복제본 마운트 해제



CHAPTER 10

재활용

l 재활용 개요.......................................................................................................220l Repurpose 마법사 사용..................................................................................... 223

재활용 219

재활용 개요이 항목에서는 데이터베이스 및 북마크 복제본에 대한 AppSync의 재활용 기능을 사용하는방법에 대해 설명합니다.

AppSync를 사용하면 애플리케이션 테스트 및 검증, 테스트 및 개발, 보고, 데이터 마스킹및 데이터 분석을 위한 데이터베이스 복제본과 RecoverPoint 북마크 복제본을 생성할 수있습니다. AppSync는 재활용 작업에서 생성되는 복제본을 1세대 및 2세대 복제본으로 식별합니다. 2세대 복제본의 소스는 1세대 복제본입니다. 1세대 복제본에서 2세대 복제본을 여러개 생성할 수 있습니다.

AppSync는 SQL Server 및 Oracle 데이터베이스에서 재활용을 지원합니다.

두 가지 유형의 재활용이 있습니다.

l 기본 스토리지 재활용 - 1세대 복제본은 소스 데이터베이스의 복제본입니다. 예를 들어,XtremIO 스토리지의 경우 소스의 스냅샷이 1세대 복제본입니다.

l RecoverPoint 북마크 재활용 - 1세대는 정합성 보장 그룹의 로컬 또는 원격 LUN의 복제본입니다.

원격 사이트(원격 RecoverPoint 재활용)에 북마크의 스냅을 생성하려면 AppSync에 로컬

및 원격 기본 스토리지를 모두 추가합니다.

재활용에 대한 다음 추가 정보를 검토하십시오.

l Gen 1 복제를 통해 생성된 복제본을 소스로 사용하여 다른

l 재활용 복제본은 RPO 계산에 포함되지 않습니다.

l 필요 시 1세대 및 2세대 재활용 복제본을 생성하거나 이를 예약할 수 있습니다.

l 2세대 복제본에 대해서는 복구가 지원되지 않습니다.

l RecoverPoint 북마크를 재활용하는 경우 1세대 복제본의 복구가 지원되지 않습니다.

l 데이터베이스의 1세대 복제본에서 애플리케이션 정합성 보장 복제본을 생성합니다. 이복제본에는 애플리케이션 검색, 매핑 및 데이터베이스 고정/고정 해제가 포함됩니다.

SQL의 1 세대 복제본에 대해 Repurpose Wizard를 사용하여 고정/고정 해제 작업에 대한 VSS 재시도 횟수와 재시도 간격을 구성할 수 있습니다.

l 2세대 복제본은 애플리케이션에 영향을 주지 않고 1세대 복제본을 소스로 사용하여 생성됩니다. 이 복제본에는 애플리케이션 검색, 매핑 및 데이터베이스 고정/고정 해제가포함되지 않습니다. 1세대 복제본이 복구와 함께 마운트되고 2세대 복제본이 새로 고쳐지는 경우 2세대 복제본을 마운트 후 복구하지 못할 수 있습니다.

재활용


추가 설명

l SQL - 재활용의 일부로 로그 백업이 지원되지 않습니다.

l Oracle - Repurposing 마법사에서 RMAN 옵션을 사용할 수 없습니다.

스케줄 재활용

l Database 페이지에서 Repurpose 마법사를 사용하여 1세대 복제본과 2세대 복제본을동시에 생성하려는 경우 1세대 복제본이 생성된 후 2세대 복제본이 자동으로 생성됩니다. 이는 Run Now, Run Recurrently As Per Schedule 및 Run Only Once At latertime 옵션에 적용됩니다.

l 2세대 복제본에 대한 스케줄을 생성하는 경우 1세대 복제본이 생성된 후 2세대 복제본이 트리거되지 않습니다. 2세대 복제본은 스케줄에 따라 실행됩니다.

l Copies 페이지에서 Repurpose 마법사를 사용하여 2세대 복제본을 생성하는 경우 1세대 복제본이 스케줄에 따라 실행되어도 2세대 복제본이 트리거되지 않습니다. 그러나예약된 2세대 복제본은 스케줄에 따라 실행됩니다.

l 첫 번째 스케줄에서 재활용 복제본이 생성되고 이후의 스케줄에서 복제본이 새로 고쳐집니다.

재활용 계획 수정

각 복제본은 고유한 재활용 계획과 연결됩니다. 재활용 계획을 수정하려면 복제본을 선택하고 Copies 페이지에서 Repurpose를 클릭합니다.

재활용

스케줄 재활용 221

l 수정할 수 없는 옵션은 비활성화됩니다.

l 레이블을 수정하는 경우 복제본을 새로 고쳐야 Copies 페이지에 업데이트된 레이블이

반영됩니다.

재활용 새로 고침

새로 고침은 현재 복제본을 삭제(만료)하고, 상위 항목을 사용하여 복제본 내용을 다시 생성하는 것을 의미합니다.

l 1세대 및 2세대 복제본을 새로 고칠 수 있습니다.

l 1세대 복제본을 새로 고치면 새 타임 스탬프가 적용된 상태로 애플리케이션 정합성이 보장되는 복제본이 생성됩니다.

l 1세대 복제본을 교체해도 2세대 복제본은 수정되지 않습니다.

l 2세대 복제본을 새로 고치면 1세대 상위 항목과 함께 2세대 복제본이 재생성됩니다. 이는 2세대 복제본의 변경 내용을 적용하지 않고 처음부터 다시 시작하려는 경우에 유용합니다.

l 2세대 복제본의 타임스탬프는 1세대 복제본과 같습니다. 1세대 복제본을 새로 고치면 타임스탬프가 달라집니다.

l 연결된 재활용 계획에서 Mount copy 단계를 선택하면 복제본을 새로 고칠 때 기본 복제본이 마운트 해제되고 새로 고친 복제본이 마운트됩니다. Mount copy 단계와Unmount previous copy 단계를 선택하지 않으면 복제본을 새로 고칠 때 복제본이 다시마운트되지 않습니다.

l 새로 고치려는 현재 복제본이 현재 마운트되어 있는 경우 마운트 해제해야 합니다.Repurpose 마법사에서 Mount Copy를 선택하면 AppSync에서 복제본을 다시 마운트합니다.

언제든지 재활용 복제본을 새로 고칠 수 있습니다. 새로 고침을 시작하려면 다음과 같이 합니다.

1. AppSync 콘솔의 Copies 페이지에서 새로 고치려는 재활용 복제본을 선택합니다.

2. Refresh를 클릭합니다.

재활용 만료

더 이상 필요 없는 재활용 복제본을 만료시킬 수 있습니다.

VMAX 2 스토리지의 경우 복제본을 만료시킨 후에도 스토리지에서 세션이 계속 지속됩니

다.

스크립트를 사용하여 데이터 마스킹

AppSync 재활용 기능을 사용하여 중요 데이터를 마스킹할 수 있습니다.

스크립트를 사용하여 데이터를 마스킹하려면

1. 또 다른 인스턴스에서 데이터베이스의 1세대 복제본을 복구합니다.

2. Post-copy script 단계를 사용하여 데이터 마스킹을 적용하고 데이터베이스를 마운트해제합니다.

재활용


1세대 복제본에서 생성된 2세대 복제본에는 마스킹된 데이터가 포함되지 않습니다.

Repurpose 마법사 사용필요에 따라 1세대 또는 2세대 복제본을 예약하거나 즉시 생성하려면 Repurpose 마법사를사용합니다.

시작하기 전에

데이터베이스 인스턴스를 재활용하려면 AppSync 관리자 권한이 필요합니다.

사용 가능한 애플리케이션 목록을 표시하는 데도 이 권한이 필요합니다.

절차

1. AppSync 콘솔에 로그인하고 Copy Management로 이동합니다.

옵션 설명

To Repurpose an SQL copy: SQL Server 선택

To Repurpose an Oracle copy: Oracle 선택

애플리케이션에 선택할 수 있는 데이터베이스 목록이 로드됩니다.

2. 재활용할 데이터베이스 인스턴스를 클릭하고 콘솔 화면 왼쪽 아래의 드롭다운 목록에서 Repurpose를 선택합니다.

그러면 Repurpose 마법사가 시작되고 Intentions 페이지가 열려 AppSync에서 수행할 작업을 다음 중에 선택할 수 있습니다.

l Gen 1 복제본 생성

l Gen 1 복제본 및 Gen 2 복제본 생성

3. 원하는 복제본 유형을 선택하고 Site 드롭다운에서 Local 또는 Remote를 선택하여복제본 생성을 진행합니다.

4. Use Bookmark as an intermediate step을 선택하고 Next를 클릭합니다.

이 옵션은 RecoverPoint가 등록된 경우에만 적용할 수 있습니다.

5. Next를 클릭하여 Settings 화면을 엽니다.

Settings 화면에서 1세대 및 2세대 복제본에 대한 구체적인 옵션을 정의할 수 있습니다. 특히 다음 작업을 수행할 수 있습니다.

l 복제본 용도를 식별하는 데 도움이 되는 각 복제본 레이블 정의

l 애플리케이션에 따른 복제 옵션 선택(1세대 복제본에만 해당)

l 스토리지 옵션 구성(1세대 복제본에만 해당)

l 적절한 복제본 유형 선택(잘못된 유형을 선택하면 마법사가 실패함)

6. 원하는 복제본 옵션을 선택하고 Next를 클릭합니다.

마법사의 Schedule 페이지가 나타나 1세대 복제본을 생성할 시기를 지정할 수 있습니다. 바로 복제본을 생성하거나 복제본을 생성하도록 예약할 수 있습니다.

7. 다음 예약 옵션 중 하나를 선택합니다.

l Run Now - 이 마법사에서 Finish를 클릭하면 복제본이 생성됩니다.

l Run Recurrently As Per Schedule - 지정된 반복 유형에 따라 복제본이 생성됩니다. 첫 번째 스케줄에서 재활용 복제본이 생성되고 이후 스케줄에서 복제본이새로 고쳐집니다.

재활용

Repurpose 마법사 사용 223

l Run Only Once At later time - 지정된 날짜 및 시간에 한 번만 복제본이 생성됩니다.

8. Next를 클릭하여 마법사를 마칩니다.

Repurpose MonitorRepurpose Monitor를 통해 현재 실행 중인 모든 재활용 작업을 보고 해당 진행률을 모니터링할 수 있습니다. Repurpose Monitor에는 재활용되는 항목(소스)과 생성되거나 새로 고쳐지는 항목의 레이블이 애플리케이션 유형과 함께 표시됩니다. 자세한 내용은 RepurposeMonitor를 참조하십시오.

예약된 재활용 복제본 보기 또는 취소

예약된 재활용 복제본을 보거나 취소할 수 있습니다.

절차

1. Appsync 콘솔에서 Application > Copy Management로 이동한 후에 해당 애플리케이션을 선택합니다.

2. Repurpose > View Scheduled Repurpose Copy를 선택하여 예약된 모든 재활용작업을 표시합니다.

3. 작업을 삭제하려면 삭제할 작업을 하나 이상 선택하고 Delete를 클릭하여 작업을 제거합니다.

재활용 복제본 보기

모든 Oracle 데이터베이스와 SQL 애플리케이션 인스턴스에 대한 재활용 복제본을 볼 수 있습니다.

절차

1. Appsync 콘솔에서 Copy Management로 이동한 후 해당 애플리케이션을 선택합니다.

2. Repurposed Copies를 클릭하여 모든 데이터베이스 또는 애플리케이션 인스턴스의재활용 복제본을 봅니다.

Repurposed Copies 창이 나타납니다. 1세대 복제본과 2세대 복제본이 모두 나열됩니다.

재활용


CHAPTER 11

AppSync 모니터링


l RPO 개념 및 Best Practice............................................................................... 226l 경고 및 연관 이벤트........................................................................................... 227l e-메일 알림.......................................................................................................228l Repurpose Monitor.......................................................................................... 229

AppSync 모니터링 225

RPO 개념 및 Best PracticeRPO(Recovery Point Objective)는 서비스 계획의 Plan Startup 단계의 일환으로 선택할수 있는 여러 개의 스케줄링 옵션 중 하나입니다.

객체(Exchange 데이터베이스 등)에 대해 RPO를 반복 유형으로 사용하는 서비스 계획을신청하는 경우, 해당 객체는 서비스 계획에 지정된 복구 시점 목표를 갖게 됩니다.

객체에 여러 개의 서비스 계획을 적용할 수 있기 때문에 객체에 여러 개의 복구 시점 목표가있을 수도 있습니다. 객체에 여러 개의 RPO가 있는 경우, 가장 높은 RPO 빈도(즉, 가장 낮은 RPO 시간 값)의 서비스 계획이 계산과 보고서에 사용됩니다.

객체에 대한 하나의 RPO 사용 서비스 계획을 신청하는 것이 가장 좋습니다. 객체에 추가적인 서비스 계획을 신청할 경우에는 해당 서비스 계획이 RPO 기반 반복 유형을 사용해서는안 됩니다.

복구 시점 준수 보고서

복구 시점 준수 보고서는 서비스 계획이 적용되어 있고 RPO 반복 유형으로 설정된 객체의복구 가능성을 보여 줍니다. 이 보고서는 Monitoring > Recovery Point ComplianceReport에 있습니다.

표 33 복구 시점 준수 보고서

열 설명

서버 호스트 레벨 객체(예: 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 Point Objectives_mm_dd_yyyy_hh_mm_ss.csv"입니다.

RPO 준수 요약

대시보드에 있는 RPO(Recovery Point Objective) 요약은 RPO 사용 서비스 계획이 적용된 모든 객체에서 충족된 RPO 백분율을 보여 줍니다.

경고 및 연관 이벤트AppSync는 서비스 계획 단계가 실패할 때, RPO(Recovery Point Objective)가 충족되지않을 때 또는 마운트나 복구가 실패할 때 알림을 생성합니다.

서비스 계획 실패 알림은 서비스 계획 단계가 실패할 때 즉시 생성됩니다. 애플리케이션이RPO를 준수하지 않을 경우 관련 알림이 1시간 내에 생성됩니다. 자세한 내용은 데이터베이스, 파일 시스템 및 데이터 저장소 서비스 계획 실행에 대한 알림 아이콘 확인을 참조하십시오.

AppSync는 콘솔의 Monitoring > Alerts에 알림을 표시합니다.

표 34 알림 세부 정보

열 설명

Alert (!) 알림 레벨

시간 알림의 날짜와 시간입니다.

서버 애플리케이션 서버(예: Microsoft ExchangeServer)입니다.

애플리케이션 복제된 객체(예: Microsoft Exchange 데이터베

이스)입니다.

범주 단계 장애, RPO

Service Plan 알림이 생성될 때 실행 중이었던 서비스 계획 또는 마운트나 복구에 실패한 복제본을 생성한 서비스 계획입니다.

Message 알림의 원인을 설명합니다.

Alert Acknowledged 알림이 확인되었는지 여부를 나타냅니다. 확인된

알림은 AppSync 대시보드에 표시되지 않습니다.

생성된 시간 및 연관된 서비스 계획을 기준으로 알림을 필터링할 수 있습니다.

알림을 클릭하면 알림을 일으킨 연관 이벤트가 표시됩니다. 자세한 정보를 보려면 최상위 레벨 이벤트를 펼치십시오. 모든 열을 기준으로 연관 이벤트를 필터링할 수 있습니다.

알림 확인

AppSync 버전 2.2.2 이상을 사용하는 경우 알림을 확인할 수 있습니다. 자세한 내용은 알림확인 및 데이터베이스, 파일 시스템 및 데이터 저장소 서비스 계획 실행에 대한 알림 아이콘확인을 참조하십시오.


RPO 준수 요약 227

알림 확인

다음 단계에서는 모니터링을 위해 알림을 확인하는 방법을 보여줍니다.

콘솔의 Monitoring > Alerts에 표시된 알림을 확인하도록 선택할 수 있습니다. 알림 페이지에는 Alert Acknowledged 열이 표시됩니다.기본값은 NO입니다. 알림을 확인하면 해당 알림의 값이 기본값 NO에서 YES로 변경됩니다.

절차

1. Monitoring > Alerts로 이동하고 알림 테이블에서 Alert Acknowledged 열에 현재값으로 NO를 갖는 알림을 선택합니다.

2. Acknowledge Alert를 클릭합니다.

결과

알림이 있는 경우 알림 테이블의 Alert Acknowledged 열에 YES 값이 표시됩니다.

데이터베이스, 파일 시스템 및 데이터 저장소 서비스 계획 실행에 대한 알림 아이콘 확인

Oracle 및 SQL 데이터베이스, 파일 시스템 및 데이터 저장소에 대해 AppSync 콘솔에서 알림 아이콘을 확인할 수 있습니다.

알림 아이콘은 가장 최근 서비스 계획 실행의 상태를 나타냅니다. 이 아이콘은 실행 후 데이터베이스, 파일 시스템 또는 데이터 저장소 옆에 표시됩니다.Acknowledge 열에서 아이콘을 확인하면 해당 아이콘이 정보 아이콘으로 바뀝니다. 또한,매 서비스 계획 실행 후마다 알림을 확인할 수 있습니다. 알림은 한 번만 확인하도록 제한되지 않습니다.

삭제가 보류 중인 경우 데이터베이스, 파일 시스템 또는 데이터 저장소에 대해

Acknowledge 버튼이 비활성화됩니다.

다음 절차에서는 알림을 보고 확인하는 방법을 보여 줍니다.

절차

1. 데이터베이스, 파일 시스템 또는 데이터 저장소 테이블에서 마지막 서비스 계획 실행과 관련된 알림 아이콘이 있는 알림을 선택합니다.

2. 데이터베이스, 파일 시스템 또는 데이터 저장소 테이블 아래에 있는 AcknowledgeAlert 버튼을 클릭합니다.

알림 아이콘이 정보 아이콘으로 바뀝니다.

3. 원하는 경우 동일한 데이터베이스, 파일 시스템 또는 데이터 저장소에서 서비스 계획을 다시 실행하여 이 실행에 대한 알림 아이콘을 표시합니다.

e-메일 알림e-메일을 통해 수신자 목록에 장애 알림을 보내도록 AppSync를 구성할 수 있습니다.

Exchange 메일박스 서버 등 애플리케이션 인스턴스별로 알림 e-메일을 활성화하고 수신자를 추가합니다.



예약된 서비스 계획이 완료된 후 e-메일을 전송하도록 AppSync를 구성할 수도 있습니다.이 옵션은 기본적으로 해제되어 있습니다. 이 옵션을 사용하려면 고객 지원에 문의하십시

오.

e-메일 알림에 대한 서버 설정 구성

AppSync 서버가 액세스할 수 있는 머신에서 SMTP 서비스를 구성합니다.

시작하기 전에

이 작업을 수행하려면 AppSync에서 리소스 관리자 역할이 필요합니다.구성 절차에 대해서는 SMTP 설명서를 참조하십시오.

절차

1. Settings > AppSync Server Settings를 선택합니다.

2. Send Mail 설정에서 SMTP 서버, 포트, 발신자 및 수신자에 대한 값을 입력합니다.

지정된 수신자 주소로 라이센스 규정 위반 알림이 전송됩니다.

Test를 사용하여 설정을 검증합니다. 수신자의 주소를 입력한 후에 수신자의 받은 편지함을 확인합니다. Insert Default Values를 선택할 수도 있습니다.

3. 적용을 클릭합니다.

e-메일 알림 수신자 지정

애플리케이션 인스턴스 레벨별로 e-메일 알림을 구성합니다.

시작하기 전에


l AppSync 서버가 액세스할 수 있는 머신에 SMTP 서비스가 구성되어 있어야 합니다. e-메일 알림에 대한 서버 설정 구성(229페이지) 섹션을 참조하십시오.

절차

1. Copy Management > Application(애플리케이션 선택)을 선택합니다.

2. 알림 설정을 구성할 애플리케이션 객체를 선택합니다.

3. Alert Settings를 선택합니다.

4. e-메일 수신자를 쉼표(,)로 구분하여 입력하고 OK를 클릭합니다.

확인을 위해 테스트 e-mail이 수신자들에게 발송됩니다.

Repurpose Monitor이 항목에서는 Repurpose Monitor에 대해 설명합니다.

Repurpose Monitor에는 진행 중인 모든 재활용 및 새로 고침 프로세스가 표시됩니다.Repurpose Monitor를 통해 현재 실행 중인 모든 재활용 작업을 보고 해당 진행 상황을 모니터링할 수 있습니다. 여기에는 재활용(스냅 복제본에 대한 스냅 생성) 작업이 진행 중인 현재 복제본과 관련 복제본 레이블(예: Gen 1 또는 Gen 2)이 표시됩니다.

장기 실행 재활용 작업의 경우(예: VMAX Clone 동기화), 일반적으로 Repurpose Monitor를 사용합니다. 이 모니터를 선택하면 진행 중인 재활용 작업이 모두 나열됩니다. 원하는 재


e-메일 알림에 대한 서버 설정 구성 229

활용 작업을 선택한 후에 Monitor를 선택하면 진행률 대화상자가 열려 선택한 작업의 진행률을 바로 볼 수 있습니다.

Repurpose Monitor를 시작하려면 다음과 같이 하십시오.

1. AppSync 콘솔에서 Monitoring을 선택합니다.

2. Monitoring 페이지에서 Repurpose Monitor를 선택하여 Repurpose Monitor를 시작합니다.



CHAPTER 12

스토리지 고려 사항

l VNX Block .......................................................................................................232l VNX File .......................................................................................................... 234l VNXe............................................................................................................... 236l VMAX ..............................................................................................................238l VMAX 3 ........................................................................................................... 241l ViPR Controller ............................................................................................... 242l XtremIO .......................................................................................................... 244l RecoverPoint .................................................................................................. 246l Unity ................................................................................................................251l VPLEX............................................................................................................. 253

스토리지 고려 사항 231

VNX BlockAppSync에서는 VNX Snap 복제 기술을 사용하여 애플리케이션 복제본을 만들고 관리할수 있습니다. AppSync를 구축하기 전에 VNX 스토리지 시스템 설정에 대한 Best Practice를 고려하십시오.

접속 구성

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 복제를 실행하는 경우 RAIDLUN이 아니라 풀 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 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항 233

트 작업을 가로채는 자동 호스트 등록 기능이 있으며 자체 선택 항목으로 IP를 덮어씁니다. 이 기능은 끌 수 없습니다. 이 문제를 해결하려면 PowerPath 5.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에서 생성하고 관리할 수 있는 최대 복제본 수는 VNX SnapSure기술의 한도에 따라 결정됩니다.

로컬 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로 마운트될 수 있습니다. 서비스 계획은 기본적으로 새 복제본을 마운트하기 전에 프로비저닝된 복제본의 마운트를 해제하므로 이 한도는 아무런 영향을 미치지 않습니다. 그러나 구축에서 동일한 소스RW에 대한 여러 복제본이 동시에 마운트되어야 하는 경우 16개 한도를 고려해야 합니다.


VNX File 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항 235

VNX File 마운트

언제든지 같은 서비스 계획에 생성된 다른 복제본의 영향을 받지 않고 서비스 계획에서 생성된 VNX File Snapshot 복제본을 마운트할 수 있습니다.

다음 고려 사항이 적용됩니다.

l ESX 마운트 호스트는 vCenter Server에 속해야 합니다.

l ESX 마운트 호스트는 네트워크에서 인식할 수 있어야 합니다.

l ESX Server의 고급 설정인 NFS.MaxVolumes는 네트워크의 각 ESX에 마운트될 NFS데이터 저장소 수로 설정되어야 합니다.

l ESX Server에 마운트할 때 AppSync는 연결된 가장 낮은 숫자의 인터페이스를 사용합니다.

VNXeVNXe 및 AppSync 복제본 관리, 애플리케이션 지원 및 허용되는 스토리지 및 복제 유형에대해 알아보십시오.

VNXe 스토리지에서는 AppSync 내에 있는 모든 애플리케이션을 지원합니다. 하지만,VNXe는 AppSync를 사용한 다음과 같은 구성은 지원하지 않습니다.

l UNIX 플랫폼 기반 NFS 파일 시스템

l VNXe 스토리지의 재활용 복제본

VNXe 복제본 관리

이 섹션에서는 VNXe 스토리지에서 애플리케이션 정합성이 보장되는 복제본을 생성하고 관리할 수 있는 일반적인 AppSync 워크플로우에 대해 설명합니다. AppSync에서는 서비스프로세서 인터페이스 대신 관리 인터페이스를 사용하여 VNXe 스토리지를 관리합니다.

VNXe를 설치한 후 시작할 때 AppSync에 대한 리소스 관리를 수행해야 합니다. AppSync에서 애플리케이션의 복제본을 생성하고 관리하는 데 필요한 다양한 작업을 수행할 수 있도록 호스트는 물론 vCenter 및 스토리지 시스템을 등록하십시오. 일반적으로, 개체 등록에는이름/IP 주소를 사용하여 시스템을 식별하는 과정과 AppSync에서 등록된 시스템을 검색하고 이에 대한 작업을 수행하는 데 필요한 자격 증명(사용자 이름/암호)을 제공하는 과정이포함됩니다.

스토리지 및 복제 유형

AppSync에서는 VNXe 블록 또는 파일 스토리지에 상주하는 애플리케이션의 로컬 복제본을 생성하고 만드는 데 통합 스냅샷 기술을 지원합니다.

소스 블록 스토리지 LUN은 일반 또는 씬 풀 LUN일 수 있습니다. Unisphere UI에서 VNXeLUN 또는 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 NFS 데이터 저장소 마운트/마운트 해제 관련 고려 사항

NFS 데이터 저장소 마운트/마운트 해제에 대한 다음과 같은 정보를 검토하십시오.

AppSync 에서는 마운트하려는 VNXe 파일 스냅을 기반으로 공유를 생성합니다. 이 공유는마운트 호스트에 표시됩니다. 마운트 작업 중에 생성된 공유는 마운트 해제 작업 중에 삭제됩니다. 공유 이름은 다음 형식으로 표시됩니다.

AS-Share-lastFourDigitOfVNXeSerialNum-ProductionFilesystemId-TimeOfShareCreated내보내기 IP와 관련하여 AppSync에서는 VNXe 스토리지에서 내보내기 IP 인터페이스의 목록을 생성합니다. 운영 내보내기 IP가 가장 우선합니다.


VNXe 관련 서비스 계획 고려 사항 237

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개이고 VPSnap의 경우 최대 31개입니다. 생성하고 관리할 수 있는 Timefinder Clone 및 VP Snap 복제본 수는 소스 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 디바이스의 TimeFinderVP 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)이 될 수 있습니다. TimeFinderVP Snap은 씬 LUN에만 지원됩니다. 다음 권장 사항을 고려하십시오.

l R1 > R2는 동기화된 상태(SRDF/S의 경우) 및 정합성 보장 상태(SRDF/A의 경우)여야합니다.

l Silver 계획의 경우 복제본을 생성합니다. Affinitizer는 소스 디바이스가 속한 RDF 그룹(RA 그룹)에 따라 애플리케이션을 분할합니다.



l 모든 애플리케이션 LUN을 동일한 RDF 그룹에 배치합니다.

복제 세션 한도

Symmetrix VMAX 시리즈 스토리지는 소스 디바이스당 최대 16개의 차등 세션을 지원합니다. 이러한 세션은 TimeFinder/Clone, TimeFinder/Snap, TimeFinder VP Snap, SRDF/Star, Solutions Enabler Open Replicator(ORS) 또는 SDDF(Symmetrix Differential DataFacility) 작업에 사용할 수 있습니다.

이에 따라 생성할 수 있는 가용 복제본의 수가 제한됩니다.

TimeFinder VP Snap에서는 Symmetrix 디바이스당 32개의 세션을 추가로 허용하며, 이를위해서는 사용 가능한 기존의 16개 세션 중에서 하나의 세션을 사용할 수 있어야 합니다. 복구를 수행하려는 경우 기존의 16개 세션에서 추가 세션이 필요합니다.

예를 들어 소스 LUN에 VP Snap을 사용하는 경우 복구 작업을 수행하면 다른 복제 기술(TFClone, 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 세션 한도를 보려면 EMC Solutions Enabler Symmetrix TimeFinderFamily CLI Product Guide를 참조하십시오.

VMAX 복제본 마운트 및 마운트 해제

VMAX에 대한 마운트/마운트 해제 작업에는 LUN 또는 LUN 세트를 호스트에 마스킹/마스킹 해제하는 과정이 포함됩니다.

AppSync에서는 VMAX 자동 프로비저닝 기능을 사용합니다. AppSync에서는 마운트 호스트를 VMAX 스토리지에 조닝(Zoning)해야 합니다. 해당 이니시에이터 그룹, 포트 그룹 및스토리지 그룹을 사용하여 마스킹 뷰를 생성해야 합니다.

AppSync에서는 VMAX에 대한 마운트 작업을 수행할 때 먼저 마운트 호스트용 호스트 이니시에이터를 검색합니다. 호스트 이니시에이터를 기반으로 해당 마스킹 뷰에 매핑하여 마운트/마운트 해제 작업을 위해 타겟 LUN을 마스킹/마스킹 해제할 스토리지 그룹을 파악합니다.

서비스 계획의 마운트 단계에서 타겟 LUN에 대해 원하는 FAST VP 정책을 선택할 수 있습니다. 원하는 FAST VP의 마운트 호스트에 대한 스토리지 그룹이 있을 경우, AppSync에서이 스토리지 그룹에 LUN을 추가합니다. 이 스토리지 그룹이 없는 경우에는 AppSync에서호스트에 마스킹된 임의의 스토리지 그룹에 LUN을 추가합니다.

스토리지 그룹이 타겟 디바이스를 선택하도록 구성된 경우 AppSync에서는 마운트 시점에스토리지 그룹에서 디바이스를 제거한 후 마운트 호스트의 스토리지 그룹에 추가합니다. 복제본이 만료되면 디바이스가 원래 스토리지 그룹에 다시 추가됩니다.


VMAX 복제본 마운트 및 마운트 해제 239

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 세션의 타겟 디바이스가 될 수 있습니다.

소스에서는 Gen 1 복제본을 재활용하거나 Gen 2 복제본, 즉 복제본의 복제본을 재활용할수만 있습니다.

Oracle 또는 SQL Server 데이터베이스의 RecoverPoint 북마크 복제본을 재활용할 수 있습니다.

재활용을 고려할 경우에는 다음 정보를 검토하십시오.



l VMAX에서 다중 구간의 일반 디바이스와 씬 디바이스를 함께 사용할 수 없습니다.

l Gen 1 복제본은 클론이어야 하며, Gen 2 복제본은 클론이나 TimeFinder VP Snap이 될수 있습니다.

l 소스 디바이스가 일반 디바이스인 경우 Gen 1 및 Gen 2 타겟은 일반 디바이스입니다.소스 디바이스가 일반 디바이스인 경우 AppSync에서는 소스 디바이스에 대한 클론의클론 복제본만 지원합니다.

l 소스가 씬인 경우 AppSync에서는 클론의 TimeFinder VP Snap과 클론의 클론 복제본을 모두 지원합니다.

l Gen 1 복제본은 SRDF 세션의 원격 복제본 또는 로컬 복제본이 될 수 있습니다. 그러나Gen 2 복제본은 로컬 복제본만 될 수 있습니다.

l 일반 소스 디바이스가 있는 경우 일반 디바이스로 스토리지 그룹을 구성하십시오. 그러지 않으면 Gen 1 복제본 생성이 실패합니다.

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가 종료됩니다. 해당 옵션을선택한 경우에 한해 필요한 세션이 종료됩니다.

Gen 2 복제본이 TimeFinder VP Snap일 경우 수동으로 Gen 2 스냅을 만료시켜야 합니다.소스에 대한 클론의 스냅이 있을 경우 복구가 실패하고 만료해야 할 모든 복제본이 진행률창에 표시됩니다.

자세한 내용은 EMC 지원 웹 사이트에서 AppSync VMAX Array Support Guide를 참조하십

시오.

VMAX 3VMAX 3 스토리지는 AppSync에서 지원됩니다. 이 섹션에서는 VMAX 3 복제본의 마운트/마운트 해제 및 복구를 포함한 서비스 계획 고려 사항과 지원되는 기능에 대해 설명합니다.

애플리케이션의 복제본을 생성하고 관리할 수 있도록 AppSync는 VMAX 3 스토리지에서SnapVX 스냅샷 복제 기술을 지원합니다.

VMAX 3 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항

VMAX v3 관련 서비스 계획 지원에 대한 고려 사항을 검토하십시오.

개요

VMAX 3 스토리지를 등록(추가)한 후에 애플리케이션을 서비스 계획에 포함하여 복제본을생성하고 관리하십시오.


VMAX 복구 241

이 릴리즈의 AppSync에서는 VMAX 3에 Bronze 및 Silver 서비스 계획이 지원됩니다.VMAX 3에서 서비스 계획의 Snap은 no copy 모드에 연결된 SnapVX 스냅샷과 동일합니

다. 서비스 계획의 Clone은 복제 모드에 연결된 SnapVX 스냅샷과 동일합니다. 서비스 계획의 기본 설정은 Snap입니다.

VMAX 3 복제본 마운트/마운트 해제

VMAX 3에 대한 마운트/마운트 해제 작업에는 LUN 또는 LUN 세트를 호스트에 마스킹/마스킹 해제하는 과정이 포함됩니다. AppSync에서는 VMAX 3 자동 프로비저닝 기능을 사용합니다.

마운트 호스트는 VMAX 3 스토리지 시스템에 조닝(Zoning)되어야 합니다. 그 다음에는 이니시에이터 그룹, 포트 그룹 및 스토리지 그룹을 사용하여 마스킹 뷰를 생성할 수 있습니다.

AppSync에서는 VMAX 3에 대한 마운트 작업을 수행할 때 먼저 마운트 호스트용 호스트 이니시에이터를 검색한 후 이 호스트 이니시에이터를 기반으로 AppSync에서 마스킹 뷰 간에매핑합니다. 이런 식으로 타겟 LUN이 마스킹/마스킹 해제할 스토리지 그룹을 확인합니다.RDM 또는 vDisk 마운트/마운트 해제의 경우, AppSync에서는 ESX Server의 호스트 이니시에이터를 기반으로 마스킹 뷰를 식별합니다.

서비스 계획의 마운트 단계에서 타겟 LUN에 대해 원하는 SLO(Service Level Objective)를선택할 수 있습니다. 원하는 SLO의 마운트 호스트에 대한 스토리지 그룹이 있을 경우,AppSync에서 이 스토리지 그룹에 LUN을 추가합니다. 이 스토리지 그룹이 없는 경우에는AppSync에서 호스트에 마스킹된 임의의 스토리지 그룹에 LUN을 추가합니다.

스토리지 그룹이 타겟 디바이스를 선택하도록 구성된 경우 AppSync에서는 마운트 시점에스토리지 그룹에서 디바이스를 제거한 후 마운트 호스트의 스토리지 그룹에 추가합니다. 복제본이 만료되면 디바이스가 원래 스토리지 그룹에 다시 추가됩니다.

복제본이 마운트될 때 마운트 호스트에 대한 스토리지 그룹의 이름을 변경하지 마십시오. 스토리지 그룹의 이름을 변경하는 경우 AppSync에서 복제본을 마운트 해제하기 전에 원래 이름으로 되돌리십시오.

VMAX 3 재활용 개요

VMAX 3에 대한 재활용 지원 기능을 검토하십시오.

AppSync에서는 VMAX 3SnapVX 복제본의 로컬 및 원격 재활용을 지원합니다. 기존 복제본을 새로 고치면 소스 LUN에 대한 새로운 스냅샷이 생성되고 필요한 모드로 복제본의 원래 타겟에 연결됩니다. 그런 다음, 이전 스냅샷이 만료됩니다.

Repurpose 마법사를 사용하여 VMAX 3에서 로컬 또는 원격 재활용 복제본을 생성하십시오.

ViPR Controller구성 고려 사항, 지원되는 서비스 계획, 애플리케이션을 비롯하여 ViPR Controller에서의AppSync 지원에 대해 알아보십시오.

이 AppSync 릴리즈에서 ViPR Controller는 또 다른 스토리지 시스템으로 작동합니다. 즉,ViPR Controller가 AppSync에 등록되고 검색되어야 합니다. AppSync에 ViPR Controller추가에 대한 섹션을 참조하십시오.

AppSync는 ViPR Controller를 사용하여 프로비저닝된 애플리케이션에 대한 복제 기술로ViPR Controller 스냅샷을 지원합니다.



서로 다른 LUN을 함께 사용하여 보호되는 애플리케이션은 지원되지 않습니다. 예를 들어,AppSync는 VMAX의 기본(AppSync 기반) LUN과 ViPR Controller LUN의 혼합 구성을 지원하지 않습니다.

AppSync는 ViPR Controller 및 XtremIO 스토리지와 함께 VMAX/VPLEX를 기반으로 하는 블록 가상 풀을 사용하여 VMAX에서 프로비저닝된 애플리케이션만 지원합니다.AppSync는 파일 및 객체 가상 풀에서 프로비저닝된 애플리케이션은 지원하지 않습니다.

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 스냅샷을 사용하여 생성된 애플리케이션 복제본을 ViPR Controller에 등록된 호스트에 마운트할 수 있습니다. AppSync는 애플리케이션의 복제본을 마운트할때 ViPR 내보내기 그룹을 사용합니다.

마운트 프로세스의 일부로 AppSync는 마운트 호스트의 프로젝트와 스냅샷이 저장된 ViPR스토리지에 내보내기 그룹이 이미 프로비저닝되어 있는지 확인합니다. 기존 내보내기 그룹이 있는 경우 AppSync는 해당 내보내기 그룹에 스냅샷을 추가하여 내보내기 그룹을 업데이트합니다. AppSync가 마운트 호스트와 스냅샷이 저장된 ViPR 스토리지용 내보내기 그룹을


관련 서비스 계획 고려 사항 ViPR Controller 243

찾을 수 없는 경우 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자이하여야 합니다.

한 번에 스냅샷을 생성할 수 있는 LUN 수와 관련된 XtremIO 한도를 검토하십시오. Oracle데이터베이스 구성이 최대 XtremIO 스냅샷 기능에 의해 제한되는 볼륨 수를 초과하지 않도록 해야 합니다.

Disk.SchedNumReqOutstanding 매개 변수를 사용하여 최대 미해결 디스크 요청 수를 조정할 수 있습니다. XtremIO에서는 호스트에서 인식되는 모든 디바이스에 대해 이 값을256으로 설정하도록 권장합니다. 호스트에 마운트된 XtremIO 스냅샷 디바이스의 최대 미해결 디스크 요청 수를 설정하는 지침은 관련 VMware 기술 자료 문서를 참조하십시오.

특히 XtremIO 스냅샷 및 폴더와 관련된 한도를 비롯한 XtremIO 한도를 알아보려면 EMCXtremIO Release Notes를 검토하십시오. 이 릴리즈 노트는 EMC 지원 웹 사이트에서 확인

할 수 있습니다.

제한 사항

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는 물리적 또는 가상 호스트에 지원되며 ESX Server에서도 지원됩니다.

l Linux/AIX에서 Oracle, 파일 시스템 및 VMFS 데이터 저장소가 지원됩니다. Windows에서는 파일 시스템과 가상 디스크가 지원됩니다.

l XMS 이름/IP 주소와 자격 증명이 필요합니다.

EMC AppSync 설치 및 구성 가이드에 XtremIO 스토리지를 추가하는 지침이 나와 있습니다.


XtremIO 245

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를 준수하십시오.

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이 ESX Server로 마스킹되고 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 복제본 마운트 및 마운트 해제를 참조하십시오.


RecoverPoint 사전 요구 사항 247

마운트 해제할 때:

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 서버에 등록해야 합니다.

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 또는 RecoverPointContinuous 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 또는 TimeFinderVPSnap 복제 기술을 활용하는 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 서버에서 해당 애플리케이션에 대한 사용 가능한 가장 오래된 북마크

복제본보다 이후의 시간을 지정해야 합니다.


RecoverPoint 시스템에서 생성된 북마크를 사용하여 복구 249

3. 시간을 지정하고 Next를 클릭합니다.

4. 마운트 설정을 선택하고 Next를 클릭합니다.

5. Finish를 클릭합니다.

마운트 작업이 완료되면 지정된 타임스탬프의 새 APIT 북마크 복제본이 AppSync에나열됩니다.

l Gold 서비스 계획(local and remote)을 사용하여 생성된 복제본의 경우 복제본을

마운트할 위치를 지정할 수 있습니다. 로컬 또는 원격 사이트일 수 있습니다.

l 지정된 시간 동안 사용할 수 있는 RecoverPoint 시스템 생성 북마크가 없는 경우

AppSync는 RecoverPoint에서 사용 가능한 가장 가까운 북마크(지정된 시간 이하)를 선택합니다.

l RecoverPoint 시스템에서 생성된 북마크를 다시 마운트하려는 경우 마운트 중생성된 APIT 북마크 복제본을 재사용할 수 있습니다(AppSync에서 모든 애플리

케이션 지원).

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에서는 Unity 블록 또는 파일 스토리지에 상주하는 애플리케이션의 로컬 복제본을생성하고 관리하기 위해 유니파이드 스냅샷 기술을 지원합니다.

소스 블록 스토리지 LUN은 일반 또는 씬 풀 LUN일 수 있습니다. Unisphere UI에서 UnityLUN 또는 VMware Datastore 마법사를 사용하여 필요한 소스 블록 디바이스를 프로비저닝할 수 있습니다. LUN 마법사를 사용하여 기본 LUN을 생성할 때는 다음 옵션 중 하나를선택합니다.

l Create a LUN - 원하는 스토리지 풀에서 개별 LUN을 생성합니다.

l Create a Consistency group - 원하는 스토리지 풀에서 LUN 그룹을 생성합니다. 정합성 보장 그룹을 사용하는 경우 얻을 수 있는 이점은 그룹에 포함된 모든 LUN이 함께 스냅되므로 스토리지의 정합성이 보장된다는 것입니다.


Unity 251

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-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 - 이 옵션은 마운트 호스트의 파일 시스템을 마운트하기만 합니다.

VPLEXAppSync는 VPLEX 가상 볼륨을 호스팅하는 기본 관리되는 스토리지에 애플리케이션 정합성이 보장되고 장애 발생 시 정합성이 보장되는 스냅샷(VPLEX Snap) 복제본을 생성할 수있습니다. AppSync는 VPLEX 스토리지에서 다음과 같은 애플리케이션을 지원합니다.

l Oracle 데이터베이스


l 파일 시스템

l Microsoft Exchange


다음 VPLEX 디바이스 구성은 지원되지 않습니다.

l VPLEX Local

n RAID 0

n RAID 1

l VPLEX Metro

n 분산 디바이스


Unity NFS 파일 시스템 복제본 마운트 및 마운트 해제 253

l VPLEX 가상 볼륨이 스토리지 볼륨에 1:1로 매핑되어야 합니다.

l 연결된 디바이스(RAID-C)는 지원되지 않습니다.

l 중첩된 디바이스는 지원되지 않습니다.

l 원격 볼륨(원격 액세스를 설정하여 글로벌 가시성이 있는 로컬 디바이스)은 지원되지

않습니다.

l 진행 중인 이동 작업이 있는 경우 모빌러티 작업이 완료될 때까지 디바이스를 보호할 수없습니다.

VPLEX 스토리지의 애플리케이션에 대한 서비스 계획 고려 사항

VPLEX 스토리지를 등록한 후 애플리케이션을 서비스 계획에 적용하여 복제본을 생성하고관리할 수 있습니다.

l AppSync는 VPLEX 스토리지의 애플리케이션에 대해 Bronze 서비스 계획을 지원합니다. 즉, 애플리케이션 전용 로컬 복제본만 생성할 수 있습니다.

l 서비스 계획에서 스냅샷으로 스토리지 기본 설정을 선택하면 AppSync가 백엔드 스토리지 시스템에 스냅샷을 생성합니다.

l 매핑하는 동안 AppSync는 VPLEX에 스토리지 볼륨, 익스텐트, 디바이스 구성 요소 등의 가상 볼륨 세부 정보를 쿼리합니다. 그런 다음 백엔드 스토리지 시스템과 통신하고보호할 해당 스토리지 LUN을 매핑합니다.

l 동일한 호스트의 여러 애플리케이션이 서로 다른 VPLEX 클러스터에 속하는 경우 보호중 애플리케이션이 따로 그룹화됩니다.

l 애플리케이션이 동일한 호스트와 동일한 VPLEX 가상 볼륨에 있는 경우 보호 중 함께그룹화됩니다.

l 기본 VPLEX 스토리지 디바이스가 RAID1 또는 분산 디바이스인 경우 서비스 계획 설정아래의 Create copy 단계에서 스토리지 옵션을 구성해야 합니다.

l RAID 1 디바이스의 VPLEX 가상 볼륨에는 두 개의 구간이 있습니다. 두 개의 구간은 서로 다른 두 개의 백엔드 스토리지 시스템에 속할 수 있습니다. 보호할 구간은 ConfigureStorage Options에서 선택하는 스토리지에 의해 결정됩니다. 두 클러스터 모두에VPLEX 분산 가상 볼륨의 스토리지 디바이스가 있습니다. 보호할 구간은 ConfigureStorage 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 for mirrorrebuild to complete 옵션을 선택 취소합니다.

l 복구하는 동안 AppSync가 정합성 보장 그룹에서 VPLEX 가상 볼륨을 제거하고 기본 스토리지 스냅샷에서 복구한 후 정합성 보장 그룹에 가상 볼륨을 다시 추가합니다. 또한모든 VPLEX 가상 볼륨의 캐시를 무효화합니다.

l AppSync는 RecoverPoint로 보호되는 VPLEX 운영 가상 볼륨의 복구를 지원하지 않습니다.

l VPLEX Snap 복제본에서 복구할 때 복구 중인 디바이스에서 다른 작업을 수행하지 않도록 하십시오.


VPLEX 복구 고려 사항 255



CHAPTER 13

AppSync 문제 해결

이 섹션에서는 AppSync를 사용하는 동안 발생하는 일반적인 문제에 대한 정보를 제공합니다.

l AppSync 호스트 플러그인 설치 후 재부팅 필요.................................................. 258l 사용자 계정에 올바른 사용 권한이 없습니다....................................................... 258l 부분적으로 등록된 EMC AppSync Exchange Interface 서비스...........................259l VSS 시간 초과 문제...........................................................................................259l 재부팅 시 마운트된 파일 시스템이 유지되지 않음................................................260l 호스트 설치 및 구축 문제................................................................................... 260l 호스트 재부팅 후 Oracle ASM 디스크 그룹을 마운트할 수 없습니다.................... 260l RHEL 6.x 및 7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패....................... 261l AppSync가 Oracle ASM 디스크 그룹을 마운트하지 못함(이벤트 - ORCL_000043)

......................................................................................................................... 261l AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못함(이벤트 -

ORCL_000044)............................................................................................... 262l AppSync가 SQL Server 데이터베이스를 제때 고정하지 못함(이벤트 -

SQL_000018).................................................................................................. 262l <AppSync>\jboss\standalone\tmp\vfs\ 폴더 디스크 사용............................... 262l XtremIO 복제본 생성에 시간이 걸림...................................................................263l XMS IP 변경..................................................................................................... 263l 데이터 저장소 또는 가상 디스크 마운트 도중 오류 발생....................................... 263l 가상 디스크 매핑 실패........................................................................................263l 재부팅 후 AppSync 서비스가 시작되지 않음.......................................................264l Windows Server 2012 R2에서 Flash 실행..........................................................264l 브라우저 새로 고침............................................................................................265l 예약된 서비스 계획 실패.................................................................................... 265l 오류 처리.......................................................................................................... 265

AppSync 문제 해결 257

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를 선택합니다.



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 서버를 선택합니다. 자격 증명을 다시 입력해야 할 수 있습니다.

부분적으로 등록된 EMC AppSync Exchange Interface 서비스문제

사용자 계정에 권한과 사용 권한이 제대로 부여되지 않거나 충돌하는 소프트웨어가 설치된경우 EMC AppSync Exchange Interface 서비스가 제대로 등록되지 않습니다. 수동 정리를 수행해야 할 수 있습니다.

해결 방법

다음을 수행하십시오.

1. 명령 프롬프트를 열고 AppSync 호스트 플러그인이 설치된 디렉토리로 이동합니다. 기본 위치는 C:\Program Files\EMC\AppSync Host Plug-in입니다.

2. 다음 명령을 실행하여 서비스와 DCOM 구성 요소를 제거합니다.awExchangeInterface /unregserver

3. 서비스 콘솔(service.msc)을 사용하여 EMC AppSync Exchange Interface 서비스

가 제거되었는지 확인합니다. 제거되지 않은 경우 다음을 실행합니다. sc deleteAppSyncExchangeInterface

4. 구성 요소 서비스 콘솔(DCOMCNFG)을 사용하여 EMC AppSync Exchange InterfaceDCOM 구성 요소가 제거되었는지 확인합니다. 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 재시도 설정을 구성할 수 있습니다.


부분적으로 등록된 EMC AppSync Exchange Interface 서비스 259

재부팅 시 마운트된 파일 시스템이 유지되지 않음문제

Unix 플랫폼에 복제본을 마운트하면 재부팅 시 파일 시스템이 유지되지 않습니다.

해결 방법

다음을 수행하십시오.

1. 재부팅하기 전에 다음 파일의 마운트된 파일 시스템 정보를 기록합니다.

l AIX: /etc/filesystemsl Linux: /etc/mtab

2. 재부팅한 후 기록한 마운트 정보를 사용하여 파일 시스템을 마운트합니다.

재부팅 후 Oracle을 수동으로 다시 시작해야 합니다.

호스트 설치 및 구축 문제문제

에이전트 플러그인을 설치할 때 SUDO 사용자 설치가 실패할 수 있습니다.

해결 방법

다음을 확인합니다.

1. Unix/Linux 시스템에 SSH 서비스가 구성되어 있습니다.

2. BZip2, OpenSSH 및 OpenSSL 패키지는 AIX에 사용할 수 있습니다.

3. sg3_utils 패키지는 Linux에 사용할 수 있습니다.

4. SSH 포트 22의 차단이 해제되어 있습니다.

5. 설치 위치에 사용할 수 있는 공간이 충분합니다.

6. SUDO 사용자의 홈/설치 디렉토리에 "쓰기" 권한이 있습니다.

EMC 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/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.xMPIO 구성에서 ASM 디스크 그룹의 마운트 실패를 참조하십시오.

3. 이 문제는 asm_diskstring 매개 변수가 비어 있거나 /dev/*, /dev/asm-disk*와 같이 중첩된 경로로 설정된 경우에 발생할 수 있습니다. 따라서

asm_diskstring 매개 변수에 올바른 값이 지정되어 있는지 확인합니다.

4. Linux 구성의 경우 /etc/udev/rules.d/ 디렉토리에 의미 없는 udev 규칙 파일이

있고 다른 NAME/SYMLINK 매개 변수와 동일한 타겟 디바이스를 마스킹하는 경우에

이 문제가 발생할 수 있습니다. 이 같은 파일이 없는지 확인하여 있는 경우 제거합니다.

5. /tmp에 충분한 공간이 있는지 확인합니다.


RHEL 6.x 및 7.x MPIO 구성에서 ASM 디스크 그룹의 마운트 실패 261

AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못함(이벤트 - ORCL_000044)

문제

복구 작업을 수행하는 동안 AppSync가 Oracle ASM 디스크 그룹을 마운트 해제하지 못합니다.

해결 방법

1. 복구하기 전에 수동으로 종료해야 하는 영향을 받은 데이터베이스가 없는지 확인합니다. AppSync가 복구 전에 영향을 받은 데이터베이스 중 보호되지 않은 데이터베이스를보고하는데, 해당 데이터베이스를 수동으로 종료해야 합니다.

2. 마운트된 복제본을 마운트 해제하는 중에 장애가 발생할 경우 마운트 호스트에서 ASM인스턴스에 연결하고 sqlplus alter diskgroup <diskgroup name>dismount 명령을 사용하여 마운트된 디스크 그룹을 수동으로 마운트 해제합니다. 마운트되고 복구된 데이터베이스가 종료되었는지 확인한 다음에 이 명령을 실행합니다.

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 또는 EMC 지원 담당자에게 문의하십시오.

Microsoft의 10초 제한으로 인해 발생하는 VSS 시간 초과 문제는 이 방법으로 해결되지 않습니다. 이 해결 방법은 VSS가 작동하기 전에 AppSync가 SQL Server 데이터베이스를 중지하지 못할 경우에만 적용됩니다.

<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 복제본이 마운트 해제되었는지 확인합니다.

데이터 저장소 또는 가상 디스크 마운트 도중 오류 발생문제

복제본 타겟 LUN이 ESX에 노출되지만 데이터 저장소로 ESX에 마운트되지 않은 경우(마운트 해제된 상태) 다음과 같은 오류가 발생할 수 있습니다.

Host Platform Config fault해결 방법

동일한 데이터 저장소의 여러 복제본이 ESX에 마운트 해제된 상태로 남아 있지 않아야 합니다.

가상 디스크 매핑 실패문제

VMware VCenter Server와 적절한 스토리지 시스템이 추가된 후에도 가상 디스크 매핑이실패합니다.

해결 방법

disk.EnableUUId 값을 true로 설정해야 합니다.

1. 가상 머신의 전원을 끕니다.

2. vSphere Client를 통해 vCenter Server나 ESXi/ESX 호스트에 로그인합니다.


XtremIO 복제본 생성에 시간이 걸림 263

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. 가상 머신의 전원을 켭니다.

재부팅 후 AppSync 서비스가 시작되지 않음문제

AppSync 서버가 Windows 2008 호스트에 설치된 경우 재부팅 후 AppSync 보안 서버와AppSync 서버 서비스가 시작되지 않습니다.

해결 방법

이 문제를 해결하려면 호스트에서 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창을 닫습니다. 다음 시나리오를 검토합니다.

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 Enhanced SecurityConfiguration 대화상자를 엽니다.

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시에 실행되도록 "On selecteddays…" 스케줄을 설정합니다.

오류 처리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] []


브라우저 새로 고침 265

[] 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)][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)


오류 처리 267



Documents

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