POWER SYSTEMS FOR AIX III - unioneinc.co.kr · - IBM Power systems for AIX III: Advanced administration and problem determination(Student Notebook 2/2) - IBM Power systems for AIX

POWER SYSTEMS FOR AIX III :

ADVANCED ADMINISTRATION AND PROBLEM DETERMINATION

UNIT 8. DISK MANAGEMENT PROCEDURES

유니원아이앤씨㈜

시스템 기술 지원팀

이 현 수

2015년 2월 27일

문서정보

과 목 명 Power Systems for AIX III: Advanced Administration and Problem Determination

단 원 명 Unit 8. Disk management procedures 버전 1.0

수강 장소 MIRHENGE 교육 센터 작성일 2015-02-13

수강 기간 2014-09-01 ~ 2014-09-05 최종수정일 2015-02-27

작 성 자 이 현 수

재개정 이력

일자 내용 수정인 버전

문서배포 이력

발신자 수신자 배포목적 일자 비고


작성자 : 이 현 수 Version : 1.0 최종수정일 : 2015-02-27

2 / 28

Table of Contents

1. 개요 .................................................................................................................................................... 4

1.1. 단원 설명 ................................................................................................................................. 4

1.2. 단원 목표 ................................................................................................................................. 4

1.3. 참조 .......................................................................................................................................... 4 2. Mirroring............................................................................................................................................. 4

2.1. 가용성 향상을 위한 미러링 사용 ........................................................................................... 4

2.2. VGSA의 규칙 ........................................................................................................................... 4

3. 파티션 손상 ........................................................................................................................................ 5

3.1. 데이터 손실 ............................................................................................................................. 5

3.2. 상태 정보 유지 ........................................................................................................................ 5

3.3. 손상 파티션 업데이트 ............................................................................................................. 5

4. rootvg 미러링 .................................................................................................................................... 5

4.1. rootvg 미러 이유 ..................................................................................................................... 5

4.2. rootvg 미러 절차 ..................................................................................................................... 6

5. VGDA 카운트 ..................................................................................................................................... 7

5.1. VGDA를 위한 공간 예약 ......................................................................................................... 7

5.2. 디스크 2개의 볼륨 그룹 ......................................................................................................... 7

5.3. 디스크 3개 이상의 볼륨 그룹 ................................................................................................ 7

6. 쿼럼 불가 ........................................................................................................................................... 8

6.1. 소개 .......................................................................................................................................... 8

6.2. 볼륨 그룹 활성 상태에 따른 결과 ......................................................................................... 8

7. 비 쿼럼 볼륨 그룹들 ......................................................................................................................... 8

7.1. 비 쿼럼 볼륨 그룹에서 쿼럼 손실 ......................................................................................... 8

7.2. 권장사항 ................................................................................................................................... 8

7.2.1. 하나의 미러링 사용 시 ................................................................................................. 8

7.2.2. rootvg 경우 ..................................................................................................................... 9

8. 강제 활성화(varyonvg –f) ................................................................................................................. 9

8.1. 일반 활성화 실패 .................................................................................................................... 9

8.2. 강제 활성화 실행 .................................................................................................................... 9

8.2.1. VGDA 분배 변경 ............................................................................................................ 9

8.2.2. 쿼럼 확인 활성 .............................................................................................................. 9

8.2.3. 쿼럼 확인 비활성 .......................................................................................................... 9

9. 물리 볼륨 상태 ................................................................................................................................ 10

9.1. 소개 ........................................................................................................................................ 10

9.2. 종류 ........................................................................................................................................ 10

9.2.1. 활성 상태(Active state) ................................................................................................ 10

9.2.2. 손실 상태(Missing state) ............................................................................................. 10

9.2.3. 제거 상태(Removed state) .......................................................................................... 10

10. 디스크 교체 기술 ........................................................................................................................... 11

10.1. 시작하기 ............................................................................................................................... 11

10.1.1. 디스크 교체 원인 ...................................................................................................... 12

10.1.2. 순서도 ........................................................................................................................ 12

10.2. 절차 1 .................................................................................................................................. 12

10.2.1. 미러된 디스크............................................................................................................ 12

10.2.2. replacepv와 미러된 디스크(rootvg 아닐 경우) ......................................................... 13

10.2.3. replacepv 없는 미러된 디스크 .................................................................................. 13

10.2.4. rootvg를 위한 특별 단계 ........................................................................................... 14

10.3. 절차 2 .................................................................................................................................. 14



3 / 28

10.3.1. 작동중인 디스크 ........................................................................................................ 14

10.3.2. rootvg를 위한 특별 단계 ........................................................................................... 15

10.4. 절차 3: 손실(missing) 또는 제거됨(removed) 상태의 디스크 ....................................... 17

10.4.1. 사용 시기 ................................................................................................................... 17

10.4.2. 단계별 절차 ............................................................................................................... 17

10.5. 절차 4: rootvg 장애 ............................................................................................................ 18

10.5.1. 사용 시기 ................................................................................................................... 18

10.5.2. 단계별 절차 ............................................................................................................... 18

10.6. 절차 5: 비 rootvg 장애 ..................................................................................................... 18

10.6.1. 사용 시기 ................................................................................................................... 18

10.6.2. 단계별 절차 ............................................................................................................... 19

11. LVM 명령에서 ODM 에러 .............................................................................................................. 19

11.1. ODM 실패 ............................................................................................................................. 20

11.2. 실패 분석 ............................................................................................................................. 20

11.3. ODM 문제 해결 .................................................................................................................... 20

12. reducevg없이 디스크 제거 ........................................................................................................... 20

12.1. 문제점 .................................................................................................................................. 21

12.2. 해결방안 ............................................................................................................................... 21

13. 실습 ................................................................................................................................................ 21

13.1. LVM 미러링(mirroring)과 쿼럼(quorum) ........................................................................... 21

13.1.1. 확인과정 ..................................................................................................................... 21

13.1.2. VGDA가 한 개인 디스크 제거 .................................................................................. 22

13.1.3. VGDA가 두 개인 디스크 제거 .................................................................................. 24

13.2. rootvg 디스크 교체(Bad block error, Hardware fail 아님) .............................................. 26

13.2.1. 시나리오 ..................................................................................................................... 26

13.2.2. 디스크 교체 진행 ...................................................................................................... 26



4 / 28

[그림 2-1] 논리 볼륨 미러링

[그림 2-2] VGSA의 예

1. 개요

1.1. 단원 설명

서로 다른 디스크 관리 절차에 대하여 묘사한다.

- 미러(mirror)된 논리 볼륨으로 쿼럼(quorum) 관리

- 디스크 교체 절차

- 올바르지 않은 디스크 교체로 인한 문제 해결 절차

1.2. 단원 목표

- 볼륨 그룹 쿼럼 이슈 관리

- LVM을 사용하여 물리 볼륨 상태 설명

- 서로 다른 상황에서의 디스크 교체

- 볼륨 그룹 실패 시 복구

1.3. 참조

- IBM Power systems for AIX III: Advanced administration and problem

determination(Student Notebook 2/2)

- IBM Power systems for AIX III: Advanced administration and problem

determination(Student Exercises)

2. Mirroring

2.1. 가용성 향상을 위한 미러링 사용

[그림 2-1]은 각 논리 파티션이 3개의

물리 파티션으로 미러된 논리 볼륨을 보여

준다. 논리 파티션과 관련된 각각의 물리

적인 파티션들은 모두 독립적이다. 3개 이

상 복사하는 것은 불가능하다.

만약 하나의 디스크에서 장애가 발생할

경우, 적어도 2개의 데이터 복사본이 사용

가능하다. 이것은 시스템 또는 논리 볼륨

의 가용성을 향상시켜 주는 것을 의미한다.

2.2. VGSA의 규칙

미러된 파티션에 대한 정보는 각

디스크에 있는 VGSA에 저장되어 있



5 / 28

[그림 3-1] 디스크 장애 발생 상황

[그림 4-1] rootvg 미러링

다. [그림 2-2]는 논리 파티션 5가 hdisk0의 물리파티션 5, hdisk1의 물리파티션 8, hdisk2

의 물리파티션 9를 가리키는 예이다.

3. 파티션 손상

3.1. 데이터 손실

만약 미러된 논리 볼륨을 포함한 디스크

([그림 2-3]의 hdisk2와 같은)에서 장애가 발

생한다면, 장애 발생 디스크의 데이터는 손상

된다.

3.2. 상태 정보 유지

상태정보(active 또는 stale)는 각 물리 파

티션에 보존된다. 물리 볼륨은 손상된 파티션

이 존재할 경우, stale(‘lsvg vg이름’으로

확인할 수 있음)을 나타내게 된다.

3.3. 손상 파티션 업데이트

만약 손상 파티션을 보유한 디스크가 복구되면, 손상된 파티션을 동기화 하기 위해 syncvg

명령을 실행하는 varyonvg 명령을 입력해야 한다. syncvg 명령은 볼륨 그룹으로부터 모든 손

상 파티션들을 업데이트하는 백그라운드 작업을 시작한다.

항상 varyonvg 명령은 손상 파티션들을 업데이트 하기 위해 사용한다. 전원 장애 후, 디스

크는 예약 정책을 분실한다. syncvg 명령은 예약 정책을 다시 설립하지 않는다. 예약 항목은

디스크가 시스템을 위해 예약되었다는 것을 의미한다. 디스크 드라이버는 디스크를 작업할

수 있는 상태로 만들고 동시에 디스크의 제어 LED를 킨다.

4. rootvg 미러링

4.1. rootvg 미러 이유

만약 rootvg가 하나의 디스크에만 있다면, 하

나의 장애 포인트만 존재한다. 즉, 디스크에 장

애 발생 시, 장비는 더 이상 사용할 수 없게 된

다. 하지만 rootvg가 두 번째(혹은 세 번째) 디

스크에도 존재한다면, 하나의 디스크 장애 시 미

러된 rootvg를 가진 다른 디스크가 있으므로 시



6 / 28

스템의 가용성을 향상 시킬 수 있다.

4.2. rootvg 미러 절차

다음 절차는 rootvg를 미러링 하는 방법을 나타낸다.

1. 미러 복사본을 위한 디스크를 선택한다. 복사본을 저장하기에 충분한 공간이 있어

야 하고 추후 증가분까지 고려해야 한다.

# bootinfo –s hdisk1

디스크가 부트 논리 볼륨을 대체해야 하므로 실제로 부팅이 가능한지 확인한다.

# bootinfo –B hdisk1

1이 아닌 어떤 값이라도 리턴될 경우, 디스크는 부팅가능 하지 않음을 나타낸다.

2. 만약 rootvg에 속해있지 않다면, 새로운 디스크를 볼륨 그룹에 할당한다(예,

hdisk1인 경우)

# extendvg [-f] rootvg hdisk1

3. rootvg에 있는 모든 논리 볼륨을 새로운 디스크로 미러하기 위해 mirrorvg 명령을

사용한다. 기본적으로 mirrorvg 명령은 쿼럼(quorum)을 비활성 하고 존재하는 논

리 볼륨을 특정 볼륨 그룹에 미러링 한다. 볼륨 그룹 쿼럼 속성을 변경하는 것은

볼륨그룹을 비활성 하는 작업 없이 즉시 적용된다. 기본적으로 복사본은 동기화

된다. 따라서 동기화를 멈추기 위해서는 –s 옵션을 사용한다. 부트 논리 볼륨의

복사본이 인접한 물리 파티션에 위치시키도록 하는 정확한 맵핑 옵션(-m)을 사용

하도록 권고한다. rootvg를 미러링 하기 위해 다음 명령을 사용한다.

# mirrorvg –m rootvg hdisk1

제약 조건:

볼륨 그룹의 스냅샷에 mirrorvg 명령을 사용할 수 없다.

논리 볼륨 덤프를 돕는 활성 펌웨어를 가진 볼륨 그룹에는 mirrorvg 명령

을 사용할 수 없다.

다음 조건인 경우 mirrorvg 명령을 사용할 수 없다.

대상 시스템이 논리 파티션인 경우(LPAR)

부트 논리 볼륨의 복사본(기본적으로 hd5)이 장애 물리 볼륨에 있을

경우

대체 물리 볼륨의 어댑터가 마지막 콜드부터 이후 LPAR에 동적으로

구성되어 있을 경우

mirrorvg를 실행하기 위한 대안으로 각 작업 요소들을 독립적으로 실행시키는 방

법이 있다:

하나의 미러 디스크만 사용한다면, 쿼럼은 요구되지 않는다.

# chvg –Qn rootvg

모든 rootvg 논리 볼륨에 미러들을 추가한다:

# mklvcopy hd1 2 hdisk1






7 / 28

[그림 5-1] 디스크 수에 따른 VGDA 가용




# mklvcopy hd9var 2 hdisk1

# mklvcopy hd10opt 2 hdisk1

# mklvcopy hd11admin 2 hdisk1

만약 rootvg에 다른 논리 볼륨이 있다면, 이것에 대한 복사 또한 확실히

해 놓는다.

생성한 새로운 복사본을 동기화 한다.

#syncvg –v rootvg

4. 다른 디스크로도 부팅할 수 있게 하려면 bosboot를 사용할 필요가 있다.

# bosboot –a

5. 부트리스트를 업데이트 한다. 디스크 장애의 경우, 다른 디스크로 부팅해야 한다.

# bootlist –m normal hdisk1 hdisk0

# bootlist –m service hdisk1 hdisk0

6. 첫 번째 부트 디스크로부터 시스템 부팅을 확인한다.

# bootinfo –b

5. VGDA 카운트

5.1. VGDA를 위한 공간 예약

볼륨 그룹에 포함되어 있는 각 디스크들은 적어도

한 개의 VGDA를 갖고 있다. LVM은 항상 각 디스크에

두 개의 VGDA를 위한 공간을 예약해 놓는다.

5.2. 디스크 2개의 볼륨 그룹

만약 볼륨 그룹이 두 개의 디스크로 구성되어 있

다면, 하나의 디스크는 두 개의 VGDA를 포함하고,

다른 디스크는 오직 하나만 포함한다. 두 개의 VGDA

에서 장애가 난다면, VGDA의 33%만 사용 가능하다.

즉, VGDA의 50% 미만만 보유하는 것을 의미한다. 이

런 경우 VGDA의 50% 이상 가용을 의미하는 쿼럼에는

만족되지 않는다.

5.3. 디스크 3개 이상의 볼륨 그룹

만약 볼륨 그룹이 3개 이상의 디스크를 보유하고 있다면, 각 디스크는 하나의 VGDA를 포함

한다. 이 때, 하나의 디스크에서 장애가 발생한다면, 여전히 66%의 VGDA가 가용한 상태에 있

으며, 쿼럼을 만족한다.



8 / 28

[그림 6-1] 쿼럼 불가 상황

6. 쿼럼 불가

6.1. 소개

만약 볼륨 그룹에 대해 쿼럼 확인이 활성화 되어

있는데 쿼럼이 불가능 하다면 어떻게 될 것인가.

[그림 6-1]과 같은 상황을 생각해 볼 수 있다.

datavg 볼륨 그룹에 두 개의 디스크가 있는 상황에

서 hdisk1 디스크가 하드웨어 장애에 의해 사용 불

가 상태가 된 것이다. hdisk1은 두 개의 VGDA를 포

함하는 디스크이다. 즉, 볼륨 그룹은 더 이상 VGDA

의 쿼럼을 갖고있지 않다.

6.2. 볼륨 그룹 활성 상태에 따른 결과

만약 볼륨 그룹이 비활성 상태이고 관리자가 datavg를 활성화 하려고 시도한다면,

varyonvg 명령은 실패할 것이다.

반면, 쿼럼이 해제되기 전, 이미 볼륨 그룹이 활성 상태였다면, LVM은 볼륨 그룹을 비활성

화 한다. 따라서 해당 볼륨 그룹의 어떤 논리 볼륨에도 접근할 수 없다. 이 경우, 때때로 시

스템이 비정상적인 행동을 보인다. 또한 이러한 상황은 에러 항목 LVM_SA_QUORCLOSE 로그에

기록된다. 쿼럼을 잃고 난 후, 볼륨 그룹은 여전히 활성 상태로 보여지지만(lsvg –o 명령으

로 볼 수 있음), 모든 응용 프로그램과 LVM 기능들의 데이터 접근은 실패하게 된다. 마지막

볼륨 그룹이 닫히게 되면 곧 활성 목록에서도 볼륨 그룹이 떨어져 나간다.

‘fuser –k /dev/LV이름’ 또는 ‘umount /dev/LV이름’과 같은 명령어를 사용한다해도 디

스크에는 어떠한 데이터도 기록되지 않는다.

7. 비 쿼럼 볼륨 그룹들

7.1. 비 쿼럼 볼륨 그룹에서 쿼럼 손실

비 쿼럼 볼륨 그룹에서는 쿼럼을 손실한다 해도 비활성화 되지는 않는다. 모든 물리 볼륨

을 잃기 전까지 계속 동작한다.

7.2. 권장사항

7.2.1. 하나의 미러링 사용 시

한 개의 미러링만 구동중이라면, 항상 ‘chvg –Qn VG이름’명령으로 쿼럼 확인을 해제

해야 한다. AIX 6 이후 버전에서는 설정 변경이 즉시 적용된다. 그 전 버전의 AIX 에서

는 볼륨 그룹을 비활성화(vary off)한 후, 다시 활성화(vary on) 해야 적용된다.

참고로 mirrorvg 명령은 미러된 볼륨 그룹에 대한 쿼럼 확인을 자동으로 해제한다.



9 / 28

[그림 8-1] 강제 활성화

7.2.2. rootvg 경우

rootvg에 대한 쿼럼 확인을 해제할 때에는 반드시 bosboot(또는 savebase)를 실행해서

부트 논리 볼륨에 있는 ODM에 변경 사항을 반영해야 한다. AIX 6 이전 버전에서는 변경

적용을 하기 위한 순서대로 장비를 재 기동 해야 할 필요가 있다.

8. 강제 활성화(varyonvg –f)

8.1. 일반 활성화 실패

활성화 하는 동안 VGDA의 쿼럼이 불가능 하다면, 쿼럼이 비활성 되어있다 하더라도

varyonvg 명령은 실패할 것이다. 사실, 쿼럼이 비활성화 되어있을 때, varyonvg 명령은 VGDA

가 51%가 아닌 100% 활용을 요구한다.

8.2. 강제 활성화 실행

강제적으로 활성화(varyonvg –f) 하기 전에는 항상 실패의 원인을 확인해봐야 한다. 만약

물리 볼륨이 영구 손상을 받았다면, 강제적으로 varyonvg를 사용한다.

이러한 강제적인 활성화를 하는 동안

손실된 모든 물리 볼륨의 상태들은

removed로 변경될 것이다. 이것은 모든

VGDA와 VGSA 복사본들이 물리 볼륨에서

제거된다는 것을 의미한다. 일단 한번

완료되고 나면, 이 물리 볼륨들은 더 이

상 쿼럼 확인을 하지 않을 것이고, 마찬

가지로 볼륨 그룹에 재 할당 하기 전까

지 해당 볼륨 그룹에서 작동하지도 않을

것이다.

8.2.1. VGDA 분배 변경

[그림 8-1]의 경우, 활성 디스크 hdisk2가 두개의 VGDA를 갖게 된다. 이것은 장애 디

스크가 복구된다 하더라도 변경되지 않는다.

8.2.2. 쿼럼 확인 활성

쿼럼 확인이 활성화 되어있다면 항상 50% 이상의 VGDA 가용이 필요하다(rootvg 활성

제외).

8.2.3. 쿼럼 확인 비활성

쿼럼 확인이 비활성 상태이면, 이미 동작중인 볼륨 그룹과 활성화 하는 볼륨 그룹 사

이의 차이점을 만들어야 한다.

동작중인 볼륨 그룹은 적어도 하나의 VGDA가 가능한 한 열려있을 것이다.



10 / 28

만약 부팅 시, 손실된 디스크로 볼륨 그룹이 활성화 될 필요가 있다면/etc/environment

에 MISSINGPV_VARYON=true로 설정한다.

9. 물리 볼륨 상태

[그림 9-1] 물리 볼륨 상태 순서도

9.1. 소개

장치 상태(device states)가 아닌 물리 볼륨 상태(physical volume states)를 소개한다.

물리 볼륨 상태는 ‘lsvg –p VG이름’으로 출력할 수 있다.

9.2. 종류

9.2.1. 활성 상태(Active state)

만약 varyonvg를 실행하는 동안 디스크에 접근할 수 있다면, 활성(active) 상태의 물

리 볼륨 상태를 갖게 된다.

9.2.2. 손실 상태(Missing state)

만약 varyonvg를 실행하는 동안 디스크에 접근할 수는 없지만 쿼럼은 가능한 상황이라

면, 장애 디스크는 물리 볼륨 상태로 손실(missing)이 된다. 예를 들어, 전원 장애 이후

디스크가 복구될 수 있다면, 디스크를 다시 활성 상태로 가져오기 위해 단지 ‘varyonvg

VG이름’을 입력하면 된다. 어떤 오래된 파티션이라도 동기화 될 것이다.

9.2.3. 제거 상태(Removed state)

만약 varyonvg를 실행하는 동안 디스크에 접근할 수 없으며 쿼럼 또한 불가능한 상황

이라면, ‘varyonvg –f VG이름’명령어를 입력해서 볼륨 그룹을 강제로 올리게 된다.

장애 디스크는 제거(removed) 상태의 물리 볼륨 상태를 얻게 되고 더 이상 쿼럼 확인

에 사용되지 않는다.

9.2.3.1. 복구



11 / 28

만약 디스크를 복구할 수 있다면(예를 들면, 전원 장애 등), varyonvg만 실행한다

고 해서 디스크를 다시 활성 상태로 가져올 수 없다. 여전히 제거 상태로 놓여있을

것이다.

이 단계에서는 다음 명령을 사용하여 장애가 끝난다는 것을 알려줘야 한다.

# chpv –va hdiskX

이것은 디스크 hdiskX가 활성화 되었다고 정의한다. 참고로 동기화를 위해

‘varyonvg VG이름’을 나중에 실행해야 한다.

9.2.3.2. chpv –r 명령어

‘chpv –va’명령의 반대는 ‘chpv –vr’이다. 이 명령은 디스크를 제거 상태로

만든다. 이 명령은 오직 디스크 상의 모든 논리 볼륨이 제거된 상태로 닫히게 되었

을 때에만 작동한다. 덧붙여 ‘chpv –vr’은 디스크를 제거 후 쿼럼이 볼륨 그룹에

서 사라지게 될 경우에는 작동하지 않는다.

10. 디스크 교체 기술

10.1. 시작하기

[그림 10-1] 디스크 교체 전체 순서도



12 / 28

10.1.1. 디스크 교체 원인

디스크를 교체해야 하는 많은 이유가 있다. 예를 들어:

디스크가 너무 작음

디스크가 너무 느림

DISK_ERR4 에러 로그가 많음(Bad Block)

10.1.2. 순서도

디스크를 교체하기 전, 항상 [그림 10-1]의 순서도를 따라야 한다.

1. 다른 디스크와 완벽하게 미러된 디스크를 교체하려면 ‘절차 1’을 따른다.

2. 미러된 디스크가 아니면서 작동하는 디스크라면 ‘절차 2’를 따른다.

3. 디스크가 손상되었다고 확신이 들고 복구할 수 없다면 다음 절차를 따른다.

볼륨 그룹이 활성화 될 수 있다면(일반적으로든 강제적으로든) ‘절차

3’을 따른다.

디스크 손상 이후 볼륨 그룹 전체를 손실했다면 그 볼륨 그룹은 올릴

수 없다.

→ 볼륨 그룹이 rootvg일 경우 ‘절차 4’를 따른다.

→ 볼륨 그룹이 rootvg가 아니라면 ‘절차 5’를 따른다.

10.2. 절차 1

10.2.1. 미러된 디스크

10.2.1.1. 사용 시기

교체하려는 디스크가 미러된 상태라면 이 절차를 따른다.

10.2.1.2. 디스크 상태

이 절차는 손상된 디스크의 상태가 missing 또는 removed로 나타날 경우 사용한다.

물리 볼륨 상태를 확인하기 위해 lspv hdiskX 명령을 사용할 수 있다. 만약 디스크

가 여전히 active 상태로 남아있다면, 손실 디스크로부터 어떠한 사본이나 논리 볼

륨들을 제거할 수 없다. 이러한 경우, 디스크를 removed 또는 missing 상태로 만들

수 있는 한가지 방법은 reducevg –d 명령을 실행하거나 시스템을 재 기동 하여 볼륨

그룹이 varyoffvg와 varyonvg를 실행하게 만드는 것이다.

10.2.1.3. 대체 접근

이 절차에 있어서 두 가지 주요 대안은 replacepv 명령을 사용하거나 사용하지 않

는 것이다. replacepv 명령은 절차를 굉장히 간소화 한다.

제약 사항:

볼륨 그룹은 rootvg가 아니어야 한다.

스냅샷 볼륨 그룹 방법을 사용 중이지 않아야 한다.

교체 물리 볼륨은 손실된 물리 볼륨만큼 커야 한다.

두 물리 볼륨들이 시스템상에 동시에 있어야 한다. 다시 말하면, 손실



13 / 28

[그림 10-2] rootvg가 아닌 디스크 교체

디스크를 제거 후 같은 위치에 새로운 디스크로 교체할 수 없다.

10.2.2. replacepv와 미러된 디스크(rootvg 아닐 경우)

replacepv 명령은 절차를 굉장히 간소화 한다.

1. 교체 디스크를 제공한다. AIX에 새

로운 디스크를 제공하는 많은 방법

이 있다.

PCI 저장 어댑터를 LPAR에

직접적으로 할당한다. 만약

어댑터가 가능한 PCI를 갖

고 있지 않다면, hot

add(로컬 디스크 경우) 또

는 LUN 조닝(광 채널 어댑

터인 경우)을 통해 제공되

어야 한다.

가상 SCSI 디스크를 제공하기 위해 PowerVM을 사용한다.

2. cfgmgr 명령을 실행하여 새로운 디스크를 찾는다.

3. 교체 디스크의 물리 파티션을 할당하기 위해 replacepv를 실행한다. 새로운

디스크는 미러링 구성을 통해 즉시 손상 디스크를 대체한다.

4. 손상 디스크를 제거한다.

10.2.3. replacepv 없는 미러된 디스크

[그림 10-3] replacepv 없이 디스크 교체

각 디스크 교체의 목적은 디스크로부터 모든 놀리 볼륨을 제거하는 것이다.

1. 디스크로부터 모든 논리 볼륨 복사본들을 제거하기 시작한다. smit

unmirrorvg인 SMIT 프로그램을 사용하거나 [그림 10-3]에서와 같이

unmirrorvg 명령을 사용한다. 이것은 디스크에 미러된 각 논리 볼륨의 미러

를 해제한다.

만약 디스크에 미러 되지않은 논리 볼륨을 추가적으로 가지고 있다면, 이들

또한 다른 디스크로 옮기거나(migratepv), 디스크에 접근할 수 없는 경우라



14 / 28

면 제거해야 한다(rmlv).

2. 디스크가 완벽하게 비었다면, 볼륨 그룹에서 디스크를 제거한다. SMIT 프로

그램인 smit reducevg를 사용하거나 reducevg 명령을 사용한다.

3. 볼륨 그룹에서 디스크를 제거한 후, ODM에서 제거할 수 있다. [그림 10-3]

과 같이 rmdev 명령을 사용한다.

4. 손실 디스크를 교체하기 위해 hot-swap 절차를 사용한다. (옛 장비들에서는

디스크 교체 시 시스템을 종료해야 한다.) cfgmgr을 실행하여 새로운 디스

크를 찾고 구성한다.

5. 새로운 디스크를 볼륨 그룹에 추가한다. SMIT 프로그램인 smit extendvg나

extendvg 명령을 사용할 수 있다.

6. 마지막으로 새로운 디스크에 각 논리 볼륨에 대한 새로운 복사본을 생성한

다. SMIT 프로그램인 smit mirrorvg나 mirrorvg 명령을 사용한다. 만약 미

러링 중 동기화가 중지된다면, syncvg 명령을 사용하여 볼륨그룹(또는 각

논리 볼륨)에 대한 동기화를 끝마칠 수 있다.

10.2.4. rootvg를 위한 특별 단계

[그림 10-4] rootvg의 특별 단계

rootvg의 경우 특별히 고려해야 할 사항이 있다. 왜냐하면 rootvg에는 부트 논리 볼륨

과 덤프 장치가 있기 때문이다.

부트 리스트의 예전 디스크는 새로운 디스크로 바뀌어야 한다. 부트 리스트는 손상된

디스크 대신 새로운 디스크를 포함하여 재구성 되어야 한다. 정확한 미러링을 위한 주요

원인은 부트 논리 볼륨이 인접한 할당을 갖도록 하는 것이다. 만약 덤프 장치가 사용 중

이라면, 일반적으로 미러되지 않는다. 만약 덤프 논리 볼륨이 손상 디스크에 있다면, 새

로운 디스크에 재 정의 되어야 한다.

10.3. 절차 2

10.3.1. 작동중인 디스크



15 / 28

[그림 10-5] 작동중인 디스크 교체

10.3.1.1. 사용 시기

절차 2는 디스크가 미러되지 않았지만 접근할 수 있는 상황에서 교체를 시도할 때

적용한다.

10.3.1.2. 목적과 방법

디스크 교체 전, 반드시 디스크로부터 모든 것을 제거해야만 한다.

1. 만약 시스템에 새로운 디스크를 물리적으로 삽입할 필요가 있다면, 시스템

을 종료한다. 시스템을 부팅하면 cfgmgr이 새로운 디스크를 구성할 것이다.

2. 볼륨 그룹에 새로운 디스크를 추가한다. 이는 SMIT 프로그램인 smit

extendvg를 사용하거나 extendvg 명령을 사용하면 된다.

3. 다음 단계를 실행하기 전, rootvg와 rootvg가 아닌 경우를 구분해야 할 필

요가 있다.

rootvg의 디스크를 교체한다면, 다음 절차인 ‘10.3.2. rootvg를 위한

특별 단계’를 실행한다.

rootvg가 아닌 디스크를 교체한다면, migratepv 명령을 사용한다:

# migratepv hdisk_old hdisk_new

이 명령은 하나의 디스크에서 다른 디스크로 모든 논리 볼륨을 옮긴다.

일반적으로 동작하는 시스템에서 실행할 수 있다. 일반적으로

migratepv는 디스크들이 같은 볼륨 그룹에 속해있어야 한다.

4. 오래된 디스크가 완벽하게 이전되었다면, 볼륨 그룹에서 제거한다. SMIT인

smit reducevg를 사용하거나 reducevg 명령을 실행한다.

5. 시스템에서 디스크를 제거할 필요가 있다면, [그림 10-5]와 같이 rmdev 명

령을 사용하여 ODM에서 제거한다. 마지막으로 시스템에서 물리 디스크를 제

거한다.

10.3.2. rootvg를 위한 특별 단계



16 / 28

[그림 10-6] rootvg인 경우 추가되는 과정

절차 2에서는 rootvg의 디스크를 교체하는 경우에 추가적인 과정이 필요하다.

1. 시스템에 새로운 디스크를 연결한다.

2. smit extendvg 또는 extendvg 명령을 사용하여 볼륨 그룹에 새로운 디스크

추가한다.

3. 여기서 rootvg의 경우 특별한 과정이 추가된다.

디스크가 부트 논리 볼륨을 포함하고 있는지 확인한다. 부트 논리 볼륨

의 기본 경로는 /dev/hd5이다.

lspv –l 명령을 사용하여 교체되어야 하는 디스크의 논리 볼륨을 확인

한다. 만약 디스크가 부트 논리 볼륨을 포함하고 있다면, 논리 볼륨을

새로운 디스크로 이전하고 새로운 디스크에서 부트 논리 볼륨을 갱신한

다. 구 디스크에서 부팅되는 것을 방지하기 위해, chpv –c 명령을 사용

하여 예전 부트 기록은 삭제한다. 그후, 부트 리스트를 변경한다.

# migratepv –l hd5 hdiskX hdiskY

# bosboot –ad /dev/hdiskY

# chpv –c hdiskX

# bootlist –m normal hdiskY

만약 디스크가 주 덤프 장치를 포함하고 있다면, 해당 논리 볼륨을 이

전하기 전에 덤프를 비활성 해야한다.

# sysdumpdev –p /dev/sysdumpnull

구 디스크를 새로운 디스크로 완벽하게 이전한다.

# migratepv hdiskX hdiskY

만약 주 덤프 장치가 비활성 상태라면, 다시 활성화 해준다.

# sysdumpdev –p /dev/hdX

4. 디스크 이전 후, rootvg 볼륨 그룹에서 제거한다.

# reducevg rootvg hdiskX

5. 시스템에서 디스크가 제거되어야 한다면, ODM에서 제거한다(rmdev 명령 사

용). AIX의 전원을 내린 후, 시스템에서 디스크를 제거한다.

# rmdev –l hdiskX –d



17 / 28

10.4. 절차 3: 손실(missing) 또는 제거됨(removed) 상태의 디스크

[그림 10-7] 손실 또는 제거됨 상태의 디스크 교체

10.4.1. 사용 시기

절차 3은 디스크에 접근할 수 없으나 볼륨 그룹은 정상인 상태에서 디스크를 교체할

때 적용한다. 장애 디스크는 손실(missing)(일반적으로 varyonvg 동작) 또는 제거됨

(removed)(볼륨 그룹을 온라인으로 만들기 위해 강제적으로 varyonvg가 필요) 상태(장치

상태 아님)에 있다.

만약 장애 디스크가 활성(active) 상태라면, 이 절차는 작동하지 않는다. 이러한 경우,

reducevg –d 명령이나 시스템을 재 기동하여 볼륨 그룹에 대해 varyoffvg 및 varyonvg가

실행되도록 하여 디스크를 손실 또는 제거됨 상태로 변경한다. 논리 볼륨이 열려있는 상

태에서는 볼륨 그룹을 내릴 수 없기 때문에 재 기동이 필요하다. 디스크가 활성 상태일

경우 파일 시스템을 해제할 수 없기 때문이다.

10.4.2. 단계별 절차

장애 디스크가 손실 또는 제거됨 상태라면 다음 절차를 따른다:

1. 장애 디스크상의 모든 논리 볼륨과 파일 시스템들을 식별한다. lspv, lslv

또는 lsfs와 같은 명령을 사용한다. 이 명령어들은 장애 디스크에서도 동작

한다.

2. 만약 장애 디스크의 논리 볼륨상에 파일 시스템을 마운트 한 상태라면, 마

운트를 해제해야만 한다. umount 명령을 사용한다.

3. smit rmfs 또는 rmfs 명령을 사용하여 장애 디스크로부터 모든 파일시스템

을 제거한다. 파일 시스템을 제거하면, 해당하는 논리 볼륨과

/etc/filesystems의 항목이 제거된다.

4. smit rmlv 또는 rmlv 명령을 사용하여 장애 디스크로부터 남아있는 논리 볼

륨을 제거한다(파일 시스템과 관련 없음).



18 / 28

[그림 10-8] rootvg 디스크 장애 시 교체

5. reducevg 명령 또는 smit rfeducevg를 실행하여 볼륨 그룹에서 디스크를 제

거한다.

6. rmdev 명령을 사용하여 시스템과 ODM에서 디스크를 제거한다.

7. 시스템에 새로운 디스크를 추가하고 볼륨 그룹을 확장한다. smit extendvg

또는 extendvg 명령을 사용한다.

8. 장애 디스크로 인해 제거되었던 모든 논리 볼륨과 파일 시스템을 재 생성

한다. smit mklv, smit crfs 또는 명령어를 직접 사용한다.

9. 디스크 장애로 인하여 모든 데이터를 손실했으므로, restore 명령이나 복구

할 수 있는 다른 도구(예를 들면 Tivoli Storage Manager)를 사용하여 백업

으로부터 데이터를 복구한다.

10.5. 절차 4: rootvg 장애

10.5.1. 사용 시기

rootvg 전체 장애 시 적용한다. 이

상황은 하나의 장애 디스크로 rootvg

가 구성되어 있을 경우 발생될 수 있

다. 혹은, rootvg가 두 개의 디스크

에 설치되어 있으나, 운영체제 논리

볼륨을 포함하고 있는 디스크에 장애

가 발생했을 경우에도 해당된다(예를

들면, /dev/hd4).

10.5.2. 단계별 절차

1. 장애 디스크를 교체한다.

2. 시스템을 관리 모드(maintenance mode)로 기동한다.

3. mksysb로부터 시스템을 복원한다. 만약 mksysb가 만들어 졌을 때, 어떠한

rootvg 파일 시스템도 마운트 되지 않는다면, 파일 시스템이 백업 이미지에

포함되지 않은 것이다. 이러한 경우 별도의 과정을 거쳐야 한다.

4. 만약 mksysb가 유저 볼륨 그룹 정의를 포함하지 않았다면(예를 들어 rootvg

저장 후에 볼륨 그룹을 생성하였다면), mksysb 복원 후에 유저 볼륨 그룹을

가져와야 한다. 예를 들면

# importvg –y datavg hdisk9

볼륨 그룹에서 오직 하나의 디스크만 선택될 수 있다.

10.6. 절차 5: 비 rootvg 장애

10.6.1. 사용 시기

절차 5는 rootvg가 아닌 볼륨 그룹의 장애 시 적용한다. 이러한 상황은 볼륨 그룹이



19 / 28

[그림 10-9] 비 rootvg 디스크 교체

오직 하나의 장애 디스크로만 구성되어 있는 경우에 발생할 수 있다. 이 절차를 진행하

기 전, 일시적인 디스크 장애가 아닌지 확

실히 해야 한다(예를 들면, 전원장애 등)

10.6.2. 단계별 절차

1. 문제를 해결하기 위해 시스템

에서 볼륨 그룹을 내보낸다.

exportvg 명령을 사용한다. 볼

륨 그룹이 내보내지는 동안 관

련 있는 모든 ODM 객체들이 삭

제된다.

2. /etc/filesystems를 확인한다. 내보낸 볼륨 그룹으로부터 논리 볼륨이나 파

일 시스템에 대한 참조가 없어야 한다.

3. ODM에서 장애 디스크를 제거한다(rmdev 사용). 시스템의 전원을 내리고 물

리적인 디스크를 제거한다.

4. 새로운 디스크를 연결하고 시스템을 기동한다. cfgmgr은 새로운 디스크를

구성할 것이다.

5. 만약 사용 가능한 볼륨 그룹 백업이 있다면(savevg 명령으로 생성된),

restvg 명령으로 볼륨 그룹을 완벽하게 복원할 수 있다(또는 smit restvg

사용). 모든 논리 볼륨들과 파일 시스템들이 복원된다. restvg 동안 사용되

어지는 디스크가 하나 이상 있다면, 이러한 디스크들을 명시해 줘야 한다.

# restvg –f /dev/rmt0 hdiskY hdiskZ

6. 만약 볼륨 그룹에 대한 백업이 없다면, 볼륨 그룹의 모든 부분을 다시 생성

해야 한다. 볼륨 그룹(mkvg 또는 smit mkvg), 모든 논리 볼륨(mklv 또는

smit mklv) 그리고 모든 파일 시스템(crfs 또는 smit crfs)들을 재 생성한

다.

7. 마지막으로, 백업으로부터 손실된 데이터를 복원한다. 예를 들어 restore

명령이나 데이터를 복원할 수 있는 다른 도구를 사용한다.

11. LVM 명령에서 ODM 에러



20 / 28

[그림 11-1] ODM 에러 해결 순서도

11.1. ODM 실패

올바르지 않은 디스크 교체 이후에는 ODM 실패가 감지된다. 예를 들면, lsvg –p datavg 명

령을 입력하였을 때, 전형적으로 다음과 같은 에러 메시지가 출력된다.

unable to find device id 00837734 in device configuration database

이러한 경우는 ODM에서 장치를 찾을 수 없는 경우이다.

11.2. 실패 분석

문제를 해결하기 전에 입력한 명령어의 오타를 먼저 확인해 본다. 그 후, 에러 메시지에서

보여진 ID에 상응하는 장치가 무엇인지 찾는다.

11.3. ODM 문제 해결

- rootvg와 관련된 ODM 문제일 경우, rvgrecover 방법을 실행한다.

- rootvg와 관련없는 ODM 문제일 경우, exportvg 명령을 사용하여 볼륨 그룹을 내보

내고 importvg 명령을 사용하여 다시 가져온다.

12. reducevg없이 디스크 제거



21 / 28

[그림 12-1] reducevg 없이 디스크 제거

12.1. 문제점

종종 발생되는 장애는 관리자가 reducevg를 실

행하여 디스크에 대한 볼륨 그룹 참조를 제거하

지 않은 상태(VGDA와 ODM속)로 ODM에서 디스크

정보를 제거(rmdev 실행)하고 시스템에서 디스크

를 물리적으로 제거하는 것이다.

VGDA는 볼륨 그룹의 모든 물리적 볼륨에 대한

정보를 저장한다. ODM 디스크 참조는 볼륨 그룹

에 대한 물리적 볼륨 속성을 포함한다.

12.2. 해결방안

문제를 해결하기 전에 제거된 디스크의 PVID를 정확하게 기록해 놓아야 한다. datavg에 대

한 물리 볼륨의 lsvg 리스트는 PVID를 제공하기 때문이다.

문제는 reducevg 명령을 실행하여 해결할 수 있다. 그러나 볼륨 그룹이 디스크에 대한

PVID값이 해결되지 않으면 varyonvg가 실행되지 않고 활성 또한 할 수 없다. 잘못된 PVID 속

성 객체를 제거하기 위해 odmdelete를 사용할 수 있다. 그러나 이것은 보기와 다르게 단순하

지 않으며, 실수할 경우 상황을 더욱 악화시킬 뿐이다. ODM 참조를 깨끗하게 하기 위한 더

쉬운 방법은 디스크에 남아있는 VGDA를 사용하여 볼륨 그룹을 내보내고 가져오는 것이다.

한번 볼륨 그룹이 활성화 되면, VGDA에서 잘못된 PVID 참조를 올바르게 제거하기 위한

reducevg를 사용할 수 있다. 디스크 이름을 명시하는 대신 제거된 디스크의 PVID가 명시된다.

만약 PVID를 미리 기록해 두지 않았다면, VGDA로부터 얻을 수 있다.

VGDA로부터 제거된 디스크의 PVID 얻기:

# lqueryvg –p hdisk4 –At

어떤 PVID가 손실 디스크를 나타내는지 식별하기 위해 lsvg –p datavg의 출력과 비교할 필

요가 있다.

13. 실습

13.1. LVM 미러링(mirroring)과 쿼럼(quorum)

13.1.1. 확인과정

사용하지 않는 디스크 중 하나에 newvg이름으로 볼륨 그룹을 하나 생성한다.



22 / 28

[그림 13-1] newvg 생성

lsvg 명령을 사용하여 newvg 볼륨 그룹에 대한 볼륨 그룹 정보를 확인한다.

[그림 13-2] newvg 볼륨 그룹 정보

newvg 볼륨 그룹에 두 번째 디스크로 사용 중이 아닌 디스크 하나를 추가한다.

[그림 13-3] newvg에 hdisk3 추가

lsvg 명령을 사용하여 newvg 볼륨 그룹에 대한 볼륨 그룹 정보를 다시 한번 확인해 본

다.

[그림 13-3] newvg 볼륨 그룹 정보 재 확인

lspv 명령을 사용하여 볼륨 그룹의 각 디스크에 VGDA가 몇 개씩 있는지 확인한다.

hdisk2에는 2개, hdisk3에는 1개가 있는 것을 확인할 수 있다.

[그림 13-4] VGDA 개수 확인

13.1.2. VGDA가 한 개인 디스크 제거

두 번째 디스크를 사용할 수 없는 상태로 만든다. 우선 newvg 볼륨 그룹을 내린다.



23 / 28

[그림 13-5] newvg 볼륨 그룹 내리기

rmdev를 사용하여 두 번째 디스크를 사용할 수 없는 상태로 만든다. CuDv에서 삭제하

지 말고 단지 장치 상태만 변경한다.(rmdev –d 옵션 사용 금지)

[그림 13-6] 두 번째 디스크 상태 변경

이제 newvg 볼륨 그룹을 올려본다. 볼륨 그룹은 활성화 되지만 두 번째 디스크가 손실

로 나온다.

[그림 13-7] newvg 올리기

어떤 에러가 기록되었는지 에러 로그 파일을 살펴본다. 새로운 로그 2개가 기록된 것

을 확인할 수 있다.

[그림 13-8] 에러 로그 확인

newvg 볼륨 그룹의 두 번째 디스크를 다시 사용 가능한 상태로 돌려놓는다(cfgmgr 또

는 mkdev –l hdisk3 명령 사용).



24 / 28

[그림 13-9] 두 번째 디스크 원복

newvg 볼륨 그룹의 물리 볼륨 그룹들을 출력하여 두 번째 디스크의 PV 상태를 확인해

보면 여전히 손실 상태에 있는 것을 확인할 수 있다.

[그림 13-10] 두 번째 디스크 상태 확인

newvg 볼륨 그룹의 두 번째 디스크를 활성 상태로 만들기 위해 varyonvg 명령을 사용

한다. 볼륨 그룹이 이미 활성된 상태에서도 varyonvg 명령을 실행할 수 있다(varyoffvg

명령 필요 없음). 이것은 볼륨 그룹의 디스크 상태를 갱신한다.

[그림 13-11] 두 번째 디스크 상태 활성

지금까지는 VGDA를 하나만 갖고 있는 두 번째 디스크를 제거하는 경우를 다룬 것이다.

이후 과정은 VGDA를 두 개 갖고 있는 첫 번째 디스크를 제거하는 경우를 다룬다.

13.1.3. VGDA가 두 개인 디스크 제거

첫 번째 디스크를 사용불가 상태로 만든다. 우선 newvg 볼륨 그룹을 내린다.

[그림 13-12] newvg 볼륨 그룹

rmdev 명령을 사용하여 첫 번째 디스크를 사용 불가능한 상태로 만든다(rmdev –d 사용

금지).

[그림 13-13] 첫 번째 디스크 상태 변경

새로 생기는 에러 로그를 확인하기 위해 앞서 생성된 에러 로그 기록을 지운다.

[그림 13-14] 에러 로그 삭제

newvg 볼륨 그룹을 올려본다. 쿼럼이 만족되지 않으므로 실패하는 것을 볼 수 있다.

13.1.2에서 실습했던 경우와 같이 VGDA가 하나인 두 번째 디스크를 삭제했을 경우에는

쿼럼이 만족하므로 볼륨 그룹이 올라올 수 있었지만, 이와는 반대로 이번에는 VGDA가 두

개인 두 번째 디스크를 삭제한 경우이므로 총 VGDA가 51% 이하가 되어 볼륨 그룹이 올라

오지 않게 되는 것이다.



25 / 28

[그림 13-15] newvg 볼륨 그룹 올리기

에러 로그를 살펴봐도 아무 것도 기록되어 있지 않다.


-f 옵션을 사용하여 강제적으로 newvg 볼륨 그룹을 올린 후, 디스크 상태를 살펴보면

제거됨 상태로 올라오는 것을 볼 수 있다.

[그림 13-17] newvg 볼륨 그룹 강제로 올리기

에러 로그 기록을 살펴보면 2개의 새로운 로그가 기록되어 있다.


newvg 볼륨 그룹의 첫 번째 디스크를 다시 사용 가능한 상태로 돌려놓고, 확인해 본다.

[그림 13-19] 첫 번째 디스크 원복

13.1.2 에서와 같은 방법으로 newvg를 바로 올려보아도 첫 번째 디스크는 갱신되지 않

는다.



26 / 28

[그림 13-20] newvg 올리기

첫 번째 물리 볼륨의 상태를 활성 상태로 확실하게 변경하기 위해 chpv 명령을 사용한

다.

[그림 13-21] 첫 번째 디스크 상태 변경

VGDA 개수를 다시 확인해 보면 두 디스크의 VGDA 개수가 서로 바뀐 것을 확인할 수 있

다(첫 번째 디스크: 1개, 두 번째 디스크: 2개)

[그림 13-22] 변경된 VGDA 개수 확인

13.2. rootvg 디스크 교체(Bad block error, Hardware fail 아님)

13.2.1. 시나리오

어플리케이션 데이터들은 SAN 디스크에 있으며, 서버에 통합되어있는 디스크 베이에

장착된 디스크에 rootvg가 있는 상황이다. 최근 AIX 에러 로그에 DISK_ERR4 이벤트가 종

종 발견된다. 따라서 디스크 교체를 해야 하는 상황이지만, 시스템을 다운시킬 수 없다.

디스크 베이에는 이미 여분의 디스크가 장착되어 있다.

장애 디스크에서 여분 디스크로 rootvg 내용을 이전한 후, 장애 디스크를 교체할 것이

다(장애 디스크 교체 후, rootvg 미러링을 필요).

13.2.2. 디스크 교체 진행

rootvg 볼륨 그룹이 물리 볼륨 hdisk1을 포함하도록 확장한다. 만약 예전 VGDA 기록이

디스크에 남아있다면 강제 옵션을 사용한다.



27 / 28

[그림 13-23] rootvg에 디스크 할당

rootvg 부트 논리 볼륨만 hdisk0에서 hdisk1로 이전한다.

[그림 13-24] 부트 논리 볼륨 이전

부트 논리 볼륨의 내용을 재 생성한다(/tmp에 여유 공간 필요. 불필요한 파일 삭제하

여 /tmp 용량 확보 후 진행).

[그림 13-25] 부트 논리 볼륨 내용 재 생성

hdisk0의 예전 부트 기록은 삭제한다.

[그림 13-26] 부트 기록 삭제

hdisk1로만 부팅을 시도하도록 부트 리스트를 변경한다.

[그림 13-27] 부트 리스트 변경

hdisk0에 남아있는 모든 rootvg 논리 볼륨을 hdisk1로 이전한다.

[그림 13-28] rootvg 모두 이전

hdisk0에서 hdisk1로 모든 논리 볼륨이 이전되었다는 것이 확인되면, rootvg 볼륨 그

룹에서 hdisk0 물리 볼륨을 제거한다.



28 / 28

[그림 13-29] 볼륨 그룹에서 hdisk0 제거

ODM에서도 hdisk0을 제거한다.

[그림 13-30] ODM에서 hdisk0 제거

핫 스왑(hot swap) 절차를 통해 장애 디스크를 새 디스크로 교체한다. 그 후, 교체 디

스크를 검색 및 구성한다.

[그림 13-31] 디스크 교체

Documents

POWER SYSTEMS FOR AIX III - unioneinc.co.kr · - IBM Power systems for AIX III: Advanced administration and problem determination(Student Notebook 2/2) - IBM Power systems for AIX