베리타스 디스크 교체

 

잘못된 디스크 메커니즘을 교체하는 절차는 사용 중인 디스크 구성 유형과 Volume Manager 소프트웨어 종류에 따라 다릅니다. VERITAS VxVM 또는 CVM을 사용한 교체 절차에 대한 내용은 VERITAS Volume Manager Administrator’s Guide에서 “Administering Hot-Relocation” 장을 참조하십시오. 추가 정보는 VERITAS Volume Manager Troubleshooting Guide에서 찾을 수 있습니다.

다음은 LVM으로 구성된 디스크를 교체하는 방법을 설명합니다. 어레이에서 디스크를 교체하고 고가용성 엔클로저에서 디스크를 교체하기 위한 별도의 설명이 제공됩니다.

LVM으로 구성된 디스크 어레이에서 메커니즘 교체

RAID 1 또는 RAID 5에 HA 디스크 어레이를 구성한 경우 결함 있는 장치의 교체 방법은 어레이의 설명서를 참조하십시오. 교체 후, 장치는 자동으로 새 디스크에서 손실된 데이터를 다시 작성합니다. LVM 활동은 전혀 필요하지 않습니다. 이 프로세스는 디스크 핫 스와핑으로 알려져 있습니다.

	참고: LVM 설치에서 디스크 메커니즘을 온라인으로 교체할 필요가 있는 경우 디스크 어레이를 사용해야 할 수도 있습니다. MirrorDisk/UX를 통한 JBOD의 소프트웨어 미러링은 공유 모드에서 활성화된 디스크의 핫 스와핑을 허용하지 않기 때문입니다.

단독 LVM으로 구성된 HA 엔클로저에서 메커니즘 교체

패키지에서 사용되는 Oracle 이외의 데이터는 배타적 활성화(한 번에 한 노드만 활성화됨)를 이용하는 볼륨 그룹으로 구성될 수도 있습니다. MirrorDisk/UX와 함께 배타적 활성화 및 소프트웨어 미러링을 사용하고 있으며 미러링된 디스크가 고가용성 디스크 엔클로저에 마운트된 경우 다음 단계에 따라 디스크 메커니즘을 핫 플러그할 수 있습니다.

1. 장애가 발생한 디스크의 물리적 볼륨 이름과 이 볼륨이 구성된 볼륨 그룹의 이름을 식별합니다. 다음 예에서 볼륨 그룹 이름은 /dev/vg_sg01이고 물리 볼륨 이름은 /dev/c2t3d0입니다. 시스템에 적절한 볼륨 그룹과 물리적 볼륨 이름을 대신 사용하십시오.

2. 장애가 발생한 물리적 볼륨에 정의된 익스텐트가 있는 논리적 볼륨의 이름을 식별합니다.

3. 해당 볼륨 그룹이 현재 활성 상태인 노드에서 장애가 발생한 물리적 볼륨에 익스텐트가 있는 각 논리적 볼륨에 대해 다음 명령을 사용하십시오.

   # lvreduce -m 0 /dev/vg_sg01/lvolname /dev/dsk/c2t3d0 

4. 이 때 장애가 발생한 디스크를 제거하고 새 디스크를 넣습니다. 새 디스크는 이전 디스크와 같은 HP-UX 장치 이름을 갖게 됩니다.

5. lvreduce 명령을 실행한 노드에서 다음 명령을 실행하여 새로 삽입한 디스크로 볼륨 그룹 구성 데이터를 복원합니다.

   # vgcfgrestore /dev/vg_sg01 /dev/dsk/c2t3d0 

6. 다음 명령을 실행하여 새로 삽입한 디스크로 논리적 볼륨을 확장합니다.

   # lvextend -m 1 /dev/vg_sg01 /dev/dsk/c2t3d0 

7. 마지막으로 장애가 발생한 물리적 볼륨에 익스텐트가 있는 각 논리적 볼륨에 대해 lvsync 명령을 사용합니다. 이 명령은 다른 미러의 익스텐트와 새 디스크의 익스텐트를 동기화합니다.

   # lvsync /dev/vg_sg01/lvolname  

공유 LVM(SLVM)으로 구성된 HA 엔클로저에서 메커니즘의 온라인 교체

MirrorDisk/UX와 함께 Oracle RAC 데이터의 공유 동시 활성화에 대해 소프트웨어 미러링을 사용하고 있으며 미러링된 디스크가 고가용성 디스크 엔클로저에 마운트된 경우 다음 단계에 따라 온라인 교체를 실행할 수 있습니다.

1. 장애가 발생한 메커니즘의 물리 볼륨 이름(예: /dev/dsk/c2t3d0)을 적어 둡니다.

2. 하나의 노드가 아니라 모든 노드에서 SLVM VG를 사용하는 모든 응용 프로그램을 중지합니다.

3. 클러스터의 모든 노드에서 볼륨 그룹을 배타 모드로 다시 활성화합니다.

   # vgchange -a e -x <slvm vg>

4. 볼륨을 재구성합니다.

   vgextend, lvextend, disk addition 등

5. 볼륨 그룹을 공유 모드로 활성화합니다.

   # vgchange -a s -x <slvm vg>

공유 LVM(SLVM)으로 구성된 HA 엔클로저에서 메커니즘의 오프라인 교체

디스크를 핫 플러그하는 것은 Oracle RAC 데이터에 대해 지원되지 않습니다. 이 데이터는 공유 LVM(SLVM)과 함께 볼륨 그룹으로 구성됩니다. 이 기능이 필요하면 Oracle RAC 데이터에 대해 디스크 어레이를 사용해야 합니다.

MirrorDisk/UX와 함께 Oracle RAC 데이터의 공유 동시 활성화에 대해 소프트웨어 미러링을 사용하고 있으며 미러링된 디스크가 고가용성 디스크 엔클로저에 마운트된 경우 다음 단계에 따라 오프라인 교체를 실행할 수 있습니다.

1. 장애가 발생한 메커니즘의 물리 볼륨 이름(예: /dev/dsk/c2t3d0)을 적어 둡니다.

2. 클러스터의 모든 노드에서 볼륨 그룹을 비활성화합니다.

   # vgchange -a n vg_ops

3. 불량 디스크 메커니즘을 양호한 메커니즘으로 교체합니다.

4. 노드 하나에서 vgcfgrestore(1M)를 사용하여 양호한 메커니즘에서 볼륨 그룹 정보를 초기화합니다. 여기에서 볼륨 그룹의 이름과 교체되는 물리 볼륨의 이름을 지정합니다.

   # vgcfgrestore /dev/vg_ops /dev/dsk/c2t3d0 

5. 노드 하나에서 배타 모드로 볼륨 그룹을 활성화한 다음 볼륨 그룹을 비활성화합니다.

   # vgchange -a e vg_ops

   이 명령어를 실행하면 멈춘 논리 볼륨 미러가 동기화됩니다. 이 단계는 하드웨어의 특성과 데이터 양에 따라 시간이 오래 걸릴 수도 있습니다.

6. 볼륨 그룹을 비활성화합니다.

   # vgchange -a n vg_ops

7. vgchange - a s를 사용하여 공유 모드의 모든 노드에 있는 볼륨 그룹을 활성화합니다.

   # vgchange -a s vg_ops

잠금 디스크 교체

장애가 있는 잠금 디스크 메커니즘을 교체하는 것은 데이터 디스크를 교체하는 것과 같습니다. 사용자 데이터가 없는 전용 잠금 디스크를 사용 중일 경우 하나의 LVM 명령만 실행하면 됩니다.

# vgcfgrestore /dev/vg_lock /dev/dsk/c2t1d0

이렇게 한 다음 최소 한 시간 이상 대기한 후 syslog 파일에서 잠금 디스크가 다시 정상으로 되었다는 메시지를 확인합니다.

인라인 SCSI 터미네이터를 사용하여 온라인 하드웨어 유지 관리

Serviceguard를 사용할 때, 공유 FW/SCSI 버스의 한쪽 끝에 연결된 노드에서 HP의 인라인 터미네이터(C2980A)를 사용하는 경우 모든 클러스터 노드에 대한 온라인 SCSI 디스크 컨트롤러 하드웨어 복구를 수행할 수 있습니다. 인라인 터미네이터 케이블은 외부 버스용 컨트롤러 카드에 연결되는 블록형 단자(male end)에 터미네이터가 있는 0.5 미터 연장 케이블입니다. 컨트롤러 카드에 부착되는 터미네이션 팩 대신 인라인 터미네이터가 사용되므로 버스의 터미네이션을 차단하지 않고 F/W SCSI 버스의 끝에서 노드의 연결을 물리적으로 끊을 수 있습니다. 또한 Y 케이블을 사용하여 버스 중간에 부착된 노드는 손상을 입히지 않고 버스에서 분리할 수 있습니다. 인라인 터미네이터와 Y 케이블을 사용할 때는 컨트롤러 카드에서 모든 오렌지색 소켓 터미네이션 팩을 제거해야 합니다.

	참고: D 및 K 시리즈 시스템에서 내부 FW/SCSI 버스에서 인라인 터미네이터를 사용할 수 없고 single-ended SCSI 버스에서 인라인 터미네이터를 사용할 수 없습니다. 노드를 Y 케이블에 연결할 때는 인라인 터미네이터를 사용하면 안 됩니다.

그림 4-1 “인라인 터미네이터가 있는 F/W SCSI 버스 ”은 두 개의 F/W SCSI 버스가 있는 3노드 클러스터를 나타냅니다. 노드 1과 3에 인라인 터미네이터가 부착된 다른 버스를 각각 실선과 점선으로 나타내고 있습니다. 또한 Y 케이블은 노드 2에 부착된 것으로 나타납니다.

그림 4-1 인라인 터미네이터가 있는 F/W SCSI 버스

인라인 SCSI 터미네이터를 사용하면 일시적으로 그 패키지를 다른 노드로 이동한 후 하드웨어를 정비하는 동안 원래 노드를 중지하여 주어진 노드에서 하드웨어 유지 관리를 수행할 수 있습니다. 교체한 후에 패키지를 원래 노드로 다시 이동할 수 있습니다.

다음 절차를 사용하여 인라인 SCSI 터미네이터 또는 Y 케이블을 사용하여 버스에 부착된 노드의 연결을 끊습니다.

1. 유지 관리가 필요한 노드의 패키지를 다른 노드로 이동합니다.

2. 유지 관리가 필요한 노드를 중지합니다. 클러스터는 재편성되고 다른 노드에서 작업이 계속됩니다. 중지된 노드의 패키지는 다른 노드로 전환되도록 구성된 경우 사용 가능한 다른 노드로 전환됩니다.

3. 노드에서 전원을 끕니다.

4. 필요하면 인라인 터미네이터 케이블이나 Y 케이블에서 노드의 연결을 끊습니다. 인라인 터미네이터 또는 Y 케이블이 버스에 연결되어 있는 동안에는 버스를 액세스하는 다른 노드에 문제가 발생하지 않습니다.

5. 필요하면 노드에서 하드웨어를 교체 또는 업그레이드합니다.

6. 필요하면 인라인 터미네이터 케이블 또는 Y 케이블에 노드를 다시 연결합니다.

7. 전원을 다시 켜고 노드를 재부팅합니다. /etc/rc.config.d/cmcluster 파일에서 AUTOSTART_CMCLD가 1로 설정되면 노드는 클러스터에 다시 참여합니다.

8. 필요하면 대체 위치에서 노드로 패키지를 다시 이동하고 재시작합니다.