SharePoint 마이그레이션 시나리오 — ReplaceMagic으로 끊어진 링크 수정하는 방법

끊어진 링크는 SharePoint 마이그레이션의 거의 불가피한 부산물입니다. 파일이 새 URL로 이동하는 순간, 이전 위치를 가리키던 모든 문서의 하이퍼링크, OLE 개체 참조, 포함된 경로가 작동을 멈춥니다. ReplaceMagic은 각각 고유한 링크 손상 패턴과 수정 전략을 가진 다섯 가지 SharePoint 마이그레이션 시나리오를 처리합니다.

시나리오 1: 파일 서버에서 SharePoint Online으로

상황: 조직이 문서를 Windows 파일 서버에서 SharePoint Online으로 마이그레이션합니다. 이전에 \\FileServer\Shared\Reports\Q4.xlsx와 같은 UNC 경로에 있던 파일이 이제 https://company.sharepoint.com/sites/finance/Shared%20Documents/Reports/Q4.xlsx와 같은 HTTPS URL로 접근됩니다.

손상되는 것: 이전 파일 서버의 UNC 경로에 대한 하이퍼링크나 OLE 참조를 포함하는 모든 문서에 이제 파일이 없는 위치를 가리키는 끊어진 링크가 생깁니다.

ReplaceMagic이 수정하는 방법: 이전 UNC 루트(\\FileServer\Shared)를 새 SharePoint Online 기본 URL에 매핑하는 대체 규칙을 정의합니다. ReplaceMagic은 대상 라이브러리의 모든 문서에 이 규칙을 적용하여 일치하는 모든 링크를 단일 패스로 업데이트합니다. Microsoft Teams 파일과 비즈니스용 OneDrive 파일은 동일한 기본 SharePoint 통합으로 처리되므로 해당 위치에 대한 별도 처리 단계가 필요하지 않습니다.

시나리오 2: SharePoint 온-프레미스에서 SharePoint Online으로

상황: 조직이 온-프레미스 SharePoint 팜을 Microsoft 365로 이전합니다. 모든 사이트의 기본 URL이 인트라넷 형식(http://intranet/sites/team)에서 클라우드 형식(https://company.sharepoint.com/sites/team)으로 변경됩니다.

손상되는 것: 새 SharePoint Online 사이트에 저장된 문서에 여전히 이전 인트라넷 URL로 형식화된 링크가 포함됩니다. 이 링크는 해제되었거나 더 이상 파일을 보유하지 않는 서버로 연결됩니다.

ReplaceMagic이 수정하는 방법: ReplaceMagic이 SharePoint Online 대상에 기본으로 연결하여 모든 문서를 처리하고 이전 인트라넷 기본 URL의 모든 항목을 새 클라우드 URL로 교체합니다. 메타데이터 — 마지막 수정 날짜, 작성자, 콘텐츠 승인 상태, 버전 기록 — 가 전체적으로 보존됩니다. 동일한 온-프레미스 소스에서 마이그레이션된 Teams 채널 파일과 비즈니스용 OneDrive 파일도 동일한 SharePoint API 연결을 통해 처리됩니다.

시나리오 3: SharePoint 테넌트 간 마이그레이션

상황: 두 조직이 합병되거나 회사가 Microsoft 365 테넌시를 재구조화합니다. 문서가 한 테넌트(company-a.sharepoint.com)에서 다른 테넌트(company-b.sharepoint.com)로 마이그레이션됩니다.

손상되는 것: 기본 URL만 변경되는 것이 아니라 조직 링크와 공유 링크에 사용되는 SharePoint 내부 항목 ID가 새 테넌트에서 재할당됩니다. 소스 테넌트에서 완벽하게 작동하던 ID 기반 링크가 ID가 더 이상 동일한 문서에 해당하지 않기 때문에 대상에서 영구적으로 끊어집니다.

ReplaceMagic이 수정하는 방법: ReplaceMagic은 먼저 ID 기반 SharePoint 링크를 테넌트 경계 전체에서 안정적인 절대 URL 형식으로 변환합니다. 그런 다음 기본 URL 대체 규칙을 적용합니다. 이 두 단계 접근 방식은 문서에 포함된 조직 링크도 테넌트 간 이동 후 올바르게 수정되도록 합니다.

시나리오 4: SharePoint 팜 간 마이그레이션 (온-프레미스에서 온-프레미스로)

상황: 조직이 하드웨어 갱신, 데이터 센터 통합 또는 재해 복구 활성화로 인해 한 온-프레미스 SharePoint 팜에서 다른 팜으로 마이그레이션합니다. 웹 애플리케이션 URL 또는 서버 호스트 이름이 변경됩니다.

손상되는 것: 문서 내 교차 사이트 링크를 포함하여 이전 팜 URL에 대한 링크를 포함하는 모든 문서에 끊어진 참조가 생깁니다. 이전 서버를 가리키는 Wiki 페이지와 탐색 항목도 영향을 받습니다.

ReplaceMagic이 수정하는 방법: ReplaceMagic이 새 팜에 직접 연결하고 이전 팜 호스트 이름이나 기본 URL을 대상으로 하는 찾기 및 바꾸기 규칙을 적용합니다. 처리가 조절 제약 없이 실행되어 클라우드 기반 마이그레이션보다 더 높은 병렬성과 빠른 완료가 가능합니다. 빠른 실행 및 최상위 탐색 모음 URL도 동일한 처리 패스에서 업데이트할 수 있습니다.

시나리오 5: SharePoint Online 라이브러리 재구조화

상황: SharePoint Online 내에서 문서가 재구성됩니다 — 사이트 모음 간, 문서 라이브러리 간 또는 새 폴더 계층으로 이동됩니다. 이는 거버넌스 이니셔티브의 일환이거나 새 정보 아키텍처와 일치시키기 위해 발생할 수 있습니다.

손상되는 것: 파일이 다른 라이브러리나 사이트 모음으로 이동될 때마다 문서에 포함된 상대 경로와 절대 경로가 모두 변경됩니다. 문서 간 링크, OLE 참조, 하이퍼링크가 동시에 모두 끊어집니다.

ReplaceMagic이 수정하는 방법: ReplaceMagic이 영향받는 라이브러리를 스캔하고 새 경로 구조를 반영하는 대체 규칙을 구성합니다. 기본 API를 통해 파일을 제자리에서 처리하기 때문에 전체 라이브러리를 수동으로 다운로드하고 다시 업로드할 필요가 없습니다. 재구조화된 SharePoint 라이브러리에 호스팅된 Microsoft Teams 및 비즈니스용 OneDrive 파일이 자동으로 처리됩니다.

복잡한 프로젝트: 대체 준비 패키지

여러 동시 시나리오가 포함된 마이그레이션 — 예를 들어 라이브러리 재구조화와 결합된 테넌트 간 이동 — 의 경우 ReplaceMagic은 전문 대체 준비 패키지 서비스를 제공합니다. 저희 팀이 소스 및 대상 환경을 분석하고, 이전 경로를 새 경로에 매핑하고, ReplaceMagic에 직접 가져올 수 있는 즉시 사용 가능한 대체 규칙 집합을 제공합니다. 이를 통해 복잡한 다중 규칙 구성을 수동으로 구축하는 노력을 없애고 대규모 고위험 마이그레이션 프로젝트의 오류 위험을 줄입니다.