Gartner는 데이터 마이그레이션 프로젝트의 83%가 실패하거나 예산 및 일정을 초과하는 것으로 추정합니다. 이는 많은 회사가 여전히 전용 마이그레이션 소프트웨어의 도움 없이 운영하고 있기 때문일 수 있습니다. 구식의 무능한 도구를 사용하여 NAS(Network-Attached Storage) 마이그레이션을 시도한다는 것은 다음을 의미합니다.
Gartner는 데이터 마이그레이션 프로젝트의 83%가 실패하거나 예산 및 일정을 초과하는 것으로 추정합니다. 이는 많은 회사가 여전히 전용 마이그레이션 소프트웨어의 도움 없이 운영하고 있기 때문일 수 있습니다. 구식의 무능한 도구를 사용하여 NAS(Network-Attached Storage) 마이그레이션을 시도한다는 것은 다음을 의미합니다.
- 내부 및 외부 인력의 높은 비용
- 데이터 무결성에서 마이그레이션 팀의 평판에 이르기까지 프로젝트의 모든 측면에서 위험 증가
- 정전 기간 연장으로 인한 전환 이벤트 수 증가
- 비즈니스 중단
- 적절한 보고 및 거버넌스 부족
- 전략적 이니셔티브에 참여하는 대신 마이그레이션으로 인해 주의가 산만해지는 숙련된 직원
견고한 마이그레이션 프로세스를 따르면 이러한 모든 문제를 방지하거나 크게 완화할 수 있습니다.
지난 XNUMX년 동안 복잡한 NAS 마이그레이션을 처리하면서 빠르고 정확한 NAS 마이그레이션을 달성하기 위한 XNUMX단계가 있다는 것이 분명해졌습니다.
1단계: 계획 및 탐색
IKEA 사용 설명서의 5페이지에 도착하여 모든 것을 거꾸로 조립한 것을 발견한 적이 있습니까? 아니면 나사가 없어졌나요? 뒤늦은 생각: 새 사무실 책상을 조립하기 위한 첫 번째 단계는 부품 수를 세고 설명서를 읽는 것이어야 했습니다. 전에 무엇이든 제자리에 고정합니다. 작업 중인 도구와 원하는 최종 제품의 모양을 아는 것이 핵심입니다. 그렇지 않으면 확실한 두통입니다. NAS 마이그레이션을 시작할 때도 마찬가지입니다. 소스 시스템의 콘텐츠 유형과 데이터 구성을 미리 아는 것은 마이그레이션 실패를 방지하는 데 매우 중요합니다.
NAS 마이그레이션을 시작하기 전에 무엇을 사용하고 있는지 사전에 질문하십시오.
- 실제로 마이그레이션해야 하는 데이터는 무엇입니까? 모든 것입니까? 아니면 XNUMX년 동안 아무도 건드리지 않은 오래된 데이터 중 일부를 폐기할 수 있습니까?
- LAN 또는 WAN 링크를 통해 마이그레이션할 예정입니까? 그리고 링크는 얼마나 빠릅니까?
- 얼마나 많은 데이터가 있고 그 데이터의 구성은 무엇입니까?
- 크기(마이그레이션 성능에 큰 영향을 줄 수 있으므로 중요함)?
- NFS 및/또는 SMB 또는 혼합 프로토콜?
- 어떤 애플리케이션과 애플리케이션 그룹이 영향을 받습니까?
- 데이터를 특정 순서로 또는 병렬로 마이그레이션해야 합니까?
- 전체 마이그레이션은 얼마나 걸립니까?
- 새 시스템으로 최종 전환하는 데 얼마나 걸립니까?
- 모든 용량이 한 번에 전환됩니까, 아니면 단계적으로 전환됩니까?
- 최종 컷오버에 대한 중단 허용 범위는 얼마입니까?
- 마이그레이션 작업 지연이 비즈니스에 미치는 영향과 오래된 장비를 그대로 두는 비용 영향은 무엇입니까?
- 누가 마이그레이션을 수행하고 어떤 방법을 사용합니까?
원활한 NAS 마이그레이션을 실행하고 IT 관리자가 계획을 잘 세울 수 있도록 하려면 현재 데이터와 사용자에 대한 심층적인 보기가 필요합니다. 선택한 NAS 마이그레이션 도구는 파일이 언제, 누가, 마지막으로 액세스했는지 설명하는 메타데이터를 추출하여 소스 스토리지 시스템에 대한 통찰력을 제공해야 합니다. 또한 파일별, 디렉터리별, 사용자별, 생성 시간별, 수정 시간별 또는 과거 사용량별 용량을 고려해야 합니다. NAS 마이그레이션에 대한 접근 방식을 더 잘 알리려면 이 모든 데이터를 분석해야 합니다.
2단계: 먼저 스캔 및 복사
펜이 처음으로 종이를 만나는 곳입니다. 스토리지 플랫폼 간에 파일 또는 개체 데이터를 마이그레이션할 수 있는 엔터프라이즈급 소프트웨어가 필요합니다. 시작하려면 초기 데이터 집합이 소스에서 대상 NAS로 이동됩니다(동기화 유지). First Scan은 마이그레이션해야 하는 데이터를 검색하고 First Copy는 대상에 마이그레이션 경로를 복사합니다.
일부 회사에서는 여전히 각 개별 복제 호스트에 대해 운영 체제 일정을 사용하고 있어 서버 전체에 불균형한 작업 부하가 발생합니다. 돌출을 줄이려면 마이그레이션 정책을 그래픽으로 정의하는 최신 마이그레이션 소프트웨어를 구현하여 원본과 대상 간에 복사되는 콘텐츠, 해당 콘텐츠가 재동기화되는 빈도, 손쉬운 모니터링 및 관리를 위한 단일 창을 지시할 수 있습니다.
3단계: 정상 상태
이제 첫 번째 파일을 스캔하고 소스 NAS에서 대상 NAS로 복사했으므로 정상 상태로 알려진 마이그레이션 프로세스의 다음 단계에 들어갈 때입니다. 안정적인 상태는 소스 및 대상 시스템에서 데이터의 지속적인 미러링을 제공합니다. 여기에서 귀하의 팀은 애플리케이션 및 최종 사용자를 새 시스템으로 리디렉션하는 것과 관련된 비즈니스 세부 정보 및 타이밍 결정을 수행합니다. 정상 상태 동안 데이터가 복사될 때 발생하는 모든 오류를 해결하는 것도 중요합니다. 오류는 드문 일이 아니며 필요한 경우 수정 조치를 취할 수 있도록 제대로 복사되지 않는 데이터를 식별하는 데 도움이 됩니다. 예를 들어 문자 집합 충돌 및 소스 시스템의 파일에 액세스할 수 없는지 찾을 수 있습니다. 물론 최종 전환 전에 이를 해결하는 것이 필수적입니다.
이 단계에서는 최종 전환 단계의 테스트 실행을 고려하여 한 번에 모든 것을 중단해야 하는지 또는 단계적으로 운영할 계획인지에 대한 좋은 아이디어를 얻어야 합니다. 이 모든 것을 예측하면 다음 단계에서 논의할 최종 전환에 걸리는 시간을 결정할 수 있습니다.
4단계: 최종 컷오버
이제 데이터를 새 시스템으로 옮길 때입니다. 마지막 컷오버의 의도는 캡처하는 것입니다. 모든 파일. 이는 이전 시도에서 제외되었을 수 있는 데이터를 포함하여 최종 단계에서 이동해야 하는 항목을 결정하기 위해 소스 데이터와 대상 데이터를 먼저 스캔하여 수행됩니다. 이 프로세스를 시작하기 전에 대상 데이터에도 발생하지 않는 소스 변경이 발생하지 않도록 소스 데이터에 대한 최종 사용자 액세스를 제한하도록 선택한 시스템의 설정이 설정되어 있는지 확인하십시오. 일부 시스템에서는 소스의 공유 및 내보내기 설정을 마이그레이션 도구 내에서 직접 "읽기 전용"으로 설정할 수 있습니다. 다른 시스템의 경우 스크립트를 통해 또는 수동으로 이 작업을 수행할 시간을 계획해야 합니다.최종 복사가 완료되면 대상에서 SMB 공유 및/또는 NFS 내보내기를 생성하고 읽기 및/또는 쓰기를 수행할 수 있습니다. 소스 시스템에 존재하는 항목에 따라 다릅니다.
5단계: 마이그레이션 후
조심스럽게 조립한 IKEA 책상을 드디어 뒤집었으니 이제 무게를 더해 튼튼하고 안정적인지 확인해야 합니다. 먼저 대상 시스템에서 파일, 파일 권한 및 공유/내보내기 액세스 권한을 확인하는 몇 가지 빠른 유효성 검사 테스트를 수행하는 것이 좋습니다. 애플리케이션 소유자와 소수의 주요 최종 사용자가 홈 공유와 같은 항목을 확인하기 위해 자체 애플리케이션 테스트를 실행하도록 하는 것은 마이그레이션 후에 항상 좋은 생각입니다. 데이터 상태에 만족하십니까? 대답이 예인 경우 마지막 단계는 사용자와 애플리케이션을 새 소스로 리디렉션하는 것입니다. 이는 환경에 따라 DFS 또는 DNS 변경을 통해 수행할 수 있습니다. 또는 원하는 경우 새 링크를 사용자에게 전달할 수 있습니다.
많은 NAS 마이그레이션이 실패하는 이유 중 하나는 기존 데이터에 대한 준비 및 가시성이 부족하기 때문입니다. 처음에 무엇을 마이그레이션하고 있는지 모른 채 성공적으로 마이그레이션을 실행하는 것은 불가능합니다. 미리 작업할 항목을 정확히 알고 NAS 전용 마이그레이션 도구로 마이그레이션하면 IT 팀과 최종 사용자에게 더 나은 경험을 제공할 수 있습니다.
-저자: 글로벌 영업 부사장 겸 공동 창립자 Michael Jack, 다도비
StorageReview에 참여
뉴스레터 | 유튜브 | 팟캐스트 iTunes/스포티 파이 | 인스타그램 | 트위터 | 페이스북 | RSS 피드
