rac & enterprise manageability best practices14 warm cluster (active-active) zreal application...

<写真欄>

한국 오라클 주식회사

RAC & Enterprise Manageability Best Practices

<写真欄>

Real Application Clusters 기능소개

3Copyright© 2007, Oracle. All rights reserved.

Agenda

IT인프라에 요구되는 조건

고가용성 시스템

Oracle Real Application Clusters(RAC)– Real Application Clusters란?

– HA에 대한 우위성

– Cache Fusion

– 「서비스」개념과 Workload관리

– RAC 구성 예


IT인프라에 요구되는 조건

가용성(장애 대응)– H/W 장애가 발생해도 시스템 전체가 운용될 수

있는 구조

확장성– 자원(CPU/메모리/디스크등)이 부족했을 경우에

대처할 수 있는 구조


가용성의 구현 예

백업(대기) 장비를 준비해, 주장비장애시 백업장비로 전환

일반적으로 HA(High-Availability) 구성으로 불린다

변환시에 일시적인 다운 타임이 발생하기 때문에 진정한 무정지는 아니다.


확장성의 구현 예

스케일스케일 업업

스케일스케일 아웃아웃More NodesMore Nodes

•스케일 업

보다 파워풀한 컴퓨터를 사용하는것으로써, 처리 능력을 향상

•스케일 아웃

시스템에 컴퓨터(노드)를 추가하는것으로써, 처리 능력을 향상

More CPUsMore CPUs

Faster CPUsFaster CPUs

More MemoryMore Memory


시스템 기반의 현상과 과제

시스템마다 분산된 서버군

개개의 피크 부하에 대비한여유있는 시스템 구성

시스템마다 레벨차이가 있는장애 대책

고가의 H/W & S/W코스트

개별로 복잡한 운용 관리

비즈니스 요구에 따른 대응의지연SCM영업 지원인사 시스템

Application Server

Database

Storage

개별적으로 가용성, 확장성을 구축개별적으로개별적으로 가용성가용성, , 확장성을확장성을 구축구축



System 자원의 집약

개개의 피크 부하에 대비한 시스템 구성

system resource의가상화와 동적 배분

시스템마다 레벨차이가 있는 장애 대책

전체로 높은 장애대응


저가의 표준 제품


간편한 통합 관리


System 자원의 집약

개개의 피크 부하에 대비한 시스템 구성

system resource의가상화와 동적 배분

시스템마다 레벨차이가 있는 장애 대책

전체로 높은 장애대응


저가의 표준 제품


간편한 통합 관리

Storage

Application Server

DatabaseG

rid Control

시스템 기반을 통합해 자원 할당을 유연하게 제어시스템시스템 기반을기반을 통합해통합해 자원자원 할당을할당을 유연하게유연하게 제어제어

SCM영업 지원인사 시스템

Oracle10g가 실현되는 통합 시스템 기반Enterprise Grid


그리드그리드··컨트롤컨트롤

데이타베이스데이타베이스··그리드그리드

스토리지스토리지··그리드그리드

어플리케이션어플리케이션 서버서버··그그리드리드

Oracle10g Enterprise Grid전체그림

Copyright© 2007, Oracle. All rights reserved.

고가용성 시스템이란?

불특정 원인으로 시스템 정지가 발생하였을때, 허용할 수 있는 시간 안에 가능한 것

계획외 정지, 계획 정지의 차이에 관련되지 않고 가용성이 높은 일

End-to-End로의 고가용성 솔루션이여야 합니다.

데이타베이스 + 네트워크 + HW + OS.


Single Server– Single DB(Online Backup/Recovery)– Oracle Data Guard(구 Standby Database)

Cluster Server– Cold Cluster

UNIX Cluster Fail overOracle Fail Safe (※Windows계 OS만)

– Warm ClusterReal Application Clusters (구 Oracle Parallel Server)

고가용성을 실현하는 Oracle의 기능


Single Server

Single Database– 장애시에는, DAT등의 백업

매체의 적용과 RollForward/Rollback에 의해 복구작업

Oracle Data Guard(Standby Database )

– 운영 DB와는 별도로Standby Database를 구성하는 것으로써 장애시 복구 시간을 단축

운영 스탠바이

로그의 적용


Cold Cluster(Active-Standby)

데이타베이스로서는 싱글 인스턴스구성

항상 다른 한쪽은 대기

2개의 Cold Failover의 타입

UNIX Cluster FailoverH/W벤더에 의한 HA구성

Sun Cluster, HP ServiceGuard、IBM HACMP

Oracle Fail SafeMSCS(Microsoft Cluster)를 사용한 Oracle의 Cold Failover 기능

14

Warm Cluster(Active-Active)

Real Application Clusters (RAC)

항상 모든 노드가 기동하고 있기때문에 특정 노드에서 장애가 발생해도 다른 노드로 처리가 가능

데이타베이스는 클러스터에 참가하는 모든 노드로부터 참조·갱신 가능한 것으로부터 마운트


Cold 클러스터 구성

FT서버

원격지에 백업·Storage 기능·Oracle Data Guard등

Hot 클러스터 구성

Blade Server에 의한Enterprise Grid

온라인 백업 기능 확장성

고가용성

※클러스터 구성＋DataGuard 등구성도 가능

고가용성 시스템의 종류

Copyright© 2007, Oracle. All rights reserved.

Oracle9i로부터의 명칭

Oracle10g로 한층 더 강화된 기능

공유디스크기반의 구조– IBM DB2 for Mainframes도 마찬가지

참고：비공유디스크기반– IBM DB2 UNIX & Windows– Microsoft SQL Server

DataDataAA--ZZ

DataDataAA--EE

확장성 뿐이라면···

DataDataFF--KK

DataDataLL--SS

DataDataTT--ZZ

가용성과 확장성을 실현하는 Oracle의 클러스터 제품

Real Application Clusters란?


보다 빠른 FailOver보다 높은 자원의 이용 효율

HA 구성의 경우 Real Application Clusters 의 경우

Real Application ClustersHA에 대한 우위성(1)

3. Oracle재기동

4. 재접속

2. Volume변환

3. DB오픈

2. 재접속

공유 디스크공유 디스크

1. 장애1. 장애


Failover 처리 ‘RAC’ ‘HA’

Oracle의 재기동

인스턴스 리커버리

버퍼 캐쉬의 Flush

변환 시간(합계)

디스크 볼륨의 변환

락의 재구성

멤버쉽 그룹의 재구성

0 sec수초

0 sec< 8 sec

0 sec수초

수초

Up to 5 min20 sec

10 + min> 35 min

Up to 20 min0 sec0 sec

Real Application ClustersHA에 대한 우위성(2)


Oracle Real Application Clusters- Cache Fusion

UNIX/Windows Node1 UNIX/Windows Node1

공유 디스크

메모리메모리UNIX/Windows Node2 UNIX/Windows Node2

메모리메모리interinter

Connect Connect

user1 user2

1. User1가 데이터를 검색

2. User2가 같은 데이터를 검색하면, interconnect를 사용하여 node1의 버퍼를 읽기 때문에, 디스크 I/O가 없다.

3. User1가 있는 데이터를 갱신해 commit한다.

4. User2가 같은 데이터를 갱신하려고 하면, Node1로부터interconnect를 사용하여, 최신의 블록을 취득한다.


Cache Fusion Cache Fusion 없음없음

20 msec

.01 msec1 msec

로컬 메모리 리모트 노드로부터의 전송

디스크로부터의 읽기

Oracle10Oracle10gg

Oracle Real Application Clusters- Cache Fusion의 이점


서비스란

제공하는 기능, 업무상의 요건, 상대적인 중요도에 근거한 Workload의 논리적 그룹

일반적으로는 데이타베이스를 이용하는 어플리케이션마다 서비스를 구성

데이타베이스내에서 최대 62개의 유저·서비스를 정의– 1개의 인스턴스는, 복수의 서비스를 제공 가능

– 1개의 서비스는, 복수의 인스턴스상에서 제공 가능

어플리케이션은 특정의 인스턴스(SID)가 아니고, 서비스에 대해서 접속을 실시한다

예） sqlplus scott/tiger@service_alias


서비스로 할 수 있는 것

정상 가동시의 관리 항목– Enable/Disable, 우선도의 조정, 자동

태스크 실행, 성능 계측, 경보체제 생성, 이용하는 인스턴스수의 변경, 다른인스턴스에의 이동, 자원배분

문제발생시의 관리 항목– 장애시의 Failover, 어플리케이션

/Middle Tier 에의 통지


서비스의 정의 예

중요도나 Workload의 종류에 따라 서비스를 정의

인사계인사계 서비스서비스 ((낮은낮은priority)priority)

CRM (CRM (중간중간priority)priority)

분석계분석계 ((중간중간priority)priority)

수발주수발주((OLTP) (OLTP) (고고priority)priority)


서비스의 구성

인스턴스·리스트의 예

서비스 「OLTP」의 속성의 초기 상태– 인스턴스1 ： 우선

– 인스턴스2 ： 선택 가능

– 인스턴스3 ： 미사용

Node #1Node #1

Instance #1Instance #1

Node #2Node #2


Node #3Node #3


OLTPOLTP OLTP OLTP 스탠바이스탠바이


서비스의 구성

인스턴스·리스트의 예(계속)

인스턴스 1에 장애가 발생했을 때의 속성– 인스턴스１： 우선 → 다운

– 인스턴스２： 선택 가능 → 우선

– 인스턴스３： 미사용

Node #1Node #1


Node #2Node #2


Node #3Node #3


OLTPOLTP


서비스의 구성

인스턴스·리스트의 예(계속)

인스턴스 1이 장애로부터 회복했을 때의 속성– 인스턴스１： 다운 → 선택 가능

– 인스턴스２： 우선

– 인스턴스３： 미사용

Node #1Node #1


Node #2Node #2


Node #3Node #3


OLTPOLTPOLTP OLTP 스탠바이스탠바이


서비스의 동적 재구성

어플리케이션의 변경및 기존 서비스를 정지하지 않고서비스의 재구성과 실행이 가능

서비스에 대한 부하의 증감에 의해서, 서비스를 제공하는 인스턴스의 수를 유연하게 변경

– 시기에 의해서 부하의 양이 다른 경우의 재구성

– 클러스터에 노드를 추가했을 경우

기존의 데이타베이스에서, 신규 서비스 제공이 가능


서비스별 우선도의 관리

각각의 인스턴스내에서, 각 서비스별 우선도를 정의

우선도는, 데이타베이스·자원·매니저를 이용하고, 서비스마다의 자원 배분량으로 정의

– 예： CPU 사용율

동시 액티브·세션수

Oracle Database 10g 에서는, 유저명 이외의 세션 속성에 근거한 Resource·Consumer·그룹과 세션의 매핑이 가능하게 되었다


서비스별 우선도 정의 예

서비스명

ERP

CRM

그 외

서비스명

ERP

CRM

그 외

자원·종류

CPU 할당율

동시 액티브 세션수

CPU 할당율


CPU 할당율


자원·종류

CPU 할당율


CPU 할당율


CPU 할당율


목표값

25%10

70%1005%50

목표값

25%10

70%1005%50

CRM 서비스에 대해서 보다 많은 자원을 배분해, 처리를 우선


서비스에 관련한 새로운 뷰

서비스의 가동 상황에 관한 새로운 뷰를 제공

기존 세션 단위/인스턴스 단위로 밖에 감시할 수 없었던통계 정보나 대기 이벤트의 정보를, 서비스 단위에서도감시할 수 있는 새로운 뷰를 제공

– V$SERVICES– V$ACTIVE_SERVICES– V$SERVICE_STATS– V$SERVICE_EVENT– V$SERVICE_WAIT_CLASS


Oracle RAC 시스템 구성 예

Storage

A

B

SAN Switch

DB Server 14x1.5Ghz 16G RAM2x2GB FC HBA2xGigaBit (interconnect)2xGigaBit (data)

DB Server 24x1.5Ghz 16G RAM2x2GB FC HBA2xGigaBit (interconnect)2xGigaBit (data)

Oracle RAC 구성시 고려사항

Network : Public network /Interconnect ( heart-beat ) network ( 1Gbps 권장 )

Interconnect Network Switch Hub 필수( Crosscable 구성은 지원안함 )

* 네트워크 이중화시 Interconnect Network Trunking또는 Teaming 구성및 가상 IP 설정 필수

Storage : Shared Logical Volume 또는Cluster File System 구성여부 결정

( 경우에 따라 Vendor Clusterware 필요 )* HBA 이중화시 : Vendor 별 Multi IO Path S/W필수

<写真欄>

Enterprise Manageability Best PracticesOracle Grid Control 제품 소개


Grid Control 소개– Enterprise Manager 개요

– Grid Control 개요

– Grid Control 의 구조

Grid Control 상세 기능– Database 관리 및 기본 기능

– 퍼포먼스·튜닝

– 트러블·슈팅

Grid Control 기타 기능– Application Server 관리 기능

– 어플리케이션·퍼포먼스 감시 기능

– 3rd Party 제품 감시 기능

Grid Control 라이센스 소개

Agenda


Grid Control R2 소개


Enterprise Manager란

오라클이 제공하는 GUI 기반의 표준 관리 툴

Oracle Database, Oracle Application Server를 중심으로 한 호스트, 스토리지, 네트워크 장비등의 모니터링·관리를 구현

Web 기반 (http(s) 프로토콜을 사용)


Database Control– 단일의 데이타베이스를 관리

(RAC 포함)

Application Server Control– 단일의 Application Server 를

관리(클러스터 포함)

Collaboration Suite Control– 단일의 Collaboration Suite 컴

퍼넌트를 관리

Grid Control– 복수 호스트, 오라클 제품, 어

플리케이션을 통합 관리

Grid ControlGrid Control

DB DB ControlControl AS ControlAS Control

CS ControlCS Control

Enterprise Manager 10g 제품 구성


Enterprise Manager의 종류

Database Control (DB Control)– Oracle Database 10g에 내장

(DBCA에 의한 데이타베이스 작성시에 기본으로 구성)

– 단일의 Oracle Database 10g를 관리(RAC 포함)

Application Server Control (AS Control)

– Oracle Application Server 10g에 내장(인스톨시 기본으로 구성)

– 단일의 Oracle Application Server 10g를 관리


Enterprise Manager의 종류

Grid Control– 복수의 오라클 제품, 어플리케

이션, 호스트, 스토리지, 네트워크 장비등을 통합 관리

– Web 어플리케이션의 병목분석·리포트팅·타사 제품의 모니터링 등 다양한 기능을 내장

– DB나 AS CD pack에 첨부된 미디어로부터 인스톨

– DB Control의 모든 기능과 AS Control의 기능 (일부 제외)을지원

CRM ERP SCMWebSite

EMail

Application

Application Server

Database

Storage


Grid Control 이란?

시스템 전체를 통합 모니터링·관리하는 GUI 툴복수의 모니터링 대상을 단일의 관리 콘솔로부터 통합된 관리 가능

모니터링 대상

– 오라클 제품

Oracle DatabaseOracle Application Server

– 호스트, OS– 타사제품의 데이타베이스, 어플리케이션·서버, 스토리지, 네트워크

장비 등


Grid Control의 주요 기능 (1)

데이타베이스의 관리

데이타베이스의 기동 정지

초기화 파라미터의 변경이나 설정 정보 관리

유저나 schema·오브젝트의 관리

백업의 스케줄링, 복구의 실행

작업의 스케줄, 정기적인 실행

기존의 오라클 홈, 데이타베이스 인스턴스의복사, 배포

RAC 의 노드 추가

DB Control, Grid Control로 사용 가능

Grid Control로 사용 가능

+

Provisioning PackProvisioning Pack


Grid Control의 주요 기능(2)

등

어드바이스

체크

·메모리·I/O·SQL·영역·etc…

AWRADDM

DB Diagnostic PackDB Diagnostic Pack



데이타베이스의 모니터링

현재의 CPU 사용율, 세션수, SQL Response 시간등의 가동 정보의 취득

가동 정보에 근거하는 경보체제 통지 기능

퍼포먼스 이력의 참조

데이타베이스가 자동적으로 취득한 통계 정보(AWR)의 참조·관리

자기 진단 엔진으로부터의 권장(ADDM)의 참조

락등에서 대기 상태가 되어 있는 세션을 그림으로 표시

모니터링 정보를 기초로 HTML 리포트를 생성



데이타베이스의 튜닝

SQL 실행계획 수정 추천의 제시

최적인 실행 계획에의 SQL 변경없이 적용

새로운 인덱스, Materialized View의 작성의 추천 제시 등

인덱스

M*View

권장

DB Tuning PackDB Tuning Pack




어플리케이션·서버의 관리어플리케이션·서버의 기동 정지

현재의 CPU 사용율, 메모리 사용율, 히트율등의 가동 정보의취득

작업의 스케줄, 정기적인 실행

백업·복구의 실행

시스템 전체의 구성을 시각적으로 파악

모니터링 정보를 기초로 HTML 리포트를 생성

등

AS Control, Grid Control로 사용 가능




등

어플리케이션의 모니터링어플리케이션의 성능 병목 지점을 분석

어플리케이션·서버 및 호스트의 퍼포먼스 정보의 참조

데이타베이스까지 포함한 문제 분석

URL 및 Web 트랜잭션의 Response의 모니터링WebSite

AS Diagnostic PackAS Diagnostic Pack Service Level Management PackService Level Management Pack

AS Control, Grid Control로 사용 가능





구성 관리

하드웨어의 상세 정보, 패치를 포함한 OS 의 상세 정보, Oracle 목록의 참조

호스트의 하드웨어, 소프트웨어의 구성의 검색·비교

데이타베이스 및 호스트의 구성

보안의 안전도를 수치화해 평가

타사 제품의 모니터링

WebLogic, WebSphere, NetApp 등의 모니터링

각종각종 스탠드얼론스탠드얼론 라이센스라이센스 DB/AS Configuration Management PackDB/AS Configuration Management Pack


관리 서비스

Agent

Agent

리포지터리

관리 서비스– 관리 태스크를 실행해, Web 유저·인터페이스를 제공– 실체는, Oracle Application Server 와 OC4J상에 배포 된 J2EE 어플

리케이션

리포지터리– 수집한 정보를 저장하는 데이타베이스

에이전트– 타겟의 정보를 수집해 관리 서비스에 송신– 관리 서비스와 협조해 타겟에 대한 관리 태스크를 실행

Grid Control 의 아키텍쳐


Grid Control 의 컴퍼넌트

Grid Control는 다음의 3 종류의 컴퍼넌트로부터 구성되어 있습니다

– 관리 서비스 (Oracle Application Server 10g상의 어플리케이션)– 관리 리포지터리 (Oracle Database 10g)– 관리 에이전트

관리 콘솔

AS

DB

Grid Control 서버

관리 에이전트

관리 리포지터리관리 에이전트

DB

관리 에이전트

타겟 호스트#1

・・・

관리 서비스

타겟 호스트#2

관리 정보의 수집·저장

관리 조작의 실행

관리 정보의 참조


관리 서비스

유저 인터페이스의 제공, 관리 에이전트에 대한 관리 태스크의 명령, 모니터링 데이터의 관리 리포지터리에의 업 로드등을 실행

실체는 Oracle Application Server 10g상의 J2EE 어플리케이션

DB

DB

・・・

AS

관리 콘솔

Grid Control 서버

관리 에이전트

관리 리포지터리관리 에이전트관리 에이전트

타겟 호스트#1

관리 서비스

타겟 호스트#2





관리 리포지터리

수집한 모니터링 데이터 및 구성 정보를 저장하는 데이타베이스

데이터는 sysman schema에 저장

관리 서비스와는 다른 호스트에 구성하는 방법도 가능

・・・

관리 서비스

DB

DB

AS

관리 콘솔

Grid Control 서버

관리 에이전트


타겟 호스트#1

타겟 호스트#2





관리 에이전트

호스트내의 타겟 정보를 수집해, 관리 서비스에 송신

관리 서비스의 명령한 관리 태스크를 실행

하나의 호스트에 대해 하나의 관리 에이전트를 인스톨

・・・

AS

DB

DB관리 서비스

Grid Control 서버

관리 에이전트


타겟 호스트#1

타겟 호스트#2




관리 콘솔












Agenda


Grid Control 의 주요 기능

다양한 system resource를 통합 관리복수의 Oracle 제품(DB, AS, CS), 호스트, 어플리케이션

가용성이나 퍼포먼스의 리얼타임/이력 감시

복잡한 시스템을 가시화하기 위한 뷰를 제공

관리자 지원 기능시스템 이상을 검출해 경보체제 통지

시스템의 구성 정보를 관리

작업 기능

프로비죠닝 기능의 구현OS, AS, DB의 이미지를 GUI 조작으로 배포

+


시스템 전체의 감시 정보를 표시해, 상세하게 재빠르게 액세스

경보체제경보체제

작업작업

가동가동 상황상황보안보안

구성구성 정보정보

Grid Control의 홈 페이지


산재 하는 자원의 가동 상태를 열람

자원의 가동 상태의 감시


Topology·Viewer– 시스템 전체의 구성을 의존

관계에 따른 계층적인 뷰로표시

→복잡한 시스템을 가시화해파악 Web Cache

Overview

HTTP Server OC4J

Database

가동 상태 경보체제·정책 위반

대쉬보드– 직관적 아이콘, 그래픽으로 시스템 상태의 요약정보를 표시

→시스템의 현재 상태를 재빠르게 파악

요구에 맞춘 통합 감시 뷰


감시 대상의 퍼포먼스를 그래프 표시

과거 24시간, 7일간, 31일간의 이력을 전환

부하 증대는 순간적 or 정상적?

액세스수가 많은 시간대는?

퍼포먼스의 건전성의 확인


감시 타겟의 이상을 통지– 자원의 가동 상태의 이상(정지나 에러의 발생)– 퍼포먼스의 급격한 악화

관리자는 경보체제·메세지를 참조해 대처

데이타베이스에접속할 수 없음

시스템 이상의 경보체제 통지


측정단위의 임계값의 변경– 디폴트의 경고/위기의 임계값를 변경 가능

– 수집 간격도 임의로 설정 가능

수정 처리의 설정– 임계값에 이르렀을 때에 자동적으로 실행하는 커멘드/스크

립트를 지정

경보체제 설정의 커스터마이즈


검출한 하드웨어, 소프트웨어의 정보를 열람표시

다수의 호스트 구성 관리의 부하가 비약적으로 경감

하드웨어의

상세 정보

인스톨 된Oracle 제품

OS에 등록된 소프트웨어

Grid Control 의 구성 관리 화면


• 수집한 구성 정보가 추천 구성에 적합하게 동작하는지 자동 검출

• 위반을 검출했을 경우, 열람 화면에서 관리자에게 통지

불필요한 포트는닫아 두자

구성의 정책 적합성의 자동 판별


보안 열람 화면

• 보안·정책 준수 상황의 추이를 그래프 표시

객관적으로 재현성이 높은 보안 평가


백업등의 관리 태스크를 자동화

OS커멘드나 SQL 스크립트를 임의의 간격으로 실행

작업


프로비져닝

검증 끝난 최적 구성을 신규 서버에 배포

RAC의 노드 확장도 GUI 조작으로 가능유연하게 자원 최적화

작업단계, 인적에러를 감소

App Server+Patches

Database +Patches

App Server+Patches

Database +Patches

Linux OS +Patches

Linux OS +Patches

소프트웨어·라이브러리

①검증된 구성을 등록 ②신규 서버에 배포

Linux OS +Patches


Database 관리 기능


기본적인 관리 작업

– 유저 관리, 파라미터의 변경

– schema 오브젝트, 기억 영역의 관리

– 백업·복구

퍼포먼스 정보의 감시/튜닝

– Automatic Workload Repository(AWR)에 의한 정보수집

– Automatic Database Diagnostic Monitor(ADDM)에의한 분석

– 튜닝 어드바이저에 의한 문제 해결

Trouble Shooting

Grid Control 에 의한 데이타베이스의 관리


데이타베이스 관리 화면：홈

호스트의 CPU 상황이나

세션의 상황

인스턴스의 가동상황의 요약

ADDM의 진단 결과의 요약, DB사이즈등의 영역 정보, 인스턴스의 복구 시간


데이타베이스 관리 화면：성능

그래프를 클릭하면, 상세 정보로 드릴 다운 가능

호스트의 CPU 사용율이나

메모리 상황

세션의 I/O, CPU, Network등의 부하

비율

인스턴스의

디스크 I/O 상태


데이타베이스 관리 화면：관리

테이블스페이스이나 데이터 파일등의 각종 오브젝트의 추가 삭제, 초기화 파라미터의 변경등의 관리

조작을 실행

테이블나 인덱스, 뷰등의

schema·오브젝트의 추가삭제, 유저의 추가 삭제등

의 관리 조작을 실행


데이타베이스 관리 화면：유지관리

백업이나 복구의 설정, 실행을 위저드 조작으로 실

시하는 것이 가능

export·임포트나

데이터의 로딩,테이블스페이스의 전송등이

가능


데이타베이스 관리 화면：리포트

예) 데이타베이스 영역 사용량 리포트


그룹 관리 기능의 강화

그룹에 대한 조작/표시복수 DB/호스트에 대한 조작

데이타베이스의 기동/정지

작업의 실행

블랙·아웃의 설정

SQL 커멘드의 실행

OS커멘드의 실행열람표시

백업·리포트의 열람표시

구성 정보의 검색과 열람표시

과거 7일간의 변경의 열람

스토리지의 사용 상황의 열람표시

그룹·홈 화면


Database 관리 기능 : 퍼포먼스 감시/튜닝


AWR에는 데이타베이스의 가동 정보(snapshot)가 보존된다

– MMON가 정기적으로 SGA의 정보를 취득한다

– 정보 취득의 간격과 보존 기간은 Grid Control 로부터 설정 가능 (PL/SQL 패키지에서도 가능)

SGA통계 정보 부하가 높은 SQL…

DBWR PMON ・・・・SMON

정기적으로 보존(디폴트에서는 60분 마다)

AWR

snapshot1

snapshot2

snapshot3

snapshot4

MMON

Automatic Workload Repository (AWR)


Automatic Database Diagnostic Monitor（ADDM）

AWR에 수집된 데이터를 정기적으로 분석해, 데이타베이스의 퍼포먼스를 감시 / 진단한다

문제를 발견해, 어드바이저의 실행등의 해결 방법을Web 콘솔에 표시한다


어드바이저의 구성

SQL 튜닝·어드바이저

SQL 액세스·어드바이저

UNDO 어드바이저

세그먼트·어드바이저

메모리·어드바이저

시스템 전체의 인덱스나 Materialized View에관한 진단

특정한 SQL문의 진단·튜닝(SQL문의 변경, Profile의 작성등의 추천)

최적인 UNDO의 보존 기간이나 UNDO Tablespace 사이즈를 추천

세그먼트의 단편화 레벨을 지정해, 축소해야 할 세그먼트를 권장

PGA, 버퍼·캐쉬, 공유 풀의 사이즈 변경을권장

데이타베이스전체의 진단

ADDM


SQL 튜닝·어드바이저

특정의 SQL문의 내용, 실행 계획을 진단

권장의 내용– SQL문의 수정 방법

WHERE절의 조건의 지정 방법 등

– 필요한 인덱스의 작성

– SQL Profile의 작성

※SQL Profile

– 힌트의 집합과 같은 것으로, 임의의 SQL문에 대해서설정 가능

– SQL문을 변경하지 않고 퍼포먼스를 향상시킨다


SQL 튜닝·어드바이저：실행 결과

인덱스의 작성에 의한 테이블의 조인의 퍼포먼스 향상을 권장


SQL 액세스·어드바이저

복수의 SQL문의 액세스 패스를 진단– 인덱스를 사용하고 있는지, Full Table Scan 인지

진단

권장 내용– 어플리케이션 전체적으로

인덱스의 작성을 권장

– Materialized View의 작성을권장

인덱스

M*View

권장


SQL 액세스·어드바이저：실행 결과

•복수의 SQL문에 대해서 효과의 높은 인덱스의 작성을 권장


세그먼트·어드바이저– 미래의 세그먼트·사이즈의 예측

– 필요에 따라서 세그먼트의 축소를 추천

UNDO 어드바이저– 최적인 UNDO의 보존 기간이나

UNDO Tablespace의 사이즈를 추천

세그먼트·어드바이저, UNDO 어드바이저


메모리·어드바이저

PGA 사이즈·어드바이저– PGA의 최적인 사이즈를 시뮬레이션

SGA 사이즈·어드바이저– SGA의 최적인 사이즈를 시뮬레이션

※SGA 사이즈·어드바이저는10.2 부터의 신기능


SGA 사이즈·권장

SGA의 전체 사이즈의 권장– SGA_TAREGET 파라미터의 What-If분석

SGA의 사이즈(SGA_TARGET의 값)를nMB로 하면, 어느 정도 퍼포먼스가 개선할까?

NEW

NEW


Database 관리 기능 : Trouble Shooting 기능


ASH (Active Session History) 리포트

짧은 시간(5 ~ 10분 )에 있어서의 부하 상황을 리포트 출력보다 긴 시간(1시간 이상)의 경우는 AWR의 리포트를 사용

퍼포먼스·탭② ③

ASH 정보의 그래프표시(R1로부터)


메모리·액세스·모드

SGA를 직접 참조해 퍼포먼스 정보를 취득데이타베이스에 접속할 수 없을 때라도 정보를 취득 가능

EM의 독자 기능（SQL이나 그 외의 툴에서는 사용할 수 없음)

ORADEBUG Hang Analysis 와 연동


Hang Analyzer블로킹·세션의 가시화

EM Hang Analysis / ORADEBUG Integration


Oracle 9i 와 10g의 관리 레벨의 비교

관리 기능 9i 10g

기본 관리 작업(정의 변경, 백업등 ) ○ ○

리포트팅 ○ ○

클로닝, 프로비죠닝(RAC는 10g 이후) ○ ○

○

○

Automatic Workload Repository(AWR) － ○

Automatic Database Diagnostic Monitor(ADDM)

－ ○

튜닝·어드바이저 △※ ○

가용성/퍼포먼스의 이력 감시 ○

정지/퍼포먼스 저하시의 경보체제 통지 ○

※ Java 기반·콘솔을 사용












Agenda


Grid Control 에 의한 Oracle Application Server 의 관리Oracle AS 의 각 컴퍼넌트의 감시

– OC4J, HTTP Server, WebCache, Portal 등

– 퍼포먼스의 이력, 경보체제를 감시

어플리케이션의 고도의 퍼포먼스 분석– Web 트랜잭션(transaction)의 감시

– 최종 사용자·Response의 감시

– J2EE 어플리케이션의 보틀 넥의 분석

기본적인 관리는 Application Server Control 로 실시– 기동 정지 (Grid Control 10.2 에서도 가능)

– J2EE 어플리케이션의 배포

– 리얼타임의 퍼포먼스 감시


Web 트랜잭션(transaction) 감시– 일련의 브라우저 조작의 처리 시간을 계측

최종 사용자·퍼포먼스 감시– 유저의 실제의 Response 시간을 분석

OC4J 중간층 퍼포먼스의 분석– 서블렛/JSP, EJB, JDBC 처리의 내역 분석

어플리케이션·퍼포먼스 감시 기능


Ｏｒａｃｌｅ Application Server

Ｏｒａｃｌｅ Database

서버

OCS EBSWeb 어플리케이션

GC R1

네트워크 장비 스토리지

타사 DB

타사 AS

클라이언트 구성

GC R2

Grid Control 의 관리 대상


Storage,Network,Hardware

Custom andPackaged

Apps

Middlewareand AppServers WebLogic

Tuxedo

Database

Host

Grid Control 의 관리 대상 RoadMap

CustomApps

Oracle Application Server

Oracle Database

Oracle Apps- Fusion, OCS

BusinessFlows

Host

Oracle GridControl

Reports

ManagementConsole

Repository


Plug-in Roadmap

10g R2 1H 2006 2H 2006 In Progress

Network

Middleware

Database

PackagedApps

MS SQL ServerIBM DB2

BEA WebLogic

IBM WebSphere

F5 Load BalancersCheckpoint Firewalls

Juniper (Netscreen) Firewalls

Cisco Firewalls

EMC SAN (CLARiion)NetApp Filers

MS .NETISA, IIS, Commerce,

BizTalk

MS Active Directory

JBoss

Host All Oracle-supported OS Platforms

Foundry Load BalancersNortel Load Balancers

Citrix Presentation Server

Sybase

Pillar Data SystemsStorage EMC NAS (Celerra) EMC SAN (Symmetrix)

IBM MQ-SeriesEMC (VMWare)

Symantec (Veritas) Storage Foundation

SAP

PeopleSoft (8.4.8)

Cisco Routers/Switches

Siebel

eBusiness Suite (R12)

Radware Load BalancersBlueLane Appliances

Oracle-builtPartner-built Completed


Connector Roadmap

Q3’06 Q4’06 In Progress Planned

Storage Gateway

NetworkGateway

TroubleTicketing

System Management Framework

MS SMS

CA Unicenter

BMC Patrol

IBM Tivoli

HP OpenView

Host

HP Storage Essentials

HP Network Node Manager

HP System Insight Manager

Cisco CiscoWorks

MS Operations Manager

Fujitsu Systemwalker

BMC Remedy

NEC WebSAM

Hitachi JP1

Oracle Helpdesks (PeopleSoft; Siebel)

EMC (VMWare) VirtualCenter

Creekpath

Mercury Business Activity Center

Egenera PAN

Oracle-builtPartner-built


Oracle제품과 3rd Party제품의 관리 레벨 비교

관리 대상 GC R2Oracle Database ◎

Oracle Application Server ◎

Oracle Collaboration Server ◎

Oracle E-Business Suite ○

서버 ○

클라이언트(하드웨어, 소프트웨어 구성) ○

타사 Database ○

타사 Application Server ○

네트워크 장비 ○

스토리지 장비 ○

○： 구성 정보 취득, 가동 상태의 감시

◎： ○＋상세 분석, 관리 조작의 실행












Agenda


라이센스의 고려사항

Enterprise Manager의 기능은 다음과 같이 구분 됩니다

(예) Oracle Diagnostic Pack (DB옵션)사용할 수 있는 기능

DB의 퍼포먼스 정보의 참조

DB에 대한 유저 측정단위 정의 등

확장 기능을 사용하는 경우, 사용하는 기능에 따라 옵션 라이센스, 혹은 스탠드얼론의 라이센스를 구입할 필요가 있습니다

DB의 라이센스에 포함되는 것기본 기능

AS의 라이센스에 포함되는 것

DB의 옵션·라이센스가 필요한 것

AS의 옵션·라이센스가 필요한 것

스탠드얼론·라이센스가 필요한 것

확장 기능


Enterprise Manager Packs forDatabase and Application Server

Solution Area

Package Notes

Diagnostics Pack(퍼포먼스 관리, 자기 진단)

EE Option

Diagnostics Pack(퍼포먼스 관리, 병목추적)

EE/SE/JE OptionApplication Server

Configuration Management Pack( AS, 서버의 구성 관리)

EE/SE/JE Option

Tuning Pack(튜닝·어드바이저)

EE Option(requires DB Diag license)

Database

Change Management Pack(DB, 서버의 구성 관리)

EE Option

Configuration Management Pack(DB의 변경 관리)

EE Option


Package NotesConfiguration Management Pack for Non-Oracle Systems (서버의 구성 관리)

Per CPU

Provisioning Pack(OS, 오라클 제품의 배포, 복사)

Per CPU

System Monitoring Plug-ins NotesSystem Monitoring Plug-in for Host Per CPU System Monitoring Plug-in for Database Per CPU

System Monitoring Plug-in for Middleware Per CPU

System Monitoring Plug-in for Storage Per Terabyte

System Monitoring Plug-in for Network Per Device

System Management Connectors Per Connector

Service Level Management Pack(임의의 Web 사이트의 Response을 모니터링)

Per Transaction Step + Per Beacon

New Stand-alone Packages for R2

rac & enterprise manageability best practices14 warm cluster (active-active) zreal application...

Documents