2 장. Oracle Data Guard 아키텍처의이해 학습목표 - Data Guard 아키텍처를설명한다. - Data Guard 운영을위한요구사항을설명한다. - Data Guard가리두로그를처리, 전송, 적용하는방법에대하여설명한다. - 대기데이터베이스모드에대하여설명한다. Data Guard 운영요구사항 : 하드웨어및운영체제 Data Guard를운영하기위한하드웨어및운영체제의요구사항은다음과같다. - 주및대기데이터베이스시스템을위한하드웨어는서로다를수있다. 예를들어, CPU 개수, 메모리크기, 저장소구조는다를수있다. - 주및대기데이터베이스의운영체제와플랫폼아키텍처는반드시동일해야한다. - 두데이터베이스의운영체제는반드시동일해야하지만, 운영체제의버전은같을필요가없다. 참고로, 대기데이터베이스의디렉터리구조는주데이터베이스와달라도된다. - 만약, 주및대기데이터베이스가같은서버에위치한다면, 같은이름및시스템의두데이터베이스를운영체제는동시에마운트할수있어야한다. 이러한구조를지원하기위해서반드시지정해야하는파라메터가있다. Data Guard 운영요구사항 : 오라클데이터베이스소프트웨어 Data Guard 운영을위한오라클데이터베이스소프트웨어의요구사항은다음과같다. - Data Guard 구조의주데이터베이스와모든대기데이터베이스에는동일한버전의 Oracle Database Enterprise Edition이설치되어야만한다. - 주및대기데이터베이스인스턴스를관리하고자하는사용자계정은 SYSDBA 시스템권한을소유해야만한다. 또한, SYS 사용자는해당구조내의모든데이터베이스에대하여동일한암호를반드시가져야한다. - 주데이터베이스와각대기데이터베이스는자신만의컨트롤파일을반드시가져야한다. - 주데이터베이스는반드시 ARCHIVELOG 모드로구성되어야만한다. - 일부 DDL 문장에는 NOLOGGING 구문을사용할수있으며, 이는일부데이터베이스작업이리두레코드를데이터베이스리두로그에생성하지않도록한다. NOLOGGING 설정은데이터베이스복구메커니즘이아닌방법으로간단하게복구할수있는작업의속도를향상시키지만, 미디어복구및대기데이터베이스에악영향을미칠수있다. 이런경우에 FORCE LOGGING을활성화하여 DDL 문장에 NOLOGGGING을지정하더라도리두레코드를강제로기록하도록할수있다. 주데이터베이스에서로그를기록하지않는쓰기작업은대기데이터베이스에전파될수없기때문에이를방지하기위해서는주데이터베이스에 FORCE LOGGING을활성화한후, 대기데이터베이스생성을위한데이터파일
백업을수행하여야한다. 대기데이터베이스가활성화될때까지, 주데이터베이스를 FORCE LOGGING 모드로유지하여야만한다. - 만약, Data Guard 구조에서 ASM(Automatic Storage Management) 와 OMF(Oracle Managed Files) 를사용하고있다면, 주및대기데이터베이스모두에서 ASM과 OMF를사용해야만한다. 만약, Data Guard 구조에서일부데이터베이스가 ASM, OMF 또는둘다를사용중일때는해당구조의모든데이터베이스들이 ASM, OSF 또는둘다를반드시사용해야만한다. 오라클 Data Guard : 아키텍처 오라클 Data Guard 는기존데이터베이스리두발생아키텍처를그대로사용하면서, Data Guard 구조의대기데이터베이스를주데이터베이스와동기화시킨다. 기존아키텍처를사용하기때문에 오라클 Data Guard 는주데이터베이스에게최소한의영향을미칠뿐이다. 오라클 Data Guard 는여러개의프로세스들을이용하여재난복구및고가용성에필요한자동화 를수행한다. 이러한프로세스들중일부는 Data Guard 가소개되기이전부터있었으며, 그외에 는 Data Guard 를지원하기위해특별히생성된것들이다. 주데이터베이스의동작
주데이터베이스에서 Data Guard 리두전송서비스는다음과같은프로세스들을사용한다. - LGWR(Log writer) : LGWR은트랜잭션리두정보를수집하고온라인리두로그를업데이트한다. 동기모드에서 LGWR는리두정보를대기데이터베이스의원격파일서버 (RFS) 프로세스에직접전송한다. 비동기모드에서 LGWR은리두정보를직접전송하지만, 전송작업이완료될때까지대기하지않는다. 비동기모드에서 LGWR은네트워크서버 (LNSn) 프로세스에게네트워크 I/O 요청을전달한다. - ARCn(Archiver) : 아카이브작업을수행하는 ARCn 또는 SQL 세션은주데이터베이스복구를위해로컬의온라인리두로그의복사본을작성한다. 또한, ARCn 프로세스는온라인로그를아카이브하는동시에해당리두를 RFS 프로세스에전달하기도한다. 또한, ARCn 은모든대기데이터베이스의갭 (gap) 을사전에감지하고해결하는역할을수행한다. - FAL(Fetch archive log) ( 물리대기데이터베이스만존재 ) : FAL은주데이터베이스에서발생한아카이브리두로그와대기데이터베이스가수신한아카이브리두로그에서감지된갭을해결하기위한클라이언트 / 서버메커니즘을제공한다. 이프로세스는필요할때만기동되고작업을마치면즉시종료되기때문에이프로세스가동작하는것은거의보기가힘들다. 참고로, 리두정보를 LGWR 또는 ARCn에의해대기데이터베이스로전달하도록주데이터베이스를구성할수도있다. 대기데이터베이스동작
대기데이터베이스에서 Data Guard 로그적용서비스는다음과같은프로세스를사용한다. - RFS(Remote File Server) : RFS는주데이터베이스로부터리두정보를수신한다. RFS는수신한리두를대기리두로그또는아카이브리두로그에직접기록할수있다. 주데이터베이스의각 LNSn과 ARCn 프로세스는자신의 RFS 프로세스를소유한다. - ARCn(Archiver) : ARCn 프로세스는대기리두로그를아카이브한다. - MRP(Managed recovery process) : 물리적대기데이터베이스에만존재하며, MRP는아카이브리두로그정보를물리적대기데이터베이스에적용한다. 만약, ALTER DATABASE RECOVER MANAGED RECOVER MANAGED STANDBY DATABASE SQL 문장으로관리복구를시작한다면, 이포그라운드세션이복구를수행한다. 만약, DISCONNECT [FROM SESSION] 구문을사용하면, MRP 백그라운드프로세스가시작된다. 만약, Data Guard 브로커를사용하여대기데이터베이스를관리한다면, 해당브로커는물리적대기데이터베이스에대하여항상 MRP 백그라운드프로세스를기동시킨다. - LSP(Logical standby process) : 논리적대기데이터베이스에만사용되며, LSP는아카이브리두로그정보를논리적대기데이터베이스에적용하는작업을제어한다. 대기리두로그
대기리두로그는데이터베이스가대기역할이며, 주데이터베이스로부터수신한리두데이터를 저장하기위해서만사용된다. 대기리두로그는로그파일그룹과분리되어있다. Data Guard 구조내의모든대기데이터베이스에대기리두로그파일을구성하는것이바람직 하며, 주데이터베이스에도역할반전을돕기위해구성하는편이바람직하다. 대기리두로그는다음과같은사항을구현하는데필수적이다. - 최대데이터보호및최대가용성 - 실시간로그적용 - 연쇄적인리두로그목적지 대기리두로그는최대성능데이터보호모드를위해구성되는것이바람직하다. 만약, 실시간리두적용기능을사용하지않는다면, 대기리두로그는대기데이터베이스에적용 되기전반드시아카이브되어야한다. 대기아카이브작업은자동으로수행된다. 물리적대기데이터베이스 : 리두적용아키텍처
Data Guard의물리적대기데이터베이스에대한리두적용아키텍처는다음과같이구성되어있다. - 주데이터베이스의동일한복사본인하나이상의대기데이터베이스 ( 최대 9개 ) 와연결된상용데이터베이스 대기데이터베이스의수가 9개로제한된것은 LOG_ARCHIVE_DEST_n 파라메터와일치한다. Oracle Database 10g에서최대로그목적지의개수는 10이다. 나머지하나는로컬아카이브의위치가되며, 나머지 9개가대기데이터베이스에의해사용된다. 참고로, 9개를넘는대기데이터베이스를사용해야하는경우라면 Cascaded Redo Log Destination 기능을사용하여야한다. 주데이터베이스는오픈되어있고활성화되어있다. 대기데이터베이스는복구모드이거나읽기전용모드이어야한다. - 주데이터베이스로부터자동전송된리두에의해업데이트되는대기데이터베이스. 주데이터베이스에서리두가발생되거나아카이브되므로리두가전송될수있다. 리두는표준오라클복구기법을사용하여각대기데이터베이스에적용된다. 계획정지를수행하는동안, 대기데이터베이스에대하여스위치오버를수행할수있다. 장애가발생하면, 대기데이터베이스중하나가패일오버될수있다. 물리적대기데이터베이스는주데이터베이스의백업용으로사용될수도있다. 논리적대기데이터베이스 : SQL 적용아키텍처
논리적대기데이터베이스구조에서 Data Guard SQL 적용은주데이터베이스시스템으로부터전송된리두정보를사용한다. 그러나, 변경사항을적용하기위해미디어복구 ( 물리적대기데이터베이스구조에서사용 ) 를사용하는대신, LogMiner 기법을이용하여아카이브리두로그정보를동일한 SQL 문장으로변환한다. 이러한 SQL 문장이논리적대기데이터베이스에적용되며, 논리적대기데이터베이스는읽기 / 쓰기모드로오픈되어, 리포팅기능으로사용될수있다. SQL 적용과정 : 아키텍처 SQL 적용은병렬실행서버프로세스와백그라운드프로세스들의집합을사용하며, 주데이터베
이스로부터전송된변경사항을다음과같은방법으로논리적대기데이터베이스에적용한다. - reader 프로세스가아카이브리두로그파일에서리두레코드를읽는다. - preparer 프로세스들이블록의변경사항을테이블변경및논리적변경레코드 (LCR) 로변환한다. 이시점에서 LCR들은어떤특정트랜잭션에도포함되지않는다. - builder 프로세스는개별 LCR들로부터완료된트랜잭션을모은다. - analyzer 프로세스는레코드확인, 제거가능한트랜잭션및서로다른트랜잭션간의의존성식별작업을수행한다. - coordinator 프로세스 (LSP) 트랜잭션할당 트랜잭션간의존성감시및스케줄협조 논리적대기데이터베이스에대한변경사항커밋위임 - applier 프로세스 LCR들을데이터베이스에적용 coordinator 프로세스에게해결되지않은의존성 ( 트랜잭션의스케줄이적절치않아서의존성이해결되지않는경우 ) 을갖는트랜잭션을인정하도록요청 트랜잭션커밋 실시간리두적용 실시간리두적용기능을활성화하였다면, 로그적용서비스는수신한리두가대기리두로그파일들에기록되는것과동시에리두데이터를대기데이터베이스에적용한다. 참고로, 이기능이활성화되지않으면, 로그스위치가발생할때, 아카이브리두로그로부터읽은리두를이용하여대기데이터베이스를복구한다. 만약, 어떤이유로인하여리두적용서비스가작업을수행하지못하면 ( 예를들어, 특정기간동안 READ ONLY 모드인물리적대기데이터베이스를가진경우 ),
해당리두를아카이브리두로그파일에기록하고, 리두적용작업이가능해지면지연된작업을 쫓아가기위해다시대기리두로그파일을읽게된다. 리두를정보의실시간적용은많은장점을제공한다. 여기에는고속스위치오버및패일오버작업이가능하고, 물리적대기데이터베이스를읽기전용으로변경한후, 최신결과를얻을수있는장점이있다. 또한, 논리적대기데이터베이스로부터최신리포트를얻을수있으며대용량로그파일에대한부담을감소시킬수있는장점이있다. 실시간로그적용을위해대용량의로그파일을사용하는것도바람직하다. 그이유는상대적으 로긴로그와로그스위치로인한오버헤드가실시간로그적용과정에거의영향을미치지않기 때문이다. 로그적용서비스가실시간적용모드로실행중인경우, V$ARCHIVE_DEST_STATUS 뷰의 RECOVERY_MODE 컬럼은 MANAGED REAL TIME APPLY 값이리턴된다. 만약, 목적지에대하여 DELAY 속성을지정하고, 실시간리두적용을사용하면, 해당속성은무시 된다. 물리적대기데이터베이스의경우, RFS 프로세스가쓰기작업을종료한후, MRP(managed recovery process) 가대기리두로그파일로부터읽은리두를적용한다. 물리적대기데이터베이스에대하여실시간리두적용을시작하려면다음명령을실행한다. ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE; 논리적대기데이터베이스의경우, RFS 프로세스가쓰기작업을종료한후, LSP(logical standby process) 가대기리두로그파일로부터읽은리두를적용한다. 논리적대기데이터베이스에서실시간리두적용을시작하려면다음명령을실행한다. ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE; 참고로, 대기리두로그파일은실시간리두적용에필수적이다. 주데이터베이스의온라인로그 그룹의개수보다하나이상의대기로그를두도록강력히추천한다. 실시간리두적용은브로커에의해지원된다. DB_UNIQUE_NAME 파라메터설정 Data Guard는 Data Guard 구조내의모든데이터베이스를 DB_UNIQUE_NAME 초기화파라메터를이용하여식별한다. 각데이터베이스에대하여고유한이름을선택하고, 이파라메터에지정하도록한다. DB_UNIQUE_NAME 값은주어진데이터베이스에대하여반드시일정하게유지되어야한다. 그러므로, 기억하기쉽고, 식별하기쉬운이름을선택하고, 한번지정한후에는절대변경하
지말아야한다. 각 DB_UNIQUE_NAME 은 30 글자이내로지정하며 RAC 데이터베이스의모든인스턴스에대하여 반드시동일해야만한다. 디폴트값은데이터베이스이름이며, 만약 Enterprise Manager 를사용하여대기데이터베이스를 생성한다면, 대기데이터베이스에고유한값이할당된다. 역할기반아카이브위치지정 LOG_ARCHIVE_DEST_n 초기화파라메터의 VALID_FOR 속성은해당아카이브위치가사용되는시 점과사용될로그파일의유형을정확히식별하도록해준다. 해당속성에는키워드를사용하여 아카이브의위치와데이터베이스역할을쌍으로지정한다. 위예제에서, VALID_FOR 설정은대기데이터베이스에아카이브위치가있음을보여준다. 이위치 는대기데이터베이스에의해사용되며, 대기데이터베이스가주데이터베이스로스위치오버되 면, 이아카이브위치는무시된다. VALID_FOR 속성에는 archival_source와 database_role의두가지값이제공된다. archival_source에적용되는키워드는다음과같다. - ONLINE_LOGFILE : 이위치는온라인리두로그파일을아카이브할때만사용된다. - STANDBY_LOGFILE : 이위치는대기리두로그파일을아카이브하거나다른데이터베이스로부터아카이브로그를수신할때만사용된다. - ALL_LOGFILES : 이위치는온라인또는대기리두로그파일을아카이브할때만사용된
다. database_role 키워드는다음과같다. - PRIMARY_ROLE : 이위치는데이터베이스가주데이터베이스역할일때만사용된다. - STANDBY_ROLE : 이위치는데이터베이스가대기 ( 논리적또는물리적 ) 데이터베이스역할일때만사용된다. - ALL_ROLES : 이위치는데이터베이스가주또는대기데이터베이스일때사용된다. 참고로, 키워드는고유하기때문에 archival_source와 database_role 값은순서에상관없이기술가능하다. 예를들어, VALID_FOR=(PRIMARY_ROLE, ONLINE_LOGFILE) 는 VALID_FOR=(ONLINE_LOGFILE, PRIMARY_ROLE) 과동일하다. VALID_FOR 의조합 위표에서, Valid 는컬럼에정의된데이터베이스역할에서아카이브로그위치의사용여부를의 미한다. Ignored 는해당아카이브로그위치가적절하지않으며, 이러한유형의위치는무시된다 는의미이다. 무시된위치는에러를발생시키지않는다. ALL_LOGFILES, ALL_ROLES 는논리적대기데이터베이스의어떤아카이브위치에서든지추천하지 않는다. 논리적대기데이터베이스는열린데이터베이스로서자신의온라인리두를가지고있기 때문에해당로그파일들이서로덮어쓰일수있는가능성이있다. 그결과, 시스템이복구불가
능한상태가되거나주데이터베이스와동기화되지못할수있다. 유효하지않은유일한조합으로 STANDBY_LOGFILE, PRIMARY_ROLE 가있으며, 이조합이설정되면 모든데이터베이스역할에서데이터베이스기동시, 다음과같은에러를발생시키게된다. ORA-16026 : The parameter LOG_ARCHIVE_DEST_n contains an invalid attribute value 참고로, 키워드의단수및복수형은모두유효하다. 예를들어, PRIMARY_ROLE 과 PRIMARY_ROLES, ONLINE_LOGFILE 과 ONLINE_LOGFILES 는동일하다. 아카이브위치설정값확인 V$ARCHIVE_DEST의 VALID_NOW 컬럼은해당아카이브로그위치의사용여부를표시한다. 해당컬럼값은다음과같다. - YES : 이값은해당아카이브로그위치가현재데이터베이스역할에대하여적절히정의되었음을나타낸다. - WRONG VALID_TYPE : 이값은해당아카이브로그위치가현재데이터베이스역할에대하여적절히정의되었으나사용될수없음을의미한다. 예를들어, LOG_ARCHIVE_DEST_2 를 (STANDBY_LOGFILES, STANDBY_ROLE) 로정의했지만, 이대기데이터베이스아카이브위치는구현된대기리두로그가없기때문에 WRONG VALID_TYPE 이리턴된다. - WRONG VALID_ROLE : 이값은해당아카이브로그위치가현재데이터베이스역할에대하여적절히정의되어있지않음을나타낸다. 예를들어, LOG_ARCHIVE_DEST_3 을 (ONLINE_LOGFILES, STANDBY_ROLE) 로지정했지만, 위치가현재주데이터베이스역할로
서실행되고있으므로 WRONG VALID_ROLE 을리턴한다. - UNKNOWN : 이값은해당아카이브로그위치가정의되어있지않음을나타낸다. VALID_TYPE 과 VALID_ROLE 컬럼은각아카이브로그위치에지정된 VALID_FOR 의개별값을나 낸다. 대기리두로그구성 대기리두로그파일들의개수는주데이터베이스에포함된리두로그파일의개수이상으로생성해주어야한다. 주데이터베이스의온라인리두로그그룹보다하나많은대기리두로그그룹을생성하도록권장한다. 또한, 해당파일들은주데이터베이스의온라인리두로그크기와동일하거나크게생성해주도록한다. 만약, 온라인리두로그파일들이서로다른용량을가지고있다면, RFS 프로세스는온라인리두로그파일과동일한크기의대기리두로그를자동으로사용한다. RFS 프로세스는다음조건중하나만만족하면아카이브리두로그파일에기록한다. - 대기리두로그가존재하지않는경우 - 수신된온라인리두로그파일과동일한크기의대기리두로그를발견하지못한경우 - 정확한크기의대기리두로그전제가아직아카이브되지않은경우 SQL 을사용하여대기리두로그추가 ALTER DATABASE 문장의 ADD STANDBY LOGFILE 을이용하여대기리두로그를생성할수있다. 대기리두로그는데이터베이스가대기역할로운영중일때만사용되지만, 주데이터베이스에 대기리두로그를생성하여스위치오버가발생할때, DBA 의간섭을최소화할수있다. ALTER DATABASE ADD STANDBY LOGFILE
( /oracle/oradata/orcl/log1c.rdo, /oracle/oradata/orcl/log2c.rdo ) SIZE 500K; 다음문장으로그룹에멤버를추가할수있다. ALTER DATABASE ADD STANDBY LOGFILE MEMBER /oracle/oradata/orcl/log2b.rdo TO GROUP 2; 대기리두로그가생성되었는지확인하려면, V$STANDBY_LOG 또는 V$LOGFILE 을검색하면된다. SELECT * FROM v$logfile WHERE type= STANDBY ; 대기리두로그상태는 ACTIVE 또는 UNASSIGNED 로표시된다. 다음은 V$STANDBY_LOG 의출력예이다. SQL> SELECT group#,status,first_change# 2 FROM v$standby_log; GROUP# STATUS FIRST_CHANGE# --------- --------------------- ------------- 3 ACTIVE 144545 4 UNASSIGNED 0 5 UNASSIGNED 0 Enterprise Manager 를이용하여대기리두로그추가 Enterprise Manager 를이용하여대기데이터베이스를생성하는경우, 대기리두로그의생성을요 구받게된다. Data Guard 구조에서주데이터베이스와대기데이터베이스모두에게대기리두 로그를만들도록권장한다.
대기데이터베이스모드 다음모드중하나로물리적대기데이터베이스를유지하기위해로그적용서비스를사용할수있다. - Redo Apply : 이모드에서리두전송서비스는아카이브로그를대기데이터베이스에전송하고, 자동으로해당로그를적용한다. 데이터베이스는 MOUNT 상태이므로, 데이터읽기작업은불가능하다. - Open read-only mode : 만약대기데이터베이스를리포팅목적으로사용하고자한다면, Data Guard 환경에서해당데이터베이스를읽기전용모드로오픈해야한다. 로그적용서비스는아카이브리두로그를대기데이터베이스에적용할수없지만, 주데이터베이스는리두를대기데이터베이스에계속전송한다. 관리된복구모드와읽기전용모드사에전환은어렵지않으며, Data Guard가구현된대부분의환경은이러한전환은다음과같은작업들을수행하기위해자주발생하게된다. - 리포팅작업을위한물리적대기데이터베이스업데이트 - 재난으로부터데이터를보호하기위해물리적대기데이터베이스에데이터가올바르게적용되었는지보장 - Open read/write mode : 이모드에서로그적용서비스는아카이브리두로그로부터로 그정보적용을계속관리한다. 또한, 데이터베이스는리포팅을위해오픈된다. 로그가논리적대기데이터베이스에적용되는동안, 사용자들은로그적용서비스에의해업데이트된테이블에쿼리를수행할수있다. 그러나, 사용자들은로그적용서비스가유지관리하는스키마의테이블에대하여 DML을수행할수는없다. 사용자는로그적용서비스에의해유지관리되고있지않은다른스키마의데이터베이스객체를수정할수는있다. 실습 1 1. 다음중올바른설명은? a. ARCn 프로세스는 LGWR 프로세스에의해사용될온라인리두로그의복사본을생성한다. b. LGWR 프로세스는트랜젝션리두를수집하고, 데이터파일을업데이트한다. c. FAL 프로세스는아카이브리두로그에서발견된갭을복구하기위해클라이언트 / 서버메커니즘을제공한다. d. MRP 프로세스는논리적대기데이터베이스에아카이브리두로그정보를적용한다. 2. Data Guard 환경에서운영상요구사항이아닌것은? a. 주및대기데이터베이스는동일한데이터베이스버전을사용해야한다. b. 각주및대기데이터베이스는반드시자신의컨트롤파일을포함해야한다. c. 주데이터베이스는 ARCHIVELOG 모드로반드시운영되어야한다.
d. 대기데이터베이스는주데이터베이스와같은노드에위치해야한다. 3. 물리적대기데이터베이스의모드는? 4. 리두로그를 SQL 로변환하는데사용되는기술은? 5. 주데이터베이스에대기리두로그를생성해야되는가? 6. 대기리두로그그룹은몇개를만들어야하는가? 실습 2 Enterprise Manager Grid Control을설치하여, 실습대상서버를관리한다. 사용자의 PC에 Oracle Management Agent를반드시설치하여야 Grid Control을이용하여 PC에서데이터베이스를모니터링, 구성, 관리할수있다. 1. 터미널윈도우를열고, oracle 계정에 oracle 암호로로그온한다. 2. Oracle Enterprise Manager Grid Control 소프트웨어는 agent_installmedia 디렉터리에있으며, agent_installmedia/disk1/linuex/agent 디렉터리로이동한다. [oracle@edrsr10p1 oracle]$ cd agent_installmedia/disk1/linux/agent 3. export 명령으로 $ORACLE_HOME 환경변수를설정한다. [oracle@edrsr10p1 oracle]$ export ORACLE_HOME=$AGENT_HOME [oracle@edrsr10p1 oracle]$ echo $ORACLE_HOME /u01/app/oracle/product/10.2.0/agent10g 4. 다음명령으로 Oracle Universal Installer 를실행한다../runInstaller 5. Specify Installation Type 페이지에서 Additional Management Agent 를선택하고, Next 를클릭한 다. 6. Specify Installation Location 페이지에서, Parent Directory 필드에 /u01/app/oracle/product/10.2.0 를지정한다. 7. Product Specific Prerequisite Check 페이지에서경고를직접확인하기위해 Status 옆의체크 박스를선택한다. 상태는 User Verified 로변경된다. Next 를클릭한다. 8. Specify Oracle Management Service Location 페이지에서 Oracle Enterprise Manager Grid
Control 이설치된호스트머신에대한정보를입력한다. Management Service Host Name : <OMS host> ( 예 : ex0026.oracle.com) Management Service Port : 4889 Next 를클릭한다. 9. Specify Agent Registration Password 페이지에서 Password 필드에 oracle1 을지정하고 Next 를 클릭한다. 10. Oracle Configuration Manager Agreement 페이지에서 Decline License Agreement 를선택하고 Next 를클릭한다. 11. 경고페이지에서 OK 를클릭한다. 12. Summary 페이지에서 Install 을클릭한다. Install 페이지는설치진행상태를표시한다. 13. Execute Configuration scripts 대화상자가나타나며, 지시사항에따라 root.sh 스크립트를실행한다. 터미널윈도우를열고 root 사용자로로그인하고지정된디렉터리로이동하여 root.sh 스크립트를실행한다. [oracle@edrsr10p1 oracle]$ su Password: [root@edrsr101 root]# cd /u01/app/oracle/product/10.2.0/agent10g [root@edrsr101 root]#./root.sh root.sh 스크립트를실행하는동안표시되는프롬프트에대하여디폴트값을수락한다. root.sh 스 크립트가완료되면 Execute Configuration scripts 대화상자로돌아와 OK 를클릭한다. 14. Configuration Assistants 페이지가표시된다. 구성이완료되면, End of Installation 페이지가표 시된다. 설치가성공되었음을확인하고 Exit 를클릭하여 Oracle Universal Installer 를종료한다. Exit 대화상자에서 Yes 를클릭한다. 15. 데이터베이스의모니터링인증을설정한다. 브라우저를열고다음 URL 을입력한다. http://<oms_host>:7777/em 16. sysman 사용자와 oracle1 암호로로그인하여, 데이터베이스에대한 Monitor Passsword를 oracle로변경한다. a. sysman 사용자및 oracle1 암호로로그인하고 Login을클릭한다. b. 라이선스정보를검토하고 I agree를클릭한다. c. Target 을선택하고 Database를클릭한다.
d. 데이터베이스목록에서자신의데이터베이스 (<HOSTNAME>_ORCL) 을선택하고, Configure를클릭한다. e. Monitor Password에 oracle을입력하고 Test Connection을클릭한다. f. 연결이성공됨을확인하고 Next를클릭한다. Submit을클릭한다. g. Database Instance Configuration Result 페이지에서 OK를클릭한다. 실습 3 주데이터베이스데이터베이스이름 : 인스턴스이름 : 데이터베이스고유이름 : 대상이름 : 호스트 : 오라클홈 : 대기데이터베이스데이터베이스이름 : 인스턴스이름 : 데이터베이스고유이름 : 대상이름 : 호스트 : 오라클홈 : 대기데이터베이스유형 : 대기데이터베이스데이터베이스이름 : 인스턴스이름 : 데이터베이스고유이름 : 대상이름 : 호스트 : 오라클홈 : 대기데이터베이스유형 : 1. Enterprise Manager Grid Control을실행하고, 데이터베이스홈페이지를확인한다. a. 강사가제공하는 URL을입력한다. http://hostname:7777/em b. Grid Control에다음정보를제공한다. 사용자명 : SYSMAN 암호 :
c. Login을클릭한다. d. Hosts 페이지에접근하기위해 Targets 을클릭한다. e. Databases 페이지에접근하기위해 Databases를클릭한다. f. 데이터베이스링크이름을클릭하여데이터베이스를선택한다. 중요 : SYSMAN 사용자로로그인하기때문에강의실에모든데이터베이스를볼수있으며모든데이터베이스를변경할수있다. 목록에서자신의데이터베이스만선택하도록주의해야한다. 2. 자신의데이터베이스에대하여선호인증서를구성한다. a. 데이터베이스홈페이지에접근한다. b. 오른쪽상단의 Preferences를클릭한다. c. 좌측의 Preferred Credentials를클릭한다. d. Database Instance 대상유형에대하여 Set Credentials 아이콘을클릭한다. e. Target Credentials 영역에데이터베이스를위치시키고, 사용자명과암호를다음과같이입력g 한다. Normal username : SYSTEM Normal password : oracle SYSDBA username : SYS SYSDBA password : oracle Host username : oracle Host password : oracle f. 입력값을검증하기위해 Test 를클릭한다. Credentials successfully verified for < 데이터베이스 인스턴스이름 > 메시지가표시된다. 만약, 이메시지가표시되지않으면에러를수정하고 Test 를다시클릭한다. g. 입력값을확정하기위해 Apply 를클릭한다. Credential changes successfully applied 메시지가 표시된다. h. Targets 를클릭한다. Database 를클릭하여 Database 페이지로돌아간다. 3. 데이터베이스에대하여 ARCHIVELOG 모드를설정한다. 아카이브로그위치는플래시복구영역을사용한다. 다른아카이브위치는설정하지않는다. 또한, 데이터베이스에대하여 Flashback Database를구성한다. 이작업을완료하기위해 SYSDBA로반드시로그온해야한다. a. Database 페이지에서데이터베이스를선택한다. 데이터베이스홈페이지에서 Maintenance 페이지에접근하기위해 Maintenance를클릭한다. b. Configure Recovery Settings 페이지에접근하기위해 Recovery Settings를클릭한다. c. SYSTEM으로로그인했기때문에 Database Login 페이지가표시된다. 만약, Database Login 페이지가표시되지않으면, 우측상단의 Logout을클릭한다. Log out of database와 Display database login page after logout을선택한다.
d. SYS 사용자와 ORACLE 암호를입력하고, Connect As 드롭다운메뉴에서 SYSDBA를선택한다. Login 을클릭한다. e. Media Recovery 섹션에서 ARCHIVELOG Mode를선택한다. f. destination 10에디폴트값인 USE_DB_RECOVERY_FILE_DEST 를수락한다. 즉, 플래시복구영역이아카이브위치로사용된다. g. Enable Flashback Database flashback logging can be used for fast database point-in-time recovery를선택한다. h. Flashback Retention Time 필드에 12 hours를입력한다. i. Apply를클릭한다. j. 데이터베이스인스턴스를재시작하기위해확인페이지에서 Yes를클릭한다. k. 호스트와데이터베이스인증을확인하거나필요하면입력한다. OK를클릭한다. l. 인스턴스를종료한다음다시시작하기위해 Yes를클릭한다. m. 변경사항을확인하는업데이터메시지가표시된다. n. Maintenance 페이지로돌아가기위해 Database Instance 링크를클릭한다.