결함 있는 디스크 장치의 교체 과정은 사용하는 디스크 구성 종류와 볼륨 관리자 소프트웨어에 따라 다릅니다. VERITAS VxVM 또는 CVM을 사용하여 교체하는 과정에 대해서는 VERITAS Volume Manager 3.2 Administrator’s Guide의 “Administering Hot-Relocation” 장을 참조하십시오. 추가 정보는 VERITAS Volume Manager 3.2 Troubleshooting Guide에 제공됩니다.
다음 절에서는 LVM으로 구성된 디스크를 교체하는 방법을 설명합니다. 어레이에서 디스크를 교체하고 고가용성 엔클로져에서 디스크를 교체하기 위한 과정은 별도로 설명합니다.
LVM으로 구성된 디스크 어레이의 장치 교체 |
![]() |
RAID 1 또는 RAID 5에 HA 디스크 어레이를 구성한 경우 결함 있는 장치의 교체 방법은 어레이의 설명서를 참조하십시오. 교체 후에 장치는 새 디스크에 누락된 데이터를 자동으로 다시 구성합니다. LVM은 필요 없습니다. 이 과정을 디스크 핫 스와핑이라고 합니다.
![]() | |
![]() |
![]() |
![]() | |
![]() |
참고: MirrorDisk/UX를 사용한 JBOD의 소프트웨어 미러링은 공유 모드로 활성화된 디스크에 핫 스와핑을 허용하지 않으므로 LVM 설치에 디스크 장치의 온라인 교체가 필요한 경우 디스크 어레이를 사용해야 합니다. |
![]() | |
![]() |
![]() |
![]() |
단독 LVM으로 구성된 HA 엔클로져에서 장치 교체 |
![]() |
패키지에서 사용된 비 OPS 데이터는 단독(한번에 한 노드) 활성화를 사용하는 볼륨 그룹에 구성됩니다. MirrorDisk/UX와 함께 소프트웨어 미러링과 단독 활성화를 사용하고 미러링된 디스크가 고가용성 디스크 엔클로져에 마운트된 경우 다음 단계에 따라 디스크 장치를 핫 플러그 할 수 있습니다.
-
장애가 발생한 디스크의 실제 볼륨 이름과 이 볼륨이 구성된 볼륨 그룹의 이름을 확인합니다. 다음 예제에서 볼륨 그룹 이름은 /dev/vg_sg01로 나타나고 실제 볼륨 이름은 /dev/c2t3d0로 나타납니다. 이 이름을 사용자 시스템의 볼륨 그룹 및 실제 볼륨 이름으로 대체하십시오.
-
장애가 발생한 실제 볼륨에서 확장 정의된 논리 볼륨의 이름을 확인합니다.
-
볼륨 그룹이 현재 활성화되어 있는 노드에서 장애가 발생한 실제 볼륨에 확장된 각 논리 볼륨에 대해 다음 명령을 실행합니다.
# lvreduce -m 0 /dev/vg_sg01/lvolname /dev/dsk/c2t3d0
-
이때 장애 디스크를 제거하고 새 디스크를 설치합니다. 새 디스크는 이전 디스크와 동일한 HP-UX 이름을 갖게 됩니다.
-
lvreduce 명령을 실행한 노드에서 다음 명령을 실행하여 볼륨 그룹 구성 데이터를 새로 설치한 디스크에 복원하십시오.
# vgcfgrestore /dev/vg_sg01 /dev/dsk/c2t3d0
-
다음 명령을 실행하여 논리 볼륨을 새로 설치한 디스크로 확장합니다.
# lvextend -m 1 /dev/vg_sg01 /dev/dsk/c2t3d0
-
마지막으로 장애가 발생한 실제 볼륨에서 확장된 각 논리 볼륨에 대해 lvsync 명령을 사용합니다. 이 명령은 새 디스크의 확장 볼륨을 다른 미러의 확장 볼륨과 동기화시킵니다.
# lvsync /dev/vg_sg01/lvolname
공유 LVM(SLVM)으로 구성된 HA 엔클로져에서 장치의 |
![]() |
디스크 핫 플러그는 공유 LVM(SLVM)으로 볼륨 그룹에 구성된 OPS 데이터에 지원되지 않습니다. 이러한 기능이 필요한 경우 OPS 데이터에 디스크 어레이를 사용해야 합니다.
OPS 데이터의 공유 활성화를 위해 MirrorDisk/UX와 함께 소프트웨어 미러링을 사용하고 미러링된 디스크가 고가용성 디스크 엔클로져에 마운트된 경우 다음 단계대로 오프라인 교체를 수행합니다.
-
장애가 발생한 장치의 실제 볼륨 이름(예: /dev/dsk/c2t3d0)을 기록해 두십시오.
-
클러스터의 모든 노드에서 볼륨 그룹을 비활성화합니다.
# vgchange -a n vg_ops
-
장애가 발생한 디스크 장치를 다른 것으로 교체합니다.
-
한 노드에서 vgcfgrestore(1M)를 사용하여 교체한 장치의 볼륨 그룹 정보를 초기화하고 볼륨 그룹 이름과 교체한 실제 볼륨 이름을 지정합니다.
# vgcfgrestore /dev/vg_ops /dev/dsk/c2t3d0
-
단독 모드로 한 노드에서 볼륨 그룹을 활성화한 다음 그 볼륨 그룹을 비활성화합니다.
# vgchange -a e vg_ops
장애가 발생한 논리 볼륨 미러를 동기화합니다. 이 단계는 하드웨어 특성 및 데이터 양에 따라 시간이 걸릴 수도 있습니다.
-
볼륨 그룹을 비활성화합니다.
# vgchange -a n vg_ops
-
vgchange - a s를 사용하여 공유 모드로 모든 노드에서 볼륨 그룹을 활성화합니다.
# vgchange -a s vg_ops
잠금 디스크 교체 |
![]() |
장애가 발생한 잠금 디스크 장치의 교체는 데이터 디스크의 교체와 동일합니다. 사용자 데이터가 없는 전용 잠금 디스크를 사용 중일 경우 하나의 LVM 명령만 실행하면 됩니다.
# vgcfgrestore /dev/vg_lock /dev/dsk/c2t3d0
이 명령을 수행한 다음 적어도 한 시간 후에 syslog 파일의 메시지를 검토하여 잠금 디스크가 다시 사용 가능한지 확인하십시오.
인라인 SCSI 터미네이터를 사용하여 온라인 하드웨어 |
![]() |
ServiceGuard는 공유 FW/SCSI 버스의 한쪽 끝에 연결된 노드에서 HP의 인라인 터미네이터(C2980A)를 사용하는 경우 모든 클러스터 노드에 대해 온라인 SCSI 디스크 컨트롤러 하드웨어의 수리를 허용합니다. 인라인 터미네이터는 컨트롤러 카드에 부착된 터미네이션 팩 대신 사용되며, 버스의 터미네이션 없이 F/W SCSI 버스의 끝에서 노드를 실제적으로 분리할 수 있도록 합니다. Y 케이블을 사용하여 버스 중간에 부착된 노드도 손상시키지 않고 버스에서 분리할 수 있습니다. 인라인 터미네이터와 Y 케이블을 사용할 때는 컨트롤러 카드에서 모든 오렌지색 소켓 터미네이션 팩이 제거되었는지 확인하십시오.
![]() | |
![]() |
![]() |
![]() | |
![]() |
참고: D 및 K 계열 시스템의 내부 FW/SCSI 버스 및 단종점 SCSI 버스에서는 인라인 터미네이터를 사용할 수 없습니다. 노드를 Y 케이블에 연결하기 위해 인라인 터미네이터를 사용하지 마십시오. |
![]() | |
![]() |
![]() |
![]() |
그림 8-1 “인라인 터미네이터를 사용하는 F/W SCSI 버스 ”은 두 개의 F/W SCSI 버스가 있는 3개의 노드로 구성된 클러스터를 보여줍니다. 실선과 점선은 다른 버스를 나타내며 이 두 버스에는 노드 1과 3에 부착된 인라인 터미네이터가 있습니다. Y 케이블도 노드 2에 부착되어 있습니다.
그림 8-1 인라인 터미네이터를 사용하는 F/W SCSI 버스
![]() |
인라인 SCSI 터미네이터를 사용하면 하드웨어를 중지하지 않고 일시적으로 패키지를 다른 노드로 이동한 다음 원래 노드를 중지하여 특정 노드의 하드웨어를 유지 관리할 수 있습니다. 교체한 다음 패키지는 원래 노드로 다시 이동할 수 있습니다.
인라인 SCSI 터미네이터나 Y 케이블을 사용하여 버스에 부착된 노드를 버스에서 분리하려면 다음 단계를 수행하십시오.
-
유지 관리가 필요한 노드의 패키지를 다른 노드로 이동합니다.
-
유지 관리가 필요한 노드를 중지합니다. 클러스터는 재편성되어 다른 노드에서 계속 실행됩니다. 중지된 노드의 패키지는 전환 설정된 경우 사용 가능한 다른 노드로 전환됩니다.
-
노드의 전원을 끕니다.
-
필요하면 인라인 터미네이터 케이블이나 Y 케이블에서 노드를 분리합니다. 버스에 액세스하는 다른 노드의 경우 인라인 터미네이터나 Y 케이블이 버스에 연결되어 있는 한 문제가 발생하지 않습니다.
-
필요하면 노드의 하드웨어를 교체하거나 업그레이드합니다.
-
필요하면 인라인 터미네이터 케이블이나 Y 케이블로 노드를 다시 연결합니다.
-
전원을 다시 연결하고 노드를 재시작합니다. /etc/rc.config.d/cmcluster 파일에서 AUTOSTART_CMCLD가 1로 설정되면 노드는 클러스터에 다시 참여합니다.
-
필요하면 패키지를 대체 위치에서 노드로 다시 이동한 다음 재시작합니다.