이 프로시저를 사용하여 다음과 같은 상황에서 시스템 구성을
복원하십시오. 복구 시스템 프로시저가 실패했거나 볼륨에 저장된 데이터가 필요하지 않은 경우에만
이 프로시저를 사용하십시오.
시작하기 전에
이 구성 복원 프로시저는 볼륨, 로컬
메트로 미러 정보,
로컬 글로벌 미러 정보, 스토리지 풀 및 노드 등 구성에 대한
정보를 복원하도록 설계되었습니다. 볼륨에 쓴 데이터는 복원되지 않습니다.
볼륨의 데이터를 복원하려면 클러스터형 시스템의 볼륨을 스토리지로 사용하는
애플리케이션에서 애플리케이션 데이터를 개별적으로 복원해야 합니다.
따라서 구성 복구 프로세스를 따르기 전에 이러한 데이터의
백업이 필요합니다.
USB 암호화가 구성이 백업되었을 때 시스템에서 사용으로 설정되면
구성 복원이 작동하기 위해 3개 이상의 USB 플래시 드라이브가 노드 캐니스터
USB 포트에 있어야 합니다. 3개의 USB 플래시 드라이브를
구성 복원 명령이 실행되는 단일 노드에 삽입해야 합니다. 다른
노드에 있는 USB 플래시 드라이브는(시스템의 일부가 될 수 있음) 무시됩니다. 클라우드
백업 구성을 복구하지 않은 경우 USB 플래시 드라이브는 키를 포함하지 않아도
됩니다. 이는 복원 프로세스의 일부로
새 키의 생성에 있습니다. 클라우드
백업 구성을 복구한 경우 USB 플래시 드라이브는 현재 암호화된 데이터를 잠금 해제하고
새 키로 다시 암호화할 수 있도록 이전 키 세트를 포함해야 합니다.
T4 복구 중에 새 시스템이 새 인증서로
작성됩니다. 시스템에 키 서버 암호화가 있는 경우 chsystemcert
-export 명령을 사용하여 새 인증서를 내보낸 후 T4 복구를 실행하기 전에
올바른 장치 그룹의 모든 키 서버에
설치해야 합니다. 사용되는 장치 그룹은 이전 시스템이 정의된
장치 그룹입니다. 또한 새 시스템의 인증서 서명을 받아야할 수 있습니다. T4 복구에서
활성 키가 손상되었음을 키 서버 관리자에게
알리십시오.
이 태스크 정보
데이터가
손실되지 않도록 하려면 구성 데이터 및 애플리케이션 데이터를
정기적으로 백업해야 합니다. 심각한 장애가 발생한 후에 시스템이
손실되면 시스템 구성 및 애플리케이션 데이터도 손실됩니다.
시스템을 장애 이전 상태로 복원한 후 애플리케이션 데이터를
복구해야 합니다.
복원 프로세스 중에 노드와 스토리지 격납장치가 시스템에 복원된 후 MDisk와 어레이가
다시 작성되고 구성됩니다. 복수의 스토리지 격납장치가
관련된 경우 어레이와 MDisk는 격납장치 ID를 기반으로
적절한 격납장치에 복원됩니다.
중요사항: - 복원 프로세스는 두 단계(준비 및 실행)로
구성됩니다. 이 두 단계 사이에 패브릭 또는 시스템을 변경해서는 안됩니다.
- iSCSI에 의해
가상화된 외부 제어기에 연결된 노드를 포함하는 시스템의 경우, 데이터를 복원하기 전에 모든 노드가 시스템에
추가되어야 합니다. 또한 시스템 cfgportip 설정 및
iSCSI 스토리지 포트는 데이터를 복원하기 전에 수동으로 다시 적용되어야 합니다. 10 단계를 참조하십시오.
- VMware vSphere 가상 볼륨(VVol라고도 함) 환경에서
T4 복원 후 가상 볼륨 구성 단계의 일부는 이미 완료되어 있습니다.
metadatavdisk가 작성되고 사용자 그룹 및 사용자가 작성되고 adminlun 호스트가 작성되었습니다.
그러나 사용자는 마지막 두 구성 단계(IBM® Spectrum Control Base
Edition에서
스토리지 작성 및 VMware vCenter에서
가상 머신 작성)를 수동으로 완료해야 합니다. 자세한 정보는 가상 볼륨 구성를 참조하십시오.
- 시스템에 USB 암호화가 있는 경우 암호화 키가 포함된
USB 플래시 드라이브가
삽입된 시스템의 노드에서 복구를 실행하십시오.
- 시스템에 키 서버 암호화가 있는 경우 키 서버에 연결된 노드에서
복구를 실행하십시오. 키는 키 서버에서 원격으로 페치됩니다.
- 시스템이 USB 및 키 서버
암호화 모두 사용하는 경우 USB 플래시 드라이브
또는 키 서버에 대한 연결(하나만 필요하지만 둘 다 작동함)을 제공하면 시스템이 잠금 해제됩니다.
- 클라우드
백업이 구성된 시스템의 경우, T4 복구 중에 원래 시스템의 시스템 마스터 키를 포함하는
USB 키가 새 시스템의 구성 노드에 삽입되어야 합니다. 또는 키 서버가 사용되는 경우
키 서버에 원래 시스템의 시스템 마스터 키가 포함되어야 합니다. 원래 시스템의 마스터 키를 사용할 수 없고
클라우드 제공자에서 시스템 데이터가 암호화된 경우에는 클라우드 내의 데이터에
액세스할 수 없습니다.
- 시스템에 USB 및 키 서버 암호화 모두로
구성된 암호화된 클라우드 계정이 있는 경우 모두의 마스터 키를
T4 복구 시에 사용할 수 있어야 합니다.
- USB
플래시 드라이브를
사용하여 암호화 키를 관리하는 경우, USB 플래시 드라이브가 시스템에 삽입되어 있지 않으면
T4 복구 시 클라우드 서비스 제공자에 대한 연결이 오프라인이 됩니다. 이 문제를 수정하려면
현재 키가 있는 USB 플래시 드라이브를 시스템에 삽입하십시오.
- 키 서버를 사용하여
암호화 키를 관리하는 경우, 키 서버가 오프라인 상태이면 T4 복구 시 클라우드 서비스 제공자에 대한
연결이 오프라인이 됩니다. 이 문제를 수정하려면
키 서버가 온라인 상태이고 T4 복구 중에 사용 가능한지 확인하십시오.
- 키 서버와
USB
플래시 드라이브를 둘 다 사용하여 암호화 키를 관리하는 경우,
키 서버가 오프라인 상태이면 T4 복구 시 클라우드 서비스 제공자에 대한 연결이 오프라인이 됩니다. 이 문제를 수정하려면
T4 복구 시 키 서버가 온라인이고 USB 플래시 드라이브가 시스템에
삽입되어 있는지 확인하십시오.
- 시스템에 USB 암호화를 사용하는 암호화된 클라우드 계정이 포함된 경우,
클라우드 계정이 온라인 상태로 이동하기 전에 시스템 마스터 키가 포함된 USB 플래시 드라이브는 구성 노드에
있어야 합니다. 시스템의 전원이 꺼진 후 시스템이 다시 시작된 경우 이 요구사항은 필수입니다.
- T4 복구 후
클라우드 계정은 오프라인 상태입니다. 계정을 다시 온라인 상태로 만들려면 인증 정보를 다시 입력해야 합니다.
- T4
복구 후, 복구 전에 클라우드 스냅샷이 사용으로 설정되었던 볼륨은 수동으로 클라우드 스냅샷을 다시 사용으로 설정해야 합니다.
CLI 명령 실행을
위한 지시사항이 이해되지 않으면 명령행 인터페이스 참조 정보를
확인하십시오.
구성 데이터를 복원하려면
다음 단계를 따르십시오.
프로시저
- 이 복구 프로시저를 실행하기 전에 모든 노드가 후보 노드로 사용 가능한지
확인하십시오. 노드를 후보 상태에 두려면 550 또는 578 오류를
제거해야 합니다.
- 시스템을 작성하십시오. 가능한
경우 원래 I/O 그룹 0에 있었던 노드를 사용하십시오.
- 지원되는 브라우저에서 시스템을 초기화하는 데 사용한 IP 주소와
기본 수퍼유저 비밀번호(passw0rd)를 입력하십시오.
- 다음 CLI 명령을 실행하여 구성 노드만 온라인인지 확인하십시오.
svcinfo lsnode
표시되는 출력 예제는 다음과 같습니다.
id name status IO_group_id IO_group_name config_node
1 nodel online 0 io_grp0 yes
- 명령행 인터페이스를 사용하여 시스템에 로그온하려면 다음 명령을 실행하십시오.
plink -i ssh_private_key_file superuser@cluster_ip
여기서 ssh_private_key_file은 수퍼유저용 SSH 개인 키 파일의 이름이고,
cluster_ip는 구성을 복원할 시스템의 IP 주소 또는 DNS 이름입니다.
참고: RSA 호스트 키가 변경되었으므로 SSH를 사용하여 시스템에 연결할 때
경고 메시지가 표시될 수 있습니다.
- 복원하고자 하는 구성 백업 파일을 식별하십시오.
구성 백업 파일은 구성을 백업할 때 저장한 구성 백업 XML 파일의 로컬 사본이거나 노드 중 하나에 있는 최신
파일일 수 있습니다.
구성 데이터는 구성 노드에서 시스템 시간으로 매일 01:00에
자동으로 백업됩니다.
이전에
시스템에 있던 모든 노드에서 구성 백업 파일을
다운로드하고 검사하여 최근의 전체 백업을 포함한 파일을
식별하십시오.
- 관리 GUI에서 를 클릭하십시오.
- 수동 업로드 지시사항을 펼치고 지원 패키지
다운로드를 선택하십시오.
- 새 지원 패키지 또는 로그 파일 다운로드 페이지에서
기존 패키지 다운로드를 선택하십시오.
- 시스템의 각 노드(캐니스터)에 대해 다음 단계를 완료하십시오.
- 테이블의 맨 위에 있는 선택 상자에서 작동할 노드를
선택하십시오.
- svc.config.*.xml* 패턴과 일치하는 이름을 가진 모든 파일을 찾으십시오.
- 파일을 선택하고 다운로드를 클릭하여
컴퓨터에 다운로드하십시오.
XML 파일에는 최근 백업을 식별하는 데
사용할 수 있는 날짜 및 시간이 있습니다. 시스템 복원에 사용할 백업 XML 파일을 식별한 후,
파일의 이름을 svc.config.backup.xml로 바꾸십시오.
- 복원할 XML 백업 파일을 시스템에 복사하십시오.
pscp full_path_to_identified_svc.config.file
superuser@cluster_ip:/tmp/svc.config.backup.xml
- 10GB 인터페이스 어댑터 또는
두 번째 파이버 채널 인터페이스 어댑터가 설치된 노드가 시스템에
있으며 기본값이 아닌 localfcportmask 및 partnerfcportmask
설정이 이전에 구성된 경우 데이터를 복원하기 전에 이러한 설정을
수동으로 다시 구성하십시오.
- 시스템이 2개의 사이트에 있는 노드가 포함된 확장 또는 HyperSwap® 토폴로지를
사용하거나 시스템에 (확장 격납장치에 연결된 노드를 포함하여) 내부 플래시 드라이브가 있는
노드가 포함되어 있으면 해당 노드를 지금 시스템에 추가해야 합니다. 이러한 노드를 추가하려면 구성 백업 파일에서 패널 이름,
노드 이름 및 노드의 I/O 그룹을 판별하십시오. 시스템에 노드를 추가하려면
다음 명령을 실행하십시오.
svctask addnode -panelname panel_name -iogrp iogrp_name_or_id -name node_name
여기서
panel_name은 패널에 표시되는 이름이고, iogrp_name_or_id는
이 노드를 추가할 I/O 그룹의 이름 또는 ID이며, node_name은 노드의 이름입니다.
- 시스템에서 iSCSI 스토리지 제어기가 있는 경우 이제 이러한 제어기를 수동으로
발견해야 합니다. 이러한 제어기, iSCSI 포트 IP 주소 및 iSCSI 스토리지 포트는
데이터를 복원하기 전에 시스템에 추가해야 합니다.
- 이러한 노드를 추가하려면 구성 백업 파일에서 패널 이름,
노드 이름 및 노드의 I/O 그룹을 판별하십시오. 시스템에 노드를 추가하려면 다음 명령을 실행하십시오.
svctask addnode -panelname panel_name -iogrp iogrp_name_or_id -name node_name
여기서
panel_name은 패널에 표시되는 이름이고, iogrp_name_or_id는
이 노드를 추가할 I/O 그룹의 이름 또는 ID이며, node_name은 노드의 이름입니다.
- iSCSI 포트 IP 주소를 복원하려면 cfgportip 명령을 사용하십시오.
- IPv4 주소를 복원하려면 구성 백업 파일에서 (port_id), node_id, node_name, IP_address, 마스크, 게이트웨이,
호스트(0/1은 no/yes를 나타냄), remote_copy(0/1은 no/yes를 나타냄) 및 스토리지(0/1은 no/yes를
나타냄)를 판별하고 다음 명령을 실행하십시오.
svctask cfgportip -node node_name_or_id -ip ipv4_address -gw ipv4_gw
-host yes | no -remotecopy remote_copy_port_group_id -storage yes | no port_id
여기서, node_name_or_id는 노드의 이름 또는 ID이고
ipv4_address는 포트의 IP v4 버전 프로토콜 주소이며
ipv4_gw는 포트의 IP v4 게이트웨이 주소입니다.
- IPv6 주소를 복원하려면 구성 백업 파일에서 (port_id), node_id, node_name, IP_address_6, 마스크,
gateway_6, prefix_6, host_6(0/1은 no/yes를 나타냄), remote_copy_6(0/1은 no/yes를 나타냄) 및 storage_6(0/1은 no/yes를
나타냄)을 판별하고 다음 명령을 실행하십시오.
svctask cfgportip -node node_name_or_id -ip_6 ipv6_address -gw_6 ipv6_gw
-prefix_6 prefix -host_6 yes | no -remotecopy_6 remote_copy_port_group_id -storage_6 yes | no port_id
여기서, node_name_or_id는 노드의 이름 또는 ID이고
ipv6_address는 포트의 IP v6 버전 프로토콜 주소이며
ipv6_gw는 포트의 IPv6 게이트웨이 주소이고 prefix는
IPv6 접두부입니다.
백업 구성 파일의 node_ethernet_portip_ip 절에서
모든(이전에 구성된) IP 포트에 대해 b.i 및 b.ii 단계를 완료하십시오.
- 다음으로 detectiscsistorageportcandidate 및 addiscsistorageport
명령을 사용하여 iSCSI 스토리지 포트 후보를 발견하고
추가하십시오. iSCSI 스토리지 포트를 발견하고 구성 백업 파일에 표시된 것과 동일한 순서로
해당 포트를 추가하는지 확인하십시오. 올바른 순서를 따르지 않는 경우
T4 실패가 발생할 수 있습니다. c.i 단계 다음에 c.ii 및 c.iii 단계가 와야 합니다 . 백업 구성 파일에
동일한 순서로 정확하게 나열된 모든 iSCSI 세션에 해당 단계를
반복해야 합니다.
- iSCSI 스토리지 포트를 발견하려면 구성 백업 파일에서 src_port_id,
IO_group_id(선택사항, 값이 255인 경우 필요하지 않음),target_ipv4/target_ipv6 (공백이 아닌 대상 IP 필요),
iscsi_user_name(공백인 경우 필요하지 않음), iscsi_chap_secret(공백인 경우 필요하지 않음) 및
site(공백인 경우 필요하지 않음)를 판별하고
다음 명령을 실행하십시오.
svctask detectiscsistorageportcandidate -srcportid src_port_id -iogrp IO_group_id
-targetip/targetip6 target_ipv4/target_ipv6 -username iscsi_user_name -chapsecret iscsi_chap_secret -site site_id_or_name
여기서, src_port_id는 구성된 포트의 소스 이더넷 포트 ID,
IO_group_id는 발견되는 I/O 그룹 ID 또는 이름,
target_ipv4/target_ipv6은 IPv4/IPv6 대상 iSCSI 제어기 IPv4/IPv6
주소, iscsi_user_name은 발견되는 대상 제어기 사용자 이름,
iscsi_chap_secret은 발견되는 대상 제어기 CHAP 시크릿이며
site_id_or_name은 발견되는 사이트의 지정된 ID 또는 이름입니다.
- lsiscsistorageportcandidate 명령을 실행하여
백업 구성 파일에서 발견된 target_iscsiname을 이 특정 세션에 대한 target_iscsiname과 일치시키고
일치 색인을 사용하여 c.iii 단계에서
iSCSI 스토리지 포트를 추가하십시오.
svcinfo
lsiscsistorageportcandidate 명령을 실행하고
target_iscsiname이 구성 백업 파일의 target_iscsiname와 일치하는 행의 ID 필드를
판별하십시오. 이는 c.iii 단계에서 사용할
candidate_id입니다.
- iSCSI 스토리지 포트를 추가하려면 구성 백업 파일에서 IO_group_id(선택사항, 값이 255인 경우
필요하지 않음), site(공백인 경우 필요하지 않음),
iscsi_user_name(백업 파일에서 공백인 경우 필요하지 않음) 및
iscsi_chap_secret(공백인 경우 필요하지 않음)을 판별하고
c.ii 단계에서 일치되는 target_iscsiname_index를 제공한 후
다음 명령을 실행하십시오.
addiscsistorageport -iogrp iogrp_id -username iscsi_user_name -chapsecret iscsi_chap_secret -site site_id_or_name candidate_id
여기서, iogrp_id는 추가된 I/O 그룹 ID 또는 이름이고
iscsi_user_name은 추가되는 대상 제어기 사용자 이름이며
iscsi_chap_secret은 추가되는 대상 제어기 CHAP 시크릿이고
site_id_or_name은 추가되는 사이트의 지정된 ID 또는
이름입니다.
- 구성이 HyperSwap 또는 확장 시스템인 경우 제어기 이름 및 사이트를 복원해야 합니다. 제어기 이름
및 사이트를 복원하려면 inter_WWPN 필드를 새로 추가된 iSCSI 제어기와 일치시켜
백업 xml 파일에서 controller_name 및 제어기
site_id/name을 판별한 후 다음 명령을 실행하십시오.
chcontroller -name controller_name -site site_id/name controller_id/name
여기서,
controller_name은 백업 xml 파일의 제어기 이름이고
site_id/name은 백업 xml 파일의 iSCSI 제어기 사이트의 ID 또는 이름이며
controller_id/name은 제어기의 ID 또는 현재
이름입니다.
- 다음 CLI 명령을 실행하여 현재 구성과 백업 구성 데이터 파일을 비교하십시오.
svcconfig restore -prepare
이 CLI 명령은 구성 노드의 /tmp 디렉토리에
로그 파일을 작성합니다. 로그 파일의 이름은 svc.config.restore.prepare.log입니다.
참고: 각 256-MDisk 일괄처리를 찾는 데 최대 1분이 소요될 수 있습니다.
이 명령을 입력한 후 MDisk에 대한 오류 메시지 CMMVC6200W가 수신되면
아직 발견되지 않은 관리 디스크(MDisk)가 있을 수 있습니다.
적절한 시간이 경과한 후 svcconfig restore -prepare 명령을
다시 시도하십시오.
- 다음 명령을 실행하여 로그 파일을 시스템에 액세스 가능한 다른 서버에
복사하십시오.
pscp superuser@cluster_ip:/tmp/svc.config.restore.prepare.log
full_path_for_where_to_copy_log_files
- 지금 사본이 저장된 서버에서 로그 파일을 여십시오.
- 로그 파일에 오류가 없는지 확인하십시오.
- 오류가 있는 경우, 오류를 초래한 조건을 정정하고 명령을 다시 실행하십시오. 모든 오류를 정정해야만 15단계로 진행할 수 있습니다.
- 지원이 필요하면 지원 센터에 문의하십시오.
- 다음 CLI 명령을 실행해 구성을 복원하십시오.
svcconfig restore -execute
이 CLI 명령은 구성 노드의 /tmp 디렉토리에
로그 파일을 작성합니다. 로그 파일의 이름은 svc.config.restore.execute.log입니다.
- 다음 명령을 실행하여 로그 파일을 시스템에 액세스 가능한 다른 서버에
복사하십시오.
pscp superuser@cluster_ip:/tmp/svc.config.restore.execute.log
full_path_for_where_to_copy_log_files
- 지금 사본이 저장된 서버에서 로그 파일을 여십시오.
- 로그 파일을 검사하여 오류 또는 경고가 발생하지 않았는지 확인하십시오.
참고: 라이센스가 부여된 기능이 사용되지 않음을 알리는 경고가 수신될 수 있습니다. 이 메시지는
복구 프로세스 이후 현재 라이센스 설정이 이전 라이센스 설정과 일치하지
않음을 의미합니다.
복구 프로세스는 정상적으로 계속되며 나중에
관리 GUI에서 올바른 라이센스 설정값을 입력할 수 있습니다.
SSH를 통해 CLI에 다시 로그인할 때 다음 출력이 표시됩니다.
IBM_2145:your_cluster_name:superuser>
다음에 수행할 작업
다음 CLI 명령을 실행하여 구성의
/tmp 디렉토리에서
필요 없는 구성 백업 및 복원 파일을 제거할 수 있습니다.
svcconfig clear -all