무정지플랫폼현실화 저자 - 조창윤컨설턴트, 한국오라클 Fusion Middleware 사업부 (changyoon.cho@oracle.com) 1. Q&A 최근데이터통합 (Data Integration) 과관련되어가장많이듣는질문들은다음과같다. - 현재까지내가사용한무료통화량은얼마일까? - 하루종일튜닝한이 Query를운영시스템처럼실제데이터가있는환경에서테스트를하고싶은데어떻게할까? - 지난주에운영시스템에서삭제한데이터를복구할수있는방법은무엇일까? - 운영중인 Server 또는 Database를 Upgrade해야하는데최소의 Down-Time으로작업이가능할까? - DR(Disaster Recovery) 환경에있는 Database를이용하여 Reporting 시스템으로운영할수있을까? - BI(Business Intelligence) 을위해서실시간 ODS을구축할수있을까? 또한 Application 수정없이 Historical 한데이터를 ODS에구축할수있을까? 그어딘가에내가원하는데이터들이있다. 또한이러한데이터들은폭발적으로계속증가하고있고동시에실시간이라는단어가붙은서비스들이계속해서증가하고있다. 앞으로도현업부서담당자들은실시간서비스를계속해서 IT 부서에요청을할것이고그럴수록운영시스템의부하증가는불보듯뻔할것이다. 어느전문기관의조사에의하면작년한해만들어진데이터가 1,200 엑사바이트 (EB) 가량이나되었고전년대비 40% 정도의 Transaction이증가하였고 16% 정도의 Record 데이터가증가하였다고한다. 종합해보면 [ 그림 1] 과같이데이터의통합그리고연동이더욱활발히되고있는상황에서데이터는계속해서단편화되고있고정확성은물론신선도또한낮아지고있다. 답변많은 IT 및현업부서담당자들이이런질문들을하는이유가무엇일까생각해보자. 회사내에서우리가이용하고있는또는이용하려고하는데이터들은상상그이상으로많은문제점이있기때문이다. Fragmented, Inaccurate, Stale Data High Cost of Integration, Operational Impact Data Explosion, Increased batch windows, Poor performing ETL Uptime of Distributed, ed Systems 적게는수개에서많게는수십개의 Database 들과 File 들 < 그림 1> The Data Integration Business Problem
반면 Data Integration 비용과운영 Impact 는급속도로 단순하다. 성을하느냐에따라서다양하게데이터를공유하고통 소 (CPU, Memory, IO, Network 등 ) 사용을최소화할 증가하고있고 ETL 처리데이터양은하늘을찌를듯이 라는 OGG Process 는 시스템의 Database 합할수있다는 OGG 의강력한특징중에하나인유연 수있고 시스템의 Database 에서는 시스 증가하고있다. RedoArchive Log 파일에서변경데이터를추출하여 성을보여주는것이다. 템의 Database 에서발생된 Lock 의위험이전혀없으 이라는 OGG 의전용바이너리파일에기록을하고 며 시스템의 Database 에서사용되었던 Session 이러한문제점들을해결할수있는방안은무엇이있을 라는 OGG Process 는 가생성한 파일 위의 OGG Architecture 가가능했던이유는아래의 [ 그 개수보다아주적은량으로데이터복제가가능하다. 까? 물론한방에해결할수있는 Gold bullet 은없다. 을 시스템으로전송하고 시스템으로전송 림 3] 과같이 OGG 는 Commit 된데이터만을처리하기 하지만현재운영하는시스템에거의영향을주지않고 된 파일을 시스템의 Database 에적용하는 때문이다. 기본적으로 시스템에변경데이터를적용할경우 해결할수있는방법이있다. 그것이바로 Data를 Share 하는방법으로필요한데이터만을실시간복제 (Real-Time ion) 함으로써 Data Integration 하는방법이다. 이번기고에서는처음제기했던많은질문에대해서실시간복제솔루션인 의 을이용하여 라는 Process 로구성되어있다. : 트랜잭션로그파일을읽어서 Commit 된변경데이터를추출 files: 추출된변경데이터를저장하는파일 : 복수의 에데이터를배포 System Parameter File OGG Route: 에데이터전송시압축과암호화됨 Transaction 을보장하면서 에데이터 ( 변환후 ) 적용 OGG Parameter File All components save positions to a checkpoint file so they can recover in case of failure. Begin, TX 1 Insert, TX 1 Update, TX 1 Begin, TX 3 Insert, TX 3 Recovery Begin, TX 4 Commit, TX 3 Write Delete, TX 4 Read Start of Oldest Open (Uncommitted) Transaction Begin, TX 3 Insert, TX 3 Commit, TX 3 Recovery Read Write Read 시스템에유입된 Transaction 단위로 Commit을처리하지만업무특성에맞게가상으로 Transaction을처리할수있는기능도있다. 즉 1건단위로 Commit되는 Transaction을 100건단위로 Transaction을하나로묶어서처리하거나 1만건단위로 Commit되는 Transaction을 1,000건단위로 Transaction을나눠서처리할수있다. 다양한비즈니스요구에대응할수있는지자세하게알아보도록하겠다. 2. 소개 RedoArchive Log File LanWan Internet(TCPIP) System Commit Ordered < 그림 3> Mechanism Commit Ordered System 이런방법은데이터복제처리성능을높이거나 시스템과 시스템의시스템 Resource나 DB 설정의차이 ( 예를들어서 Undo size의차이 ) 에따른기능중에하나다. 우선 ( 이하 OGG) 에대해서알아보 < 그림 2> Architecture [ 그림 3] 왼쪽의그림처럼현재 Database 에는방금전 도록하자. 에끝난 Transaction( 녹색 -TX2 과파란색 -TX3) 들도 혹시나 OGG 는 Commit 기준의데이터만을처리하기 OGG 는 시스템의 Database(, DB2, MS- 위의 OGG Architecture 을조금만응용하게되면쉽게 있고현재진행중인 Transaction( 노란색 -TX1 과빨간 때문에특정 Transaction 이아주긴시간동안 Commit SQL, Sybase ASE, 등 ) RedoArchive Log 파일에 양방향데이터복제는물론이고 1:N 이나 N:1 과같은 색 -TX4) 들도있다. 또는 Rollback 이되지않고 DB Connection 이유지되어 직접접근하여변경된데이터만추출하여 시스템 다양한 Topology 구성이가능하다. 이때 OGG 는종료된 Transaction 중에서 Commit 된 있을때 OGG 의 Process 가재기동된다면어떻 의 Database 에데이터를동기화하는 CDC(Change Data 즉 Database 의변경데이터를저장하고있는 Transaction 에대해서만 파일로저장을한다. 게될까하는의문이생길수있다. Capture) 솔루션으로서데이터의정합성은물론최고의 OGG 의 파일을 2 개의 Process(1 시스 물론변경데이터의추출을담당하는 Process 에 재기동시점의 RedoArchive Log 파일부터지금까지의 처리속도와유연한구성이가능한업계최고의제품이다. 템으로전송하는 Process 와 2 시스템으로 설정되어있는 Table Owner 와 Name 에맞는대상에대 모든파일들이필요한것인지아님아직 Commit 또는 2 년전 (2009 년 ) 사의 ER 이라는제품이 전송하는 Process) 가처리한다면바로 1:2 의모델 해서만 파일에저장을한다. Rollback 되지않은 Transaction 이시작한시점에맞는 에인수되면서 라는제품명이되었다. 이되는것이다. Rollback 되는 Transaction 에대해서는처리하지않고 RedoArchive Log 파일부터필요한것인지의문이생길 OGG 는 11g 가출시되면서완벽하게 제품으로 추가적으로 Process 는 Database 의 RedoArchive Commit 된 Transaction 의데이터에대해서만처리를하 수있다. Completed 되었고 11g Release 1 Patch Set 1 (11.1.1.1) Log 파일을두번읽을필요가없이한번만읽기때문에 며진행중인 Transaction 에대해서는 Process 가 후자라면당연히해당시점의 RedoArchive Log 파일 이출시되면서 Database 의커널레벨의암호화 시스템에추가부하는거의없으며 2 개의 관리하는메모리 ( 대용량 Transaction 일경우임시파일 ) 은일반적으로 시스템의특정 File System 이아 (Transparent Data Encryption 와 Tablespace Encryption) Process 로부터한개의 시스템으로 2 개의 에임시저장한다. 닌 Backup Media (Tape 등 ) 에있기때문에의문이생길 기능과 Exadata Machine 에서의 HCC(Hybrid Columnar 파일이전송된후 2 개의 Process 가 시스 시스템에저장된 파일의내용이 시 수밖에없었을것이다. 하지만 OGG 에서는이러한문 Compression) 을지원하게되었다. 템의 Database 에적용하게되면바로 2:1 의모델이되 스템으로전송되기때문에결국 시스템에서적 제를 BR(Bounded Recovery) 기능으로해결한다. 올해말 Release 되는버전에서는 Database 의 는것이다. 용되는모든변경데이터는 Commit 된데이터가되 간단히설명하면특정시간마다변경된모든데이터를 Table (Partition) Compression, Advanced (OLTP) 이처럼 OGG 를이용하여 1:1 을기본모델로 1:N 또는 고이런 Mechanism 을이용함으로써장애발생시데 저장하고그것으로 Recovery 하기때문에재기동시점 Compression 기능까지도지원될예정이다. N:1 및 1:1:N 등다양한구성이가능하며이는 이터의유실이없고쉽게장애복구가가능하다. 또한 에서가장최근 BR 한데이터의시점 ( 기본으로최대 4 시 OGG 의 Architecture 은아래의 [ 그림 2] 와같이매우 와, 그리고 Process 을어디에어떻게구 Commit 된데이터만을처리하기때문에시스템리스 간전 ) 에맞는 Log 파일부터필요한것이다.
요즘이슈중에하나인 Security 에대해서잠시언급을 은 Taril 파일기준으로분당 200MB, 레코드기준으로 OGG 의활용하여 ROI 을증진시키고 TCO 을낮출수 하고넘어가도록하겠다. 초당약 2,000 건을처리한다. 있는대표적인방안들을실제사례와함께소개하면다 Database 안에있는중요한데이터가 TDE 기능 으로 Encryption 되어있을경우 OGG 는 TDE 을지원 업무특성에따라서 SQL 을묶어서처리하는 BATCHSQL 옵션을사용할경우대량 INSERT 와 UPDATE 의경우 Database Local Server Remote Collector User Exit User Exit User Exit Database 음과같다. 하기때문에 Table 에서해당데이터를 Select 하지않고 약 3 배 ~4 배의성능향상이가능하다. 3.1 Real Time Data Integration 및 Query Offloading 을위한 기존추출방식과동일하게 RedoArchive Log 파일에 서 Database 의변경데이터를추출한다. 3) OGG 11.1.1.1 의성능향상 (OGG 11.1.1 과비교하여 ) CUSEREXIT.exit_samwriter.so C CUSEREXIT.Java5_UserExit.so #!binksh CUSEREXIT,PASSTHRU,INCLUDEUPDAT CUSEREXIT, PASSTHRU, echo Run Shell EBEFORES, PARAMS oggogg INCLUDEUPDATEBEFORES Unix Shell C Application JAVA Application 활용 OGG 를이용해서가장많이사용되는방안이바로 Real 또한추출된데이터는 Encrypt 하여 파일에저 : 추출면에서약 10~20% 성능향상되었고반영면에 < 그림 7> 기능 - 변경데이터를이용한 Business Logic 처리 Time Data Integration 이다. 장되고 으로전송될때도데이터를 Encrypt 하 서 Asynchronous Commit 기능을통하여성능향상되 시스템의변경데이터를실시간으로 Report 시 며 에서는 Encrypt 되어저장된 파일을 었다. 또한 OGG 를이용하여 시스템의변경데이터를 스템에실시간반영함으로써 시스템의부하 Decrypt 하여처리한다. 다양한방법으로연계가가능하다. 를최대한으로줄이는방안과 DW(Data Warehouse), OGG 는단방향을기본으로양방향데이터동기화를지 아래의 [ 그림 8] 과같이이기종 DBMS 와의동기화는 CRM(Customer Relationship Management) 또는 OGG 의특장점은아래의 [ 그림 4] 로요약을할수있다. 원한다. 물론, 활용범위를넓힐수있도록 ETL 이나사용자애 BI(Business Intelligence) 구축을위하여 시스템 Not Coding, Only Configuration 성능 로그기반의추출을기반으로초당수천트랜잭션을초단위이하의지연내에서처리 또한변경데이터의필터링및단순변환그리고 Table 또는 Column 단위의 1:N 또는 N:1 이가능하며 와 시스템간의 Schema 가상이하더라도데이터 플리케이션과의연계, JMS, File 등다양한인터페이스를제공하고있다. 이와같은기능은 OGG 의 Architecture의유연성과확 의변경데이터를실시간으로복제하는방안이다. 참고로아래의 [ 그림 10] 은실시간 BI 구축을위한 제품스텍이다. 확장성및유연성 오픈환경의모듈단위의구성으로다양한형태의실시간데이터통합요건만족 복제가가능하다. 장성을기반으로한다. 신뢰성 손쉬운구성및연결 다양한기능 데이터손실없는강력한장애대응력 단순하고유연한구성으로짧은구성시간 을포함한다양한데이터베이스및애플리케이션지원 양방향동기화, 데이터변환, 데이터 Join, Business Logic Add-On 기능등다양한기능제공 그리고변경데이터를기존에개발된 Business 로직 ( 예를 들어후처리를위한 Deferred 업무 ) 과연동이가능하다. Mapping 유형 대상유저제외 Mapping 설정 TRANLOGOPTIONS EXCLUDEUSER APPS_TEMP Integration Heterogeneous DBs Integration via Staging Tables FTI Logistics CDC Capture Hourly Minutely Batch ETL Indirect Access Data Integrator DW Exadata Tactical Reporting Business Intelligence Business Intelligence < 그림 4> 특장점 대상테이블선택 대상테이블제외 TABLE user01.*; TABLE user02.table01; TABLE user01.*; TABLEEXCLUDE user01.table01_temp; OLTP Integration via File Capture File File Integration via JMS FTI Order Entry CDC Capture Data Verification Data Cleaning Data Aggregation OLAP Data Mart Internet 추가적으로첫번째특장점인 OGG 의성능에대해서는 특정컬럼만선택 TABLE user01.table01, COLMAP (col1, col2); 특정컬럼만제외 TABLE user01.table01, COLEXCLUDE (col3, col4); 특정 row 선택 TABLE user01.table01, WHERE( (col1 = 100) and (@STREXT(col2, 1,4) > 2008 ); SAM File JMS Receiver Integration via with Applications 업무시스템부하낮음 실시간데이터기반의분석정보 ODS 활용가능 상품개발 캠페인 정형리포트 Custom Application 다음과같이정리를할수있다. 특정 row 제외 TABLE user01.table01, IF (col1 <> 100); Java Applications < 그림 10> Real Time Business Intelligence 를한 제품스텍 < 그림 5> 기능 - 변경데이터 Filtering < 그림 8> 기능 - 다양한연계 1) 추출성능 (OGG 11.1.1 기준 ) Report 시스템을사용하는경우는항공사의시스 : 하나의추출 () Process가처리할수있는용량은 RedoArchive Log 파일기준으로분당 1.2GB, 레코드기준으로초당약 4만건을처리한다. 물론여러개의추출 Process을기동할경우최대 1.2 GB * N 의추출속도가가능하다. 또한추출대상데이터가없는경우 RedoArchive Log 파일기준으로분당 3.4GB 의량을처리한다. 2) 반영성능 (OGG 11.1.1 기준 ) : 하나의반영 () Process가처리할수있는용량 TARGET Database User01.Table01 User01.Table01 데이터병합데이터치환 COL1 COL2 COL3 01 3456 X 02 9876 Y < 그림 6> - 데이터변경, 매핑 Parameter MAP User01.Table01, TARGET User01.Table01, COLMAP (UseDefaults, Commit_Time= @GETENV( GGHEADER, COMMITTIMESTAMP ), Apply_Time=@DATENOW(), Concat_Col=@STRCAT( @STREXT(COL1,1,2), 00,@STREXT(COL2,3,4), Substr_Col=@STRSUB(COL3, X, Y ) COL1 COL2 Commit_Time Apply_Time Concat_Col Substr_Col 01 3456 20110809 12:34:56 20110809 12:34:58 1005 X 02 9876 20110809 11:29:51 20110809 11:20:32 2007 Y 데이터유입시간데이터적용시간 ( 시스템기준 ) ( 시스템기준 ) 3. 활용방안 Real Time Data Integration Live Reporting 소스 DB 의성능저하없는트랜잭션시스템에대한리포팅 실시간 BI(Business Intelligence) 축적된데이터를활용하여중요한의사결정에필요한정보제공 Query Offloading Zero Downtime Migration and Upgrades < 그림 9> 활용방안 Continuous Availability Zero Downtime 마이그레이션 업그레이드 Disaster Recover Live Standby 를이용하여장애복구를빠르게하고, 소스 DB 의 block corruption 복구 Disaster Recovery, Data Protection Data Distribution Query Offloading 비용절감저비용의전용시스템을별도로구축 리소스활용극대화 Physical Standby 시스템을용으로활용 Operational Reporting Real-time BI 템처럼 90% 이상이업무이고로인한부하가 시스템에많은영향을주고있는경우에보다효율적이다. 항공사의시스템뿐만아니라우리주위에많은서비스들이업무로인하여 시스템에적지않은영향을주고있다. 위에서언급했던통화량업무외에도과금, 포인트, 항공 기차 버스시간등실시간성격을가지고있는업무그리고 시스템에영향을주는업무에대해서많은활용이가능하다.
예약시스템 회계및과금 DW 나 CRM 그리고 BI 를구축하기위해서왜 시스템의실시간데이터가필요한지는굳이설명하지 않겠다. 운영시스템 1 OGG 을이용한운영시스템과시스템의분리방안 < 그림 11> 활용방안 - 시스템분리 단지전통적으로과거몇개월에서몇년가량의 History 데이터를분석하여거시적플랜에초점을맞 춘 Analytical(Strategic) BI 의 Trend 가현장에서실무 자나관리자가시스템운영에필요한의사판단을위 한정보로시시각각발생하는 Event 데이터를분석하고 Right Time 에정확한의사결정을하기위해, 빠르게발 전하는환경에서살아남기위해, 경쟁력을갖추기위해 Operational BI 로패러다임이움직이고있는것이고이 것이현실이며이것이 RTE(Real-Time Enterprise) 의기 반이된다는것이다. 운영계시스템 인사 총무 과리... Data 제공시스템 인터넷서버 총무 과리 시스템 1 5 8 2 데이터추출 적재 1차 1차 < 그림 12> 활용방안 - ODS 연동 3 ODS EDW 4 7 데이터 추출 변 환 로딩 2 차 ETL 툴 주제영역 1 주제영역 3 주제영역 2 OGG 를이용한 DW 사례중에는실시간 ODS (Operational Data Store) 을구성할때 OGG 를이용하 여실시간으로변경된데이터를 Table 의성격에따라서 시스템과동일하게데이터를유지하는경우도 있고변경내역을 Historical 하게관리하는경우도있다. 대부분의경우 시스템에서 Update 된데이터는 ODS 에 Update 처리되고 시스템에서 Delete 6 데이터 추출 변 환 로딩 9 3 차 ETL 툴 요청 Data 활용시스템 CRM CRM Data Mart OLAP Mart Query Mart Ming Mart 된데이터는 ODS 에서 Delete 되지만몇몇 DW 사례 의경우 시스템에서 Update 나 Delete 되는경우, ODS 에서 (Update 와 Delete 된 Flag 값과같이 ) Insert 처 리되어 Historical 한데이터를이용할수있도록하는경 우도있다. 즉 시스템의 Application 에대한수정 없이 Historical 한데이터의관리가가능하다는것이다. 또한금융권처럼계정계와정보계시스템으로구분되 어있는환경에서처럼계정계의변경데이터를실시간 으로정보계로이관함으로써과거에경험하지못했던 보다효율적이고창의적인서비스가가능하다. 몇몇금융권사례에서 Batch 을이용한 Deferred 기능을 사용했지만이것을 OGG 로대치함으로써계정계시스 템의 Resource 감소및가용성이증가하였으며업무의 효율성이크게증대된사례를볼수있다. 거래데이터 계정계시스템 1 OGG 을이용한계정계시스템과정보계시스템의연동 거래데이터 계정계시스템 2 OGG 을이용한계정계시스템과정보계시스템및 ODS 시스템의연동 < 그림 13> 활용방안 - 계정계와정보계시스템연동 3.2 Continuous Availability 을위한활용 시스템 Patch 또는시스템 Upgrate 시, DB Patch 또는 DB Upgrate 시, 차세대프로젝트에서 Data Migration 을할때가장중요한것은어떻게하면서비스의 Down Time 을최소화할수있을까하는것이다. OGG 를이용한다면 Zero 에가까운다운타임만으로도 위의작업들을할수있다. 정보계시스템 ODS 시스템 정보계시스템 서비스중지하고, DB Down 하고, 시스템 Down 하고, 데이터이관하고, DB 올리고, 시스템을올리는작업보다는미리준비된새로운시스템 ( 또는임시시스템 ) 으로 Middle Tier단에서 만변경함으로써모든작업이완료될수있다. 이는기존운영시스템과동일한데이터를유지하고있는신규시스템 ( 또는임시시스템 ) 이있기때문이다. 기존운영시스템의데이터를신규시스템으로초기화시키고 [ 그림 14] 와같이 OGG를이용하여데이터초기화이후실시간으로기존운영시스템의변경데이터를신규시스템으로복제하기때문에 DB나시스템의 Down 그리고데이터 Migration 작업이전혀필요가없게된다. 임시시스템 임시시스템 1. DB 작업상황 2. 신규시스템으로변경상황 < 그림 14> 활용방안 - Zero-Down Time Migration 방안 실제로 24시간 *365일무중단으로진행하는서비스들 ( 예를들어반도체라인의서비스나 Global 서비스들 ) 에서활용되고있다. 또한, 아직실제사례는없지만차세대프로젝트의 Migration Team에서고민하는상당량의작업에대해서많은도움이되지않을까생각한다. 위에서언급하였듯이 OGG의테이블, 컬럼단위의매핑기능, 데이터 Transformation 기능들과함께 Zero에가까운실시간 Migration을고려해본다면차세대프로젝트에서 10시간또는 24시간동안데이터 Migration 작업이단몇초로줄지않을까생각한다. 최근사례에서는 Database를 Upgrade하기위해 서또는 Database 를 로전환하기위해서 활용하는경우가가장많았다. OGG 를이용하여현재운영시스템의 Database 데이터에대해서정합성문제없이초기화는방법은아 래의 [ 그림 15] 과같다. 참고로데이터초기구축시초기화해야하는데이터양 이많기때문에 OGG 를이용하지않고 HW 솔루션을 이용하거나 Data 을이용한다. System 1. OGG 추출시작 < 그림 15> 활용방안 - Zero-Down Time Migration 개념도 OGG 활용방안중에서 DR(Disaster Recovery) 을위해 서 OGG 를활용하는사례가최근많아지고있다. 당연히 OGG 를이용할경우 DR 시스템의 Database 는 ReadWrite 가가능한상태로 Open 되어있기때문에 Database 레벨에서는 DR 이준비되어있는상태이고, 더불어실시간으로운영시스템의변경데이터가복제되 기때문에당연히어떠한업무라도최대한사용하려고 노력하게된다. 운영시스템에서시스템작업을하거나실제 DR 상황에 서 (Fail-Over 상황 ) 미리 OGG 를역방향으로구성했다 면운영시스템의작업이완료되었거나복구가완료되 었을때 Fail-Back 이가능하다. 2. OGG 반영시작 HW 을이용하여 DR 을운영하고있는고객사중에서 Disk Corruption 을경험한고객들이추가적으로 OGG 을이용한 DR 을같이운영하는경우가많다. System Incomplete Recover HW로복제된디스크이미지와 copy한 Archive Log의 SCN 까지복구 >startup mount > recover database until change 3993753 using backup controlfile; >alter database open resetlog; 실행 SCN 이후부터 OGG를통한데이터복제 GGSCI > start replicat replicat_name, aftercsn 3993753 물론 DR 시스템의 Database 를 DW 나 Report 시스템으
로사용하거나 DR 시스템에서 Batch을운영하는고객도많다. 앞에서도언급하였듯이 OGG의 파일은 시스템의변경데이터를저장하고있기때문에 OGG 파일의보관주기를늘려서 OGG Reverse 기능을이용하여데이터를복구하려는사례도있으며, 실시간으로변경데이터를저장하고있는 OGG 파일을실시간으로 Backup Media (Tape 등 ) 에저장하여추가적으로데이터를백업하는사례도있다. 실시간제공 : 시스템가용성증가로인한고객만족도증대 Server 운영시스템에서의효과 양방향 DATA 추출 복제적용중 DR 시스템 DR Server OLTP 서비스성능및안정성향상 (DR 시스템으로의부하분산 ) 서비스중단없이 OS, DBMS Upgrade 및 시스템작업수행 (DR시스템전업무전환 원복 ) 차세대시스템전환시데이터이행 대용량배치거래처리 ( 평상시 ) 처리 ( 평상시 ) 보고서처리 ( 평상시 ) OLTP 업무일부분산처리 운영서버의 DB 손상시복구 운영서버대행 ( 운영서버다운시 ) < 그림 16> 활용방안 - DR 구성및 DR 시스템활용 4. 상상그이상으로본기고에서는 OGG 에대한소개및활용방안에대해서알아보았다. OGG를이용하여실시간으로운영시스템과동일한데이터를가진쌍둥이시스템을만들수있다는사실을알았다면지금운영중인또는구성할시스템에얼마나많은활용방안이있을지주위를한번둘러보도록하자. 마지막으로 OGG( ) 의이점을나열하면서기고를마칠까한다. - 비용절감및효율개선 : IT 인프라 Structure 에대한부하를최소화및비용대비효과적인확장방안제공 : Downtime 최소화와부대비용절감 - 위험성최소화및비즈니스연속성보장 : 데이터손실최소화및데이터정합성보장 : 변경데이터를통한데이터복구및추가데이터백업방안제공 - 비즈니스효율증가 : 정확한비즈니스적판단을돕기위해필요한데이터