[12/29] 12c RAC New Feature

12c New Feature

1. Oracle Flex Cluster = Hub & Leaf Node

Hub node = 공유 스토리지에 직접 액세스하고 데이터베이스 인스턴스 등과 같이 집중적인 I/O가 발생하는 워크로드를 실행하는 노드 클러스터의 허브 노드는 네트워크 및 스토리지를 통해 연계되고 있다

Leaf node = 공유 스토리지에 직접 액세스 하는 것이 아니라 프로세싱 처리를 중심으로 한 어플리케이션 등의 작업을 수행하는 노드

OFC를 구성하는 모든 노드에 GI를 설치하고 하나의 클러스터로 구성해야 한다 GI 설치시 OFC 구성 또는 11g와 같은 클러스터 구성이 선택이 가능하여 설치 후 구성 전환 가능

2. Oracle Flex ASM = DB instance에서 ASM instance에 대한 의존성 제거

데이터베이스 인스턴스에서 ASM 인스턴스에 대한 의존선을 제거할 수 있다 그러면 데이터베이스 인스턴스와는 다른 노드에 ASM 인스턴스를 배치할 수 있다 대규모 클러스터 환경 구축시 모든 노드에서 ASM 인스턴스를 기동시킬 필요가 ㅇ벗어지므로 클러스터 전체에서 사용하는 ASM 리소스의 사용을 줄일 수 있다 또한 ASM 인스턴스에 장애가 발생한 경우에도 데이터베이스 인스턴스에 영향을 주지 않기 때문에 가용성을 높일 수 있다

3. Multitenant Architecture = CDB에 하나 이상의 PDB생성 가능

Container 는 11g까지의 하나의 DB이다. CDB에서는 복수개의 Container가 존재하면 각각의 Container는 고유한 이름과 번호가 존재한다. root와 각각의 PDB 는 모두 독립적인 데이터와 실행이 된다.

Root 모든 PDB의 schemas schemas object non-schema object의 그룹이며 모든 CDB는 PDB를 관리할 수 있는 시스템 정보를 가지고 있는 하나의 컨테이너를 가지고 있다 모든 PDB는 CDB$ROOT에서 생성된다

CDB는 사용자의 데이터를 저장하지 않는다 그러므로 사용자도 CDB에는 유저 데이터를 생성하거나 시스템에서 제공하는 데이터를 변경해서는 안된다 그러나 보통의 유저들(PDB)에 대한 유저 및 롤은 생성할 수 있다 PDB유저가 다른 PDB에 접근하려면 권한이 필요하다(CDB에서 관리)

Pluggable 데이터베이스의 특징은 다음의 문제점을 해결하는 목적으로 설계되었다

- Provisioning

- Patching

- Consolidation

- 효과적 리소스 사용

오라클 멀티테넌트 아키텍처 사용은 현재까지는 Optional한 상황이다 보통 오라클 인스턴스는 하나의 데이터베이스하고만 연관되는게 보통이다 그러나 OM이 도입됨에 따라 기존의 한 인스턴스는 하나의 데이터베이스하고만 연관된다는 사실이 더이상 맞지 않는다

하나의 컨테이너 데이터베이스는 0~여러개의 PDB 또는 컨테이너라고 불리는 독립된 데이터베이스를 담을 수 있는 기능을 제공한다 

인스턴스 : CDB와 PDB들은 동일한 인스턴스를 공유한다 따라서 모두 동일한 SGA 메모리 구조를 공유하고 메모리를 구성하는데 사용되는 파라미터 역시 한 개만 존재한다

CDB : 전체 데이터베이스를 나타내는 것으로 CDB는 메타데이터 및 데이터베이스의 데이터를 저장하는 여러 개의 컨테이너가 포함되어 있다

컨테이너 : 시스템 메타데이터와 시스템 스키마 정보를 위한 핵심적인 스토리지 위치이거나 또는 특정 데이터베이스에 대한 메타데이터 또는 해당 스키마 데이터를 위한 고유하고 독립적인 저장위치

루트 컨테이너 : 각 CDB에는 하나의 루트 컨테이너가 있는데 스키마, 스키마 오브젝트, 전체 CDB의 non 스키마 오브젝트에 대한 위치를 제공 개별 PDB를 관리하는 데이터베이스에 필요한 메타데이터는 루트 컨테이너에 저장됨 CDB$ROOT라는 이름을 가진다

온라인 리두 로그 파일 : non-CDB와 마찬가지로 일반적으로 여러 그룹을 생성하고 다중화 한다 이런 리두 로그가 전체 CDB와 연결되어 있는 모든 PDB를 같이 지원한다 따라서 온라인 리두 로그가 전체 CDB와 관련된 모든 PDB를 함께 서비스하기 때문에 충분히 크게 해서 성능 문제가 발생하지 않도록 해야 된다 CDB에 PDB를 추가할 경우 CDB의 온라인 리두 로그에 대한 요구 사항을 분석해서 크기에 대한 고민을 해야 한다

하나 이상의 Temporary 파일 집합 : 최소 한개를 가지고 있고 CDB에서 다른 임시 테이블 스페이스를 생성하거나 정의할 수 있으며 개별적인 PDB마다 임시 테이블 스페이스를 생성할 수 있다.

Undo TBS 관련 Tempfile : 하나의 UNDO TBS와 tempfile이 non-RAC인 CDB의 루트 컨테인에 위치 RAC 구성에서는 각 스레드별로 Undo TBS를 가져야 한다 UNDO TBS는 전체 CDB와 모든 PDB를 같이 지원한다

SYSTEM과 SYSAUX : CDB의 시스템 관련 TBS의 데이터 파일에는 루트 컨테이너에 관한 데이터 딕셔너리가 포함되어 있다 또한 이 TBS는 PDB와 관련된 데이터 딕셔너리에 대한 Pointer를 가지고 있다 CDB에는 유저 TBS나 유저에 관련되는 데이터 파일을 가지지 않는다 SYSTEM이나 SYSAUX TS에 오브젝트 생성이 가능하더라도 언제나 이 TBS는 오라클만을 위해 남겨져 있다

Seed PDB : 각 CDB는 Seed라는 이름의 PDB를 제공한다 CDB내에서 새로운 PDB를 만드는 데 사용되며 PDB$SEED 내에 오브젝트를 추가하거나 변경할 수 없다

PDB : 사용자 스키마, 데이터, 코드와 기타 데이터베이스 관련 오브젝트를 담고 있는 유저가 만든 객체다 PDB는 CDB내에서 고유하고 독립된 데이터베이스 환경을 제공할 수 있도록 설계되었고 하나의 CDB는 여러 개의 PDB를 가질 수 있다

4. Oracle Enterprise Manager Database Express = Em Express / EMCC

v box download location

http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html

oel download location

https://edelivery.oracle.com/osdc/faces/Home.jspx?_afrLoop=865836031011438&_afrWindowMode=0&_adf.ctrl-state=uk14klf9f_4