Automatic Storage Management(ASM) 개요
- 데이터베이스 구성 시 기본이 되는 디스크를 효율적으로 관리하기 위해 Oracle10g에서 새로 선보인 데이터베이스 서비스입니다.
- ASM은 하나의 SMP 장비 뿐만 아니라, RAC을 구성하는 모든 노드들에 대해서도 지원이 가능합니다.
- ASM이 관리하는 모든 디스크에 대해 load balancing 작업을 자동적으로 처리해 줌으로써, 특정 디스크에 load가 집중되는 hot spot 현상을 최소화 할 수 있으며, 이로 인해 성능을 극대화 할 수 있습니다. 또한, 데이터가 디스크에 균등한 크기로 저장/관리되어 fragmentation 현상이 발생하지 않습니다. 그리고, ASM이 관리하는 영역에서 새로운 디스크가 추가되거나 삭제될 때마다, 기존 데이터들에 대해 재구성 작업이 자동적으로 일어납니다.
- ASM은 특정 데이터에 대한 복사본을 자기 자신의 디스크에 유지할 수 있기 때문에 Software 미러링 효과를 볼 수 있습니다. 이처럼 ASM은 데이터에 대한 안정성, 그리고 성능을 어떻게 유지할 것인가에 대해 상당히 유연하게 달리 지정할 수 있습니다.
- ASM은 기존 데이터베이스 구성과 독립적으로 관리될 수 있습니다. 즉, 기존 데이터베이스가 데이터 저장소로 파일시스템을 사용하고 있어도, 아니면 RAW Device를 사용하고 있어도 이와는 별도로 새로운 데이터파일을 ASM에 저장/관리할 수 있는 것입니다. 기존 데이터 파일들은 ASM 관리 영역으로 이관될 수도 있습니다.
ASM 특징
관리 복잡성이 제거됩니다(스토리지 관리가 단순해 집니다)
- 매일 처리해야만 하는 스토리지 관리 항목이 줄어들거나 제거됩니다
- 모든 Application load에 대해 자동적인 I/O tuning이 수행됩니다.
- 생성되는 데이터파일에 대해 의미 있는 이름이 자동적으로 부여됩니다.
- 관리대상이 혁신적으로 줄어듭니다(파일시스템과 LVM 관리 범위가 ASM Diskgroup으로 통합 관리됨)
- 디스크 구성 변경이 쉽습니다(구성이 변경될 때, 자동적으로 데이터 재 분배가 일어남)
- 실수로 파일을 삭제할 가능성이 배제됩니다(파일시스템 상에 데이터파일이 있는 것이 아니기 때문)
스토리지 제품 구입비용 절약
- Cluster volume manager와 파일시스템 기능이 데이터베이스에 포함되어 있습니다.
- 저렴한 JBOD 형태의 디스크부터 고가의 SAN 디스크 array 까지 지원합니다.
성능/확장성/안정성 증대
- 모든 파일에 대해서 RAW disk 수준의 I/O 성능을 보장합니다.
- 다른 디스크 Array에 걸쳐 저장되어 있는 데이터파일 들에 대해 striping을 적용할 수 있습니다.
- Software mirroring이 지원됩니다.
RAC(Real Application Clusters) 지원
- 여타 Cluster volume manager와 Cluster 파일시스템이 필요 없습니다.
ASM Architecture
Operational Stack
- Logical volume / 파일시스템 / 그리고 오라클 데이터파일에 대한 개념이 ASM에 의해 제거 되었습니다.
- 이러한 관리 영역 제거는 장애요소가 그 만큼 줄어든 것이며, 관리비용을 획기적으로 줄일 수 있다는 것을 뜻합니다.
사업자 정보 표시
(주)블루원 | 김홍태 | 서울특별시 용산구 원효로 4가 135 금홍 2빌딩 | 사업자 등록번호 : 106-86-76684 | TEL : 02-3272-7200 | Mail : support_ora@blueone.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기
'DB - ORACLE > Oracle DB Admin ' 카테고리의 다른 글
ASM Rebalancing & ASM Mirroring (0) | 2016.01.03 |
---|---|
ASM 용어 정의 (0) | 2016.01.03 |
Automatic Shared Memory Management (ASMM) (0) | 2016.01.03 |
Multiple Block size (0) | 2016.01.03 |
Multi-version Read Consistency (0) | 2016.01.02 |