원문 : http://www.ischo.net -- 조인상 //시스템 엔지니어
출처 : Oracle® Database 2 Day DBA  10g Release 2 (10.2)  Part Number B14196-01  부록 A 번역.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

A Automatic Storage Management

이 장에서는 ASM을 이용하여 오라클 데이터베이스 데이터파일을 위한 스토리지를 공급.관리하는 것에 대하여 토론한다.

다음 주제를 포함한다 :

·         What is Automatic Storage Management?

·         Overview of Disks, Disk Groups, and Failure Groups

·         Installing Automatic Storage Management

·         Accessing the Automatic Storage Management Home Page

·         Starting Up and Shutting Down the ASM Instance

·         Monitoring Disk Group Space Usage

·         Creating a Disk Group

·         Dropping a Disk Group

·         Adding Disks to a Disk Group

·         Dropping Disks from a Disk Group

·         Backing Up ASM-Managed Files

ASM은 무엇인가?

ASM은 집중적이고, 고성능의 데이터베이스 파일시스템과 디스크 매니저이다. ASM은 스토리지를 관리하는데에 관리자가 필요한것 대신에 데이터베이스가 스토리지를 관리할수 있도록 하는데에 중점을 두고 있다. ASM은 잠재적으로 몇천개가 될수도 있는 오라클 데이터베이스 파일들을 직접 관리해야하는 필요를 없애준다.

ASM은 스토리지 시스템을 한개이상의 디스크 그룹으로 그룹화 시킨다. 당신이 작은 디스크그룹을 관리하면, ASM은 전체 디스크 그룹안에서 데이터베이스 파일의 배치를 자동화 시킨다.

ASM은 다음의 장점들을 제공한다 :

·      스트라이핑 - ASM은 디스크그룹에 포함된 모든 디스크들에 데이터들을 분산시켜 성능과 사용율을 최적화한다. 이러한 데이터베이스파일의 분산(even distibution)은 정기적인 모니터링과 I/O 성능튜닝을 할 필요를 없애준다.

예를들어, 디스크그룹안에 6개의 디스크가 있다면, 각 ASM파일은 6개의 디스크에 각각 쓰여진다. 이러한 조각들은 익스텐트 라고 알려진 1MB 조각(chunk)으로 된다. 데이터베이스파일이 만들어질대, 6개의 디스크에 스트라이프되며(익스텐트로 나눠지고 분산됨), 모든 6개의 디스크들의 공간에 위치된다. 그 파일을 읽을때에는, 파일익스텐트들은 6개의 디스크로부터 병렬로 읽어지면서 성능을 비약적으로 높여준다.

·       미러링 - ASM은 어떤 파일을 미러링 함으로써 가용성을 높일수 있다. ASM은 디스크 레벨에서 미러하는 OS미러링과는 달리 파일레벨에서 미러한다. 미러링은 디스크 불량으로 인한 데이터 손실을 막기위하여 파일의 각 익스텐트를 redundant 카피나 미러된 카피를 유지하는것을 의미한다. 각 파일 익스텐트의 미러된 카피(복제본)는 항상 원본 카피로부터 다른 디스크에 위치해 있다.

만약 한 디스크가 불량 난다면 ASM은 디스크그룹안의 살아있는 디스크들 안의 미러된 카피에서 해당 파일들을 계속해서 읽어올수 있다.

ASM은 각 파일 익스텐트가 한개의 미러된 카피를 갖는 2-way 미러링과 2개의 미러된 카피를 갖는 3-way 미러링을 지원한다.

·       온라인 스토리지 재구성과 동적 리밸런싱 - ASM은 데이터베이스가 동작중인 동안 디스크 스토리지 시스템에서 디스크를 추가/제거할수 있게 해준다. 디스크를 추가할때 ASM은 새로운 디스크를 포함한 모든 디스크 그룹안에 분산되어있는 데이터들을 자동으로 재배치한다. 이러한 재배치는 리밸런싱으로 알려져 있다. 이 작업은 백그라운드로 수행되며 데이터베이스 성능에 최소한의 부하를 준다. 디스크를 제거할때는 ASM은 디스크그룹안의 다른 디스크들에게 모든 파일 익스텐트들들 재배치한다.

·      관리된 파일 생성과 삭제 - ASM은 ASM디스크 그룹안에 저장되어있는 파일들을 오라클에서-관리되는-파일들로 바꿀수 있게 해주는 관리 작업들을 줄여준다. ASM은 파일들이 생성될때 자동으로 파일이름을 할당하고, 파일들이 더이상 필요없을때는 자동으로 삭제한다. 오라클에서-관리되는-파일들에 대한 더 자세한 정보는 Oracle Database Administrator's Guide.을 보라.

오라클은 raw device나 운영체제 파일시스템 대신에 데이터베이스 파일 저장공간으로 ASM을 사용하는것을 추천한다. 하지만, 데이터베이스가 ASM파일과 ASM파일이 아닌 것들의 혼합형태를 가질수도 있다. Oracle Enterprise Manager(OEM)은 ASM이 아닌 데이터베이스들을 ASM파일로 마이그레이션 하는것을 가능하게 해주는 wizard를 포함한다.

The ASM Instance

ASM은 자신의 SGA와 백그라운드 프로세스를 가지는 특별한 종류의 오라클 인스턴스를 포함한다. ASM 인스턴스는 데이터베이스 인스턴스에 밀접하게 통합되어있다. 한개이상의 데이터베이스를 동작시키고 있는 ASM 스토리지를 사용하는 모든 서버들은 1개의 ASM 인스턴스를 갖는다. RAC환경에서는 각 노드마다 1개의 ASM인스턴스를 갖고 있으며, ASM인스턴스는 각기 상대 노드들과 peer-to-peer 방식으로 통신한다. 노드에서 동작하고 있는 데이터베이스 인스턴스의 숫자와 관계없이 각 노드들은 단 1개의 ASM 인스턴스만이 필요하다.

Administering ASM

Oracle Enterprise Manager Database Control or Grid Control을 이용하여 ASM을 관리한다. 이 참고문건은 당신이 Database Control을 사용하고 있다고 간주한다.

Overview of Disks, Disk Groups, and Failure Groups

데이터베이스의 파일들이 생성되는 기본 장소가 되는 디스크그룹을 생성함으로써 ASM을 구성한다. 디스크그룹 type은 ASM이 어떻게 파일들을 미러하는지를 결정한다. 디스크그룹을 생성할때, 디스크그룹이 normal redundancy, high redundancy, external redundancy 디스크그룹 셋중의 하나인지 인지 지시해야 한다. (normal : 2-way 미러, high : 3-way 미러, external : 미러안함)  당신의 스토리지 시스템이 이미 하드웨어 레벨에서 미러링을 하고 있거나, redundant가 필요하지 않은 경우는 external redundancy 디스크그룹을 사용한다. 기본 디스크그룹 type은 normal redundancy 이다.

디스크그룹은 한개의 단위로써 함께 관리되는 디스크들의 그룹으로 구성된다. 이 디스크는 디스크 장치, 파티션, 네트웍-기반-파일(NAS) 일수 있다.

ASM 인스턴스가 시작되면, 자동으로 사용가능한 ASM디스크들을 인식(discover)한다. 인식(discovery)은 관리자에 의해서  ASM을 위해 준비된 모든 디스크들을 검색하는 과정이다. ASM은 초기 파라미터에 등록된 경로안에 있는 디스크들을 인식하거나 파라미터가 NULL이면 운영체제에서 사용하는 기본 경로에 있는 디스크를 인식한다.

Failure 그룹은 잠재적인 공통의 장애 메카니즘을 공유하는 ASM 디스크들을 정의한다. failure 그룹의 예는 같은 SCSI 컨트롤러를 공유하는 SCSI 디스크들의 집합이다. Failure 그룹은 데이터들의 redundant 복사본을 저장하는데 사용되는 ASM 디스크들을 결정하는데에 사용된다. 예를들어 2-way 미러링이 한개의 파일에 지정되어있다면, ASM은 자동으로 파일 익스텐트의 redundant 복제본을 별개의 failure 그룹에 저장한다. Failure 그룹은 normal, high redundancy 디스크그룹에만 적용된다. 디스크그룹을 생성할때나 대체할때 디스크그룹의 failure 그룹을 정의해야한다.

Installing Automatic Storage Management

이 부록에서는 RAC 노드의 단일 인스턴스 서버에 ASM이 이미 설치,구성되었다고 간주한다. ASM 설치와 초기구성의 정보는 다음 오라클 출판물을 보아라 :

·         For a single-instance server, the Installation Guide for your operating system

·         For RAC, the Real Application Clusters Installation and Configuration Guide for your operating system

In addition, see Oracle Database Administrator's Guide for a list of installation tips.

Accessing the Automatic Storage Management Home Page

모든 ASM 관리업무는 Enterprise Manager의  ASM 홈페이지로부터 시작된다. ASM 홈페이지는 다음 내용을 보여준다 :

·  ASM인스턴스의 상태

·  각 디스크그룹의 사용량과 여유량 차트

·  ASM인스턴스로 서비스되는 데이터베이스 리스트

·  경고와 메트릭

·  ASM 성능,관리, 구성페이지의 링크

4.     ASM Administration 페이지에서 Disk Groups 머릿말 아래에서 드랍하고자 하는 디스크 그룹을 선택하기 위해서 Select 칼럼을 클릭한다.

5.     Delete 를 클릭한다.

        확인 페이지가 나타난다.

6.     디스크 그룹의 내용을 삭제하려면, Advanced Options 를 클릭하여, INCLUDING CONTENTS 옵션이 선택되어있는지 확인한 다음 OK를 클릭한다.

7.     확인 페이지에서 Yes를 클릭한다.

Adding Disks to a Disk Group

디스크 그룹안의 용량을 늘리기 위해서 디스크 그룹에 디스크를 추가한다. 한번 작업으로 1개 이상의 디스크를 추가할 수 있다.

그렇게 되면 ASM은 새롭게 추가된 디스크를 포함하여 모든 디스크들에 분산되어있는 데이터들을 재배치 한다.

0~11 까지의 숫자로 재배치 작업의 강도를 조절할수 있다. 숫자를 높일수록 재배치 작업이 더 빨라진다. 작은 숫자는 재배치 작업이 더 오래걸리게 하지만, 적은 프로세서를 잡아먹고 I/O자원을 줄일수 있다. 이러한 것은 데이터베이스의 자원들을 사용할 수 있도록 해준다.  기본값은 1로써 데이터베이스의 간섭을 최소화 시킨다. 0 값을 주면 재배치 작업을 막는다. 수동 혹은 자동 재배치는 추후에 발생할수 있다. (데이터베이스에 적은수의 요구사항이 있거나 추가 디스크를 추가해야 하거나 디스크를 나중에 드랍하고 모든 디스크 그룹이 변경되고 단 한번만 재배치 작업을 하고 싶을때 재배치 작업을 연기하여 할 수 있다)

재배치(rebalance) 작업을 조정하는 더 이상의 정보는 Oracle Database Administrator's Guide 를 보라.

디스크 그룹에 1개 이상의 디스크를 추가하기 위해서는 :

4.     ASM Administration 페이지에서 Disk Groups 머릿글 밑에서 디스크를 추가하고 싶은 디스크 그룹을 선택하기 위해서 Name 칼럼안의 링크를 클릭한다.

Disk Group 페이지가 나타나고 이미 존재하는 디스크 그룹에 있는 디스크들의 리스트를 보여준다.

http://www.oracle.com/technology/obe/10gr2_2day_dba/asm/asm.htm