솔라리스 볼륨매니저 개요

volume_manager.pdf

 

Chapter03 - Solaris Volume Manager.doc

 

 

제 3 장 솔라리스 볼륨매니저 개요

 

 

이 장은 솔라리스 볼륨매니저의 전체적인 구조를 설명한다. 이 장은 아래의 정보를 포함한다:

 

1. 솔라리스 볼륨매니저 무엇이 새로운가

2. 솔라리스 볼륨매니저 소개

3. 솔라리스 볼륨매니저 필요조건

4. 솔라리스 볼륨매니저 구성의 개요

5. 솔라리스 볼륨매니저 환경 가이드

6. 솔라리스 볼륨매니저 구성 개요

7. 솔라리스 볼륨매니저안에 멀티 Tbyte 지원의 개요

8. 솔라리스 볼륨매니저 업그레이드

1. 솔라리스 볼륨메니저 무엇이 새로운가

이 섹션은 솔라리스에서 공개한 볼륨매니져 작업을 위한 새로운 특징을 기술하였다.

새롭게 공개한 솔라리스 특징과 설명을 완벽하게 듣기위해, ‘솔라리스’10무엇이 새로운가?’ 참고

 

2. 솔라리스 볼륨메니저 소개

솔라리스 볼륨매니저는 대량의 디스크와 데이터를 관리할 수 있는 소프트웨어 제품이다

또한 이러한 많은 관리방법에 솔라리스 볼륨메니저를 사용한다. 대부분의 작업은 다음을 포함된다.

 

Ÿ 스토리지 수용 증가

Ÿ 데이터 가용도 증가

Ÿ 큰 기억 장치의 관리용이

 

경우에 따라서는, 솔라리스 볼륨매니저는 I/O 성능을 증가시킨다.

솔라리스 운영 체계에서 지원하는 디스크 타입의 추가적인 정보는 11장 시스템 관리자 가이드, 디스크관리(개요): 파일시스템 참고.

 

1) 솔라리스 볼륨매니저는 어떻게 스토리지를 관리하는가?

솔라리스 볼륨메니저는 가상디스크를 사용하여 물리적인 디스크와 관련된 데이타를 관리한다. 솔라리스

볼륨매니저는 하나의 가상디스크를  volume 이라 부른다. 과거에 몇몇 유틸리티 command-line은 볼륨

을 metadevice 라고 하기도했다. 어플리케이션이나 파일시스템에서 보는 관점은 볼륨은 하나의 물리적인

디스크를 식별하는 기능이다.

솔라리스 볼륨메니져는 볼륨 안에있는 하위의 맴버 디스크 i/o 요청을 direct로 전환한다. 솔라리스 볼륨

메니저 볼륨은  disk slice나 다른 솔라리스 볼륨메니저 볼륭으로 생성된다. 쉽게 볼륨을 만들려면 gui 를

사용하고 솔라리스 관리 콘솔에서도 생성할수있다. 솔라리스 관리 콘솔의 강력한 스토리지 툴은 현재 존

재하는 모든 볼륨을 보여준다. 아래 방법대로 따라하면  어떤 솔라리스 볼륨메니저 불륨이나 구성을 쉽게

할수있다. 또한 솔라리스 볼륨메니저 command-line을 이용하여 볼륨을 만들고 수정할수있다.

예를 들면 당신은 하나의 볼륨에 스토리지의 추가가를 필요하다면, 솔라리스 볼륨메니저를 사용하여 큰

볼륨의 slice를 수집하면 시스템을 만들수있다. 이러한 slice로부터 볼륨이 만들어진 후에는 볼륨의 실제

slice나 device를 즉시 사용할수있다.

 

볼륨의 더 상세한 정보는 볼륨의 개요 참고.

 

솔라리스 볼륨메니저는 raid1(mirror)와 raid5 볼륨을 사용함으로 데이터의 신뢰와 가용도를 증가시킨다.

솔라리스 볼륨메니저 hot spares는  mirror와 raid5 볼륨을 위한 다른 래밸의 데이터 가용도를 제공한다..

환경을 셋업하면,  솔라리스 관리콘솔의 강력한 스토리지툴과 운영 리포트를 사용할수있다.

 

2) 어떻게 솔라리스 볼륨매니저를 관리하는가?

솔라리스 볼륨메니저 관리자를 통해 다음 방법들을 사용할수있다.

 

Ÿ 솔라리스 관리자 콘솔 - 이툴은 관리자 볼륨관리기능의 gui를 제공한다.

솔라리스 관리콘솔은 강력한 스토리지툴을 사용한다. 그림3-1 강력한 스토리지 툴을 예제로 보여준다.

이 인터페이스는 볼륨, hot spare pool과 state db 복제를 포함하여 솔라리스 볼륨메니저의 구성을 그래

픽으로 볼수있게 제공하고 configuration 변경이나 디스크 환경을 빠르게구성 할 수있게 마법사를 제공

한다.

Ÿ 명령어 라인 – 볼륨메니저 기능을 수행 하기위해 여러 명령어를 사용할수 있다.

솔라리스 볼륨메니저의 핵심 명령어는 meta로 시작한다 예를 들면 metainit나 metastat 명령어이다.

 

솔라리스 볼륨메니저 명령어리스트를 위한 첨부물 B, 솔라리스 퀵 볼륨메니저를 참조하라

 

---

주의

관리자는 솔라리스 볼륨메니저에서 동시에 command line과 GUI를 쓰지마라.

예측할수 없는 반응와 만들어진 configuration이 변경 될 수 있다.

관리자는 솔라리스 볼륨메니저에서 두개의 툴을 사용할 수는있지만, 명확한 것은 아니다

---

 

3) 솔라리스 볼륨매니저 GUI에 어떻게 접근하는가

GUI는 솔라리스 관리 콘솔의 한 부분이다. GUI에 접근하려면 아래를 따라하시오

 

STEPS

아래 명령어에 의해 시스템상의 솔라리스 관리콘솔을 시작한다.

% /usr/sbin/smc

 

Ÿ Navigation > Managerment tool > Storages > Enhanced Storage > volumes Double-click

Ÿ 프롬프트로모드로 로그인되있을 경우 유저는 루트로 로그인하여 동일하게 접근할 수 있다..

Ÿ 볼륨관리를 위한 hot spare pools, state db 복제, disk sets, 적절한 아이콘을 Double-click

---

Tip –

솔라리스 관리 콘솔의 모든도구들은 콘솔창의 버튼섹션, 패널 마법사의 왼쪽면은 정보를 보여준다.

HELP를 선택하면 언제든지 인터페이스 작업과 관련된 추가적인 정보를 찾을수있다.

---

 

 

3. 솔라리스 볼륨매니저 필요조건

솔라리스 볼륨매니저 필요조건은 다음사항 포함한다:

 

Ÿ 솔라리스 볼륨메니저를 관리하려면 루트특권이어야 한다.

Ÿ 솔라리스관리 콘솔에서 관리를 허가하면 관리 콘솔의 사용자 프로파일 특색을 통해 같은 특권을 갖는다

  그렇지만 root 사용자만 솔라리스 관리 command-line 인터페이스를 사용할수있다.

Ÿ 솔라리스 볼륨메니저에 볼륨을 만들기 전에 state db 복제는 반드시 솔라리스 볼륨메니저 시스템에 존재하

여야한다.

Ÿ 하나의 state db 복제는 hot spares나 disk sets의 모든 볼륨의 정보와 configuration을 포함한다.

최소한 3가지 복제는 있는지, 다른 컨트롤러와 신뢰도가 높은 다른 디스크의 복제가 있는지.

 

Stat db 복제와 관련된 추가적인 정보는 About the Solaris Volume Manager State Database and Replicas 참고하라

어떻게 State db 복제가 만들어지는지의 과정을 위해 Creating State Database Replicas. 참고하라

 

 

4. 솔라리스 볼륨매니저 구성의 개요

솔라리스 볼륨메니저에서 5가지 기본구성인 volumes, soft partitions, disk sets, state db 복제, hot spare pools을 만들어야 한다.

 

[테이블 3–1] 솔라리스 볼륨매니저 특징 요약

 

특 징	정  의	목  적	추가정보
Ÿ RAID-0 volume  (stripe, concatenation,  concatenated stripe) Ÿ RAID-1 (mirror) volume Ÿ RAID-5 volume	single 시스템에 logical device로 나타나는 물리적 slice의 그룹	Storage 수용력 증가, 성능 증가 데이터 신뢰도 증가	Overview of Volumes
Soft partiton	스토리지 개체를 좀더 다루기 쉽게 하기 위해 논리적 볼륨이나 물리적 slice를 작게 나눈 것	큰 storage 볼륨을 다루기 쉽게 개선	Chapter 12, Soft Partitions (Overview)
State db(state db 복제)	db는 모든 volume, hot spares, disk set의 정보 상태와 configuration 포함한다. 솔라리스 볼륨메니저는 state db 복제가 형성되기 전까지 운영 할 수없다.	솔라리스 볼륨메니저configuration 상태에 관한 정보저장	State Database and State Database Replicas
Hot spare pool	slice(hot spares)의 모음은 예약되어진다. submirror또는RAID-5볼륨 분가 실패할 때 이 조각은 자동으로 대용된다.  이러한 Slice들은 submirro나 Raid-5 볼륨구성 실패시 자동으로 구성한다.	Raid-1, Raid5 볼륨의  데이터 신뢰도 증가.	Hot Spare Pools
Disk set	네임스페이스가 분리된 disk drive set의 공유. volume과 hot spares를 포함해 여러호스트에 의해 중복되지 않은것을 공유를 할수있다.	데이터 여분과 신뢰성 및 관리가 쉬운 분리된 네임스페이스 제공	Disk Sets

 

 

 

 

1) 볼륨의 개요

볼륨은 single 시스템의 논리적 장치에 나타나는 물리적 slice의 그룹이다. 볼륨은 실제로 기상이며, 유닉

스 기반의 장치이다.

---

Note –

과거의, Soltistic DiskSuiteTM 제품은 논리적 디바이스를 metadevices라고 언급했다. 하지만 표준화와 간소화를 위해, 여기서 이러한 device를 볼륨이라고 언급한다.

---

.

2) 볼륨의 종류

Raid-0(concatenation or stripe), Raid-1(mirror), Raid-5, soft partition볼륨을 만들수 있다.

솔라리스 관리콘솔의 강화된 스토리지 툴이나, 명려어라인 유틸을 사용하여 관리자 볼륨을 만들수있다.

 

아래의 테이블은 볼륨의 종류를 요약한다.

[테이블 3–2] 볼륨 종류

볼  륨	정  의
RAID-0 (stripe or oncatenation)	기본적으로 mirror를 위해 만들어지며 directly 하게 사용된다.  Raid0 볼륨은 데이터의 중복을 directly 하게 제공하지 않는다.
RAID-1 (mirror)	복제 데이터는 다수의 복제로 인해 유지된다. 하나의 raid-1 볼륨은  submirror라고 불리어지는 한개 이상의 raid 0 볼륨으로 구성된다..
RAID-5	패리티 정보를 사용하여 데이터를 복제 한다. 디스크 fail일 경우 손실 데이타는 쓸수있는 데이터나 패리티 정보를 사용하여 재생할수있다.. 하나의 Raid5 볼륨은 일반적으로 slices로 구성되어있다. 하나의 Slice는 패리티 정보가 할당되어진 최상의 공간이지만 패리티는 raid5 볼륨에서 모든 Slice에 분산되어진다.
Soft partition	확장할 수 있는 하나 이상의 볼륨에서 논리적 뷸륨이나 slice로 나눈 것

 

3) 볼륨은 어떻게 사용되는가

스토리지 수용력, 성능 및 데이터 가용도를 증가하기 위하여 볼륨을 이용한다. 경우에 따라서 볼륨은 또한 I/O성능을 증가할 수 있다. 기능적으로, 볼륨은 slice와 같은 방법으로 작동한다. 왜냐하면 볼륨은 Slice 처럼 저 및 어플리케이션과 파일 시스템, end users 투명하기 때문이다. 물리적 장치 처럼 볼륨은 row device 네임이나 block을 통해 접근되어진다. 볼륨 이름 변경은 row device나 block이 사용됬는 지에 달려있다. 

 

볼륨이름에 관한 자세한 것은 Volume Names을 참고해라.

 

mkfs, mount, umount, ufsdump, ufsrestore포함하여 대부분의 파일시스템 명령어를 사용할수있다.  Format 명령어는 사용할수 없지만 마운트된 파일시스템을 포함한 긴볼륨의 read, write, 파일복사는 할수있다.

 

4) 2개의 Slice로 구성된 볼륨의 예제

[그림 3-2] 다스크 a의 slice와 디스크 b의 B slice 하나의 볼륨에 두개의 Slices를 포함하고 있음을 보여준다. 하나의 물리적 디스크라면 볼륨은 어플리케이션이나 ufs를 다룬다. 볼륨에 Slice를 추가하면 디스크 스토리지 수용이 증가된다.

 

 

 

[그림 3-2] 하나의 볼륨 사이의 물리적 디스크, 슬라이스의 관계

 

5) growfs 명령을 사용한 볼륨과 디스크 공간 확장

솔라리스 볼륨메니저에서 slice를 추가하면 볼륨을 확장할수있다. 솔라리스 볼륨메니져 콘솔의 강화된 스토

리지 툴이나 command-line 인터페이스에를 사용하여 현재 볼륨에  slice를 추가할수있다. 시스템 백업이나

결함 없는 볼륨을 포함해 마운트되있거나 마운트되지 않은 UFS파일 시스템을 확장할수있다.. 그럼에두 항

상 백업을 하는 것은 좋은 방법이다.  볼륨을 확장 후에 파일시스템이 증가하면 growfs 명령어를 사용하여

볼륨을 확장 할 수 있다.

 

---

Note –

파일 시스템을 확장한 후에도 파일시스템의 사이즈는 줄어들지 않는다. 파일시스템의 사이즈가 줄어들지 않는것은 UFS에서 제한적이다. 솔라리스 볼륨메니저 파티션 후에 파일사이즈가 증가된다, 그것은 줄어 들지 않는다.

---

 

어플리케이션이나 db에 반드시 raw 볼륨을 사용 해야만 어플리케이션이 추가된 공간을 인식할수 있다. 솔라리스 볼륨메니저는 이러한 기능을 제공하지 않는다.  

 

볼륨에서 디스크 공간을 확장하려면 다음 방법을 사용 할 수있다.

Ÿ Raid0 볼륨에 하나이상의 slice를 추가한다.

Ÿ Raid1 볼륨의 모든 submirror에 하나이상의 slice를 추가한다.

Ÿ Raid5 볼륨에 하나이상의 slice를 추가한다.

Ÿ 하위 구성의 추가적인 공간은 soft partition을 확장한다.

 

growfs 명령어는 데이터나 서비스의 실패없이 ufs 파일시스템을 확장한다. 볼륨에 write 하려면 실행되고있는 growfs 명령을 중지하여야한다. 파일시스템을 포함한 볼륨이나 slice의 사이즈를 확장할수있다.

파일 시스템은 growfs -s 사이즈 옵션을 사용하여 디스크공간의 일부분만 추가하여 확장할수있다.

 

---

Note –

mirror 확장시 submirror 밑에있는 mirror에 공간을 추가할수있다.

gorwfs 명령어는 raid1 볼륨에서 실행한다.

일반적인 규칙은 밑에있는 device에 공간이 추가되면 growfs 명령어로 상위 device level에서 실행.

---

 

6) 볼륨 이름

물리적 slices 처럼 볼륨은 파일시스템에서 논리적 이름으로 보인다. 논리적 볼륨 이름은 raw device의

/dev/md/rdsk 디렉토리와 block device의 /dev/md/dsk 디렉토리에 등록되어있다. 이러한 특정 풀 볼륨이

름(/dev/md/dsk/volume-name) 대신에 종종 단축 볼륨네임(meta* 명령어, d1)을 사용한다.

일반적으로 볼륨이름을 바꿀수있으며, 새이름은 길지않고, 다른 볼륨에서 사용하지 않는 이름을 사용한다.

 

추가적인 정보는 'Exchanging Volume Names'을 참고

 

원래의 볼륨네임은 d문자로 시작하고 뒤에 숫자가 오는 것으로( ex)d0 ) 시작 됬다.

이 형식은 여전히 사용되고 있다.

아래는 볼륨 네임의 예제는 d* 이름을 사용하여 지은것이다..

/dev/md/dsk/d0 (Block volume d0)

/dev/md/dsk/d1 (Block volume d1)

/dev/md/rdsk/d126 (Raw volume d126)

/dev/md/rdsk/d127 (Raw volume d127)

 

7) 볼륨 이름 가이드라인

기본적으로 볼륨이름은 관리하기 쉽고 눈으로 식별 가능한 볼륨 타입을 사용한다.

몇가지 제안을 한다면 :

Ÿ 각각 연속된 볼륨타입을 사용한다.

Ex) raid1 볼륨에 0-20번, raid0 볼륨에 21-40번을 할당하는 등등.....

Ÿ mirror와 관련된 이름을 사용한다.

        Ex) mirror 이름은 숫자 0으로 끝나고 서브미로는 1, 2.....로 끝나는 등등....

mirror 이름은 아래 예제가 더낳을지 모른다.

 mirror -> d10, submirror -> d11, d12

 mirror -> d20, submirror -> d21, d22, d23, d24

Ÿ 이름짓는 맵의 방법은 볼륨 넘버의 slice 넘버나 disk 넘버를 사용하는것이다..

 

State db와 State db 복제

state db는 솔라리스 볼륨 메니저 configuration 상태 정보가 저장되어있는 데이터 베이스다. state db configuration을 만들거나 변경된 흔적이 있으면 기록된다. 솔라리스 볼륨메니저는 configuration이나 현재 상태가 변경 되면 자동적으로 state db를 업데이트한다. 새로 볼륨을 만들때의 configuration 변경 예 submirror 실패시 상태변경

state db는 복제된db 복사하고 실제로 많은 정보를 수집한다. 각각의 복제는 state db의 복사라고 언급 되며  항상 정확한 db 데이터를 보호한다. state db의 대량 복제는 single 시스템 실패로부터 데이터 손실을 보호한다.

state db는 위치, 알려진 모든 state db 복제 상태의 흔적이다. 솔라리스 볼륨메니저는 state db와 state db 복제가 만들어지기 전까지 가동 할 수 없다. 볼륨메니저 configuration은 반드시 state db가 가동 되어야 한다.

configuration 셋업시 다음 양쪽에 state db 복제 위치를 선정할수있다.

 

Ÿ 전용 slices 상

Ÿ Slice가 나중에 볼륨의 일부분이 되는경우

 

솔라리스 볼륨메니저는 Slice가 볼륨에 사용되고있어 자동으로 취소되거나 slice가 state db 복제에 포함 될때 인식한다. slice의 일부분은 state db 복제를 위해 예약 되어있어 어떤 다른 목적으로 사용할 수 없다. 하나의 slice에서 state db 복사를 하나이상 유지할수있다. 하지만  싱글시스템에서 실패하게 되면 많은 취약성을 만들게 될지 모른다. 모든 state db 복제가 지워진다면 솔라리스 os가 정확한 기능을 계속 하게된다. 하지만 디스크에 state db 복제가 없이 리붓 한다면 시스템의 모든 솔라리스 볼륨메니저 configuration 데이터가 손실된다.

 

Hot spare Pools

hot spare pool은 구성 실패시 대신하여 솔라리스 볼륨 메니저가 자동으로 슬라이스를 구성하는것에 의한 slice의 모음(hot spares)으로 예약된 것이다. 이러한 hot spare들은 submirror나 Raid5 볼륨에서 사용 되어지며 Raid1 이나 Raid5를 위한 데이터 수용력을 증가시킨다.

솔라리스 관리 콘솔의 강화된 스토리지 툴이나 command-line 인터페이스에서 hot spare pool을 만들수있다.

구성 에러 발생시 솔라리스 볼륨메니져는 먼저 사이즈가 같거나 실패 구성 사이즈보다 큰 경우 hot spare를 쓸수있는지 체크한다. 찾아내면 솔라리스 볼륨메니져는 자동적으로 실패구성을 교체하고 데이터를 재일치시킨다.

hot spares 리스트중에 slice의 적당한 사이즈를 찾지못하면 submirror이나 raid5 볼륨구성은 실패하게 된다.

 

추가적인 정보는 Chapter 16, Hot Spare Pools (Overview) 참고

 

 

 

 

 

 

 

Disk sets

disk set은 논리적 볼륨과 hot spares를 포함한 물리적 storage 볼륨의 세트이다. 볼륨과 hot spare pools은 반드시 disk set의 드라이브상에 만들어진다. 한번 disk set에 볼륨이 만들어지면 물리적 slice 처럼 볼륨을 사용 할수 있다. 하나의 disk set 은 클러스트된 환경에서 데이터의 유용성을 제공한다. 한개의 호스트 실패시 다른 호스트에서 실패한 disk set을 가져올수있다. (이 configuration 타입은 failover configuration으로 알려져있다.)

부가적으로 disk sets은 솔라리스 볼륨메니저의 namespace를 쉽게 다룰 수 있게 도와주는데 사용되며 연결된 네트워크 스토리지 장치에 접근 할 수 있게 해준다..

 

추가적인 정보는 Chapter 18, Disk Sets (Overview) 참고

 

 

5. 솔라리스 볼륨매니저 환경 가이드 라인

솔라리스 볼륨메니저 configuration을 불완전하게 디자인하면 성능이 떨어질수 있다. 이 장은 솔라리스 볼륨메니저의 좋은 성능을 내기 위한 팁을 제공한다.

 

Storage 환경성능 가이드라인 추가적인 정보는 General Performance Guidelines 참고

 

1) 일반 지침

Ÿ Disk and Controllers - 볼륨에서 각각의 드라이브 경로, 스카시 드라이브, 호스트 아답터의 위치.

i/o 부하는 여러 컨트롤러에 의해 분산되어 볼륨의 성능과 가용도를 증가시킨다.

Ÿ System files – /etc/lvm/mddb.cf 또는 /etc/lvm/md.cf 파일을 수정하거나 지울수 없다.

                  이러한 파일들은 정기적으로 백업 해야된다

Ÿ 볼륨의 보전 – 볼륨에 정의된 Slice는 Dump 디바이스 처럼 사용되는 Slice를 포함하여 하위 Slice는 어떤

다른 목적으로 사용해서는 안된다.

Ÿ 디스크와 파티션 관련정보 - 솔라리스 볼륨메니저 환경을 재생성 하거나 배드 디스크의 포맷이 필요한

경우 prtvtoc, metastat -p 명령어로 출력하여 복사할수 있다.

 

2) 파일 시스템 가이드라인

볼륨의 slice 아래에 있는 파일시스템은 mount 하지 않는다. Slice가 볼륨의 어떤 것으로 사용된다면 더욱 파

일시스템의 slice는 mount 하지 않는다. 가급적 볼륨을 활성화 하기 전에 볼륨을 사용하려고 한다면 물리적

디바이스는 umonunt 하여야 한다.

 

 

 

 

6. 솔라리스 볼륨메니저 구성 개요

솔라리스 볼륨메지저 구성을 만들때 솔라스 볼륨메니저의 논리적 이름을 물리적 slice에 d0과 같은 방식으로

할당한다. 솔라리스 볼륨메니저 구성은 다음 사항을 포함하여 만들수있다.

Ÿ State database 복제

Ÿ Volumes (RAID-0 (stripes, concatenations), RAID-1 (mirrors), RAID-5, and soft partitions)

Ÿ Hot spare pools

Ÿ Disk sets

 

--------------------------------------------------------------------------------

Note –

어떻게 볼륨이름을 제안하는지 보려면 Volume Names을 참고

--------------------------------------------------------------------------------

 

1) 솔라리스 볼륨 메니저 구성을 만들기위한 필요조건

솔라리스 볼륨메니져 구성을 만들기위한 필요조건은 다음과 같다.

 

Ÿ 처음 state db 복제를 생성한다. 그렇게 할수 없다면  state db 복제 생성을 참고한다.

Ÿ 솔라리스 볼륨메니저에 사용되기 위해 이용 가능한 slice를 확인한다. 필요하다면, format 이나 fmthard

명령어를 사용하여 관리 콘솔에서 repartition 디스크가 있는지 확인한다.

Ÿ  root 특권모드로 만든다.

Ÿ 현재의 모든 데이터를 백업한다.

 

GUI를 사용한다면 솔라리스 관리 콘솔을 시작하거나 솔라리스 볼륨메니저 특징을 찾아본다.

 

추가적인 정보는 How to Access the Solaris Volume Manager Graphical User Interface (GUI) 참고.

 

 

 

 

 

 

 

 

 

 

 

7. 솔라리스 볼륨 메니저의 멀티 테라 바이트를 지원 개요

솔라리스9 4/03 버전을 시작하면, 솔라리스 볼륨메니저는 64바이트 커널이 운영되는 시스템에서 1테라 바이트 이상의 스토리지 디바이스와 논리적 볼륨을 지원한다.

--------------------------------------------------------------------------------

Note –

64비트 시스템이 운영되고 있다면  isainfo -v를 사용하여 알수있다.

‘64-bit’ 문자가 나타난다면 64비트 커널이 실행 되고 있는 것이다.

--------------------------------------------------------------------------------

솔라리스 볼륨 메니저는 다음 사항을 허용한다.

 

Ÿ 사이즈가 1Tbyte 이상의 논리적 스토리지 유닛이나 논리적 볼륨의 생성, 변경, 삭제

Ÿ 사이즈가 1Tbyte를 초과하는 논리적 볼륨의 생성, 변경, 삭제

 

큰 볼륨을 자동적으로 지원하며 1Tbyte 보다 큰 디바이스이면 솔라리스 볼륨메니저 환경은 사용자 중재 없이 알맞게 생성된다.

 

큰 볼륨에서 지원하는 제한사항

솔라리스 볼륨 메니져는 솔라리스9 4/03 버전 이나 64비트 커널이 운영되는 이후 버전의 큰 볼륨(1Tbyte 이상)에서만 지원한다.

솔라리스9 이전 버전(32비트 커널 이하)의 큰 볼륨을 운영하는 시스템에서 솔라리스 볼륨메니저는 부분적인 기능만 동작 한다.

 

특히 주의해야할 사항

큰 볼륨의 시스템에서 솔라리스9 4/03의 32비트 이하 버전 커널에서 리붓 되면,  metastat 명령어로 출력하여야 큰볼륨을 볼수 있으나 변경이나 삭제 할 수 없으며 추가로 새로운 큰 볼륨도 만들 수 없다. 큰 볼륨에서 어떤 볼륨이나 파일시스템도 역시 이용 할 수 없다. 큰 볼륨 시스템의 솔라리스9 4/03 이전 버전에서 리붓되면 솔라리스 볼륨메니저를 시작할수없다. 모든 큰 볼륨은 솔라리스 볼륨메니저가 솔라리스 플랫폼의 낮은 다른 버전을 실행 하기 전에 반드시 제거 해야한다.

 

--------------------------------------------------------------------------------

Caution –

솔라리스 소프트웨어가 실행되는 32비트 커널이거나 솔라리스 os가 솔라리스9 4/03버전 이전 버전을 사용한다면 큰 볼륨을 만들지 않는 것이 좋다.

--------------------------------------------------------------------------------

 

큰 볼륨의 사용

모든 솔라리스 볼륨메니저 명령어는 큰 볼륨에서 작업 할 수 있다. 구성이 다르거나 특별한 작업 없이 큰 볼륨을 지원하는 이점을 요구한다. 그러므로 시스템관리자는 솔라리스 볼륨 메니저의 익숙한 큰 볼륨을 바로 작업 할 수있다.

--------------------------------------------------------------------------------

 

Tip –

큰 볼륨을 만드려면 솔라리스 이전 버전의 솔라리스 볼륨메니저 사용이 필요한지, 솔라리스9 4/03 32비트 커널이나 이전 커널 운용이 필요한지, 큰 볼륨을 제거 하는게 필요한지 결정하고 나서 만들어야 한다.

--------------------------------------------------------------------------------

 

8. 솔라리스 볼륨메니저 업그레이드

솔라리스 볼륨메니저는 Soltice Disksuite 4.2, 4.1, 4.2.1 버전에서 고른 업그레이드를 완벽히 지원한다.

모든 볼륨은 사용되고있는 hot spare가 없으면 ok(정비가 필요하거나 에러가 없으면)이다 

솔라리스 볼륨메니저는 업그레이드 작업을 위해 configuration을 변경하거나 root mirror를 다운시키는 어떤 특별한 것도 필요로 하지 않는다.

 

시스템을 업그레이 할때 solstice disksuit configuration을 forward하여 가져올수 있는지, 솔라리스 볼륨메니저  툴을 통해 업그레이후 접근 할 수 있는지를 고려해야 한다.

 

과거에 init run-level, configuration 파일의 unix 스크립트의 구동이 증가하여 infrastructure가 제공되면서 솔라리스10 o/s 서비스관리 기능(SMF)이 소개되었다.

솔라리스 OS의 이전 버전 업그레이드시 솔라리스 볼륨 메니저 온라인과 관련된 SMF 서비스가 함께 검증되었다.

SMF 서비스가 온라인이 아니였다면 솔라리스 볼륨 메니저 관리할 때 문제가 있었을지도 모른다.

 

솔라리스 볼륨 메니저와 관련된 SMF 서비스를 점검해보면 아래 형식의 svcs 명령어를 사용하고있다.

 

 

# svcs -a |egrep "md|meta"

disabled       12:05:45 svc:/network/rpc/mdcomm:default

disabled       12:05:45 svc:/network/rpc/metamed:default

disabled       12:05:45 svc:/network/rpc/metamh:default

online         12:05:39 svc:/system/metainit:default

online         12:05:46 svc:/network/rpc/meta:default

online         12:05:48 svc:/system/fmd:default

online         12:05:51 svc:/system/mdmonitor:default

 

솔라리스 볼륨메니저 환경이 로컬에만 구성되었다면 이러한 서비스들은 온라인이어야한다.

svc:/system/metainit

svc:/network/rpc/meta

svc:/system/mdmonitor

 

솔라리스 볼륨메니저 configuration이 disk set을 포함한다면 이러한 부가적인 서비스는 온라인이어야한다.

svc:/network/rpc/metamed

svc:/network/rpc/metamh

 

이미 다른 서비스에 언급된 부가적인 서비스이면 솔라리스 볼륨 메니저는 mulity-node disk sets을 포함한다

svc:/network/rpc/mdcomm

 

 

출처 : http://blog.naver.com/ufsdump?Redirect=Log&logNo=140045405170