FLM(Federated Live Migration) · 2019-11-09 · 2 내용 요약 FLM(Federated Live Migration) 기술개요 노트 내용 요약 Enginuity™ 운영 환경의 EMC® Symmetrix VMAX™

1

FLM(Federated Live Migration)

기술 개요

기술 노트 P/N 300-012-013 수정 버전 A05

2012년 1월

본 기술 노트에는 다음 주제에 대한 정보가 수록되어 있습니다.

내용 요약 ..................................................................................................... 2 소개 및 개요 ................................................................................................ 4 FLM을 사용하여 마이그레이션 수행 ...................................................... 5 SAN(Storage Area Network) 및 조닝(Zoning) ...................................... 8 도너 DMX 디바이스에 대한 선택적인 페일백 ........................................ 9 도너 DMX 디바이스의 선택적인 재사용 ............................................... 10 제공 정보 ................................................................................................... 11 요구 사항 및 상관 관계 ............................................................................. 11 Solutions Enabler의 중요 변경 사항 ..................................................... 14 종합적인 명령 참조................................................................................... 16 요약 및 결론 .............................................................................................. 30

2

내용 요약

FLM(Federated Live Migration) 기술 개요 기술 노트

내용 요약

Enginuity™ 운영 환경의 EMC® Symmetrix VMAX™ 시리즈는 확장 가능한 Fabric 상호 연결 설계를 채택하여 엔트리 레벨 구성부터 다양한 페타바이트급 스토리지 시스템까지 원활하게 확장할 수 있습니다. 자동으로 최적화되는 예측 가능한 성능을 제공하는 Symmetrix® VMAX를 통해 기업에서는 프라이빗 클라우드 환경에서 필요에 따라 스케일 아웃할 수 있습니다. 또한 Symmetrix® VMAX는 스토리지 운영을 자동화하여 가상화 환경의 비즈니스 요구 사항을 원활하게 충족합니다. 자동화를 위해 제공되는 관리 툴은 가상화된 서버와 통합되고 프라이빗 클라우드 인프라스트럭처에서 관리에 소요되는 시간을 줄여 줍니다. 고객은 최고 수준의 보안과 완벽한 무중단 운영, 멀티 사이트 마이그레이션, 복구 및 재가동을 통해 "상시" 가용성을 확보하여 애플리케이션 다운타임을 방지할 수 있습니다.

Enginuity™ 버전 5876은 Symmetrix VMAX, VMAXe™ 및 차세대 VMAX 스토리지를 지원하는 최신 Enginuity 릴리즈입니다. Enginuity 5876은 자동화 및 이동성을 통해 협업 리소스 풀을 연합 및 공유하여 IaaS(Infrastructure as a Service)를 지원함으로써 가상 스토리지 부문에서 EMC 의 위상을 한층 더 강화합니다. Enginuity 5876 의 스토리지 리소스 네트워킹, 공유 및 계층화 기능을 활용하면 데이터 센터에서 전용 스토리지의 애플리케이션을 통합할 수 있으므로 리소스 활용도와 데이터 이동성이 개선되고 필요한 전원 및 설치 공간이 감소하며 스토리지 관리가 간소화되는 등 새로운 수준의 효율성을 달성할 수 있습니다.

Enginuity 5876은 다음과 같은 새로운 기능을 제공합니다.

• IBM System z 및 IBM i 환경에 대한 용량 활용도 향상 및 자동화 1

o IBM System z 및 IBM i 환경에 대한 FAST VP(Fully Automated Storage Tiering for Virtual Pools) 및 Virtual Provisioning

o IBM System z 및 IBM i 환경에 대한 VLUN VP 마이그레이션 지원

• 효율성 향상

o 스토리지 계층을 압축하는 FAST SMALL

o SRDF 및 SRDFe에 대한 FAST VP 지원

• 통합 수준 향상 및 TCO 절감

o 미드레인지 및 타사 스토리지를 통합하는 FTS(Federated Tiered Storage)1

o RecoverPoint Splitter o TimeFinder Virtual Snap

3

내용 요약


• 가상화 환경에서의 간편한 통합 및 관리

• 통합된 SMC 및 SPA를 위한 새로운 GUI 1 VMAX 및 차세대 VMAX에만 해당됨

FLM(Federated Live Migration)을 사용하면 DMX™에서 VMAX 또는 VMAXe로 운영 중단 없이 마이그레이션할 수 있습니다. FLM은 이를 위해 EMC Open Replicator for Symmetrix를 통한 스토리지 기반 데이터 마이그레이션과 EMC PowerPath, VERITAS DMP 또는 네이티브 호스트 MPIO(예: Linux Device Mapper)를 통한 호스트 레벨 애플리케이션 리디렉션을 수행합니다. FLM은 EMC Symmetrix Management Console 또는 SYMCLI를 통해 일원화된 명령을 실행하여 마이그레이션 세션을 시작하고, 중앙의 한 지점에서 호스트 애플리케이션을 리디렉션하는 방식으로 진정한 무중단 마이그레이션을 실현합니다.

또한 사전 검증된 다양한 스토리지 스택, 경로 다중화 툴 및 호스트 운영 체제를 지원하여 시간이 많이 소요되는 문제 해결 작업의 부담을 해소합니다. FLM은 일반 볼륨 간(Thick-to-Thick) 마이그레이션, 일반 볼륨에서 씬 볼륨으로의(Thick-to-Thin) 마이그레이션, 씬 볼륨 간(Thin-to-Thin) 마이그레이션을 모두 수행할 수 있으며 하나의 Symmetrix에 여러 시스템을 통합할 수 있는 유연성도 제공합니다.

대상

본 기술 노트는 FLM의 특징 및 기능을 이해해야 하는 사람들을 위한 것으로, 특히 FLM 기반 데이터 마이그레이션을 계획 중이거나 FLM을 마이그레이션 솔루션으로 고려 중인 EMC 현장 기술 담당자 및 EMC 고객을 대상으로 합니다.

추가 정보

FLM 진행에 앞서 중요한 최신 정보를 확인하려면 다음 자료를 참조하십시오.

• Solutions Enabler 릴리즈 노트

• Symmetrix Procedure Generator

호스트 및 경로 다중화 툴 유형별로 FLM 을 사용한 마이그레이션 지원 절차에 대해 자세히 알아보려면 EMC Symmetrix Procedure Generator를 참조하십시오.

• ESSM(EMC Simple Support Matrix)

지원되는 운영 체제, 파일 시스템 및 논리적 볼륨 관리자에 대한 자세한 내용은 EMC Federated Live Migration Simple Support Matrix를 참조하십시오.

참고: 위에 명시된 자료는 Powerlink(http://powerlink.emc.com)에서 찾을 수 있습니다.

http://powerlink.emc.com/�

4

소개 및 개요


FLM 은 Enginuity 5875 이상을 실행하는 Symmetrix VMAX 및 VMAXe 플랫폼 모두에서 완벽하게 지원되지만, 이 문서에서는 사용자가 읽기 쉽도록 VMAX 라고 통칭합니다. 앞으로 VMAX 에 대해 언급되는 모든 내용은 달리 명시하지 않는 한 VMAXe 플랫폼에도 동일하게 적용됩니다.

소개 및 개요

FLM(Federated Live Migration)을 사용하면 애플리케이션 호스트의 다운타임 없이 사용자가 데이터를 이전 스토리지에서 새 Enginuity 5875 이상의 스토리지로 이동할 수 있습니다. FLM은 기존 Symmetrix 기능을 사용하여 스토리지 간에 데이터를 이동하고 EMC PowerPath®, VERITAS DMP, Linux Device Mapper 등의 지원되는 경로 다중화 솔루션을 사용하여 마이그레이션을 진행하는 동안 데이터에 대한 호스트 액세스를 관리합니다. 마이그레이션은 SE(Solutions Enabler) SYMCLI 또는 SMC(Symmetrix Management Console) 사용자 인터페이스를 통해 제어할 수 있습니다.

FLM의 작동 방식은 새 VMAX 디바이스가 도너 Symmetrix DMX 디바이스의 ID 및 구조를 사용한다고 가정한 후 새 스토리지와 도너 스토리지 간의 현재 데이터 이동 방식으로 ORS(Open Replicator) 작업을 수행하게 하는 것입니다. 마이그레이션 작업이 허용되려면 새 VMAX 디바이스가 도너 DMX 디바이스보다 크거나 같아야 합니다.

도너 스토리지는 Symmetrix여야 하며 도너 디바이스는 로컬 복제나 원격 복제의 타겟이 될 수 없습니다. 세션이 실행 중인 동안 새 데이터가 도너 DMX 디바이스에 쓰여지는 경우 Open Replicator 풀 세션이 정합성 보장 데이터를 복제할 수 없기 때문에 새 디바이스에서 데이터 무결성을 보장하려면 이 제한 사항이 필요합니다.

네트워크, 스토리지, 애플리케이션 호스트 및 SE(Solutions Enabler) 호스트를 포함하는 FLM 구성이 아래에 나와 있습니다.

5

FLM을 사용하여 마이그레이션 수행


FLM의 SYMCLI 인터페이스는 데이터 마이그레이션의 모든 기능을 제어합니다. 하지만 마이그레이션을 위해 필요한 Fibre Channel 존(Zone)을 자동으로 설정하지는 않습니다. 여기에는 애플리케이션 호스트에서 새 스토리지로의 존, 그리고 도너 스토리지에서 새 스토리지로의 존이 포함됩니다. 또한 마이그레이션이 완료된 후에는 사용자가 호스트를 재부팅할 시간을 예약하고 새 VMAX 디바이스가 사용한 ID 및/또는 구조를 실행 취소할 수도 있습니다.


FLM 을 사용하기 위한 Solutions Enabler SYMCLI 명령 시퀀스가 참고용으로 아래에 제공되어 있습니다.

이 목록에 유효한 FLM 마이그레이션 지원에 필요한 호스트 관련 명령이 모두 들어 있는 것은 아닙니다. 전체 호스트 목록 및 FLM 명령에 대해서는 이 기술 노트의 끝 부분에 운영 체제 유형별로 제공된 예를 참조하십시오.

주의! 데이터 마이그레이션은 대체로 복잡한 작업이므로 신중하게 계획하는 동시에 미리 정의된 절차를 정확하게 실행하는 과정이 필요합니다. 지원되는 구성 내에서 필요한 단계나 작업을 제대로 확인하고 수행하지 못하면 데이터가 사용 불가능해지거나 손실될 수 있습니다.

참고: 호스트 및 경로 다중화 툴 유형별로 FLM을 사용한 마이그레이션 지원 절차에 대해 자세히 알아보려면 http://powerlink.emc.com에서 EMC Symmetrix Procedure Generator를 참조하십시오.


6



FLM 마이그레이션에 대한 기본 명령 시퀀스는 다음과 같습니다.

symrcopy create -migrate -pull

[-frontend_zero]

-file sym1tosym2

[-name sym1_to_sym2]

-host_type WINDOWS|LINUX|AIX|SUNOS_SPARC|HPUX

-hba_type EMULEX|QLOGIC

-mp_type PPATH|PPATH45|DMP|NATIVE

-cluster_type [TBD]

여기서 sym1tosym2 는 표준 ORS 입력 파일입니다. 첫 번째 열은 새 VMAX 디바이스를 정의하고, 두 번째 열은 페어링된 도너 DMX 디바이스입니다. ORS 입력 파일에는 symdev와 wwn 구문을 모두 사용할 수 있습니다.

symdev=<symid>:<symdev> symdev=<symid>:<symdev> symdev=<symid>:<symdev> wwn=<symdev_wwn> wwn=<symdev_wwn> symdev=<symid>:<symdev> wwn=<symdev_wwn> wwn=<symdev_wwn> …

-pull 옵션은 FLM의 create 명령에 필수입니다. 성공적으로 생성된 마이그레이션 세션은 핫(hot), 풀(pull), 도너 업데이트(donor update), 비복제(no-copy) ORS 세션이 됩니다. -frontend_zero 옵션은 일반 볼륨에서 씬 볼륨으로의(Thick-to-Thin) 마이그레이션에 사용됩니다. 기존의 씬 볼륨 간(Thin-to-Thin) 관계를 유지하거나, 표준 방식으로 용량 할당이 수행된 환경에서 마이그레이션하는 동안 공간을 재확보하기 위해 이 옵션을 사용할 수 있습니다. -ceiling 옵션을 ORS 마이그레이션 생성 명령에 포함하면 흐름 속도를 제어하거나 스토리지 간에 사용 가능한 대역폭을 제한할 수 있습니다. -migrate 옵션은 해당 세션이 FLM 세션으로 처리됨을 나타냅니다. 일단 -migrate 를 사용하여 세션을 만든 후에는 해당 세션을 대상으로 하는 모든 후속 symrcopy 명령에 이 옵션을 사용해야 FLM이 처리됩니다.

호스트 환경에 대한 추가 설명을 FLM에 전달하는 데 사용하는 몇 가지 옵션이 더 있습니다. -hba_type 옵션은 애플리케이션 호스트의 HBA 유형을 식별합니다. 이 옵션은 -host_type SUNOS_SPARC를 통한 FLM 마이그레이션을 지원하는 데 필요합니다. 선택적인 -mp_type 옵션은 호스트 경로 다중화 소프트웨어 공급업체 및 버전을 식별합니다. 이 옵션은 -Host_type WINDOWS 를 통한 FLM 마이그레이션을 지원하는 데 필요합니다. -cluster_type 옵션은 영구 예약을 사용하는 SCSI-3 클러스터를 지원하는 데 사용하며 FLM을 대상으로 한 특정 클러스터 유형을 식별합니다. 이 옵션은 비영구 예약을 사용하는 SCSI-2 기반 클러스터에는 적용되지 않습니다.

7



참고: 지원되는 운영 체제, 파일 시스템 및 논리적 볼륨 관리자에 대한 자세한 내용은 http://powerlink.emc.com에 있는 EMC Federated Live Migration Simple Support Matrix를 참조하십시오.

FLM 마이그레이션 세션이 생성되면 새 VMAX 디바이스는 host_passive 로 설정되며 도너 DMX 디바이스의 WWN 및 구조를 가집니다. 다른 모드에서는 액세스할 수 있는 디바이스라도 host_passive 모드에서는 호스트가 해당 디바이스를 액세스할 수 없습니다. FLM은 이 모드를 사용하여 마이그레이션 도중 입출력을 활성 스토리지에 리디렉션합니다. -host_type 옵션은 호스트의 개별 요구 사항을 기준으로 FLM이 경로 다중화 소프트웨어에 특정 host_passive 상태를 올바르게 설정하는 데 필요한 운영 체제 컨텍스트를 FLM에 제공합니다.

사용자는 symrcopy create 명령을 실행하기 전에 symconfigure 명령을 사용하여 새 VMAX 디바이스의 구조를 원격 디바이스의 구조로 변경할 수 있습니다. 변경하지 않을 경우에는 create 명령에 의해 구조가 자동으로 변경됩니다. 마이그레이션 세션이 활성 상태인 동안에는 symconfigure로 구조를 변경할 수 없습니다.

symrcopy create 는 다음 조건이 충족되는지 확인합니다.

• 새 VMAX 포트가 ACLX 활성화 상태인지 확인합니다.

• 새 VMAX 디바이스에 연합 ID가 없는지 확인합니다.

• 새 VMAX 디바이스가 자동 프로비저닝 마스킹 뷰에 포함되어 있지 않은지 확인합니다.

위 조건이 충족되지 않으면 create가 실패합니다.

create 명령이 성공하면 사용자는 Solutions Enabler 또는 SMC의 표준 자동 프로비저닝 기능을 통해 새 VMAX 디바이스를 SAN 의 애플리케이션 호스트에 인식시켜야 합니다. FLM 세션 생성이 실패하는 경우 시스템은 명령을 실행하기 이전의 시작 상태로 남게 됩니다.

symrcopy activate -f sym1tosym2 -migrate

FLM 세션이 활성화되면 도너 DMX 디바이스는 host_passive 모드로 전환되고 새 VMAX 디바이스는 host_active 모드로 전환되어 이제 새 VMAX 디바이스를 대상으로 호스트 액세스가 이루어지게 됩니다. 모든 디바이스 예약은 도너 DMX 디바이스에서 새 VMAX 디바이스로 전송되고, ORS 세션은 copy 모드로 전환됩니다. FLM 활성화가 실패하는 경우에는 세션이 created 상태로 남게 됩니다.

세션이 성공적으로 활성화된 후에는 도너 DMX 디바이스에서 새 VMAX 디바이스로 트랙이 복제됩니다. 세션이 활성화된 후 언제든 오류가 발생하면 FLM 세션이 자동으로 페일백됩니다. FLM 세션이 자동으로 페일백될 경우 새 VMAX 디바이스는 다시 host_passive 모드로 설정되고 도너 DMX 디바이스는 다시 host_active 모드로 설정되어 모든 호스트 액세스가 다시 도너 스토리지를 대상으로 하게 됩니다. FLM 세션을 활성화하려면 -migrate 스위치가 필요합니다.


8

SAN(Storage Area Network) 및 조닝(Zoning)


symrcopy query -session_name sym1_to_sym2

(AND/OR)

symrcopy verify -f sym1tosym2

사용자는 FLM 세션이 "Copied" 상태에 도달할 때까지 symrcopy query 또는 verify 명령을 수행하여 완료 여부를 모니터링할 수 있습니다.

symrcopy terminate -session_name sym1_to_sym2 -migrate

데이터 전송이 완료되거나 실패한 후에는 -migrate 옵션을 포함한 terminate 명령을 사용하여 FLM 세션을 끝내야 합니다. 이는 연합 ID, 구조, 디렉터/포트, host_active/host_passive 모드 설정 등 FLM 세션에 포함된 디바이스의 상태에 영향을 주지 않습니다. 성공적인 FLM 세션이 종료되고 나면 도너 DMX 디바이스는 host_passive 모드로 남게 되고, 예약은 새 VMAX 디바이스에 남게 됩니다.

새 VMAX 디바이스에서 연합 ID 로 호스트를 계속 실행할 수도 있지만 마이그레이션 직후 가능한 한 빨리 스푸핑된 ID를 제거하는 것이 좋습니다. ID 스푸핑을 장기간 그대로 두면 FLM에 대한 내용과 디바이스 ID의 연합 방식에 대해 자세히 알지 못하는 시스템 관리자나 기타 사용자에게 혼란을 줄 수 있습니다. 이는 주의를 환기시키기 위한 권장 사항일 뿐이며, 스푸핑 제거는 필수 요구 사항은 아닙니다. VMAX 디바이스는 연합된 상태로 무기한 유지될 수 있으며 어떠한 경우에도 스푸핑 제거를 위해 특별히 요구되는 사항은 없습니다.

SAN(Storage Area Network) 및 조닝(Zoning)

FLM 인터페이스에서 실제 데이터 마이그레이션을 모두 수행하지만 마이그레이션을 위해 필요한 모든 SAN(Storage Area Network) 존(Zone)을 자동으로 설정하지는 않습니다. 여기에는 애플리케이션 호스트에서 새 스토리지로의 존, 그리고 도너 DMX 스토리지에서 새 VMAX 스토리지로의 존이 포함됩니다.

스토리지 간 데이터 복제가 이루어지려면 먼저 FLM 과 Open Replicator에 SAN 구성 업데이트가 필요합니다. SAN 구성에서 다양한 케이블 연결 방식, 조닝(Zoning), 마스킹 등이 사용될 수 있기 때문에 SAN을 통해 FLM 및 Open Replicator를 사용한 데이터 마이그레이션을 설정할 때는 일반적으로 다음과 같은 요구 사항이 적용됩니다.

• FLM 및 Open Replicator에 Fibre Channel 스위치가 필요합니다. 직접 연결(예: Arbitrated Loop)은 지원되지 않습니다.

• 원격 스토리지용 SAN에는 컨트롤 Symmetrix SAN에 대한 접속 구성이 있어야 합니다. FLM 및 Open Replicator를 사용하려면 원격 스토리지에서 하나 이상의 포트가 원격 디바이스에 대한 액세스를 허용하고 컨트롤 스토리지에서 하나 이상의 콜드 복제용 포트와 모든 핫 복제용 포트를 통해 컨트롤 디바이스를 액세스할 수 있어야 합니다.

9

도너 DMX 디바이스에 대한 선택적인 페일백


• Fibre Channel 스위치에 조닝(Zoning)을 설정하여 컨트롤 Symmetrix FA(Fibre Adapter)를 원격 스토리지 프런트엔드 어댑터에 조닝(Zoning)해야 합니다.

• 소스 디바이스를 위한 스토리지 포트에서 VCM(볼륨 구성 관리) 소프트웨어인 Volume Logix for Symmetrix를 실행하므로, 타겟 스토리지 포트에서 타겟 디바이스를 액세스할 수 있는 권한을 부여하도록 설정되어야 합니다. 예를 들어 Symmetrix에서 컨트롤 FA는 원격 스토리지 디바이스를 액세스할 수 있도록 설정되어야 합니다.

SYMCLI 명령 symsan 을 실행하면 특정 Symmetrix 디렉터 및 포트에 인식되는 LUN WWN과 포트가 나열됩니다. 이를 통해 포트와 타겟 간의 조닝(Zoning)이 정확한지 확인할 수 있습니다. Open Replicator 세션은 생성하지 않아도 됩니다.

이 명령을 실행하면 원격 포트 WWN과 원격 포트 WWN에 대한 LUN WWN이 표시됩니다.

symsan [-h]

list <-sanports | -sanluns -wwn <SanPort> >

-sid <SymmID> -dir <# | ALL> -port <# | ALL>

[-detail]

symsan 에 대한 자세한 내용은 EMC Solutions Enabler Symmetrix CLI Command Reference를 참조하십시오.

도너 DMX 디바이스에 대한 선택적인 페일백

다음의 선택적인 FLM 명령을 사용하여 도너 DMX 디바이스로 페일백하거나 새 VMAX 또는 도너 DMX 디바이스 마이그레이션 이후의 ID 나 상태를 복구할 수도 있습니다. 필요한 추가적인 컨텍스트와 추가 단계에 대해서는 이 기술 노트의 끝 부분에 운영 체제 유형별로 제공된 예를 참조하십시오.

symrcopy failback -session_name sym1_to_sym2 -migrate

FLM 마이그레이션을 취소하여 도너 DMX 디바이스에 대한 전체 데이터를 액세스해야 하는 경우에는 failback 명령과 -migrate 옵션을 함께 사용해야 합니다. 이 명령은 FLM 세션을 중지하고, 도너 DMX 디바이스를 host_active 모드로 복구하고, 새 VMAX 디바이스를 host_passive 모드로 복구합니다.

10

도너 DMX 디바이스의 선택적인 재사용


failback 명령은 새 VMAX 디바이스의 디바이스 WWN, 디렉터/포트 또는 디바이스 구조 연합에 영향을 주지 않지만 failback 명령을 실행하면 기존 디바이스 예약이 도너 DMX 디바이스로 복구됩니다. 이 명령은 FLM 세션이 데이터를 복제 중일 때 또는 복제가 완료된 상태일 때 실행할 수 있습니다. failback 명령을 완료하면 FLM 세션이 "FailedBack" 상태로 남게 됩니다. 이 상태에서는 terminate 작업만 실행할 수 있습니다. FLM 세션이 종료된 후에는 페일백이 불가능합니다.

도너 DMX 디바이스의 선택적인 재사용

FLM 마이그레이션을 완료한 후에 도너 DMX 디바이스를 선택적으로 재사용하려면 도너 DMX 및 새 VMAX 디바이스가 어떤 호스트에서도 같은 ID 로 표시되지 않아야 합니다. 두 디바이스가 더 이상 같은 SAN에 있지 않도록 하거나, 아래에 설명된 ID 및 구조 재설정 명령을 사용하여 새 VMAX 디바이스를 네이티브 ID 로 복구해야 합니다. 필요한 추가적인 컨텍스트와 추가 단계에 대해서는 이 기술 노트의 끝 부분에 운영 체제 유형별로 제공된 예를 참조하십시오.

symconfigure commit -f restore_id -sid <SID>

여기서 restore_id 파일에는 다음 중 하나 또는 두 가지 모두가 포함됩니다.

SET DEV <symdev>[:<symdev>] IDENTITY = NO IDENTITY; SET DEV <symdev>[:<symdev>] GEOMETRY = NO GEOMETRY;

FLM 마이그레이션이 완료되면 새 VMAX 디바이스의 원래 ID 및 구조를 복구할 수도 있습니다. FLM 마이그레이션 세션이 종료된 후에는 호스트 애플리케이션을 오프라인으로 변경하거나 애플리케이션 호스트를 종료해야 합니다. 그러면 위 명령들이 해당 디바이스 WWN을 원래 값으로 설정하고 해당 디렉터/포트 및 디바이스 구조 값을 마이그레이션 이전의 원래 상태로 복구함으로써 디바이스의 ID 및 구조를 복구합니다.

중요! set identify 및 set geometry 작업을 함께 수행하여 새 VMAX 디바이스의 원래 ID를 복구하는 것이 좋습니다.

호스트 애플리케이션을 다시 온라인 상태로 만들거나 애플리케이션 호스트를 재부팅할 때 원래의 ID를 사용하여 새 VMAX 디바이스를 액세스할 수 있습니다. FLM 세션이 아직 존재하면 이와 같은 방법으로 새 VMAX 디바이스의 ID 및 구조를 복구하는 것이 허용되지 않습니다.

다음 디바이스에는 디바이스 ID 및 구조를 설정(또는 제거)할 수 없습니다.

• 메타 멤버

• 볼트(Vault) 디바이스

• SFS 디바이스

11

제공 정보


• SAVE 디바이스

• 데이터 디바이스

• DRV

• 매핑된 디바이스

• 비 FBA 디바이스

• VCMDB 디바이스

FLM 마이그레이션이 완료된 후에 도너 DMX 디바이스를 선택적으로 재사용하려면 다시 host_active 모드로 설정해야 합니다. 이 작업을 수행하려고 할 때 도너 DMX 와 새 VMAX 디바이스가 어떤 호스트에서도 같은 ID로 표시되지 않아야 합니다. 두 디바이스가 더 이상 같은 SAN에 있지 않거나, 위에 있는 ID 및 구조 재설정 명령을 새 VMAX 디바이스에서 실행한 상태여야 합니다.

DMX 디바이스를 host_active로 설정하려면 Solutions Enabler 7.3 및 Enginuity 5875 서비스 릴리즈 이후 버전을 사용해 다음 명령을 실행합니다. symdev -sid <sid> host_active <symdev>

중요! Solutions Enabler 7.3 및 Enginuity 5875 서비스 릴리즈 이전 버전이 설치된 경우 EMC 고객 서비스에 문의하여 DMX 디바이스를 host_active 모드로 복구하십시오.

제공 정보

FLM 은 Symmetrix VMAX 구입 시 무료로 제공되는 소프트웨어 패키지인 Symmetrix Migrator에 포함되어 있습니다.

요구 사항 및 상관 관계

FLM 마이그레이션에 적용되는 요구 사항 및 상관 관계와 관련된 다음 지원 정보를 참조하십시오.

• 지원되는 운영 체제, 파일 시스템 및 논리적 볼륨 관리자에 대한 자세한 내용은 http://powerlink.emc.com에 있는 EMC Federated Live Migration Simple Support Matrix를 참조하십시오.

• 호스트 및 경로 다중화 툴 유형별로 FLM(Federated Live Migration)을 사용한 마이그레이션 지원 절차에 대해 자세히 알아보려면 http://powerlink.emc.com 에서 EMC Symmetrix Procedure Generator를 참조하십시오.

• 대상 Symmetrix VMAX에 Enginuity 5875 이상이 필요합니다.

• Solutions Enabler 7.2 이상이 필요합니다. 그러나 현재 지원되는 모든 FLM 옵션을 최대한 활용하려면 최신 버전의 Solutions Enabler를 사용하는 것이 좋습니다.



12



• FLM 은 한 호스트에서 동시에 최대 32 개의 디바이스 페어를 지원합니다.

• Enginuity 5773 이상을 사용할 때 도너 DMX당 허용되는 활성 FLM 세션의 최대 수는 1024개입니다.

• Enginuity 5875 이상을 사용할 때 타겟 VMAX당 허용되는 활성 FLM 세션의 최대 수는 2048개입니다.

• PowerPath 4.5.0 이상이 필요합니다. FLM의 최신 지원 환경에 대한 자세한 내용은 E-Lab ESSM(EMC Simple Support Matrix)의 최신 릴리즈를 참조하십시오. EMC Federated Live Migration Simple Support Matrix는 http://powerlink.emc.com에서 확인할 수 있습니다.

• FLM 을 사용하려면 도너 스토리지가 Enginuity 팩이 적용된 Symmetrix 여야 합니다. Enginuity 를 통해 도너 DMX 디바이스의 host_active/host_passive 상태를 제어해야 하기 때문입니다.

• 특정 클러스터 솔루션에 대한 SCSI-3 영구 디바이스 예약 지원을 사용하려면 Enginuity 5876 및 Solutions Enabler 7.4 이상이 필요합니다. 이전 버전의 Enginuity 를 사용한 FLM 마이그레이션에는 클러스터링되지 않은 호스트 환경이 여전히 필요합니다. 현재 지원되는 SCSI-3 호스트 클러스터 솔루션의 목록을 보려면 http://powerlink.emc.com 에서 EMC Federated Live Migration Simple Support Matrix를 참조하십시오.

• SCSI-2 비영구 디바이스 예약은 독립 실행형 호스트에 대해 지원됩니다. 그러나 SCSI-2 비영구 예약은 Enginuity 5876 및 Solutions Enabler 7.4 이상이 실행되는 특정 클러스터 솔루션에 대해서도 지원됩니다. 현재 지원되는 SCSI-2 호스트 클러스터 솔루션의 목록을 보려면 http://powerlink.emc.com 에서 EMC Federated Live Migration Simple Support Matrix를 참조하십시오.

• Enginuity 5876 및 Solutions Enabler 7.4의 특정 클러스터 솔루션 지원이 이루어지기 전에, SCSI 예약이 포함된 디바이스에서 풀(pull) 작업을 수행하려는 경우 원격 디바이스에 대해 클러스터가 실행 중이거나 해당 디바이스가 AIX LVM 디바이스이면, Open Replicator 세션을 생성하기 전에 클러스터, AIX 호스트 또는 SCSI 예약을 생성하는 기타 소프트웨어를 종료해야 합니다.

• 부팅 디바이스에 대한 FLM 마이그레이션은 현재 지원되지 않습니다.

• 핫 풀(hot pull) 작업에서 일반적인 ORS의 제한 사항이 적용되므로 도너 DMX 디바이스는 로컬 또는 원격 복제의 타겟이 될 수 없습니다.

• 도너 DMX 디바이스의 기존 TF/Snap, TF/Clone 또는 SRDF 세션은 FLM을 통해 마이그레이션되지 않습니다. 마이그레이션이 완료된 후 새로 마이그레이션된 볼륨에 대해 새 TimeFinder 또는 SRDF 세션을 만들 수 있습니다.

• PowerPath 네이티브 명명법 및 "유사" 디바이스가 지원되지만, FLM 및 PowerPath에는 PowerPath "유사" 디바이스를 사용하는 것이 좋습니다.




13



• 대부분의 마이그레이션에서는 이전 스토리지를 제거합니다. 하지만 이전 스토리지를 재사용하려는 경우, 동일한 SAN이나 동일한 호스트 또는 새로운 스토리지가 표시될 수 있는 모든 호스트에는 스토리지를 재구축하지 않는 것이 바람직합니다. 자주 발생하지는 않지만 동일한 SAN 내에 스토리지를 재구축하는 경우 스토리지 관리자가 수작업을 통해 Symmetrix VMAX 디바이스의 네이티브/실제 ID로 전환해야 합니다.

참고: 연결된 개인 정보를 제거하기 전에 애플리케이션을 중지해야 하므로 다운타임이 발생합니다. 그런 다음 호스트를 재부팅해야 합니다. 재부팅 후에는 애플리케이션이 새로운 네이티브 디바이스 ID를 표시합니다.

• 새 VMAX 디바이스에서 연합 ID로 호스트를 계속 실행할 수도 있지만 마이그레이션 직후 가능한 한 빨리 스푸핑된 ID 를 제거하는 것이 좋습니다. ID 스푸핑을 장기간 그대로 두면 FLM에 대한 내용과 디바이스 ID의 연합 방식에 대해 자세히 알지 못하는 시스템 관리자나 기타 사용자에게 혼란을 줄 수 있습니다. 이는 주의를 환기시키기 위한 권장 사항일 뿐이며, 스푸핑 제거는 필수 요구 사항은 아닙니다. VMAX 디바이스는 연합된 상태로 무기한 유지될 수 있으며 어떠한 경우에도 스푸핑 제거를 위해 특별히 요구되는 사항은 없습니다.

• FLM 마이그레이션이 완료된 후에 도너 DMX 디바이스를 선택적으로 재사용하려면 새 VMAX에서 set identify 및 set geometry 작업을 모두 수행하는 것이 좋습니다.

• Solutions Enabler 7.3 및 Enginuity 5875 서비스 릴리즈 이전 버전이 설치된 경우 symdev -sid <sid> host_active <symdev> 명령을 사용할 수 없으므로 EMC 고객 서비스에 문의하여 DMX 디바이스를 host_active 모드로 복구해야 합니다.

• 모든 소스 및 타겟 FA 포트는 애플리케이션 호스트별로 사용 가능한 동일한 디렉터 포트 또는 이니시에이터 그룹 비트 설정으로 구성되어야 합니다. 디렉터 포트 또는 이니시에이터 그룹 비트 설정은 EMC Support Matrix 에 따라 설정되어야 합니다.

• 네이티브 환경이 검증된 상태대로 작동되도록 하려면 스푸핑 제거의 일환으로 EMC Support Matrix에 따라 필요한 호스트 문제 해결 절차를 밟아야 합니다. FLM 마이그레이션의 타겟 디바이스를 선택할 때는 스푸핑된 ID와 네이티브 ID 모두에 대한 애플리케이션 호스트 구성 제한을 고려하십시오.

• 이중화 및 성능상의 이유로 인해 소스 DMX와 타겟 VMAX 간의 FLM에 대해 여러 FA가 필요합니다.

• 새 VMAX 스토리지에 대해 권장되는 최대 값은 다음과 같습니다.

o 도너 DMX 스토리지가 Enginuity 5671을 실행하는 경우 20%

o 도너 DMX 스토리지가 Enginuity 5773을 실행하는 경우 40%

14

Solutions Enabler의 중요 변경 사항


• 새 VMAX 스토리지에서 FLM 에 사용되는 포트에는 ACLX 가 활성화되어 있어야 합니다.

• Symmetrix 간 접속에 사용할 디렉터 포트를 선택할 때 각 스토리지에 사용된 포트는 같은 로컬 디렉터에 있지 않아야 합니다. 예를 들어, 소스 스토리지에 포트 8aA 및 8aB를 사용하고 타겟 스토리지에 포트 15eA 및 15eB 를 사용하는 것은 불가능합니다. A 및 B 포트가 모두 같은 로컬 디렉터에 있기 때문입니다(8a 는 소스 Symmetrix 에 있고 15e 는 타겟 Symmetrix에 있음). 하지만 소스 스토리지에서 8aA 및 9aA를 사용하고 타겟 스토리지에서 15eA 및 16eA 를 사용하는 것은 가능하며, FLM의 접속을 구성하는 적절한 방법입니다.

• BCV 디바이스는 AIX용 FLM 소스 디바이스로 지원되지 않습니다. 원격 디바이스는 RAID 유형이나 메타 구성이 동일하지 않아도 됩니다. 푸시(push) 작업을 위해서는 원격 용량이 컨트롤 디바이스 익스텐트보다 크거나 같고 풀(pull) 작업을 위해서는 컨트롤 디바이스 익스텐트가 원격 용량보다 크거나 같아야 합니다. 컨트롤 디바이스보다 큰 원격 디바이스에 데이터가 전달된 후 데이터를 컨트롤 디바이스로 다시 가져오는 경우에는 예외적으로 이 조건이 적용되지 않습니다. 이 경우에는 -force_copy 옵션을 사용합니다.

• 컨트롤 디바이스당 한 번에 하나의 복제 세션만 활성화할 수 있습니다. 디바이스에서 다른 세션을 생성하거나 시작하려면 먼저 활성 세션을 완료하거나 종료해야 합니다.

• Open Replicator 복제 세션은 두 스토리지 간에 실행되며 동일한 Symmetrix 스토리지에 있는 컨트롤 디바이스와 원격 디바이스로는 생성할 수 없습니다. 동일한 Symmetrix 스토리지 내에서 복제를 수행하려면 TimeFinder®/Snap 및 Clone과 같은 SYMCLI 제어 작업을 사용해야 합니다.

• Open Replicator 는 Fibre Channel 통합 디렉터를 사용하는 FBA 디바이스에만 사용할 수 있습니다. 호스트에 매핑될 수 있는 디바이스 유형인 CKD, VCM, WORM, 메타 멤버는 지원되지 않습니다.


symrcopy, symconfigure 및 symdev SYMCLI 명령은 FLM 기능을 지원하도록 개선되었습니다.

symrcopy 는 FLM 작업을 나타내기 위한 새 옵션인 -migrate 를 사용하고 FLM 세션에 대한 새 페일백 명령을 사용할 수 있도록 변경되었습니다. FLM 세션은 핫 풀(hot pull) 작업입니다. FLM 세션을 나타내려면 -pull 옵션 및 -migrate 옵션이 symrcopy create 명령에 포함되어야 합니다.

15



-migrate 옵션은 FLM 세션과 관련된 모든 후속 symrcopy activate, terminate, failback 및 set ceiling 명령에 포함되어야 합니다. -host_type 옵션은 호스트의 개별 요구 사항을 기준으로 FLM 이 경로 다중화 소프트웨어에 특정 host_active 및 host_passive 상태를 올바르게 설정하는 데 필요한 운영 체제 컨텍스트를 FLM에 제공합니다.

선택적인 -hba_type 옵션은 애플리케이션 호스트의 HBA 유형을 식별합니다. 특정 -host_type 옵션 값을 사용하여 FLM 마이그레이션을 지원해야 할 수도 있습니다. 선택적인 -mp_type 옵션은 호스트 경로 다중화 소프트웨어 공급업체 및 버전을 식별합니다. 이 옵션은 -host_type 옵션에서 특정 값이 사용될 때 필요할 수도 있습니다. -cluster_type 옵션은 영구 예약을 사용하는 SCSI-3 클러스터를 지원하는 데 사용하며 FLM을 대상으로 한 특정 클러스터 유형을 식별합니다. 이 옵션은 비영구 예약을 사용하는 SCSI-2 기반 클러스터에는 적용되지 않습니다.

-migrate 옵션은 다른 symrcopy 명령에 지정되거나 -migrate 없이 만든 세션에 대해 activate, terminate, set pace 명령과 함께 사용되는 경우 실행이 거부됩니다.

새 symrcopy failback 명령은 세션을 중지하고, 세션이 생성된 후에 예전처럼 도너 DMX 디바이스가 host_active 모드로 돌아오고 새 VMAX 디바이스가 host_passive 모드로 돌아왔음을 나타냅니다. 이 명령은 새 VMAX 디바이스의 디바이스 WWN, 디렉터/포트 또는 디바이스 구조 스푸핑에 영향을 주지 않습니다.

failback 명령을 실행하면 기존 디바이스 예약이 도너 DMX 디바이스로 복구됩니다. 이 명령은 세션이 현재 데이터를 복제 중이거나, 복제가 완료되었거나 어느 상태에 있든 실행할 수 있습니다. 이 명령을 실행하면 이후에 terminate 명령만 사용할 수 있는 "FailedBack" 상태로 세션이 남게 됩니다.

symrcopy list 명령은 선택적인 -type 옵션을 사용할 수 있도록 변경되었습니다. 이 옵션은 사용자가 FLM 세션만 보기를 원하는지 아니면 FLM 이 아닌 표준 세션만 보기를 원하는지를 나타냅니다. symrcopy query 및 list 명령 출력도 마이그레이션 세션을 나타내도록 변경됩니다.

symrcopy verify 명령은 FailedBack 이라는 새로운 상태를 사용할 수 있도록 변경되었습니다.

16

종합적인 명령 참조



다음의 종합적인 Solutions Enabler SYMCLI 명령, 옵션 및 출력 목록은 지원되는 FLM 기능의 변경 사항을 쉽게 알아볼 수 있도록 제공된 참조 정보입니다.

symrcopy <-file <FileName> [-noprompt] | -noprompt 'redirect stdin'> [-star] [-i <Interval>] [-c <Count>] create -pull -migrate -host_type <OStype> [-hba_type <HBAType>] [-mp_type <MPtype>]

[-cluster_type <CLUSTERtype>] [-name <SessionName>] [-pace <Pace>] activate [-vxfs <MountPoint...>] | [-rdb -dbtype <DbType> [-db <DbName>]] | [-consistent] | [-migrate] failback -migrate set pace <Pace> [-migrate] set frontend_zero off [-migrate] terminate [-symforce] [-all_sessions | -migrate] symrcopy [-sid SymmID] [-i <Interval>] [-c <Count>] list [-offline] [-detail | -wwn] [-type <migrate | standard>] verify [-star] | [-summary] [-createinprog | -created | -recreateinprog | -recreated | -copyinprog | -copyonaccess | -copyonwrite | -copied | -terminateinprog | -failed | -verifyinprog | -restored | -restinprog | -precopy [-cycled] | -syncinprog | -synchronized | -failedback]

참고: symrcopy list 명령을 -type 옵션 없이 실행하면 기본적으로 모든 ORS 세션이 출력에 포함됩니다.

symrcopy list 명령을 -type 과 함께 사용하면 지정된 세션 유형으로 출력이 필터링됩니다.

symrcopy list -sid 307 -type migrate

Symmetrix ID: 000194900307 Control Device Remote Device Flags Status Done

17



--------------- ----------------------------------- ------- -------------- ---- Protected Sym Tracks Identification RI CDSHUTZ CTL <=> REM (%) ----- --------- -------------------------------- -- ------- -------------- ---- 0150 138090 000190100860:024A SD ...XXM. Created N/A Total --------- Tracks 138090 MB(s) 8630.6 Legend: R: (Remote Device Vendor Identification) S = Symmetrix, C = Clariion, . = Unknown. I: (Remote Device Specification Identifier) D = Device Name, W = LUN WWN, World Wide Name. Flags: (C): X = The background copy setting is active for this pair. . = The background copy setting is not active for this pair. (D): X = The session is a differential copy session. . = The session is not a differential copy session. (S): X = The session is pushing data to the remote device(s). . = The session is pulling data from the remote device(s). (H): X = The session is a hot copy session. . = The session is a cold copy session. (U): X = The session has donor update enabled. . = The session does not have donor update enabled. (T): M = The session is a migration session. S = The session is a standard ORS session. (Z): X = The session has front-end zero detection enabled. . = The session does not have front-end zero detection enabled. (*): The failed session can be reactivated.

symrcopy query

symrcopy query 명령은 아래에 굵은 변경 내용으로 표시된 것처럼 마이그레이션 세션을 출력에 표시하도록 수정되었습니다.

symrcopy query -f query_test

Device File Name : query_test Control Device Remote Device Flags Status Done ---------------------------- ----------------------------------- ------- -------------- ---- Protected SID:symdev Tracks Identification RI CDSHUTZ CTL <=> REM (%) ------------------ --------- -------------------------------- -- ------- -------------- ---- 000194900307:0150 138090 000190100860:024A SD ...XXM. Created N/A

18



Total --------- Track(s) 138090 MB(s) 8630.6 Legend: R: (Remote Device Vendor Identification) S = Symmetrix, C = Clariion, . = Unknown. I: (Remote Device Specification Identifier) D = Device Name, W = LUN WWN, World Wide Name. Flags: (C): X = The background copy setting is active for this pair. . = The background copy setting is not active for this pair. (D): X = The session is a differential copy session. . = The session is not a differential copy session. (S): X = The session is pushing data to the remote device(s). . = The session is pulling data from the remote device(s). (H): X = The session is a hot copy session. . = The session is a cold copy session. (U): X = The session has donor update enabled. . = The session does not have donor update enabled. (T): M = The session is a migration session. S = The session is a standard ORS session. (Z): X = The session has front-end zero detection enabled. . = The session does not have front-end zero detection enabled. (*): The failed session can be reactivated.

symrcopy query -summary

이제 symrcopy query -summary 명령의 출력에 failedback 상태의 세션을 위한 줄이 포함됩니다. 예를 들면 다음과 같습니다.

symrcopy query -f query_test –summary

Device File Name : query_test RCopy Session State Count ----------------------- ------ CreateInProg 0 Created 0 RecreateInProg 0 Recreated 0 CopyInProg 2 CopyOnAccess 0 CopyOnWrite 0 Copied 0 Restored 0 RestInProg 0 Precopy 0 TerminateInProg 0 Failed 0 FailedBack 0 VerifyInProg 0 ----------------------- ------ Total 2

19



Track(s) MB(s) ----------- ------- Total Protected 32333 2020.8

symrcopy query -output xml

symrcopy query 명령의 XML 출력은 아래에 굵은 변경 내용으로 표시된 것처럼 마이그레이션 세션을 표시하는 출력을 생성하도록 수정되었습니다. 새로운 session_type 값은 FLM 세션의 경우 Migrate, FLM 세션이 아닌 경우 Standard가 됩니다.

symrcopy query -f query_test -output xml

<SymCLI_ML> <RCopy> <file>/tmp/query_test</file> <Session> <state>Created</state> <percent_done>N/A</percent_done> <protected_tracks>33000</protected_tracks> <Control> <symid>000192600306</symid> <dev_name>01B2</dev_name> </Control> <Flags> <backgrnd_copy>False</backgrnd_copy> <differential>False</differential> <pull_data>True</pull_data> <hot_copy>True</hot_copy> <donor_update>True</donor_update> <session_type>Migrate</session_type> </Flags> </Session> </RCopy> <RCopy_Totals> <src_protected_tracks>33000</src_protected_tracks> <src_protected_tracks_mb>2062.5</src_protected_tracks_mb> </RCopy_Totals> </SymCLI_ML>

symrcopy list -output xml

symrcopy list 명령의 XML 출력 버전은 아래에 굵은 변경 내용으로 표시된 것처럼 마이그레이션 세션을 표시하는 출력을 생성하도록 수정되었습니다.

symrcopy list -sid 000192600306 -output xml

<SymCLI_ML> <Symmetrix>

20



<Symm_Info> <symid>000192600306</symid> </Symm_Info> <RCopy> <Session> <state>Created</state> <percent_done>N/A</percent_done> <protected_tracks>33000</protected_tracks> <Control> <symid>000192600306</symid> <dev_name>01B2</dev_name> </Control> <Flags> <backgrnd_copy>False</backgrnd_copy> <differential>False</differential> <pull_data>True</pull_data> <hot_copy>True</hot_copy> <donor_update>True</donor_update> <session_type>Migrate</session_type> </Flags> </Session> </RCopy> <RCopy_Totals> <protected_tracks>33000</protected_tracks> <protected_tracks_mb>2062.5</protected_tracks_mb> </RCopy_Totals> </Symmetrix> </SymCLI_ML>

symrcopy query -summary -output xml

XML 출력은 summary 옵션을 사용하도록 업데이트되었습니다. <RCopy_Totals> 태그 섹션의 내용은 -summary 가 지정된 경우 synchronization_rate 및 synchronization_rate_units 를 포함하도록 변경되었습니다.

참고: -summary 옵션을 사용하면 다음 두 조건이 모두 충족되는 경우에만 <synchronization_rate>, <synchronization_rate_units> 및 <estimated_time_to_completion> 태그가 표시됩니다.

• -i 와 c 옵션 중 하나 이상이 지정되어 있습니다.

• 이전 반복 이후로 보호되는 트랙 수에 변화가 있었습니다.

다음은 symrcopy query summary 의 두 번째 반복 XML 출력을 보여 줍니다.

symrcopy query -f query_test -summary -output xml

<Device>

21



<Device_Info> <name>query_test</name> </Device_Info> <RCopy_State> <state>CreateInProg</state> <count>0</count> </RCopy_State> <RCopy_State> <state>Created</state> <count>0</count> </RCopy_State> <RCopy_State> <state>RecreateInProg</state> <count>0</count> </RCopy_State> <RCopy_State> <state>Recreated</state> <count>0</count> </RCopy_State> <RCopy_State> <state>CopyInProg</state> <count>2</count> </RCopy_State> <RCopy_State> <state>CopyOnAccess</state> <count>0</count> </RCopy_State> <RCopy_State> <state>CopyOnWrite</state> <count>0</count> </RCopy_State> <RCopy_State> <state>Copied</state> <count>0</count> </RCopy_State> <RCopy_State> <state>Restored</state> <count>0</count> </RCopy_State> <RCopy_State> <state>RestInProg</state> <count>0</count> </RCopy_State> <RCopy_State> <state>Precopy</state> <count>0</count> </RCopy_State> <RCopy_State> <state>TerminateInProg</state> <count>0</count> </RCopy_State> <RCopy_State> <state>Failed</state> <count>0</count> </RCopy_State> <RCopy_State> <state>FailedBack</state> <count>0</count> </RCopy_State>

22



<RCopy_State> <state>VerifyInProg</state> <count>0</count> </RCopy_State> <RCopy_State_Totals> <count>2</count> </RCopy_State_Totals> <RCopy_Totals> <protected_tracks>25718</protected_tracks> <protected_mbs>1607.4</protected_mbs> <synchronization_rate>13.9</synchronization_rate>

<synchronization_rate_units>MB/S</synchronization_rate_units> <estimated_time_to_completion>0 days, 00:01:55</estimated_time_to_completion> </RCopy_Totals> </Device>

Symconfigure

symconfigure 기능은 디바이스의 ID를 원래 값으로 복구할 수 있도록 변경되었습니다.

FLM 세션 중에 새 VMAX 디바이스의 외부 ID는 원격 디바이스의 ID로 설정되고, 원격 디바이스는 host_passive 모드로 설정되고, 새 VMAX 디바이스는 host_active 모드로 설정됩니다. 따라서 새 VMAX 디바이스는 모든 읽기 및 쓰기 액세스 요청을 받게 됩니다. FLM 세션이 완료되면 symconfigure를 다음과 같이 사용하여 새 VMAX 디바이스의 원래 ID를 복구할 수 있습니다.

symconfigure commit -sid <SymmID> -file reset_id

여기서 reset_id 는 "set dev <SymDevName> identity=NO identity;"를 포함합니다.

디바이스 속성 설정:

set dev SymDevName[:SymDevName] attribute = [NO ]<device_attr>; set dev SymDevName[:SymDevName] identity = NO identity;

symdev

symdev show 및 list 명령은 새 외부 디바이스 정보를 지원하도록 변경되었습니다. symdev show 는 기본적으로 외부 디바이스 정보를 표시합니다. symdev list 에서는 FLM 작업 중에 외부 ID가 변경된 디바이스를 선택할 수 있는 새로운 옵션, 그리고 현재 host_passive 모드로 설정된 디바이스를 선택할 수 있는 추가적인 옵션을 사용할 수 있습니다.

23



FLM 세션 후에 symdev 명령을 사용하여 컨트롤 디바이스의 호스트 액세스 모드를 복구할 수도 있습니다.

symdev [-sid SymmID] [-offline] [-cyl] [-geometry | -identity] show SymDevName symdev [-sid SymmID] [-offline] [-v] [-resv] [-wwn] [-all] list [-FA <#|ALL> [-P #] | … [-geometry_set] [-identity_set] [-host_passive] [-identity [-detail]] … [-tdev [-bound | -unbound]] [-datadev [-nonpooled]]

symdev show

symdev show 명령의 출력은 마이그레이션 작업 중에 가상화된 디바이스의 외부 ID를 표시할 수 있도록 수정되었습니다.

symdev -sid 207 show 0477

Device Physical Name : Not Visible Device Symmetrix Name : 0477 Device Serial ID : N/A Symmetrix ID : 000192600207 Number of RAID Groups : 1 Attached BCV Device : N/A Attached VDEV TGT Device : N/A Vendor ID : EMC Product ID : SYMMETRIX Product Revision : 5825 Device WWN : 60000970000192600207533030343737 Device Emulation Type : FBA Device Defined Label Type: N/A Device Defined Label : N/A Device Sub System Id : 0x0001 Cache Partition Name : DEFAULT_PARTITION Device Block Size : 512 Device Capacity { Cylinders : 960 Tracks : 14400 512-byte Blocks : 1843200 MegaBytes : 900 KiloBytes : 921600 } Effective Device Information { Device WWN : 60000970000192600306533030313732 Front Director Paths (1):

24



{ ----------------------------------- DIRECTOR PORT LUN ---------- ---- -------- --------- Type Num Sts VBUS TID SYMM Host ----------------------------------- N/A 07E:3 RW 000 00 247 N/A N/A 07F:3 RW 000 00 247 N/A } Geometry: User Defined { Sectors/Track : 64 Tracks/Cylinder : 15 Cylinders : 200 512-byte Blocks : 192000 MegaBytes : 94 KiloBytes : 96000 } } Device Configuration : Unprotected Device is WORM Enabled : No Device is WORM Protected : No SCSI-3 Persistent Reserve: Disabled Dynamic Spare Invoked : No Dynamic RDF Capability : RDF1_OR_RDF2_Capable STAR Mode : No STAR Recovery Capability : None STAR Recovery State : NA Device Service State : Normal Device Status : Ready (RW) Device SA Status : N/A (N/A) Host Access Mode : Active Front Director Paths (1): { ---------------------------------------------------------------------- POWERPATH DIRECTOR PORT LUN --------- ---------- ---- -------- --------- PdevName Type Type Num Sts VBUS TID SYMM Host ---------------------------------------------------------------------- Not Visible N/A FA 07E:1 RW 000 00 247 N/A Not Visible N/A FA 07F:1 RW 000 00 247 N/A } . . . Remote Copy Device Information { Remote Copy Session Name : N/A Session State : Created Pull : True Offline Copy : False Differential Copy : Disabled Background Copy : Disabled Incremental Copy : False Donor Update : True

25



Federated Live Migration : True Starting Block : 0 Total Blocks : 192000 Percent Copied : N/A Remote Devices [1] { --------------------------------------------------------------------- Array:Dev WWN Starting Block --------------------- -------------------------------- -------------- 000187990007:012E 60000970000192600306533030313732 0 } }

symdev -identity_set list

symdev list 명령을 -identity_set 스위치와 함께 사용할 경우 마이그레이션 작업 중에 유효 ID 가 변경된 디바이스가 출력에 포함됩니다.

symdev -sid 207 -identity_set list

Symmetrix ID: 000192600207 Device Name Directors Device --------------------------- ------------- ------------------------------------- Cap Sym Physical SA :P DA :IT Config Attribute Sts (MB) --------------------------- ------------- ------------------------------------- 0477 /dev/sddv ***:* 06E:C1 2-Way Mir N/Grp'd (M) RW 2063

symdev -identity list

symdev list 명령을 -identity 스위치와 함께 사용할 경우 모든 디바이스 및 디바이스 외부 ID가 출력에 포함됩니다. 설정된 디바이스 외부 ID 가 없는 경우에는 네이티브 ID 가 표시됩니다. 이 출력은 -identity_set 스위치를 사용하여 필터링할 수 있습니다.

symdev -sid 207 -identity -identity_set list

symdev -sid 307 list -identity -identity_set Symmetrix ID: 000194900307 Device FLG External Identity ---------------------------------- --- ---------------------------------------- Sym Physical Config Sts IG Array ID Num Ser Num Cap (MB) ---------------------------------- --- ---------------------------------------- 0150 Not Visible 2-Way Mir RW X. 000190100860 0024A 600024A000 8631

Legend: Flags: (I)dentity : X = The device has a non-native external identity set . = The device does not have an external identity set (G)eometry : X = The device has a user defined geometry . = The device does not have a user defined geometry

26



-identity 스위치를 -detail 스위치로 더 확장하여 디바이스 외부 wwn을 표시할 수 있습니다.

symdev -sid 207 -identity -detail -identity_set list

Symmetrix ID: 000194900307 Device FLG External Identity ---------------------------------- --- ------------------------------------------------------------------------- Sym Physical Config Sts IG Array ID Num Ser Num Cap (MB) WWN ---------------------------------- --- ------------------------------------------------------------------------- 0150 Not Visible 2-Way Mir RW X. 000190100860 0024A 600024A000 8631 60060480000190100860533030323441 Legend: Flags: (I)dentity : X = The device has a non-native external identity set . = The device does not have an external identity set (G)eometry : X = The device has a user defined geometry . = The device does not have a user defined geometry

symdev -output xml show

symdev show 명령의 XML 출력 버전은 아래에 굵은 변경 내용으로 표시된 것처럼 마이그레이션 세션을 표시하는 출력을 생성하도록 수정되었습니다.

symdev -sid 207 -output xml show 0477

<SymCLI_ML> <Symmetrix> <Symm_Info> <symid>000192600207</symid> </Symm_Info> <Device> <Dev_Info> <pd_name>Not Visible</pd_name> <dev_name>0477</dev_name> <configuration>Unprotected</configuration> <number_of_raid_groups>1</number_of_raid_groups> <attached_bcv>N/A</attached_bcv> <emulation>FBA</emulation> <status>Ready</status> <sa_status>N/A</sa_status> <service_state>Normal</service_state> <ssid>0x0001</ssid> <cache_partition_name>DEFAULT_PARTITION</cache_partition_name> <host_access_mode>Active</host_access_mode> </Dev_Info> <Attached> <BCV>N/A</BCV> <VDEV>N/A</VDEV> </Attached>

27



<Product> <vendor>EMC</vendor> <name>SYMMETRIX</name> <revision>5874</revision> <serial_id>N/A</serial_id> <symid>000192600207</symid> <wwn>60000970000192600207533030343737</wwn> </Product> <Label> <type>N/A</type> <defined_label>N/A</defined_label> </Label> <Flags> <ckd>False</ckd> <worm_enabled>False</worm_enabled> <worm_protected>False</worm_protected> <dynamic_spare_invoked>False</dynamic_spare_invoked> <dynamic_rdf_capability>None</dynamic_rdf_capability> <star_mode>False</star_mode> <star_recovery_capability>None</star_recovery_capability> <star_recovery_state>N/A</star_recovery_state> <radiant_managed>False</radiant_managed> <restricted_access_dev>False</restricted_access_dev> <rdb_checksum_enabled>False</rdb_checksum_enabled> <non_exclusive_access>False</non_exclusive_access> <scsi3_persist_res>Disabled</scsi3_persist_res> <aclx>False</aclx> <symmetrix_filesystem>False</symmetrix_filesystem> <snap_save_device>False</snap_save_device> <gatekeeper>False</gatekeeper> <datadev>False</datadev> <meta>None</meta> </Flags> <Capacity> <block_size>512</block_size> <cylinders>960</cylinders> <tracks>14400</tracks> <blocks>1843200</blocks> <megabytes>900</megabytes> <kilobytes>921600</kilobytes> </Capacity> <Effective_device_info> <wwn>60000970000192600306533030313732</wwn> <Front_End> <Port> <director>07E</director> <director_type>N/A</director_type> <powerpath_type>N/A</powerpath_type> <port>5</port> <port_status>Ready</port_status> <vbus>0</vbus> <tid>0</tid> <lun>247</lun> <host_lun>N/A</host_lun> </Port> <Port> <director>07F</director> <director_type>N/A</director_type>

28



<powerpath_type>N/A</powerpath_type> <port>5</port> <port_status>Ready</port_status> <vbus>0</vbus> <tid>0</tid> <lun>247</lun> <host_lun>N/A</host_lun> </Port> </Front_End> <device_geometry> <geometry_type>User Defined</geometry_type> <sectors_per_tracks>64</sectors_per_tracks> <tracks_per_cylinder>15</tracks_per_cylinder> <cylinders>200</cylinders> <blocks>192000</blocks> <megabytes>94</megabytes> <kilobytes>96000</kilobytes> </device_geometry> </Effective_device_info> <Front_End> <Port> <pd_name>Not Visible</pd_name> <director>07E</director> <director_type>FibreChannel</director_type> <powerpath_type>N/A</powerpath_type> <port>1</port> <port_status>Ready</port_status> <vbus>0</vbus> <tid>0</tid> <lun>247</lun> <host_lun>N/A</host_lun> </Port> <Port> <pd_name>Not Visible</pd_name> <director>07F</director> <director_type>FibreChannel</director_type> <powerpath_type>N/A</powerpath_type> <port>1</port> <port_status>Ready</port_status> <vbus>0</vbus> <tid>0</tid> <lun>247</lun> <host_lun>N/A</host_lun> </Port> </Front_End> . . . <RCopy_Device> <session_name>N/A</session_name> <state>Created</state> <pull>True</pull> <offline_copy>False</offline_copy> <differential_copy>Disabled</differential_copy> <background_copy>Disabled</background_copy> <incremental_copy>False</incremental_copy> <donor_update>True</donor_update> <session_type>Migrate</session_type> <start_block>0</start_block> <total_blocks>192000</total_blocks>

29



<percent_copied>N/A</percent_copied> <Remote> <num_devs>1</num_devs> <symid>000187990007</symid> <dev_name>012E</dev_name> <wwn>60000970000192600306533030313732</wwn> <start_block>0</start_block> </Remote> </RCopy_Device>

symdev list 명령을 -identity_set 옵션과 함께 사용하면 마이그레이션 작업 중에 ID가 수정된 디바이스를 선택할 수 있습니다. 이 명령의 XML 출력 버전은 -detail 이 없어도 항상 디바이스 외부 wwn 을 표시합니다.

symdev -identity -identity_set -output xml list

<?xml version="1.0" standalone="yes" ?> <SymCLI_ML> <Symmetrix> <Symm_Info> <symid>000194900307</symid> </Symm_Info> <Device> <Dev_Info> <dev_name>0150</dev_name> <pd_name>Not Visible</pd_name> <configuration>2-Way Mir</configuration> <status>Ready</status> </Dev_Info> <Flags> <external_identity_set>True</external_identity_set> <user_defined_geometry>False</user_defined_geometry> </Flags> <Capacity> <megabytes>8631</megabytes> </Capacity> <External_Identity> <wwn>60060480000190100860533030323441</wwn> <array_id>000190100860</array_id> <dev_name>024A</dev_name> <serial_number>600024A000</serial_number> </External_Identity> </Device> </Symmetrix> </SymCLI_ML>

30

요약 및 결론


요약 및 결론

Enginuity™ 운영 환경의 EMC® Symmetrix VMAX™ 시리즈는 확장 가능한 Fabric 상호 연결 설계를 채택하여 엔트리 레벨 구성부터 다양한 페타바이트급 스토리지 시스템까지 원활하게 확장할 수 있습니다. 자동으로 최적화되는 예측 가능한 성능을 제공하는 Symmetrix® VMAX를 통해 기업에서는 프라이빗 클라우드 환경에서 필요에 따라 스케일 아웃할 수 있습니다. 또한 Symmetrix® VMAX는 스토리지 운영을 자동화하여 가상화 환경의 비즈니스 요구 사항을 원활하게 충족합니다. 자동화를 위해 제공되는 관리 툴은 가상화된 서버와 통합되고 프라이빗 클라우드 인프라스트럭처에서 관리에 소요되는 시간을 줄여 줍니다. 고객은 최고 수준의 보안과 완벽한 무중단 운영, 멀티 사이트 마이그레이션, 복구 및 재가동을 통해 "상시" 가용성을 확보하여 애플리케이션 다운타임을 방지할 수 있습니다.

Enginuity™ 버전 5876 은 Symmetrix VMAX, VMAXe 및 차세대 VMAX 스토리지를 지원하는 최신 Enginuity 릴리즈입니다. Enginuity 5876은 자동화 및 이동성을 통해 협업 리소스 풀을 연합 및 공유하여 IaaS(Infrastructure as a Service)를 지원함으로써 가상 스토리지 부문에서 EMC 의 위상을 한층 더 강화합니다. Enginuity 5876 의 스토리지 리소스 네트워킹, 공유 및 계층화 기능을 활용하면 데이터 센터에서 전용 스토리지의 애플리케이션을 통합할 수 있으므로 리소스 활용도와 데이터 이동성이 개선되고 필요한 전원 및 설치 공간이 감소하며 스토리지 관리가 간소화되는 등 새로운 수준의 효율성을 달성할 수 있습니다.

Enginuity 5876은 다음과 같은 새로운 기능을 제공합니다. • IBM System z 및 IBM i 환경에 대한 용량 활용도 향상 및 자동화 1

o IBM System z 및 IBM i 환경에 대한 FAST VP(Fully Automated Storage Tiering for Virtual Pools) 및 Virtual Provisioning

o IBM System z 및 IBM i 환경에 대한 VLUN VP 마이그레이션 지원

• 효율성 향상

o 스토리지 계층을 압축하는 FAST SMALL

o SRDF 및 SRDFe에 대한 FAST VP 지원

• 통합 수준 향상 및 TCO 절감

o 미드레인지 및 타사 스토리지를 통합하는 FTS(Federated Tiered Storage)1

o RecoverPoint Splitter

o TimeFinder Virtual Snap

31

요약 및 결론


• 가상화 환경에서의 간편한 통합 및 관리

• 통합된 SMC 및 SPA를 위한 새로운 GUI 1 VMAX 및 차세대 VMAX에만 해당됨

FLM 을 사용하면 DMX 에서 VMAX 로 운영 중단 없이 마이그레이션할 수 있습니다. FLM 은 이를 위해 EMC Open Replicator for Symmetrix 를 통한 스토리지 기반 데이터 마이그레이션과 EMC PowerPath, VERITAS DMP 또는 호스트 MPIO를 통한 호스트 레벨 애플리케이션 리디렉션을 수행합니다. 이 기능은 EMC Symmetrix Management Console 또는 SYMCLI를 통해 일원화된 명령을 실행하여 마이그레이션 세션을 시작하고, 중앙의 한 지점에서 호스트 애플리케이션을 리디렉션하는 방식으로 진정한 무중단 마이그레이션을 실현합니다.

또한 사전 검증된 다양한 스토리지 스택, 경로 다중화 툴 및 호스트 운영 체제를 지원하여 시간이 많이 소요되는 문제 해결 작업의 부담을 해소합니다. FLM은 일반 볼륨 간(Thick-to-Thick) 마이그레이션, 일반 볼륨에서 씬 볼륨으로의(Thick-to-Thin) 마이그레이션, 씬 볼륨 간(Thin-to-Thin) 마이그레이션을 모두 수행할 수 있으며 하나의 Symmetrix에 여러 시스템을 통합할 수 있는 유연성도 제공합니다.

32

요약 및 결론


Copyright © 2012 EMC Corporation. All Rights Reserved.

본 문서의 정보는 발행일 현재 정확한 것으로 간주되며 모든 정보는 예고 없이 변경될 수 있습니다.

본 문서의 정보는 "있는 그대로" 제공됩니다. EMC Corporation은 본 문서의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목적을 위한 적합성에 대하여 어떠한 묵시적인 보증도 부인합니다.

본 문서에 설명된 EMC 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어 라이센스가 필요합니다.

EMC 제품에 대한 최신 목록은 korea.emc.com의 EMC Corporation 상표 정보 부분을 참조하십시오.

본 문서에 사용된 기타 모든 상표는 해당 소유주의 자산입니다.

Documents

FLM(Federated Live Migration) · 2019-11-09 · 2 내용 요약 FLM(Federated Live Migration) 기술개요 노트 내용 요약 Enginuity™ 운영 환경의 EMC® Symmetrix VMAX™