NetVault Bare Metal Recovery 12.0 - Plug-ins 사용자 안내서

NetVault Backup 서버에서 작업 상태 페이지를 통해 작업의 진행 상황을 모니터링할 수 있습니다. 작업 진행 상황을 모니터링할 필요는 없지만 Quest는 NetVault Bare Metal Recovery 클라이언트 복구 수행 시 진행 상황을 모니터링할 것을 권장합니다. Linux NetVault Bare Metal Recovery 클라이언트 복구가 완료되면 마지막 작업을 수행하여 다시 온라인 상태로 되돌아가야 합니다. 복구 작업을 모니터링하면 작업 완료 시 알림을 받고 이 최종 작업을 수행할 수 있습니다.


	참고: 이 주제는 NetVault Backup WebUI의 작업 상태 페이지를 통해 Linux DR 복구 작업의 진행 상황을 모니터링하여 작업을 마무리하는 방법을 예를 들어 설명합니다. 이 대화 상자에서 사용할 수 있는 도구는 Linux용 플러그인 라이브 클라이언트에만 국한되지 않으며, 사용 방법에 대한 자세한 내용은 Quest NetVault Backup 관리자 안내서를 참조하십시오.

복구 작업이 실행 중인 상태에서 탐색 창에서 작업 모니터링을 클릭합니다.

표시된 작업 목록에서 진행 중인 Linux DR 복구 작업을 찾습니다.


	중요: 작업을 중지해야 하는 경우, 같은 방식으로 중단 명령에 액세스할 수도 있습니다. 이 명령을 사용하여 복구 작업을 중지하면 NetVault Backup은 데이터 전송을 중지합니다. 그러나 현재 Linux NetVault Bare Metal Recovery 클라이언트에서 실행 중인 Linux용 시스템 설치 응용 프로그램이 중지되고 여전히 액세스할 수 있는 명령을 사용할 수 없습니다. 응용 프로그램을 사용하기 위해 다시 활성화하려면 드라이브에 CD를 삽입하여 Linux NetVault Bare Metal Recovery 클라이언트를 완전하게 다시 부팅해야 합니다.

사용 중인 플러그인과 데이터 전송 속도 값을 포함한 선택한 작업과 관련된 다양한 정보가 표시됩니다. 실행 상태 필드는 작업 상태(예: 미디어 대기 중 또는 미디어에서 읽는 중)를 표시합니다. 복구가 완료되면 데이터 전송 값이 중지되고 이 필드는 복구 완료로 업데이트됩니다.

복구 프로세스를 완료하려면 Linux NetVault Bare Metal Recovery 클라이언트에 로컬로 액세스하고 Linux용 시스템 설치 응용 프로그램의 시스템 다시 부팅 명령을 사용하여 다시 부팅합니다. 유지 관리 Shell 프롬프트에서 exit를 입력하거나 수동으로 시스템을 종료합니다.

Linux NetVault Bare Metal Recovery 클라이언트가 부팅되고 파일 시스템은 DR 이미지를 가져온 시점으로 복구됩니다.

fsck 프로세스 중에 "수퍼블록 최종..." 메시지가 나타남

시계 불일치 또는 협정 세계시(UTC)를 사용하지 않는 시스템에서 강제 검사와 관련된 fsck 오류를 발생시키는 복원 문제가 발생할 수 있습니다. 이러한 오류는 복원 후 처음 시스템을 다시 시작할 때 "수퍼블록 마지막 탑재 시간이 미래입니다" 메시지로 나타납니다. 이 문제를 무시하거나 다음 단계를 사용하여 해결할 수 있습니다.

Storix 미디어를 사용하여 대상 클라이언트를 부팅합니다.

Storix에서 유지 관리 Shell을 열고 다음 명령을 실행합니다.

hwclock --hctosys --localtime

복구를 수행합니다.

Linux용 플러그인 라이브 클라이언트와 함께 사용하기 위한 사후 복원 요구 사항 이행

대상 Linux 클라이언트에서 복원 프로세스가 완료되면 해당 시스템에 다음 사항이 적용됩니다.

•

대상의 "hosts" 파일이 수정됨: 복원은 대상 NetVault Bare Metal Recovery 클라이언트 시스템의 ".../etc/hosts" 파일 항목을 수정합니다. 예를 들어, 복구 후 호스트 이름이 ".../etc/hosts" 파일에서 이 클라이언트의 IP 주소와 별칭과 함께 나타나지 않습니다. 시스템은 여전히 IP 주소를 통해 액세스할 수 있습니다. 하지만 호스트 이름을 통해 액세스할 수 있으려면 이 파일을 편집하여 적절한 호스트 이름 정보를 통합해야 합니다. 이 "hosts" 파일과 대상 Linux 시스템의 적절한 호스트 이름을 포함하도록 편집해야 하는 방법에 대한 자세한 내용은 관련 Linux 설명서를 참조하십시오.

•

수정된 파일 백업의 복원 수행(해당되는 경우): 복구가 완료되면 이제 Linux용 플러그인 라이브 클라이언트와 함께 사용하기 위해 DR 이미지 복구에 설명된 FileSystem 백업용 플러그인에서 백업된 파일을 복원할 수 있습니다. 이 프로세스는 이러한 파일을 DR 복구 전 상태로 복원합니다.

•

부트 로더 응용 프로그램 변경: GRUB 이외의 Linux 부트 로더 유틸리티 버전을 실행하는 경우, 대상 Linux 클라이언트에서 DR 이미지를 복구하면 부트 로더 유틸리티가 이 응용 프로그램의 GRUB 버전으로 대체됩니다.

•

GRUB 항목: Storix는 결코 동일한 물리적 하드웨어에 다시 설치하거나 동일한 저장소 구성으로 복구한다고 가정하지 않습니다. 따라서 이전 GRUB 항목이 유효하다고 절대 보장하지 않습니다. 복원 후 유효하다고 보증된 GRUB 항목은 Storix에서 생성된 항목 뿐입니다.

•

볼륨 레이블 및 볼륨 UUID: 부팅 또는 탑재용 UUID(Universal Unique Identifier)를 사용하는 시스템의 경우, 올바른 장치 UUID를 사용하여 "/boot/grub/grub.conf" 및 "/etc/fstab"을 검토하고 편집합니다. 자세한 내용은 수동으로 UUID 정보 업데이트을 참조하십시오.

•

DR 복원을 위한 시작-종료 섹터 위치 변경: DR 이미지 복구 후 복원된 파티션의 시작-종료 섹터는 원래 백업 위치와 다를 수 있습니다. 파티션 크기는 동일한 크기로 유지되지만, 마스터 부트 레코드 뒤에 할당되지 않은 공간은 생성되지 않습니다. 따라서 일부 부트 로더(예: GRUB)는 이 추가된 할당되지 않은 공간을 필요로 하므로, 부트 로더를 사용할 수 없습니다. 이 요구 사항은 이전에 설명한 바와 같이 복구 후 자동으로 설정된 부트 로더 유틸리티의 Linux 로더(LILO) 버전이 이 할당되지 않은 공간을 필요로 하지 않기 때문입니다.

•

스왑 파티션 변경: 복구 중에 Linux용 NetVault Bare Metal Recovery 모듈은 스왑 파티션의 "/etc/fstab" 파일 항목을 암시적으로 수정합니다.

예:

예를 들어, 복원 전에 "fstab"에는 스왑 장치에 대한 다음 항목이 포함됩니다.

LABEL=SWAP-sda2 swap swap defaults 0 0

복원 후 원래 스왑 항목은 주석 처리되며 새로운 항목이 추가됩니다.

# Updated by Storix System Installation

#LABEL=SWAP-sda2 swap swap defaults 0 0

/dev/sda2 swap swap defaults 0 0

스왑 파티션이 자동으로 활성화되지만 스왑 파티션의 레이블이 제거됩니다.

•

파일 시스템 검사 활성화: 복원은 "최대 탑재 수"와 "검사 간격" 매개 변수를 수정하여 파일 시스템 검사를 활성화합니다. 탑재 수 또는 특정 기간에 따라 이러한 매개 변수가 활성화되지 않은 시스템의 경우, 다음 명령을 사용하여 옵션을 수동으로 비활성화합니다.

# tune2fs -c -1 <deviceName>

# tune2fs -i 0 <deviceName>

수동으로 UUID 정보 업데이트

Linux용 플러그인 라이브 클라이언트를 사용하여 데이터를 복원하면 각 파일 시스템의 UUID가 다시 생성됩니다. "/boot/grub/grub.conf"와 "/etc/fstab" 파일에서 UUID가 사용되고 파일이 FileSystem용 플러그인으로 이전 백업에서 복원되면 UUID 값이 실제 파일 시스템의 값과 일치하지 않으므로, 시스템이 부팅되지 않습니다. 이 문제를 해결하려면 파일을 수동으로 업데이트합니다.

다음 절차는 "dev"와 "sda"와 같은 예를 사용하는 명령을 보여 줍니다. 사용자 환경에서 이러한 명령을 실행하는 경우, 해당 정보를 사용자 환경에 맞는 올바른 정보로 대체합니다.

루트로 로그인하고 작업 디렉토리로 변경합니다.

FileSystem용 플러그인과 이전 백업을 사용하여 "/boot/grub/grub.conf"와 "/etc/fstab" 파일을 작업 디렉토리로 복원합니다.

장치 파일 이름과 탑재 지점을 확인하려면 다음 명령을 실행합니다.

# mount | grep ^/dev

/dev/sda3 on / type ext4 (rw)

/dev/sda1 on /boot type ext4 (rw)

스왑 장치를 정보를 확인하려면 다음 명령을 실행합니다.

# swapon -s

Filename Type Size Used Priority

/dev/sda2 partition 2097144 0 -1

스왑 정보를 포함한 장치 파티션의 UUID를 내보내고 파일에 저장하려면 다음 명령을 실행합니다.

명령줄의 "in" 구문 다음에 "sda1", "sda2" 및 "sda3"와 같은 각각의 장치 이름을 지정합니다. 관련 UUID가 포함된 각 장치 파티션에 대해 @device_partition_name@ 이름의 파일이 작업 디렉토리에 생성됩니다.

# export LANG=C; export LC_ALL=C

# for dev in sda1 sda2 sda3

> do

> ls -l /dev/disk/by-uuid/ | awk "/$dev\$/

{print \$9}" > @$dev@

> done

파일이 파티션에 대해 생성되고 각각의 파티션에 대한 각 파일에서 UUID가 기록되는지 확인합니다.

텍스트 편집기를 사용하여 "grub.conf" 파일을 엽니다.

"root=UUID=x-x-x-x-x"가 포함된 항목의 경우, "x-x-x-x-x-x"을 파티션 이름과 일치시키고 UUID를 파티션 이름으로 교체합니다.

변경 전 예:

kernel /vmlinuz-2.6.32-131.0.15.el6.x86_64 ro

root=UUID=dc8ee87c-1ac3-4ece-ab53-f19cd1ebaf7e rd_NO_LUKS …

변경 후 예:

kernel /vmlinuz-2.6.32-131.0.15.el6.x86_64 ro

root=UUID=@sda3@ rd_NO_LUKS …

텍스트 편집기를 사용하여 "fstab" 파일을 엽니다.

Step 3와 Step 4에 있는 정보를 사용하여 UUID를 모든 탑재 및 스왑 파티션의 장치 파티션 이름으로 변경합니다.

변경 전 예:

UID=dc8ee87c-1ac3-4ece-ab53-f19cd1ebaf7e

/ ext4 defaults 1 1

UUID=6c285d5c-9669-4791-a214-2ed007a7e454

/boot ext4 defaults 1 2

UUID=84fd7dad-f9a8-4102-9102-fa62c8def671

swap swap defaults 0 0

변경 후 예:

UUID=@sda3@ / ext4 defaults 1 1

UUID=@sda1@ /boot ext4 defaults 1 2

UUID=@sda2@ swap swap defaults 0 0

"grub.conf"와 "fstab" 파일에서 장치 이름을 UUID로 변경하려면 다음 명령을 실행합니다.

# for dev in @*@

> do

> sed -i "s/$dev/$(cat $dev)/g" grub.conf fstab

> done

텍스트 편집기를 사용하여 "grub.conf"와 "fstab" 파일을 열고 장치 이름이 해당 UUID로 교체되었는지 확인합니다.

"/boot/grub/grub.conf"와 "/etc/fstab"의 백업 복사본을 만듭니다.

# cp -a /boot/grub/grub.conf /boot/grub/grub.conf.org

# cp -a /etc/fstab /etc/fstab.org

작업 디렉토리의 "grub.conf"와 "fstab" 파일을 원래 위치로 복사하고 "grub.conf"에서 "menu.lst"까지의 바로 가기 링크를 다시 생성합니다.

# cp -a grub.conf /boot/grub/grub.conf

# cp -a fstab /etc/fstab

## cd /boot/grub

# rm menu.lst

# ln -s ./grub.conf menu.lst

서버를 다시 시작하고 올바르게 시작되는지 확인합니다.

시스템이 부팅되지 않는 경우, 복구 디스크를 사용하여 복구 모드에서 시스템을 시작하고 Step 13에서 생성한 백업 파일을 원래 위치로 다시 복사한 후 서버를 다시 시작합니다. 새로 생성된 "grub.conf"와 "fstab" 파일을 다시 검토하고 필요한 수정 작업을 수행한 후 Step 13~Step 15를 반복합니다.

제품을 선택하십시오.

더 나은 서비스 제공을 위해 채팅 목적을 작성해 주십시오.

문제에 대한 권장 솔루션

NetVault Bare Metal Recovery 12.0 - Plug-ins 사용자 안내서

Linux용 플러그인 라이브 클라이언트를 사용하여 작업 진행 상황 모니터링 및 복구 마무리

fsck 프로세스 중에 "수퍼블록 최종..." 메시지가 나타남

Linux용 플러그인 라이브 클라이언트와 함께 사용하기 위한 사후 복원 요구 사항 이행

수동으로 UUID 정보 업데이트