IBMi SRDF 마이그레이션 절차
Summary: SRDF는 VMAX/POWERMAX 간에 IBMi 데이터를 마이그레이션하는 데 사용할 수 있으며 샘플 SymCLI 설정/제어 절차가 포함되어 있습니다.
Instructions
고객이 DELL EMC VMAX/PMAX 외장형 디스크 스토리지에서 IBMi 클라이언트 LPAR(Logical Partition)을 실행하고 현재 어레이를 새로운 세대로 새로 고치려는 경우 SRDF를 활용하여 백그라운드 데이터 마이그레이션을 실행하고 다운타임에 미치는 영향을 최소화하면서 새 어레이로 전환할 수 있습니다. 이러한 SRDF의 사용을 SRDF/데이터 이동성이라고도 합니다.
다운타임이 전혀 허용되지 않는 고객의 경우 다음 링크에서 VMAX/PMAX용 IBMi NDM(Non-Disruptive Migration)에 대해 설명하는 또 다른 문서를 참조하십시오. https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform
모든 IBMi LPAR의 경우 모든 볼륨이 SRDF 복제에 포함되어야 합니다.
여기에는 AS/400 단일 레벨 스토리지 아키텍처 설계를 기반으로 하는 고유한 LIC/OS 설계를 사용하는 IBMi 플랫폼의 특성이 다르기 때문에 로드 소스(=bootdisk)가 포함됩니다. 모든 IBMi 스토리지 복제의 경우 전부 아니면 전무입니다. 마이그레이션 중 (임시) 설정에 대한 설명은 아래 그림을 참조하십시오.
PROD-DC의 기존 및 새 소스 어레이는 마이그레이션을 위해 임시 SRDF 링크로 연결됩니다. 이러한 스위치는 일반적으로 SAN 스위치를 통해서도 실행되므로 그에 따라 조닝해야 합니다. 대안은 "직접 연결" 설정이거나 고객이 Gige IP 링크(LAN 스위치를 통한 기가비트 이더넷 연결)를 사용하는 것입니다.
IBMi LPAR이 계속 작동하는 동안에는 기존 어레이와 신규 어레이 간의 SRDF 관계가 생성됩니다. 모든 볼륨 데이터의 백그라운드 비동기 동기화 프로세스는 IBMi 호스트 및 해당 애플리케이션에 영향을 미치지 않습니다. 기존 SAN 패브릭에서 새 어레이로의 새 SAN 연결을 생성해야 합니다. 기존 IBMi FC 또는 vFC 호스트 어댑터의 경우 SAN 조닝을 적절하게 구성해야 합니다. 새 연결 및 구역화가 준비되면 새 PMAX에서 IBMi 어댑터 WWPN이 새 PMAX의 각 FA 포트에 로그인하고 있는지 확인합니다.
참고: IBMi 플랫폼의 경우 "single-initiator>, single-target" SAN-zoning만 사용해야 합니다.
참고: Unisphere 또는 SymCLI(샘플) 명령을 사용하여 IBMi 어댑터 WWPN 로그인 유효성 검사: symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
준비 단계(샘플 명령):
SymCLI symsan 명령을 사용하여 새 어레이에서 SRDF 접속 구성을 확인합니다.
symsan list -sanrdf -sid 000420200123 -dir ALL -port ALL
새 어레이에 새 IBMi 타겟 디바이스를 생성하고 새 SG(StorageGroup)에 추가합니다.
symdev create -sid 123 -tdev -emulation as400 -cap 82400 -captype cyl -N 64 -v -nop symsg -sid 123 create sg_ibmi_lpar1_asp1_1 -srp SRP_1 -slo diamond symaccess -sid 123 -name sg_ibmi_lpar1_asp1_1-type storage add devs 100-13F
새 어레이에 각각의 IG(InitiatorGroup) 및 PG(PortGroup)를 생성합니다.
symaccess -sid 123 create -name ig_ibmi_lpar1_asp1_1 -type init symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init set ig_flags on OS2007 -disable symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde2 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde4 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde6 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde8 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde3 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde5 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde7 symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde9 symaccess -sid 123 create -name pg_ibmi_lpar1_asp1_1 -type port -protocol SCSI_FC symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:0 symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:1 symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:0 symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:1
기존 어레이와 새 어레이 간에 새 임시 동적 SRDF 그룹을 생성합니다.
symrdf addgrp -sid 000420200123 -rdfg 100 -remote_sid 000 000297800456 -remote_rdfg 100 -dir 1D:03,2D:03,1D:07,2D:07 -remote_dir 1E:03,2E:03,1E:07,2E:07 -label LPAR1_MIG
각각(SG)에 대해 CreatePair를 수행하고 Adaptive Copy Disk 모드에서 동기화를 시작합니다.
symrdf createpair -sid 456 -type R1 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 -remote_sg sg_ibmi_lpar1_asp1_1 -establish -rdf_mode acp_disk
동기화 프로세스를 모니터링합니다.
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
SRDF "Adaptive Copy" 링크 상태의 특성으로 인해 활성 I/O가 여전히 IBMi 호스트에서 소스 어레이로 들어오는 경우 링크가 "동기화" 상태에 도달하지 못할 수 있습니다. 이는 정상이며 예상되는 현상입니다.
동기화 프로세스에서 대량의 데이터를 새 어레이로 복사하면(미해결 잘못된 트랙 1,000개 미만) 고객이 계획한 유지 보수 기간에 따라 오프라인 전환을 수행할 수 있습니다. 마이그레이션되는 호스트에서 비즈니스 앱의 2시간 중단을 계획하는 것이 좋습니다. 이렇게 하면 애플리케이션 작업 및 사용자 세션을 중지하고, 시스템 전원을 끄고, 전환을 수행하고, 시스템을 IPL하고, 애플리케이션 서브시스템 및 작업을 다시 시작하는 데 충분한 시간이 제공되어야 합니다.
전환 단계(샘플 명령):
SRDF 링크 및 디바이스 페어 상태 확인:
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
LPAR의 최종 애플리케이션, 서브시스템 및 활성 사용자.
LPAR의 PWRDWNSYS입니다.
HMC를 모니터링하여 LPAR이 "활성화되지 않음" 상태로 작동 중지되어 있는지 확인하십시오.
SRDF 링크를 SYNC 모드로 설정합니다.
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 set mode sync
모든 디바이스가 잘못된 트랙 없이 "동기화"될 때까지 상태 변화를 모니터링합니다.
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
SRDF 링크를 분할합니다.
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split
참고: SRDF 분할 프로세스를 진행하면 추가 마이그레이션 프로세스 중에 소스 볼륨이 그대로 유지됩니다. 이 이전 SRDF 소스 이미지에는 분할이 수행된 시점부터 일관된 LPAR 데이터의 "시점" 복제본이 들어 있습니다. 분할 중에 IBMi LPAR이 다운되었기 때문에 이 이미지는 100% 일관됩니다. 분할 상태에서는 R1 및 R2 복제본이 모두 호스트에 RW_enabled됩니다. OLD 어레이의 이 R1 이미지는 OLD 어레이로의 즉각적인 대체에 사용할 수 있습니다. 예기치 않은 문제가 발생하여 마이그레이션이 취소된 경우. 이 경우 OLD 어레이에 대한 조닝/마스킹을 복원해야 합니다.
분할 후 상태 변화를 모니터링합니다.
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
OLD 어레이 마스킹 데이터베이스의 백업을 생성합니다.
Symaccess -sid 456 list view -v -detail>masking-456_<date>.txt
해당 IBMi LPAR에 대한 OLD 어레이 마스킹을 삭제합니다.
Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1
새 어레이 마스킹을 생성합니다.
symaccess -sid 123 create view -name mv_ibmi_lpar1_asp1_1 -sg sg_ibmi_lpar1_asp1_1 -pg pg_ibmi_lpar1_asp1_1 -ig ig_ibmi_lpar1_asp1_1
일반 B-IPL 모드로 HMC에서 LPAR을 다시 활성화하십시오.
HMC에서 IPL 프로세스를 모니터하십시오.
로그온 화면에서 SST 액세스 권한으로 로그온합니다. STRSST를 실행하고 디스크 및 디스크 경로의 상태를 확인합니다. 새 어레이 볼륨 및 일련 번호 ID를 반영하는 IBMi 디스크 일련 번호 변경 사항을 확인합니다.
이제 고객/앱 관리 팀이 이 LPAR에서 모든 정상 작업을 재개할 수 있습니다.
이것으로 마이그레이션이 완료됩니다.
마이그레이션 후 단계(샘플 명령):
고객이 성공적인 전환을 선언하면(폴백 필요 없음) 임시 구성을 정리할 수 있습니다.
SRDF 마이그레이션 디바이스 페어링을 정리합니다.
symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1OLD 어레이와 NEW 어레이 간의 임시 동적 SRDF 그룹을 정리합니다.
symrdf removegrp -sid 000420200123 -rdfg 100
각 스위치에서 SAN 영역 지정을 정리합니다.
IBMi 호스트에서 OLD 어레이
로그리고 (마지막 마이그레이션이 완료된 후) 이전 어레이에서 새 어레이로 SRDF 영역을 제거합니다.