방법: Windows Server 2025 / 2022 / 2019로 마이그레이션 – 애플리케이션, 프로필, 공유, 데이터 포함
이 글에서는 Windows Server 2025 / 2022 / 2019 마이그레이션 도구와 전체적인 마이그레이션 지침에 집중합니다. 요컨대 애플리케이션, 데이터베이스, 사용자 프로필, 공유, 데이터를 어떤 서버에서든 새 Server 2025 / 2022 / 2019로 네이티브 마이그레이션하는 방법을 설명합니다(2003에서 2025 / 2022 / 2019로도 지원됩니다. 물론 호환성 고려는 필요합니다). 역할 마이그레이션 모범 사례와 튜토리얼도 다룹니다.
여기서 다루는 마이그레이션은 네이티브 마이그레이션입니다 – 앱 가상화가 아닙니다. 물리에서 물리로, 물리에서 가상/클라우드로, 클라우드에서 클라우드로 등 이 방법들을 쓸 수 있습니다. 호환성 우회책으로 가상화를 더할 수도 있지만, 이 튜토리얼에서는 사용하지 않습니다.
이 가이드의 목표는 애플리케이션 및 파일 서버는 4시간 이내에, 역할 중심 서버는 24시간 이내에 서버 마이그레이션을 완료할 수 있게 하는 것입니다(복잡한 경우에는 더 걸릴 수 있습니다).
마이그레이션을 자동화하는 방법만 알고 싶고 일반적인 설명은 필요 없으신가요?
여기를 클릭하면 실제 마이그레이션 과정 부분으로 건너뛸 수 있습니다.
또는 워크스테이션을 마이그레이션해야 한다면, Windows 11 마이그레이션은 여기를 클릭하세요.
또한 2012 지원 종료가 걱정된다면 다음 가이드를 참조하세요: Server 2012에서 2019 / 2022로 마이그레이션.
WinServ는 IBM Services를 통해서도 제공되며, 대규모 배포를 위한 풀서비스 패키지의 일부로 이용할 수 있습니다. 자세한 내용은 해당 지역의 IBM 계정 팀에 문의하세요.
비디오 데모 – 서버 자동 마이그레이션 도구
시작하기 전에: 서버를 조사하고 마이그레이션을 계획하세요.
서버를 조사하세요: 일반적인 환경에는 꽤 다양한 서버 유형이 있습니다. Domain Controller, Active Directory, IIS, Exchange, DNS, DHCP 같은 Windows Server 역할에 집중하는 역할 중심 서버가 있습니다. 그러나 더 흔한 그룹은 실제 업무 애플리케이션을 실행하고 회사 데이터를 저장하는 애플리케이션 및 파일 서버입니다. 보통 역할 기반 그룹보다 수가 많습니다.
이 두 그룹은 마이그레이션 방식이 다릅니다. 역할은 수동으로, 또는 보통 특정 역할 하나에 특화된 유틸리티 도구로 마이그레이션합니다(아래 참조).
반면 애플리케이션 및 파일 서버는 Zinstall WinServ 같은 서버 마이그레이션 소프트웨어로 자동으로, 대규모로 마이그레이션할 수 있습니다.
계획 단계에서는 환경의 서버 목록을 만들고 각 서버가 무엇을 담당하는지 파악해야 합니다.
역할 서버가 몇 대이고 애플리케이션 서버가 몇 대인지만 알아도 이미 큰 진전입니다. 애플리케이션 서버 마이그레이션은 자동화할 수 있으므로, 마이그레이션에 필요한 시간과 노력을 꽤 정확하게 추정할 수 있게 됩니다.
마이그레이션 시간대를 정하세요: 마이그레이션에는 시간이 걸리고, 그동안 사용자가 어느 정도 영향을 받을 수 있습니다. 가능하다면 실제 마이그레이션은 업무 시간 이후나 주말에 하도록 일정을 잡으세요. 그 시간에 직접 자리를 지킬 필요는 없습니다. 애플리케이션 마이그레이션은 원격으로 수행하거나 무인 모드로 미리 시작해 둘 수 있습니다.
백업이 최신 상태이고 실제로 복원 가능한지 확인하세요: 큰 업그레이드는 언제든 잘못될 수 있고, 유효한 최신 백업이 없으면 서버에 있던 모든 것을 잃을 위험이 있습니다. 가지고 있는 백업이 손상되지 않았고 필요할 때 복원할 수 있는 상태인지 반드시 확인하세요!
대체 서버 유형을 정하세요: 서버 교체를 결정했다면 대체 서버에는 여러 선택지가 있습니다. 물리 Windows 2019 / 2016 서버일 수도, 온프레미스에서 돌아가는 가상 서버일 수도, 사외에서 돌아가는 클라우드 기반 서버(Azure로 마이그레이션, Amazon AWS로 마이그레이션 등)일 수도 있습니다. WinServ를 사용한다면 이 모든 이전을 지원하므로, 선택에 따라 마이그레이션 난이도가 크게 달라지지 않습니다.
심층 데모: Windows Server 애플리케이션 마이그레이션
Windows Server 2025 / 2022 / 2019로 마이그레이션하는 방법
아래 과정은 Server 2003 / 2008 / 2012 / 2016 / 2019에서 새 Windows Server 2016 / 2019 / 2022로 옮기는 마이그레이션 단계를 개괄합니다.
옵션 1: 네트워크를 통한 Server 2025 / 2022 / 2019로 직접 마이그레이션
- 시작하기 전에, 방화벽이 마이그레이션을 방해하지 않도록 기존 서버의 방화벽을 끄거나 최소한 Zinstall을 허용 목록에 추가하는 것을 고려하세요.
- 두 서버 모두에서 Zinstall WinServ 를 실행합니다.
참고: 여기에서 Zinstall WinServ를 받을 수 있고, 사용 설명서는 여기에서 볼 수 있습니다. - 두 서버 모두에서 첫 번째 옵션 “Moving between two machines”를 선택합니다.
- 서버 애플리케이션은 옮기지 않고 프로필, 데이터, 공유만 이전하려면 메인 화면의 라디오 버튼을 “profile and settings only” 모드로 전환하세요.
- 원본 서버에서 “Source computer” 옵션을 선택하고 그대로 실행해 둡니다. 새 서버의 연결을 기다리는 상태가 됩니다.
- 새 Server 2025 / 2022 / 2019에서는 “Target computer” 옵션을 선택합니다.
- WinServ가 원본 서버를 자동으로 감지합니다. 서버가 서로 다른 네트워크에 있다면 원본 서버의 IP 주소를 수동으로 지정할 수도 있습니다.
- 옮길 것을 정확히 선택하고 싶다면 Advanced 메뉴를 누르세요. 모든 것을 옮기기만 하면 된다면 Advanced 메뉴에 들어갈 필요가 없습니다.
- Next를 클릭한 다음 Go를 클릭하면 마이그레이션이 시작됩니다.
- 이전에는 (데이터 양에 따라) 시간이 좀 걸리며, 완료되면 알려 줍니다.
- 이게 전부입니다!
옵션 2: 중간 저장소를 통한 간접 마이그레이션
- 두 서버 모두에서 Zinstall WinServ 를 실행합니다.
참고: 여기에서 Zinstall WinServ를 받을 수 있고, 사용 설명서는 여기에서 볼 수 있습니다. - 원본 서버에서 세 번째 옵션 “Moving from Machine to Container”를 선택합니다
- 컨테이너 위치를 선택하고(네트워크 공유, NAS, USB 하드 드라이브 등 – 어떤 저장소든 가능) Go를 눌러 원본 서버를 그 위치로 완전 캡처합니다.
- 새 2025 / 2022 / 2019 서버에서 네 번째 옵션 “Moving from Container to Machine”을 선택합니다
- 프로그램은 옮기지 않고 프로필, 데이터, 공유만 이전하려면 메인 화면의 라디오 버튼을 “profile and settings only” 모드로 전환하세요.
- 3단계에서 만든 컨테이너의 위치를 지정합니다.
- 옮길 것을 정확히 선택하고 싶다면 Advanced 메뉴를 누르세요. 모든 것을 옮기기만 하면 된다면 Advanced 메뉴에 들어갈 필요가 없습니다.
- Next를 클릭한 다음 Go를 클릭하면 마이그레이션이 시작됩니다.
- 이전에는 (데이터 양에 따라) 시간이 좀 걸리며, 완료되면 알려 줍니다.
- 이게 전부입니다!
서버 역할 마이그레이션
마이그레이션의 이 부분은 수동으로 진행하며, 도움이 될 튜토리얼이 여럿 있습니다. John Savill의 훌륭한 가이드를 추천합니다: Winding Down Windows Server 2003 in Your Organization. 아래 정보는 위 글을 바탕으로 합니다.
- IIS 마이그레이션: IIS 6에서 돌리는 것이 기본 HTML 페이지나 Active Server Pages(ASP)뿐이라면, 콘텐츠를 Server 2012 또는 Server 2012 R2의 IIS로 복사한 뒤 DNS 레코드가 새 IIS 서버를 가리키게 하면 됩니다. 하지만 조직의 구성은 보통 더 복잡합니다. 다행히 다음 마이그레이션 툴킷을 쓸 수 있습니다. 이름은 Web Deploy 3.6. 웹사이트를 Microsoft Azure Web Apps로 옮겨야 한다면 별도의 도구도 있습니다. 이름은 Azure Web App Migration Assistant.
- DC 및 AD 마이그레이션: 모범 사례를 따랐다면 도메인 컨트롤러(DC)에서는 다른 소프트웨어를 돌리지 않을 것이고, 그러면 기존 도메인과 포리스트는 Server 2012 또는 Server 2012 R2에 맞게 준비될 수 있습니다. 이 경우 Server 2012 또는 Server 2012 R2로 새 DC를 만들고, FSMO(Flexible Single-Master Operation) 역할을 옮기고, 인증서 등 기타 항목을 옮긴 다음 Server 2003 DC를 퇴역시킵니다. Server 2012 DC를 도입하려면 포리스트(따라서 도메인도)가 Windows Server 2003 모드여야 합니다. DC 마이그레이션의 자세한 안내는 여기를 보세요: Upgrade Domain Controllers to Windows Server 2012 R2 and Windows Server 2012.
- DHCP 마이그레이션: DHCP 범위는 클라이언트에 부여되는 IP 주소와 IP 구성(예: 게이트웨이, DNS 서버)을 제공합니다. DHCP 범위를 옮기는 가장 좋은 방법은 Server 2003 인스턴스에서 범위를 내보낸 뒤 Server 2012 또는 Server 2012 R2 인스턴스로 가져오는 것입니다. 이 방법의 전체 세부 사항은 TechNet Networking Blog의 다음 글에 있습니다: “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine”. DHCP 범위 내보내기와 가져오기 사이에 지연이 있고 IP 주소 재사용 위험이 있다면, 주소 충돌 감지를 활성화해 할당 전에 IP 주소가 사용 중인지 DHCP 서버가 확인하도록 설정할 수 있습니다.
- DNS 마이그레이션: Windows에서 DNS를 호스팅한다면 아마 AD와 통합되어 있고 DNS 서버가 곧 DC일 것입니다. 따라서 AD를 옮기면 DNS 구성도 함께 옮겨집니다. 포워딩 같은 DNS 서버 구성을 잊지 말고 옮기는 것이 중요합니다. DNS 서버를 새 IP 주소에서 호스팅한다면 고정 IP 구성과 모든 DHCP 구성을 반드시 업데이트해야 합니다. 이 번거로운 작업을 피하려고 대부분의 조직은 기존 서버 퇴역 후 새 서버의 IP 주소를 기존 서버의 것으로 바꿉니다.
- 인쇄 서비스: 파일 서비스와 마찬가지로 프린터 구성과 공유를 원본 서버에서 대상 서버로 옮겨야 합니다. 또한 64비트이면서 Server 2012 또는 Server 2012 R2는 물론 최신 클라이언트와도 호환되는 새 프린터 드라이버가 필요합니다. Microsoft에는 인쇄 서비스 마이그레이션에 쓸 수 있는 마이그레이션 마법사와 명령줄 도구가 있습니다. 이 도구들은 다음 페이지에서 내려받을 수 있습니다: Migrate Print and Document Services to Windows Server 2012 .
- Exchange 마이그레이션: Upgrade from Exchange 2007 to Exchange 2013
- SQL 서버 마이그레이션: 다음을 참조하세요: Supported Version and Edition Upgrades
호환되지 않는 애플리케이션 처리:
Windows Server 2003에서 실행되는 일부 레거시 타사 애플리케이션은 Windows Server 2019 / 2016과 호환되지 않을 수 있습니다. 이런 애플리케이션은 대개 레거시 DOS, 16비트 또는 32비트 전용 소프트웨어이거나 SQL Server 2000, 2005처럼 최신 OS 버전에 맞게 업데이트되지 않은 구버전입니다. 이런 애플리케이션은 최대한 빨리 운영 환경에서 제거할 것을 강력히 권장합니다.
이런 애플리케이션을 즉시 없앨 수 없고 조직의 지속 운영에 필수적이라면, 그 작동을 유지하는 권장 방법은 해당 애플리케이션을 최신 대체 서버에서 실행되는 가상 Server 2003 인스턴스로 가상화 마이그레이션하는 것입니다. 그런 다음 그 애플리케이션을 단계적으로 퇴출하고 가상화된 2003 인스턴스 실행을 중단하는 데 필요한 절차를 계속 진행하세요.
WinServ는 특정 애플리케이션에 종속되지 않으며, 바깥세상에 알려진 적 없는 맞춤형·사내 애플리케이션도 마이그레이션할 수 있습니다 – 새 서버에서 실행 가능하기만 하다면요. 고객들이 과거에 마이그레이션한 일반적인 애플리케이션의 일부 목록입니다:
- MS SQL
- MySQL
- SAP(SAP Business One 포함)
- Oracle
- Sybase
- DB2
- Java Application Server
- Crystal Reports
- Avaya
- PeopleSoft
- JD Edwards Enterprise One (JDE E1)
- Citrix
- Apache(Windows 전용)
- WebSphere
- Microsoft Dynamics
마이그레이션 후:
마이그레이션 과정이 끝나면 결과를 검증할 차례입니다.
- 필요한 곳에서는 도메인의 DNS가 새 서버를 가리키도록 조정해야 할 수 있습니다. 예를 들어 CRM-SERVER DNS 항목을 새 서버 주소로 바꾸는 식입니다.
- 로그인 스크립트와 GPO 정책도 마찬가지입니다.
- 사용하는 모든 애플리케이션과 콘솔을 실행해 제대로 로드되는지 확인하세요.
- 클라이언트 워크스테이션에서 클라이언트가 마이그레이션된 서버에 제대로 접근할 수 있고 애플리케이션이 문제없이 실행되는지 확인하세요.
축하합니다! 이제 서버 마이그레이션이 끝났습니다.
Windows Server 2025 / 2022 / 2019로 마이그레이션할 준비가 되셨나요?
또한 문의 해 주시면 지원, 볼륨 라이선스, POC 구축 도움을 받으실 수 있습니다.