업데이트: 2026년 7월 · 약 3분 소요
애플리케이션을 한 Windows Server에서 다른 서버로 마이그레이션하는 방법(Server 2003, 2008, 2012 포함)
이 튜토리얼에서는 Windows 애플리케이션 서버 마이그레이션을 수행해 애플리케이션을 기존 서버에서 새 서버로 이전하는 방법을 알아봅니다. Server 2003, Server 2008, Server 2012, Server 2016, 심지어 Server 2019에서도 사용할 수 있습니다. 이전은 물리-물리(P2P), 물리-가상(P2V), 가상-가상(V2V)은 물론 클라우드 서버로의 이전도 가능합니다.
이 튜토리얼의 목표는 서버 애플리케이션을 새 서버로 완전하게, 그리고 범용적으로 복사하는 것입니다: 어떤 애플리케이션이든, 커스텀이나 내부 개발 애플리케이션까지도, 구성, 데이터베이스, 그리고 물론 파일까지 포함해 새 서버로 옮겨집니다.
여기서 수행하는 이전은 네이티브 이전이라는 점에 유의하세요. 애플리케이션은 실제로 새 서버로 이전되어 그 위에 설치된 상태가 되고 구성도 유지됩니다. 이 방식은 컨테이너화나 앱 가상화에 전혀 의존하지 않고 , 진정한 네이티브 마이그레이션을 제공합니다.
튜토리얼은 아래에 있습니다. 그 전에 – 동영상 튜토리얼과 Windows Server 마이그레이션에 관한 몇 가지 자주 묻는 질문부터 보겠습니다.
Windows Server 애플리케이션 마이그레이션
Q: 2003에서도 되나요?
A: 네. 예를 들어 WinServ같은 제품을 쓰면 모든 애플리케이션, 프로필, 공유, 데이터를 대체 Server 2008이나 2012로 자동 이전할 수 있습니다. 레거시 2003 애플리케이션의 극히 일부는 새 서버와 네이티브로 호환되지 않을 수 있습니다. 그런 경우 WinServ 패키지가 가상화 마이그레이션을 수행할 수 있습니다. 물론 같은 이전이 2008에서 2012로, 2012에서 2019로의 이전에서도 작동합니다.
Q: 애플리케이션이 더 이상 지원되지 않거나 설치 디스크가 없다면요?
A: 새 서버에 애플리케이션을 설치할 방법이 없어도, 기존 서버에서 이전하는 것은 가능합니다 – 이 튜토리얼에서 다루는 WinServ 패키지 같은 전용 마이그레이션 도구를 쓰면 됩니다. 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
새 Windows 서버로 애플리케이션 서버 마이그레이션을 수행하는 방법
마이그레이션 전에:
-
- 서버를 점검하세요: 그 서버가 무엇을 담당하는지 반드시 파악하세요. 서버에서 어떤 애플리케이션이 돌아가고 있나요? (SQL? CRM? Oracle? 다른 서드파티 애플리케이션?) 이것들은 적절한 도구로 자동 마이그레이션할 수 있으며, 이 튜토리얼 뒷부분에서 다룹니다.
팁: 조직에서 서버 모니터링에 중앙 관리 도구(예: Microsoft SCCM)를 쓰지 않는다면, 무료 Microsoft Assessment and Planning(MAP) Toolkit을 여기에서 내려받을 수 있습니다. Zinstall의 무료 서버 진단도 이용할 수 있습니다: 이 링크. 서버의 전체 소프트웨어·하드웨어 목록을 빠르게 점검할 수 있습니다.
- 마이그레이션 시간대를 정하세요: 마이그레이션에는 시간이 걸리고, 그동안 사용자에게 어느 정도 영향이 갈 수 있습니다. 가능하다면 실제 마이그레이션은 업무 시간 이후나 주말에 하도록 일정을 잡으세요. 그 시간에 본인이 자리를 지킬 필요는 없습니다: 애플리케이션 마이그레이션은 원격으로 수행하거나 무인 모드로 미리 시작해 둘 수 있습니다.
- 백업이 최신이고 실제로 복원 가능한지 확인하세요: 큰 업그레이드는 무엇이든 잘못될 수 있고, 유효한 최신 백업이 없으면 서버에 있던 모든 것을 잃을 위험이 있습니다. 갖고 있는 백업이 손상되지 않았고 필요할 때 복원할 수 있는 상태인지 반드시 확인하세요!
- 대체 서버 유형을 정하세요: 서버 교체를 결정했다면, 대체 서버를 무엇으로 할지 여러 선택지가 있습니다. 물리적인 Windows 2012/2016 서버일 수도, 온프레미스에서 돌아가는 가상 서버일 수도, 심지어 오프프레미스의 클라우드 기반 서버일 수도 있습니다. WinServ는 그 어떤 이전도 지원하므로, 무엇을 골라도 마이그레이션 난이도는 크게 달라지지 않습니다.
동영상 튜토리얼 – Windows Server 애플리케이션 마이그레이션
애플리케이션, 프로필, 공유, 데이터 마이그레이션
한 Windows 서버에서 다른 서버로 마이그레이션하는 과정은 다음과 같습니다:
- 대상 서버를 완전히 업데이트하고 패치를 적용하세요.
- 대상 서버를 도메인에 추가하세요.
- 원본 서버와 대상 서버 모두에서 WinServ 를 실행하세요.
- 이 단계에서는 네트워크로 직접 이전할 수도 있고, 간접 마이그레이션을 할 수도 있습니다 – 원본 서버를 네트워크 스토리지/클라우드 스토리지의 컨테이너로 캡처한 뒤, 그 컨테이너에서 새 서버로 배포하는 방식입니다.
- 이전을 시작하기 전에 옮길 애플리케이션과 데이터를 골라서 선택할 수도 있습니다. 아니면 그냥 실행해서 전부 마이그레이션해도 됩니다.
- 대상 서버에서 “Go”를 눌러 이전을 시작하세요.
이전할 데이터와 애플리케이션의 양에 따라 실제 이전이 끝나기까지 몇 시간이 걸릴 수 있습니다. 진행 중에는 진행 상황이 표시됩니다.
호환되지 않는 애플리케이션 처리:
Windows Server 2003에서 돌아가는 레거시 서드파티 애플리케이션 일부는 Windows Server 2008이나 2012와 호환되지 않을 수 있습니다. 이런 애플리케이션은 대개 새 OS 버전용으로 업데이트되지 않은 레거시 DOS, 16비트 또는 32비트 전용 소프트웨어입니다. 가능한 한 빨리 프로덕션 환경에서 제거하는 것을 강력히 권장합니다.
이 애플리케이션들을 당장 제거할 수 없고 조직의 지속 운영에 미션 크리티컬하다면, 동작을 유지하는 권장 방법은 새 대체 서버에서 돌아가는 가상 Server 2003 인스턴스로 해당 애플리케이션을 가상화 마이그레이션하는 것입니다. 그 후에도 해당 애플리케이션을 단계적으로 폐기하고 가상화된 2003 인스턴스 가동을 중단하기 위한 절차를 계속 진행하세요.
이런 P2V(물리-가상) 마이그레이션에도 WinServ 를 사용해야 합니다.
마이그레이션 후에:
마이그레이션 과정이 끝나면 결과를 검증할 차례입니다.
- 필요한 곳에서 도메인의 DNS가 새 서버를 가리키도록 조정해야 할 수 있습니다. 예를 들어 CRM-SERVER DNS 항목을 새 서버 주소로 바꾸는 식입니다.
- 로그인 스크립트와 GPO 정책도 마찬가지입니다.
- 사용하는 모든 애플리케이션과 콘솔을 실행해 올바르게 로드되는지 확인하세요.
- 클라이언트 워크스테이션에서 클라이언트가 마이그레이션된 서버에 올바르게 접근하고 애플리케이션이 문제없이 실행되는지 확인하세요.
축하합니다! 이제 애플리케이션 서버 마이그레이션이 완료되었습니다.