Problems with Generic Backup Solutions

Size: px

Start display at page:

Download "Problems with Generic Backup Solutions"

요원 수
6 years ago
Views:

1 핵심비지니스데이터보호를위한새로운패러다임 Recovery Appliance 소개및구축사례 김동욱차장 한국오라클

2 Recovery Appliance 소개 2

3 백업방식의비교 1. 백업스케줄러 2. 파일전체를백업전송 3. 중복제거및압축저장 월요일화요일수요일 백업받기전까지는추가 / 변경된문서에대한유실가능성이있음 매백업마다전체문서를읽어야해서성능이느려짐 매백업마다전체를전송해야되서백업시간이많이걸림 1. 백업스케줄러 2. 변경분만백업전송 3. 압축저장 월요일화요일수요일 추가 / 변경되는문서에대한데이터보호가보장 매백업마다변경된문서만읽기때문에성능에영향이없음 변경파일실시간전송 매백업마다변경된문서만전송해서백업시간이단축됨 3

4 기존백업솔루션이당면하고있는문제점 데이터베이스가아닌일반적인파일백업을위해설계됨 Always on Low Results 백업윈도우증가 데이터손실위험 복구를위한통찰력이없음 최소의중복제거율 Babysitting Backups! 무질서한어플라이언스복구에대한사전경고느린복구속도불필요한오버헤드 4

5 중앙집중화된데이터보호를위한 Recovery Appliance 관리의복잡성제거 데이터베이스 변경분만전송 데이터베이스에서변경분만전송 업무영향도최소화 실시간 redo 전송으로진행중인트랜잭션에대한즉각적보호 Recovery Appliance Offloads Tape Backup 데이터센터내모든 DB 보호 Petabytes of data Oracle c, 모든플랫폼지원 고비용의백업 Agent 불필요 Delta Store( 변경분저장소 ) 정합성확인후저장및압축 Delta 를통한빠른시점복구 엑사데이타기반의유연한확장성 Enterprise Manager 를통한전과정관리 원격지복제 Recovery Appliance 5

6 1. 실시간데이터베이스보호 데이터베이스 일반적인 Bit-Copy Backup Appliance 하루에한번백업수행 마지막백업이후의데이터유실위험성 Zero Data Loss Recovery Appliance Data Guard 기반의실시간 redo 전송 진행중인트랜잭션을메모리버퍼에서읽어서즉시전송 데이터유실은여러데이터베이스에유기적으로연동되어있는데이터에대한일관성을깨트림 6

2. 공간효율적인 VIRTUAL FULL 백업더이상의 Full Backup 불필요 : Incrementals Forever Architecture Day 2 Virtual Full Day 1 Virtual Full 최초의 Full 백업후, 증분백업만을사용해서 Virtual

7 2. 공간효율적인 VIRTUAL FULL 백업더이상의 Full Backup 불필요 : Incrementals Forever Architecture Day 2 Virtual Full Day 1 Virtual Full 최초의 Full 백업후, 증분백업만을사용해서 Virtual Full 백업생성 Day 0 Full Day 1 Incr Day 2 Incr 증분백업시간만으로물리적인 Full 백업과동일한 Virtual Backup 생성 Virtual Backup 으로평균 10 배의스토리지공간절약 데이터베이스 Delta Store 최소의공간으로장기간백업및이력관리가능 7

실시간전달데이터검증 저장된백업에대한자동화된, 주기적인검증 Tape 복제시자동데이터검증 복제전달되는데이터에대한자동검증 저장된백업에대한자동화된, 주기적인검증

8 3. 성공적인복구에대한보장자동백업검증및이중화 End-to-End 데이터검증 백업복구시데이터검증 자동치유아키텍처 이중화된블럭을이용한자동블럭복구 Corrupt 블럭감지! Mirror 된정상블럭 Scan! 실시간전달데이터검증 저장된백업에대한자동화된, 주기적인검증 Tape 복제시자동데이터검증 복제전달되는데이터에대한자동검증 저장된백업에대한자동화된, 주기적인검증 Built-in Redundancy 백업데이터는디스크에 striped and mirrored 방식으로존재 Recovery Appliance 카탈로그는 3 중화 저장되는백업은 2 중화 Recovery Appliance 서버는 single point of failure 를방지하기위해서클러스터구성 8

9 비교 : 기존백업아키텍처 Protected DB 클라이언트 자원소모하는에이전트 값비싼라이센스 단절화된관리 Target Device Disk Array 일경우확장성결여 가용성이부족 제한된중복제거 미디어서버 값비싼라이센스 수동적인부하부산 빈번한오버로드 다른인프라구조 Tape 복제는미디어서버를통해서전달 9

10 비교 : Recovery Appliance 도입후아키텍처 Protected DB 클라이언트 Agent 불필요 모든리소스가업무에할당 라이센스불필요 EM 이모든것을관리 미디어서버 불필요 기존 HW 재활용가능 네트웍트래픽감소 쉬운관리 Target Devices Direct 통합관리 10

11 고객사례 사례 1 : 제조사례 2 : 금융사례 3 : 공공사례 4 : 금융사례 5 : 제조 EXADATA DR 백업 AIX / 원격지복제 / VTL 전환 원격지통합백업 / Solaris HPUX / RA 확장 / SAP 백업 백업구조단순화 11

12 Recovery Appliance 구축내용 사례 1 : 제조 주센터 실시간트렌젝션에대한영향도제거 A DB A DB 최대가용성아키텍처 (MAA) 업무영향도최소화위해 standby 에서백업을수행 Standby 에 Flashback 기능활성화및데이터 Corruption 보호를위한 MAA 파라메터활성화 복구 B DB B DB DataGuard 단순한백업구성및일관된백업성능 변경된블럭만백업 항상균등한백업시간 여러데이터베이스가단일 ZDLRA 로백업 1 일 2 회백업으로복구시아카이브적용시간단축 재해복구센터 Incremental Forever 전략및백업검증 Flashback 빠른백업및백업시간이일정하게유지 주기적인백업검증 증분백업실시간리두 A DB B DB 관리상이점 EM 을통한쉬운백업환경구성 아카이브로그자동백업및폴링 ZDLRA 통합 DR DR 전환시별도의백업환경설정이필요없음 지능적인백업공간예측 12

13 ZDLRA 구축효과 사례 1 : 제조 Recovery Appliance 로백업시간 12 배감소 Recovery Appliance 로복구시간 3 배감소 Recovery Appliance 로공간사용량 6 배감소 13

를선택했다. 결과적으로오라클 ZDLRA 를도입하고매일풀백업을받는것이나마찬가지인효과를보게됐다.

14 금융 A 사는 ZDLRA 구축으로수초미만의복구목표달성 Recovery Point Objective 13X 빠른백업성능 65% 기존 Data Domain 대비공간절감 CUSTOMER PERSPECTIVE 뛰어난증분백업기능때문에기존데이터도메인대신오라클 ZDLRA 를선택했다. 결과적으로오라클 ZDLRA 를도입하고매일풀백업을받는것이나마찬가지인효과를보게됐다. 데이터손실위험이 0 에수렴하면서데이터보안을보장할수있게됐다 금융 A 사 IT 팀 사례 2 : 금융 1 조원 a month in payments processed without data loss 14

15 기존 VTL(Data Domain) 백업 사례 2 : 금융 BCV 볼륨을활용한백업의문제점 주센터 DR 센터 1 일 2 회복제수행 업무 DB 서버 배치서버 기타 업무 DR 스테이징 백업이먼저? 배치작업이먼저? VTL 사용량증가에따른 SAN 망부하 데이터증가에따른백업시간의증가 SAN 스위치 DWDM VTL 백업 10 시간소요 백업 RPO 최소 20 분 20 분마다아카이브로그백업 디스크복제 백업 데이터베이스 BCV VTL (Data Domain) VTL (Data Domain) DR 스토리지 15

16 RMAN 을이용한 ZDLRA 백업 ( 현재 ) 사례 2 : 금융 현재 16 개 AIX 기반 DB 백업 주센터 DR 센터 계정계 48TB, 총 62TB 업무 DB 서버 배치서버 기타 업무 DR 스테이징 평균백업량 30 배감소 계정계 48TB 1.4 TB 백업시간 10 배감소 SAN Ethernet 스위치 DWDM Ethernet 스위치 계정계 10 시간 1 시간 백업 평균중복제거율 93% 디스크복제 압축율 2x 데이터베이스 BCV ZDLRA ZDLRA DR 스토리지 16

17 GB 시간 (hh:mm) ZDLRA 구축효과 1 사례 2 : 금융 백업사이즈 백업소요시간 백업량비교 백업소요시간비교 4,000 3,500 3,000 2,500 2,000 1,500 1, A B C D E F G H I J K L M N DataDomain ZDLRA 12:00 10:48 9:36 8:24 7:12 6:00 4:48 3:36 2:24 1:12 0:00 A B C D E F G H I J K L M N DataDomain ZDLRA DB 명 DB 명 증분 (Virtual Full) 백업으로평균백업량 30 배감소 계정계 DB 백업량 : 39TB 1.4 TB 기존대비평균백업시간 13 배감소 계정계 DB 백업소요시간 : 10 시간 50 분 17

18 ZDLRA 구축효과 2 RPO ( 복구지점목표 ) 사례 2 : 금융 기존 VTL 아카이브로그백업 ZDLRA 실시간리두전송 공유파일시스템에서수동백업 ( 20%, 매 2 시간 ) RPO 최대 2 시간 로그버퍼에서실시간리두전송 RPO 0 18

DR 백업 로컬백업복구문제시대응 + 실시간데이터보호 네크웍속도문제를증분 + 압축백업으로극복

19 원격지백업 사례 3 : 공공 통합원격백업솔류션 센터별로컬 VTL/TAPE 백업 전국에있는 10개병원데이터베이스에대한백업 백업대상서버 M4000, EXADATA 구축효과 지리적문제점을극복한통합 DR 백업 로컬백업복구문제시대응 + 실시간데이터보호 네크웍속도문제를증분 + 압축백업으로극복 Incremental forever Backup 백업시압축해서네트웍으로전송 Advanced Compression Option(ACO) 19

20 Recovery Appliance 확장 사례 4 : 금융 SAP 및 Non-SAP 데이터베이스백업 HPUX 서버 현재총 16 개데이터베이스백업 주센터 Database-1 Primary Redo Shipping 구축효과 전사 ERP DB 의시점일원화복구 실시간리두전송으로유기적으로연결된모든 ERP 서버의시점일원화복구가가능 Scale-Out 으로복구속도증대 랙단위의확장 최대 28TB/Hr 복구속도 Database-2 Primary Redo Shipping RMAN Backup Database-3 Primary RMAN Backup RMAN Backup Redo Shipping ZDLRA 3 센터 ZDLRA 20

RPO 감소를위한백업의복잡도증가 Legacy 백업시스템 주센터 사례 5 : 제조 Campus DR 24x7x365 운영업무 기존백업관점문제점 ASM 에 RMAN Incremental Merge 백업 증분백업시운영서버부하 +ASM1 INST1 +ASM1 INST2 DataGuard Merge 작업으로인한부하 백업 I/O 로인한 Application 부하

21 RPO 감소를위한백업의복잡도증가 Legacy 백업시스템 주센터 사례 5 : 제조 Campus DR 24x7x365 운영업무 기존백업관점문제점 ASM 에 RMAN Incremental Merge 백업 증분백업시운영서버부하 +ASM1 INST1 +ASM1 INST2 DataGuard Merge 작업으로인한부하 백업 I/O 로인한 Application 부하 기존복구관점문제점 4 시간주기백업 1 copy 보관 1 차백업 R1 Redo R2 리두로그볼륨실시간복제 2 차백업 Redo R1 4 시간이전복구불가 4 시간이전복구위해 VTL 복구시 RPO 0 15 시간소요 Raw Device 운영볼륨 ASM 기반백업디스크그룹 아카이브로그백업 VTL Raw Device DR 볼륨 REDO 에대한디스크기반복제 Backup Disk Copy Solution 백업구조가복잡해짐 21

DataGuard 복구소요시간단축 기존아키텍처대비 3 배이상 RA 백업 운영서버실시간리두전송 RPO 0

22 백업아키텍처의단순화 Recovery Appliance 도입후 DR 서버에서증분백업 운영서버에서백업관련 I/O ZERO Primary 사례 5 : 제조 Campus DR 구축효과 +ASM1 INST1 +ASM1 INST2 DataGuard 복구소요시간단축 기존아키텍처대비 3 배이상 RA 백업 운영서버실시간리두전송 RPO 0 백업구조의단순화 + 데이터보호 R1 Raw Device 운영볼륨 실시간리두 VTL 백업 R1 Raw Device DR 볼륨 VTL Backup 22

23 기존백업솔루션의과제 1. 데이터보호 기업업무의 80% 복구실패및이로인한데이터손실을경험 2. 효율성 백업복구성능백업및복구의최우선과제 3. 관리유용성 66% 회사가단일 DB 를백업받기위해여러개의 Tool 을사용중 4. 확장성 데이터증가량은현재구축된백업어플라이언스가수용가능한공간의 3 배이상 23

24 1. 데이터보호 Zero Data Loss : 실시간리두전송으로데이터손실최소화 기존백업어플라이언스 오라클 Recovery Appliance 수십분 ~ 시간 Zero ~ 1 초미만 데이터유실위험 데이터정합성 정합성확인불가 자동화된주기적인정합성체크 데이터베이스복구 데이터 corruption 으로인한복구실패 End-to-End corruption 감지 24

25 2. 효율성 백업영향도최소화 : 변경된블럭만전송. 모든백업및 Tape 처리는 offloaded 기존백업어플라이언스 오라클 Recovery Appliance CPU 낭비로성능저하 Zero 에가까운성능영향도 백업영향도 백업윈도우 매일 6 ~ 8 시간 1 시간내외 프로세스효율성 오래걸리는풀백업및복잡한복구 빠른가상풀백업및간단한복구 25

26 3. 관리성 데이터베이스중심의관리 : End-to-end 제어 기존백업어플라이언스 오라클 Recovery Appliance 다양한제조사의툴이필요 하나의관리인터페이스 쉬운관리 관리범위 통합되지않은시스템과단편화된모니터링 표준화된 End-to-End 제어 / 모니터링 자동화 다른사일로간의수동조작 자동화및통합된데이터보호 26

27 4. 확장성 Database Protection as a Service : 확장가능한중앙화된서비스 기존백업어플라이언스 오라클 Recovery Appliance 클라우드규모의데이터보호 하나의어플라이언스로는불가 하나의어플라이언스로수천개의데이터베이스보호 쉬운확장성 새로운어플라이언스를도입 무중단확장및대역폭증대 스토리지용량 제한된스토리지확장 하나의시스템으로페타데이터단위의확장 27

28 Recovery Appliance 전세계에걸쳐데이터를보호제품발표후 2년안에전세계에모든산업군에수백개의시스템구축 제조 금융 공공 통신 교육 28

다름을경험하다 Oracle s Zero Data Loss Recovery Appliance 고확장성이보장되며복구에포커싱된전략으로데이터보호에대한아키텍처를전환 복구보장 데이터블럭단위의정합성체크및연속된데이터보호로모든데이터베이스의실시간복구가능확인

29 다름을경험하다 Oracle s Zero Data Loss Recovery Appliance 고확장성이보장되며복구에포커싱된전략으로데이터보호에대한아키텍처를전환 복구보장 데이터블럭단위의정합성체크및연속된데이터보호로모든데이터베이스의실시간복구가능확인 Purpose-Built Backup Recovery Appliance 구축시 : RPO 를시간 / 일단위에서초단위로전환가능 운영서버에서발생하던모든백업관련작업을 Offload 가능 스토리지공간절약및네트워크트래픽감소 서비스화된데이터베이스보호 29

슬라이드 1

슬라이드 1 사례를통해본 ORACLE MAA (Maximum Availability Architecture) 2013. 02. Seungtaek Lee( 放浪 DBA) ORACLE MAA 최고의가용성을보장하기위해 Oracle( 사 ) 의여러솔루션을조합한 Oracle 권고아키텍처 2 ORACLE DB HA Solution Set RAC, Data Guard(ADG), ASM,