1

for

Oracle SAP®

기술 업데이트

Oracle for SAP 25 호, 2016 년 5 월

www.oracle.com/sap

2

친애하는 SAP 고객 여러분,

오라클은 데이터베이스, 비즈니스 소프트웨어, OS, 서버, 스토리지를 망라한 세계에서

가장 완전하고 개방된 통합 기술 스택을 제공하고 있습니다. 오라클 기술은 SAP

애플리케이션의 더욱 뛰어난 구동을 지원합니다.

오라클과 SAP SE 양사는 오래된 역사, 공동 개발의 풍부한 유산, 그리고 밝은 미래에

기반을 둔 관계를 통해 공동 고객의 이익을 위하여 노력하고 있습니다.

SAP Business Suite 및 SAP BW 에 대한 SAP 의 지원이 지속되는 한 오라클은 이들 제품을

계속 지원할 것입니다. SAP Note 1951491 에 의하여 SAP NetWeaver 7.4 SP08 의

도입으로 SAP 는 Oracle Database Platform, (예-Core Data Services), Oracle Database

In-Memory (SAP Note 2178980)의 새로운 기술 역량을 활용하기 위한 혁신을 선보이고

있으며 SAP BW 는 InfoCubes/Flat Cubes 를 최적화하였습니다

오라클과 SAP 는 28 년 동안 수 만 곳의 공동 고객들을 위해 지속적으로 협력해 왔습니다.

양사는 오랫동안 유지해온 리셀러 및 고객 지원 협약을 갱신하여 오라클의 데이터베이스 기술과 세계 최고 수준의 고객 지원

서비스를 보다 원활하게 제공할 수 있도록 하는 데 주력하고 있습니다. 오라클의 제품 전략은 IT 인프라 전반에 걸쳐 유연성과

선택권을 부여한다는 것입니다. 모든 산업군을 망라하는 중견 및 대기업 SAP 고객 중 상당수가 오라클 데이터베이스를 기반으로

자체 애플리케이션을 구축하였습니다

Oracle Database 및 Database 옵션을 선택함으로써 SAP 고객은 중단 없이 지속적인 혁신의 이점을 현저하게 누릴 수 있습니다.

더 자세히 보면, 왜 Oracle Database 가 SAP 애플리케이션을 위한 최선의 선택인가를 보여주는 여덟 개 이상의 차별화 요소를

찾을 수 있습니다. Oracle Database 는 최고 수준의 성능과 확장성, 구축 유연성, 가용성, 신뢰성, 재해 복구 기능, 보안, 관리

용이성, 자가 관리, 초대용량 데이터베이스의 지원, 데이터베이스 통합 지원, 하드웨어와 소프트웨어의 통합을 제공합니다. 모든

SAP 고객은 Oracle Database 의 기능이 주는 이점을 활용하여 SAP 애플리케이션의 비용 최적화를 달성할 수 있습니다.

다음의 Oracle Database 12c 옵션은 SAP 의 인증을 득하였으며 현재 이용 가능합니다.

- Oracle Database In-Memory

- Information Lifecycle Management (ILM) / Automatic Data Optimization (ADO)

- Oracle Exadata 와 Oracle SuperCluster 를 위한 Hybrid Columnar Compression 과 ILM

- Oracle Multitenant 옵션 (CY 2016)

Oracle Exadata Database Machine 은 모든 SAP Database 와 Non-SAP Database 를 프라이빗 데이터베이스 클라우드

환경으로 통합할 수 있도록 설계되었습니다. 또한 OLTP(예- SAP ECC 6.0)와 데이터 웨어하우징(예- SAP BW 7.0 이상)을

포함한 모든 유형의 데이터베이스 워크로드를 위한 프라이빗 Oracle Database Cloud 의 실행을 위한 최고 성능 및 최고

가용성의 플랫폼을 제공합니다. Exadata Database Machine 은 오늘날 급증하는 수의 SAP 고객들의 가장 중요하고도

대용량의 데이터베이스 워크로드를 지원하며 최소 10 배 이상의 속도를 제공할 준비가 되어 있습니다.

Oracle SuperCluster 는 새로운 SPARC 프로세서의 컴퓨팅 성능, Oracle Solaris 11 의 성능 및 확장성, Oracle Exadata

스토리지의 최적화된 데이터베이스 성능 그리고, SAP kernel 6.40 이상에서 최적화된 런타임을 모두 결합한 업계 최초의

다목적 엔지니어드 시스템입니다.

오라클은 SPARC M7 과 T7 의 의 완전한 개편 확장을 통해 엔터프라이즈 컴퓨팅의 경제성을 재정의하고 고객에게 업계

최고의 가격 대비 성능을 통한 가치를 제공합니다.

SAP 애플리케이션의 구동을 위해 완전한 IT 데이터베이스 및 인프라 스택을 제공 3

Oracle Exalogic Elastic Cloud 는 Oracle Exadata Database Machine 과 함께 SAP 및 non-SAP 애플리케이션을 위한

무제한의 확장성, 비견할 수 없는 성능, 상상조차 불가능 했던 관리 용이성을 제공합니다.

Oracle Private Cloud Appliance 는 고객이 통합 인프라를 설치, 구축, 관리하는 방식을 혁신적으로 단순화시켜주는

엔지니어드 시스템으로써 데이터베이스와 애플리케이션의 가상화 플랫폼으로 사용될 수 있습니다.

Oracle Database Appliance 는 구축 및 관리가 용이한 단일 시스템 상에서 세계에서 가장 널리 사용되는 데이터베이스인

Oracle Database 를 최대한 활용할 수 있는 새로운 방법을 제시합니다. 소프트웨어, 서버, 스토리지, 고가용성 및

네트워킹이 완벽하게 통합된 패키지로서 단순성에 중점을 두고 설계되었으며, 데이터베이스 워크로드의 구축, 유지 보수

및 지원을 단순화함으로써 시간과 비용의 절감을 가능케 합니다.

Oracle Linux 7 은 귀사의 SAP 인프라 컴퓨팅 요구를 충족시키는 오라클의 최신 Linux 버전입니다. 이는 SAP 를 위한

최고의 성능을 빠르게 제공하고, 고객에게 최신 혁신을 제공하는 최신 릴리스이며, 데이터 무결성, 강화된 보안 및 향상된

애플리케이션 구동시간을 제공하는 매우 안정적인 OS 일뿐만 아니라, SAP 환경에서 Oracle Database 를 위해 최적화되어

있습니다.

Oracle VM Server for x86 은 SAP 및 기타 엔터프라이즈 애플리케이션의 보다 쉬운 구축, 관리 및 지원을 위한 무료 서버

가상화 솔루션입니다.

Oracle 개발 팀은 독일 발도프(Walldorf)의 SAP 본사에 상주하며 SAP 고객이 항상 최적화된 최신 오라클 기술을 이용하여

성능, 안정성 및 혁신을 보장할 수 있도록 SAP 개발자들과 지속적으로 협력하고 있습니다.

Oracle for SAP 서비스 및 지원 팀은 헬스체크(Health Check), 워크숍, 데이터베이스 마이그레이션, 성능, 튜닝 및 Assisted

Services Engagements (Analysis/Enhancement 및 SAP Readiness Service for IT Infrastructure)를 비롯한 SAP 환경에 대한

ACS Oracle Solaris Service 를 포함한 ACS(Advanced Customer Services)를 제공합니다. 보다 자세한 정보를 원하시거나,

최신 및 이전 에디션을 확인하시려면, 아래 사이트를 방문해 주십시오. www.oracle.com/sap

오라클은 귀하의 의견과 문의를 적극 환영합니다. 아래 이메일로 연락해 주십시오: frontdesk-walldorf_de@oracle.com

감사합니다.

Gerhard Kuppler

Vice President SAP Alliances

Oracle Corporation

포춘 100 대 기업을 포함한 420,000 곳 이상의 고객과 145 개국 이상에서 광범위한 업계에서의 구축을 통해

오라클은 포괄적이고 완전히 통합된 클라우드 애플리케이션, 플랫폼 서비스, 엔지니어드 시스템 스택을

제공하며, 전 세계 25,000 곳의 파트너, 37,000 명의 개발자 및 엔지니어, 18,000 명의 지원 인력,

17,000 명의 컨설팅 전문가를 포함한 130,000 명의 직원을 보유하고 있습니다.

4

목차

2-3 발간사 5 Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원 17 SAP 를 위한 데이터 관리 인프라 구축 – Oracle Database 옵션과 팩 36 왜 SAP 를 위한 Oracle Database 와 Engineered Systems 인가? 41 New! 13 만 SAP SD BENCHMARK 사용자가 Oracle SPARC M7-8 서버에서 SAP 인증을 취득 42 Bosch 사의 Oracle Database In-Memory 를 통한 SAP CRM 개선 사항 44 Villeroy & Boch 사의 Oracle Database In-Memory 47 오스트리아 DB Maters 의 SAP BI Oracle Database In-Memory 49 호주 Goodman Fielder 사의 Oracle Advanced Compression 52 ElectraNet, Oracle Engineered System 으로 비즈니스 통찰력 향상 53 브라질 Solvi Group 의 Oracle Exadata Database Machine 사례 54 중국 Wumart 사의 오라클 온라인 시스템 마이그레이션 57 CELSA 사의 Oracle SuperCluster 사례 59 Lenta 사의 Oracle Exadata 사례 – Oracle Press Release 63 SAP 고객을 위한 미션 크리티컬한 지원 서비 65 SAP 를 위한 Oracle SuperCluster M7 68 Exadata 의 혜택을 누리는 SAP 고객 사례 70 SAPCTL 을 통한 SAP 자원의 고가용성 72 혁신, 효율성, 단순성을 위한 설계: SAP 를 위한 Oracle Engineered Systems 76 S/4HANA 로의 마이그레이션 예상 비용 77 Oracle DB 및 ES 관련 SAP Notes 81 출판정보

Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원 5

Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원

전략과 로드맵

통합 전략

처음부터 Oracle Database for SAP 또는 SAP on Oracle

Database 전략은 두 가지 원칙을 지녔습니다. 첫 번째

원칙은 Oracle Database 기능의 SAP 환경과의 통합입니다.

두 번째 원칙은 SAP 애플리케이션 기능의 Oracle

Database 와의 통합입니다.

Oracle Database 기능의 SAP 환경과의 통합이라는

필요성은 항상 잘 알려져 왔습니다. 오라클이 새로운

데이터베이스 기능을 출시할 때마다 SAP 아키텍처는

준비되지 못하였습니다. 여러 고객의 기억에 남을 사례는

복수의 SAP Application Server 인스턴스가 있지만 단

하나의 Database Server 인스턴스만이 존재한다는 가정에

의거하여 Real Application Cluster(RAC)를 SAP 아키텍처에

통합하는 프로젝트입니다.

이는 결코 과거의 상황만은 아닐 것입니다. SAP 고객을 위해

Oracle Multitenant 를 제공하기 위한 현재 계획도

마찬가지로 유사한 아키텍처 상의 혁명이며 RAC 인증에

비견할 수준의 노력을 요구합니다.

반면, SAP 애플리케이션 기능을 Oracle Database 와

통합하기 위한 필요성은 상대적으로 잘 알려지지

않았습니다. 전통적인 SAP 애플리케이션 (R/3 및 Bw)은

Oracle Database 상에서 개발되었습니다. 뒤이어 IBM DB2

및 Microsoft SQL Server 를 지원하기 시작하면서 SAP 는

최소 공통 분모 전략을 도입했습니다. 즉, 모든 지원 대상

데이터베이스에서 제공되는 데이터베이스 기능만을 사용한

것입니다. 따라서 Oracle Database 에 큰 스트레스는

아니었습니다.

하지만 SAP 의 자체 데이터베이스(HANA)의 등장으로 이

상황은 변화를 맞이하였습니다. SAP 는 최소 공통 분모

전략을 폐기하고 애플리케이션을 수정해야 함을 즉시

깨닫게 되었습니다. SAP 애플리케이션이 HANA 를 다른

데이터베이스와 유사한 데이터베이스로 간주하는 한,

HANA 를 구축하여 얻을 수 있는 이점이 있음을 고객들에게

설득시키기가 매우 어렵습니다. 따라서 SAP 는 SAP

애플리케이션이 특별한 HANA 의 기능을 활용할 수 있도록

수정하는 애플리케이션 최적화 프로젝트에 착수했습니다.

그러나, “특별한 HANA 기능”은 “HANA 의 유일한

기능”과는 다릅니다. HANA 의 기능 중 Oracle

Database 가 실행할 수 없는 기능은 없습니다. 하여, SAP

애플리케이션 기능을 Oracle Database 와 통합하기 위한

필요성은 최근 부각되었습니다. 그 필요성이란 HANA 를

염두에 두고 설계된 SAP 애플리케이션 최적화를 Oracle

Database 와 통합하거나 SAP 애플리케이션 최적화를

Oracle Database 가 지원하도록 하는 것입니다.

오늘날 SAP on Oracle Database 전략을 뒷받침하는

두가지 원칙은 명백합니다. 오라클의 새로운

데이터베이스 기능을 출시 시, SAP 가 지원하는 설치, 관리,

모니터링 툴 외에도 이의 SAP 아키텍처 통합을 위하여

개발이 필요합니다. SAP 가 새로운 애플리케이션을

최적화할 때마다, Oracle Database 기술과 통합하기

위하여 유사한 개발이 필요합니다.

인증 로드맵

Oracle Database 11g (11.2.0.4)에 대한 표준 유지보수는

2015 년 1 월 31 일 종료되었습니다. 3 년으로 제한되는

연장 지원 기간은 2015 년 2 월 시작되었습니다. Oracle

Database 버전 11.2.0.4 에 대하여 오라클은 2017 년 5 월

31 일까지 무상으로 연장 지원을 제공합니다. (보다

자세한 정보는 SAP Note 2098258 를 참조하십시오.)

양사 고객의 공동 이익을 위하여 오라클과 SAP 는 인증

과정을 여러 단계로 분리하는 결정을 내렸습니다. 인증을

단계별로 분리함으로써 Oracle 12c Database 는 가장

조속한 시일 내에 일반적으로 제공되게(generally

available) 될 것이며 Oracle Database 11g 와 충분한

중복이 보장됩니다. 오라클과 SAP 은 10 년 이상 유지해온

“최종 릴리즈” 관행(x.1 의 인증을 생략하고 x.2

릴리즈만을 인증함)을 중단하였습니다.

• 기본 인증 단계인 1 단계는 2015 년 3 월에 이미

완료되었습니다. 여기에는 기존 Oracle Database

11g 에서 제공되어 온 모든 기능과 옵션에 더하여

완전히 투명하거나 최소한의 통합 노력이 요구되는

Oracle Database 12c 기능 다수가 포함되어 있습니다.

• 2015 년 6 월에 완료된 2 단계는 주요 신규 Oracle

Database 12c 옵션을 최초로 포함시키는

단계입니다. Oracle Database 12c 에서 새롭게

선보이는 옵션인 Oracle Database In-Memory

• 2015 년 12 월 완료된 3 단계는 Oracle Database

12c 의 Advanced Compression 에 포함된 새로운

Information Lifecycle Management (ILM) 기능

외에도 Oracle Exadata 와 Oracle SuperCluster 에서

로우(row) 단위 잠금기능을 제공하는 Hybrid

Columnar Compression(HCC)을 포함하고 있습니다.

• 2016 년으로 계획된 4 단계는 SAP 고객의 Oracle

Multi-tenant 의 사용을 허용함으로써 인증 단계를

마무리 지을 것입니다. 이 옵션을 통해 다수의

데이터베이스의 단일 컨테이너 데이터베이스로

통합이 가능합니다. 이 옵션은 완전히 새로운

데이터베이스 아키텍처에 기반하므로 오라클과 SAP

양사의 현저한 통합 노력이 필요합니다.

이론적으로 SAP 애플리케이션 최적화를 위한 오라클 지원의

구현은 지속적인 프로젝트로써 Oracle Database 12c 인증

프로세스와 완전히 독립적으로 진행됩니다. 그러나 일부 경우

특정 Oracle Database 12c 기능이 요구되기도 합니다.

• SAP NetWeaver 7.40 (SP 05)와 함께 발표된 SAP

Core Data Services 는 Oracle Database 11g 및

Oracle Database 12c 의 지원을 받습니다. 특정 기능

또는 옵션이 요구되지는 않습니다. (보다 자세한

내용은 SAP Note 1951491 를 참조하십시오.)

• 많은 경우, 데이터 모델 최적화는 더 높은 디스크

공간 요구사항을 가져올 것입니다. 이 경우, 테이블

압축의 사용은 필수는 아니나 권장사항입니다. 관련

테이블 중 많은 경우에서 255 컬럼 이상이

포함되기에, Oracle Database 12c 는 고객이 모든

관련 테이블을 압축할 수 있게 지원하는 유일한

버전입니다.

• Flat Cubes 는 Oracle Database 12c 와 Oracle

Database In-Memory 와 함께 사용되어야 합니다.

기본 인증 기능

Advanced Compression

Oracle Database 11g 에서 SAP 애플리케이션을 구동

중인 고객이 선택할 수 있는 압축 관련 기능은 이미

다양합니다. Index Key Compression 및 Compressed

Index-Organized Tables (IOTs)는 표준 데이터베이스

기능입니다. Oracle Database 11g Advanced

Compression 에서는 정형 데이터를 위한 OLTP 압축과

비정형 데이터를 위한 SecureFiles 압축 기능을

제공합니다.

Oracle Database 12c Advanced Compression 은

다수의 새로운 기능을 선보이고 있습니다. 일부는 정보

생애주기 관리 (Information Lifecycle Management)

지원에 관한 기능으로써 인증 2 단계에서 SAP 고객에게

제공되고 있습니다. 그러나, 현재 SAP 환경에서도

사용이 가능한 여러 Advanced Compression 옵션

기능이 1 단계 인증에 포함되어 제공되고 있습니다.

7 Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원

Advanced Index Compression 은 새로운 유형의

인덱스 압축입니다. Advanced Index Compression 을

사용하여 인덱스를 생성 또는 재구축함으로써 unique

index 또는 non-unique index 의 크기를 축소함과

동시에 인덱스에 대한 효율적 접근을 제공합니다. 이의

이점은 다음과 같습니다.

• Advanced Index Compression 은 기존의 Index

Key Compression 의 조건에 맞지 않는 인덱스를

포함한 모든 지원되는 인덱스에 적용할 수

있습니다.

• Advanced Index Compression 은 블록 단위에서

적용되어 개별 블록에 대한 최고의 압축을

제공합니다. 이는 사용자의 데이터 특성에 대한

지식이 불필요하다는 의미입니다. Advanced

Index Compression 은 각 블록에 대한 최적의

압축을 자동으로 선택합니다.

Advanced Network Compression 은 전송되는

데이터를 송신측에서 압축하고 수신측에서 압축

해제하여 네트워크 트래픽을 감소시켜줍니다. Advanced

Network Compression 은 네트워크 연결을 통해

전송되는 데이터의 크기를 줄여줍니다. 이의 이점은

다음과 같습니다.

• 유효 네트워크 처리량 증가: 압축을 통하여 대규모

데이터의 전송 시간이 단축됩니다. 전송 시간의

단축은 SQL 쿼리 응답 속도의 향상을 가져옵니다.

• 대역폭 사용량 감소: 압축을 통해 전송 대상

데이터를 축소시킴으로써 대역폭이 절감되고 이를

통해 다른 애플리케이션이 여분의 대역폭을 사용할

수 있습니다. 또한 이 기능은 네트워크 대역폭 제공

비용의 절감 효과를 가져옵니다.

Advanced Network Compression 의 사용 조건은

Database/Instant Client 및 Database Server의 12.1.0.2로

업그레이드입니다.

SAP 시스템을 위한 Oracle Database 12c Advanced

Compression 에 대한 보다 자세한 정보는 SAP Note

2138262 를 참조하십시오.

Active Data Guard

Data Guard – 대기 데이터베이스를 구성하기 위하여

필요한 기능 – 는 Oracle Database Enterprise Edition 에

포함되어 제공됩니다. Active Data Guard 는 추가적인

옵션입니다. Oracle Database 11g 에서 Automatic Block

Repair 및 Fast Incremental Backup 과 같은 추가 기능이

제공되고 있습니다. Active Data Guard Far Sync 는

Oracle Database 12c 의 새로운 주요 기능으로써,

고객들은 장거리 WAN 구간에서 고성능 (비동기식

데이터 전송의 특징)과 제로 데이터 유실 (동기식 데이터

전송의 특징)을 결합시킬 수 있게 되었습니다.

보다 자세한 정보는 25 페이지의 “Implementing a Data

Management Infrastructure for SAP with Oracle

Database Options and Packs” (Data Guard 및 Active

Data Guard) 섹션을 참조하십시오.

백업 및 복구

Oracle Recovery Manager (RMAN)는 Oracle

Database 의 효율적인 백업과 복구를 위한 포괄적인

근간을 제공합니다. 서버에 긴밀하게 작동하도록

설계되었으며 백업 및 복구 작업 중 블록 단위의 데이터

손상 탐지가 가능합니다. RMAN 은 파일 멀티플렉싱과

백업 셋 압축의 사용을 통해 백업 중 성능과 공간

이용률을 최적화합니다. 또한 RMAN 은 Oracle Secure

Backup 및 테잎 백업을 위한 써드파티 장비 관리 제품과

통합이 가능합니다. Cross Platform Backup and

Restore 는 전체 백업 및 증분 백업 셋을 사용하여 플랫폼

간 데이터 전송을 지원합니다.

Oracle Database 12c 는이미지 사본 또는 백업을

사용하여 전체 백업 또는 증분 백업을 통해 플랫폼 간

데이터 전송을 지원합니다. 백업 셋을 활용한 플랫폼 간

데이터 백업을 수행하려면 대상 데이터베이스가 Oracle

12c 이상 버전으로 구축되어 있어야 합니다. 이 새로운

기능은 플랫폼 마이그레이션을 단순화하며 원본

데이터베이스의 읽기 전용 다운타임을 최소화시킵니다.

RMAN 이 Oracle Database 백업 수행을 위하여 가장

널리 사용되는 툴임에는 분명하지만 이 외에도 전체

파일의 스토리지 스냅샷을 데이터베이스에 생성하는

방식도 흔히 사용되고 있습니다. 스냅샷을 다른

서버(운영 데이터베이스를 구동하는 서버 외의)에

마운트시키고 데이터를 테잎 등의 3 차 스토리지에

복제하여 운영 서버로부터 백업 처리를 분산시킵니다.

Storage Snapshot Optimization 은 데이터베이스를

백업 모드로 전환할 필요 없이 데이터베이스의

스토리지 스냅샷을 생성하기 위한 써드파티 기술을

지원합니다.

이러한 방식으로 생성된 스냅샷은 스토리지 제품이

Oracle 문서의 해당 가이드라인을 준수하는 한 “장애

일관성(crash consistent)”을 지닙니다. 장애 일관성이

있는 백업은 완전한 장애 복구(full crash recovery)를

거친 후에 오픈하여 사용될 수 있습니다. 하지만 point-

in-time 복구를 위해서 안정적으로 사용될 수는 없는데

그 이유는 리두(redo) 로그가 데이터 파일의 비일관성을

제거하기 위한 충분한 정보를 가지고 있지 않기

때문입니다.

이에 대한 대안으로 백업 모드에서 생성된 스냅샷은 (예-

ALTER DATABASE [BEGIN|END] BACKUP) point-in-time

제한을 없앨 수 있습니다.

그러나 스냅샷이 생성되기 전에 개별 데이터베이스를

백업 모드로 전환해야 하고 스냅샷 생성 후에 모드를

복귀해야 합니다. 이 절차를 수십, 수백, 수천개의

데이터베이스에 대하여 수행하는 경우 이러한 복잡성은

배가될 것입니다. 또한 이 모드에서 전체 블록 이미지가

변경되면서 리두 로그로 쓰기가 되어 추가 I/O 활동을

유발합니다.

Oracle Database 12c 의 RECOVER … SNAPSHOT TIME

명령어를 사용하여 데이터베이스가 백업모드가 아닐 때

생성된 스토리지 스냅샷은 단일 단계를 거쳐 현재 시간

또는 스냅샷 생성 이후 특정 시점으로 추가 절차 없이

복구가 가능합니다.

위와 같이 스냅샷을 사용한 모든 유형의 복구 작업을

지원하는 최적화 기능은 백업 모드의 필요성과 이에 따른

복잡성 및 오버헤드를 실질적으로 제거함으로써 DBA 의

시간을 절약하여 보다 중요한 운영 업무에 집중할 수

있게 합니다.

ACFS 지원

Exadata 의 기존 고객이라면 아직까지 ACFS 가 지원되지

않았다는 점을 알고 있을 것입니다. 하지만 이제 Grid

Infrastructure 버전 12.1.0.2 이상 환경의 Exadata 에서

ACFS 가 지원됩니다. SAP 환경에서 ACFS 지원은 SAP

공유 파일 시스템 (/sapmnt 등)에서 사용될 수 있습니다

그러나 이는 ASM 에서 데이터베이스를 운영하는 방식의

대안으로 사용될 수는 없습니다. Oracle Database 는

Exadata Storage 노드를 사용하여 ASM 에서 운영되어야

합니다. 이 구성이 유일하게 지원되는 구성입니다.

Oracle Grid Infrastructure 를 위한 High Availability

Network File Storage (HANFS)는 NFS 익스포트를

Highly Available Virtual IPs (HAVIP)에 노출시키고 Oracle

Clusterware 에이전트를 사용하여 HAVIP 과 NFS

익스포트가 항상 온라인 상태가 되도록 보장함으로써

NFS V2/V3 익스포트 패스의 무중단 서비스를 제공합니다.

하나의 클러스터 노드 장애 시 HAVIP 과 NFS 익스포트는

정상 노드로 자동 마이그레이션됩니다.

HANFS 기능은 Oracle ACFS 클러스터를 사용하여 고가용

NFS 서버가 구성될 수 있도록 지원합니다. HANFS

클러스터 구성은 기존 인프라 또는 범용 서버 및

스토리지에서 구축이 가능합니다. 이를 통해 ‘네트워크

파일러(filer)’와 유사한 네트워크 서비스를 극히 일부의

비용으로 제공합니다.

성능

SQL 구문의 UNION 및 UNION ALL 연산자는 2 개 이상의

브랜치(예-서브쿼리)를 <branch1> UNION <branch2>로

연결합니다.

<branch1> UNION <branch2>. 전통적으로 이러한

유형의 쿼리에서 branch 는 순차적으로 실행되는데 이는

하나의 branch 만이 특정 시간에 실행될 수 있으며

연속적으로 다음 branch 가 뒤따른다는 의미입니다.

Oracle Database 12c 는 Union 및 Union All Branches 의

동시 실행을 선보이며 이는 하나의 병렬 서버 집합이

하나의 브랜치를 실행하고 동시에 두 번째 병렬 서버

집합이 다른 브랜치를 실행함을 뜻합니다.

이들 브랜치를 병렬화하는 기능으로 인하여 훨씬 빠른

SQL 구문의 실행을 가져올 수 있습니다. 특히 이 기능은

SAP BW 의 성능 향상에 기여할 것입니다.

관리용이성 및 가용성

BR* Tools 를 통해 DBA 는 다양한 추가적인 재구성 작업을

수행할 수 있습니다.

Online Move Partition: Oracle Database 12c 부터

ALTER TABLE ... MOVE PARTITION

연산은 non-blocking 온라인 DDL 명령문으로 작용하며

DML 연산은 이동 중인 파티션 위에서 무중단으로 연속

실행됩니다. 또한 파티션 이동 시 글로벌 인덱스는

유지되어 수작업 인덱스 재구축이 더 이상 필요하지

않습니다.

9 Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원

Move Datafile Online: Oracle Database 12c 의 출시 전,

데이터파일의 이동은 언제나 오프라인에서

수행되었습니다. 다운타임의 최소화를 위하여 채택할 수

있는 일련의 기술이 있었지만 이를 완전히 제거하지는

못하였습니다. Oracle Database 12c 는 ALTER DATABASE

명령어를 개선하여 데이터파일이 온라인으로 이동될 수

있도록 허용합니다.

Rebuild Index-Organized Tables: 인덱스-구성된

테이블이 B-트리 인덱스에 저장되기 때문에 삽입,

업데이트, 삭제의 결과 분산이 발생하게 됩니다. 그러나

ALTER TABLE ... MOVE PARTITION 구문을 사용하면

인덱스 구성 테이블을 재구축하고 분산을 줄일 수

있습니다. 보다 자세한 내용은 SAP Notes 1856270 과

2087004 에서 확인 가능합니다.

Microsoft Windows

Oracle Database 12c 는 설치 시점에서 명시가 가능한

Oracle Home User 의 사용을 지원합니다. Oracle Home

User 는 권한이 낮은 비관리자 계정을 사용하여 더 높은

수준의 보안을 확보할 수 있도록 Oracle Services 를

호스팅하기 위하여 도입되었습니다. Oracle Home

User 는 Windows Built-in 계정 또는 표준 Windows User

계정(관리자 계정이 아님)이 될 수 있습니다. 이 계정은

Oracle Home 을 위하여 Windows 서비스를 실행하기

위하여 사용될 수 있습니다. 보다 뛰어난 보안을 위하여

오라클은 (Windows Built-in 계정 대신) 표준 Windows

User 계정의 사용을 권장합니다.

(보다 자세한 정보는 SAP Note 1915302 를 참조하십시오.)

기본 인증 및 애플리케이션 최적화

Oracle Database 11g 에서 정형 테이블 데이터 압축

(OLTP 압축)은 255 열 이상의 테이블에는 지원되지

않았습니다. Oracle Database 12c Advanced

Compression 에서는 255 열 컬럼 제한을 없앴으며 기본

인증 이후, SAP 고객은 이렇게 제한이 없는 테이블을

활용할 수 있습니다.

이는 일견 약소한 개선점으로 보이지만, 거의 대부분의

SAP 시스템에서 255 열 이상의 케이블은 매우 흔히

발견됩니다.

SAP Notes 1835008 과 1892354 에서 특히 흥미로운

예시를 다루고 있습니다.

SAP 가 구현한 다수의 애플리케이션 최적화 기능은

클러스터 테이블로 구축된 일부 테이블이 클러스터

해제(decluster)될 때에만 적용이 가능합니다. 이러한

클러스터 테이블의 데이터는 일반적으로 SAP 에서

압축되어 저장되기 때문에, 이러한 테이블이 압축 해제 시

상당히 크기가 증가하는 상황이 발생합니다. 불행하게도

이러한 압축 해제 테이블의 일부에는 255 개 이상의 열이

존재합니다. Oracle Database 11g Advanced

Compression 은 이 테이블의 크기를 줄일 수는

없었습니다. 하지만 Oracle Database 12c Advanced

Compression 옵션을 통해 이렇게 열의 수가 매우 큰

테이블에 상주하는 데이터를 압축 및 관리할 수 있게

되었습니다.

Core Data Services (Code Pushdown)

많은 이들은 최소 공통 분모 전략을 폐기하고 HANA 를

고려하여 자사 애플리케이션을 최적화하기로 한 SAP 의

결정이 오라클 입장에서 위협으로 간주될 것이라고

생각합니다.

또한 SAP 환경에서 HANA 는 Oracle Database 의

경쟁자인 것도 사실입니다. 그러나, 많은 경우 SAP 의

새로운 애플리케이션 최적화는 오라클 고객은 물론이고

오라클 직원들에게 안도의 한숨을 안겨주었습니다. SAP

Core Data Services (CDS)를 예로 들면 그 이유를

설명하기 쉽습니다.

Core Data Services 에 대한 주요 질문은 아래와 같습니다.

데이터베이스가 무엇인가? 어떤 기능을 할 수 있는가?

어떤 기능을 할 수 없는가?

이 질문에 대한 전통적인 답변은 데이터베이스가 단순한

데이터 저장소 (dumb data store)에 불과하지 않다는

주장입니다. 데이터를 영구히 저장할 수 있는 컨테이너일

뿐이다. 고객이 데이터를 활용하여 유용한 무엇인가를

하려고 할 때, 데이터는 인텔리전스가 있는 애플리케이션

서버에 전송되어야 한다.

이것이 전통적인 SAP 애플리케이션이 기초한 개념입니다.

이 개념의 단점은 명확합니다: 만약 백만 건의 값의

총합을 산출해야 할 경우, 이 값이 각기 다른 통화의

금액이라면, 백만 건의 개별 값이 데이터베이스 서버에서

애플리케이션 서버로 이동한 후 산출 종료 시 폐기될

것입니다. 이 접근법의 결과 발생하는 네트워크 트래픽은

낮은 성능을 야기할 것입니다.

25 년 전 Oracle Database 의 개발자는 아래의 질문을

던졌습니다. 총합을 데이터베이스 서버에서 계산할 수

있다면 좋지 않을까? 이렇게 하면 성능이 크게 향상되지

않을까? 이들은 데이터베이스가 무엇인가라는 질문에

새로운 답을 제시했습니다. 데이터베이스는 단순한

데이터 저장소가 아닙니다. 데이터를 저장할 수 있을 뿐

아니라, 데이터를 활용하는 프로시져(procedure)를

저장하고 실행할 수 있기에 애플리케이션 서버 상

구동되는 애플리케이션의 일부분이었던 코드의 일부가

이제 데이터베이스 서버로 이관될 수 있습니다. 따라서

애플리케이션이 2 개의 계층으로 구분되어, 하나는

애플리케이션 서버에서 구동되고, 다른 하나는

데이터베이스 서버에서 구동되어 데이터베이스 서버가

하나의 애플리케이션 계층이 됩니다.

오라클 개발자는 위의 질문을 하는 것에서 그치지

않았습니다. 새로운 개념을 탄생시켰을 뿐 아니라

데이터베이스 프로시져를 저장하고 실행하는 새로운

데이터베이스 버전을 개발하였습니다. (1992 년 출시된

Oracle 7) 그러나 당시 Oracle Database 는 애플리케이션

계층 역할을 할 수 있는 유일한 데이터베이스였습니다.

저장 프로시져(stored procedure)는 최저 공통 분모

기능에 포함되지 않았기에 SAP 는 이의 사용을

거부했습니다.

20 년 후 SAP 가 HANA 를 홍보하면서 처음 발견했던

것은 자사의 애플리케이션이 새로운 인메모리

데이터베이스 아키텍처의 최대 적이라는 점입니다.

애플리케이션이 데이터베이스는 단순 데이터 저장소일

뿐이고, 애플리케이션만이 효과적인 산술 능력이 있으며

따라서 모든 값을 네트워크를 통해 전송해야 한다고 믿는

한, 이는 인메모리 데이터베이스의 모든 잠재적 이점을

활발하게 파괴하는 것입니다.

11 Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원

이때 SAP 는 최소 공통 분모 전략과 이의 파트너인 단순

데이터 저장소 개념을 폐기해야 함을 깨닫게 되었습니다.

이러한 깨달음의 결과로 SAP 는 “푸쉬 다운(Push down)”

전략을 개발하였습니다. 데이터 집약적인 산술을

요구하는 코드를 애플리케이션 계층에서 데이터베이스

계층으로 푸쉬 다운하는 것입니다. SAP 는 ABAP 코드가

데이터베이스에 저장된 프로시져를 (명시적 또는

암시적으로) 호출하도록 하는 완전히 새로운 프로그래밍

모델을 개발하였습니다. 혼선을 방지하기 위하여 표준

프로시져 라이브러리를 정의하였습니다.

이 라이브러리가 Core Data Services(CDS)입니다. SAP 는

이를 저장 프로시져를 지원하는 HANA 외의

데이터베이스에도 오픈하기로 결정하였습니다.

Oracle Database 7과 SAP CDS의 출시 간 20년의 공백을

고려해본다면 오라클 고객과 직원들이 내쉰 안도의

한숨이 이해될 것입니다. SAP 의 푸쉬 다운 전략으로

달성한 성능 향상은 20 년 전에도 이미 달성 가능했던

것입니다. 늦었지만 이제라도 달성해서 다행일 것입니다.

Oracle Database In-Memory

Oracle Database 12c 는 Database In-Memory 옵션이

포함되지만 인메모리 데이터베이스는 아닙니다.

인메모리 데이터베이스의 지지자들은 데이터베이스가

디스크에 저장되어서는 안되며 반대로 메모리에 (완전히)

저장되어야 하고 모든 데이터가 컬럼 포맷으로

저장되어야 한다고 믿습니다. 여러 이유를 생각하면

(데이터 지속성과 OLTP 애플리케이션을 통한 데이터

조작 등) 순수한 인메모리 데이터베이스는 불가능합니다.

따라서 기본 개념과 양립 불가능한 구성요소와 기능들은

HANA 와 같은 인메모리 데이터베이스에 드러나지 않게

추가되었습니다. 오라클의 전략은 정반대입니다.

데이터는 필요할 경우에만 In-Memory Column Store 에

저장될 수 있습니다. 그렇지 않은 경우 데이터는 과거

방식과 동일하게 저장 및 처리됩니다. (Oracle Database

In-Memory 의 개념에 대한 보다 자세한 정보는 “Oracle

Database 옵션 및 팩으로 SAP 를 위한 데이터 관리 인프라

구축하기”에서 22 페이지의

“Oracle Database In-Memory”와 34 페이지의 “요약”

섹션을 참고하세요.)

Oracle Database In-Memory 는 2015 년 6 월 SAP 의

인증을 받았습니다. 경쟁사의 유사 옵션과는 다르게

Oracle Database In-Memory 의 사용은 SAP BW 에

한정적이지 않습니다.

전형적인 OLTP 애플리케이션을 포함, SAP

NetWeaver 에 기반한 모든 SAP 애플리케이션을

지원합니다. 그러나, Oracle Database In-Memory 의

사용이 언제나 옳다는 것은 아닙니다. 이 옵션은 특정

문제 - 또는 일련의 특정 문제들 - 의 경우에 적합합니다.

모든 문제를 해결할 수 없습니다. 모든 경우의 성능

향상을 가져오지도 않습니다. 부적절한 방법으로

사용할 경우, - 순수한 인메모리 데이터베이스처럼 -

오히려 시스템 성능을 저하시킬 수 있습니다. 따라서

데이터를 컬럼 스토어에 저장하는 것이 도움이 되는

SAP 애플리케이션을 신중히 선정해야 합니다.

애플리케이션과 개별 테이블의 선정 - SAP 환경에서 Oracle

Database In-Memory 의 구축은 어려워 보입니다.

그러나 베타 고객과 초기 도입 고객은 SAP 를 위한 Oracle

Database In-Memory 의 구축이 빠르고 수월했다고

일관성 있게 이야기하고 있습니다. 이는 일견 앞뒤가 맞지

않는 것처럼 보이지만 쉽게 설명될 수 있습니다.

첫째, 많은 고객은 완료 시간이 너무 많이 소요되는 쿼리와

작업이 무엇인가와 연관 테이블이 무엇인가를 이미

인지하고 있습니다. 이러한 경우 적절한 SAP

애플리케이션과 테이블의 선정은 별 일이 아닙니다.

둘째, 특정 문제의 해결을 위하여 Oracle Database In-

Memory 의 구축을 원치 않고 일반적 접근법을 선호하는

고객의 경우, 오라클은 In-Memory Advisor 라는 위저드를

제공하여 특정 시스템의 워크로드를 분석하고 가용

메모리 크기에 따라 컬럼 스토어에 저장되어야 하는

테이블을 권고하고 있습니다.

(즉, “Oracle Database In-Memory 를 사용하려면

얼마나 많은 메모리가 필요한가요?”라는 질문은 철저히

무의미하게 됩니다. 사실 그 반대이지요. 고객이

오라클에게 보유 메모리를 알려주면 In-Memory

Advisor 가 이 메모리를 어떻게 가장 효율적으로 사용할

수 있을지를 알려줍니다.)

셋째, 연관 테이블이 선정되면 후속 작업은 매우 쉽고

놀라운 정도로 빠릅니다.

ALTER TABLE XXX INMEMORY 명령어를 실행함으로써

해당 테이블 데이터가 컬럼 스토어에 저장되어야 함을

명시하고 후속 작업은 백그라운드에서 자동으로

실행됩니다. 마지막으로, HANA 와 같은 인메모리

데이터베이스로의 이관과 달리, Oracle Database In-

Memory 의 구축에는 큰 변화가 필요하지 않습니다:

새로운 하드웨어, 새로운 OS, 새로운 데이터베이스가

불필요합니다. 고객은 기존 인프라를 유지할 수 있고

관리자가 Oracle Database In-Memory 에 대하여

알아야 하는 정보는 몇 시간이면 습득 가능합니다.

Flat Cubes

2015 년 6 월 SAP 를 위한 Oracle Database In-Memory 의

인증 발표 시, 몇 개의 제한이 포함되어 있었습니다. 특히,

표준 인덱스 또는 집계(aggregates)를 드랍하지 않을 것을

강력히 권고하였습니다.

이 경우(본 문서에 설명된 모든 다른 경우와 유사하게)

SAP 와 오라클 기술 통합을 책임지는 오라클/SAP 개발

팀은 SAP 의 학습 커브를 따라야 했습니다.

SAP 을 위한(본 경우 SAP BW) Oracle Database In-

Memory 의 인증 직후의 상황은 SAP BW 의 HANA 지원을

위한 SAP 프로젝트의 초기 단계와 유사합니다. 이러한

제한에 대한 실망은 전통적인 SAP BW 데이터 모델이

인메모리 데이터베이스의 새로운 개념과 양립하지

않는다는 SAP 의 경험을 반영합니다. 또한, 본 섹션에서

다룰 Flat Cube 의 경우, SAP 가 HANA 를 위하여 설계한

새로운 데이터 모델을 반영합니다.

13 Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원

다수의 경우에 BW 에 로딩될 데이터는 매우 광범위한

기록입니다. 예- 회사명, 우편번호, 도시, 도로 주소가

운송사 정보, 주문번호, 주문일자, 송장번호, 등 수 십개

또는 수 백 개의 데이터 항목과 결합되어 하나의 기록을

이룹니다. DW 초기 시절 데이터베이스가 디스크

기반으로만 존재했고 디스크 용량이 비쌌던 때, 1000건의

주문에 해당하는 회사명 1000 개, 또는 100,000 번

배송하는 동일 운송사 정보 100,000 개와 같이 중복

데이터를 위하여 디스크 공간을 낭비하는 것은 용인될 수

없었습니다.

따라서 데이터베이스 아키텍트들은 공통으로 존재하는

데이터(전체 고객 상세, 전체 운송사 상세)의 하위집합을

디멘전 테이블(dimension table)이라 불리는 별도

테이블에 옮기는 스타 스키마라는 설계를 고안했습니다.

나머지 데이터와 디멘전 테이블의 연관 엔트리를

포인트하는 Id 는 팩트 테이블에 저장됩니다.

이러한 분류가 모든 경우를 충족시키지는 못했습니다. 예

- 우편번호, 도시명, 도로명의 특정 조합은 CUSTOMERS

테이블과 CARRIERS 테이블에 여러 번 발생할 수

있습니다. 그러나 동일한 분류의 재적용 시, 추가

테이블이 생성되는데 이는 팩트 테이블과 연결되는 것이

아니라 디멘전 테이블과 연결되었습니다. 이는

복잡하지만 (디스크 공간 관점에서) 보다 효율적인

설계인, 스노우플레이크 스키마를 가져왔습니다. SAP

BW 와 같은 고사양 데이터 웨어하우스는 상세 테이블을

한 단계 추가함으로써 확장형 스노우플레이크 스키마에

의존하게 되었습니다.

이러한 복잡한 아키텍처는 전통적인 디스크-온리 RDBMS

요구사항 충족을 위하여 데이터 모델을 최적화하기 위한

설계의 결과물입니다. 그러나, 메모리에 중점을 둔 새로운

데이터베이스 - 이 관점에서 SAP HANA 와 Oracle

Database In-Memory 는 차별점이 없음 - 는 매우 상이한

요구사항을 지니게 됩니다. 따라서 SAP 는 HANA 상의

SAP BW 를 위한 새로운 데이터 모델을 설계하였고 이를

HANA 에 최적화된 인포큐브(InfoCubes)라 명명합니다.

HANA 에 최적화된 인포큐브에 대한 가장 단순하고 다소

놀라운 설명은 아래와 같습니다. 디스크 중심의

데이터베이스를 위해 SAP BW 데이터 모델을 최적화하는

과정이 단편적이고 광범위한 기록에서 확장형 스타

스키마로의 이동이었다면 메모리 중심의 데이터베이스를

위해 데이터 모델을 최적화하는 과정은 단순히 말하자면

확장형 스타 스키마에서 단편적이고 광범위한

기록으로의 회귀입니다.

그러나 완전한 회귀는 아닙니다. HANA 에 최적화된

인포큐브는 팩트 테이블 (실제: E 와 F 팩트 테이블)과

디멘전 테이블 (레벨 1 상세)을 하나의 단일 테이블에

결합시키지만 소규모의 레벨 2 와 3 테이블 (특성, 속성,

위계질서)은 동일한 위치에 남겨집니다. 이 변화는 성능과

관리용이성의 현저한 개선을 위해 충분합니다.

전통적인 “스타(=확장형 스노우플레이크)” 스키마

Dimension

Dimension

특성 속성 + 위계

Dimension

E Fact Table

Dimension

새로운 플랫 큐브 설계

새로운 데이터 모델은 기존 데이터 모델의 이점을

훼손하지 않고 단점을 제거했습니다. 입력되는 광범위한

기록을 분리하여 여러 개의 테이블에 분산할 필요가

없습니다 - 데이터 입력 속도가 향상됩니다. 전통적인

인덱스는 더 이상 불필요합니다 – 마찬가지로 데이터

입력 속도가 향상됩니다. 테이블을 사후에 조인(join)할

필요가 없습니다 - 쿼리 처리 속도가 향상됩니다. 또한,

확장 스노우플레이크 스키마의 동기를 부여한 플랫

데이터 모델의 주요 단점인 중복 데이터의 디스크와

메모리 요구사항은 디스크의 데이터와 메모리의

데이터에서 가용한 압축 기능 덕분에 더 이상 문제가

되지 않습니다.

이 새로운 데이터 모델이 non-HANA 데이터베이스에

제공된다면 “HANA 에 최적화된 인포큐브”는 적절한

명칭이 아닙니다. “오라클을 위한 SAP BW 플랫 인포큐브”

또는 “오라클을 위한 SAP BW 플랫 큐브”는 이름만 다르다

뿐이지 동일한 데이터 모델을 지칭합니다. 컬럼 스토어

외부에 위치하는 플랫 큐브는 무의미하기에 Oracle

Database 12g 와 Oracle Database In-Memory 가

필요합니다.

Oracle Database 를 위한 플랫 큐브는 실험 고객에게

2016년 2월부터 제공되고 있으며 2016년 6월 GA(General

Available) 버전 출시를 계획하고 있습니다.

Deferred Compression 과 ILM

Oracle Database 12c Advanced Compression 의 새로운

기능 중 일부는 본 문서의 “기본 인증 기능”과 “기본 인증

및 애플리케이션 최적화” 섹션에서 다루었습니다.

그러나 주요 신기능 2 가지가 논의되지 않았는데 그

이유는 이들 기능이 기본 인증에는 포함되지 않았지만 수

개월 후(2015 년 12 월) SAP 환경을 위하여 인증되었기

때문입니다. Heat Map 및 Automatic Data Optimization

(ADO) 이 두 기능의 기본 개념은 “Oracle

15 Oracle Database 12c for SAP: 애플리케이션 최적화를 위한 최신 데이터베이스 기술 및 지원

Database 옵션과 팩을 활용한 SAP 용 데이터 관리

인프라의 구축” 중 20 페이지 “Advanced Compression

(Oracle Database 12c)” 섹션에서 다루고 있습니다.

따라서 본 지면에서는 SAP-한정적인 구축의 세부사항을

다루겠습니다.

Oracle Database 12c Advanced Compression 은 고객이

현재(“핫”) 데이터와 이력 (“콜드”) 데이터를 구분하도록

허용합니다. 그러나 초기에는 “핫”과 “콜드” 데이터의

의미가 불분명했습니다. 따라서 이의 정의가 필요할

것입니다.

ALTER TABLE <table_name> ILM ADD POLICY

<action>

AFTER <n> DAYS OF NO MODIFICATION;

본 SQL 구문의 세 번째 줄이 질문에 대한 답입니다.

새로운 데이터는 “핫”데이터로 간주됩니다. 이 데이터가

특정 일 수가 지난 후 (30, 60, 90 일) 수정되지 않는다면

- 고객이 중단 단계인 “웜”데이터를 정의하지 않는다는

가정 하에 - 이 데이터는 “콜드” 데이터로 분류됩니다.

하지만 보다 면밀히 살펴보면, 현재 답변된 유일한

질문은 하나입니다. 우리는 언제 데이터를 “콜드”

데이터라 분류하나요? 아직 분명히 모르는 점은 (또한

데이터베이스 시스템도 여전히 모르는 점은) 데이터가

점진적으로 사용되지 않는 경우(cool down), 이때는

어떻게 될까요? 이에 대한 답변이 라인 2에서 정의됩니다.

ALTER TABLE <table_name> ILM ADD POLICY

ROW STORE COMPRESS ADVANCED ROW

AFTER <n> DAYS OF NO MODIFICATION;

이 예시의 가정은 (특정 테이블에 한하여) 핫 데이터는

전혀 압축되지 않았고, 사용자는 시스템에 (a) 40 일 동안

수정되지 않은 데이터는 콜드 데이터로 간주된다 (b)

콜드 데이터는 Oracle Database 12c Advanced

Compression 이 제공하는 테이블 압축 알고리즘을 통해

압축되어서는 안 된다를 명시하는 것입니다.

사용자는, 그리고 시스템은, 어떻게 데이터가 40 일 동안

수정되지 않았음을 알 수 있나요? 이러한 정보의 제공이

Heat Map 이 하는 일입니다. Heat Map 은 자동으로 로우

및 세그먼트 레벨에서 변경사항과 쿼리 타임스탬프를

추적하여 데이터가 어떻게 접근되고 있는지 자세한

정보를 제공합니다. Automatic Data Optimization

(ADO)는 Heat Map 을 통해 수집한

정보를 토대로 사용자 정의 정책(본 지면에서 사용하는

예시와 같은)에 따라 데이터를 자동으로 이동 및

압축시킵니다.

지금까지는 ALTER TABLE 문구를 사용하여 ILM 정책을

정의했습니다. 그러나 SAP 시스템에서 우리는 수 만개의

테이블을 다뤄야 하며 이 접근법은 매우 번거로울

것입니다. 따라서 SWPM(SAPinst)은 Oracle Database 가

제공하는 상이한 옵션을 사용합니다.

ALTER TABLESPACE TSX DEFAULT ILM ADD POLICY

ROW STORE COMPRESS ADVANCED ROW

AFTER <n> DAYS OF NO MODIFICATION;

이 예시에서 우리는 개별 테이블에 대한 특별한 정책을

정의하지 않고 테이블 스페이스 레벨에서의 기본 정책을

정의합니다. 이 정책은, 특정 테이블이 개별 정책을 지니지

않는 한, 해당 테이블 스페이스에서 생성된 모든 테이블에

자동 적용됩니다.

Oracle Engineered System (Exadata, SuperCluster)에서

Oracle Database 12c 를 사용하는 고객은 - 아카이빙의

대안으로 순수 이력 데이터를 위해 설계된 일련의 압축

알고리즘인 - Hybrid Columnar Compression 을 활용할

수 있습니다. Advanced Compression 이 데이터를 2 배,

3 배 압축한다면, Hybrid Columnar Compression 은

10 에서 15 의 압축률을 지닙니다.

이 경우에는 40 일 간 수정되지 않은 데이터를

“웜”데이터로 분류하고 “콜드”데이터라는 용어는 상당히

긴 기간 (예- 6 개월, 12 개월)동안 수정되지 않은 데이터에

적용하겠습니다.

필자는 기존 정책을 압축 티어 1(웜 데이터)으로 유지하고,

추가 정책을 압축 티어 2(콜드 데이터)로 추가하겠습니다.

또한 파티셔닝이 된 테이블과 되지 않은 테이블을 서로

다른 테이블스페이스로 분류할 것이며 그 이유는 Hybrid

Columnar Compression 이 개별 블록 단위가 아닌 전체

파티션을 압축하기 때문입니다:

ALTER TABLESPACE TSY DEFAULT ILM ADD POLICY

ROW STORE COMPRESS ADVANCED ROW

AFTER 40 DAYS OF NO MODIFICATION;

ALTER TABLESPACE TSY DEFAULT ILM ADD POLICY

COLUMN STORE COMPRESS FOR QUERY LOW ROW

LEVEL LOCKING SEGMENT AFTER 6 MONTHS OF NO

MODIFI- CATION;

16 Oracle Database 12c for SAP: Latest Database Technology and Support for Application Optimizations

Oracle Multitenant

Oracle Multitenant 에 대한 일반 (인증 전) 정보를 알고

싶으시면 “Oracle Database Options 과 Pack 으로

SAP 를 위한 데이터 관리 인프라 구축하기”의

26 페이지 “Oracle Multitenant” 섹션을 참조하십시오.

SAP 특화된 정보는 Oracle Multitenant 의 SAP 인증 완료 후

추가될 것입니다.

Oracle Database 12c 관련 SAP Note

17 SAP 고객을 위한 Oracle Database 옵션과 팩

Oracle Database 옵션 및 팩으로 SAP 를 위한 데이터 관리 인프라의 구축

들어가며

데이터베이스 에디션

Oracle Database 는 서로 다른 개발 및 구축 시나리오에

적합한 다섯 가지 에디션으로 제공됩니다.

그러나 요구사항이 높은 SAP 애플리케이션은 Oracle

Database Enterprise Edition 이 제공하는 엔터프라이즈급

컴퓨팅 기능 없이 효율적으로 운영할 수 없기 때문에

Oracle Database Enterprise Edition 만이 SAP 환경에서

인증 및 지원을 받았습니다.

데이터베이스 옵션과 관리

이 외에도 오라클은 다양한 데이터베이스 옵션과 관리 팩

등 여러 기타 제품을 제공하여 Oracle Database 의

기능을 특정 용도에 맞게 강화하고 있습니다. 효율적인

디스크 공간 사용, 성능 및 확장성, 고가용성, 보안 및

컴플라이언스, 데이터 웨어하우스 및 빅 데이터, 관리

용이성 등의 영역에서 고객 또는 애플리케이션에 따른

구체적인 요구사항을 충족할 수 있도록 Oracle Database

Enterprise Edition 의 이점을 향상시켜줍니다.

SAP 환경에서 옵션과 팩

본 문서는 SAP 고객을 위한 데이터베이스 옵션과 관리

팩을 설명할 것입니다. 순수한 Oracle Database 와 SAP

관점에서 바라본 Oracle Database 에는 여러 차이점이

존재합니다.

• 인증된 옵션이라 하더라도 해당 옵션의 특정 기능의

사용이 허용되지 않는 경우가 있습니다. 본 문서는

개관을 다루기 때문에 모든 세부사항이 언급되지

않을 수도 있습니다. 확인을 위하여 SAP Note

105047 의 최신 버전을 참조하십시오.

• SAP 데이터 모델 또는 애플리케이션 설계의

특수성으로 인하여 Oracle Database 옵션 또는 관리

팩이 선택사항이 아니라 필수 사항일 수 있습니다.

예- Oracle Database 상의 SAP Business Warehouse

(BW)에는 Oracle Partitioning 이 필수입니다.

• 순수한 Oracle 관점에서 옵션 또는 팩은 개별적으로

라이선싱됩니다. 그러나 SAP 를 통해 구매한 Oracle

Database Enterprise Edition 라이선스 (ASFU)의

경우 이미 일부 옵션과 팩 (모든 지원 옵션 및 팩이

아닌)이 추가 비용 없이 포함되어 있을 수 있습니다.

보다 자세한 내용은 SAP Note 740897 를

참조하십시오.

그림1: Oracle Database Enterprise Edition, Database Options (인증 및 필수, 또는 인증 및 선택)과

Enterprise Manager Packs (인증 및 필수, 또는 인증 및 선택)

18

위에 언급된 모든 이슈의 공통분모는 데이터베이스의

하나의 테이블은 특정 물리적 시퀀스가 보장되지 않은

일련의 기록들의 하위집합으로 구성되어 있으나 사용자,

애플리케이션 또는 DBA 관점에서 이 데이터 집합은 서로

구분되는 하위집합으로 구성되어 있을 수 있다는

점입니다. Oracle Partitioning 은 사용자가 연관 데이터를

가능한 한 최대한 가깝게 물리적으로 저장함으로써

이러한 하위집합을 구현할 수 있도록 지원합니다

정형화와 인프라

앞서 언급한 바대로 데이터베이스 옵션은 디스크 공간의

효율적 사용, 성능과 확장성, 고가용성, 보안과 규제준수,

데이터 웨어하우스 및 빅 데이터, 관리 용이성의 여러

측면에서 Oracle Database Enterprise Edition 의 기능을

강화해줍니다. 그러나 본고에서는 “정형화의 구현을

지원하는 데이터베이스 옵션”이라는 하나의 관점에

초점을 둘 것입니다. 단일 데이터베이스의 데이터가

방대해지거나, 상이한 여러 원천에서 데이터가

취합되거나, 여러 개의 독립된 데이터베이스가 단일

데이터 관리 인프라로 통합되는 경우(Oracle Multitenant),

비정형 데이터는 어느 시점이 되면 관리가 불가능해질

것입니다. 따라서 통합에는 차별화가 필요합니다. 또는:

인프라에는 정형화가 필요합니다.

테이블 및 인덱스 파티셔닝

과제: 오늘날 점점 더 많은 상황에서 데이터의 디스크

분배가 문제로 대두되고 있습니다.

(a) 특정 테이블 데이터의 하위집합에 접근하는 단일

쿼리 또는 복합 배치 작업의 긴 완료 시간

(b) 많은 인덱스의 업데이트로 인하여 시간 소모적인

데이터 로딩(SAP BW) 또는 로딩 시간 단축을 위하여

인덱스를 드랍 및 재구축하여 느려지는 사용자 쿼리

(c) 데이터 아카이빙의 결과로 발생하는

데이터베이스의 과도한 분산

(d) 정보 주기 관리(ILM)를 구축하고자 하는 고객의 의사

(본 문서의 Oracle DB 12c 섹션 참조)

가치 제안: Oracle Partitioning 은 테이블과 인덱스를 작은

단위로 분리(파티셔닝)하여 모든 데이터가 적절한 단위로

저장되도록 강제합니다. 각 파티션은 개별적으로 상호

독립성을 지니고 접근 및 관리가 가능합니다. 따라서:

(a) 이상적으로 하나의 쿼리는 모든 필요한 데이터를

하나의 파티션에서 검색할 수 있고 그 외의 파티션은

무시할 수(data pruning)있습니다. 이는 구동시간의 현저한

단축을 가져올 수 있습니다.

(b) 파티션 테이블에 정의된 인덱스 역시 파티셔닝

되었을 경우, 개별 인텍스 파티션을 drop & rebuild 시키고

다른 파티션은 수정하지 않습니다.

(c) 데이터 아카이브 전략은 파티션 구조를 바탕으로

수립할 수 있고 이를 통해 디스크 공간 파편화를

방지할 수 있습니다.

(d) 파티셔닝은 정보주기관리(ILM)의 기본 기술 중

하나입니다.

인증/지원 Oracle Partitioning 은 모든 SAP NetWeaver

애플리케이션에 대하여 인증되었습니다.

버전: Oracle Database 11g, Oracle Database 12c

구현: 파티셔닝(range partitioning)은 오라클에서 구축된

SAP BW 에 디폴트로 설정 및 사용됩니다. SAP OLTP

시스템에서는 SAP Partitioning Engine(데이터 아카이빙

이슈의 해결) 또는 Oracle ACS for SAP 을 통해 구현이

가능합니다.

19 SAP 고객을 위한 Oracle Database 옵션과 팩

그림 2 는 최대한 가까운 위치에 데이터를 저장함으로써

어떠한 차이가 발생하는지를 보여줍니다. 데이터베이스

블록이 기록으로 채워져 있습니다. 서로 다른 색상은 월

또는 위치와 같이 다른 기준을 의미합니다. 이들

데이터에 접근하는 애플리케이션이 동일한 색상을 지닌

전체 기록을 검색하고자 한다고 가정하였습니다.

그림 2: 테이블 파티셔닝 - 물리적으로 관련된 데이터의

하위집합을 최대한 가까이 저장

이런 상황에서 좌측의 테이블은 상상할 수 있는 최악의

상황입니다. 개별 데이터베이스 블록은 각 색상 별 기록을

가지고 있습니다. 다시 말하자면 동일한 색상을 지닌 기록의

모든 하위집합이 전체 블록에 걸쳐 분포되어 있습니다.

이는 I/O 관점 (특정 색상을 지닌 모든 기록을 검색하는

쿼리는 블록 8 개 모두를 읽어야 함), 메모리 관점 (전

사용자가 동일한 색상의 기록으로 작업을 한다면 8 개 블록

모두가 데이터베이스 메모리에 완전 캐시저장 되어야 함),

따라서 성능 관점 (방대한 I/O 로 인한 성능 불만족),

데이터베이스 관리 관점 (동일한 색상의 기록 하위집합이

독립적으로 관리 불가능), ILM 관점 (“핫”과“콜드” 데이터

분리 불가능)에서 최악의 상황입니다.

반면, 우측의 테이블은 이와 대조적으로 이상적인

상황입니다.(마찬가지로 위에 설명된 상황에서) 동일한

색상을 지닌 모든 기록이 하나의 동일한 데이터베이스

블록에 함께 저장되어 있습니다. 이는 I/O 관점 (특정

색상을 지닌 모든 기록을 검색하는 쿼리는 블록 1 개만을

읽음), 메모리 관점 (전 사용자가 동일한 색상의 기록으로

작업을 한다면 1 개의 블록만이 데이터베이스 메모리에

완전 캐시저장), 따라서 성능 관점 (현저히 줄어든 I/O 로

인한 상당한 성능 개선), 데이터베이스 관리 관점 (동일한

색상의 기록 하위집합이 독립적으로 관리 가능), ILM 관점

(“핫” 데이터와 “콜드” 데이터가 분리 가능)에서 최적의

상황입니다.

이제, 본 장표에 나온 기록의 숫자와 블록을 곱해보십시오.

그러면 하나의 파티션은 동일한 색상을 지닌 기록을

포함한 모든 블록의 하위집합입니다.

Advanced Compression (Oracle Database 11g)

Advanced Compression (Oracle Database 11g)

과제: 데이터베이스의 크기와 미래의 예상 성장은 점차

심각한 문제로 대두되고 있습니다.

이 문제에 관련된 영역은 스토리지 비용, 성능 보장(SLA),

합당한 시간 내 데이터베이스 파일의 클로닝 및

백업입니다.

가치 제안: Oracle Advanced Compression 은 테이블

데이터의 저장을 위한 새로운 포맷을 채택하였습니다. 이

기능은 Oracle Database Enterprise Edition 의 다른 압축

기술(예- Index Key Compression)과 함께 데이터베이스

크기를 50% 이상 줄여줍니다. 이 점이 Advanced

Compression 이 의도한 핵심 이점입니다. 만약

원천데이터베이스가 더 작다면, 백업과 기타 사본의

생성에 소요되는 시간이 더 줄어들 것입니다.

Advanced Compression 의 추가적인 이점으로는 성능 향상을

꼽을 수 있습니다. 추가적이라 함은(핵심과 대비되어) 성능

향상이 발생할 수는 있으나 보장되지 않는다는 뜻입니다.

인증/지원 Oracle Advanced Compression 은 모든 SAP

NetWeaver 애플리케이션에 대하여 인증되었습니다. SAP 는

이의 구축을 지원합니다.

구현: SAP 가 제공하는 BRSPACE 툴이 모든 SAP

요구사항을 인지하기 때문에 Oracle Advanced

Compression 은 SAP 환경에서 손쉽게 구축될 수 있습니다.

보다 자세한 내용은 SAP Note 1431296 를 참조하십시오.

20

좌측의 그림 3 은 SAP 시스템 (여기에서는 SAP ERP)을

구성하는 전형적인 Oracle 데이터베이스입니다. 보다

자세한 내용은 SAP Note 740897 를 참조하십시오.

대략적으로 할당된 디스크 공간의 1/3 은 인덱스(빨강)

용으로 사용되고 있고, 2/3 은 테이블 데이터(파랑)를

저장하고 있습니다. 테이블 데이터는 정형 데이터

(컬럼으로 구성)와 비정형 데이터 (예- PDF 또는 이미지

파일)로 나뉘어집니다.

Oracle Database 11g 는 세 가지 데이터 유형 모두를

압축할 수 있습니다.

• Index Key Compression 은 인덱스를 압축합니다.

Index-Organized Tables (IOTs) 역시 압축이

가능합니다. 두 기능은 Oracle Database Enterprise

Edition 에 포함되어 있으며 Advanced

Compression 은 필요하지 않습니다.

• Advanced Compression 의 주요 기능인 OLTP

Compression 은 정형 테이블 데이터의 저장을 위해

사용될 수 있습니다. OLTP 시스템에 한정되지 않고

SAP BW 시스템에서도 사용이 가능합니다.

• SecureFiles Compression (역시 Advanced

Compression의 기능)은 비정형 데이터의 압축을

위해 사용될 수 있습니다.

모든 기능이 구현되고 적절한 데이터베이스 객체가

압축되는 경우, 고객은 평균적으로 55%의 디스크 공간

절감을 경험합니다. (이는 데이터베이스의 완전한 재구성을

가정한 수치입니다. 파편화된 데이터베이스가 재구성되지

않을 경우, 재구성과 압축의 영향이 결합되어, 고객은 최대

80%의 디스크 공간 절감을 누릴 수 있습니다.)

가능한 최대의 디스크 공간 절감은 데이터의 특성에

달려있고 이는 사용하는 SAP 애플리케이션에

달려있습니다.

일반적으로 SAP BW (BI) 데이터는 SAP ERP (ECC)

데이터보다 효율적인 압축이 가능하고 SAP CRM

데이터는 더 큰 디스크 공간 절감이 가능합니다.

Oracle Database 11g Advanced Compression 은

OLTP 와 SecureFiles 압축 이상을 제공합니다.

RMAN 으로 생성된 백업 파일과 Data Pump 로 생성된

익스포트 파일은 운영 데이터베이스의 테이블과

인덱스가 이미 압축된 경우에도 상당 수준 압축이

가능합니다. 또한, redo 로그 데이터 또한 운영

데이터베이스에서 대기 데이터베이스로 전송되기 전

압축 가능합니다. (본 문서 Data Guard 섹션 참조).

그림 3: Oracle Database 11g 의 Index Key

Compression 과 Advanced Compression (OLTP

Compression, SecureFiles Compression)

Advanced Compression (Oracle Database 12c)

과제: (a) Oracle Database 11g 의 데이터 압축이 지닌 한계.

특히 255 컬럼 이상의 테이블은 압축 불가능.

(b) 대상 테이블 압축 시 데이터 로딩 속도 저하

(c) 자동 Information Lifecycle Management 미지원.

가치 제안: Oracle Database 12c Advanced Compression 은

255 컬럼의 한계를 제거하여 더 많은 테이블의 압축이

가능합니다. 완전히 새로운 기능들 (Heat Map, Automatic

Data Optimization)로 인하여 고객은 미루어왔던 데이터

압축과 복잡한 Information Lifecycle Management (ILM)

전략 구현이 가능합니다.

인증/지원

Oracle Database 12c Advanced Compression 의 새로운 기능

중 일부는 이미 2015 년 3 월에 인증되었습니다. ILM

기능의 인증은 2015 년 4 분기 말에 진행되었습니다.

구현: 자세한 내용은 인증 시점에 제공됩니다.

관련 기능: Oracle Database 12c Hybrid Columnar

Compression (Advanced Compression 에 미포함인 Oracle

Engineered Systems 의 기능)은 “콜드” 데이터 (예- 이력

데이터)에 적합한 강력한 압축 알고리즘을 제공, 2015 년

12 월에 Oracle Engineered Systems 에 대한 HCC 인증

21 SAP 고객을 위한 Oracle Database 옵션과 팩

기본 인증 기능

Oracle Database 11g 에서 인덱스와 테이블 압축 기능은

여러 한계를 지녔습니다. 따라서 Oracle Database 12c

Advanced Compression 은 새롭고 보다 효율적인 인덱스

압축 알고리즘(Advanced Index Compression)을

제공하며 테이블에서 압축될 수 있는 컬럼의 최대 수를

증가시켰습니다. 보다 자세한 내용은 “Oracle Database

12c for SAP – 로드맵과 기본 인증 기능” 를 참조하십시오.

Heat Map 및 Automatic Data Optimization

이러한 개선사항 외에도 Oracle Database 12c Advanced

Compression 에는 두 가지의 완전히 새로운 기능이

포함되어 있습니다. Heat Map 은 자동으로 로우 및

세그먼트 레벨에서 변경사항과 쿼리 타임스탬프를

추적하여 데이터가 어떻게 접근되고 있는지 자세한

정보를 제공합니다. Automatic Data Optimization

(ADO)은 Heat Map 에서 수집된 정보를 기반으로

사용자가 정의한 정책에 따라 자동적으로 데이터를 이동

및 압축합니다.

Deferred Compression

Advanced Compression (Oracle Database 11g) 섹션의

내용을 보면, 압축이 단순히 필요한 디스크 공간을

줄여주기만 하고 데이터베이스 구조와는 무관한 것처럼

보입니다. 하지만 이는 허상에 불과합니다. Oracle

Database 11g 에서도 압축 대상 테이블과 그렇지 않은

테이블처럼 압축의 이점을 누리는 테이블과 그렇지 않은

테이블을 구분할 필요가 있었습니다. (그렇지 않을 경우

압축을 디폴트로 설정할 수 있을 것입니다.)

그러나 이는 매우 기초적이고 유연하지 못한 구분입니다.

데이터가 적재되는 SAP BW 테이블을 예로 들자면, 이

테이블은 대부분의 경우 읽기 전용 모드로 사용되기에

압축이 가능합니다.

반면, 압축 시 로딩 작업의 속도가 느려질 것이기 때문에

압축 되어서는 안 되는 테이블이기도 합니다. Oracle

Database 11g 의 권고안은 이런 테이블을 압축하지 않는

것이었습니다.

Heat Map 과 Automatic Data Optimization 은 새로운

차별적인 기준을 도입하였습니다. 테이블 또는 파티션이

압축되어야 한다면, 언제 압축을 원하십니까? Oracle

Database 11g 에서 압축은 즉시 실행되거나 전혀

실행되지 않았습니다. 그러나 Oracle Database 12c

에서는 오늘은 데이터가 로딩되고 (자동적으로) 내일은

압축되도록 명시할 수 있습니다.

정보 생애주기 관리(ILM)

Oracle Database 12c Advanced Compression 의

새로운 기능 덕분에 더 많은 파라미터를 도입할 수

있게 되었는데 그 중 하나가 위치입니다. 데이터베이스

안에 “핫(현재)”와 “콜드(이력)” 데이터가 존재하며 두

가지 종류의 스토리지가 있을 경우, 다음 질문이

가능합니다. 어디에? “어떤 데이터를 어디에

저장하기를 원합니까?”

Advanced Compression 에 파티셔닝을 추가적으로

적용함으로써 여러분은 데이터가 오래되면(cool-down)

하나의 테이블스페이스 (스토리지 계층)에서 다른

공간으로 이동시킬 수 있고 – 또는 그러한 시스템을

확보하고 – 이를 통해 고가의 스토리지 티어에 보다

중요한 (“핫”) 데이터를 위한 공간 확보가 가능합니다.

이 기능이 (자동) 스토리지 티어링입니다.

Hybrid Columnar Compression (HCC)

마지막으로, Oracle Exadata 또는 SuperCluster 상에서

Oracle Database 12c 를 실행하는 경우, “어떻게”라는

질문을 할 수 있습니다. 예를 들자면, 어떤 알고리즘을

사용하여 어떻게 데이터를 압축시키고 싶습니까?

OLTP 와 SecureFiles Compression 외에도 이들

Engineered System 은 Hybrid Columnar

Compression(HCC)을 지원합니다. 그 이름이 의미하는

것처럼, 이 기술은 데이터 저장을 위한 로우 및 컬럼

방식의 조합을 활용합니다. 이러한 하이브리드

접근방식은 컬럼 저장의 압축 장점을 달성함과 동시에

순수 컬럼 형식의 성능 단점은 방지할 수 있습니다.

HCC 를 활용하여 달성할 수 있는 압축률은 “일반적인”

압축률 보다 훨씬 높습니다. 따라서 HCC 는 “콜드”

데이터에 특별히 적합합니다.

로우(row) 단위 잠금 기능의 부재로 Oracle Database

11g Hybrid Columnar Compression 기능은 SAP

환경에서 인증을 받지 못했습니다.

그러나 Oracle Database 12c 에서 이 기능은 Oracle

Exadata 와 Oracle SuperCluster 에서 사용할 수

있습니다. 이 두 머신에서 (자동) 압축 티어링의 구현이

가능한데 “핫”데이터가 미압축 상태라 하더라도

“웜”데이터는 표준 압축 알고리즘(Advanced

Compression)을 통해, “콜드” 데이터는 HCC 를 통해

압축이 가능합니다.

22

그림 4: Oracle Database 12c Advanced Compression –정보 주기 관리 (ILM)의 지원

Oracle Database In-Memory

메모리: 새로운 듀얼 포맷 아키텍처

Oracle Database 는 전통적으로 로우 포맷으로 데이터를

저장하였습니다. 이 포맷은 한 건의 기록에 있는 모든

컬럼에 신속한 접근을 보장하여 OLTP 시스템에

이상적입니다. 반면 컬럼 포맷 데이터베이스는 하나의

트랜잭션 또는 기록의 개별 속성을 별도의 컬럼 구조에

저장합니다. 컬럼 포맷은 쿼리가 데이터의 많은 부분에

접근하지만 소수의 컬럼만을 선택하는 경우 매우 빠른

데이터 검색을 지원하여 분석 용도에 이상적입니다.

그러나 한 시스템이 복합 워크로드의 성격을 지니는

경우는 어떠할까요? 지금까지 고객들은 하나의 포맷만을

선택해야 했고 OLTP 또는 분석에서 최적의 성능을

제공하지 못하는 트레이드오프가 발생했습니다.

OLTP 와 분석 모두를 최적화하기 위한 유일한 방법은

높은 비용과 지연을 가져오는 복합 ETL 프로세스를

활용하여 OLTP 시스템에서 분석 시스템으로 데이터를

복사하는 방법뿐이었습니다.

Oracle Database 12c In-Memory 는 트랜잭션 처리를

위한 뛰어난 성능을 제공하면서 동시에 실시간 분석, BI,

리포트까지 지원함으로써 분석 및 복합 워크로드 OLTP

모두를 최적화시킬 수 있습니다. 이러한 혁신적인

능력을 뒷받침 하는 기술은 Oracle Database In-

Memory 가 제공하는 듀얼 포맷 아키텍처입니다. 이

아키텍처는 테이블을 전통적인 로우 포맷과 새로운

인메모리 컬럼 포맷으로 동시에 제시하면서

트레이드오프를 제거할 수 있게 되었습니다. Oracle

SQL Optimizer 는 분석 쿼리를 컬럼 포맷으로

라우팅시키고 OLTP 쿼리는 로우 포맷으로 라우팅시켜

양 측 모두에서 투명한 방식으로 최고의 성능을

선보이게 되었습니다. Oracle Database 12C 는 현재

테이블과 인덱스 사이의 일관성 유지와 마찬가지로

로우 포맷과 컬럼 포맷 간 전체 트랜잭션의 일관성을

자동으로 유지시킵니다.

과제: 오늘날 점점 더 많은 시스템에서

분석 시 성능 요건을 충족시키는 일이 어려워지고

있습니다. 통상 이는 BW 에서 시간이 오래 걸리는 쿼리

실행 시의 문제입니다.

그러나 매우 유연한 운영 계획/리포트 작업의 구축으로

사용자가 조금씩 다른 쿼리 변수를 대규모로 생성하는

경우와 같이 OLTP 시스템에서도 발생할 수 있습니다.

가치 제안: 가치 제안:Oracle Database 12c In-Memory 는

관리자가 데이터베이스 서버 메모리의 특정 부분을.

Column Store- 로우 포맷이 아닌 컬럼 포맷으로 데이터를

저장하는 메모리 구조-에 할당할 수 있도록 지원합니다.

Column Store 의 구성은 빠르고 쉽습니다. 컬럼 포맷의

가용성은 쿼리 성능을 현격히 향상시켜줍니다.

인증/지원 Oracle Database In-Memory 는 모든 SAP

NetWeaver 애플리케이션을 위해 인증되었습니다.

버전: Oracle Database 12c

구현: 개관과 보다 자세한 정보는 SAP Note 2178980 의

상세 문서를 참조하십시오.

23 SAP 고객을 위한 Oracle Database 옵션과 팩

바뀌지 않은 디스크

새로운 컬럼 포맷은 순수한 인메모리 포맷입니다. 테이블은

오라클의 기존 로우 포맷으로 (또는 Engineered System

에서는 Hybrid Columnar 포맷으로) 디스크에 저장됩니다.

지속적 컬럼 스토리지 포맷이 없기 때문에 추가 스토리지

비용 또는 스토리지 동기화 문제가 발생하지 않습니다.

데이터베이스를 수정할 필요성 또한 없습니다. Oracle

Database 12c In-Memory 는 데이터베이스 마이그레이션

또는 테이블 재구성 없이 구현이 가능합니다. 결과적으로,

새로운 Oracle Database 12c In-Memory 기능은 테이블 및

인덱스 압축, 테이블 암호화, 테이블 파티셔닝과 같은

기존의 표준 또는 선택 데이터베이스 기능과 완전히

호환됩니다. RAC 가 제공하는 수평확장 아키텍처와 기존의

고가용성 기술(Data Guard 등)과 호환됩니다. 이들 기능은

Oracle Database In-Memory 의 사용여부와 무관하게

완전히 동일한 방식으로 작동합니다.

구축 및 관리의 용이성

데이터베이스 기능 및 애플리케이션 레벨에서의 호환성

외에도 Oracle Database In-Memory 는 구축 및 관리가

용이합니다.

Oracle Database In-Memory 를 실행하는 것은 인메모리

컬럼 스토어의 사이즈를 설정하고 메모리에 저장할

테이블과 파티션을 선별하는 매우 쉬운 작업입니다.

백그라운드 프로세스에서 데이터는 스토리지에서

인메모리 컬럼으로 이동하며 이때 데이터베이스는 완전히

액티브하여 접근 가능한 상태입니다.

미세한 제어

일반적인 상황에 대한 인텔리전트한 디폴트 값을 기반으로

한 쉬운 시작은 Oracle 고객이 기대하는 바 입니다. 그러나

이 외에도 Oracle 고객은 특정 상황에서 미세하게 제어하고

튜닝할 수 있는 메커니즘 또한 기대하고 있습니다. Oracle

Database 12c In-Memory Option 은 바로 이러한

메커니즘을 제공합니다. 아래와 같은 몇 가지 사례를

살펴보겠습니다.

• 테이블에는 더 이상 업데이트되지 않거나 쿼리

접속이 없는 “콜드” 데이터가 포함될 수 있습니다.

이러한 테이블이 초대형 테이블이라면 이를 완전히

인메모리 컬럼 스토어 내에 보관하는 것은 메모리

낭비일 것입니다. 따라서 DBA 는 DSS 쿼리에서

실제로 필요한 데이터로 입력 프로세스를 제한하고자

할 것입니다.

테이블 파티셔닝을 통해 이를 실현할 수

있습니다. 테이블이 실용적으로 파티셔닝되었다면 (예-

월 별), 이러한 내부 구조를 사용하여 인메모리 컬럼

스토어에 저장될 테이블 데이터의 수평적 하위집합을

정의할 수 있을 것입니다.

• 하나 이상의 테이블 컬럼에 DSS 쿼리와 무관한 데이터가

포함되어 있을 수 있습니다. 이때도 DBA 는 인메모리

컬럼 스토어에 저장될 데이터를 제한하고자 할 것이지만

이 경우에 그 목표는 테이블 데이터의 수직적

하위집합을 정의하여 예를 들면 입력프로세스에서 하나

이상의 컬럼을 제외하는 것입니다. 이는 Oracle

Database In-Memory에서 DBA가 상이한 테이블 컬럼에

대하여 상이한 인메모리 특성을 명시할 수 있도록

허용하는 기능을 통해 가능합니다.

• Oracle Database 는 수십 년 간 SMP 서버에서

수직확장을 위하여 최적화 및 튜닝되어 왔습니다. 대형

SMP 서버 역시 인메모리 워크로드에 적합하며 그

이유는 전체 메모리가 초고속 Backplane 을 통하여 모든

프로세서에 접근가능하기 때문입니다. 그러나, 수직확장

외에도 Oracle Database In-Memory 는 서버 클러스터

(RAC)의 전체 메모리와 프로세서를 사용하여 매우 높은

메모리 및 CPU 용량까지 수평확장이 가능합니다. 이러한

환경에서 메모리에 입력된 모든 객체는 디폴트로

클러스터의 모든 인메모리 컬럼 스토어로 분산될

것입니다. Oracle Engineered System 상에서 객체의

이중화가 가능합니다. 즉, 인메모리 컬럼 스토어로

입력된 하나의 객체 (또는 파티션과 같은 객체의 일부)는

RAC 클러스터의 다른 노드에 위치한 미러링 사본을 갖게

될 것입니다. 노드에 장애가 발생하거나 유지보수

목적으로 작동이 중지되더라도 데이터 이중화로

인메모리 컬럼 스토어를 통해 데이터에 대한 접근이

보장되기 때문에 인메모리 결함 허용(fault tolerance)이

가능합니다.

그림 5: Oracle Database 12c In-Memory – 이중 메모리 포맷, 단일 디스크 포맷

24

Real Application Clusters (RAC)

과제: 한 데이터베이스 서버의 워크로드가 증가할

경우(새로운 애플리케이션 버전, 애플리케이션 추가,

또는 사용자 증가), 전통적인 해결법은 기존 서버를 더 큰

서버로 교체하는 것(수직 확장)이었습니다. (수직 확장)

그러나 큰 서버는 비용이 많이 듭니다.

데이터베이스 서버의 고가용성을 보장하기 위하여,

전통적으로 페일오버 클러스터가 구현되었습니다.

그러나 이러한 해결법은 아래와 같이 최소한 두 가지의

단점을 지닙니다.

(a) 페일오버 클러스터는 특정 시점에서 하나의 머신에서

구동되는 하나의 DB 인스턴스만이 액티브 상태라는

개념에 기초합니다. 다른 서버(아마도 마찬가지로 고가의

서버)는 늘 대기상태입니다.

(b) 기본 서버에서 문제가 탐지되면 Oracle Database

Server 인스턴스는 대기 서버에서 실행되어야 합니다.

이러한 상황에서 서버의 구동에는 최대 30 분이 소요되어

30 분의 계획되지 않은 다운타임이 발생합니다.

가치 제안: Real Application Clusters (RAC)는 여러

인스턴스의 동시 구동 및 동일 데이터베이스로의 동시

접근을 허용합니다. 이들 인스턴스가 다른 서버에서

실행될 수 있고 대부분 실제로 실행되기 때문에 고객은

수평확장 접근법의 구현이라는 선택권이 주어집니다.

즉, 4, 6, 8 대의 소규모 서버가 한 대의 대용량 서버와

동일한 워크로드를 처리하는 것입니다. 그러나 이 방식이

훨씬 저렴하며 필요에 따라 추가할 수 있습니다.

이러한 아키텍처에서 모든 오라클 인스턴스는 동시

구동이 가능합니다. 따라서 재시동이 불필요합니다.

하나의 RAC 서버에 장애가 발생하면 다른 서버에서 이를

계승할 수 있습니다. 영향을 받은 사용자의 재연결은 몇

분이 아닌 몇 초 안에 가능합니다.

여기까지의 내용을 요약하자면 Oracle RAC 의 가치는

워크로드 분산, 확장성, 고가용성, 향상된 관리용이성,

비용 절감의 결합이라 할 수 있습니다.

인증/지원 Oracle Real Application Clusters 는 모든 SAP

NetWeaver 애플리케이션에 대하여 인증되었습니다.

버전: Oracle Database 11g, Oracle Database 12c

구현: 고객은 RAC 구현을 위하여 SAP 의 인증을 받은

어떠한 범용 장비 (Unix, Linux, Windows)라도 사용할 수

있습니다. 또한 오라클이 제공하는 Exadata,

SuperCluster 와 같은 Engineered System 을 통해 RAC 의

구현이 현저히 용이해졌습니다. Oracle Grid

Infrastructure 는 구현을 단순화하고 비용 절감에 도움이

되는 일련의 기초 기술을 제공합니다.

그림 6 은 앞서 언급된 바 있는 RAC 의 이점을

보여줍니다.

확장성: RAC 를 활용하여 SAP Application Server

레벨에서 항상 지원되는 수평 확장 접근법이

데이터베이스 레벨에서도 구현 가능합니다.

이 예시에서 5 대의 SAP Application Server 인스턴스는

5 대의 다른 장비에서 구동되고 있으며 4 대의 Oracle

Database Server 인스턴스에 연결되어 있습니다.

그림 6: 수평 확장과 즉각적인 (인스턴스) 페일오버를 위한 Real Application Clusters (RAC)

25 SAP 고객을 위한 Oracle Database 옵션과 팩

고가용성: 하나 이상의 Oracle 인스턴스에 장애가

발생할 경우, 피해를 입은 SAP 인스턴스는 자동적으로

가용한 Oracle 인스턴스에 재연결됩니다. 이 작업 후에

사용자는 작업을 지속할 수 있습니다. 페일오버에는 몇

초밖에 소요되지 않습니다.

Oracle Grid Infrastructure 는 RAC 를 위한 기초 기술을

제공하며 두 개의 주요 구성요소로 나뉘어집니다.

• 여러 개의 Oracle 인스턴스가 동시에 데이터베이스

파일에 접근할 수 있도록 클러스터 파일 시스템이

필요합니다. 따라서 오라클은 Oracle Automatic

Storage Management (ASM)을 제공합니다. 기타

써드파티 클러스터 파일 시스템과 다르게 이는

Oracle 데이터베이스 파일에 최적화 되어있으며

무상으로 제공됩니다.

Data Guard 와 Active Data Guard

• Oracle Clusterware 는 플랫폼간 클러스터

소프트웨어로써 Oracle 데이터베이스에 RAC 옵션의

구동을 위해 필요하며 노드 간 통신을 지원하여

하나의 논리적 서버처럼 활동하는 노드 클러스터를

형성합니다. 써드파티 클러스터 파일 시스템의

필요성을 없애는 Oracle ASM 과 유사한 Oracle

Clusterware 는 써드파티 클러스터 관리

소프트웨어의 필요성을 없애줍니다.

Oracle Clusterware 는 Oracle 자원과 마찬가지로 SAP

자원에 대하여 고가용성과 자원 관리 기능을 제공합니다.

따라서 Oracle/SAP Development 는 Oracle Clusterware

툴인 SAP Control (SAPCTL)을 통해 고객이 SAP 고가용성

자원을 손쉽게 관리할 수 있도록 지원합니다.

운영 데이터베이스가 어떠한 이유로 복구가 불가능할

때 Data Guard 는 데이터 손실 보호와 거의 즉각적인

서비스 복원을 지원합니다. 이것이 가능한 기술이 Data

Guard 의 동기식 redo 전송과 대기 데이터베이스에서

replication 인식 적용 프로세스의 조합입니다. 그러나

동기식 복제 방법이 데이터베이스 성능에 미치는

영향으로 인하여 기본 데이터베이스와 복제

데이터베이스(들)이 원거리에

위치한 경우 무손실 데이터 보호를 구현하는 것이

비실용적이라 여겨지기도 합니다.

많은 기업은 데이터베이스 성능에 영향을 주기 보다

비동기식 복제를 구현하여 데이터 보호를 희생하고

복구가 불가능한 장애로 다양한 정도의 데이터 손실이

발생할 것임을 인정하고 있습니다.

과제: RAC 는 Oracle 인스턴스의 수를 늘려 고가용성을

지원합니다. 그러나 이러한 고가용성은 인스턴스 레벨에

한 정적입니다. RAC 기반 시스템에서도 데이터베이스는

여전히 단일 장애 지점(SPOF)입니다. 즉, DBA 오류,

데이터 오염, 서버 또는 데이터 센터 장애로 전체 시스템이

사용 불가능할 수 있습니다.

가치 제안: Data Guard 는 이러한 단일 장애 지점을

제거합니다. 이 기술은 고객이 기본(운영) 데이터베이스의

사본인 대기 (그림자) 데이터베이스를 구축한 후 두

데이터베이스를 동기화시켜줍니다. Data Guard 는 Oracle

Database Enterprise Edition 에 포함되어 있으며 추가 옵션이

아닙니다.

그러나, Active Data Guard 는 옵션입니다. Oracle Database

11g 에서 Automatic Block Repair 및 Fast Incremental

Backup 과 같은 추가 기능이 제공되고 있습니다.

Oracle Database 12c 의 새로운 기능인 Active Data Guard Far

Sync 를 활용하는 고객들은 고성능 (비동기식 데이터

전송의 특성)과 데이터 무손실 (동기식 데이터 전송의

특성)을 모두 누릴 수 있습니다.

인증/지원 Oracle Data Guard 는 모든 SAP NetWeaver

애플리케이션에 대하여 인증되었습니다. 그러나

물리적인 대기 데이터베이스만 지원대상이며 논리적

대기 데이터베이스는 지원 제외됩니다.

Oracle Active Data Guard 는 모든 SAP NetWeaver

애플리케이션에 대하여 인증되었습니다. 그러나, Real-

Time Query 는 리포트 생성조차도 읽기 전용 작업이

아니기 때문에 SAP 환경에서 실행이 불가능합니다.

버전: Oracle Database 11g, Oracle Database 12c

구현: 표준 Oracle 셋업 절차가 적용됩니다. “Oracle Standby

Database” 백서에서 BR*Tools 지원에 대해

설명되어있습니다.

26

Active Data Guard Far Sync 는 Oracle Database 12c 의

새로운 기능으로써 기본 데이터베이스에서 원거리에

위치한 복제 데이터베이스까지 무손실 데이터 보호를

확장함으로써 이러한 희생의 필요성을 제거합니다. Far

Sync 는 기본 데이터베이스에서 원거리에 동기식 대기

데이터베이스를 유지함으로써 성능 영향 없이 최저의

비용 또는 복잡성으로 운영 데이터베이스에 무손실

데이터 보호를 제공합니다. Far Sync 인스턴스로 불리는

새로운 유형의 Data Guard 목적지는 원

데이터베이스에서 동기식으로 변동사항을 수신하고 이를

원거리의 대기 데이터베이스에 비동기식으로 송신합니다.

운영 데이터베이스는 데이터 손실 없이 원거리 대기

데이터베이스로 수동 또는 자동으로 신속하게

페일오버됩니다.

Far Sync 인스턴스는 컨트롤 파일과 로그 파일만을

관리하는 경량 entity 이며 대기 DB 의 극히 일부의 CPU,

메모리, I/O 만을 필요로 합니다. 유저 데이터 파일을

보유하지 않으며 복구를 실행하지도 않습니다. Far Sync

인스턴스의 유일한 목표는 원천 데이터베이스가 원거리

데이터베이스에 보내는 데이터 작업을 투명하게

오프로드 시키는 것입니다. Far Sync 인스턴스는 Oracle

Advanced Compression 을 활용하여 전송 압축을

실행함으로써 네트워크 대역폭을 절약합니다.

보스톤에 원본 데이터베이스와 샌프란시스코에 대기

데이터베이스를 보유한 비동기식 Data Guard 구성을

예로 들어보겠습니다. Active Data Guard 를 통해

보스톤에서 동기식 복제 거리 내에 (150 마일 미만)

Far Sync 인스턴스를 구축하여 데이터 손실을 제거할

수 있습니다. 기존 환경에 중단이 발생하지 않으며

독점적 스토리지, 특화된 네트워킹, 추가적

데이터베이스 라이선스, 복잡한 관리 등을 필요로

하지 않습니다.

그림 7: Active Data Guard Far Sync – 장거리 WAN 을 통한

고성능 데이터 무손실

Oracle Multitenant

Oracle Database 12c Multitenant 는 애플리케이션의

수정 없이 손쉽게 복수의 데이터베이스를 통합할 수

있는 새로운 아키텍처를 제공합니다. 이 새로운

아키텍처는 여러 데이터베이스를 하나처럼 관리하는

모든 장점을 제공하면서 개별 데이터베이스의 격리 및

자원 우선순위는 유지합니다.

통합 접근법

대기업들은 수백 또는 수천 개의 데이터베이스를

운용하고 있습니다. 이들 DB 는 여러 개의 물리적 서버

위의 상이한 플랫폼 상에서 구동되는 경우가 많습니다.

하나의 데이터베이스는 서버 하드웨어 용량의 극히

일부만을 사용할지도 모르며 이는 하드웨어와 인적

자원 활용의 극대화에 실패하는 값비싼 접근법입니다.

과제: 많은 SAP landscape 는 소수의 대규모 시스템과

다수의 소규모 시스템으로 구성되어 있으나 다수의

독립적 데이터베이스 서버 상에 다수의 소규모 SAP

시스템의 공존에는 여러 가지 단점이 있습니다.

• 많은 소규모 시스템 (가상화 시스템 포함)은 과도한

하드웨어 자원(메모리, CPU)을 소모합니다.

• 많은 소규모 데이터베이스 시스템의 관리는 시간

소모적입니다

가치 제안: Oracle Multitenant 는 “컨테이너”와 “플러거블”

데이터베이스를 분리하여 자원 소비를 줄여줍니다

“컨테이너 데이터베이스” 레벨로 표준 운영을 적용하여

관리를 단순화시켜줍니다

인증/지원 Oracle Multitenant 는 2016 년 중반기에 인증이

예정되어 있습니다.

버전: Oracle Database 12c

구현: 자세한 내용은 인증 시점에 제공됩니다.

27 SAP 고객을 위한 Oracle Database 옵션과 팩

이러한 관리 문제의 해결을 위한 전형적인 대응 방법은

각 서버에 여러 개의 데이터베이스를 위치시키는 것

(직접 설치 또는 가상 머신의 활용을 통해)이었습니다. 이

때의 문제는 여러 데이터베이스 인스턴스가 백그라운드

프로세스, 시스템, 프로세스 메모리 또는 Oracle

메타데이터를 공유하지 않는다는 것입니다. 다른 대응

방법은 데이터를 스키마로 논리적으로 분리 (스키마

통합)하는 것입니다. 이 때의 문제는 이들 가상의 entity 가

관리, 보안의 유지, 이동이 어렵다는 점입니다.

오라클 멀티테넌트 아키텍처

Oracle Database 12c Multitenant 는 데이터베이스

통합(consolidation)이라 불리는 접근법에 기반하고

있습니다. 이는 하나의 단일 컨테이너(container)

데이터베이스(CDB)가 다수의 플러거블(pluggable)

데이터베이스(PDB)를 보유할 수 있도록 하는 새로운

아키텍처를 제공합니다. 그림 8 을 참조하십시오.

기존 데이터베이스를 하나의 CDB 에 “플러그인”하기만

하면 됩니다. 이 데이터베이스는 그 후 언제라도

언플러그되어 다른 CDB 에 다시 플러그인 될 수 있습니다.

언플러그/플러그 동작은 Oracle 데이터베이스

소프트웨어 버전 간에도 지원됩니다.

Oracle Net 을 통해 데이터베이스 서버에 연결된

클라이언트 애플리케이션의 관점에서 보자면 PDB 가

데이터베이스입니다. 하나의 PDB 는 non-CDB 와 완전히

호환되며 이는 PDB/non-PDB 호환성 보장이라고 명명된

규칙입니다.

자원 활용 및 자원 관리

단일 CDB 내의 여러 PDB 는 메모리와 백그라운드

프로세스를 공유합니다. 이를 통해 기존 아키텍처 대비

더 많은 수의 데이터베이스를 통합할 수 있게 되었고

스키마 기반 통합과 유사한 이점을 제공하면서도 이러한

접근법에서 수반되는 주요한 애플리케이션 수정은

없습니다.

오라클 데이터 딕셔너리의 수평 파티셔닝 (물리적 테이블

파티셔닝이 아닌 개념적 파티셔닝)은 시스템 전반의 메타

데이터를 개별 단일 데이터베이스에서 저장 및 관리하는

필요성을 제거합니다. “하단”부분 (CDB 에 구현)은 시스템

전반의 메타데이터 외에 그 무엇도 저장하지 않으며

“상단” 부분 (PDB 에 구현)은 애플리케이션 특수한

메타데이터 외에 그 무엇도 저장하지 않습니다.

플러거블 데이터베이스의 생성, 컨테이너 간

플러거블 데이터베이스의 이동, 플러거블

데이터베이스의 복제는 새로운 SQL 명령어를 통해 수

초 내에 이루어집니다. 근간 파일 시스템이 thin

provisioning 을 지원하는 경우, 수 테라바이트라도 거의

즉각적으로 복제될 수 있습니다

백그라운드 프로세스, 메모리 구조, 시스템 전체의

메타데이터, 데이터베이스 파일의 공유는 현저한 자원

소비의 감소를 가져옵니다. 또한 Oracle Database 12c

Resource Manager 에 추가된 특정 기능으로 인하여

CDB 내의 PDB 간 경합을 제어할 수 있습니다.

여러 데이터베이스를 하나처럼 관리하기

기존 데이터베이스를 플러거블 데이터베이스로

통합함으로써 DBA 는 여러 데이터베이스를 하나처럼

관리할 수 있습니다. 이의 이점은 다음과 같습니다.

• 하나의 CDB 에 패치를 적용하는 시간과 노력

투자로 다수의 PDB 에 패치를 적용할 수 있습니다.

CDB 하나에 호스팅된 PDB 모두를 업그레이드

하려면 CDB 만을 업그레이드하면 모든 호스팅된

PDB 는 “인-플레이스”로 업그레이드됩니다.

• 별도의 데이터베이스 백업을 수행하는 대신 DBA 는

CDB 단위에서 데이터베이스를 백업하면 됩니다. 즉,

하나의 컨테이너로 통합된 모든 PDB 는 하나인

것처럼 백업될 것이며 DBA 는 필요 시 개별 PDB

레벨에서 복구 작업을 할 수 있는 유연성을

보유합니다.

• 다른 데이터 센터에서 (Data Guard 또는 Active Data

Guard 를 통해) 대기 시스템을 관리하는 DBA 는

컨테이너에 통합된 모든 PDB 를 복제하기 위하여

CDB 단위에서 대기 구성을 셋업합니다.

그림 8: Oracle Multitenant – 데이터베이스 통합과 운영

단순화를 위한 새로운 아키텍처

28

Oracle Advanced Security

전송 중 데이터의 보호: Oracle Network Encryption

SAP 환경에서 사용자들은 Oracle Database 서버에 직접

연결되지 않습니다. 대신 SAP 애플리케이션 서버

인스턴스에 연결되며 SAP 서버 인스턴스가 Oracle

Database 서버에 연결됩니다. 따라서 이런 경우

애플리케이션 서버 인스턴스는 Oracle 클라이언트가

되고 오라클의 네트워크 암호 기능은 애플리케이션

서버와 데이터베이스 서버 간 이동하는 모든 데이터를

암호화합니다.

오라클의 네트워크 암호화는 Oracle 소프트웨어를

필요로 하며 이는 엔드-유저의 기기에 설치되지 않습니다.

따라서 SAP 사용자와 SAP 애플리케이션 서버 간 통신의

보호를 위하여 기타 기술 또는 제품이 반드시 사용되어야

합니다.

그러나 공격자들은 이동 중 데이터를 읽으려고 시도할 뿐

아니라 이를 탈취하여 수정을 꾀합니다. 따라서 네트워크

암호화 외에도 오라클은 데이터 정합성을 보장하기

위하여 Crypto-Checksumming 을 지원합니다. 암호화 및

Crypto-Checksumming 모두는 애플리케이션에 완전히

투명하며 시스템 관리자는 여러 알고리즘 중 선택할 수

있습니다.

주: 2013 년 6 월 기준 네트워크 암호화 및 crypto-checksumming 은 더 이상 Oracle Advanced Security 에 포함되지 않습니다. 모든 지원되는 오라클 데이터베이스 릴리즈의 모든 라이선스된 에디션에 추가비용 없이 포함됩니다.

저장 데이터의 보호 Oracle Transparent Data Encryption

Oracle Transparent Data Encryption (TDE)는

(다음 단락에서 설명할 백업 파일과 대비하여) 운영

데이터베이스를 구성하는 파일 내의 데이터에

적용됩니다.

이름이 내포하는 바와 같이 TDE 는 애플리케이션에

투명하며 애플리케이션 수정이 불필요합니다. SAP

NetWeaver 버전 7.20 부터 BRSPACE 를 사용하여

암호화 속성을 테이블 스페이스 레벨로 설정할 수

있습니다. BRSPACE 는 또한 암호화 키를 저장하는

wallet 의 관리를 위하여 사용됩니다.

Transparent Data Encryption 은 두 가지 버전으로

제공됩니다. 하나는 (Oracle Database 10g 부터 제공)

Column Encryption 이라 불리는데 그 이유는 다수의

SAP 테이블 중 일부만을 선택하거나 이들 테이블 중

민감한 데이터를 저장하는 개별 컬럼 만을 선택하여

암호화하기 때문입니다. 기타 컬럼은 모두 암호화되지

않습니다. 다른 하나는 (Oracle Database 11g 부터 제공)

Tablespace Encryption 입니다. 수백, 수천, 수만 개의

테이블을 포함하는 전체 테이블스페이스를 암호화할 수

있습니다.

저장 데이터의 보호: Oracle Backup Encryption

데이터베이스 백업에서 컬럼 암호화를 하기로 결정한

경우, 운영 데이터베이스 자체보다 데이터베이스 파일의

백업을 도난하는 것이 일반적으로 훨씬 용이합니다.

따라서 Oracle Advanced Security 가 제공하는 세 번째

기능은 백업 암호화에 관한 것입니다.

과제:

SAP 애플리케이션의 데이터 저장소인 Oracle

데이터베이스의 데이터를 읽거나 업데이트하기 위하여

합법 사용자의 분명하고 유일한 선택은 해당

애플리케이션에 국한됩니다. 그러나 SAP 의 사용자 관리 및

접근 제어를 우회하고자 하는 공격자들은 이동 데이터를

포착하기 위하여 네트워크 스니핑 툴을 사용하거나 저장

데이터 – 예를 들어 데이터베이스 파일 사본 - 을 읽기

위하여 일종의 파일 에디터를 활용할 수 있습니다.

가치 제안: Oracle Advanced Security 는 DBA 가 데이터를

암호화하고 공격자가 데이터를 이해하는 것을 어렵게

만드는 일련의 기능입니다. Oracle Network Encryption 은

이동 데이터의 보호를 위하여 사용될 수 있으며 Oracle

Transparent Data Encryption 및 Backup Set Encryption 은 운영

데이터베이스 파일 및 백업 사본의 데이터를 보호합니다.

인증/지원 Oracle Advanced Security 는 모든 SAP

NetWeaver 애플리케이션에 대하여 인증되었습니다.

구축은 SAP 의 지원을 받습니다.

버전: Oracle Database 11g, Oracle Database 12c

구현: Advanced Security 기능은 Oracle Net 구성 또는 SAP‘s

BR*Tool을 통해 활성화될 수 있습니다. 자세한 내용은 SAP

Notes 973450, 974876, 1324684 에서 확인 가능합니다.

29 SAP 고객을 위한 Oracle Database 옵션과 팩

데이터베이스 파일만을 백업하는 경우, 운영

데이터베이스 파일에서 암호화된 컬럼만이 백업

사본에서도 암호화될 것입니다. 그러나 Oracle

Recovery Manager (Oracle RMAN)와 Oracle

Advanced Security 를 결합함으로써 전체 백업 세트 (즉,

모든 데이터)가 암호화될 수 있습니다.

Database Vault

그림 9: Oracle Advanced Security – 이동 또는 저장 데이터의 암호화

DBA 와 같이 권한을 지닌 데이터베이스 사용자들은 DBA

툴을 사용하여 데이터베이스에 직접 접속하면서 SAP 의

보안 체크를 우회할 수 있습니다. (그림 10 참조) 이러한

유형의 위협에 대하여 암호화는 큰 도움이 되지 않습니다.

누군가가 충분히 권한을 지닌 계정을 통해 성공적으로

접속한 후, 쿼리를 보내면 오라클 데이터베이스는

친절하게도 쿼리 결과값을 이 사용자에게 보내줄

것입니다.

요청된 데이터가 암호화된 경우 오라클은 이를 해독할

것입니다. 오라클 데이터베이스 관점에서 이 사용자가

보낸 요청은 완벽하게 유효한 요청으로 보일 것입니다.

이것이 가능한 이유는 전통적으로 여러분에게 충분한

수의 시스템 권한이 명시적으로 부여되었다면, 여러분은

모든 테이블에 대한 객체 권한도 암묵적으로 부여 받기

때문입니다. 수 십 년 동안 사람들은 이를 당연히

여겼습니다. 최근에 와서야 기업은 데이터베이스 구조를

관리하는 DBA 가 기본적으로 데이터베이스 내의 모든

데이터를 읽고 심지어 수정까지 할 수 있는 권한을 갖는

것이 반드시 필요하고 바람직한가 라는 질문을 하기

시작하였습니다.

Oracle Database Vault

이 문제에 대한 해답은 데이터베이스의 새로운 권한

관리전략을 필요로 합니다. 이 전략은 시스템 권한과

객체 권한을 계속 제공하면서도 암묵적으로 부여되는

객체 권한을 제거해야 합니다.

이것이 바로 Oracle Database Vault 가 하는 일입니다.

Oracle Database Vault 는 전통적인 데이터베이스 권한

관리 전략을 보다 유연하며 강력한 새로운 전략으로

대체합니다. 이 제품은 모든 암묵적인 권한 부여를

제거하고 대신 액세스 권한과 효과적인 액세스를 위한

환경을 명시적으로 정의합니다. 이는 전통적인 사용자-

권한 또는 사용자-역할의 상관관계를 현격히 뛰어넘는

기능입니다.

Oracle Database Vault 는 기업이 업무 분장 또는 4 개의

눈 원칙과 같은 개념을 구현 및 집행할 수 있도록

지원합니다.

과제:

공격자들이 써드파티 툴이 아닌 Oracle 툴을 사용하여 SAP

애플리케이션을 우회하는 경우 데이터 암호화는 소용이

없습니다. 이는 권한을 지닌 데이터베이스 사용자 (DBA)의

경우에 특히 위험성이 커집니다. 또한 DBA 가 아웃소싱된 경우

또는 데이터가 클라우드에 저장된 경우 더욱 위험합니다.

가치 제안: Oracle Database Vault 는 전통적인 데이터베이스

권한 관리 전략을 보다 유연하며 강력한 새로운 전략으로

대체합니다.

이는 전통적인 사용자-권한 또는 사용자-역할의 상관관계를

현격히 뛰어넘는 기능입니다. Oracle Database Vault 는 기업이

업무 분장 또는 4 개의 눈 원칙과 같은 개념을 구현 및 집행할 수

있도록 지원합니다.

인증/지원 Oracle Database Vault 는 모든 SAP NetWeaver

애플리케이션에 대하여 인증을 받았습니다. 구축은 SAP 의

지원을 받습니다.

버전: Oracle Database 11g, Oracle Database 12c

구현: Database Vault 는 Oracle Database Vault Administrator

30

Oracle Database Vault for SAP

오라클이 판매하는 Oracle Database Vault 는 단순한 툴

박스에 불과합니다. 사전 정의된 구역(realm)과 역할을

제공하는 것은 사실이지만 이는 시스템 테이블에 관한

구역과 매우 일반적인 역할입니다.

사전 정의된 구성요소를 통해 Oracle Database Vault 가

기능을 할 수 있고 사용자가 사용이 가능하지만

애플리케이션에 특화된 데이터를 보호할 수는 없습니다.

그 이유는 오라클이 애플리케이션과 데이터에 대해서는

전혀 알 수 없기 때문입니다. 오라클은 단지 툴박스를

제공할 뿐이고 보안 요구사항을 정의하고 이러한

요구사항을 접근 제어 정책으로 변환하는 것은 사용자의

몫입니다.

그러나 여기에는 유의미한 차이가 있습니다. 고객이 자체

개발한 애플리케이션을 사용하는 경우 오라클이 더 큰

역할을 해서는 안됩니다. 허나 수천 또는 수만 곳의

기업이 특정 표준 애플리케이션을 사용하고 설계에 따라

이들 기업의 보안 요구사항이 (최소한 일정 수준)

동일하다고 하였을 때, 오라클은 응당 요구사항을

분석하고 기본적인 보안 정책을 구현해야 할 것입니다.

오라클은 바로 이러한 일을 수행했습니다. 고객들이

애플리케이션에 특화된 보안 정책의 지루한 기본

사항을 구현하기 위하여 필요한 시간을 절약시켜주고

기업들이 기본적인 정책의 구현을 놓치지 않도록

보호하여줍니다. 오늘 기준으로 오라클은 일련의 사전

정의된 애플리케이션 특화된 Oracle Database Vault

정책을 제공하고 있으며 Oracle Database Vault for

SAP 은 이 중 하나입니다.

그림 10: Oracle Database Vault – 권한 보유 사용자 접근 제어 및

분석

Real Application Testing (RAT)

Oracle Real Application Testing 은 고객이 실제와 동일한

테스트를 할 수 있도록 도움을 줍니다. 운영

데이터베이스의 워크로드를 포착하고 운영 시스템에

적용하기 전에 시스템 변경의 영향을 판단함으로써

변경사항으로 인한 불안정성의 리스크를 최소화

시켜줍니다. Oracle Real Application Testing 은

Database Replay 와 SQL Performance Analyzer 두 가지

구성요소를 지닙니다.

Database Replay

오늘날의 로드 테스트는 일반적으로 테스트 팀이

사용자들이 해당 시스템에서 수행할 예상 작업에

기반하여 인위적인 워크로드를 생성하도록 지원하는

툴을 사용하여 이루어집니다. 이러한 워크로드는

애플리케이션에 요청을 보내는 최종 사용자로 가장한

애플리케이션의 가상 사용자에 의하여 재현될 수

있습니다. 비록 폭넓게 사용되고 있지만 이러한

과제:

데이터베이스 소프트웨어 패치 또는 업그레이드,

데이터베이스 서버 구성 수정, 신규 데이터베이스

기능/옵션의 구현으로 데이터베이스 서버와 전체

시스템의 성능, 가용성, 보안성을 향상시킬 수 있습니다.

특히 고객 또는 애플리케이션 특화된 성격을 고려하기

위하여 관리자는 새로 도입하는 기능이나 구성이 운영

시스템에서 어떻게 구동되는지를 알고자 할 것입니다.

가치 제안: 여러 테스트 시스템이 지닌 주요 문제는 테스트

용 워크로드가 운영 시스템의 워크로드보다 소규모이거나

상이하다는 점이며 새로운 기능과 구성이 테스트

시스템에서는 잘 구동되지만 운영 시스템에서는

그렇지 않다는 점입니다.

따라서 Oracle Real Application Testing 은 고객들이 운영

데이터베이스의 워크로드를 포착하여 이를 테스트

시스템에서 재현할 수 있게 지원합니다. 이렇게 두 단계를

결합함으로써 현실과 동일한 워크로드를 활용하여 운영

시스템에 구현되기 전에 변화의 실제 영향을 이해할 수

있습니다.

인증/지원 Oracle Real Application Testing 은 모든 SAP

NetWeaver 애플리케이션에 대하여 인증을 받았습니다.

구축은 SAP 의 지원을 받습니다.

버전: Oracle Database 11g, Oracle Database 12c

31 SAP 고객을 위한 Oracle Database 옵션과 팩

접근법은 데이터베이스 레벨의 변화를 테스트하기에는

부족한 점이 많습니다.

• 인위적인 워크로드의 생성은 상당한 시간이

소요되며 프로그래밍 전문지식이 필요합니다.

• 사용자 행동을 정확히 이해할 수 없기에 인위적인

테스트에서 워크플로우가 누락되는 경우가

많습니다.

• 운영 규모의 데이터베이스 동시 실행은 이러한

툴을 활용하여 시뮬레이션 하기에 거의

불가능합니다.

• 이러한 툴은 최종 사용자를 시뮬레이션 하기에

테스트를 위하여 완전한 애플리케이션 스택이

필요합니다.

Oracle Real Application Testing 에서 제공되는 Database

Replay 기능은 DBA 와 시스템 어드민에게 온라인 사용자

및 배치 워크로드를 포함한 실제 운영 워크로드를 테스트

환경에서 정확하고 충실하며 현실적으로 재구동할 수

있는 능력을 제공합니다. 운영 시스템에서 동시실행,

종속관계, 타이밍을 포함한 전체 데이터베이스

워크로드를 포착함으로써 Database Replay 는 운영

워크로드를 테스트 시스템에서 정확히 재창조함으로써

시스템 변경사항을 현실적으로 테스트할 수 있도록

지원하며 이는 일련의 스크립트로는 절대 동일하게

수행할 수 없습니다. Database Replay 를 활용하여

DBA 와 시스템 어드민이 테스트 가능한 내용은 아래와

같습니다.

• 데이터베이스 업그레이드, 패치, 파라미터, 스키마

변경 등

• 싱글 인스턴스에서 RAC, ASM 등으로 전환과 같은

구성 변경

• 스토리지, 네트워크, 인터커넥트의 변경

• OS, 하드웨어 마이그레이션, 패치, 업그레이드,

파라미터 변경

SQL Performance Analyzer

Database Replay 는 오라클의 Real Application

Testing 의 절반의 몫을 담당하며 나머지 절반은 SQL

Performance Analyzer 이라는 툴이 담당합니다. 이 두

가지 툴의 주요 차이점은 다루는 범위에 있습니다.

Database Replay 가 데이터베이스의 모든 활동의 포착

및 재현에 적용된다면, SQL Performance Analyzer 는

특정 SQL 구문을 포착하여 재현할 수 있습니다. 후자의

경우 애플리케이션이 발행한 SQL 문을 약간 변경하여

그 영향을 평가할 수 있기 때문에 SQL 튜닝에 있어서

상당한 이점을 지닙니다.

SQL Performance Analyzer(SPA)는 환경 변경으로 인해

야기되는 SQL 실행 성능 문제를 예측 및 예방합니다.

SQL Performance Analyzer 는 변경 전후에 연속적으로

SQL 문을 실행함으로써 환경 변경이 SQL 실행 계획 및

통계 값에 미치는 영향에 대한 상세한 뷰를 제공합니다.

그림 11: Real Application Testing (RAT) – 실제 워크로드의 포착

및 리플레이

32

Enterprise Manager Packs

SAP DBA Cockpit 및 Enterprise Manager

Diagnostics Pack

Oracle Diagnostic Pack 은 자동 성능 진단과 고급

시스템 모니터링 기능을 제공합니다. Diagnostic

Pack 에는 아래의 기능이 포함됩니다.

• Automatic Workload Repository (AWR): AWR 은

모든 Oracle 데이터베이스 내부에 빌트인 된

저장소이며 특정 데이터베이스에 대한 운영 통계자료

및 기타 구성과 사용량 정보를 포함합니다. 정기적인

인터벌을 두고 Oracle 데이터베이스는 성능 통계와

워크로드 정보에 대한 스냅샷을 생성하여 이를

AWR 에 저장합니다. 따라서 AWR 은 Oracle

데이터베이스의 셀프 관리 기능 대부분의 근간이

됩니다. 또한 Oracle 데이터베이스가 어떻게

사용되고 있는가에 대한 이력 정보를 제공하여

시스템 환경에 특별히 맞춤화되고 정확한 의사결정을

할 수 있는 정보의 원천입니다. Oracle

데이터베이스의 셀프 관리 기능의 대부분은 AWR 에

수집된 정보에 높은 의존성을 지닙니다. AWR 의

데이터는 지속적 또는 비교적 성능 진단을 아우르는

모든 유형의 성능 이슈를 진단하는 목적으로도

유용하게 사용됩니다.

• Automatic Database Diagnostic Monitor (ADDM):

ADDM 은 AWR 에 수집된 데이터를 근간으로

구축됩니다. 이는 Oracle 데이터베이스가 자체 성능을

진단하고 식별된 문제의 해결 방법을 결정하도록

지원합니다. ADDM 은 각 AWR 통계 수집 이후에

자동으로 실행되며 성능 진단 데이터가 즉각

생성됩니다. ADDM 은 AWR 에서 수집된 데이터를

평가하고 분석을 수행하여 선제적으로 주요한 문제를

판단하고, 권고 솔루션을 제시하며, 예상되는 이점을

정량화합니다.

• Active Session History (ASH): 모든 액티브 상태의

데이터베이스 세션은 몇 초 마다 자동적으로

샘플링되어 ASH 에 저장되고 데이터는 데이터베이스

메모리의 롤링 버퍼에 수집됩니다. ASH 데이터는 현재

데이터베이스가 시간을 투입하는 영역을 보여주고

성능 병목구간을 나타냅니다. ASH 가 여러 성능 속성을

가지고 세션 상태를 수집하기 때문에, 인메모리 ASH

데이터는 데이터베이스 워크로드 프로필을 이해하고

CPU 스파이크 또는 I/O 스톰과 같이 매우 단기간

발생하는 일시적인 성능 이슈를 선제적으로 진단하기

위하여 매우 효과적으로 사용될 수 있습니다.

과제: 완전한 IT 인프라의 모니터 및 관리는 종종 어려울 수

있습니관리자는 여러 가지 목적을 위해 설계된 여러 개의

관리 툴을 사용하게 됩니다.

가치 제안: 하드웨어부터 데이터베이스,

애플리케이션까지 전체 IT 스택을 제공하는 오라클은

통합된 전사적 관리 툴의 필요성을 실감하였습니다. 그러나

불필요한 복잡성의 제거를 위하여 Oracle Enterprise Manager

Grid/Cloud Control 은 기초 제품과 특화된 기능을 전담하는

여러 개의 팩으로 구분됩니다. 팩의 사용 여부와 무관하게

Orale Enterprise Manager 는 항상 IT 환경의 완전한 가시성을

부여합니다.

인증/지원 SAP on Oracle 고객은 선택권을 지닙니다.

일단 SAP 가 제공하는 일련의 관리 툴인 BR*Tools

제품군이 있습니다.

이들 툴은 SAP 에 특화된 지식을 포함하고 있기에 사용이

용이합니다. 또한, 강력한 Oracle Enterprise Manager 와 팩이

있습니다. 그러나 일부의 경우에 Oracle Enteprise Manager

또는 그 팩이 필요한데 그 이유는 Oracle Database 기능을

지원하는 BR*Tool 이 없거나 (예- Database Vault) SAP 와

Oracle 기능이 매우 강력하게 통합되었기 때문에 두 가지

모두가 함께 필요로 하는 경우(예- SAP DBA Cockpit 과

Enterprise Manager Diagnostics Pack)입니다.

버전: Oracle Database 11g, Oracle Database 12c

구현: SAP 환경에서 Oracle Enterprise Manager 의 사용에

관한 일반적인 정보는 SAP Notes 355770 및 1028068 에서

확인 가능합니다. 특별한 사용 예시는 추가적인 노트와

백서에서 설명될 것입니다.

33 SAP 고객을 위한 Oracle Database 옵션과 팩

ADDR, ASH, AWR 와 같은 Oracle Diagnostics Pack 의

진단 및 분석 기능은 SAP 의 DBA Cockpit 과 매우

긴밀히 통합되어 있습니다. 따라서 DBA Cockpit 은

Oracle Diagnostics Pack 을 필수로 요청합니다.

Database Lifecycle Management Pack

Provisioning and Patch Automation Pack 은 소프트웨어,

애플리케이션, 패치의 구축을 자동화시킵니다.

필수적인 데이터 센터의 운영을 손쉽고, 효율적이며 확장

가능하게 만들어주어 결과적으로 운영 리스크와 소유

비용을 줄여줍니다. OS, 미들웨어, 데이터베이스를

포함한 전체 소프트웨어 스택에 프로비저닝할 수 있는

능력과 종합적인 리포트 툴이 결합된 Provisioning and

Patch Automation Pack 은 전체 시스템 관리 영역에서

매우 중요한 요소로 자리잡고 있습니다.

Provisioning and Patch Automation Pack 은 다양한

종류의 제품과 고객 환경에서 중단없이 작동하는 엔드-

투-엔드 패칭 솔루션을 포함합니다. 패칭 솔루션은

데이터베이스와 근간이 되는 OS 에 Oracle 패치의 적용을

자동화 시켜줍니다.

SAP 과 통합 지원을 제공하는 것에 더해 Oracle Solution

Support Center for SAP 의 기술 전문가들이

ACS 를 통해 고객의 특정 니즈를 반영한 다양한

서비스와 워크숍 및 기타 활동을 펼치고 있습니다.

또한 이 솔루션은 서비스 셧다운 및 스타트업 또는 필요

시 딕셔너리 변경과 같은 패치 전, 후 단계를 관리합니다.

이는 또한 유연한 Deployment Procedure

프레임워크를 활용하여 사용자가 패칭 프로세스 내에

특정한 액션에 대한 단계를 추가할 수 있도록

지원합니다.

Provisioning and Patch Automation Pack 은 즉시

사용이 가능한 Deployment Procedure 와 함께

제공되며 최대 가용성을 위한 베스트 프랙티스를 따라

“골드 이미지”에서 Oracle Database (싱글 인스턴스 및

RAC), Oracle Clusterware, Oracle Automatic Storage

Management 를 프로비저닝합니다. 골드 이미지는

테스트 및 승인된 소프트웨어 이미지로써 구축 전 어느

레벨로도 패치 적용이 가능합니다.

SAP 환경을 위하여 MOPatch 유틸리티는 Oracle

Enterprise Manager 의 Deployment Procedure 와

통합되어 Oracle 데이터베이스의 패치

오케스트레이션을 자동화할 수 있습니다. 관련된

내용은 백서 “Patching of Oracle Databases in SAP

Environments using Oracle Enterprise Manager”를

확인하십시오.

그림 12: Oracle Enterprise Manager Diagnostics Pack 과 SAP DBA Cockpit

34

마치며

어떤 의미에서 보자면 Oracle 데이터베이스는 늘 데이터

관리 인프라 역할을 해왔고 따라서 통합과 분리 또는

차별화라는 두 가지 상반되는 목표를 지원해야 하는

필요성이 있었습니다. 오라클은 늘 멀티-유저, 멀티-

스키마, 또한 가능한 경우 멀티-애플리케이션을 위한

데이터베이스였습니다. 따라서 가용한 데이터의 여러

테이블로의 기본적인 분리 외에도 애플리케이션에

특화된 스키마를 분리해야 하는 필요성이

존재해왔습니다. 성능으로 인하여 유저/애플리케이션

데이터 용 파일과 redo 로그 또는 undo 정보용 파일을

분리해야 하는 필요성도 있습니다. 완전한 데이터 관리

시스템으로써 오라클 데이터베이스는 늘 어댑터,

게이트웨이 등의 수단을 제공하여 사용자와 배치 작업이

오라클 데이터베이스 내에 저장된 데이터와 다른 외부

데이터 소스에서 전송되는 데이터를 조인(join)할 수 있게

지원합니다.

그러나, 많은 고객이 경험하는 데이터의 급증, 워크로드

증가, 유지보수 기간의 축소의 결과로 오라클은 보다

정교한 솔루션을 추가로 제공해야 할 필요성을

느꼈습니다. 이는 Oracle Database 10g, Oracle Database

11g, 그리고 다시금 Oracle Database 12c 에서도

발생하고 있습니다.

데이터 하위집합의 정의

몇 해 전, 과거의 버전에서 최초로 출시된 Table and

Index Partitioning 은 데이터 차별화의 좋은 사례이며

매우 강력한 기술입니다. 따라서 이 기술은 본 문서의

초반부에 언급된 바 있습니다. 이 기술은 독립적으로 접근

및 관리되는 테이블 데이터의 하위집합의 정의를 위하여

사용됩니다.

하위집합 및 접근 패턴

구체적인 파티셔닝 전략을 결정함에 있어 데이터만을

고려할 것이 아니라 접근 패턴까지 고려하는 것이

중요합니다. 대부분의 쿼리가 위치 기준으로 데이터에

접근할 때 월 기준 테이블 파티션은 무용지물이거나

심지어 성능에 부정적인 영향을 줄 수도 있습니다.

그러나 데이터의 하위집합을 접근 패턴으로 분리하는

새롭고 기존에 불가능했던 방식의 도입은 Oracle

Database 12c 기능과 옵션의 주요 목표입니다.

Advanced Compression 에 포함된 기능인 Heat Map 은

수정 및 쿼리 타임스탬프를 자동 추적하여 데이터가

어떻게 접근되는가에 대한 상세한 정보를 제공합니다.

Automatic Data Optimization (ADO)는 Heat Map 을

통해 수집한 정보를 토대로 사용자 정의 정책에 따라

데이터를 자동으로 이동 및 압축시킵니다. 이는 다른

접근 성격으로 정의되는 상이한 데이터 하위집합에

상이한 스토리지 매체와 상이한 압축 알고리즘의

선택과 같이 스토리지 및 압축 계층화의 구현이

가능하다는 의미를 지닙니다.

Oracle Database In-Memory 는 관리자가 메모리에서

상이한 트랜잭션 유형과 상이한 데이터 재현을

구분하여 모든 유형의 트랜잭션 및 애플리케이션에

하나의 단일 데이터 포맷을 선택해야 하는 요건으로

인하여 발생하는 트레이드오프를 예방할 수 있도록

허용합니다. 새로운 In-Memory 옵션에 따라 Oracle

Database 12c 는 OLTP 트랜잭션에 사용되는 데이터는

로우 포맷으로, 분석에 사용되는 데이터는 컬럼

포맷으로 동시에 저장할 수 있습니다.

워크로드 분산

기타 옵션들은 워크로드 분산에 집중하고 있습니다.

대표적인 예로써 시스템 워크로드를 분산하고 최소

오라클 인스턴스 수만큼 구동되는 여러 대의 서버에서

워크로드를 처리할 수 있도록 하는 Real Application

Clusters(RAC)를 들 수 있습니다. 고객은 모든

인스턴스가 동일 유형 (또는 조합의) 워크로드를

처리하거나 다른 인스턴스가 다른 유형의 워크로드(예-

양방향 트랜잭션 vs 배치 작업)를 처리하도록 결정할 수

있습니다.

35 SAP 고객을 위한 Oracle Database 옵션과 팩

그림 13: 오라클의 멀티 티어 데이터 관리 인프라

워크로드 분산 기능 외에도 RAC 는 시스템 가용성을

증가시켜줍니다. 이는 Data Guard 의 경우에 더욱

그러한데 Data Guard 는 대기 데이터베이스를

유휴상태에 놓을 필요성이 없고 백업 또는 특정 조건

하에서 리포트 기능 등을 위한 용도로 사용할 수

있습니다. 다르게 표현하자면 Data Guard 역시 워크로드

분산의 구현을 지원합니다.

데이터 접근 정책

약간 다른 측면에서 보자면 오라클의 보안 옵션은 접근

패턴과도 관계되어 있습니다. 특히, Database Vault 는

보안 관리자가 권한을 지닌 사용자가 접근이 허락되지

않은 데이터를 읽거나 조작하는 것을 방지할 수 있도록

접근 정책을 정의 및 실행하도록 지원합니다. “업무

분장(segregation of duties)”과 같은 표현은 데이터 접근

정책에 있어서도 분리와 결합 간에 균형을 추구함을

명확하게 보여줍니다.

데이터베이스 관리

Oracle Database 12c Multitenant 는 데이터 관리 인프라

원칙을 완전히 다른 수준으로 격상시켰습니다. 여기서

단순히 많은 테이블 또는 많은 사용자를 위한 인프라를

이야기하는 것이 아니라 많은 데이터베이스를 위한

인프라를 이야기하고 있습니다. 또한 여기서도 통합에는

분리가 명확히 필요합니다.

쉽게 말하자면 Multitenant 는 모든 단일

데이터베이스에 개별적으로 실행되어야

하는(차이점으로 인하여) 관리 업무와 전체 또는 특정

그룹의 데이터베이스에 한번에 실행 되어야

하는(차이점이 없기 때문) 관리 업무 간에 구분을

지어줍니다. 예를 들어, 특정 패치를 25 개의

데이터베이스 시스템에 적용한다는 것은 동일한

프로세스를 25 번 반복해야 한다는 뜻입니다. 따라서

Oracle Multitenant 는 이 작업을 모든 Pluggable

Database 를 위하여 한번에 수행할 수 있도록 Container

Database 단위로 이동시켜줍니다. 반면, 포인트-인-

타임 복구는 다른 PDB 에 영향을 주어서는 안되기

때문에 PDB 단위에서 수행되어야 하는 작업입니다.

또한, Provisioning and Patch Automation Pack 은

관리자가 모든 경우에 유사한 작업을 자동화할 수

있도록 지원합니다. 그 예는 Oracle 패치의 적용 또는

“골드 이미지”를 기반으로 한 신규 시스템의

프로비저닝을 들 수 있습니다.

Monitoring and Testing

그렇다면 여러분의 시스템은 위와 같은 기능의 혜택을

누릴 수 있을까요? 어떻게 확신할 수 있습니까? 또한

이들 기능이 시스템에 긍정적인 영향을 미치기 위하여

어떻게 구현되어야 할까요?

Real Application Testing 이 여러분이 위와 같은 질문에

답할 수 있도록 도와드릴 수 있습니다.

36

최고의 성능, 최고의 가용성에서 DB 통합을 위한 최고의 지원까지

– SAP 애플리케이션을 위하여 Oracle Database 를 사용해야 하는 여러 가지 이유와 차별점

Oracle Database & Engineered Systems for SAP 를 사용하는 이유

중견기업에서 대기업까지 전 세계 수 만 곳의 고객이 SAP 를

위한 Oracle Database 를 사용하여 그 혜택을 누리고 있습니다.

여기에는 여러 가지 강력한 이유가 있습니다. Oracle

Database 가 대부분의 SAP 고객에게 첫 번째 선택인 뛰어난

차별화 요소를 살펴보겠습니다.

28 년 이상 오라클과 SAP 는 SAP 고객을 위하여 Oracle

Database 를 최적화하기 위한 협업을 지속해왔습니다.

양 사의 약속과 계약서의 갱신은 오랫동안 유지되어온

관계와 파트너십을 잘 나타냅니다. 무엇보다도 SAP

고객은 오라클의 혁신으로 인한 혜택을 누리고 있습니다.

오라클의 혁신은 비즈니스 니즈와 요건의 충족을 위한

유연한 솔루션을 제공합니다. 동시에 SAP 고객은 SAP

애플리케이션에 Oracle Database 를 사용할 때의 뛰어난

지속가능성과 투자 보호를 높이 사고 있습니다.

보다 자세히 들여다보면 왜 Oracle Database for SAP 가

SAP 애플리케이션을 위한 가장 선도적인 최고의

RDBMS 인가를 분명히 알 수 있습니다. Oracle Database

for SAP 가 SAP 애플리케이션과 함께 사용될 수 있는 기타

데이터베이스와 비교하여 어떤 핵심 차별화 요소를 지니고

있는지 자세히 살펴보겠습니다. Oracle Database for SAP

11g, 12c 및 Oracle Exadata Machine 을 비롯한 Oracle

Engineered Systems 에서는 각각에 해당하는 8 가지

이상의 차별화 요소를 찾을 수 있습니다.

1.) 최고의 성능과 확장성

오라클은 Unix 와 Linux 에서 SMP 및 Cluster 환경에서

뛰어난 확장성과 성능을 보이며 세계 최고 수준의 SAP SD

및 BI-D (BI-Data Mart) 벤치마크 결과를 보유하고

있습니다

Oracle Real Application Clusters (RAC)는 SAP

애플리케이션의 근선형 확장성을 달성할 수 있는 유연한

방법을 제공합니다. RAC 를 활용하는 고객은 데이터베이스

서버 계층을 수직 확장 또는 수평 확장할 수 있습니다. 모든

RAC 노드가 액티브 상태이기 때문에

SAP 고객은 운영 워크로드의 요구사항을 충족시킬 수

있습니다. 다수의 고객이 도입한 Oracle RAC 는 모든

SAP 제품에 대하여 인증받은 유일한 일반적으로

사용가능한 클러스터 데이터베이스 솔루션이며

Oracle Clusterware 에 기반하여 SAP 자원의

고가용성을 제공하므로 써드파티 소프트웨어가

불필요합니다.

Oracle Automatic Storage Management (ASM) 은

Oracle Database 파일을 위한 볼륨 매니저이자 파일

시스템으로써 단일 인스턴스 Oracle Database 와

Oracle Real Application Clusters 구성을 지원합니다.

ASM 은 오라클이 권장하는 스토리지 관리

솔루션으로써 전통적인 볼륨 매니저, 파일 시스템,

로우(raw) 디바이스에 대한 대안을 제시합니다.

Oracle Database In-Memory 옵션은 Analytics, Data

Warehousing, Reporting 및 OLTP 성능을 가속화

시켜줍니다. Oracle Database 12c 의 In-Memory

옵션은 기존 애플리케이션과 100% 호환되며 모든

기존 Oracle Database 기능을 활용합니다. Oracle

Database 12c 상에서 구동되는 모든 애플리케이션은

Oracle Database In-Memory 옵션을 자동으로

투명하게 활용할 수 있습니다. 기존 애플리케이션은

수월하게 속도 개선을 경험하면서 모든 기능을 계속

사용할 수 있습니다. 이전에는 성능 한계로 인하여

현실성이 떨어졌던 신규 애플리케이션의 개발이

가능해집니다.

SAP BW Flat Cubes 와 Oracle Database In-Memory:

데이터 모델링 기술인 Flat Cubes (SAP 가 “HANA-

최적화된 InfoCubes”라고 명명)는 고객이 SAP BW

데이터 모델을 단순화할 수 있도록 지원합니다.

SAP on Oracle 고객이 누리는 이점: 성능 향상, SAP

Bw 와 Oracle Database 12c 와의 통합 최적화, 인덱스

및 집계(aggregates)의 제거, 더 빠른 쿼리 응답속도

및 더 빠른 데이터 적재를 통한 비용 절감

Why Oracle Database and Engineered Systems for SAP?

37

Oracle Exadata Database Machine 을 통해 점진적인

온디맨드 방식으로 수평 확장 및 수직 확장이 가능합니다.

Eighth, Quarter, Half, 또는 Full rack 중 적절한 Oracle

Exadata 사이즈로 시작할 수 있습니다. Exadata 는 추가

속도나 용량을 필요로 하기도 전에 다음 사이즈로

업그레이드 됩니다. 전면적인 (forklift) 방식의

업그레이드가 불필요합니다.

Exadata 는 데이터 집약적 SQL 작업을 Oracle Exadata

Storage Server 로 분산하고 쿼리와 연관된 행과 열만을

DB 서버로 전송시키는 고유의 기술을 선보입니다.

결과적으로, OLTP 처리와 데이터 웨어하우스 모두의

경우에 뛰어난 성능을 보여줍니다. 데이터를 요청하는

SAP 트랜잭션은 최고로 빠른 검색을 위하여 플래시

메모리에서 처리될 것입니다. 리포트와 배치 사용자는

SAP 트랜잭션 사용자와 간섭이 없을 것이며 SAP BW/BI

데이터 웨어하우스는 수십 배, 수백 배 빠른 쿼리 응답

속도를 사용자에게 선보일 수 있습니다.

2.) 최고의 구축 유연성

Oracle Database 는 Unix, Linux, 및 Windows 까지 가장

광범위한 플랫폼 지원을 제공합니다. 모든 OS 에서

동일한 코드 기반을 사용하며 이는 전체 하드웨어

플랫폼과 OS 에서 동일한 기능, 툴과 기능이 구축됨을

의미합니다. 따라서 고객은 구축 환경에 가장 비용

효율적인 플랫폼을 선택할 수 있습니다

고객이 OS 의 변경을 원하는 경우 오라클은 Oracle-to-

Oracle (O2O) 마이그레이션 서비스와 같은 빠르고

효율적인 솔루션을 제공합니다. 대부분의 고객은

오프라인 마이그레이션을 허용할 여력이 없습니다.

이러한 경우 오라클은 Triple-O 마이그레이션을 제공하고

있습니다. 매우 짧은 다운타임만을 요구하는 온라인

Oracle to Oracle 마이그레이션 서비스입니다. 이를 통해

데이터베이스 규모와 무관하게 마이그레이션 다운타임은

몇 시간에서 몇 분으로 단축됩니다.

Oracle Database 12c 의 새 옵션인 Oracle Multitenant*는

통합, 프로비져닝, 업그레이드 등을 단순화함으로써

고객의 IT 비용 절감에 도움을 줍니다. 이는 하나의

멀티테넌트* 컨테이너 데이터베이스가 다수의 플러거블

(pluggable) 데이터베이스를 보유할 수 있도록 하는

새로운 아키텍처를 기반으로 하고 있습니다.

기존 데이터베이스를 변경하지 않고 단순하게 플러거블

데이터베이스로 전환할 수 있으며 애플리케이션의 기타

계층에도 변경이 불필요합니다.

전통적으로 오라클은 써드파티 하드웨어와 OS 로

구성된 시스템에 설치될 수 있는 Oracle Database

Server 소프트웨어를 제공해 왔습니다. 이 접근법은

여전히 유효합니다. 그러나 이제 오라클은 이 외에도

자체적으로 머신, OS, 데이터베이스를 제조하여

공급하는 “Engineered System”을 제공합니다.

Oracle 데이터베이스의 구동을 위한 모든 내재된

구성요소는 Oracle 전문가에 의해서 사전 구성, 사전

튜닝, 사전 테스트되어 제공되므로 고성능 시스템의

구축에 필요한 수 주 또는 수 개월의 노력이

불필요합니다.

3.) 최고의 가용성과 신뢰성

Oracle RAC for SAP 는 데이터베이스 서버를 단일 장애

지점(SPOF)에서 제거할 수 있습니다. 최소 하나의

데이터베이스 인스턴스가 정상 구동되는 한

데이터베이스는 온라인 상태를 유지합니다. Oracle

Data Guard 는 Oracle RAC 를 보완하여 장애 시 SAP

다운타임 없는 재해 복구 솔루션을 제공합니다.

Data Guard 는 Flashback (다운타임을 현격히

최소화하기 위하여 복원 없이 데이터베이스 수정을

rewind 하는 기술)과 함께 사용됩니다. Online

Patching 은 고객들이 데이터베이스 인스턴스의 작동을

중단하지 않고 단일/번들 패치를 완전히 온라인으로

구축할 수 있도록 지원합니다.

SAP 고객은 Oracle Automatic Storage Management

(ASM)을 보완하기 위하여 Oracle Database 12c

Release 1 (12.1.0.2)에서 제공되는 (X2, X3, X4 및

X5 에서도 가능) Oracle Cloud File System (ACFS)을

사용할 수 있습니다. 이를 통해 non-Database 파일을

ACFS 에 저장할 수 있으며 이는 Exadata X5 에서도

지원되는 기능으로 /sapmnt 및 /usr/sap/trans 과 같은

SAP 관련 파일을 외부 NFS 파일 시스템의 사용 없이

저장할 수 있습니다.

38

Oracle Exadata Database Machine for SAP 은 높은

수준으로 설계되고 사전에 검증된 구성으로써 ‘구축

즉시(out of the box)’ 고가용성을 제공합니다.

Exadata 의 이중화 아키텍처로 인하여 모든 단일

장애지점은 사라졌습니다. 미러링, 결함 격리, 드라이브

및 셀 장애 보호와 같은 널리 알려진 기능이 Exadata 에

편입되어 이를 통해 지속적인 가용성과 데이터 터보호를

보장합니다.

사전 구축된 Exadata 는 구축, 설치, 구성에 소요되는

시간과 비용을 절감시켜줍니다. (HW, OS, DB, RAC,

Clusterware 등)

4.) 초대형 데이터베이스에 대한 최고의 지원

Oracle 데이터베이스는 가장 효율적인 디스크 공간

사용을 제공하는 것으로 잘 알려져 있습니다. 이는

데이터베이스 규모가 계속 크게 성장하는 SAP 고객에게

매우 중요한 요소입니다.

SAP 환경에서 데이터베이스에 할당된 디스크 공간의

1/3 을 차지하는 B Tree 인덱스의 압축은 더 많은 인덱스

정보가 동일한 메모리에 저장되도록 함으로써 (cache)

I/O 를 감소시키고 전반적인 성능을 향상시킵니다.

오라클의 Advanced Compression 에 구현된 테이블 압축

기능은 단일 데이터베이스 블록 내의 여러 개의 컬럼

간에서도 중복 값을 제거하는 고유의 알고리즘을

채택하였습니다. 이 접근방법은 디스크 공간 절감, 성능

이점, 관리 용이성을 함께 선보입니다.

Oracle Database 12c의 Advanced Index Compression은

고유의 알고리즘을 사용하여 블록 단위에서 인덱스

입력의 공간을 최적화하며 결과적으로 필요 디스크

공간의 절감, 데이터 접근 속도 향상, SAP 시스템

전반적으로 더 높은 처리량을 가져옵니다.

Out-of-line LOBS (SecureFiles) Compression, Client-

Server Network Compression, Data Guard Compression,

Expdp Compression, RMAN Backup Compression

등은 SAP 고객이 활용할 수 있는 압축 관련 기능의

추가적인 개선사항입니다.

Unicode 마이그레이션(새로운 SAP 릴리즈의 필수요건)

시 완전한 데이터 언로딩 및 로딩은 오라클을 통해

최적화되어 이로써 최대 시간 당 1 테라바이트의 높은

데이터 전송률을 지닌 가장 빠른 SAP Unicode

마이그레이션이 가능하게 되었으며 SAP 제품과 완전

통합되었습니다. 가장 큰 수 TB 의 데이터베이스도 일

주일 내에 마이그레이션 되었습니다.

Oracle Database 를 사용하는 SAP 고객은 I/O 절감과

성능 향상을 위한 풍부한 유형의 테이블 파티셔닝의

장점을 누릴 수 있습니다. Oracle Database 11g Release

2 는 설계 유연성과 애플리케이션 성능 개선을 목표로

하는 서브-파티셔닝 및 인터벌 파티셔닝으로 이 목록을

보다 확장시켜줍니다.

Oracle Database 12c 에서 여거 신기능이 Advanced

Compression Option (ACO) 옵션에 추가되어 Oracle

Database 의 스토리지 관리 기능을 강화시켜줍니다.

Heat Map 은 자동적으로 수정 사항과 쿼리

타임스탬프를 추적하여 데이터 접근 현황에 대한

상세한 통찰력을 제공합니다.

Hybrid Columnar Compression –Oracle Engineered

Systems (Exadata 플랫폼)에서 제공 – 의 가장 높은

수준의 데이터 압축을 통해 기업은 I/O 를 감소시키고

놀라운 수준의 비용 절감과 성능 향상을 누릴 수

있습니다. 구현된 Hybrid Columnar Compression

수준에 따라 평균 10 배에서 15 배 정도의 스토리지

절감이 가능합니다.

많은 환경의 유효 수명 종료 시점이 얼마 남지 않은

경우, 유지보수에 많은 비용이 듭니다. Exadata 및

Exalogic 은 보다 저렴하고 관리가 수월한 환경을 제공,

이는 프라이빗 클라우드의 현실적 옵션입니다.

SAP Business Warehouse:

- 데이터베이스 시간 소요가 큰 대용량의 복합 인포큐브, 쿼리, 트랜잭션

- 시간이 제한적인 대량의 일일 추출

- 대량 추출은 네트워크 포화 가능

-

Why Oracle Database and Engineered Systems for SAP?

39

5.) 최고의 데이터베이스 보안

컴플라이언스와 보안은 그 어느 때보다 중요성이

커졌습니다.

오라클의 Advanced Security Transparent Data

Encryption (TDE)는 데이터가 디스크에 쓰여질 때 이를

투명하게 암호화함으로써 민감한 데이터의 암호화를

단순하게 만들어줍니다.

Oracle Database 는 Tablespace Encryption (하나의

테이블스페이스 내의 모든 데이터 암호화), RMAN

Backup 암호화, Data Guard Secure Network, Expdp 및

SecureFile Encryption 을 제공합니다.

Oracle Database Vault 를 통해 SAP 애플리케이션

데이터베이스 객체를 둘러싼 보호 구역을 설정, 과도한

권한을 보유한 데이터베이스 사용자가 민감한 데이터에

액세스하는 것을 차단할 수 있고 이들 사용자 간에 업무

분리(separation of duties)를 집행할 수 있습니다.

Oracle Database Vault 를 통해 고객들은 업무 분리를

실행하여 규제 준수 요건을 충족시킬 수 있으며 Database

Vault 12c 의 권한 분석은 역할의 수를 최소화합니다.

모든 Oracle 보안 기능은 Exadata Database Machine 을

포함한 모든 DB 구성(싱글 인스턴스와 RAC)과 모든

하드웨어/OS 플랫폼에서 사용할 수 있습니다.

Exadata for SAP 는 가장 엄격한 보안과 가용성

요구사항이라도 충족시킬 수 있습니다. Exadata 는

Database Vault 와 같은 오라클의 높은 보안성 기능을

활용하여 미션 크리티컬한 데이터베이스를 위한

완전하고 사전 구축되었으며 균형 잡힌 클라우드 기반

머신입니다.

6.) 최고의 관리성 및 셀프 관리

Oracle Enterprise Manager Grid Control (EM), SAP DBA

Cockpit 및 SAP BR Tools 는 자동으로 워크로드와 성능

통계수치를 저장하여 근본 원인이 수 시간 또는 수 일

전에 발생했다 하더라도 관리자 및 지원 엔지니어가 성능

이슈를 분석하여 신속히 해결할 수 있는 Oracle

Automatic Workload Repository (AWR)을 활용합니다.

Real Application Testing (RAT)는 OS, 하드웨어

마이그레이션, 패치, 업그레이드 변경 등 데이터센터

인프라에 발생하는 변경사항을 평가하고 구현합니다.

Database Replay(RAT 에 포함)를 통해 고객은 테스트

시스템에 운영 워크로드를 재현하면서 시스템 변경을

현실적으로 테스트할 수 있습니다.

Oracle 12c 환경의 SAP 고객을 위한 매우 흥미로운

기능은 Information Lifecycle Management (ILM)와

Automatic Data Optimization (ADO)입니다.

이들 기능은 Heat Map 과 함께 강력한 ILM 전략의

수립을 위해 활용될 수 있습니다. 이 전략에는 고객이

정의하는 정책을 충족시킬 수 있도록 하는 자동

계층화(tiering)와 압축이 포함되어 있습니다.

Bundle Patches 는 SAP 과 공동으로 생성 및 인증된 후

단순성을 위하여 번들로 제공됩니다. 고객은 Exadata

Bundle Patches 와 SAP Database Bundle Patches 만을

적용하면 됩니다. BR TOOLS 는 ASM 과 Exadata 의

지원을 위해 확장되었습니다. .

Exadata for SAP:

– 복잡한 통합 작업과 수작업 튜닝(데이터베이스,

스토리지, 네트워크, 서버)이 불필요합니다.

– 빠르고 합리적인 프로젝트 런타임을 위하여 구현,

마이그레이션, 통합을 최적으로 지원합니다.

– 복수의 시스템 데이터베이스에 적용되는

매우 효율적인 중앙관리형 데이터 풀이 구현

가능합니다

7.) DB 통합을 위한 최고의 지원

오라클은 가상머신 또는 스키마 통합과 같은 전통적인

데이터베이스 통합 방법을 오랫동안 지원해왔습니다.

또한 SAP 고객은 이를 통해 비용 절감과 효과적인

인프라 최적화의 이점을 누려왔습니다.

Exadata Database Machine 과 같은 Oracle Engineered

System 은 고객들에게 데이터베이스 통합과 복잡성의

감소를 통한 인프라 비용 절감의 기회를

제공해왔습니다. 점점 더 많은 SAP 고객들이 이러한

목적, 즉 수많은 “SAP 데이터베이스”의 통합을 위하여

Exadata 를 사용하기 시작하였습니다.

Oracle Exadata Database Machine 상의 전사적

데이터베이스 통합 계획에 SAP 도 포함될 수 있습니다.

모든 데이터베이스를 최신의 데이터베이스 플랫폼

상에서 통합하고 이를 통해 전체 데이터베이스 비용을

절감합니다. 이때 분산된 Oracle Database 를 하나의

Exadata 환경으로 통합할 수 있는 기회를 활용할 수

있습니다. 관리자는 서로 다른 구성의 관리가 아닌

Exadata 구성의 관리에 집중할 수 있습니다.

40 Why Oracle Database and Engineered Systems for SAP?

Oracle 12c Multitenant*는 데이터베이스 통합

프로젝트를 위해 앞서 언급된 것 이상의 추가적인 장점을

제공합니다. Multitenant Option 은 단순화를 통하여

데이터베이스 통합 프로젝트를 실행하는 고객에게

향상된 생산성과 자원/비용 절감을 선보일 수 있습니다.

Oracle Multitenant 는 애플리케이션 변경 없이 여러 개의

데이터베이스를 수월하게 통합하면서 최소한의 메모리

자원을 가지고 하나의 그룹처럼 관리할 수 있는 새로운

아키텍처를 선보입니다. SAP 고객들은 여러 개의

데이터베이스를 하나처럼 (패칭, 백업 등) 관리할 수

있습니다. 손쉽고 효율적인 방식으로 보다 효율적인

시스템 자원의 활용과 자원 관리를 달성할 수 있습니다.

8.) 하드웨어와 소프트웨어의 최고의 통합

수 년 동안 Oracle Database Server Software 는 플래시,

암호화의 사용 등을 위하여 적절한 하드웨어 구성요소의

기능을 검토해왔습니다. Oracle 12c In-Memory 스캔은

CPU 가 지원하는 경우 초고속의 SIMD (single Instruction

Multiple Data Values) 벡터 명령어를 사용합니다. 따라서

하드웨어와 소프트웨어의 공동 설계는 Oracle 12c 에서도

지속되어 더욱 뛰어난 전반적인 품질과 효과를 구현하게

되었습니다.

Oracle Engineered System 인 Exadata 는 사전

구축되었으며 따라서 구축, 설치, 구성 (HW, OS, DB, RAC,

Clusterware 등)을 위한 시간과 비용을 절감시킵니다.

Exadata for SAP 고객은 플랫폼과 데이터베이스를

통합하여 하드웨어와 소프트웨어의 최고의 통합을

달성하고 SAP 환경의 관리에 드는 전력 및 냉각

비용을 절감할 수 있습니다.

Oracle Database 12c 인증

기본 인증 단계인 1 단계는 2015 년 3 월 이미

완료되었습니다. 여기에는 기존 Oracle Database

11g 에서 제공되어 온 모든 기능과 옵션에 더하여

완전히 투명하거나 최소한의 통합 노력이 요구되는

Oracle Database 12c 기능 다수가 포함되어 있습니다.

2015 년 6 월에 완료된 2 단계는 주요 Oracle Database

12c 옵션, 즉 Oracle Database 12c 에서 새롭게

제공되는 옵션인 Oracle Database In-Memory 를

최초로 선보이는 인증입니다.

2015 년 12 월에 완료된 3 단계는 Oracle Database 12c

Advanced Compression 에 포함된 새로운 ILM 과

Oracle Exadatad와 Oracle SuperCluster 에서 로우(row)

단위 잠금 기능을 제공하는 HCC 옵션을 최초로

선보이는 인증입니다.

CY 2016 년 내로 예정된 4 단계*는 SAP 고객에게 Oracle

Multitenant 기능을 허용함으로써 인증을 마무리 지을

것입니다. 이 옵션을 통해 다수의 데이터베이스의 단일

컨테이너 데이터베이스로 통합이 가능합니다. 이

옵션은 완전히 새로운 데이터베이스 아키텍처에

기반하므로 오라클과 SAP 양사의 현저한 통합 노력이

필요합니다.

인증 SAP® 표준 애플리케이션 벤치마크 41

NEW! 13 만 SAP SD BENCHMARK 사용자가 Oracle SPARC M7-8 서버에서 SAP 인증을 취득

For More Information

SAP standard application benchmarks: http://www.sap.com/benchmark

Trademark Notice

SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE (or an SAP affiliate company) in

Germany and other countries. See http://www.sap.com/corporate-en/legal/copyright/index.epx for additional trademark information and notices.

Oracle and Java are trademarks or registered trademarks of Oracle Corporation, its subsidiaries, and related companies in the US and elsewhere.

All SPARC trademarks are used under license, and are trademarks of SPARC International, Inc. in the USA and elsewhere. The SPARC64 trademark is a trademark of SPARC International, Inc. in the US and elsewhere, and is used under

license.

UNIX is a registered trademark of the Open Group in the US and elsewhere.

SPEC (The Standard Performance Evaluation Corporation), SPECint and SPECfp are registered trademarks of Standard Performance Evaluation Corporation (SPEC) in the US

and other countries. Details and the latest information of this benchmark can be found at www.spec.org.

All other product names and company names mentioned herein are the trademarks or registered trademarks of their respective firms.

42

기존 SAP 애플리케이션에 변경 없이 Oracle Database In-Memory 로 비즈니스 프로세스 가속화와 비용 절감 달성한 Bosch GmbH

Oracle Database In-Memory 를 통한 SAP CRM 사용의 현저한 개선

Bosch Group 은 기술 및 서비스의 선도적인 글로벌

제공업체입니다. 2015 년 12 월 31 일 기준, 전세계

375,000 명의 직원을 고용하였으며 2015 년 매출규모는

706 억 유로를 달성하였습니다. 4 개의 비즈니스 영역으로

구분된 운영 구조를 지니고 있으며 이는 Mobility Solution,

Industrial Technology, Consumer Goods, Energy 및

Building Technology 로 이루어집니다. Bosch Group 은

Robert Bosch GmbH 와 약 440 개의 자회사 및 60 개 국가의

현지 기업으로 구성되었습니다. 영업 및 서비스 파트너를

포함한 Bosch 의 글로벌 제조 및 영업 네트워크는 150 개

국가를 망라합니다. 이 기업의 미래 성장을 위한 근간은

혁신적인 강점에 있습니다. Bosch 는 전 세계 118 개 지역의

R&D 센터에 55,800 명의 연구원을 보유하였으며 전략적

목표는 연결된 생활을 위한 혁신의 구현입니다. Bosch 는

혁신적이며 열정을 촉발하는 제품 및 서비스로

전세계인들의 삶의 질을 향상시키고자 합니다. 즉, Bosch 는

“생활을 위해 개발된” 기술을 개발하는 기업입니다.

Bosch GmbH 는 시장 선도업체이자 혁신적 기업으로

명성을 쌓았습니다. Bosch 가 자주 사용하는“생활을 위해

개발된 기술”이라는 슬로건은 삶의 질을 향상시키고

“연결된 생활”을 위한 혁신의 제공이라는 기업 목표를 위한

통찰력을 반영합니다.

10 년 이상 Bosch 는 SAP 와 공동 사용을 위하여 오라클을

선호하는 데이터베이스 벤더로써 의존해왔습니다. Oracle

Database 는 Bosch 인프라의 핵심 구성요소이며 중요한

근간이 되었습니다. Oracle Database 는 다양한 SAP

애플리케이션과 결합되었으나 자율적인 방식으로 운영되고

있으며 다각화되고 성공적인 기업의 다양한 니즈에

이상적으로 대처하고 있습니다.

IT 부서는 1,500 명의 IT 전문가와 프로세스 전문가로

구성되어 있습니다. 오라클/SAP 공동 고객으로써 새로운

Oracle Database 12c 의 기능과 옵션을 조기에 검토하는

것은 당연했습니다. 2015 년 중반, 주요 포커스는 Oracle

Database In-Memory 의 기능과 이점이었습니다.

“당사는 Oracle Database In-Memory 가 어떻게 SAP 를

최적화할 수 있을 것인가를 정확히 판단하고자 했습니다.

이는 OLAP 과 OLTP 애플리케이션 양측에

적용되었으며 여러 측면, 특히나 SAP CRM 활용에 있어서,

혜택을 누릴 것임을 즉각 깨달을 수 있었습니다.”라고 IT

운영 조직의 프로젝트 매니저 및 데이터베이스 전문가가

설명했습니다.

Bosch IT 팀은 인하우스 개발과 오라클 도입 시의 솔루션

시나리오와 사용 예시를 논의하였습니다. SAP BW

Analytics 와 함께 사용 시 Oracle Database In-Memory 가

현저한 이점을 제공함이 명확했습니다.

그러나 Bosch 의 입장에서 보다 중요했던 점은 Oracle

12c 의 Oracle Database In-Memory 가 OLTP 시스템, 특히

SAP CRM 시스템에서, 계획된 우선순위 최적화의 달성을

가능하게 한다는 것이었습니다. 이 점이 가장 시급한

문제였습니다. Bosch IT 팀은 SAP CRM/OLAP 사용의

최적에 못미치는 성능을 합리적인 비용을 들여 해소할 수

있는 적합한 솔루션을 필요로했습니다. Oracle 12c 의

Oracle Database In-Memory 가 적합한 선택이었습니다.

보조(secondary) 인덱스의 난제

Bosch 의 사례에서는 정기적으로 생성이 필요한 보조

인덱스와 추가적인 맞춤형 인덱스가 문제의

원인이었습니다. Bosch 에 따르면, “사용자들이 SAP CRM

기능을 집중적이고 개별적으로 사용한 결과, IT 팀은 특정

CRM 객체와 테이블을 위하여 추가 인덱스를 지속적으로

생성해야만 했습니다. 이는 개별 사용자의 요구사항을

충족시키면서 시스템을 사용하기 위한 유일한

방법이었습니다. 그러나 이 방법으로 100%의

애플리케이션 커버리지를 달성하기란 불가능했으며 특히

CRM 의 검색 옵션과 가용성이 문제였습니다.. 이 문제의

원인은 모든 검색 옵션을 추가 인덱스로 지원할 수 없었기

때문인데요, 일부 애플리케이션에서는 타임아웃이

발생하기도 했습니다.”

시간이 지남에 따라 약 80 개의 추가 인덱스가 생성되고

누적되었습니다. 그 결과, 유지보수와 성능 관련 튜닝 및

비용 집약적인 자원 활용에 대한 필요성이 상당 부분

증대되었습니다. 또한 대용량 인덱스인 이러한 인덱스를

위하여 대용량의 스토리지 공간을 할애해야 했습니다.

43 Bosch 사의 Oracle Database In-Memory 를 통한 SAP CRM 개선 사항

SAP CRM 시스템은 Bosch Group 전사적으로 3,500 명의

직원이 사용하였고 본고에서 다루는 이 시스템은 Bosch 가

운영하는 다수의 CRM 시스템 중 하나입니다. 그 중 최대

시스템은 데이터 크기가 1TB 이상입니다.

PoC 와 여러 테스트 이후, Oracle Database In-Memory 가

성능 향상뿐만 아니라 문제가 되는 이차 인덱스의 해결을

위해 효과적임을 발견할 수 있었습니다. Oracle Database In-

Memory 를 통해 이차 인덱스 중 다수를 제거할 수

있었습니다. 결국 Bosch 는 Oracle 12c 의 Oracle Database

In-Memory 를 운영 시스템에 도입하여 SAP CRM 시스템과

함께 사용하게 되었습니다. In-Memory 적용에 적합한

테이블의 진단을 위해 상세한 분석을 수행하였고 IT 팀에서

테이블 분석 결과 가장 중요한 테이블을 전환하였습니다. 한

가지 주요 장점으로 Oracle Database In-memory 기술의

이점을 SAP 애플리케이션 수정 없이 누릴 수 있었으며 기존

하드웨어를 지속적으로 사용하면서 데이터 이관이

불필요했습니다. In-Memory 처리가 필요한 테이블에 대하여

일반적으로 인메모리 서버/RAM 하드웨어 자원의 지원만이

필요했습니다.

Oracle Database In-Memory 의 높은 만족도

“Oracle Database In-Memory 를 통해 달성한 SAP CRM

시스템의 향상은 당사의 계획과 정확히 일치했습니다.”

사용자 만족도 역시 현격히 증대되었으며 IT 가 지원하는

비즈니스 프로세스는 지연 없이 순조롭게 운영되며 표준으로

전체가 활용되고 있습니다. 인덱스 생성 및 유지보수 업무의

상당한 감소로 IT 관리의 업무량 역시 눈에 띄게 감소하였고,

이는 비용 절감을 가져왔습니다.

위에 묘사한 사용 예시에서, Oracle Database In-Memory 는

대형 테이블의 이차 및 맞춤 인덱스의 필요성을 제거함과

동시에 OLAP 사용을 가속화하였습니다.

Insert, Update, Delete 명령어도 정상적으로 처리되었으며

시스템 성능에 대한 부정적인 영향도 목격되지 않았습니다.

In-Memory Store 에 대한 캐시를 확장하고 특정 테이블을

해당 영역에 배정함으로써 추가 튜닝을 손쉽게 달성할 수

있었습니다. Oracle In-Memory Advisor 는 Oracle 12c 의

구성요소로써 In-Memory 와 함께 사용하기에 적합한

테이블을 파악할 수 있도록 만들어줍니다.

문제/도전과제

• Bosch 는 SAP CRM 의 사용을 최적화할 수 있는 방법을

모색 중이었습니다. 다수의 이차 인덱스를 보유한 특정

테이블이 구체적인 문제를 유발하고 있었습니다. 이러한

어려움으로 인하여 빈번한 사용자 불만, 관리와

유지보수의 고비용, 추가 IT 자원(스토리지 등)의 제공이

발생하였습니다.

솔루션

• Oracle Database In-Memory 를 통해 맞춤 인덱스 중

다수를 제거할 수 있었습니다.

Oracle 12c 의 In-Memory 는 이러한 인덱스를 필요로

하는 테이블에 적용되었습니다.

혜택

• 이제 사용자들은 SAP CRM 를 온전하고 효과적으로 사용할 수

있게 되었습니다.

• 시스템/데이터베이스 관리 비용 절감

• 선택 테이블에만 활성화된 In-Memory 기능

• 더 이상 불필요한 이차 인덱스를 위한 스토리지 자원의 절감

• 인덱스 개수의 감소로 비즈니스 프로세스 가속화

• SAP CRM 응답 시간 단축 및 시스템 성능 증대

• SAP 애플리케이션 수정 없는 Oracle Database In-Memory의 사용

• 기존 하드웨어의 지속적 사용: In-Memory/RAM 의 제공만이

요구됩니다.

44

유명 세라믹 제조사인 Villeroy & Boch AG 및 호스팅 파트너 Rödl IT Operation GmbH, SAP NetWeaver

BW 를 위하여 Oracle Database In-Memory 테스트하다

놀라운 성능 향상 확인과 예상 외의 최저 구축 노력

연 매출 8 억 유로의 7,300 명의 직원을 보유한 Villeroy &

Boch AG 는 세라믹 업계에서 세계 선도적인

제조사입니다. 1748 년에 설립된 가족기업은 독일

Mettlach 에 본사를 두고 있으며, 혁신, 전통, 독창적인

스타일을 내세우고 있습니다. 유명 라이프스타일

브랜드인 Villeroy & Boch 는 욕실, 생활, 식기 분야에서

제품을 선보이고 있으며 125 개국에서 활동 중입니다.

전 비즈니스 영역에서 SAP ERP 와 BW 및 기타 SAP

솔루션을 활용하고 있습니다. Villeroy & Boch 는

오라클의 입증되고 안정성 있는 데이터베이스를 20 년 간

잘 사용해왔습니다. 이 기간 동안 BW/BI 의 중요성 및

사용도는 꾸준히 증가해왔고 SAP BW 의 1,700 사용자를

포함, 전 세계 2,500 명의 SAP 사용자가 있습니다. 인증된

SAP 호스팅 파트너인 Rödl IT Operation GmbH(Mettlach,

Selb, Frankfurt 에 사무실 보유)는 Villeroy & Boch AG 를

대신하여 전체 SAP 시스템을 포함한 다양한 시스템의

운영 및 관리 책임을 맡고 있습니다.

Villeroy & Boch 의 CIO 및 IT 디렉터인 Thomas Ochs 는

“2015 년 초 독일계 SAP 사용자 그룹인 DSAG 가 주최한

행사에서 새로운 Oracle Database 12c 와 Oracle

Database In-Memory 기술에 대하여 알게 되었으며, 주로

SAP NetWeaver BW 시스템 관점에서 살펴보았습니다.

시간이 지난 후, 당사의 호스팅 파트너인 Rödl IT

Operation GmbH 사가 투명한 PoC 의 일부로 Oracle

12c 를 공동으로 시험할 것을 제안하였고 이를

수락하였습니다. 가장 흥미로운 질문은 SAP BW 를 위한

Oracle Database In-Memory 를 사용함으로써 얻을 수

있는 잠재적인 성능 향상은 무엇일까 와 얼마나 많은

구축 노력이 필요할까였습니다.”

SAP BW 샌드박스 테스트

Oracle Database In-Memory 테스트를 위하여 최대

크기의 COPA 큐브에서 팩트 테이블 (E 와 F 테이블)이

사용되었으며 약 9400 만 개의 로우가 포함되어

있었습니다. “저희는 실제 운영 데이터를 가지고

테스트를 실행하여 결과값을 얻고 In-Memory 유무에

따른 실제 결과 비교를 원했습니다. 이러한 테스트에서

데이터베이스 집계 사용 시와 미사용 시 데이터 및

쿼리의 읽기 시간이 중요합니다. 또한 Oracle 12c 기술이

개별 하드웨어 구성 및 메모리 추가 시 어떻게

작동하는지를 평가하고자 했습니다”라고 Rödl IT

Operation GmbH 의 SAP 기반 기술의 컴피턴시

센터장인 Klaud Lehnen 과 긴밀한 협업을 통해 PoC 를

수행한 Villeroy & Boch 의 본사 IT 팀의 시니어 BI

컨설턴트 Herald Wolf 가 밝혔습니다.

45 Villeroy & Boch 사의 Oracle Database In-Memory at

테스트 결과 요약: Villeroy & Boch 의 Oracle 12c In-Memory 옵션

PoC 를 위하여 파트너사는 운영 SAP BW 시스템과 동일한

사본인 SAP BW 샌드박스를 구축하였고 In-Memory

스토리지 중 총 64GB 를 데이터베이스 용도로

할당하였습니다. SAP BW 시스템을 위한 Oracle

Database 를 11g 에서 12c 로 업그레이드하였습니다.

Lehnen 은 “저희의 목표는 비교가 가능한 표준 하드웨어

상에서 Oracle Database In-Memory 를 테스트하는

것이었습니다. 128GB RAM 의 BW 샌드박스와 96GB

RAM 의 BW 운영 시스템 모두 총 16 코어의 CPU 2 대에서

VMware 로 가상화된 x86 RedHat Linux 기반 시스템 환경

상에서 구현되었습니다.”라고 설명했습니다.

그는 계속해서 Oracle 12c 업그레이드와 Oracle Database

In-Memory 의 활성화가 5 시간 내에 완료되었음을

밝혔습니다. 총 PoC 는 1.5 일 동안 진행되었고 자원

활용도는 매우 합리적이었습니다. 최초의 대략적인

테스트 이후 2 개의 데이터베이스 파라미터만이 튜닝

권고안을 따르기 위하여 수정되었습니다.

파트너가 수행한 모든 테스트에 LISTCUBE 트랜잭션을

사용하였습니다. 데이터베이스 응답 시간은 SAP

트랜잭션 ST05(성능 분석)를 통한 SQL 트레이스로

계산하였습니다. 전체 데이터는 Oracle Advanced

Compression 를 활용하여 사전에 압축되었습니다.

기대치를 뛰어넘다

Villeroy & Boch 와 Rödl IT Operation GmbH 는 총 4

건의 상이한 테스트 시나리오를 Oracle Database In-

Memory 를 탑재한 SAP BW 샌드박스 상에서

실행하였습니다. 각 시나리오에 대하여 SAP

애플리케이션의 결과를 평가하였습니다.

첫 번째 테스트에서 데이터베이스 집계 없는 1 백만 건의

기록을 선정하여 In-Memory 로 여러 번 반복

처리되었습니다. 데이터베이스 처리 시간은 준비 시간과

함께 측정되었고 이동 시간은 별도로 측정되었습니다.

운영 시스템의 경우 전체 프로세스는 24 초

소요되었습니다. Oracle Database In-Memory 를 탑재한

SAP BW 샌드박스에서 동일한 프로세스는 160

밀리세컨드와 일부 경우 5 밀리세컨드까지

단축됨으로써 처리 시간에 현격히 향상되었습니다.

두 번째 테스트는 첫 번째 테스트와 유사하나 1 백만

건의 기록이 집계되어 선정되었습니다. 비교 측정 결과

런타임이 44 초에서 11 초로 줄어들어, 데이터베이스

시간이 75% 단축되었음을 알 수 있었습니다. 각 요청의

처리 시간이 33 초 줄어든 것입니다.

세 번째 테스트의 경우, 로딩 테이블(9400 만 기록)의

전체 데이터를 메모리에서 읽고 집계하는데 단지 22 초

밖에 걸리지 않았습니다. SAP BW 운영 시스템에서의

비교 테스트는 타임아웃으로 인하여 완료되지

못했습니다.

46 Villeroy & Boch 사의 Oracle Database In-Memory

마지막으로, Villeroy & Boch 는 기존 COPA 쿼리의

처리와 웹 템플릿을 통한 결과의 준비에 집중하였습니다.

2 개의 집약적으로 처리되는 SQL 후보 구문을 선정하였고

쿼리 테스트 1 의 경우 Oracle Database In-Memory 의

데이터베이스 처리시간은 1.5 초인 반면 동일한 구문의

SAP BW 운영 시스템 내 처리시간은 50 초였습니다. 쿼리

테스트 2 도 유사한 결과값을 보였습니다.

SAP BW 운영 시스템에서 72 초 소요되는 쿼리는 Oracle

In-Memory 에서 2.5 초밖에 소요되지 않았습니다.

Harald Wolf 에 따르면 “Oracle 12c 와 Oracle Database

In-Memory 에 기반한 테스트 결과 PoC 는 성능 향상의

관점에서 놀라운 결과를 보였습니다. BI 관점에서 저는

SAP 애플리케이션이 일단 설치되면 수정 없이 Oracle

Database In-Memory 를 적용할 수 있다는 점이 특히

만족스러웠습니다. 또한 In-Memory 로 처리할 SAP BW

테이블의 선정 역시 수월했습니다.”

낮은 자원 요구사항, 높은 혜택

Thomas Ochs 는 테스트 결과를 다음과 같이 요약합니다.

“물론 저희는 Oracle Database In-Memory 기술이 일정

수준의 성능 향상을 제공할 것이라 기대했습니다. 최종

결과는 놀라운 향상이었으며 이는 이 기술이 지닌

잠재력을 드러낸다 할 수 있습니다. Villeroy & Boch 의

IT 팀은 구축 노력이 거의 들지 않았다는 점과 테스트

수행 시간이 짧은 사실에 매우 놀라고 기뻐하였습니다.”

Rödl IT Operation GmbH 의 Klaus Lehnen 은 “Oracle

데이터베이스와 SAP 를 사용하는 기존 고객들이 Oracle

Database In-Memory 의 사용으로 얻을 수 있는 혜택은

매우 유의미하며 합리적인 비용과 약간의 구축 노력만을

필요로 합니다. 이는 기존 하드웨어 인프라의 사용이

가능하며 애플리케이션 측면에서 수정이 필요하지 않기

때문입니다”라고 말합니다.

그는 이번 경험을 다음과 같이 요약합니다. “Oracle

Database In-Memory 를 사용하는 Oracle 12c 로의 이관

프로젝트 - 프로젝트라고 명명할 수 있다면 - 는

리스크가 현격히 낮으며 관리와 예측이 매우 쉽습니다.

또한, 전체 프로세스가 SAP 환경에서 데이터베이스

사용에 대한 오랫동안 확립된 안정성 요인인 오라클에

기반하고 있습니다.” Rödl IT Operation GmbH 은 또한

다수의 SAP 고객들에게 호스팅 서비스를 제공하며

대부분은 SAP 와 Oracle Database 의 계층형 및

테스트를 마친 조합에 의존하고 있습니다.

성공적인 테스트 이후 Villeroy & Bosh AG 는 현재 SAP

BW 및 CRM 구축을 위한 Oracle Database In-

Memory 의 구현을 진행 중입니다.

47 DB Maters 의 SAP BI Oracle Database In-Memory

SAP BI WITH ORACLE DAT ABASE IN-MEMOR Y AT DB MASTERS

인-메모리 데이터베이스 기술은 1990 년대부터

존재했습니다. 수 많은 데이터베이스 벤더들이 등장했다

사라지며 이 영역을 채워왔습니다. 2011 년에는 SAP 가

HANA In-Memory 개념을 등장시켰습니다. 이는 컬럼

저장 데이터 구조를 통해 분석 쿼리의 효과적 처리를

목표로 하였으며 BWA 의 대안으로 적합하도록 계획된

기술입니다.

추후 SAP는 OLTP를 포함하여 이 개념을 확장시켰습니다.

기술적으로, SAP 는 이 목표를 위하여 P*Time, TREX

Search Engine, MaxDB (livecache), and Sybase ASE 등의 인수

기술과 자체 개발 기술을 결합시켰습니다. HANA 를 통해

인-메모리 기술을 활용코자 하는 고객들은 시스템 구동을

위하여 전용 하드웨어를 필요로 했고 현재 사용하는

기술에서 HANA 기술로의 이관/전환을 해야 합니다.

거의 동시에, 오라클은 인메모리 기술을 Oracle 12c

Database 에 완전히 통합시켰습니다. Oracle Database In-

Memory 는 높은 수준의 분석 처리 용량의 우수한 성능,

거의 투명한 구축을 보장하며 전용 하드웨어나 데이터

이관을 요구하지 않습니다. 적절한 사용을 통해, 고객들은

오늘날 가용한 성능, 확장성, 가용성, 안정성과 고성능

분석 기능을 추가적으로 누릴 수 있습니다.

본고에서는 Oracle Database In-Memory 를 인증 전

테스트한 고객 한 곳의 결과를 살펴보겠습니다. Oracle

Database In-Memory 는 2015 년 6 월 기준 SAP 인증을

득하였습니다.

오스트리아에 위치한 DB Masters 는 Oracle Database 및

관련 기술의 적절한 구축을 통해 고객의 비즈니스 난제를

해소하는데 주력하고 있습니다. 당사는 대형 ERP

시스템에 대한 풍부한 경험을 바탕으로 고객의 특정

니즈에 대한 높은 이해도를 지니고 있으나

애플리케이션과 독립적으로 오라클 데이터베이스에

중점을 두고 있습니다. 2000 년도 설립 이후 유럽 전역의

고객에게 서비스를 제공하고 있으며 매우 긴 고객 목록을

보유하고 있습니다.

오라클이 최초 Oracle 12.1.0.2 인메모리 발표 시, 한 고객이

큰 관심을 표명했습니다. 이 고객은 SAP BW

애플리케이션에 대한 성능 영향을 평가하기 위한 PoC 를

수락했습니다.

당사는 고객의 운영 SAP BI 시스템에서 “탑” (가장

장시간의) SQL 구문을 선택하여 다음 시나리오로부터의

측정치를 캡쳐했습니다.

• 기본이 되는 운영 환경에서의 “현재” 쿼리 런타임 -

데이터베이스 내의 기타 활동이 많기에 정확도는 떨어질

수 있음

• 기본 용량의 버퍼 캐시와 256 GB 의 캐시를 탑재한 11gR2

– SQL 명령어는 여러 번 실행되어 캐시를 워밍업하여

실행으로 인한 I/O 를 제거할 수 있었으며 Oracle 11gR2 와

Oracle 12c 간의 성능 차이 평가 가능.

• 기본 용량의 버퍼 캐시와 256GB 의 캐시를 탑재한 12cR1

– SQL 명령어는 여러 번 실행되어 캐시를 워밍업하여

실행으로 인한 I/O 를 제거할 수 있었으며 Oracle 11gR2 와

Oracle 12c 간의 성능 차이 평가 가능. Oracle 11g 와 12c 간의

런타임 차이는 경미한 수준이었으며 테스트 대상

명령어에 성능 차이가 없음을 가정.

• Oracle Database In-Memory 를 활성화하여 모든 관련

객체를 In-Memory 컬럼 스토어에 저장. 상이한 인메모리

압축 옵션 등 다양한 구성 설정을 시도하였으나 결국

모든 결과는 FOR QUERY LOW 압축으로 실행..

48 DB Maters 의 SAP BI Oracle Database In-Memory

모든 쿼리에 대한 결과는 아래와 같습니다 – 대상

시스템은 SAP BI 의 구버전이며 Oracle Database In-Memory

기술에 “최적화”되지 않았음을 양지바랍니다.

래리 엘리슨의 Oracle Database In-Memory 발표 시 만큼

인상적인 수치는 아닐지라도, 기준치에 따라 최대 25 배

빠른 속도는 결코 나쁜 수치는 아닙니다.

종종 받는 질문 중 하나는 “왜 전체 데이터베이스를 버퍼

캐시에 저장하지 않는가?”입니다. 이 경우 시스템은 7-

8 배 성능 향상을 경험할 수 있습니다.

이에 대한 답은 간단합니다. 대다수의 고객들은 요구되는

메모리 용량을 보유한 서버에 대한 금액을 지불 할

의사가 없습니다.

귀사의 SAP BI 데이터베이스 용량이 5, 10TB 이상이라면

최대 데이터베이스의 50%가 버퍼 캐시용으로

필요합니다. 오늘날 최대 32TB 이상의 메모리를 내장한

서버도 존재하지만 매우 고가입니다. 현재의 인텔 기반

2 소켓 서버는 최대 3TB 메모리까지 처리할 수 있으며

일반적으로 구매 가능한 서버는 최대 1.5TB 메모리가

내장되어 있습니다.

Oracle 12c Database In-Memory 는 테이블 데이터만이

SGA 에 들어가야 하는데, 즉 데이터베이스 크기의

1/3 에서 1/2 정도입니다. In-Memory 테이블 데이터가

압축된 형태로 저장 및 접근된다는 것은 차지하는

풋프린트가 보다 줄어들 수 있음을 의미합니다. 본사의

테스트 결과 대부분의 SAP BI 테이블은 원천 테이블

크기의 2 배에서 4 배까지 압축될 수 있습니다. 다시

말하면, In-Memory 테이블의 크기는 원천 테이블 크기의

1/2 에서 1/4 배가 된다는 것입니다.

현재의 인텔 기반 2 소켓 1.5TB 메모리로 10TB 의 SAP BI

데이터베이스를 메모리에 모두 저장할 수 있습니다! 또한,

룩업 속도 향상을 위해서만 사용되는 인덱스 – 특히 쿼리

성능을 위해 필요한 bitmap 인덱스 - 를 제거할 수

있습니다. 관리 대상 인덱스가 줄어들기에 데이터 로딩

작업이 급격히 빨라지고 디스크 공간 및 백업 크기가

줄어듭니다.

Oracle Database In-Memory 의 다른 장점은 짧은 구축

시간입니다. 믿거나 말거나, 해당 고객의 PoC는 – 테스트

시스템에 데이터베이스 사본 생성과 모든 테스트 실행을

포함하여 – 5 시간 내에 완료되었습니다! 이 결과는

원하는 어떠한 SAP 기능 구축 프로젝트와도 비견할 만한

것입니다.

Oracle Database In-Memory 의 비활성화 또한 매우

수월합니다. 단순한 명령어 하나로 동적으로 이 기능을

활성/비활성화 시킬 수 있습니다. 이로써 큰 장애물이

발생 시 빠르고 효율적으로 조치 가능합니다.

마지막으로 - HA/DR 에 미치는 영향은 어떠할까요?

Oracle database In-Memory 를 사용하면서, Oracle RAC,

Oracle Data Guard, 및 오라클이나 다른 벤더의

페일오버 솔루션의 모든 고가용성 기능을 계속해서

사용할 수 있습니다. 어떠한 변경도 없습니다.

복구가능성 역시 불변합니다. 이 기능은 모든 Oracle HA

및 DR 기능과 완전히 통합되어있습니다.

요약하자면, 새로운 오라클 기능의 경험은 매우

긍정적이었습니다. 구축의 용이성과 성능 이점에 있어서

기대치를 충족하였습니다. 현재 이 기능은 인증된

옵션으로 제공되며 거의 투명한 구축이 가능합니다.

고객은 이 기술을 비즈니스 중단 없이 합리적인

비용으로 활용할 수 있습니다.

저자에 대하여:

Christian Pfundtner 는 DB Masters 의 CEO 로써

1992 년도 (Oracle 6)부터 Oracle Databases 과

일해왔습니다. 유럽 최초의 4 대 OCM 입니다. 저희의

포커스 영역은 Oracle Database 입니다 – 그러나

경쟁사와 차별화되는 점은 모든 관련 계층 –

디스크(스토리지)에서 사용자까지 – 을 관리한다는

점입니다. 당사는 모든 유형의 진단을 제공합니다.

비즈니스 및 현재 데이터베이스 요구사항, 현재

라이선스 상태, 오라클 구축을 위한 베스트 프랙티스

권고안 등을 제공하여 고객사의 니즈를 해소하고 ROI,

성능 튜닝, 문제해결을 극대화하고자 노력합니다.

DB Masters GmbH

Stammersdorfer Str. 463 2201 Gerasdorf, Austria

www.dbmasters.at

테스트 유형 결과

운영 시스템의 런타임 현 시스템 로드에서 항상 2500 초와 2750 초 사이

11g / 12c 테스트 시스템- 기본 버퍼

캐시

약 1455 초

11g / 12c 테스트 시스템- 256GB

버퍼 캐시

약 382 초

QUERY LOW 압축 적용 Oracle

Database In-Memory

약 118 초

49 Goodman Fielder 사의 Oracle Advanced Compression

“Oracle Advanced Compression 을 구축하게 된 동인은 SAP, ECC6 데이터베이스 크기의 증가였습니다. Oracle Advanced

Compression 의 사용으로 당사는 복수의 SAP ECC6 인스턴스에서 총 20TB 의 공간을 절감할 수 있었습니다. 가장 빠르게

성장하는 상위 20 개 테이블을 목표로 하였으며 시스템 중단 없이 압축이 실행되었습니다. 이 과정은 사용자들에게 완전히

투명하게 진행되었습니다. 사용 용이성과 결과물에 대만족

합니다.”

– IAN LOFLEY, 기술 서비스 매니저

Oracle Advanced Compression, Goodman Fielder 에서 비즈니스 크리티컬한 SAP 데이터

저장 요구사항을 40% 경감시키다.

요약

기업들이 경험하는 데이터 볼륨의 급격한 증가로 인해

주요 문제점이 발생합니다. 기업들은 수익에 영향을 주지

않으면서 변화하는 비즈니스 환경에 신속히 적응해야만

합니다. IT 매니저들은 비용 절감을 위하여 기존 인프라를

효율적으로 관리해야 하면서 동시에 지속적으로 우수한

애플리케이션 성능을 구현해야만 합니다.

Oracle Advanced Compression 옵션과 Oracle

Database 는 강력한 압축, 성능, 데이터 저장 최적화

기능을 제공함으로써 이렇게 복잡한 환경에서 IT

매니저의 성공을 가능하게 합니다.

클라우드 또는 온프레미스 오라클 데이터베이스 환경

어디서든 Oracle Advanced Compression 은

애플리케이션의 수정 없이 다양한 환경에서 뛰어난

압축을 구현합니다. Oracle Advanced Compression 의

이점은 데이터베이스 저장 공간의 감소, 백업 절감,

시스템 성능 향상을 들 수 있습니다.

본 사례 연구는 Goodman Fielder 가 Oracle Advanced

Compression 을 비즈니스 크리티컬한 SAP

애플리케이션에서 적용함으로써 얻은 이점을 설명합니다.

Goodman Fielder 에 대하여

Goodman Fielder 는 Meadow Lea, Praise, White Wings,

Pampas, Mighty Soft, Helga‘s, Wonder White, Vogel‘s

(라이선스 소지), Meadow Fresh and Irvines 과 같은

호주의 유명 식료품 브랜드를 보유한 우수 기업입니다.

Goodman Fielder 의 제품은 아침, 점심, 저녁 식사 및

간식까지 모든 식사 자리에 적합합니다. 또한 제빵,

유제품, 마가린, 밀가루, 드레싱, 조미료, 소스, 마요네즈,

냉동 생지, 케이크 믹스, 파이, 간식, 디저트, 식초 및

조리용 기름을 생산 및 판매합니다.

시드니 소재의 Goodman Fielder 에는 약 5,00 명의

직원이 호주 및 태평양 섬 지역에서 근무하고 있습니다.

호주, 뉴질랜드, 파푸아 뉴 기니, 피지, 뉴 칼레도니아

전역의 50 개의 생산시설에서 제품을 제조합니다.

데이터 증가의 난제

Goodman Fielder 의 SAP ECC 애플리케이션은 호주와

뉴질랜드 지역의 운영에 적용되는 비즈니스 크리티컬한

애플리케이션입니다. 이 OLTP 애플리케이션은

Goodman Fielder 의 일일 비즈니스 트랜잭션과 처리의

중심에 놓여있습니다.

SAP ECC 애플리케이션의 시스템 문제 또는 성능

저하는 제품의 운송에 심각한 영향을 가져올 것이

예상되었습니다.

Goodman Fielder 의 SAP ECC 데이터베이스는 월

350/400Gb 의 속도로 증가 추세를 보였습니다. 지난 2 년 간

50 Goodman Fielder 사의 Oracle Advanced Compression

데이터베이스의 전체 크기는 두 배 증가하였고 10TB 에

근접하게 되었습니다. 이와 같은 증가 추세에서 Goodman

Fielder 는 데이터베이스 성능에 영향을 주지 않으면서

데이터 저장 비용을 감축시켜야만 했습니다.

PoC 로 시작

Goodman Fielder 는 테스트 환경에서 SAP 상에 Oracle

Advanced Compression 를 적용하는 PoC 를

실행하였습니다. 대형 테이블의 압축을 통해 테스트

환경에서 저장 공간을 근 50%까지 절감할 수 있었습니다.

PoC 를 통해 Goodman Fielder 의 DBA 팀은 각 테이블의

압축에 필요한 시기에 대한 도움을 얻을 수 있었습니다.

성능 검증을 포함한 비즈니스 사용자와 철저한 테스트를

거친 후, Goodman Fielder 는 운영 환경에서 Advanced

Compression 의 도입을 결정하였습니다. Goodman

Fielder 는 한 번에 한 테이블씩 압축하였고 시스템 중단

없이 3 주의 기간 동안 구축을 완료하였습니다.

최고의 성능

압축 절감 외에도 Goodman Fielder 가 흥미롭게 관찰한

주요 영역 중 하나는 데이터 압축 이후 시스템

성능이었습니다. 테스트 도중 및 운영 환경에서 구축 이후,

압축과 관련한 어떠한 성능 저하도 없었으며 사실

Goodman Fielder 는 상기 테이블과 같이 다양한 SAP

트랜잭션에서 성능 향상을 경험할 수 있었습니다.

“Oracle Advanced Compression 은 우리의

기대치를 상회했습니다.

Goodman Fielder 는 데이터베이스 성장을

늦추고, 데이터 저장 공간을 40% 줄였으며 이

모두를 성능 영향 없이 달성할 수 있었습니다.

이는 실로 전 영역에서의 성공입니다!”

– TAPAN VADODARIA, Oracle

DBA

최고의 스토리지 절감

Advanced Network Compression 은 Goodman

Fielder 의 운영 데이터베이스 크기를 10TB 에서 6TB 로

줄였습니다. 이 압축은 즉각적으로 DBA 팀에게

데이터베이스 수준에서 4TB 의 추가 공간을

제공하였으며 이는 향후 트랜잭션과 스토리지를

위하여 재사용될 수 있습니다.

Goodman Fielder 가 운영 환경을 보조 환경으로

복제하자 전체 디스크 공간 절감은 총 20TB 까지

확대될 수 있었습니다.

Goodman Fielder 의 DBA 팀은 50GB 이상의 데이터를

소비하는 총 20 개의 SAP 테이블의 압축을

계획하였습니다. 계획 단계에서 Goodman Fielder 의

DBA 팀은 Oracle Compression Advisor 를

활용하였는데 이때 예상한 해당 데이터베이스

테이블의 평균 압축률을 4.79 였으며 최종 압축 결과는

이와 동등 또는 이를 상회하였습니다.

DBA 팀은 SAP BRSPACE 툴의 권고안을 따라,

데이터베이스 LOB 객체를 보다 모던하고 최적화된

SecureFiles 아키텍처로 변환한 후 SecureFiles LOB

Compression (LOW 비율)을 통해 압축하였습니다.

결과적으로 LOB 객체에는 성능 영향 없이 현격한 공간

절약이 가능해졌습니다.

51 Goodman Fielder 사의 Oracle Advanced Compression

Goodman Fielder 의 DBA 팀은 SAP BRSPACE 툴을

활용하여 압축을 진행하였으며 가장 대형이며 빈번히

사용되는 SAP 테이블인 GLPCA 테이블의 크기는

700GB 에서 144GB 로 축소되었습니다.

OLTP Table Compression 의 구현 후 DBA 팀이 발견한

기타 이점으로는 데이터베이스의 전반적인 증가율이 월

350GB 에서 월 200 GB 로 하락한 것들 들 수 있습니다.

정기적으로 추가 디스크 공간을 구매하기 위하여

대규모의 투자를 단행했던 Goodman Fielder 는 기존

스토리지 공간을 절감함으로써 추가 스토리지 구매를

지연할 수 있었고 신속한 절약이 가능했습니다.

Goodman Fielder 의 DBA 팀은 업무 시간 중 성능 저하

없이 운영 환경 압축을 위해 Advanced Compression 을

적용하였고 다운타임 없이 모든 테이블이 압축될 수

있었습니다.

결론

Oracle Advanced Compression 의 사용을 통해 기업들은

애플리케이션 성능을 희생하고 다운타임을 감내하지

않고도 자본 지출 및 운영 지출 비용을 최소화할 수

있습니다. Advanced Compression 은 정형 및 비정형

데이터의 관리를 절약할 수 있으며 애플리케이션 수정을

요구하지 않으면서도 상이한 환경에서 데이터베이스

스토리지 공간을 2 배에서 4 배까지 절약시켜줍니다.

환경

• IBM P7 w/ AIX 7.1

• SAP ECC 6.0

• Oracle Database Enterprise Edition

• Advanced Compression 옵션

결론

• SAP ECC OLTP 데이터베이스는 월

350/400Gb 의 속도로 증가하고 있었습니다.

• 이러한 증가율의 결과로 스토리지 비용 역시

상승하였습니다.

• 압축은 비즈니스 사용자에게 투명하게

진행되었고 시스템 중단 없이 실행되었습니다.

• 테스트 환경에서의 PoC 는 공간 절감의 가능성

측면에서 Goodman Fielder 에게 놀라움을

안겨주었습니다.

• 운영, 임시(UAT), 테스트 환경에서 압축을

구현하였습니다.

사용된 Advanced Compression 옵션

• OLTP Table Compression

• SecureFiles LOB Compression

보다 자세한 정보를 확인하시려면 Oracle

Account Manager 에게 연락하세요.

Oracle 고객: Goodman Fielder

소재지: 호주 시드니

업계: 식품업

직원: 5,000

우수 사례:

압축률을 예상하기 위한 유용한 툴인

오라클이 무상으로 제공하는

Compression Advisor 를 사용, 이에

대한 자세한 정보는 아래의 OTN

사이트에서 제공됩니다.

http://www.oracle.com/technet

work/

database/options/compression/

down- loads/index.html

52 ElectraNet – Oracle Press Release

ElectraNet, 16 배 빠른 재무 리포트 생성으로 연간 유지보수 비용 33 만 달러 절감

Oracle Engineered System 을 통해 향상된 Electranet 의 비즈니스 인사이트

ElectraNet 은 South Australia 의 송전망

제공업체(TNSP)이며 시스템 제어 센터 운영업체로써

Oracle Engineered System 의 도입으로 전기 시장에 대한

실행력 있는 통찰력을 확보하고 의사결정을 개선시키는데

성공했습니다.

SAP 및 기타 리포트 관련 애플리케이션을 위하여 Oracle

Exadata Database Machine 을 사용함으로써

ElectraNet 은 최대 4 분이 소요되었던 재무 보고서 생성을

15 초 내에 완료할 수 있게 되었습니다. 새로운 시스템을

통해 일별 전기 가격 및 고객 소비에 대하여 현저하게

빠른 리포트 생성이 가능해졌고 전기 시장 데이터에 대한

즉각적인 가용성을 확보하게 되었는데 이는 예전에는 수

분이 소요되던 작업입니다.

“유틸리티 업계는 늘 데이터 중심적이었습니다. 우리의

어려움은 충분한 데이터가 없어서가 아니라, 적시에 이

데이터에서 고품질의 정보를 확보하는 방법에 있었습니다.

Oracle Exadata 는 이 부분에서 필수적인 도움을

제공하였습니다. 단일 플랫폼 상에서 하드웨어와

소프트웨어의 통합은 성능 향상을 가져왔습니다. 제가

아는 바에 따르면 Oracle Exadata 만큼 소프트웨어가

하드웨어와 완벽히 통합되는 시스템은 존재하지

않습니다”라고 ElectraNet 의 DBA 인 Mark Jones 가

말했습니다.

고성능 비용 효율적인 데이터베이스 플랫폼을 통한

비즈니스 성능의 향상 외에도 신규 인프라는 총

소유비용(TCO)의 절감에 기여했습니다.

TCO 절감 연간 IT 유지보수 비용은 66 만 달러에서 33 만

달러로 감소하였으며 37 대의 서버와 10 개의 가상 머신을

각각 운영 서버와 DR 로 사용되는 2 대의 Oracle

Exadata 로 통합함으로써 라이선스 비용까지 절약할 수

있었습니다. 신속한 문제 해결을 보장하는 Oracle

Platinum Services 를 활용함으로써 ElectraNet 은

데이터베이스 및 서버 패칭 등 시스템 유지보수 작업에

소요되는 시간을 월 15 시간 절약할 수 있었습니다.

“가능한 한 최고의 서비스를 가능한 한 최저의 비용으로

고객들에게 제공하는 것이 당사의 목표입니다. 그러나,

방대한 농촌 지역의 송전 인프라 관리라는 어려움으로 이

목표의 달성이 어렵습니다. 비즈니스 정보에 대한 근

실시간 접속의 확보를 통해 운영을 능률화하고 즉각적인,

또한 미래 수요를 위한 더 나은 의사결정을 위한 기회

포착에 성공하였습니다”라고 Jones 는 설명합니다.

비즈니스 회복력 역시 개선되었습니다. ElectraNet 은 사전

구성, 사전 튜닝, 사전 테스트된 엔지니어드 시스템의

도입으로 최대 6 시간 소요되는 데이터 백업을 3 배 빠른

2 시간 내에 완료할 수 있는 능력을 확보하였으며, 이는

높은 시스템 가용성을 증대시킵니다.

“오늘날의 유틸리티 기업들은 기민한 운영과 고객을 위한

최대 가치 제공에 중점을 둡니다. Oracle Exadata 를

선정한 ElectraNet 은 기업 데이터에서 더 높은 가치를

확보하고, 더 빠른 의사 결정을 수행하며, 대부분의 사업

영역에서 효율성과 효과성 증진으로 경쟁력을 향상시킬

수 있었습니다.”라고 Oracle ANZ 의 Exadata 및 전략

솔루션 총괄인 Carlos Cienfuegos 가 덧붙였습니다.

ElectraNet 은 초기 셋업을 위해 Oracle Partner Network

(OPN)의 Gold 회원사인 Blue Crystal Solutions 의

도움을 받았으며 SAP 데이터베이스 마이그레이션을

위하여 Oracle Advanced Customer Support 과

협력했습니다. 사실, Oracle Advanced Customer

Support Services 의 우수 사례와 경험을 활용함으로써

신속하고 수월한 마이그레이션이 진행되었고, SAP

애플리케이션과 기타 리포팅 애플리케이션의 Oracle

Exadata 로의 데이터 마이그레이션은 하루 내에

완료되었습니다.

“마이그레이션을 위해 Oracle Advanced Customer

Support Services 의 도움을 받아 리스크가 줄었습니다.

SAP 인증을 받은 이 서비스는 가능성이 있는 대부분의

문제를 경험하였으며, 따라서 해결책과 차선책을 알고

있었습니다. 따라서, 다운타임은 예상보다 75% 정도

짧았습니다.”라고 Jones 는 말합니다.

담당자 정보:

Antoinette Georgopoulos

Oracle +61 2 9491 1698

antoinette.georgopoulos@oracle.com

53 Solvi Group 의 Oracle Exadata Database Machine 사례 Brazil

브라질 Solvi Group, Oracle Exadata 도입으로 환경 관리 비용 감축에 성공하다

Solvi Group 은 환경공학 분야에서 잘 알려진 60 개

기업으로 구성되어 있으며 도시 폐기물, 산업 폐기물,

위생 시설, 건설 및 에너지 복구 등의 영역에서 활동

중입니다. 이 환경 프로젝트 기업의 목표는 브라질 및

해외에서 파트너 또는 주주로써 기타 기업에 투자하는

것입니다.

Oracle Exadata 를 통해 Solvi 그룹이 환경 관리 비용을

어떻게 절감하고 가용성, 성능, 스토리지를

개선시켰는가를 알아보겠습니다. Exadata 상에서

구동되는 SAP 등 시스템의 가용성과 응답성 향상으로

최종 사용자 역시 혜택을 누렸습니다. 아래는 브라질 상

파올로에 소재한 Solvi Solution 의 IT 정보 매니저인

Henriqur Fassi Lobao 와의 인터뷰 내용입니다.

저희 Solvi 는 데이터 관리의 어려움을 겪었습니다. 당사의

인프라는 분산되어있어서, 각 시스템은 상이한 서버로

구성되었고, 따라서 상당한 관리 노력이 들었습니다. 여러

대의 서버를 보유하는 것 외에도 가용성이 낮았습니다. 각

서버는 다른 시스템을 지원했기에, 서버의 장애는 시스템

장애로 이어집니다. 성능 문제 또한 존재하였습니다.

Exadata 구축 이후 여러 주요 난제를 해결할 수

있었습니다. 첫째는 환경 관리입니다. 한 대의 Exadata

시스템에 모든 데이터베이스를 통합하여 관리 소요

시간을 대폭 단축시켰습니다.

이 업무의 담당자가 소수였기에 초과근무를 줄일 수

있었습니다. DBA 도 주말의 자유를 되찾았습니다.

예전에는 불가능했었지요. 이제는 주 5 일 하루 8 시간

근무라는 정규 근무시간을 지킬 수 있습니다. 환경

가용성으로 인한 이점도 확보하였습니다. 정말 심각한

문제였습니다.

서버 장애 시, 시스템 역시 중단되었습니다. Exadata 의

이중화 덕분에 당사는 패칭이나 업데이트 같은 유지보수

작업도 가용성을 희생시키지 않고 수행할 수 있습니다.

데이터베이스 호스트와 스토리지 머신이 불필요하고

애플리케이션 시스템은 완벽하게 작동합니다.

세 번째 개선 영역은 성능입니다. 백업 이슈를 겪고

있었습니다. 백업 기간이 상대적으로 짧았기에 다음 날

오전 8시에도 백업이 진행 중이기도 했습니다. Exadata의

도입으로 업무 시간 이전에 백업을 쉽게 마칠 수 있고

압축 백업으로 인하여 백업 스토리지도 줄일 수

있게 되었습니다. 이전에는 높은 처리 용량

요구사항으로 인하여 불가능 했던 것들입니다. 이제는

매우 효율적으로 백업을 수행하고 다른 작업을 위한

시간이 충분합니다.

최종 사용자가 Exadata 를 직접 사용하지는 않습니다.

그러나 이들은 Exadata 의 혜택을 직접 받습니다.

Exadata 상에서 구동되는 SAP 등 기타 시스템들의 높은

가용성과 응답성 때문입니다. 시스템 사용용이성을

향상시키고, 응답 시간과 가용성이 모두 개선되며,

사용자들이 의존할 수 있는 안정성을 제공합니다.

Solvi 에서 Exadata 의 사용으로 비용 절감을

달성하였습니다. 환경 관리 및 시스템 비가용성과 연관된

부가 비용을 절감할 수 있게 되었습니다. 이러한

간접비용은 전자 계산서를 보내야만 하는 사용자들의

입장에서 궁극적으로 영향을 미칩니다. 시스템 중단 시

회사는 물론이고 사용자들도 큰 피해를 입을 것입니다.

당사의 가용성은 단일 서버에 의존적이었습니다. 서버

장애 시, 시스템 또한 중단되었습니다. 이는 하나의 예에

불과합니다. Oracle Exadata 와 Oracle Database 덕분에

이제는 이러한 문제를 겪지 않아도 됩니다.

Exadata 의 구축 이후, 시스템 장애는 애플리케이션

시스템 자체의 문제이지 데이터베이스의 문제가

아닙니다. 당사의 데이터베이스는 100%의 응답성과

가용성을 갖추게 되었습니다. 저희는 다른 이점을 누릴

수 있는 여타 Oracle 솔루션의 검토를 계획 중입니다.

애플리케이션을 위한 Exalogic 이나 다른 시스템을 위한

특화 제품을 고려하고 있습니다. SAP BW 환경에는

SuperCluster 를 생각 중입니다. 기존 제품과 경험에 따라

다양한 오라클 제품을 심사숙고하고 있으며 당사의

생산성과 성공적 비즈니스에 기여할 것을 믿습니다.

Source:

http://medianetwork.oracle.com/video/player/

4120342309001

54

Oracle Golden Gate 를 통한 대형 SAP 크로스 플랫폼 온라인 마이그레이션

들어가며

Wumart Stores 는 백화점, 슈퍼마켓, 편의점에 특화된

대형 유통 그룹입니다. 베이징, 항저우, 천진, 허베이,

상하이 지역에서 700 개 이상의 매장을 보유하고 있으며

연간 총매출이 400 억 위안 이상입니다.

Wumart 의 매출 및 상점 수가 급증하는 비즈니스 성장과

함께 기존 인프라는 비즈니스 수요 달성에 어려움을 겪게

되었습니다.

• 기존 IT 환경은 전통적인 단일 시스템의 사일로(silo)로 구성, 이를

모던한 프라이빗 클라우드 기반 인프라로 교체하기를

희망했습니다.

• Wumart 는 X86 아키텍처로의 교체를 통해 하드웨어와 운영

비용을 절감하고 전반적인 SAP 시스템 성능 향상을 꾀했습니다.

기존 시스템 이슈

• 코어 SAP 시스템의 경우, CPU 와 메모리 활용률은 지속적으로

90%를 상회하였고, 피크 기간에는 100%에 이르러, 낮은 응답

시간과 낮은 수준의 고객 경험을 제공하였습니다.

• 사일로(silo) 환경의 시스템은 상이한 워크로드 패턴에 따른

동적인 리밸런싱이 불가능하여, 자원은 필요로 하는 시스템으로

쉽게 재배포되지 못하였습니다.

• 기존 인프라의 구입 및 유지 비용이 급증하였습니다.

• 신속한 비즈니스 성장과 인프라 제품 수명주기의 단축으로 인하여

인프라의 투자 보호가 어려웠습니다.

• 기존 인프라는 대형의 복잡한 인프라였으며 유지보수가 어려워서

결과적으로 IT 운영 비용이 증가하였습니다.

과제

• 20 분 미만의 다운타임 내에 8TB 의 SAP ECC 데이터베이스를

UNIX 에서 Exadata 로 마이그레이션

• ECC 시스템 주변에는 대략 100 개의 RFC 인터페이스 존재

• 테스트를 위한 주변 시스템의 적절한 하드웨어 자원의 부족

• 마이그레이션 중 IP 주소, 호스트명, DNS 변경

• 짧은 프로젝트 일정과 매우 짧은 테스트 기간

• 3 대의 대형 운영 시스템 3 개월 내 마이그레이션

• 각 시스템 내의 다수의 맞춤 개발된 ABAP 프로그램

구축 파트너

Beijing Giantower Technology Co Ltd

는 오라클 골드파트너로써 Oracle Engineered

System 과 Database 에 전문 지식을 갖춘 매우

역량이 뛰어나고 경험이 풍부한 기술 팀을

보유, 시스템 통합 서비스 및 Oracle Engineered

System 에 기반한 ERP 애플리케이션의 구축

서비스를 제공합니다. 중국 최초의 Exadata

Database Machine 의 구축을 지원하였으며,

역시 중국 최초의 SAP on Exadata 구축을

담당하였습니다. 제공되는 서비스는 아래와

같습니다.

• Oracle Engineered Systems 구축 및 유지보수

• SAP on Oracle Engineered Systems 엔드-투-엔드

솔루션과 서비스

• SAP 마이그레이션, 업그레이드, 최적화,

유지보수

• Oracle Database 설계, 구축, 유지보수

55 Wumart 사의 오라클 온라인 시스템 마이그레이션

마이그레이션 Go-live 계획 (병렬식 단계식 Go-Live 로 동기화)

주요 마이그레이션 과정

기존 시스템 환경을 상세히 분석하고 프로젝트

세부사항에 대한 SAP 와 Oracle 관점에서 심도 있는 논의

끝에, 당사는 “단계별 Go-Live 를 위한 병렬 동기식

테스트” 방식을 결정했습니다. 이는 운영 환경에 미치는

영향 제거, 데이터 정합성 보장, 비즈니스 운영에 대한

제로 리스크라는 고객의 특별한 요청을 고려한

결정이었습니다. Giantower 는 Oracle Golden Gate

소프트웨어의 특별한 기능에 기반한 기술 솔루션을

개발하였습니다.

첫째, RMAN 을 통해 완전한 SAP 데이터베이스를 중간

환경에서 복제하였고 Oracle Transportable Tablespace

(TTS)를 활용하여 대상 Exadata 머신에 대한 endian

변환을 포함한 초기 데이터베이스 마이그레이션을

완료했습니다. 이후, Oracle Golden Date 를 적용하여

Exadata 상의 대상 데이터베이스를 IBM P750 에서

운영되는 원천 시스템과 동기화하였습니다. 이 방식으로

종합적인 데이터 정합성과 완결성 테스트 메커니즘을

달성하고 온라인 데이터베이스 마이그레이션 컷오버를

실행할 수 있었습니다.

최종 결과 및 달성 혜택

• 마이그레이션 이후, 4 대의 핵심 운영 데이터베이스는

Oracle Exadata 로 통합되었고 애플리케이션 인스턴스는

X86 풀에 가상화됨으로써

전통적인 IBM POWER 플랫폼에서 고안정성과

고성능의 프라이빗 클라우드 컴퓨팅 아키텍처로

완전한 전환에 성공하였습니다.

56 Oracle Online-Line System Migration at Wumart Stores

마이그레이션 전후 성능 개선 비교

• 마이그레이션 전후의 AWR 보고서 비교는 8 배에서 15 배의 성능 향상을 보여줍니다. 4 개의 운영 데이터베이스를

통합한 Exadata 는 겨우 15%의 평균 CPU 사용률을 나타냈습니다. ECC 시스템 성능은 6 배 이상 평균 향상되었습니다.

마이그레이션 전후 AWR 비교

이 프로젝트는 시스템 통합과 높은 수준의 자원 최적화를

지닌 프라이빗 클라우드 컴퓨팅 환경을 달성하였으며

고성능의 우수한 아키텍처를 통해 비즈니스 성장을 보다

수월하게 지원할 수 있게 되었습니다.

보다 자세한 정보는 아래 웹사이트를 참조하십시오.

www.giantower.com

담당자 정보

Frank Zhu

이메일: frank.zhu@giantower.com

전화: (86)18611920045

57 CELSA 사의 Oracle SuperCluster 사례

“Oracle SuperCluster 는 비즈니스 크리티컬한 물류 계획 및 배치 프로세스에서의 다운타임을 제거하여 당사에 마음의 평화를

안겨주고 고객들이 예정된 시간에 안정적으로 물품 공급이 진행됨을 인지, 공급망을 최적화 할 수 있도록 지원했습니다.”

– Jesus Mayordomo, CIO, CELSA GROUP

CELSA GROUP, SAP 엔터프라이즈 애플리케이션 성능 3 배 증대, 인건비 65 만 6 천 달러 절감,

지속적 성장 지원을 위한 IT 구조 달성

5 대륙에 산업 고객에게 서비스를 제공하는 50 개 기업을

보유한 Celsa Group 은 스페인 최대 철강 제조사이며

유럽 최대 규모입니다. Celsa Group 은 단조강,

라미네이트 철강, 프로세스 철강을 포함한 다각화된

제품을 생산하고 있습니다.

도전과제

• 철강 제품 납기 지연을 야기하고 연체료 및 비즈니스

손실을 가져오는 ERP 시스템 다운타임 제거

• Celsa Group 의 50 개 이상 자회사에서 자원 계획 및 재무

리포팅 효율성 증진을 위한 IT 성능 향상

• 백업 프로세스 최적화로 기업의 엄격한 요구사항 – 비상

시 데이터 무손실 – 을 충족하면서도 비용과 시간을 절약

솔루션

• Oracle SuperCluster 와 Oracle Exadata Database

Machine 의 도입으로 SAP ERP 시스템의 다운타임을

제거하여 연 간 수 백만 톤 철강의 안정적인 적시

납기를 보장, Celsa Group 및 고객의 공급망 최적화

• 50 개 자회사에 소속된 2 천 명 이상의 사용자

데이터를 통합하여 재무 리포팅을 최적화함으로써

연 간 65 만 6 천 달러의 인건비 절감

• ERP 시스템 속도 3 배 향상으로 IT 자원 추가 없이

물류 프로세스 최적화와 향후 4 년의 계획된 성장

지원 능력 확보

• Oracle Data Guard 를 통해 지리적으로 분리된

데이터 센터로의 백업 속도 및 쿼리 3 배 향상, 백업

관리에 할당된 IT 자원과 시간 최적화 달성

• 동향 분석 및 철강 제조 업무의 효율성 향상을 위한

데이터 분석 관점에서 기업의 점차 엄격해지는

요구사항을 충족하기 위하여 Celsa Group 의

데이터 저장 용량 확장

• 오라클 파트너인 BT 와 계약을 체결하여 Oracle

SuperCluster 구축, 맞춤형 구축 전 계획, 당일

마이그레이션, 구축 후 지원을 보장

58 Oracle SuperCluster at CELSA GROUP

구축 프로세스

Celsa Group 은 오라클과 오라클 파트너사 BT 의 심도

있는 구축 전 분석과 준비 덕분에 하루 만에 Oracle

SuperCluster 로 원활하게 마이그레이션을 진행할 수

있었습니다. Celsa Group 의 Oracle SuperCluster

마이그레이션 외에도 BT 는 Celsa Group 의 SAP

시스템을 호스팅하여 데이터 센터, Oracle

SuperCluster 인프라를 공급하고 해당 플랫폼을 365 일

24 시간 관리 및 운영합니다.

https://www.bt.e

파트너

BT 는 Celsa Group 의 IT 요구사항과 비즈니스 니즈를

분석한 후 Oracle SuperCluster 의 분석과 테스트를 통

최적임을 입증하였습니다. BT 는 구축을 준비하고,

Celsa Group 의 최저 개입으로 하루 내에

마이그레이션을 완료한 후, 교육 및 이슈 발생 시 지원

등 구축 이후에도 적극 지원 중입니다..

왜 오라클인가

“저희는 SAP ERP 시스템 인프라 개선을 위한 다수의

대안을 고려했습니다만 테스트 결과 Oracle

SuperCluster 가 효과성, 가격, 품질, 강력한 시스템을

위한 당사의 요구사항을 가장 잘 충족할 수 있는

것으로 나타났습니다.”라고 Celsa Group 의 CIO 인

Jesús Mayordomo 가 설명했습니다.

http://www.celsagroup.com

오라클 고객: CELSA GROUP

소재지: 스페인 바르셀로나

산업: 산업용 제조

직원: 7,000

연 매출: 10-50 억 달러

오라클 제품 & 서비스:

• Oracle SuperCluster

• Oracle Exadata Database Machine

• Oracle Active Data Guard

59 Lenta 사의 Oracle Exadata 사례 – Oracle Press Release

Lenta, Oracle Exadata 를 활용한 IT 인프라 최적화 프로젝트 실행 상트페테르부르크, 모스크바. 2015 년 4 월 4 일

러시아 최대 유통 체인인 Lenta, (LSE, MOEX: LNTA)는

Oracle Exadata Database Machine 을 활용하여 IT 인프라

최적화를 단행했습니다. 이를 통해 ERP 시스템의 데이터

처리 속도가 4 배 증가하였습니다.

Oracle Platinum Partner 인 국영 기업 KORUS

Consulting 은 해당 프로젝트의 주 파트너로써 러시아의

오라클 총판인 FORS Distribution 의 소프트웨어 및

하드웨어 지원을 받았습니다.

Lenta 의 IT 환경은 20 개 이상의 기업 정보 시스템, 매장과

본사 유통 센터를 연결하는 300 개의 데이터 링크, 데이터

센터에서 통합된 다수의 서버실로 구성되어 있습니다. IT

팀은 러시아 전역에 위치한 6 천 대의 워크스테이션을

지원합니다.

Lenta 의 급격한 성장 – 신규 매장과 유통 센터의 개설 및

수많은 비즈니스 프로세스 변경 – 으로 인하여 사용자 수,

데이터 크기, 기존 정보 시스템의 부하가 증대되었습니다.

바로 이 점이 Lenta 가 현재 IT 환경을 검토하고 새로운

기술을 모색하여 데이터 처리 속도 향상과 전략적 리포트

생성을 위한 IT 이니셔티브 추진의 촉매제 및 동인이

되었습니다.

“러시아 유통업의 성장과 성숙하고 경쟁이 치열한

산업으로의 발전은 새로운 비즈니스 니즈의 이해와

새로운 IT 기술의 역량에 대한 기대치를 가져왔습니다.

최신 솔루션은 비즈니스의 필수불가결한 부분이

되었습니다. 저희는 높은 부하에서 실시간으로 운영되는

효과적인 정보 시스템의 보유로 상당한 장점을 누릴 수

있음을 깨달았습니다. 이것이 바로 당사의 IT 환경 변화의

다음 단계가 IT 시스템의 수직확장 및 성능과 관련된

이슈의 효율적 해결을 가능케 하는 소프트웨어와

하드웨어의 확보인 것입니다.”라고 Lenta 의 CIO 인

Vsevolod Kuzmich 가 말니다.

2013 년 프로젝트 시작 시 전체 비즈니스 시스템은 로드

밸런싱을 통해 효율적인 자원 활용을 위하여

클러스터링된 모던한 엔터프라이즈급의 RISC 장비에서

운영되고 있었습니다. IT 인프라 개선 전략의 수립 시,

이러한 유형의 아키텍처에 여러 한계가 있고 시장에 새로

등장한 기술 솔루션보다 열악함이 발견되었습니다.

Lenta 의 IT 팀은 유수 글로벌 분석 에이전시의 보고서를

비교하여 실제 데이터를 대상으로 실험된 소수의

솔루션을 선정했습니다. 기본 선정 기준 – 장애 허용성

보장, 대용량 데이터 작업 역량, 러시아 내의 입증된

시스템 통합 파트너의 가용 여부, 유사한 시스템 구축

경험이 다수인 파트너 – 외에도 시스템 확장성과 성능은

선정 과정에서 중요한 기준이었습니다.

최종 단계에서 다른 벤더의 2 개의 시스템이

선정되었습니다. 이들 시스템의 테스트를 위해 동일한

운영 로드를 재현했습니다. 상이한 로드 조건 하에서

자원 집약적인 리포트 생성 속도 및 가장 복잡한

트랜잭션 수행 소요시간을 기반으로 성능 측정이

이루어졌습니다. 기존 인프라에서 동일 측정지표로

비교도 이루어졌습니다. 기술에 따라 파일럿

프로젝트에서 관측된 누적 효과는 4 배의 성능 증가와

데이터 스토리지의 감소였으며 이는 압축과 오라클

기술의 공이 컸습니다.

60

수 차례의 테스트 결과, Lenta 의 도전과제 해결을 위한

최적의 솔루션이 Oracle Exadata 임이 판명되었습니다.

장애 허용성, 확장성, 성능과 같은 기술적인 기준와

Oracle Database 의 적용으로 오라클 솔루션이

제시하는 비즈니스 크리티컬한 시스템의 통합 가능성을

기반으로 이러한 결정이 이루어졌습니다.

현재, SAP ERP 시스템 및 다수의 기타 비즈니스

애플리케이션이 Oracle Exadata 로

마이그레이션되었습니다. SAP 애플리케이션을 위한

Oracle Exadata 의 생산적인 사용으로 성능 향상을

위한 Lenta 의 희망이 완전히 실현될 수 있었습니다.

오라클은 애플리케이션이 24 시간 365 일 무중단으로

운영될 것임을 확신시켜주었습니다.

고객 발언

“최종 솔루션 선정의 중요한 요인 중 하나는 그 위에서

구동되는 ERP 시스템의 안정성입니다. 어떤

유통업체에게 있어서도 ERP 는 방대한 양의 데이터가

전송되고 처리되는 중추 신경계라 할 수 있습니다.

당사의 ERP 시스템은 현재 20TB 의 데이터가 저장되어

있으며 3 천에서 4 천 명의 직원들이 매일 시스템을

사용하기에 연중 내내 24 시간 가동되어야 합니다.”라고

Vsevolod Kuzmich 는 말합니다. “일 년 동안 시스템을

사용함으로써 Oracle Exadata 의 신뢰성을 통해 저희의

희망이 완벽하게 실현되었고 물론 시스템 구축 속도 –

3 일 밖에 걸리지 않은 SAP ERP 운영 시스템의

Exadata 로의 마이그레이션 – 는 여전히 인상적입니다.

“저희는 총소유비용 (TCO) 절감을 위한 방법을 마침내

찾았습니다”라고 Lenta 의 인프라 및 서비스 담당 IT

디렉터인 Nikolay Vyatkin 가 말합니다. “우선, 고용량

디스크의 Oracle Exadata 를 솔루션으로

선정하였습니다. 둘째, 운영 중 디스크 공간과 메모리가

프로세싱 파워보다 빠른 속도로 사용됨을 발견, 2015 년

확장 시 시스템을 선형적으로 수직확장하지 않았습니다.

대신, 메모리와 디스크 용량을 추가하였는데 이는

수직확장의 표준 방식 대비 몇 배나 저렴한 방안입니다.

이와 같은 오라클 시스템의 유연성은 동시에 검토한

기타 솔루션보다 매우 중요한 이점이었습니다.”

“수 배에 달하는 성능 향상과 IT 자원의 통합이야말로

최적화된 시스템의 가장 중요한 이점이며 이것이

오늘날 고객이 간절히 바라는 바입니다.

Oracle Exadata 를 통해 오라클

애플리케이션뿐만 아니라 기타 벤더의 솔루션의

성능 향상에 상당한 도움을 받음으로써 러시아

유통업계의 선도업체인 Lenta 가 보다 빠르게

성장하고 IT TCO 를 절감하는데 도움이 되고 있다는

점이 기쁩니다. 가장 중요한 점은 시스템이 세계에서

선도적인 DBMS 인 Oracle Database 상에서 구동되고

있다는 것이지요”라고 Oracle CIS 의 프로젝트 컨설팅

담당 Advanced Technologies 총괄인 Andrey

Pivovarov 가 이야기합니다. “러시아의 우수한 기업들이

점차 오라클의 통합 시스템을 도입하여 비즈니스 혁신을

가속화할 것이며 저희는 지속적으로 가장 우수한

솔루션으로 고객을 지원할 것입니다.”

파트너

KORUS Consulting Group 은 비즈니스 프로세스의

생성, 최적화, 자동화를 비롯한 IT 컨설팅 서비스를

제공하는 러시아의 시스템 통합업체입니다.

KORUS Consulting 은 Oracle Platinum Partner 이며 IT

아웃소싱과 시스템 통합에 특화된 기업으로 IT 인프라의

구현, 감사, 유지보수 및 IT 장비의 선정과 구현을 포함한

전체 서비스를 제공하고 있습니다. 기업의 주요 업계

전문화는 유통 업체의 엔드-투-엔드 자동화입니다.

KORUS Consulting 의 고객에는 Metro Cash & Carry,

Azbuka Vkusa, Korablik, ZAO Tander (Magnit chain),

Lenta, Monex Trading, O’KEY, SPAR Retail, TsUM,

Trading House TsentrObuv, Tyumenskiy TsUM, 등이

있습니다.

언론 담당자: Yuliya Smirnova,

전화: +7 (921) 768 8563, +7 (812) 677 56 90, +7 (495) 647 50 46

FORS Distribution (www.partner.fors.ru)는 러시아와

몽고에 소재한 오라클 총판으로써 러시아 시장에서

유명한 전문기업인 FORS 의 파트너 협력을 위하여

2011 년 설립되었습니다. FORS Distribution 의 주요

비즈니스는 오라클 소프트웨어 및 하드웨어의 유통,

파트너를 위한 오라클 기술의 기술 컨설팅 및 교육,

다양한 목적을 지닌 혁신적인 FORS Solution Center 의

일환으로 복잡한 솔루션의 테스트 및 마이그레이션

서비스를 제공하는 것입니다. 영업 전문가, 자회사

네트워크 매니저, 마케팅 매니저, 물류 부서, 기술

컨설팅 부서로 구성되어 있습니다.

61 Oracle Exadata at Lenta – Oracle Press Release

Lenta 에 대하여

Lenta 는 러시아 최대 유통 체인이며 2 위의 하이퍼마켓

체인 (2014 년 매출 기준)입니다. Lenta 는

상트페테르부르크에서 1993 년 설립되었습니다.

Lenta 는 러시아 전역의 63 개 도시에서 123 개의

하이퍼마켓을, 모스크바에서는 총 793,804 평방미터의

규모를 지닌 27 개의 슈퍼마켓을 운영하고 있습니다.

Lenta 하이퍼마켓의 평균 규모는 6,200 평방미터이며

6 곳의 자체 하이퍼마켓 유통 센터를 운영하고

있습니다.

Lenta 의 가격 중심 하이퍼마켓은 프로모션 및

가격책정 전략 측면에서뿐만 아니라 지역별 제품

구색에서도 차별화를 보입니다. Lenta 는 2015 년 6 월

기준 30,655 명의 직원을 보유하고 있습니다.

Lenta 의 경영진은 현지 지식과 국제적 전문지식을

결합하여 러시아에서 광범위한 운영 경험을 쌓고

있습니다. Lenta 의 최대 주주는 TPG Capital 과

유럽부흥개발은행으로써 양 사 모두 높은 수준의 기업

거버넌스의 유지에 강력한 의지를 지니고 있습니다.

Lenta 는 런던 증권거래소와 모스크바 증권거래소에

등재되어 있으며 거래명은 ‘LNTA’입니다.

Oracle 에 대하여

오라클은 클라우드와 기업 데이터센터 모두에서

운영되도록 최적화된 하드웨어와 소프트웨어를

개발합니다.

오라클(NYSE:ORCL)에 대한 보다 자세한 정보는

www.oracle.com 을 참조하세요.

상표권

Oracle 은 Oracle Corporation 그리고/또는

자회사의 등록 상표입니다. 기타 명칭은 개별

소유주의 상표입니다.

보다 자세한 정보는 FORS Distribution 의 시니어

마케팅 매니저인 Anna Komyagina 에게

문의하시기 바랍니다

전화: +7 495 913-3-913,

이메일: anna.komyagina@fors.ru

62

SAP 고객을 위한 미션 크리티컬 지원

SAP 애플리케이션을 미션 크리티컬한 업무에 사용하는 조직에

있어 매끄러운 데이터 가용성과 최적의 성능 그리고 낮은 IT

리스크는 비즈니스 성공을 위한 필수 요소입니다. Oracle

Advanced Customer Service (ACS)서비스는 귀사의 Oracle

시스템이 최고의 성능을 유지할 수 있도록 미션 크리티컬한

지원 업무를 제공합니다.

귀사 IT 팀과의 장기적인 관계 구축과 오라클의 지원 팀 및

엔지니어링 팀의 협업을 핵심으로 하는 고유의 서비스

접근법을 근간으로 Oracle ACS 는 높은 수준으로 통합된 엔드-

투-엔드 서비스를 제공합니다. 모든 Oracle 및 SAP 이슈에 대해

단일 연락 창구로서 Oracle 및 SAP 전문가의 지원이 준비되어

있기 때문에 관련 문제를 더 신속하고 효율적으로 해결할 수

있습니다. 또한 능동적이며 예방적인 지원 서비스는 진단용

툴을 사용하여 시스템의 가용성을 증대하고 성능을 최적화하며

리스크는 줄이고 모든 Oracle 및 SAP 스택의 ROI 달성 시간을

단축시켜줍니다. 계획, 이관, 구성 및 설치 서비스를 통해 고급

기능과 신기술의 이점을 더욱 빠르고 효과적으로 경험할 수

있습니다. 맞춤형 워크숍에서는 SAP 환경이 최고의 성능과

가용성을 유지할 수 있도록 운영 베스트 프랙티스를

교육합니다. 이와 같은 다양한 서비스로 귀하는 일상적인

IT 지원에서 벗어나 비즈니스 가치 제공에 집중할 수 있게

됩니다.

오라클은 SAP 환경을 최대한 활용하는데 필요한 깊이 있는 SAP

전문지식을 갖추고 있습니다. SAP 과 28 년 이상의 협업 결과

Oracle 데이터베이스는 SAP 구현에 가장 많이 사용되고 있고

오라클은 SAP R/3 및 SAP NetWeaver 와 관련하여 가장 오래된

경험을 보유하고 있는 데이터베이스 벤더입니다. 양사의 전담

엔지니어링 및 지원 자원이 엔드-투-엔드 구축, 통합, 최적화

작업을 위해 협력하고 있으며 신속하게 고객 이슈를

해결함으로써 귀사가 SAP 및 Oracle 환경을 자신 있게 운영할

수 있도록 지원합니다. 이 외에도 Oracle HA 와 DR 의 구축,

통합 및 최적화를 통해 SAP 환경의 최대 가용성을 지원하여

빠른 고객 이슈 해결을 보장할 수 있습니다.

오라클 데이터베이스를 위한 ACS Lifecycle Support

Services

최신 기술에 뒤쳐지지 않게 귀사의 데이터베이스를 이관하는

작업이든 기존 시스템을 모던 하드웨어에 통합하는 작업이든

SAP 워크로드의 성능 향상을 위한 작업이든 Oracle ACS

Lifecycle Support Service 는 SAP 를 위한 Oracle 데이터베이스

최적화를 지원합니다.

SAP 마이그레이션을 위한 Oracle ACS Lifecycle

Migration Service

자동화 및 고급 지원 툴 그리고 10 년 이상의 오라클

데이터베이스 마이그레이션 경험을 통해 Oracle ACS

Lifecycle Migration Service 는 마이그레이션 계획, 검증 및

이행 서비스를 제공하여 귀사의 SAP 데이터베이스를 적은

비용과 짧은 다운 타임으로 빠르게 이관할 수 있게

지원합니다. Oracle 전문가가 우선 SAP 환경을 평가하여

여러 마이그레이션 방식 중 가장 적합한 방법을 선택할 수

있도록 도와주고 잠재적인 마이그레이션 이슈를 해결하며

리스크 감소를 위해 마이그레이션 테스트를 진행하고

안전한 온라인 게이트웨이를 통해 데이터베이스를

이관합니다. 업계 최신 베스트 프랙티스에 기반한 오라클의

효율적인 프로세스 덕분에 통상 수 주 또는 수 개월

소요되는 SAP 마이그레이션 작업이 단 며칠 안에 완료될

수 있습니다.

Oracle 통합 계획 서비스

레거시 시스템을 모던 하드웨어에 통합하면 비용 절감,

성능 향상, 운영 단순화의 이점을 누릴 수 있습니다. Oracle

Consolidation Planning Service 는 오라클의 하드웨어

플랫폼과 엔지니어드 시스템으로의 통합을 위한 가장

최적화된 통합 및 마이그레이션 시나리오를 빠르게 파악할

수 있게 지원합니다. 우선 오라클 전문가가 귀사 SAP

환경의 현재 구성, 워크로드, 패치 수준 및 보안 요건 등을

평가하여 상세한 전망과 전환 및 운영 리스크를 감축할 수

있는 실제적인 권고사항을 포함하는 포괄적인 통합 계획을

수립합니다.

Oracle 성능 튜닝 및 벤치마크 서비스

Oracle Performance Tuning and Benchmarking Service 는

지속적인 모니터링 및 분기별 평가를 통해 크리티컬한 SAP

데이터베이스가 일관성 있게 최적의 성능을 유지할 수

있도록 지원합니다. 주요 성능 지표의 모니터링을 통해

특정 이슈가 운영에 영향을 미치기 이전에 이를 능동적으로

파악합니다. 분기 성능 평가는 업계 표준과 오라클 베스트

프랙티스 그리고 유사 SAP DB 구성과 사용 시나리오를

갖고 있는 고객과의 지속적인 경험을 근간으로 한

권고사항을 포함하고 있습니다.

이에 더해 Oracle Load Testing and Analysis Service 는

포괄적인 데이터베이스 테스팅을 통해 업타임을 증대하고

비용과 리스크는 절감합니다. Oracle 데이터베이스 로드

테스팅 전문가는 계획 된 기술 변경의 성능 영향을

평가하고 성능 최적화를 위한 구성을 제안하며 go-

live 이전에 이슈를 식별하고 해결합니다.

63 SAP 고객을 위한 지원 서비스

Oracle ACS Lifecycle Support Services 는 데이터베이스 마이그레이션 시간을 단축하고 이관 및 통합 리스크의 비용을 감축하며

데이터베이스 성능과 가용성의 최적화를 지원합니다. SAP 환경을 위한 Oracle ACS Lifecycle Support Services 에 대해 보다 자세한

정보를 원하신다면 아래 URL 을 방문해 주십시오:

http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html

http://www.oracle.com/us/support/advanced-customer-services/lifecycle-support-services/overview/index.html

오라클 서버, 스토리지 및 엔지니어드 시스템을 위한 Oracle

ACS Services

Oracle ACS 는 오라클 하드웨어에 기반한 SAP 환경을 위해

서버와 스토리지 그리고 엔지니어드 시스템에 관한 탄탄한

전문 지식을 바탕으로 계획, 구축 및 최적화 서비스를

제공합니다. 이러한 서비스는 SAP 환경의 성능 및 가용성을

향상하고 신규 하드웨어의 구축 시간을 단축할 수 있습니다.

서버를 위한 Oracle ACS Services

Oracle ACS 는 오라클 서버의 성능 및 가용성 향상과 신규

시스템 구축 시간 단축을 위한 여러 서비스를 제공합니다. 설치

및 구성 지원 서비스는 신규 오라클 시스템 구축 시간을

단축하고 최종 SAP 환경의 안정성과 지원성 (supportability)

확보를 위한 운영 전 준비성 검토를 포함하고 있습니다. 또한

서버 성능 튜닝과 가용성 구성을 위한 맞춤 서비스도 SAP

환경을 최적화 시켜줍니다. 이 외에도 베스트 프랙티스와 지식

이전이 이루어지는 맞춤형 워크숍을 통해 고객이 자신감을

갖고 서버를 운영할 수 있도록 지원합니다.

스토리지를 위한 Oracle ACS Services

서버에서와 마찬가지로 Oracle ACS 는 신규 오라클 시스템의

구축 시간을 단축하기 위해 설치 및 구성 지원 서비스를

제공합니다. 스토리지 최적화 서비스에는 구성 및 성능 검토와

고급 모니터링 및 이슈해결 서비스 등이 포함되어 SAP 환경 내

스토리지 시스템의 가용성 및 성능을 취적화 할 수 있습니다..

서버와 스토리지를 위한 Oracle ACS Service 에 대한 보다

자세한 정보를 원하신다면 아래의 URL 을 방문해주시기

바랍니다:

http://www.oracle.com/us/ support/advanced-customer-

services/engineered-systems/ overview/index.html

엔지니어드 시스템을 위한 Oracle ACS Services

Oracle ACS 는 모든 주기에 대한 서비스를 제공하는 완전한

라이프사이클 접근방식을 통해 Oracle Exadata 를 포함하여

오라클 엔지니어드 시스템에 대한 미션 크리티컬한 지원을

제공합니다. 이를 통해 엔지니어드 시스템에 대한 귀사의

ROI 가 극대화될 수 있도록 지원합니다.

자문, 계획, 설계, 개발 및 구축 등의 서비스는

오라클 엔지니어드 시스템으로 매끄러운 마이그레이션이

이루어질 수 있도록 하고 SAP 환경 내에서의 운영

준비성을 확보합니다. 지속적인 운영환경 지원은

리스크를 줄여주며 오라클 및 SAP 이슈 해결을 위한 단일

연락창구가 됩니다. SAP 를 위한 Oracle Exadata Start-Up

Pack 은 엔드-투-엔드 지원을 위한 통합 서비스 패키지를

제공하며 아래와 같은 서비스를 포함합니다:

• Oracle Exadata Start-Up Advisory Service

• Oracle Exadata Installation and Configuration Service

• Oracle Exadata Production Support Readiness Service

• 데이터 마이그레이션 서비스

• Oracle Exadata Quarterly Patch Deployment Service

(오라클과 SAP 패칭)

엔지니어드 시스템을 위한 Oracle ACS 에 대한 보다

자세한 정보를 원하신다면 아래의 URL 을 방문해

주십시오:

http://www.oracle.com/us/ support/advanced-

customer-services/engineered-systems/

overview/index.html

시스템을 위한 Oracle Business Critical Service

Oracle Business Critical Service 는 미션 크리티컬한 SAP

시스템에 대해 한 층 강화된 예방 지원 서비스와 빨라진

시스템 응답시간을 제공합니다. 응답시간과 교체시간

관련 SLA 에 우선적으로 대응하고 심각도가 높은(high-

severity) 장애 발생 시 현장 지원을 통해 빠른 문제 해결을

보장합니다. 서비스 요청(SR)을 자동 생성하는 지속적인

시스템 모니터링은 결함을 탐지하여 이로 인해 운영에

차질을 빚기 이전에 해결 프로세스를 시작합니다. 예방

지원 서비스는 정기적인 시스템 검토와 선제적 패칭

작업을 통해 SAP 환경 내 크리티컬한 시스템의 성능과

가용성을 최적화합니다. 시스템을 위한 Oracle Business

Critical Services 에 대해 더 자세한 정보를 원하신다면

아래의 URL 을 방문해주시기 바랍니다:

http://www.oracle.com/us/support/premier/business-

critical- service/overview/index.html

64 SAP 고객을 위한 지원 서비스

SAP 환경을 위한 Oracle Platinum Services

오라클은 Oracle Premier Support 프로그램 대상 SAP

고객에게 Oracle Platinum Services 을 통해 한 층 강화된

지원을 추가적으로 제공합니다. 안전한 Oracle Advanced

Support Gateway 를 사용하여 하드웨어, 데이터베이스, OS,

네트워크 등 고객의 모든 오라클 및 SAP 환경에 대한 지속적인

원격 장애 모니터링을 제공함으로써 신속한 응답을

제공합니다. 장애는 발생 5 분 내로 통보되어 15 분 내로

복구되거나 개발팀으로 보고됩니다. 그리고 발생 30 분 안에

개발팀과 공동 디버깅 작업이 시작됩니다. 이러한 주요 이슈

예방과 신속한 이슈 해결의 결과로 다운 타임이 줄어들게

됩니다. 실제 평균적으로 Oracle Platinum Services 고객의

심각도가 높은 이슈 발생(high-severity issue)은 50%

감소하고 응답시간은 31% 빨라졌으며 조직 내 지원 관련

업무량은 줄어드는 이점을 누렸습니다. 이와 더불어 분기별로

오라클과 SAP 패치를 제공하여 SAP 환경이 항상 최신의

상태를 유지할 수 있도록 합니다.

Oracle Platinum Service 는 Oracle Premier Support 계약 내

Oracle Exadata, Oracle Exalogic, Oracle Super Cluster 의

Platinum 서비스에 포함되어 있습니다. SAP 환경을 위한

Oracle Platinum Services 에 대한 더 자세한 정보를

원하신다면 아래의 URL 을 방문해 주시기 바랍니다:

http://www.oracle. com/us/support/premier/engineered-

systems-solutions/ platinum-

services/overview/index.html

SAP 고객을 위한 Oracle 워크숍

오라클은 SAP 고객이 오라클과 SAP 환경을 더 잘 유지하고

운영할 수 있도록 맞춤형 워크숍을 제공합니다. 현장 워크숍은

오라클 데이터베이스 구축 최적화에 깊은 전문 지식을 갖춘

오라클 전문가가 고객의 비즈니스 니즈에 맞추어 진행합니다.

SAP 을 위한 다양한 주제에 대해 직접 라이브 데모를 경험하고

관련 내용에 대한 사용자 중심 교재를 활용하여 귀사가 오라클

및 SAP 환경을 최대한 활용할 수 있도록 합니다.

65 SAP 를 위한 Oracle SuperCluster M7 APCustomers

SAP 고객을 위한 Oracle SuperCluster M7

Oracle SuperCluster M7 은 혁신적인 Oracle Database 의

효율성과 성능을 오버헤드가 거의 제거된 안전한 멀티

테넌시 기능과 프라이빗 클라우드 관리 툴을 결합하여

데이터베이스와 애플리케이션을 위한 완벽하고 안전한

클라우드 인프라를 제공합니다. 탄력적인 구성으로

소규모 시스템에서 시작하여 시간이 지나면서 수요가

증가하면 손쉽게 클라우드를 확장할 수 있습니다.

Oracle M7 의 고성능 프로세서 아키텍처는 우수한

엔터프라이즈 급 JAVA 애플리케이션을 제공하며 어떠한

유사 x86 시스템보다 높은 코어 당 Oracle Database

성능을 선보입니다. SPARC 과 Oracle Solaris 를 위한

Oracle VM Server 의 오버헤드가 거의 없는 가상화는

초고속 InfiniBand 패브릭과 함께 작동하여 공간, 전략,

컴퓨트, 메모리, 인적 및 소프트웨어 자원의 낭비 없이

최대의 성능과 확장성을 지원합니다.

오늘날의 SAP 환경은 애플리케이션, 데이터베이스, OS,

클러스터 소프트웨어, 서버, 네트워크, 스토리지의 통합,

전문적인 관리, 비즈니스에 필수적인 고가용성의 보장을

요구하는 가장 복잡한 데이터 센터 환경으로 묘사될 수

있습니다.

Oracle SuperCluster M7 은 SAP 고객들에게 통합된

컴퓨트, 스토리지, 네트워크 자원 및 가상화, OS, 관리에

기반하여 데이터베이스와 애플리케이션에 최적화된

오라클의 안전한 프라이빗 클라우드 인프라를 제공할 수

있는 유일한 아키텍처로써 SAP 환경에 이상적인

인프라입니다.

Oracle SuperCluster M7 은 모든 SAP 계층의 구동을 위한

최고의 플랫폼입니다. Oracle SuperCluster M7 프로세서

성능을 포함한 Oracle SuperCluster M7 의 최적화,

업계에서 가장 강력한 보안, 고가용성을 위한 Oracle

Solaris Cluster 와의 엔드-투-엔드 통합, Oracle Solaris 를

위한 최적화를 바탕으로 한 Oracle SuperCluster M7 은

현존하는 솔루션 중 가장 우수합니다.

SAP 의 검증과 지원을 받는 오라클은 구축을 가속화하고

SAP 아키텍처 주기 전체에 있어 운영 비용을 경감하기

위한 혁신적 방법을 선보입니다. 오라클과 SAP 의 십 여

년의 공동 개발은 SAP 를 위한 Oracle SuperCluster 와

Oracle Database 의 강력한 설계와 통합을

이끌어냈습니다.

Oracle SuperCluster M7 은 SAP 컴플라이언스

프레임워크의 일부인 SAP 보안 컴플라이언스

익스텐션과 통합됩니다.

Oracle SuperCluster 는 완벽한 SAP 환경의 통합을 위하여

성공적으로 구현 및 구축되어왔으며, 구축의 단순화와

가속화, 인프라의 통합, 성능의 가속화, 고가용성 미션

크리티컬한 오라클 클라우드 플랫폼의 제공이라는

역할을 해왔습니다. SAP 구동을 위한 Oracle

SuperCluster 사용 예시는 본 솔루션의 폭넓은 범위를 잘

보여줍니다.

SAP 고객을 위한 Oracle Supercluster M7 의 주요

이점

Oracle Supercluster M7 은 업계에서 가장 우수한 보안,

월등한 성능, 비용과 복잡성의 경감을 위해 함께 구동되는

완전한 효율성 개선안, 툴, 자동화 스위트를 지닌

오라클의 안전한 클라우드 인프라로 설계되었습니다.

보안, 성능, 효율성의 영역에서 Oracle Supercluster

M7 에는 특정 기술이 통합 및 최적화되었으며 여기에는

SPARC M7 프로세서, Oracle Solaris, Oracle Solaris

Cluster, Oracle Database, SAP 가 포함됩니다.

SAP 환경은 여러 인프라 계층이 존재하는 복잡한

환경이며 이는 통합을 통해 TCO 의 경감, SAP

애플리케이션 성능, 관리용이성, 가용성 향상을 누릴 수

있습니다. 전통적인 SAP 환경은 운영, 개발, 품질 보장을

위하여 복잡하고 분리된 인프라로 진화하였습니다.

Oracle SuperCluster 는 SAP 환경 및 아키텍처 근간을

위한 단순하고 통합된 클라우드 인프라를 제공합니다.

Oracle SuperCluster 는 컴퓨트, 네트워크, 스토리지

하드웨어를 가상화, OS 및 관리 소프트웨어와 결합하여

월등하게 안전하고 구축, 관리, 유지보수가 용이한 완전한

고성능 인프라를 선보입니다.

66

Oracle Supercluster M7 은 고성능을 위해 설계되었고

Oracle 및 SAP 스택 전 계층에서 최적화되었습니다.

(그림 1) SAP 와의 공동 계발과 공동 설계는 오라클의

제품 전략 및 성능 최적화 프로세스의 일환입니다.

Oracle Supercluster M7 개관

Oracle Supercluster 는 Oracle Database 12c, Oracle

Database 11g, Oracle Real Application Clusters (Oracle

RAC) 같은 고가용성 및 고확장성 기술을 업계 표준

하드웨어와 함께 선보이고 있습니다.

오라클의 SPARC M7 서버, Oracle Exadata Storage 서버,

Oracle ZFS Storage ZS3 어플라이언스를 포함한 모든

통합된 최적화 하드웨어는 QDR InfiniBand 단일

네트워크를 통해 통합되었습니다. 모든 구성요소는 사전

구성, 테스트, 통합, 튜닝, 성능 최적화를 거쳤으며 단일

장애지점이 없도록 설계되었습니다. (그림 2)

67 SAP 를 위한 Oracle SuperCluster M7 APCustomers

Oracle Supercluster M7 기능

아래의 목록은 Oracle SuperCluster M7 의 가장

대표적인 기능 중 일부입니다.

• 최고의 성능 Oracle SuperCluster M7 은 범용

컴퓨팅을 위한 세계에서 가장 빠른 프로세서인

SPARC M7 을 선보입니다. 암호화 가속과 Oracle

Database 12c 쿼리 가속화를 위한 개선안이

프로세서의 설계에 직접 통합되었습니다. SPARC M7

In-Line 압축해제는 Oracle Database In-Memory

12c 를 위한 SPARC M7 SQL 가속화와 결합되어

리소스 집약적인 SAP 애플리케이션의 성능을

개선시켜줍니다.

• 향상된 보안 Oracle SuperCluster M7 은 다수의

고유한 런타임 보안 기술, 문서화되고 테스트된

시스템 전반의 보안 제어와 베스트 프랙티스,

통합된 자동화 컴플라이언스 검증 툴을 포함하는

업계에서 가장 우수한 보안을 제공합니다.

고유한 기술에는 SPARC M7 Silicon Secured

Memory, SPARC M7 암호화 가속기, 읽기 전용 가상

머진, 엔드-투-엔드 감사 기록에 포함됩니다.

• 확장성: Oracle SuperCluster M7 는 SAP 환경을

압도적인 확장성을 제공합니다. 매우 효율적이고

안전한 멀티테넌시를 위해 설계된 Oracle

SuperCluster 는 수직 확장 가상화와 수평 확장

InfiniBand 패브릭을 통합하여 테넌트(tenant)

데이터베이스와 애플리케이션에 시스템 자원을

프로비저닝함에 있어 최대의 유연성을 제공합니다.

이는 다른 테넌트 워크로드와의 최대 격리의 유지를

통해 가능하며 최적의 성능과 컴퓨트, 메모리,

소프트웨어 자원의 낭비를 제거합니다.

결론

Oracle SuperCluster M7 은 SAP 고객들에게 통합된

컴퓨트, 스토리지, 네트워크 자원 및 가상화, OS, 관리에

기반하여 데이터베이스와 애플리케이션에 최적화된

오라클의 안전한 프라이빗 클라우드 인프라를 제공할 수

있는 유일한 아키텍처로써 SAP 환경에 이상적인

인프라입니다.

Oracle SuperCluster M7 프로세서 성능을 포함한 Oracle

SuperCluster M7 의 최적화, 업계에서 가장 강력한 보안,

고가용성을 위한 Oracle Solaris Cluster 와의 엔드-투-

엔드 통합, Oracle Solaris 를 위한 최적화를 바탕으로 한

Oracle SuperCluster M7 은 현존하는 솔루션 중 가장

우수합니다.

오라클은 광범위하고 포괄적인 기술과 서비스를

제공함으로써 SAP 를 위한 고가용성의 미션 크리티멀한

오라클 클라우드 플랫폼을 선보일 수 있습니다. 본 문서는

Oracle SuperCluster M7 기술와 이의 SAP 와의 관계에

대하여 개관 정보를 제공합니다.

더 많은 정보를 확인하려면 아래를 방문하십시오.

http://www.oracle.com/us/solutions/sap/engineered-

systems/supercluster/index.html

• 안전한 멀티테넌시 안전한 멀티테넌시를 통해

복수개의 동시 entity 간 높은 수준의 격리를 제공하여

개별 서비스는 물리적으로 단일한 Oracle

SuperCluster 에서 운영 및 관리가 허용됩니다.

애플리케이션의 보안, 신뢰성, 성능 요구사항은 상이한

수준일 것입니다. 워크로드의 격리는 Oracle Solzris

Zones 에서 이루어지며 자원 관리 및 사용자 계정

관리는 중앙에서 관리됩니다. 또한 Oracle

SuperCluster 는 CPU, 메모리, I/O 그룹 간 하드웨어

격리를 중앙에서 관리함으로써 노드 내의 가용성

향상을 가져옵니다.

68

SAP 고객, EXADATA 기술 이점 누리다

성능 향상 및 기타 주요 이점을 아무런 수정 없이 구축 즉시

(out-of-the-box) 실현

Oracle Exadata Database Machines 은 SAP Business Suite

(SAP ECC 6.0, SAP CRM 7.x )및 SAP BW 7.x 등 모든 종류의

고객 워크로드를 상대로 탁월한 성능 향상을 제공합니다.

Oracle Exadata 고객은 SAP 및 non-SAP 등 다수의

워크로드로 구성된 복수의 Oracle Database 를 단일 Oracle

Exadata Database Machine 상에 구동할 수 있습니다. 실제

Exadata Database Machine 은 간단하고 신속하게 구현될

수 있으며 가장 방대하며 중요한 데이터베이스

애플리케이션을 10 배 이상 빠르게 구동할 수 있습니다.

이는 Sun 의 업계 표준 하드웨어와 오라클의 지능형

데이터베이스 및 스토리지 소프트웨어를 시스템적으로

엔지니어링한 덕분입니다.

Oracle Exadata Database Machine 는 2011 년 7 월 SAP 의

인증을 획득하여 SAP 고객도 SAP 애플리케이션을 운영을

위하여 Oracle Exadata Database Machine 을 사용할 수

있게 되었습니다. Exadata 는 Oracle 데이터베이스를 호스팅

하는데 구축 용이한 솔루션으로 수정 없이 SAP

애플리케이션을 구동할 수 있어 OOTB 상태에서도 더

뛰어난 성능을 제공하며 SAP NetWeaver 애플리케이션을

통합하고 관련 벤더 수를 Oracle 과 SAP 단 두 개로

줄여줍니다. 뿐만 아니라 Oracle Exadata 는 더 나은 지원

제공과 빠른 온라인 마이그레이션을 가능하게 하며 DBaaS

구축 플랫폼과 엔터프라이즈 데이터베이스 클라우드 솔루션

(Enterprise Database Cloud Solution) 의 이점을 제공합니다.

시간이 지나면서 전세계적으로 더 많은 SAP 고객이 Exadata

Databse Machine 을 구입 및 구축하고 있습니다.

아래에서는 다양한 산업에 걸쳐 Oracle Exadata Database

Machine 을 구현한 고객 사례를 소개하고 각기 다른

환경에서 직면했던 당면 과제와 솔루션을 소개합니다.

확장은 “미래형 데이터센터”를 요구

연 매출 약 5 억 달러의 인도 화학물질 및 비료 제조

업체는 다음의 당면 과제를 안고 있었습니다. 첫째, 아태

지역으로의 계획된 확장을 지원 할 수 있는

미래지향적이고 확장 가능한 신규 솔루션 구현하여야

했으며 둘째, 하드웨어가 수명을 다해가고 성장을

지원하지 못하고 있는 상황이었으며 셋째, 스토리지를

증가해야 했습니다.

해당 기업은 전통적인 시스템과 엔지니어드 시스템을

상세하게 비교할 필요가 있음을 깨달았습니다.

Exadata Database Machine 상에 SAP ECC 와 BW 를

구동하는 것을 중점으로 한 PoC 결과는 이 기업이 그나마

갖고 있던 우려를 불식시킬 수 있었고 많은 이점이

제공됨을 확인시켜 주었습니다. 해당 기업 관계자는

“Oracle Exadata Database Machine 은 우리가 미래형

데이터센터를 구축하는데 필수입니다. 증가하는 자사

사용자를 지원할 수 있는 고성능 플랫폼 덕분에 우리의

계획을 이상적으로 이행할 수 있습니다.”라고

설명했습니다. 그 외에도 효율적인 데이터베이스 통합,

스토리지 절약, 상당한 성능 향상 등의 이점도 누리게

되었습니다.

다음은 Oracle Exadata Database Machine 구축으로 큰

이점을 누리게 될 일본의 주요 소비자 금융사의

사례입니다. 해당 금융사 경영진은 데이터베이스 통합과

SAP ECC 를 위한 Unix 에서 Linux 로의 마이그레이션을

통한 IT 비용 절감 효과를 기대하고 있습니다.

현재 Oracle Exadata (R/3 Load)로의 원활한

마이그레이션 프로세스와 Itanium HP UX 의 교체가 계획

중에 있습니다. 새로운 플랫폼이 갖추어 지면 해당

금융사는 분명 지속적인 성장과 SAP 통합을 달성하고

프로세스 성능 향상뿐 아니라 더 복잡한 쿼리도 처리할

수 있게 될 것입니다.

69 Exadata 의 혜택을 누리는 SAP 고객 사례

왜 Oracle Exadata Database Machine 을 구축하는

SAP 고객이 전세계적으로 증가하는가

일본의 또 다른 고객사례는 일본산 화학물질, 플라스틱,

전자제품, 화장품 및 건강식품을 수출입하는 기업으로 해당

고객은 먼저 non-SAP 환경에 Oracle Exadata Database

Machine 을 성공적으로 구축하였고 현재는 SAP 환경에도

Exadata 를 사용하고 있습니다. 해당 기업 관계자는 “Non-

SAP 환경에서의 결과가 너무 좋았기 때문에 SAP ECC 도

Oracle Exadata Database Machine X3 Half Rack 상에

운영하자는 결정을 내리게 되었습니다.”라고 설명했습니다.

프로젝트의 주요 목표는 모든 데이터베이스 통합과 비용

절감 및 Windows 플랫폼 교체를 통한 ROI 개선이었습니다.

다시 말해 ECC 시스템은 성능 향상, 다운타임 최소화,

비즈니스 성장 뒷받침 등의 다양한 요구에 직면하고 있는

상황이었습니다.

실시간 비즈니스를 필요로 하는 고객

한편 북미지역의 미국 소재 미디어 엔터테인먼트사도 다른

성격의 과제를 Oracle Exadata Database Machine 으로

완벽하게 해결할 수 있었습니다. 첫째, 고객은 일종의 실시간

비즈니스를 필요로 합니다. 둘째, 현 인프라는 I/O 문제를

겪고 있었으며 매우 높은 수준의 SLA 요구사항을 갖고

있었습니다. 해당 고객은 미래 성장을 고려하고 차지백

(charge-back)과 빠른 프로비져닝이 지원되는 DBaaS 를

제공하는 프라이빗 클라우드를 포함하는 적합한 IT

아키텍처를 물색하고 있었습니다. 해당 기업 관계자는

“우리는 최종 결정 이전에 SAP HANA 도 대안으로

검토하였으나 Oracle Exadata Database Machine 이 우리가

제시하는 모든 요건을 충족한다는 것을 명확하게 확인할 수

있었습니다”라고 설명했습니다.

미국의 헬스케어 고객도 동일 솔루션을 택하였습니다. 이

경우, SAP BW 에 대한 기술 개편(refresh)이 필요했습니다.

해당 고객의 IT 팀은 글로벌 롤아웃을 위해 확장이 가능한

고밀도의 데이터베이스 통합 플랫폼을 희망했습니다. 해당

기업은 Oracle Exadata 구축에 매우 높은 만족도를 표하고

있습니다. 애플리케이션의 성능도 놀라울 정도로 빨라졌고

통합과 표준화를 위한 최적의 플랫폼을 마련한다는

전략적인 기업 목표를 달성할 수 있었습니다.

다음은 SAP BW 를 위해 Exadata 를 선택한 포춘지 선정

500 대 기업에 속하는 미국 소재 글로벌 생활 소비재 업체의

사례입니다. 해당 기업은 x86 과 Microsoft Windows 상에

BW 를 구동하여 상당한 성능 이슈를 겪고 있었습니다. 해당

고객의 IT 팀은 Oracle AWR 보고서 평가 후 SAP BW 를 위한

플랫폼으로 Exadata 를 권고했습니다.

“이제 우리는 성장을 지속할 수 있게 되었고

SAP 워크로드를 통합할 수 있으며 비즈니스 프로세스

성능을 향상하고 전반적인 플랫폼 비용을 절감할 수

있습니다” 라고 해당 고객 관계자는 전했습니다.

남미 지역의 한 SAP 고객은 Oracle Exadata Database

Machine 을 도입하여 여타 과제와 요구사항의 해소를

꾀했습니다. 예를 들어 브라질의 한 에너지 기업은

Exadata 를 사용하여 성능 향상과 원활한 SAP 환경

통합을 이룩하였습니다. 쿼리 속도가 이전 하드웨어 비교

25 배 증가하였고 로드 시간은 10 배 단축되었습니다.

단축된 시장 출시 기간 (Time-to-Market)

유럽 중동 아프리카 (EMEA) 지역의 대형 보험 금융 서비스

업체는 신상품 출시 기간을 단축하기를 원합니다. IT

관점에서 볼 때 이 기업은 복수의 OS (IBM AIX, Linux, MS

Windows 및 Solaris)상에서 수십 개의 데이터베이스가

구동되는 복잡성을 줄여야 했습니다. 해당 기업은 Oracle

Exadata Database Machine 구축으로 더 적은 노력과 적은

수의 라이선스로 SAP 및 non-SAP 시스템의 데이터베이스

통합을 달성하였습니다. Oracle Exadata는 시장 출시 기간을

단축하고 IT 복잡성을 줄여줌으로써 고객의 더 큰 성공을

지원하고 있습니다.

EMEA 지역의 또 다른 사례로 10,000 명의 임직원을 보유한

B2B 리테일 업체는 IT 비용을 절감하고 당면한 비즈니스

문제를 해결해야 하는 과제를 안고 있었습니다. 해당 업체는

46 개의 데이터베이스를 2 대의 Exadata Machine 으로

통합하여 비용을 최소화하였습니다. 또한 아무런

애플리케이션 변경 없이도 사용자 I/O 가 더 이상 주요 대기

이벤트가 되지 않고 있고 배치 작업 시간도 1/3 로

줄었습니다.

해당 기업 관계자는 OOTB 상태로도 성능이 월등하다고

덧붙였습니다.

Exadata Database Machine 을 구입, 구축하는 많은 SAP

고객 중 마지막으로 소개할 고객은 프랑스 대형

전력사입니다. 해당 고객은 ECC 배치 작업 시 성능 이슈를

겪고 있었습니다. 이 문제를 해결하기 위해 Oracle

Exadata 와 더불어 두 개의 대안이 검토되었으며 Exadata

PoC 결과가 고객에 확신을 줄 수 있었습니다. 이 SAP 고객은

새로운 Oracle IT 인프라의 이점을 확실하게 누리고

있습니다. 해당 관계자는 “SAP 를 위해 구축된 Exadata

덕분에 당사의 IT 환경이 높은 수준으로 통합 및

최적화되었고 미래 니즈도 충족할 수 있게 되었습니다.”라고

설명했습니다.

70

SAPCTL 을 통한 SAP 자원의 고가용성

애플리케이션, 프로세스, 서버가 클러스터에서 장애 시,

여러분은 이 장애가 가능한 한 단기간에 끝나고, 더 나아가

사용자들에게 알려지지 않기를 바랄 것입니다. 예를 들어, 한

서버 상의 애플리케이션의 장애 시, 애플리케이션이

클러스터 내의 다른 서버에서 재구동되면, 애플리케이션

사용에 있어서 중단을 최소화하거나 제거할 수 있습니다.

이와 마찬가지로, 한 클러스터 내의 서버 장애 시, 해당 서버

상에서 구동되는 모든 애플리케이션과 프로세스는 다른

서버로 페일오버되어 사용자에게 지속적인 서비스를 제공할

수 있어야 합니다. 대체로 사용자들은 빌트인 된 일반적인

애플리케이션 자원 유형 또는 애플리케이션과 프로세스에

배정된 자원 속성을 지닌 맞춤형 스크립트와 애플리케이션

에이전트 프로그램을 사용하며 Oracle Clusterware 는

고가용성을 위해 이들 entity 전체를 관리할 수 있습니다.

SAP 고객은 통상 고가용성 인프라를 운영하고 무중단

서비스를 제공하는데 높은 관심을 지닙니다. 여러 벤더의

많은 구성요소를 하나 또는 다수의 조직이 운영하면서 제품

인프라/생태계를 통제하고자 하는 경우에 이는 매우 어려운

일일 것입니다. 다수의 SAP 고객은 Exadata 나

SuperCluster 와 같은 Oracle Engineered System 으로 이관을

통해 복잡성을 줄이고 효율성을 증대시키기를 희망하지만

그렇지 않은 고객들은 최저의 노력으로 기존 환경에서 가능한

최대 가용성을 운영하고자 합니다. SAP 환경은 SAP Enqueue

Service 에서와 같이, 장애 시 전체 SAP 시스템의 재구동이

수반되는 여러 잘 알려진 고가용성 과제를 안고 있습니다.

SAP Enqueue Service 는 SAP 애플리케이션 서버 인스턴스를

위한 분산된 잠금 관리 기능을 제공하며 SAP 시스템이 하나

이상의 SAP 인스턴스 사용 시 가용해야만 합니다. SAP

애플리케이션의 고가용성을 지원하기 위하여 Enqueue

Service 는 Message Service 와 함께 SAP WebAS ABAP 을

위한 “Standalone Enqueue Service” (ASCS)를 구성합니다.

SAP WebAS JAVA 의 경우, Enqueue Service 는 Message

Service 와 함께 “Central Services Instance” (SCS)를

구성합니다. SCS 인스턴스는 SAP 의 Java 스택을 위해

필수입니다. SAP 는 개별 Enqueue Service 의 고가용성을

위하여 active/passive 접근법을 채택하고 있습니다.

애플리케이션 유형 ABAP 을 위하여 하나의

Enqueue Service 와 애플리케이션 유형 Java 를

위하여 다른 하나의 Enqueue Service 가 존재합니다.

SAP 시스템은 상이한 노드 위의 복수개의

애플리케이션 인스턴스로 구성됩니다. 하나 이상의

SAP Replication Services 는 장애 또는 계획된 중단 시

ABAP 그리고/또는 Java 를 위한 active Enqueue

Service 가 페일오버되는 노드 위에서 구동됩니다.

‘서비스’라는 용어는 Enqueue 또는 Replication 을

제공하는 SAP 시스템을 지칭하기 위하여 사용됩니다.

이들 서비스를 호스팅하는 노드는 ‘Enqueue Server’ 및

‘Replication Server’로 명명됩니다.

Oracle Database 상의 SAP 고객은 선호 벤더 및 OS

플랫폼에 따라 이들 SAP 인증 페일오버 소프트웨어를

선택할 수 있습니다. 더 나은 방법은 Oracle

Clusterware 의 사용인데, 이는 소프트웨어 벤더의 수,

복잡성, 관리 공수, 심지어 소프트웨어 라이선스

비용까지 줄일수 있도록 도움을 줍니다. Oracle

Clusterware 는 이동형 클러스터 소프트웨어로써 단일

서버들의 클러스터링을 통해 단일 시스템으로 협력할

수 있도록 해줍니다. Oracle Clusterware 는 Oracle Real

Application Clusters (RAC)를 위한 필수 인프라를

제공합니다. 이 밖에도 Oracle Clusterware 는 클러스터

내에서 어떠한 오라클 애플리케이션이나 SAP 과 같은

다른 종류의 애플리케이션까지도 보호합니다.

Oracle Clusterware 는 Oracle 자원과 마찬가지로 SAP

자원에 대하여 고가용성과 자원 관리 기능을

제공합니다. 따라서 오라클은 Oracle Clusterware 툴인

SAP Control (SAPCTL)을 통해 고객이 SAP 고가용성

자원을 손쉽게 관리할 수 있도록 지원합니다. SAPCTL 은

Oracle Clusterware 와 SAP 고가용성 구성요소의 자원,

스크립트, 종속관계를 관리하기 위한 사용이 용이한

인터페이스입니다. SAPCTL 은 SAP 고객이 SAP

Enqueue Service, SAP Replication Service, 추가적으로

ABAP 과 JAVA 를 위한 SAP Enqueue Service 가

사용하는 가상 IP 주소를 쉽게 관리할 수 있도록

함으로써 오라클 명령어 툴의 기능을 통합시켜줍니다.

71 SAPCTL 을 통한 SAP 자원의 고가용성

SAP Enqueue 와 SAP Replication Service 와 같이 필수적인

SAP 고가용성 구성요소 외에도, SAPCTL Version 8 은 임의의

수의 SAP 애플리케이션 인스턴스의 보호를 위한

인터페이스를 제공합니다. SAP Central Instance (CI) 또는

SAP 애플리케이션 인스턴스 (DV)는 SAPCTL 의 감독 하에

구동될 수 있습니다. SAPCTL 툴은 SAP Standalone Gateway

(GW)와 SAP WebDispatcher (W)를 독립적인 SAP 인스턴스로

지원합니다.

또한 모든 지원 SAP 인스턴스 유형에 대하여 SAPCTL 은

상시적으로 co-location 된 CRS 자원을 통해 관련 SAP Start

Service (sap- startsrvdaemon 프로세스)를 모니터링합니다.

SAP 인스턴스가 클러스터 노드 상에서 시작하거나 클러스터

내의 노드 간 이동 시 SAPCTL 은 SAP Start Service 를 자동

시작합니다. 이 작업은 Oracle Clusterware 구동 후

SAPCTL 이 수행하기에 시스템 부팅 시 sapinit 프로시져로

전체 SAP Start Process 를 호출할 필요가 없습니다.

SAPCTL 툴은 SAP Standalone Gateway (GW)와 SAP

WebDispatcher (W)를 독립적인 SAP 인스턴스로

지원합니다.

SAPCTL 의 구축 가이드와 필요 소프트웨어는 SAP Note

“1496927 – Oracle Clusterware 를 통한 SAP 인스턴스의

보호”에 설명되어 있습니다.

Oracle Exadata, Oracle SuperCluster, Oracle Database

Appliance 는 SAP Central Services (SCS 와 ASCS

인스턴스 및 ER 인스턴스)의 구동을 위하여

인증받았으며 SAPCTL 은 상기 언급된 Engineered

System 에서 구동 시 이들 서비스를 지원합니다. 커널

버전 7.00 이상의 SAP 커널은 LINUX, Solaris, AIX OS

상에서 SAPCTL 의 지원을 받습니다. SAPCTL 은 SAP

통합 시나리오 NW-HA-CLU 7.40 를 통해 SAP

NetWeaver 통합을 위해 인증 받았습니다.

Oracle Clusterware 와 RAC 상에서 SAPCTL 을 구축한

SAP 고객은 IBM PowerHA 및 HP Service Guard 등 써드

파티 고가용성 소프트웨어가 불필요합니다. 무상으로

제공되는 SAPCTL 을 사용함으로써 귀사는 추가 비용

절감을 누릴 수 있으며 관리 노력을 현저히 경감할 수

있습니다. Oracle Real Application Clusters (RAC)가

Oracle Database 인스턴스를 단일 장애

지점(SPOF)에서 제거해주지만, Oracle SAPCTL 은 또

다른 SPOF (Enqueue Service)를 제거하며 다만 이는

SAP 애플리케이션 레벨에서 수행됩니다. SAP 인프라

전반에 보다 향상된 가용성 수준을 제공하고 제한적인

SLA 에 대응을 개선시킬 수 있는 근간이 됩니다. 또한

물리적 대기 데이터베이스 상에 Data Guard 를

사용함으로써 오라클은 종합적인 재해 복구 솔루션을

제공합니다.

이와 같은 솔루션을 통해 스토리지 미러링을 대체하고

인프라 비용의 경감이 가능해집니다.

72

혁신, 효율성, 단순성을 위한 설계,

Oracle Engineered Systems for SAP

기업들이 매력적인 가격에 최고의 성능을 달성하기

위해서는 IT 인프라를 최적화해야 합니다.

오라클은 비용을 절감하고 IT 인프라의 복잡성을

줄이면서 동시에 생산성과 성능을 향상시키기 위한

엔지니어드 시스템을 설계하기 위해 스택의 모든 계층을

혁신했습니다.

오라클은 전체 기술 스택에 걸쳐 통합된 시스템을

설계함으로써 고객의 수고를 덜어 줍니다. IT 복잡성의

감소로 시간과 비용 여유가 생기기 때문에 혁신과 기회에

이를 투자할 수 있습니다.

Oracle Exadata Database Machine, Exalogic Elastic

Cloud, Oracle Database Appliance, Virtual Compute

Appliance 및 Oracle SuperCluster 는 모두 업계에서 타의

추종을 불허하는 엔터프라이즈급 성능을 달성하기 위해

설계되었습니다.

오라클의 엔지니어드 시스템은 동종 최강 하드웨어와

소프트웨어 구성 요소와, 운영을 단순화하고

총소유비용(TCO)을 절감하는 획기적 기술 혁신을

결합합니다. Oracle Engineered Systems for SAP 에서는

이러한 극강의 성능이 SAP 애플리케이션을 위해

최적화되어 있습니다.

경쟁사가 ‘울트라’, ‘고도의’ 혹은 ‘xy’ 융합 시스템에서

멈추는 동안 오라클은 거기서 멈추지 않고 한 걸음 더

나아가 진정으로 모든 계층을 엔지니어링 하고 이를 자체

IP 와 업계 표준에 기반하여 설계, 테스트, 구축 및 구현되는

단일 솔루션에 통합하였습니다.

무엇보다도 데이터베이스 기술, 관리 소프트웨어, OS, 서버

및 스토리지를 포함하여 세계에서 가장 완전하고

개방적이며 통합된 기술 스택입니다.

Oracle Engineered Systems

• 각 IT 인프라 계층이 자체적으로 선도적 우위 기술을

제공하지만, 오라클은 한 걸음 더 나아가 IT 인프라의

비용과 복잡성을 감소하면서 생산성과 성능을

향상시키는 엔지니어드 시스템을 설계하였습니다.

• 오직 오라클만이 데이터 센터 운영 단순화, 비용 절감,

업무 혁신 가속화를 위해 스택의 모든 계층을

혁신하고 최적화할 수 있습니다.

• 각 시스템은 오라클의 애플리케이션에서 디스크에

이르는 전체 기술 스택, 즉 서버와 스토리지, OS,

데이터베이스 소프트웨어, 미들웨어, 네트워크 및

빌트인 가상화 기능을 통합하여 SAP 인프라를 구매,

프로비저닝, 설치 및 유지보수하는 데 소요되는

시간과 비용을 절감합니다.

• 오라클과 SAP 는 Oracle’s Engineered Systems for

SAP 를 공동으로 테스트하고 인증함으로써 데이터

센터 운영을 위한 단순화하고 빠르고 쉬운 SAP 인프라

설치를 보장하며 업무 혁신을 가속화하기 위해 사전

통합, 테스트 및 구성된 엔지니어드 시스템 제품군을

탄생시켰습니다.

• 오라클 데이터베이스와 SAP 애플리케이션을 위해

최적화된 Oracle Engineered Systems for SAP 는 SAP

환경을 구현하는 데 필요한 시간을 단축해줍니다.

데이터센터에서의 Oracle Engineered Systems

• 설치가 완료되면 오라클의 엔지니어드 시스템

기반으로 SAP 환경을 통합함으로써 데이터 센터 관리

복잡성을 해소할 수 있습니다.

기술 스택 각 계층에서 극강의 성능

• 극강의 성능이란 기존보다 더 빠르고, 보다

우수하며, 보다 효율적인 작업 수행을

의미합니다. 오라클 Engineered System 의

특징이며 IT 의 단순화를 위한 오라클의

움직임의 전형입니다.

73 SAP 환경을 위한 Oracle Engineered Systems

• 관리자는 SAP 환경과 SAP 인프라를 관리하기 위해

SAP 의 BR* Tools 와 Oracle Enterprise Manager Ops

Center 를 활용할 수 있습니다. 빌트인 자동화 기능은

관리자의 업무를 단순화하고 일간 관리 수요를 줄여

줍니다.

Oracle Exadata Database Machine, Oracle Database

Appliance, Exalogic Elastic Cloud, Oracle SuperCluster 와

Virtual Compute Appliance 는 업계에서 타의 추종을

불허하는 엔터프라이즈급 성능을 달성하기 위해

설계되었습니다.

• RAC 과 Exadata 스토리지를 이용한 거대한 병렬

그리드 아키텍처는 선형 I/O 확장성과 함께 극강의

성능을 제공하여 데이터베이스 서버와 스토리지 간

데이터 대역폭을 획기적으로 증가시킵니다.

집약적인 쿼리 처리와 데이터 마이닝 scoring 은

스토리지 서버로 오프로드되어 SAP 데이터에

가깝게 처리됨으로써 쿼리 성능과 동시성을

향상시킵니다.

• 모든 서버, 스토리지, 네트워크 구성요소는 랙 내에

사전 연결되어 있으며, 전체 패키지는 사전

통합되고 테스트되어 구축 일정을 몇 주에서 몇

달까지 단축합니다.

Oracle Engineered Systems for SAP

데이터 웨어하우스, OLTP, 혼합 워크로드 데이터베이스

애플리케이션에 극강의 성능을 제공하기 위해 설계된

Oracle Exadata Database Machine 은 SAP 성능과

관리성을 향상하기 위해 맞춤 설계되었습니다.

‘박스형 데이터 센터(data center in a box)’인 Exadata

Database Machine 은 오라클 데이터베이스를 구동하기

위해 필요한 모든 하드웨어를 포함한 구축이 용이한

시스템입니다. 그 위에 오라클 RAC(Real Application

Clusters), Oracle Grid Infrastructure, 스토리지 관리 도구

및 관리자 소프트웨어가 추가되며, 극강의 성능과 미션

크리티컬한 가용성과 신뢰성을 위해 전체 시스템을 최적화

합니다.

SAP 환경에서 Exadata 사용하기

Oracle Exadata Database Machine 은 여러 차원에서 SAP

환경을 위한 완벽한 선택입니다.

• OLTP (SAP ERP), 비즈니스 웨어하우스(SAP BW) 및

혼합 워크로드의 통합을 위한 탁월한 I/O 와 SQL 처리

성능을 제공합니다.

단일 벤더의 번들 패치 세트로 패치 작업을

단순화하는 등 업무의 단순화로 관리와 유지보수에

수반되는 업무를 간소화하고 고가용성과 재난

복구를 OOTB 로 제공합니다.

• SAP 고객은 SAP 애플리케이션이 변경 없이

구동되는 Exadata 로 쉽게 데이터베이스를 이관할

수 있습니다.

소스 플랫폼에 따라 마이그레이션은 OS 플랫폼

업그레이드처럼 매끈하게 처리될 수 있습니다.

프라이빗 클라우드를 위해 설계된 Oracle Exalogic

Elastic Cloud 는 SAP 애플리케이션을 위한 사실상

무제한의 확장성과 압도적인 성능, 지금껏 상상할 수

없었던 단순한 관리를 제공합니다.

미들웨어와 패키지 애플리케이션의 컴퓨팅 집약적인

워크로드를 위해 설계 및 최적화되었으며 사전 조립 및

사전 구성된 각 시스템은 완벽하게 통합되고 핫 스왑이

가능한 x86 컴퓨팅 노드, 고성능 Oracle ZFS Storage

Appliance 및 고대역폭 커뮤니케이션 패브릭과

스위치를 포함하고 있습니다.

74

Oracle Exalogic Elastic Cloud for SAP

Exalogic 은 애플리케이션 관리를 단순화하고 운영

효율성을 증진하기 위해 설계되었습니다.

• Exalogic 은 각 모듈화된 구성 요소를 하나의

시스템으로서 설계 및 통합, 테스트, 운송, 설치, 구성 및

작동하도록 제공하기 때문에 SAP 환경의 복잡성을

획기적으로 줄여 줍니다. SAP 고객들의 SAP 환경을

위한 빠르고 효율적이며 구축이 쉬운 인프라입니다.

• 모든 Exalogic 구성은 모든 수준에서 완전히

이중화되어 있으며 단일 장애 지점이 없도록

설계되었습니다. SAP 와 오라클의 자체 고가용성

기술과 함께, 이 이중화는 SAP 인프라 구축환경에서

전례 없는 수준의 신뢰성을 보장해 줍니다.

• Exalogic 의 고도로 표준화되고 생산 단계에서 사전

통합(factory-integrated)되었으며 인증되고 테스트된

구성요소는 모든 스토리지, 서버, OS 와 시스템 관리에

대한 서비스 니즈에 대해 단일 연락 창구를 제공하여

설정과 설치를 크게 간소화함으로써 오류 위험을 대폭

줄이고 진단을 단순화하며 운영을 표준화 해줍니다.

Oracle Linux 6 플랫폼에서 사용 가능한 모든 SAP

NetWeaver 7.x 기반 SAP 제품은 이제 가상 Exalogic

구성환경에서 사용 가능합니다.

Oracle SuperCluster

차세대 SPARC T5/M7 서버, Oracle Solaris 10과 Solaris

11, 오라클 데이터베이스 11g와 12c, Exadata 스토리지

등 모든 오라클 혁신 제품들이 엔터프라이즈 SAP

애플리케이션의 통합을 위해 최적화되고 튜닝된 확장

가능한 엔지니어드 시스템에 함께 제공됩니다. Oracle

SuperCluster 에 기반한 Oracle 의 Optimized Solution

for SAP 는 SAP 애플리케이션을 광범위한 보조

엔터프라이즈 애플리케이션과 함께 보다 우수한

성능과 신뢰성으로 구동하기 위해 설계되었습니다.

사용자들은 SAP 애플리케이션 인스턴스와 중앙

서비스, 데이터베이스 소프트웨어를 Oracle

SuperCluster M7 시스템 상에 통합함으로써 SAP

환경을 대폭 간소화할 수 있습니다.

Oracle SuperCluster 에서 SAP 환경 운영하기

Oracle SuperCluster 는 SAP 의 지원을 받습니다. 오라클

병렬 데이터베이스와 SAP 중앙 인스턴스, 애플리케이션

혹은 웹서버, Oracle Enterprise Manager 관리

소프트웨어와 모든 SAP 애플리케이션을 구동할 수

있습니다.

이는 특히 SAP 뿐 아니라 추가 엔터프라이즈

애플리케이션을 구동해야 하거나, 데이터 센터 내에서 통합

및 가상화가 요구되는 멀티티어 애플리케이션이 있어서

다목적 시스템을 필요로 하는 SAP 고객에게

안성맞춤입니다.

• Oracle Optimized Solution for SAP 으로 기업들은 인프라를

현대화하고 SAP 환경을 통합하며 더 많은 워크로드를 더

좁은 데이터 센터 상면에서 관리함으로써 성능과 생산성을

크게 향상하고 리스크를 축소하며 총소유비용을 절감할 수

있습니다.

• Oracle Optimized Solution for SAP 는 미션 크리티컬한

엔터프라이즈급 SAP 애플리케이션 환경의 수요를 충족하기

위해 설계되고 테스트 및 튜닝된 완전한 아키텍처를

제공합니다.

• 고객들은 개발, 테스트 및 운영환경을 포함한 환경을

고가용성, 고확장성 플랫폼에 통합할 수 있어 SAP

애플리케이션 성능과 가용성을 향상시킬 수 있습니다.

• 빌트인 가상화 기술이 안전하게 SAP 워크로드를 격리시키며,

SAP 를 단일 플랫폼에 안전하게 통합하기 위해 필요한

정밀한 자원 제어를 제공합니다. 컴퓨팅, 메모리 및 I/O

자원을 관리하여 애플리케이션이 적절한 양의 자원에

접근할 수 있도록 하며 전체 플랫폼을 소요하는 워크로드가

없도록 합니다. 빌트인 관리로 운영을 합리화하고 여러 다른

기술에 대한 필요를 해소해 줍니다.

오라클의 Private Cloud Appliance 는 고객이 Oracle Linux

혹은 Oracle Solaris 애플리케이션을 위한

융합형(converged) 인프라를 설치, 구축 및 관리하는

방식을 대폭 간소화해주는 엔지니어드 시스템입니다.

이는 네트워크, 컴퓨팅, 관리 및 스토리지 요소를 결합한

고가용성의 완벽히 이중화된 융합형 인프라 시스템입니다.

시스템 내의 모든 하드웨어와 모든 필요한 소프트웨어에

대해 하나의 가격 체계를 제시합니다. 또한 오라클

소프트웨어를 가상 CPU 기반으로 라이선싱 할 수 있는

유연성을 제공하는 Oracle Trusted Partition 을 지원합니다.

또한 고객의 기존 혹은 신규 오라클 스토리지나 써드파티

스토리지와 연결할 수 있으며, Software-Defined Network

Infrastructure 에 Oracle Fabric Interconnect 와 Oracle

SDN 를 제공합니다. 오라클 하드웨어와 소프트웨어를

포함하는 전체 스택을 통합 지원하는 단일 지원의 이점을

누릴 수 있습니다.

75 SAP 환경을 위한 Oracle Engineered Systems

SAP 의 인증을 받은 Private Cloud Appliance

Oracle Linux 5 와 6 에서 사용 가능한 모든 SAP

NetWeaver 7.x 기반 SAP 제품은 이제 가상화를 위해

설계된 오라클 엔지니어드 시스템인 Private Cloud

Appliance 에서 사용 가능합니다.

Oracle Private Cloud Appliance 상에서 3-Tier 및 2-Tier

설치(오라클 데이터베이스와 SAP 애플리케이션)가

지원됩니다.

Oracle Private Cloud Appliance 는 아래 조건이

충족되면 SAP 환경에서 사용 가능합니다.

• Oracle Private Cloud Appliance Release

1.1.3 이상 사용

• Oracle VM 에 기반한 Private Cloud Appliance

관련 Oracle VM 정보는 SAP Note 1808268 를

참조하십시오.

• 아래의 VM 기반 Os 가 SAP 환경에서 사용

인증되어 지원됩니다.

• Oracle Linux Release 5.x with UEK

• Oracle Linux Release 6.x with UEK

• Oracle Solaris

Oracle Database Appliance 는 고가용성의

클러스터화된 완전한 턴키 데이터베이스 시스템으로서

SAP 의 인증을 받았습니다. Oracle Database 11g

Release 2 인증된 SAP NetWeaver 7.x 에 기반의 모든

SAP 제품은 Oracle Database Appliance 와 함께 사용

가능합니다.

Oracle Database Appliance 는 4U rack-mountable

시스템으로서 Oracle Database Enterprise Edition 구동을

위해 특별히 설계되었습니다. 이중화되고 핫 스왑 가능한

컴포넌트 및 3 중 미러링된 공유 디스크와 플래시

스토리지로 고가용성과 가속화된 데이터베이스 성능

요구사항을 지원합니다. Oracle Linux 와 Oracle Appliance

Manager 소프트웨어가 사전 설치되어, 구축과

유지보수를 단순화하고 고가용성 데이터베이스 솔루션을

지원함으로써 시간과 비용을 절감해 줍니다.

SAP 환경에서 Oracle Database Appliance 사용하기

Oracle Database Appliance 는 SAP 환경에 대해 아래의

기능을 제공합니다.

• SAP 애플리케이션을 위한 고가용 액티브-액티브 클러스터

데이터베이스 서버

• SAP 요구사항인 공유 파일 시스템을 위한 고가용 파일 서버

• ABAP 과 JAVA 스택을 위한 Central Service 와 같은 SAP 의

고가용 자원을 위한 완벽한 클러스터링 솔루션

76 S/4HANA 로의 마이그레이션 예상 비용

S/4HANA 로의 마이그레이션 예상 비용

IG SAP CH 는 기존 SAP 고객에게 있어서 S/4HANA 로의 마이그레이션은 단순한

버전 변화처럼 무상으로 제공되어야 함을 주장하며 경고하였습니다.

SAP 사용자 활동 그룹인 IG SAP CH 는 독일 소프트웨어 거대업체인 SAP 의 강력한

비판자 역할을 합니다. 약 80 개 기업이 참여하는 해당 그룹은 SAP 가 현재 동향에

맞추어 소프트웨어 유지보수 비용을 조정할 것을 격렬하게 주장하고 있습니다.

독자 여러분들이 아는 바와 같이, SAP Switzerland 를 2 년 간 총괄해온 Bernd

Brandl은 이러한 호소에 귀 기울이지 않았습니다. 그룹은 최근 소식지를 통하여 SAP에

영향을 행사하기 위해 가능한 모든 수단을 강구할 것임을 발표했습니다. SAP 시스템을

위한 유지보수 비용의 유로화 환율이 CHF 1.17 에서 CHF 1.60 사이로 고정되었기에

스위스의 SAP 고객은 다른 나라의 SAP 고객 대비 여전히 50 퍼센트 이상 높은 비용을

지불하고 있다고 합니다.

S/4HANA 가 완전히 새로운 제품인가요?

상기 소식지에서 IG SAP CH 는 또 다른 매우 중요한 질문을 던집니다.

SAP 비즈니스 소프트웨어의 최신 버전이

완전히 새로운 제품이며 따라서 기존 고객이

구매해야 하는가? 또는 S/4HANA 가 이미

진행중인 유지보수 비용을 통해 지불된

새로운 버전인가?

SAP 가 현재 S/4HANA 를 선택하는

고객에게 매력적인 가격을 제시하고 있음은

알려진 사실입니다. SAP 는 S/4HANA

라이선스의 “섣부른 구매”를

장려하기 위하여 구독형(subscription) 오퍼를 사용하고 있다고 해당 그룹은 밝혔습니다.

그러나 본 그룹은 이러한 마이그레이션 개념에 범위와 비용에 대한 수치를 적용하는

것은 불가능할 것이라 주장합니다.

SAP 는 S/4HANA 가 완전히 새로운 제품이며 이에 따라 비용지급이 되어야 한다고

분명히 인식하고 있습니다. 이 점이 백서 “SAP S/4HANA 를 위한 단순화

목록(Simplification List)”의 도입부에 대한 우리의 해석입니다. 상기 문서에서

“S/4HANA-NA (...)는 어떠한 SAP Business Suite 제품의 법적인 승계가 아니다”라고

밝혔습니다. 본 그룹은 기존 고객이 S/4HANA 에 대하여 라이선스 비용을 재지불해서는

안 됨을 주장합니다. “우리는 아니오라고 말합니다. S/4HANA 마이그레이션은 정규

유지보수로써 버전 업그레이드로 제공되어야 합니다”라고 소식지는 밝힙니다.

http://www.inside-it.ch/articles/42944

77 Oracle DB 관련 SAP Notes

Oracle Solaris 의 최근 DB Note 는 service.sap.com 에서 확인할 수 있습니다.

Note Number Note Title DB Version

DB : General : Licensing Information

581312 Oracle Database Licensing Restrictions All DB Versions

740897 Oracle License Scope & Required Oracle Options All DB Versions

1028068 Required Oracle Options for DBA Cockpit All DB Versions

DB : General : Version Support

1174136 Oracle: End of Support Dates All DB Versions

2098258 Oracle 11.2 Extended Support Free of Charge until May 31, 2017 Oracle DB 11g

DB : General : Feature Support

105047 Support for Oracle Functions in the SAP Environment All DB Versions

1914631 Central Technical Note for Oracle Database 12c Release 1 (12.1) Oracle DB 12c

2133079 Oracle Database 12c: Integration in SAP Environment Oracle DB 12c

1398634 Oracle Database 11g Integration in SAP Environment Oracle DB 11g

1430669 BR*Tools support for Oracle 11g Oracle DB 11g

1431800 Oracle 11.2 Central Technical Note Oracle DB 11g

1434131 Oracle Database 11.2 for older SAP versions Oracle DB 11g

DB : General : Oracle Support for HANA-Related SAP Application

1835008 Activate Database Performance Optimizations for SAP ERP Oracle DB 11g

1951491 Minimal DB Platform Requirements for SAP NetWeaver 7.4 SP08 Oracle DB 11g

DB : General : File System Support

1416773 Oracle Direct NFS Oracle DB 11g

1550133 Automatic Storage Management (ASM) Oracle DB 11g

1598594 BR*Tools Configuration for Oracle Installation under „oracle“ User Oracle DB 11g

1627541 BR*Tools Support for Oracle ASM and Exadata Oracle DB 11g

1738053 SAPinst for Oracle ASM Installation Oracle DB 11g

1825328 Oracle ASM and SAP NetWeaver Master Data Management (MDM) Oracle DB 11g

DB : General : Tool Support

355770 Oracle Enterprise Manager Database Control All DB Versions

386413 Oracle Enterprise Manager (OEM) in the SAP Environment All DB Versions

DB : Features : Data Storage & Compression

1109743 Use of Index Key Compression for Oracle Databases All DB Versions

1464156 Support for Index Compression in BRSPACE 7.20 All DB Versions

1426979 SecureFiles – The New Way to Store LOB Data Oracle DB 11g

1583303 Deferred Segment Creation Oracle DB 11g

1842044 Dataload Without Dropping Bitmap Indexes Oracle DB 11g

1856270 Performance Improvements for Tables with Single Unique Index Oracle DB 11g

DB : Options : Advanced Compression

1289494 FAQ Oracle Compression All DB Versions

2138262 Oracle Database 12c Advanced Compression for SAP Systems Oracle DB 12c

1431296 LOB Conversion and Table Compression with BRSPACE 7.20 Oracle DB 11g

1436352 Advanced Compression for SAP Systems Oracle DB 11g

Deployment: Software: Installation & Upgrade

78

Note Number Note Title DB Version

DB Option: Partitioning 742243 General Table Partitioning All DB Versions

1859841 Deinstallation of Oracle Partitioning Option (SAP BW) All DB Versions

1333328 Partitioning Engine for Oracle All DB Versions

DB Option: Real Application Clusters (RAC)

527843 Oracle RAC Support in the SAP Environment All DB Versions

1431241 RAC with TAF Oracle DB 11g

1496927 Protecting SAP instances through Oracle Clusterware (SAPCTL) All DB Versions

1977463 Using Shared or Local Oracle Homes with RAC Oracle DB 12c

2059515 Database Upgrade to Release 11.2.0.4 on Unix with RAC or ASM Oracle DB 12c

DB Option: Real Application Testing (RAT)

1426980 The Real Application Testing Option Oracle DB 11g

DB Features: Security

157499 OPS$ Connect and Security Aspects All DB Versions

1622837 Secure Connection of AS ABAP to Oracle via SSFS All DB Versions

1623922 Connect to Oracle Database All DB Versions

1710997 Using Personalized Database Administrator Accounts All DB Versions

1755636 Database Administrators Segregation All DB Versions

1764043 Support for Secure Storage in BR*Tools All DB Versions

1868094 Overview: Oracle Security SAP Notes All DB Versions

DB Option: Advanced Security

973450 Advanced Security – Network Encryption All DB Versions

974876 Advanced Security – Transparent Data Encryption All DB Versions

1324684 Advanced Security – Backup Encryption All DB Versions

DB Option: Database Vault

1355140 Using Oracle Database Vault in an SAP Environment All DB Versions

1597194 Installing Oracle Database Vault in an SAP Environment Oracle DB 11g

1502374 Database Vault for SAP Policy Scripts Oracle DB 11g

1716939 SAP System Copies with Database Vault All DB Versions

Deployment: Software installation:&Upgrade

1915299 Troubleshooting Software Installation for 12.1.0.2 Oracle DB 12c

1915301 Database Software 12.1.0.2 Installation on Unix Oracle DB 12c

1915302 Database Software 12.1.0.2 Installation on Windows Oracle DB 12c

1915315 Database Upgrade Scripts for 12.1.0.2 Oracle DB 12c

1915317 Migrating to Software Owner ‚oracle‘ Oracle DB 12c

2064206 Database Upgrade to 12.1.0.2 with Grid Infrastructure Oracle DB 12c

1431793 Upgrade Scripts Oracle DB 11g

1431794 Instant Client Oracle DB 11g

1949451 Database Upgrade to Release 11.2.0.4 on Unix (Quick Reference) Oracle DB 11g

1431796 Troubleshooting the Software Installation Oracle DB 11g

1431797 Troubleshooting the Database Upgrade Oracle DB 11g

79 Oracle DB 관련 SAP Notes

Oracle Solaris 의 최근 DB Note 는 service.sap.com 에서 확인할 수 있습니다.

Note Number Note Title DB Version

Deployment: Software: Patches 1027012 MOPatch – Install Multiple Oracle Patches in One Run All DB Versions 2011199 SAP Bundle Patches – Structure Changes Starting June 2014 All DB Versions

1915313 Current Patch Set for Oracle Database 12c Release 1 (12.1) Oracle DB 12c

1915316 Database: Patches for 12.1.0.2 Oracle DB 12c

2145572 Grid Infrastructure: Patches for 12.1.0.2 Oracle DB 12c

1696869 Patching of Oracle Homes with Minimal Downtime Oracle DB 11g

1431799 Oracle 11.2.0: Current Patch Set Oracle DB 11g

1949250 Database Patches/Patch Collections (11.2.0.4) Oracle DB 11g

1968502 Grid Infrastructure Patches/Patch Collections (11.2.0.4) Oracle DB 11g

Deployment : Instance Configuration

1888485 Database Parameters 12.1.0.2 Oracle DB 12c

1431751 Quick Reference for ADRCI and ADR Oracle DB 11g

1431798 Database Parameter Settings 11.2.0.x Oracle DB 11g

SAP Workload Management via Oracle Resource Manager Oracle DB 11g

Deployment : Software : BR*Tools 1428529 Corrections in BR*Tools Version 7.20 All DB Versions 1838850 Corrections in BR*Tools Version 7.40 All DB Versions

1844380 Minor Functional Enhancements in BR*Tools (5) All DB Versions

2086966 Minor Functional Enhancements in BR*Tools (6) All DB Versions

1882182 Functional Enhancements in BRARCHIVE 7.40 All DB Versions Deployment : Data

646681 Reorganizing Tables with BRSPACE All DB Versions 937492 Oracle Flashback FAQ All DB Versions

966117 Oracle Flashback Database Technology All DB Versions

Database: Services 1508271 Oracle Lifecycle Migration Service (formerly O2O/Triple-O) All DB Versions

81 Imprint

Oracle Corporation

World Headquarters

500 Oracle Parkway

Redwood Shores,

CA 94065

U.S.A.

Published by Oracle

Corporation,

Oracle Database for SAP

Global Technology Center

Albrecht Haug

albrecht.haug@oracle.com

Altrottstr. 31

69190 Walldorf, Germany

Tel. ++49 (0) 6227 356-0

Fax++49 (0) 6227-3847366

Photos: Gross Art,

Shutterstock, USA

Internet:

www.oracle.com/sap

http://scn.sap.com/

community/oracle

Copyright © 2016, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes

only, and the contents hereof are subject to change without notice. This document is not warranted to be error-free, nor

subject to any other warranties or conditions, whether expressed orally or implied in law, including implied warranties and

conditions of merchantability or fitness for a particular purpose. We specifically disclaim any liability with respect to this

document, and no contractual obligations are formed either directly or indirectly by this document. This document may not be

reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without our prior written

permission.

Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their

respective owners.

Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license

and are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron

logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group.

0615

SAP® is a registered trademark of SAP

SAP NetWeaver is a registered trademark of SAP

SAP HANA® is a registered trademark of SAP

82