대메뉴 바로가기 본문 바로가기

데이터 기술 자료

데이터 기술 자료 상세보기
제목 자가 관리형, 그리드 지원 데이타베이스
등록일 조회수 4950
첨부파일  

자가 관리형, 그리드 지원 데이타베이스

최초의 그리드 컴퓨팅용 데이타베이스인 Oracle Database 10g는 기업 그리드에서 실행되는 다양한 데이타베이스에 클러스터 스토리지와 서버를 자동으로 공급할 수 있다. 또, 데이타 프로바이터로서, Orecle Database 10g는 데이타베이스 관리자들이 그리드 사용자와 애플리케이션에 데이타를 원활하게, 효과적으로 제공할 수 있는 기술을 제공한다. 아울러, 기업이 필요로 하는 보안과 고가용성 요구를 충족시키면서 그리들의 관리와 운영을 한층 쉽게 만들어줄 것이다. 오라클 기술진과 베타 테스트 고객들이 Oracle Database 10g를 말한다.

글 | Kelli Wiseth

kelli@alameda-tech-lad.com

새로운 트렌드를 선도하는 기업

언제나 각 시대를 주도하는 트렌드가 있고, 또한 그 트렌드를 선도하는 기업들이 있다. 1990년 초~중반, 오라클은 기업의 모든 조직이 자체 비즈니스 구조를 중심으로 연결되는 새로운 인터넷 컴퓨팅 패러다임을 예측한 바 있다. 이 과정에서, IT 인프라는 기업들에게 있어 가장 중요한 요소가 되었다. 오라클의 데이타베이스 관리 용이성 담당 제품 관리 이사인 Sushil Kumar는 “일일 운영에서부터 고객 및 클라이언트를 위한 서비스 제공에 이르기까지 기업들의 IT 시스템에 대한 의존도는 점차 높아지고 있습니다. 또한 eBay 및 Amazon 같은 새로운 세대의 기업들은 IT 인프라의 가용성에 전적으로 의존하고 있습니다. 이들의 경우, 시스템 중단 사태가 발생하는 경우 전체 비즈니스 자체가 위험에 처하게 됩니다.”라고 지적했다.

다시 말해, Kumar는 이제 IT 시스템은 기업 운영에 있어서 전략적 핵심 요소가 되었다고 지적했다. 이는 모든 조직을 만족시킬 수 있는 IT 시스템의 가용성, 확장성 및 고성능 요구치에 엄청난 영향을 미치고 있다. 심지어 반드시 필요한 유지 보수를 위한 경우라고 할지라도, 1년 365일 하루 24시간 지속적으로 운영해야 하는 글로벌 기업에게 있어 시스템 중단 시간은 이제 더 이상 용납할 수 없는 상황이다.

Kumar는 “뿐만 아니라, 지출 규모를 계속 줄여가고 있는 세계 경제 여건 속에서 경쟁은 더욱 치열해지고 있는 반면, 기업의 수익성을 유지해야 하는 압력은 더욱 높아지고 있습니다. 따라서 기업들은 조직 전반에 걸쳐 운영 비용을 최소화해야 하며, IT 부문도 예외가 아닙니다.”라고 말했다.

그러나, IT 시스템이 핵심 비즈니스를 위한 전략적 요소로서 그 중요성이 더욱 높아짐에 따라, IT의 복잡성이 심화되고, 관리가 어려워지며, 비용은 더욱 높아지고 있다. 복잡성으로 인해 시간, 노동, 잠재적 오류 및 장애 복구 실패 등의 측면에서 전반적인 비용 상승이 초래되고 있다. Kumar는 “바로 이러한 이유 때문에, 비즈니스의 전략적 부분인 자체 IT 시스템을 관리하는 것이 오늘날 대부분의 기업들이 직면하고 있는 가장 심각한 과제 중 하나가 되었습니다. 그것도 최고의 성능, 확장성 및 가용성을 보장하는 한편, 비용은 크게 줄이는 효과적인 관리가 그 어느 때보다 요구되고 있습니다.”라고 밝혔다. 이런 측면에서, 비용 효과적인 블레이드 서버(blade server)를 이용한 상용 그리드 컴퓨팅이 오늘날 그렇게 많은 관심을 받고 있다. 기업들은 점진적 비용 지출을 통해 모든 데이타센터 자원이 사용할 수 있는 더욱 많은 프로세싱 파워를 확보할 수 있게 된다. 이를 통해 고속 처리성능 및 고가용성은 물론 필요에 따라 확장할 수 있는 능력을 구현할 수 있다. 그러나, 이것도 소프트웨어가 아키텍처를 효과적으로 이용할 수 있을 때 실현 가능한 것이다.

분명한 것은, 이제 스스로 모니터링하고 관리할 수 있고, 비용 효과적으로 관리 복잡성을 줄일 수 있는 소프트웨어가 요구되는 시대가 도래했다는 것이다.

자가 관리형(self-managing) 소프트웨어가 없다면, 전문 교육을 받은 수많은 관리자를 필요로 하는 복잡한 애플리케이션 및 이기종 시스템들이 기업의 성공적인 비즈니스 수행에 큰 장애물이 될 것이다. 그리고 관리 비용은 이로 인해 발생하는 문제점 중 일부에 불과하게 될 것이다. 또한 이들 기업들은 더욱 정교해지는 애플리케이션을 구현할 수 없게 됨으로써 이들 애플리케이션들이 제공하는 막대한 비즈니스 이익을 실현할 기회를 잃게 될 것이다.

다행스럽게도, Oracle Database 10g는 이러한 기술적 과제를 정면으로 해결할 수 있도록 개발됐다. Oracle Database 10g는 신속한 처리 성능과 더욱 뛰어난 가용성을 제공할 뿐만 아니라 관리 비용을 줄여 준다. Oracle Database 10g는 다국적 기업은 물론 전 세계에 걸쳐 자원이 분산되어 있는 기업의 데이타센터가 이들 자원을 수집해 그 활용을 극대화하고, 손쉽게 관리할 수 있고, 탁월한 가용성과 강력한 성능을 구현하는 엔터프라이즈 컴퓨팅 시대를 열어나갈 수 있도록 지원한다.

Oracle Database 10g는 오라클이 수 년 전부터 전사적 차원의 포괄적인 전략의 일환으로 수립해왔던 관리 용이성에 대한 비전을 실현한 결정체이다. 오라클의 관리 용이성 전략은 크게 2가지 목표를 두고 있다. 첫째, 데이타베이스의 모니터링 및 유지보수의 많은 부분을 자동화함으로써 데이타베이스 관리를 단순화하는 것이다. 둘째, 데이타센터가 단순히 데이타베이스만이 아니라, 컴포넌트 위치(데이타센터, 그리드 전반 및 전 세계적으로 분산 배치) 및 그 유형(스토리지, 클러스터, 애플리케이션 서버 등)에 관계 없이 데이타센터가 관리해야 하는 모든 컴포넌트를 관리할 수 있도록 지원하는 포괄적이고 기능이 다양한 전용 관리 툴을 제공하는 것이다. 이를 위해서는, 무엇보다도 먼저 자가 관리형 데이타베이스를 구현해야 한다.

블레이드의 보편화

사실상 그리드 컴퓨팅을 위한 플랫폼으로 자리매김한 블레이드 서버(blade server)는 단지 Linux만을 지원하는 것은 아니다. 블레이드 서버는 다양한 크기 및 모델로 공급되고 있다. 예를 들어, Fujitsu의 PRIMERGY 블레이드 서버 제품군은 Microsoft Windows 플랫폼은 물론 Red Hat Linux Advanced Server, SuSE ES-7 및 ES-8 등 다양한 운영체제를 지원한다. Sun Microsystems는 Solaris 8 또는 Solaris 9상에서 실행되는 UltraSPARC 기반 블레이드와 Solaris 또는 Linux상에서 실행되는 32비트 애플리케이션용 x86 기반 블레이드 서버를 공급하고 있다.

또한, 블레이드 서버는 그리드 배치만을 지원하는 데 그치지 않는다. 많은 기업들은 블레이드 서버와 엔클로저를 사용함으로써 중앙 집중화, 복잡성 완화, 제어력 강화 등과 같은 서버 통합의 이점을 누릴 수 있기를 원한다. 블레이드는 파워 유닛, 케이블 및 기타 많은 컴포넌트의 수를 줄이며, 블레이드를 지원하는 백플레인 내에서 이들 컴포넌트를 제공함으로써, 기업들의 요구를 충족시킬 수 있다. 블레이드는 일반적으로 1개 또는 다수의 CPU, 버스, 메모리 유닛 및 로컬 하드 디스크 드라이브를 포함하며, 소형 폼 팩터의 경우 운영체제 및 시스템 BIOS를 포함하고 있다.


관리 용이성의 핵심 - 자가 관리형 데이타베이스

Kumar는 “관리 용이성에 대한 오라클의 장기적인 비전은 오라클 데이타베이스 관리와 관련된 모든 작업을 완벽하게 자동화하는 것이라고 할 수 있습니다.”라고 말했다. 지난 3년 동안 200명이 넘는 오라클 개발자 및 설계자로 구성된 팀이 데이타베이스의 사전 대처적인 자동 관리 구현에 대한 비전을 지원하기 위한 인프라 및 툴 개발에 참여해왔다. 오라클 데이타베이스 관리와 관련된 일일 및 루틴 작업을 자동화함으로써, 이제 IT 전문가들은 기업의 성공적인 비즈니스를 위해 보다 전략적이고 효과적인 방식으로 자신들의 전문 지식을 활용할 수 있게 될 것이다.

Kumar는 “데이타베이스는 사람의 개입 없이 자동으로 유지보수할 수 있어야 합니다. 관리자의 개입이 절대적으로 필요한 상황을 제외하고는 어떠한 관리자의 개입도 필요로 해서는 안 됩니다.”라고 지적했다. 데이타베이스의 자가 관리 기능이 강화되면 될수록, 사람 개입의 필요성이 더욱 줄어들게 되고 아울러 시스템 라이프사이클 전반에 걸친 총소유비용의 절감 폭은 더욱 증가될 것이다. Kumar는 “복잡성은 완화하되 유연성을 계속 유지할 수 있는 것이 중요합니다.”라고 강조했다.

총소유비용의 상당 부분은 전문 교육을 받은 기술 직원을 유지하는 데서 비롯된다. 뿐만 아니라 그와 같은 인력을 확보하는 것조차 쉽진 않다. 석유 및 가스 탐사, 시추 및 생산을 위한 소프트웨어 툴 세트를 공급하는 Schlumberger Information Solutions(SIS)의 수석 개발자인 Bob Shirley는 “전 세계적으로 경험과 기술을 갖춘 데이타베이스 관리자(DBA)를 확보하는 것이 또 하나의 어려운 과제가 되고 있습니다. DBA가 데이타베이스와 관련된 기본적인 업무를 위해 소비하고 있는 많은 시간 역시 문제입니다.”라고 말한다. SIS는 현재 유전 서비스 제공에 사용될 차세대 데이타베이스와 이 데이타베이스를 토대로 실행될 새로운 애플리케이션을 개발하는 데 전념하고 있다. 지금까지 Shirley는 유지보수 비용 절감 및 더욱 강화된 자동화 기능 개발 지원 측면에서 Oracle Database 10g가 보여준 탁월한 이점에 크게 만족하고 있다. 그는 “오라클은 Oracle Database 10g의 첫 번째 릴리즈를 통해 의미 있는 이정표를 세웠습니다.”라고 평가했다.

많은 Oracle Database 10g 베타 고객들 역시 그와 같은 평가를 하고 있다. Deutsche Post World Net에서 2002년 독립 법인으로 분사한 후 이 기업을 위해 IT 서비스를 제공하고 있는 Deutsche Post IT Solutions GmbH(DPITS)의 비즈니스 정보관리 시스템 사업부 데이타베이스부 부장인 Rob Leaman은 “복잡성은 줄이고 관리성이 향상된 소프트웨어를 확보하는 것이 우리의 가장 시급한 목표 중 하나입니다.”고 밝혔다. 현재 400여 개 프로젝트를 진행하고 있는 DPITS는 Deutsche Post, DHL 및 Postbank로 구성된 DPWN을 직접 지원하는 광범위한 커스텀 애플리케이션 개발을 위해 인력을 배치시키고 있다. DPITS의 주요 클라이언트인 DPWN의 핵심 역량은 무엇보다 공급망 관리 로지스틱스에 있으며, 일반우편, 소포, 특급우편, 물류 및 금융 서비스를 전 세계에 공급하고 있다. DPITS가 현재 개발에 참여하고 있는 애플리케이션은 우편물 분류 및 바코딩에서부터 컨테이너 화물 및 항공 화물 이동 모니터링에까지 이르고 있다. 애플리케이션 운영은 T-System International이라는 서비스 사업자에게 아웃소싱하고 있다.

그러나, Leaman은 “우리는 단지 애플리케이션을 추적하는 데 그치지 않습니다.”라고 지적했다. DPITS가 자체적으로 애플리케이션을 실행하지 않기 때문에, 데이타베이스를 손쉽게 관리할 수 있는 능력이 특히 중요하다. T-System International이 애플리케이션에 발생한 문제를 특정 시간 내에 해결하지 못할 경우, DPITS가 지원에 나서게 된다. Leaman은 “이제는 보다 정확하고 지능적인 관리 툴을 사용함으로써 문제를 더욱 쉽게 해결할 수 있을 것으로 기대하고 있습니다. 만약 문제가 발생한다고 할지라도 우리는 그 어느 때보다 더욱 신속하게 시스템을 재가동할 수 있게 될 것입니다.”고 말했다.

새로운 지능형 자가 관리 인프라

그렇다면, 어떻게 이 모든 것이 가능할까? 자가 튜닝, 자가 관리형 데이타베이스는 현재 데이타베이스가 어떻게 사용되고 있는지에 대해 자동으로 ‘파악"할 수 있는 기능을 갖추고 있어야 한다. 오라클의 Kumar는 “Oracle Database 10 g 에서 우리는 데이타베이스가 워크로드 정보를 포착하고 그 정보를 사용해, 관리 측면에서 자체적으로 의사결정을 내릴 수 있도록 지원하는 완전히 새로운 인프라를 구현했습니다. 모든 레이어에 기술 스택을 구현함으로써 문제를 해결하는 데 사용될 중요한 메타데이타를 포착하고 데이타베이스 자체에 있는 데이타를 ‘자동 워크로드 저장소(Automatic Workload Repository, AWR)에 저장할 수 있도록 했습니다. AWR은 새로운 관리 인프라의 기본 컴포넌트로서 ‘데이타베이스의 데이타 웨어하우스"로서 중요한 역할을 수행한다.

이와 같은 메커니즘을 활용함으로써 데이타베이스 운영을 더욱 최적화할 수 있는 방법에 대한 가이드를 제공하는 완벽한 어드바이저 스위트를 제공한다. 예를 들어, SQL Tuning 및 SQL Access Advisor는 SQL 문을 더욱 빨리 실행할 수 있는 권장 사항을 제공한다. 이외에도, 시행착오를 반복하지 않고 여러 메모리 컴포넌트를 사이징할 수 있도록 지원하는 Memory Advisor도 제공한다. 또한 낭비되고 있는 공간 복구, 새로운 테이블 및 인덱스 크기 예상, 증가 추세 분석과 같은 공간과 관련된 모든 문제를 아우르는 Segment Advisor는 물론, 실행취소(undo) 테이블스페이스를 사이징할 수 있도록 지원하는 Undo Advisor도 제공한다.

완벽한 경보 인프라와 이들 컴포넌트가 통합됨으로써 관리자에게 현재 또는 예상되는 모든 문제를 통보한다. 이들 컴포넌트들은 모두 웹 기반 Oracle Enterprise Manager 콘솔을 통해 이용할 수 있다. 대부분의 경보는 또한 보고된 문제에 대한 권장 해결 방법도 제공한다. 예를 들어, Oracle Enterprise Manager 또는 명령어 라인을 사용해 어드바이저 중 하나를 호출해 상세한 조언을 참고할 것을 권장할 것이다. Kumar는 모든 필수 인프라 및 Oracle Enterprise Manager 같은 관련 컴포넌트는, 단일 노드상에서 또는 RAC(Real Application Clusters) 구성에 관계 없이, Oracle Database 10 g 를 설치할 경우 자동으로 설치된다고 설명했다.


총체적인 자가 관리

새로운 자가 관리 기능을 수행하는 오라클 데이타베이스의 가장 혁신적인 측면은 고유의 성능 문제를 진단할 수 있는 능력이다. Oracle Database 10 g 에는 일명 ADDM(Automatic Database Diagnostic Monitor) 내에 내장된 자가 진단 엔진이 포함되어 있다. ADDM은 오라클 데이타베이스의 상태를 일정한 간격(기본값은 30분으로 설정)으로 자동 모니터링하며, 지속적인 데이타베이스 성능 진단 기능을 제공한다. 오라클의 Kumar는 ADDM을 “기업 데이타베이스 내에 살고 있는 요술천사”라고 비유했다. “만약 기업에 성능 문제가 발생할 경우, 오라클 데이타베이스에 해당 문제가 무엇인지 물어보기만 하면, 자동으로 전체 데이타베이스 시스템을 분석하고, 권장 사항을 도출해 제시해 줍니다. 사용자는 ADDM이 발견한 문제들과 가능한 해결책을 담은 전체 리스트를 확보할 수 있게 됩니다.”ADDM(및 해당 문제에 대한 여타 모든 어드바이저) 내 데이타 중 상당 부분은 해당 데이타 유형에 따라 그래픽 형태 - 시간대별 선 그래프, 막대 그래프, 원 그래프 등 - 로 제시되기 때문에 한 눈에 쉽게 이해할 수 있다. Kumar는 ADDM은 오라클의 성능 튜닝 전문가들이 수십 년 동안 쌓은 경험과 지식을 압축시킨 정밀한 성능 진단 엔진을 포함하는 등 혁신적인 기술 도약을 이루었다고 평가하고 있다.

사전 대처적인 ADDM 분석 결과를 확인하는 것은 물론, 사용자들은 자체 PL/SQL 인터페이스를 이용해 커맨드라인이나 Oracle Enterprise Manager를 통해 ADDM을 수동으로 실행시킬 수 있다. ADDM은 잠재적인 병목에 대한 톱다운 분석을 실행하며, 근본 원인과 그에 대한 설명이 함께 제시된 권장사항을 포함한 결과물을 도출하게 된다. ADDM은 문제를 파악하는 것은 물론, 각 문제가 전반적인 시스템 성능에 얼마나 영향을 미치는지, 그리고 이를 해결함으로써, 어느 정도의 성능 개선 효과가 이루어질 수 있는지에 대해서도 보고한다. 영향 및 개선효과 분석 기능을 통해, DBA는 가장 높은 성능 개선 효과를 기대할 수 있는 문제에 역점을 둘 수 있게 될 것이다.

DPITS의 Leaman은 현재 ADDM의 진단 기능을 활용할 수 있는 많은 기회가 열려 있으며, 프로젝트 라이프사이클 중 개발 단계 동안에도 ADDM을 이용할 수 있기 때문에, 개발자들은 모든 애플리케이션을 현업에 적용하기 전에 진단 작업을 수행할 수 있다고 설명했다. 그는 “현업에 적용하기 전에, 훨씬 효율적으로 시스템 테스트를 수행할 수 있습니다. 애플리케이션 코드를 이용해 매우 쉽게 ‘if-then-else" 조건문을 실행하고, 그 결과를 도출할 수 있게 됩니다. 현업에 적용되기 전에 시스템을 진단함으로써, 문제를 줄일 수 있게 되는 것입니다.”라고 설명했다. 또한 Leaman은 시스템 다운 시간 및 문제 수정 작업을 줄임으로써 상당한 이익을 실현하게 된다고 지적했다. “데이타베이스 내에서 이루어진 모든 사항들에 대한 히스토리를 보유하고 있기 때문에, 현재 개발 과정에서 해결해야 할 문제가 있는지를 규명하기 위해 과거 데이타를 검토해 볼 수 있습니다. 예를 들어, “‘당시 어떤 문제가 발생했으며, 그 문제의 실제 원인은 무엇인가?"를 확인함으로써, 시스템 다운 시간과 문제 해결 시간을 줄일 수 있게 되는 것입니다.”라고 설명했다.

SunGard Treasury Systems의 수석 DBA인 Wayne Hewitt도 이에 동의하고 있다. Hewitt는 SunGard의 AvanteGard Quantum 제품(AvanteGard Quantum은 통합 자산, 리스크, 어카운팅, 현금 관리 및 기타 기능을 제공하는 자산관리 시스템으로, 전 세계 최대 규모 기업 중 상당수가 사용하고 있다)을 위한 주요 개발 업체인 SunGard의 뉴질랜드 지사에서 근무하고 있다. Hewitt는 5백여 제품, 개발, 지원 및 QA 데이타베이스들이 원활하게 실행되도록 관리하고 있으며, SunGard의 AvanteGard Quantum 고객들이 겪게 될 수 있는 데이타베이스 문제들을 해결할 수 있도록 지원하고 있다.

만약 어떤 문제가 데이타베이스와 관련되어 있을 것으로 판단되는 경우, 그에게 문제 해결을 요청해 오는 경우가 많다. Hewitt는 “해당 시스템 및 특정 SQL의 과거 일정 시점을 확인해 그 지점에서 과거에 어떤 병목 현상이 있었는지를 파악할 수 있는 능력은 획기적인 기술 진보입니다. 고객 사이트 또는 개발 사이트의 내부 사용자가 ‘시스템/프로그램이 평상시보다 느리게 실행되고 있다"는 문의 사항을 보내는 경우를 예를 들어 보죠. 여러분이 서버 기본 요소(CPU, 메모리, 디스크 및 네트워크) 및 데이타베이스(현재 활동, 시스템 테이블/뷰 및 실행되는 SQL 질의)를 확인해 보는 시점에는, 문제의 SQL은 이미 종료되었을 것입니다. 따라서 튜닝 또는 예방 조치를 위해 필요한 충분한 정보가 없는 상태이기 때문에, 해당 문제가 일회성 질의 또는 리포트이기만을 바라겠지만, 확신할 수는 없을 것입니다. 많은 문제들을 다시 재현한다는 것은 매우 어렵습니다.

예를 들어 ‘왜 자동 심야 QA 스크립트가 정상적이었던 지난 월요일 밤보다 훨씬 느리게 실행됐는가?" 이들 새로운 특징들을 통해 이들 문제에 대해 해당 시점으로 다시 돌아가, 문제의 기간 동안 대부분의 자원을 차지했던 것이 무엇이었는지를 조사할 수 있습니다. 우리는 무엇이 해당 문제를 야기했는지를 파악할 수 있게 되며, 오라클 데이타베이스를 통해 문제 해결 방법에 대한 전문가 권장 사항을 확보하게 됩니다.”

보다 효과적인 진단 정보를 입수하는 능력은 개발 및 현업 환경 모두에서 무엇보다도 중요하다. “우리 고객들은 자사의 애플리케이션에 영향을 미치는 간헐적인 네트워크 문제를 겪고 있습니다. 그러나 초기 진단 기능은 데이타베이스에 의한 커넥션 문제라는 것만을 보여줄 뿐입니다. 만약 정확한 시간대에 대해 검토하고 히스토리를 조사할 수 있다면, 문제의 실제 근본 원인을 보다 정확하게 파악할 수 있을 것입니다. 이는 고객은 물론 우리에게 상당한 이익이 될 것입니다.”

SQL 액세스 및 SQL 튜닝에 대해 주어진 어드바이스는 커스텀 애플리케이션과 패키지 애플리케이션 등 2개의 애플리케이션 유형에 적용될 수 있다. 내부 개발 커스텀 애플리케이션은 자체적으로 코드를 수정할 수 있지만, 패키지 애플리케이션은 자체적으로 코드를 수정할 수 없으며, 이에 따라 SQL Tuning Advisor가 데이타 딕셔너리 내에 저장되어, 런타임 시 사용할 수 있는 프로필을 생성하는 옵티마이저를 요청해야 한다. 이러한 방법을 통해 SQL Tuning Advisor는 패키지 애플리케이션의 성능을 개선시킬 수 있다.

Aventis Pharma의 Peter Deusser와 Dharmendra Patel은 SQL Access Advisor 및 SQL Tuning Advisor를 이용함으로써 벤더 애플리케이션이 훨씬 높은 성능을 발휘할 가능성이 있다고 판단했다. Aventis는 세계적인 제약 업체로서, 프랑스 스트라스부르와 미국 뉴저지의 브리지워터에 본부를 두고 있으며, 프랑스의 파리, 뉴저지의 브리지워터, 독일의 프랑크푸르트 그리고 일본 동경에 R&D 센터를 보유하고 있다. Deusser는 Aventis의 DI&A(Drug Innovation & Appoval) 사업부 내 글로벌 전략적 서비스 팀 리더로서, 뉴저지 R&D 센터의 프로젝트 리더인 Patel을 포함한 전세계 분산 팀들을 총괄하고 있다. Deusser 팀은 Aventis의 약품들을 전 세계에 출시할 때 지켜야 하는 다양한 규제 조건들을 맞추는 데 중요한 역할을 담당하고 있으며, 팀원 상당수가 임상 연구, 부작용 및 기타 관련 정보를 기록하는 방대한 문서 작성에 참여하고 있는데, 이 작업들은 여러 벤더 애플리케이션들이 연관된 개발 및 통합 프로젝트의 일환이다.

Deusser 팀은 부작용 추적 및 규제 데이타베이스와 관련해, 임상 연구의 후반 단계를 관리하는 데이타베이스를 책임지고 있다. Deusser는 “우리가 운영하고 있는 애플리케이션 중 상당수는 벤더 애플리케이션이기 때문에, 문제가 발생했을 때 이들이 데이타베이스로 전송한 SQL 문을 변경하거나 수정할 수 없습니다. 따라서 우리는 벤더가 문제를 수정할 때까지 기다리지 않고도 보다 높은 성능을 실행할 수 있기를 원합니다. 현업에서 성능 및 가용성을 개선할 수 있는 솔루션이 있다면, 우리에게 최상의 선택이 될 것입니다.”라고 말했다.

또한 DPIT의 Leaman은 패키지 애플리케이션의 경우에도 SQL Tuning Advisor를 이용할 수 있기를 기대하고 있다. “자동 튜닝 옵티마이저는 실행되고 있는 SQL 문을 포착해 이들이 제 성능을 충 문 자체를 변경하지 않고도 이를 최적화 할 수 있습니다. 누구든지 해당 애플리케이션을 변경하지 않고도 성능을 대폭 개선할 수 있게 될 것입니다.”라고 설명했다.

1년 365일 하루 24시간 비즈니스 수행

오늘날 어떤 시스템에서도 다운타임은 용납되지 않는다. 다행히도 Oracle Database 10 g 의 많은 새로운 자동 관리 기능들은 다운타임을 예측하고 이를 방지할 수 있도록 개발되었다. 예를 들면, 옵티마이저는 자체 통계 정보를 자동으로 수집하고 데이타베이스 테이블에서 변경 작업이 수행된 경우 변경 사항을 지능적으로 리프레시한다. 최신 데이타로 업데이트되지 못한 통계 정보는 성능을 저하시킬 수 있기 때문에, 이러한 기능은 매우 중요하다. SunGard의 Hewitt는 통계 정보를 자동으로 업데이트함으로써 많은 성능 문제를 해결할 수 있게 된다고 지적했다. “자체 DBA가 없는 고객 사이트에서 겪는 공통적인 문제는 데이타베이스 통계 정보를 생성 및 업데이트해야 할 시기를 파악하지 못한다는 것입니다. 고객들이 성능 저하에 대해 불만을 터트리고 특히 주요 변경 사항이 발생한 후 애플리케이션 속도가 너무 느려졌다고 불평할 수 있습니다. 그러나 이러한 문제는 직원들이 통계 정보를 지속적으로 업데이트하지 않고 있기 때문에 발생한 것입니다. 이들 측면을 자동화한다면, 데이타베이스 및 애플리케이션의 성능이 더욱 개선되는 것은 물론, 보다 일관적으로 실행될 것입니다.”라고 지적했다.

Hewitt는 성능을 개선하고, 메모리 부족 오류 및 메모리 단편화 문제를 최소화할 수 있도록 지원하는 또 다른 기능은 새로운 자동 SGA(System Global Area) 사이징 기능이라고 지적했다. 과거에는 데이타베이스 버퍼 캐시, 공유 풀, Java 풀 및 대형 풀로 할당된 메모리 양을 수동으로 구성해야 했지만, 이제 DBA들은 자동 공유 메모리 관리 기능을 사용하고 Oracle Database 10 g 를 통해 메모리 자체를 관리할 수 있게 되었다. Hewitt는 “프로세싱 로드가 변경되면서 자동으로 메모리가 풀 전반으로 재할당되기 때문에 이제 더 이상 피크 로드를 처리하기 위해 각 SGA 컴포넌트가 최대 필수 값을 설정해야 할 필요가 없습니다. 오라클 소프트웨어는 지속적으로 작업을 수행하게 될 것이며, 어느 누구도 오라클이 성능 레벨을 향상시키고 오류를 피하기 위해 필요에 따라 버퍼 또는 공유 풀로 메모리를 내부적으로 할당했다는 사실을 알아채지 못하게 될 것입니다. 이러한 기능은 우리에게 상당한 이점을 제공합니다. 애플리케이션은 메모리 오류 없이 실행될 것이며 오라클 데이타베이스가 할당된 모든 메모리를 효율적으로 사용하기 때문에 고객들은 대량의 메모리 파라미터를 튜닝하는 데 시간을 소비하지 않게 될 것입니다.”고 지적했다.

또한 새로운 서버 실행 경보 기능은 관리자들에게 정확하고 신속하게 통보를 제공하고, 사전 대처적으로 문제를 해결할 수 있도록 안내함으로써 장애를 사전에 예방할 수 있도록 지원한다.


탁월한 성능 개선 실현

Oracle Database 10 g 의 자동 튜닝 메커니즘, 특히 옵티마이저의 자동 통계 정보 리프레시, ADDM, SQL Tuning Advisor 및 SQL Access Advisor는 데이타베이스의 관리 용이성 및 가용성을 개선할 뿐만 아니라 모든 DBA들이 튜닝 프로세스를 제어할 수 있도록 지원함으로써 성능 향상에 직접적인 영향을 미치게 된다. 오라클의 제품성능관리 담당 이사인 Vineet Buch는 “고성능 데이타베이스에서 성능을 최대로 끌어내는 데 많은 노력이 든다면, 고성능 데이타베이스를 확보하고 있다는 사실이 별 의미가 없어집니다. 이는 곧 시간당 65마일 이상의 속도를 내지 못하는 페라리 자가용을 가지고 있는 것과 같습니다.”라고 지적했다.

또한 Buch는 성능 향상을 위해 특별히 개발된 기능들이 많이 있다고 소개했다. 수십 개의 이러한 강화 기능들은 완전히 투명하게 실행되며(업그레이드 작업을 제외하고) 그 어떤 부가 작업 없이 이 기능들을 충분히 활용할 수 있다. 예를 들면, Buch는 보다 최적화된 소수의 코드를 생성하기 위해 PL/SQL 컴파일러를 재작성했기 때문에 PL/SQL 성능을 대폭 개선할 수 있었다고 설명했다. “두 자리 수의 성능 향상이 이루어지고 있으며, 기존의 PL/SQL 코드 및 애플리케이션 측면에서 볼 때 모든 작업은 투명하게 수행됩니다. 이러한 기능 개선의 이점을 활용하기 위해 코드를 재작성할 필요가 없습니다. 빠른 시간 내에 모든 PL/SQL 코드는 보다 신속하게 작동되며 보다 적은 메모리를 사용하게 될 것입니다.”

오라클 서버기술사업부의 Window 기술그룹 담당 수석 제품 매니저인 Alex Keh는 “64비트 Oracle on Itanium 및 Oracle on .NET 등 Windows 플랫폼을 위해서도 투명하면서 명시적인 성능 개선이 대폭 이뤄졌습니다.”라고 설명했다. 또한 Windows 개발자들을 위한 놀라운 개선 기능들도 다수 제공된다.

Buch는 신속한 PL/SQL 기능과 같은 투명한 성능 개선 기능 외에 DBA 및 개발자들이 직접 활용할 수 있는 여러 가지의 부가적인 새로운 성능 관련 기능들이 있으며, 이 기능들의 상당수는 의사결정지원 시스템 또는 데이타 웨어하우징 기능에 포함된다고 말했다. 예를 들면, FIFO(First in, First out) 프로세싱을 위해 빈번한 데이타 삽입 및 검색 속도를 필요로 하는 애플리케이션 즉, 통신회사들이 접수된 전화 통화 데이타를 캡처하고, 그 다음 수신된 순서에 따라 해당 데이타를 검색함으로써 추후 청구서를 발송하는 데 사용하는 시스템은 Oracle Database 10 g 에서 새로 정렬된 해시(hash) 클러스터 테이블 구조를 사용함으로써 막대한 성능 이점을 누릴 수 있다.

데이타베이스 프로세싱 속도의 개선은 DBA들이 작업하는 방식을 변화시킴으로써 또 다른 형태의 성능 개선을 이루어냈다. Schlumberger Information Solutions의 Shirley는 Oracle Database 10 g 의 관리 용이성 개선은 엔터프라이즈급 DBA들에게 특히 많은 이점을 제공한다고 평가했다.


그리드

Oracle Database 10 g 의 혁신적인 자가 관리 기능은 데이타센터 관리, 서버 통합 전략의 추진 및 전체적인 운영과 상용 그리드 컴퓨팅으로의 전환을 직접적으로 지원한다. 오라클의 Sushil Kumar는 ""관리 데이타베이스"는 이 솔루션의 일부분에 불과합니다. 애플리케이션 스택은 데이타베이스 서버뿐만 아니라 애플리케이션 서버, 애플리케이션 코드 등으로 구성되어 있으며, 이들 모든 컴포넌트를 효과적으로 관리할 수 있어야만 합니다."라고지적했다.

이것이 바로 Oracle Database 10 g 의 두 번째 주요 특징인 그리드 관리이다. 오라클의 시스템관리제품사업부의 시스템관리 담당 수석 이사인 Stefan Petry에 따르면, Oracle Enterprise Manager는 전체 시스템 라이프사이클을 지원하기 위해 관리 툴 및 유틸리티를 제공한다. Oracle Enterprise Manager는 시스템 운영 기간 동안 관리 및 모니터링 기능을 포함한 자동 프로비저닝 작업부터 시작하여 전체 시스템이 지속적으로 운영되는 동안 변경 및 업데이트 작업을 수행할 수 있도록 지원한다한 모든 작업을 효율적이고 안전하게 수행할 수 있어야 하기 때문에 전체 라이프사이클을 자동화하는 것은 그리드에서 더욱 중요한 의미를 지닌다고 지적했다. 또한 데이타베이스, 애플리케이션, 호스트와 스토리지 및 네트워크 요소들을 포함한 모든 유형의 요소들을 모니터링 및 관리할 수 있는 단일 시스템을 필요로 한다. Petry는 그리드에서 이러한 모든 요소들을 확인할 수 있으며 그리드 전반에서 모든 요소들을 관리할 수 있게 될 것이라고 설명했다.

Petry는 관리자들은 Oracle Enterprise Manager를 사용함으로써, ADDM과 같은 Oracle Database 10 g 의 주요 기능에 액세스하는 것은 물론, 로드 밸런서 및 스토리지 시스템과 같은 써드파티 컴포넌트를 관리할 수 있게 된다고 설명했다. 웹 기반 Oracle Enterprise Manager는 많은 수의 오라클 데이타베이스, 오라클 애플리케이션 서버 팜과 Linux 또는 UNIX 호스트와 같은 호스트들을 관리한다. Petry는 “또한 Oracle Enterprise Manager의 APM(Application Performance Management)는 웹 애플리케이션의 실시간 성능을 모니터링합니다. APM은 엔드유저 측면에서 모든 사용자 및 크리티컬 트랜잭션에 대해 이를 수행하며 세부적인 원인 분석을 위해 개별 컴포넌트를 드릴다운할 수 있도록 지원합니다.”라고 설명했다.

최적의 성능을 활용함으로써 복잡성 문제 해소

Gartner Group은 더욱 효과적인 시스템 관리 및 저렴한 비용 등을 통해 이익을 실현해야 한다는 요구가 높아짐에 따라 1997년부터 시스템 통합 추세가 더욱 확대되고 있다고 지적했다. ‘Server Consolidation : An Updated Look"(2003년 5월 23일)에서 Gartner 분석가인 John Phelps와 Mike Chuba는 “서버 관리 문제의 중요성은 수백 대의 Unix 및 Intel 서버를 포함하고 있는 일반 엔터프라이즈 데이타센터에서 확인할 수 있습니다. 단일 애플리케이션을 추가하게 되면 일반적으로 프로덕션, 개발, 테스팅 및 백업과 같은 작업을 위해 데이타베이스로 3~5대 서버를 데이타센터에 추가하게 됩니다. 다수 분산 서버의 활용도가 낮은 상황에서 기업들이 서버 통합을 모색하는 것은 당연한 일이라고 할 수 있습니다.”라고 지적했다.

Oracle Database 10 g 의 자가 관리 기능은 기존 자원을 최대한 활용할 수 있도록 지원함으로써 하드웨어의 추가 구매 필요성을 줄여 준다. 예를 들면, 자동 공유 메모리 관리 기능은 가용 SGA 메모리를 최적으로 활용할 수 있도록 지원하며, 기존 테이블에서 공간을 재생(reclaim)할 수 있는 기능은 추가 스토리지 구매 필요성을 없애 준다. 이러한 이점들은 Aventis의 Deusser가 통합 프로젝트를 통해 장기간 달성하고자 했던 이점들이기도 하다. 100대 이상의 데이타베이스를 관리해야 하는 Deusser는 “관리 용이성을 개선할 수 있는 방법을 모색하고 있습니다. 보다 적은 수의 박스에서 모든 이기종 데이타베이스를 함께 통합할 수 있게 된다면 이러한 목표를 휠씬 쉽게 달성할 수 있을 것입니다.”라고 설명했다.

전 세계 기업들이 복잡성 문제를 최소화하고 비용을 절감하며 기존 기술 자원을 통해 가치 창출을 최대화하기 위해 모든 노력을 경주하고 있으며, Oracle Database 10 g 는 기업들이 이러한 목표를 달성할 수 있도록 지원하는 견인차가 될 것이다.

Oracle Database 10 g Management Infrastructure


Oracle Database 10 g ,크기의 장벽 제거

대형 하드 디스크 드라이브가 보편화되고 64비트 운영체제에서 대형 파일(2GB 이상)이 지원됨에 따라 현재 ‘초대형"으로 간주되는 파일들도 몇 년 후에는 비교적 작은 용량으로 간주될 것이다. Oracle Database 10 g 의 새로운 빅파일(bigfile) 테이블스페이스 기능을 통해 초대형 데이타베이스의 최대 한도가 8엑사바이트(exabyte)(이론적인 값으로, 기반 운영체제와 지원 대상, 선택한 블록 크기에 따라 결정)로 크게 확대됐다. 이는 800만 테라바이트(terabyte)에 해당하는 값으로, 현재 한계인 8페타바이트(petabyte)의 3배에 달하는 것이다.

빅파일 테이블스페이스는 단일 파일 테이블스페이스를 생성하고, 기반 데이타 파일상에서가 아닌 테이블스페이스 수준에서 작업을 수행할 수 있도록 함으로써 데이타베이스 관리를 단순화한다(이 기능을 지원하기 위해 ALTER TABLESPACE에 대한 SQL 구문이 확장됐다).

빅파일 테이블스페이스의 생성은 테이블스페이스(현재는 구분을 위해 스몰파일(smallfile) 테이블스페이스로 불림)를 생성하는 것과 크게 다르지 않다. 한 가지 차이점이 있다면 빅파일 테이블스페이스 크기는 킬로바이트 및 메가바이트뿐만 아니라 기가바이트 및 테라바이트로 지정될 수 있다. 한 예로, CREATE BIGFILE TABLESPACE datahuge /DATA FILE"/u02 /oracle/data/ bigtbs01.dbf" SIZE 2T를 들 수 있다.

빅파일을 지원하지 않는 시스템상에서, 빅파일 테이블스페이스를 사용하는 것은 바람직하지 않다. 이 경우, 테이블스페이스 용량이 크게 제한될 수 있다.

Oracle Database 10 g 인스턴스는 빅파일 및 스몰파일 테이블스페이스를 동시에 지원할 수 있기 때문에, SYSTEM 및 SYSAUX 테이블스페이스는 스몰파일 테이블스페이스를 계속해서 사용할 수 있다. 만약 사용할 수 없다면, 이들은 생성될 수 없을 것이다. 빅파일 테이블스페이스는 자동 세그먼트 공간 관리를 통해 로컬 관리되는 테이블스페이스에서만 지원된다(Oracle9 i Database부터는 기본값으로 설정).

마지막으로, 빅파일 테이블스페이스는 Automated Storage Management나 동적 확장이 가능한 논리적 볼륨, 스트라이핑 및 RAID를 지원하는 기타 논리적 볼륨 관리자에서 사용될 수 있다.