Windows용 Oracle9i Release 2 데이타베이스아키텍처

Size: px

Start display at page:

Download "Windows용 Oracle9i Release 2 데이타베이스아키텍처"

기열 비
5 years ago
Views:

1 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 오라클기술백서 2003년 4월

2 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 핵심개요 3 서문 3 Windows 용 Oracle9i Release 2 아키텍처 4 쓰레드모델 4 서비스 5 확장성관련향상된기능 5 4GB RAM 튜닝 (4GT) 지원 5 대규모사용자지원 6 VLM 지원 6 친화력 (Affinity) 및우선순위설정 7 64 비트지원 7 파일 I/O관련향상된기능 8 클러스터파일시스템 8 64 비트파일 I/O 8 원시 (raw) 파일지원 9 결론 9 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 2

3 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 핵심개요 Windows용 Oracle9i Release 2 데이타베이스의발표와함께, 오라클은다시한번고객이필요로하는엔터프라이즈급의확장성, 신뢰성, 그리고고성능을제공합니다. Oracle9i Release 2 데이타베이스는 Windows 운영체제및기반이되는하드웨어의향상된기능에대한긴밀한통합을통해엔터프라이즈급의데이타솔루션을제공합니다. 고유의, 그리고쓰레드기반의 Windows서비스모델사용을통해 Oracle9i Release 2는고성능및확장성을보장합니다. 오라클은대규모원시파일 (raw file) 에대한지원, 대규모메모리지원, 그리고클러스터링을이용한병렬컴퓨팅을통해엔터프라이즈급의성능을제공할수있습니다. Windows 2003용 64 비트오라클데이타베이스의발표와함께성능및확장성관련향상된기능이사용가능해졌습니다. 이문서에서는어떻게오라클데이타베이스가 Windows 운영체제및기반이되는하드웨어의향상된기능을최대한활용할수있도록설계되었는지에대해논의합니다. 서론 Windows Server 2003의발표와함께, Oracle9i Release 2는 Windows 플랫폼을위한선도적인데이타베이스가되었습니다. 처음부터오라클의목표는항상최고의성능및 Windows에가장밀접하게통합된데이타베이스를제공하는것이었습니다. 그결과, 오라클은시장을주도하던 UNIX 데이타베이스기술을 Windows 플랫폼으로이전하기위해초기부터투자를하였습니다. 1993년, 오라클은 Windows NT용데이타베이스를제공하는최초의회사가되었습니다. 초기에오라클이개발에쏟은노력은 Windows용 RDBMS 아키텍처를최적화하고성능을향상시키는데집중되었습니다. Windows NT 용 Oracle7이 Windows플랫폼에서만지원되는고유의쓰레드지원및 Performance Monitor와 Event Viewer같은 Windows NT관리도구에대한통합을포함한여러가지기능을최대로활용하기위해재설계되었습니다. 그러나, Windows용 Oracle9i Release 2는 Itanium기반의 Windows Server 비트버전을포함한 Windows 플랫폼이가진, 보다고급인서비스의많은부분을활용하기위해운영체제에대한통합의기초단계로부터발전해왔습니다. 항상그랬듯이오라클은계속적으로새로운 Windows기술을받아들이고, 또영향을주고있습니다. 이백서는 Windows용 Oracle9i 릴리스 2 데이타베이스아키텍처에대해상세하게다룹니다. Windows 용 Oracle9i Release 2 데이타베이스아키텍처 3

4 WINDOWS 용 ORACLE9i 릴리스 2 아키텍처 Oracle9i Release 2 데이타베이스는 UNIX 와동일한기능및특성을가지고있습니다. 하지만, 속을들여다보면성능, 신뢰성, 그리고안정성을향상시키기위해 Windows 만이가진운영체제상의특성을최대한으로활용하기위해상당히많은작업이이루어졌습니다. Windows상에서운영할때, Oracle9i Release 2는오라클이지원하는다양한 UNIX플랫폼에서제공하는것과동일한특성및기능을제공합니다. 하지만, Oracle9i Release 2와운영체제사이의인터페이스는 Windows에의해제공되는고유한서비스를활용하기위해근본적으로수정되었습니다. 그에대한결과로서, Windows용 Oracle9i Release 2는 UNIX 코드베이스를있는그대로포팅한것은아닙니다. Oracle9i Release 2가 Windows를최대한으로이용하고, 또한 Oracle9i Release 2가애플리케이션을구축하는데있어서안정성, 신뢰성, 그리고고성능을제공하는시스템이라는것을보장하기위해상당히많은소프트웨어공학작업이이루어졌습니다. Windows 용오라클은프로세스라기보다는쓰레드에기반한아키텍처입니다. 쓰레드는보다빠른컨텍스트스위치, 공유메모리사용을필요로하지않는훨씬단순한 SGA 할당루틴, 보다빠른신규연결생성, 그리고전반적으로감소된메모리사용량을제공합니다 쓰레드모델 UNIX용 Oracle9i Release 2와비교할때, Windows용 Oracle9i Release 2 아키텍처의가장대폭적인변경사항은프로세스기반서버에서쓰레드기반서버로의변환입니다. UNIX에서는오라클이데이터베이스기록자 (DBW0), 로그기록자 (LGWR), 다중쓰레드서버 (MTS) 디스패처, MTS 공유서버등과같은백그라운드작업을구현하기위해프로세스를사용합니다. 추가적으로, 데이타베이스에대한각각의전용연결이해당세션을대신하여또다른운영체제프로세스가생성되도록만듭니다. 하지만, Windows에서는이들모든프로세스가하나의큰프로세스내의쓰레드로서구현됩니다. 이것이의미하는것은각오라클데이타베이스인스턴스에대해, Oracle9i Release 2 서버자체를위해 Windows상에서실행되는프로세스는오직하나뿐이라는사실입니다. 이프로세스내부에는실행중인많은쓰레드가있는데, 이들쓰레드각각은 UNIX 아키텍처에서의프로세스와직접적으로대응됩니다. 그러므로, 특정인스턴스를위해 UNIX상에서실행중인 100 개의오라클프로세스가있다면동일한작업부하가 Windows상의 1개의프로세스내에있는 100 개의쓰레드에의해처리되게됩니다. 운영에있어서는, 데이타베이스에접속된클라이언트애플리케이션은이와같은데이타베이스아키텍처의변경으로인해영향을받지않습니다. 비록, 내부프로세스아키텍처가쓰레드기반의접근방법을통해변환되어왔지만데이타베이스가 Windows상에서다른플랫폼과동일한방식으로작동하도록하는것을보장하기위해모든노력을다해왔습니다. 쓰레드기반으로이전하게된원래의동기는프로세스간의파일공유처리시, 최초릴리스의 Windows NT가가진성능에대한쟁점과관련이있습니다. 단순히쓰레드기반아키텍처로변환만하고다른코드를전혀수정하지않고서도운영체제특유의병목현상이제거되면서상당한성능향상을가져왔습니다. 변경에대한원래의동기가더이상존재하지않는다는것은의심할여지가없습니다. 하지만, 오라클을위한쓰레드아키텍처는, 이것이매우안정적이고, 계속유지할만한것으로판명된이래아직까지남아있습니다. 추가로, 쓰레드아키텍처로부터기인하는다른잇점들도있습니다. 여기에는쓰레드 ( 프로세스와는반대로 ) 간의보다빠른운영체제컨텍스트스위치, 공유메모리의사용을필요로하지않는더욱간단해진 SGA 할당루틴, 쓰레드가프로세스보다더빠르게생성되는데따른보다빠른신규연결생 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 4

5 성, 쓰레드가프로세스보다더많은데이타를공유함으로인한메모리사용량감소, 그리고마지막으로는쓰레드기반모델이어쨌듯프로세스기반보다는더욱 Windows 다운 모델이라는인식등이포함됩니다. 내부적으로, 쓰레드모델을구현하기위한코드는크기가작고오라클코드의주요부분과매우독립적입니다. 20개미만의모듈이쓰레드모델을구현하기위해필요한전체기반구조를제공합니다. 추가적으로, 예외처리기능및할당해제된리소스를추적하는루틴의사용을통해아키텍처를더욱강화시켰습니다. 이들두가지추가사항은리소스누출및오작동하는프로그램으로인한다운시간이없이 24 x7형태의운영이가능하도록도움을줍니다. 오라클데이타베이스는 Windows 서비스의하나로서실행되는데, 이것은백그라운드프로세스로 Windows 가기동될때시작될수있습니다. 서비스쓰레드기반이라는사실에덧붙여, Oracle9i Release 2 데이타베이스또한전형적인 Windows 프로세스가아닙니다. 이것은 Windows 서비스이며, 기본적으로운영체제에등록되고, Windows 부팅시에시작되는백그라운드프로세스입니다. 그리고, 특정한보안컨텍스트하에서실행됩니다. 오라클을서비스로변환함에있어데이터베이스가시스템재기동시에자동으로시작되도록허용할필요가있었습니다. 왜냐하면, 서비스는시작을위해사용자와의아무런상호작용을필요로하지않기때문입니다. 오라클데이타베이스가시작되면, 프로세스내에전형적인오라클쓰레드는하나도없습니다. 대신에, 기본적으로프로세스가 SQL*Plus로부터의초기접속및시작요청을받기위해대기합니다. 이것은포그라운드쓰레드가시작되도록하며결국에는백그라운드쓰레드및 SGA 의생성을야기합니다. 데이타베이스가종료되면, 생성된모든쓰레드가종료됩니다. 하지만, 프로세스자체는계속해서실행되며, 다음접속요청및시작명령을기다립니다. 오라클데이타베이스서비스에덧붙여, 클라이언트에의해사용될데이타베이스를시작하고또, 열기위해자동으로 SQL*Plus를시작하도록해주는기능에대한지원이추가되었습니다. 끝으로, 오라클 Net Listener도서비스인데, 이것또한사용자가데이타베이스로접속할수있게되기전에실행될필요가있기때문입니다. 다시말해서, 이들모두가비록 Windows용데이타베이스관리자에게매우의미가있는것이기는하지만, 기본적으로는클라이언트가데이타베이스를어떻게접속하고, 혹은사용하는지에는영향을주지않는, 구현에대한세부사항입니다. Windows 용오라클데이터베이스는 4GT RAM 튜닝, Very Large Memory, 그리고 Address Windowing Extension 등의다양한수단을통해대량의매모리에대한액세스를지원합니다. 오라클이 32 비트 Windows 2000 및 Windows Server 2003 에서최대로가능한 64GB 를사용할수있으므로, 사용자는더나은확장성및처리량을경험하게됩니다. 확장성관련향상된기능 Windows용 Oracle9i Release 2 제품의주요목표중하나는확장성, 생산성, 그리고데이타베이스용량을증가시킬수있는모든기술을최대한이용하는것입니다. 다음섹션에서는이들기술이어떻게 Oracle에영향을주었는지, 그리고어떠한혜택을그들로부터받았는지를설명합니다. 4GB RAM 튜닝 (4GT) 지원 Windows Server 2003(Enterprise 및 Datacenter 판 ) 과더불어 Windows 2000 Server (Advanced 및 Datacenter 판 ) 에는 4GT RAM Tuning(4GT) 이라는기능이포함되어있습니다. 이기능은다른판의 Windows에서허용되는표준인 2GB 에비해 Windows상에서실행중인, 메모리를많이사용하는애플리케이션이최대 3GB 까지의메모리를액세스할수있게해줍니다. Oracle9i Release 2에대한분명한혜택은데이타베이스를위해 50% 더많은메모리를사용할수있다는 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 5

6 것입니다. 이것은 SGA 크기또는접속숫자를증가시킬수있습니다. 버전 이후의모든오라클데이타베이스서버릴리스는표준오라클설치내용을변경할필요없이이기능을지원합니다. 유일하게필요한구성변경은 Windows의 boot.ini 파일에 /3GB 프래그를사용한다는것입니다. 대규모사용자수지원 수년동안, 오라클은꾸준히데이터베이스가대규모사용자수를지원하도록만들어왔습니다. Oracle9i Release 2 RAC 은사용자접속용량증대와동시에산출량도증가시킵니다. 많은활동이진행되어온분야중하나가대규모로접속된데이터베이스사용자를지원하기위한노력입니다. Oracle7 버전으로한참을뒤돌아가보면, Windows NT상에서단일인스턴스에대해 1000개이상의동시접속을가진실제업무용시스템을가진고객들이있었습니다. 시간이지남에따라이숫자는실제업무환경의데이타베이스에서 2000 이상의동시사용자를훨씬상회하는정도까지증가했습니다. 오라클데이타베이스프로세스내에서실행중인쓰레드숫자를제한하는오라클다중쓰레드서버아키텍처를사용할때, 단일데이타베이스인스턴스에대해 10,000개이상의동시접속수를달성하였습니다. 추가적으로, 네트워크다중화및접속풀링기능은단일데이타베이스인스턴스에대해더욱많은접속사용자를얻기위한대규모구성또한가능하도록해줍니다. 끝으로, Oracle Real Application Cluster가여러개의서버기계가동일한데이타베이스파일을액세스하도록허용함으로써다시한번접속숫자를증가시키는데이용될수있습니다. 이로인해사용자접속용량증대및동시에작업처리량도증대시킵니다. VLM 지원 Oracle8i 에서처음도입된 Windows 2000 특유의주요추가항목중하나가 Very Large Memory(VLM) 구성에대한지원이었습니다. Oracle9i Release 2는이기능을향상시키고, Windows용 RDBMS가일반적으로 32비트 Windows 및 Windows Server 2003에서부과되는 3GB 주소영역의제한을뛰어넘는것을허용합니다. 특히, 이제는물리적인메모리량을전부지원하는기계및운영체제상에서운영시단일데이타베이스인스턴스에서최대 64GB 크기의데이타베이스버퍼까지액세스할수있습니다. 게다가, Oracle9i Release 2 에서의이같은지원기능은데이타베이스커널내부의데이타베이스버퍼캐시관련코드와밀접하게통합되어있습니다. 따라서, 데이타베이스버퍼를위해사용가능한대량의 RAM 을효과적으로사용할수있도록해줍니다. 대량의버퍼를가진데이타베이스를구성하면, 더욱많은데이타가메모리내의캐시에존재하게되므로, 디스크 I/O 가감소될수있습니다. 이에상응해서산출량및성능향상을가져오게됩니다. 내부적으로, Windows용 Oracle9i Release 2는 Windows 2000 및 Windows Server 2003 모두에들어있는 Address Windowing Extensions (AWE) 를최대한활용합니다. AWE는 Windows 2000 및 Windows Server 2003 애플리케이션에대해액세스가능한전통적인 3GB RAM이상의메모리를애플리케이션이액세스하도록해주는 API 세트입니다. AWE 인터페이스는 Intel Xeon아키텍처를최대한활용하며, 기계내의모든메모리에대한고속의 map/unmap인터페이스를제공합니다. AWE 호출은총 64GB에이르기까지데이타베이스버퍼사용량의대폭적인증가를허용합니다. 이같은지원은데이타베이스파일자체에는아무런변경이나수정없이순수하게메모리내부에대한변경사항입니다. Windows 용 Oracle9i Release 2 데이타베이스아키텍처 6

7 친화력 (Affinity) 및우선순위 (Priority) 설정 데이타베이스관리자는특정오라클쓰레드의성능향상을위해 CPU 친화력및우선순위를설정할수있습니다. Oracle9i Release 2 데이타베이스는 Windows상에서실행되는데이타베이스프로세스및그프로세스내의개별적인쓰레드에대한우선순위와친화력설정, 양쪽에대한변경모두를지원합니다. 레지스트리의 ORACLE_PRIORITY 설정값의변경을통해데이터베이스관리자는개별적인백그라운드쓰레드와포그라운드쓰레드에대해전체적으로서로다른 Windows 우선순위를배정할수있습니다. 마찬가지로, 전체오라클프로세스의우선순위도변경이가능합니다. 특정상황에서, 이렇게하는것은특정애플리케이션에대해서약간의성능향상을가져올수있습니다. 예를들어, 애플리케이션이상당히많은로그파일작업을발생시킨다면, LGWR 쓰레드의우선순위를높여서이와같은작업으로인한부하를더잘처리할수있습니다. 마찬가지로, 복제 (replication) 가많이사용된다면원격데이타베이스에게로, 또는원격데이타베이스로부터의데이타를갱신하는이들쓰레드가자신들의우선순위를높일수있습니다. ORACLE_PRIORITY 설정과상당히유사하게, ORACLE_AFFINITY 레지스트리설정은데이타베이스관리자가전체오라클프로세스혹은그프로세스내의개별쓰레드를시스템내의특정 CPU 혹은 CPU 그룹에배정할수있게해줍니다. 다시말하자면, 특정한경우에있어서이것은성능향상에도움이될수있습니다. 예를들어, 어떤 CPU 에서다른 CPU 로이동하지않도록 DBW0를하나의 CPU 에고정하면어떤경우에있어서는약간의성능향상을제공할수있습니다. 또한, 다른애플리케이션이시스템상에서실행중이라면, ORACLE_AFFINITY의사용은다른애플리케이션에게실행할시간을줄수있도록, 오라클을계속해서사용가능한 CPU 의하위집합내로제한할수있는방법입니다. ORACLE_PRIORITY 및 ORACLE_AFFINITY 둘다 Oracle9i Release 2와함께제공되는 Windows 전용도큐먼트에서더욱자세하게다루고있습니다. 64 비트지원 Windows 용오라클데이터베이스아키텍처의다음주요단계는확장성을크게향상시킨 64 비트 Itanium 으로의이전과함께달성되었습니다. 오라클데이터베이스가이미다른 64 비트플랫폼에이미포팅되었기때문에, 64 비트 Windows 로의이전은오라클로부터안정적이고, 고성능의데이타베이스를만들어내게되었습니다. Windows상의오라클데이타베이스의성능및확장성에있어다음도약사항이 Intel Itanium 프로세서기반의기계와 64비트 Windows Server 2003상의 64비트오라클데이타베이스와함께이루어졌습니다. 오라클에있는개발팀은 Windows 용오라클데이타베이스가 64비트하드웨어와운영체제에서최적으로작동하는지를보장하기위해이들기술을가진업체들과긴밀하게작업했습니다. 다른오라클 64 비트포트가서로다른 UNIX 변형판에포팅하는것과함께, Windows용오라클데이터베이스를위한 64 비트포팅은더많은접속을처리하고, 더많은메모리를할당합니다. 또한, Windows용 32 비트버전의데이터베이스보다훨씬더나은작업처리량을제공합니다. 32 비트에서 64 비트오라클로의이전과정은매우간단합니다. 새로이데이타베이스를생성할필요가없으며, 전체엑스포트나임포트도필요하지않습니다. 필요한모든것은현재의데이타파일을새로운시스템에복사하고, 64비트버전의오라클을설치하고, 데이타베이스를정상적으로시작하고, 그리고데이타딕셔너리를변경하기위해몇개의 SQL 문을실행합니다. 아키텍처관점에서, 현재의입증된쓰레드기반아키텍처가 64 비트포트를위해사용됩니다. 그결과, 새로운 64 비트오라클소프트웨어를작성하는것은본질적으로 Windows 용 Oracle9i Release 2 데이타베이스아키텍처 7

8 재컴파일, 재링크, 재시험그리고새로운버전의재릴리스등을수반합니다. 기반이되는운영체제 API 가근본적으로동일하기때문에 64 비트로이전하는동안아주약간의코드만이새로이작성되었습니다. 추가적으로, 오라클데이타베이스가이미다른 64 비트포트로포팅되었으므로, 64비트로이전하는것은매우짧은기간동안에품질이뛰어나고, 안정적인제품을생산해내는간단한작업입니다. Windows 용오라클데이터베이스는관리를쉽게해주고, 4GB 이상의파일크기를허용하는 64 비트파일 I/O 를지원하는새로운클러스터파일시스템을지원합니다. 원시파일, 혹은포맷되지않은디스크파티션이파일시스템을사용하는것이상의성능향상을제공하기위해지원됩니다. 파일 I/O 관련향상기능오라클데이타베이스코드에있어많은작업이이루어진또하나의다른분야는클러스터파일, 대규모파일, 그리고원시파일에대한지원과관련이있습니다. 오라클클러스터파일시스템은 Windows상에서오라클클러스터의관리및설치를보다쉽게하기위해 Oracle9i Release 2에서도입되었습니다. Windows상의모든기능이오라클에의해전부이용되는지를보장하기위한노력의일환으로데이타베이스가 4GB 를넘는크기를가진파일의사용을허용하기위해 64 비트파일 I/O 를지원합니다. 추가로, Windows상의 Oracle Real Application Cluster를사용가능하게하기위해, 또성능이극대화되어야하는경우를위해데이타, 로그, 그리고제어파일에사용되는것처럼물리적, 논리적원시파일이지원됩니다. 클러스터파일시스템 Oracle9i Release 2에서, Oracle Cluster File System (CFS ) 의도입으로인해 Real Application Cluster (RAC) 의관리기능이상당히개선되었습니다. 오라클 CFS 는 RAC 과함께사용하기위해특별히만들어졌습니다. Oracle RAC 실행파일은 CFS 혹은각노드의로컬디스크상에설치됩니다. 후자의경우, 적어도하나의데이타베이스인스턴스가클러스터내의각노드마다실행되어야합니다. CFS와함께단일오라클홈을설치하면, 데이타베이스가공유스토리지, 일반적으로스토리지어래이에존재하게됩니다. 오라클소프트웨어는클러스터내의모든노드에서액세스가가능하지만, 누구도제어할수는없습니다. 모든클러스터내의장비는모든데이타에대해동일한액세스권한이있으며, 어떤트랜잭션도처리할수있습니다. 이방법으로, RAC은설치와관리를단순화시키면서 Windows 클러스터를위한전체데이타베이스소프트웨어의중복성을최대한보장합니다. 64 비트파일 I/O 내부적으로, 모든 Oracle9i Release 2의파일 I/O 루틴은 64비트파일오프셋을제공합니다. 이것은데이타, 로그, 혹은제어파일에대해서라면타플랫폼에서존재하는 2GB 혹은 4GB 의파일크기제약이없음을의미합니다. 사실, 여기에서의제약사항은모든포트에서일반적인제약사항입니다. 이러한제약에는파일당 4백만개의데이타베이스블록, 최대 16KB의블록크기, 그리고데이타베이스당 64,000 개의파일이지원된다는내용이포함됩니다. 이들값이곱해지면 Windows용데이타베이스파일의최대크기는 64GB로계산됩니다. 한편, 지원되는 (16KB 데이타베이스블록인경우 ) 전체데이타베이스의크기는 4 petybyte입니다. 원시파일 (Raw File) 지원 UNIX와마찬가지로, Windows도원시파일 (raw file) 개념을지원하는데, 이것은기본적으로하나의큰파일로포맷되지않은디스크파티션입니다. 원시파일은포맷되지않은파티션이므로파일시스템오버헤드가없습니다. 그결과데이타베이스나로그파일을위해원시파일을사용하면약간의성능향상을기할수있습니다. Windows 용 Oracle9i Release 2 데이타베이스아키텍처 8

9 하지만, 원시파일을사용할때의불리한점은관리의어려움입니다. 왜냐하면, Windows 표준명령어가원시파일을처리하거나백업하는것을지원하지않기때문입니다. 그결과, 원시파일은일반적으로매우고성능을요하는설치환경및 CFS 가사용되지않을경우 Oracle Real Application Cluster에서만사용됩니다. 원시파일을사용하기위해, 모든오라클에게전달되어야하는것은어떤드라이브문자혹은파티션이해당파일을위해사용되는것인지를지정하는파일명입니다. 예를들어, 파일명 \\.\PhysicalDrive3 는오라클에게데이타베이스의일부로서 3 번째물리드라이브를물리적원시파일로사용하도록알립니다. 추가적으로, \\.\log_file_1 같은파일은이해를쉽게하기위해별칭을부여한원시파일의예입니다. 별칭은 Oracle Object Link Manager (OLM) 를통해부여할수도있습니다. OLM는 GUI 인터페이스를사용하여쉬운사용법을제공하며재기동시, 클러스터간의링크를유지합니다. 원시파일을오라클에지정하려면, Oracle이파일을데이타베이스에추가할때, 그것이이미 NTFS 혹은 FAT 으로포맷된드라이브라할지라도명시된모든것에대해단순히겹쳐써버리므로올바른파티션번호및드라이브레터를선택하기위해서는반드시주의가필요합니다. 오라클에게있어, 원시파일은실제로타오라클데이타베이스파일과다른점이없습니다. 이것은오라클에게동일한것으로취급되며다른파일과마찬가지로 Recovery Manager를통해백업및복원될수있습니다. 결론요약하자면, Windows용오라클데이타베이스는 UNIX용데이타베이스서버를 Windows 운영체제및기반이되는하드웨어의서비스와특성을최대한활용할수있는훌륭하게통합된고유애플리케이션으로의포팅으로부터발전해왔습니다. 오라클은애플리케이션을구축하기위한안정적이고, 고도의기능을가진플랫폼을만들어내는것과함께계속해서 Windows용데이타베이스서버의성능, 확장성, 기능을향상시켰습니다. 오라클은 32 비트와 64 비트버전의 Windows 양쪽플랫폼모두에대해가장성능이좋고, 가장잘통합된데이타베이스를제공한다는것을약속합니다. 오라클사의 Windows관련제품군에대한더자세한내용은다음사이트를방문해보십시오. 이문서의원본은 에서참조하실수있습니다. Windows 용 Oracle9i Release 2 데이타베이스아키텍처 9

10 한국오라클 ( 주 ) 서울특별시강남구삼성동 삼화빌딩대표전화 : FAX : 한국오라클교육센타서울특별시영등포구여의도동 28-1 전경련회관 5 층, 7 층대표전화 : ~4 FAX : ~1 대전사무소대전광역시서구둔산동 929 번지대전둔산사학연금회관 18 층대표전화 : (042) ~2 FAX : (042) 대구사무소대구광역시동구신천동 111 번지영남타워빌딩 9 층대표전화 : (053) ~4 FAX : (053) 부산사무소부산광역시동구초량동 1211~7 정암빌딩 8 층대표전화 : (051) FAX : (051) 울산사무소울산광역시남구달동 번지정우빌딩 3 층대표전화 : (052) FAX : (052) 광주사무소광주광역시서구양동 금호생명빌딩 8 층대표전화 : (062) FAX : (062) 고객에게완전하고효과적인정보관리솔루션을제공하기위하여오라클사는전세계 145 개국에서제품, 기술지원, 교육및컨설팅서비스를제공하고있습니다.

Oracle Application Server: SPECjAppServer 벤치마크 결과

Oracle Application Server: SPECjAppServer 벤치마크결과 오라클백서 2003 년 11 월 Oracle Application Server: SPECjAppServer 벤치마크결과 요약 3 소개 3 SPECjAppServer2002 벤치마크 3 SPECjAppServer2002란무엇인가? 3 SPECjAppServer2002 결과