새로운 SAN으로 마이그레이션하기 위한 모범 사례

Question

내 협력자는 연구소에서 분리되어 자신의 응용 프로그램과 데이터를 연구소 네트워크 외부로 이동하는 데 도움을 원합니다. 물론 상황은 빠르게 진행되고 있습니다.

그는 iSCSI를 통해 처리되는 400TB SAN에 12TB의 이미지 데이터를 보유하고 있습니다.

애플리케이션 서버는 현재 별도의 1U Dell 피자 상자에서 실행되고 있으며 현재는 Windows Server 2003에서 실행되고(앱 회사가 제품 빌드를 인증하면 2012년으로 업그레이드할 계획입니다) 앱은 공식적으로 iSCSI만 지원합니다. 회사에서 오랫동안 근무한 기술 담당자는 NFS에서 작동하는 것을 본 적이 있다고 말합니다. 그는 경로를 업데이트하려면 SQL 스크립트만 실행하면 된다고 말했습니다.

제가 제안한 작업 흐름은 다음과 같습니다.

• tank2개의 미러 vdev에 있는 RAIDZ1 또는 4개의 디스크에 5개의 6TB 디스크가 있는 Dell Precision T7400의 FreeBSD 10.2에 zpool( )을 설정합니다 . 이 기계를 호출하자bohr
• images볼륨( 및 images2) 을 가리키는 LUN으로 iSCSI 대상 설정
• 연구소의 네트워크에 연결하세요 bohr(그럼 괜찮습니다).
• 이니시에이터로 또는 SMB를 통해 연구소의 SAN을 마운트합니다.
• 데이터를 LUN에 복사
• 애플리케이션 서버가 새 LUN을 가리키도록 지정
• Charles(앱 회사 담당자)가 SQL을 실행합니다.
• 앱 서버를 가져와 bohr새 사이트에 설정하세요.

내가 생각한 유일한 대안은 앱 서버가 전송을 수행하도록 하는 것이었습니다. 실제로 속도가 느려지는 것처럼 보이지만 bohr개시자로 설정할 필요가 없습니다 .

내 질문: 내가 이해하고 있나요? 그 계획이 성공할 것 같나요? 누락된 단계가 있나요? bohrNFS를 통해 동일한 데이터를 동시에 제공하도록 설정하는 것이 합리적입니까 (다른 연구 용도로 데이터를 가져오기 위해) 아니면 모든 클라이언트에 대해 iscsi 액세스를 요구해야 합니까?

Answer 1

1. 데이터를 백업하세요
2. 두 저장 장치를 모두 서버에 iSCSI로 제공
3. 서버를 사용하여 블록 스토리지를 다른 디스크와 동일한 형식으로 포맷합니다(NTFS로 가정).
4. 데이터를 새 저장소에 미러링합니다(xcopy, robocopy 등의 방법 선택).
5. 이전 스토리지에 액세스하는 모든 프로세스를 중지합니다.
6. 데이터의 최종 미러링을 수행하십시오.
7. 기존 저장소 분리
8. 새 스토리지의 드라이브 문자를 이전 마운트의 문자로 변경합니다.
9. 모든 것을 테스트하고 데이터를 백업하세요

이것이 가장 안전한 방법입니다.