Server 2012를 Server 2022 / 2019로 마이그레이션하는 방법 – 애플리케이션, 프로필, 공유, 데이터 포함
Windows Server 2012를 Server 2019 / 2022로 마이그레이션해야 하나요? 이 튜토리얼에서 방법을 알려 드립니다.
Server 2012 R2 지원 종료는 2023년 10월 23일입니다 – 그러니 당연히 혼자가 아닙니다. 2012는 최대한 빨리 마이그레이션해야 합니다. 물론 거기에 드는 시간과 노력은 최소화하고, 마이그레이션을 최대한 자동화하고 싶을 것입니다.
이 가이드에서는 서버 애플리케이션, 데이터베이스, 사용자 프로필, 공유, 데이터를 Server 2012 / 2012 R2에서 새 Server 2022 / 2019로 네이티브 마이그레이션하는 방법을 다룹니다. 역할 마이그레이션 모범 사례와 튜토리얼도 다룹니다. (참고: 2012가 아닌 서버에도 적용됩니다. 2023년 EOL 때문에 2012에 집중할 뿐입니다)
여기서 다루는 마이그레이션은 네이티브 마이그레이션입니다 – 앱 가상화가 아닙니다. 물리에서 물리로, 물리에서 가상/클라우드로, 클라우드에서 클라우드로 등 이 방법들을 쓸 수 있습니다. 예를 들어 온프레미스 물리 2012에서 온프레미스 2022 VM으로, 온프레미스 Server 2012에서 Azure Server 2022로, 프라이빗 클라우드 2012 R2 서버에서 EC2 Server 2019로 마이그레이션할 수 있습니다. 심지어 Azure / AWS에서 돌아가는 Server 2012의 인플레이스 업그레이드를 구현하는 데도 쓸 수 있습니다.
이 가이드의 목표는 애플리케이션 및 파일 서버는 4시간 이내에, 역할 중심 서버는 24시간 이내에 서버 마이그레이션을 완료할 수 있게 하는 것입니다(복잡한 경우에는 더 걸릴 수 있습니다).
마이그레이션을 자동화하는 방법만 알고 싶고 일반적인 설명은 필요 없으신가요?
여기를 클릭하면 실제 마이그레이션 과정 부분으로 건너뛸 수 있습니다.
또는 워크스테이션을 마이그레이션해야 한다면, Windows 11 마이그레이션은 여기를 클릭하세요.
평가판 라이선스와 가격은 여기에서 확인할 수 있습니다
비디오 데모 – Server 2012 자동 마이그레이션 도구
시작하기 전에: 2012 서버를 조사하고 마이그레이션을 계획하세요.
서버를 조사하세요: 일반적인 환경에는 꽤 다양한 서버 유형이 있습니다. Domain Controller, Active Directory, IIS, Exchange, DNS, DHCP 같은 Windows Server 역할에 집중하는 역할 중심 서버가 있습니다. 그러나 더 흔한 그룹은 실제 핵심 업무 애플리케이션(LOB)을 실행하고 회사 데이터를 저장하는 애플리케이션 및 파일 서버입니다. 보통 역할 기반 그룹보다 수가 많습니다.
이 두 그룹은 마이그레이션 방식이 다릅니다. 역할은 수동으로, 또는 보통 특정 역할 하나에 특화된 유틸리티 도구로 마이그레이션합니다(아래 참조).
반면 애플리케이션 및 파일 서버는 Zinstall WinServ 같은 서버 마이그레이션 소프트웨어로 자동으로, 대규모로 마이그레이션할 수 있습니다.
계획 단계에서는 환경의 서버 목록을 만들고 각 서버가 무엇을 담당하는지 파악해야 합니다.
역할 서버가 몇 대이고 애플리케이션 서버가 몇 대인지만 알아도 이미 큰 진전입니다. 애플리케이션 서버 마이그레이션은 자동화할 수 있으므로, 마이그레이션에 필요한 시간과 노력을 꽤 정확하게 추정할 수 있게 됩니다.
마이그레이션 시간대를 정하세요: 마이그레이션에는 시간이 걸리고, 그동안 사용자가 어느 정도 영향을 받을 수 있습니다. 가능하다면 실제 마이그레이션은 업무 시간 이후나 주말에 하도록 일정을 잡으세요. 그 시간에 직접 자리를 지킬 필요는 없습니다. 애플리케이션 마이그레이션은 원격으로 수행하거나 무인 모드로 미리 시작해 둘 수 있습니다.
백업이 최신 상태이고 실제로 복원 가능한지 확인하세요: 큰 업그레이드는 언제든 잘못될 수 있고, 유효한 최신 백업이 없으면 서버에 있던 모든 것을 잃을 위험이 있습니다. 가지고 있는 백업이 손상되지 않았고 필요할 때 복원할 수 있는 상태인지 반드시 확인하세요!
대체 서버 유형을 정하세요: 서버 교체를 결정했다면 대체 서버에는 여러 선택지가 있습니다. 온프레미스 물리 Windows 2022 / 2016 서버일 수도, 온프레미스 VM 서버(예: ESX / Hyper-V)일 수도, 사외에서 돌아가는 클라우드 기반 서버(Azure로 마이그레이션, Amazon AWS로 마이그레이션 등)일 수도 있습니다. WinServ를 사용한다면 이 모든 이전을 지원하므로, 선택에 따라 마이그레이션 난이도가 크게 달라지지 않습니다.
Server 2012를 Windows Server 2022 / 2019로 마이그레이션하는 방법
아래 과정은 Server 2012 / 2012 R2에서 새 Windows Server 2016 / 2019 / 2022로 옮기는 마이그레이션 단계를 개괄합니다.
옵션 1: 네트워크를 통한 2012에서 2022 / 2019로 직접 마이그레이션
- 시작하기 전에, 방화벽이 마이그레이션을 방해하지 않도록 기존 2012 서버의 방화벽을 끄거나 최소한 Zinstall을 허용 목록에 추가하는 것을 고려하세요.
- 두 서버 모두에서 Zinstall WinServ 를 실행합니다.
참고: 여기에서 Zinstall WinServ를 받을 수 있고, 사용 설명서는 여기에서 볼 수 있습니다.
- 두 서버 모두에서 첫 번째 옵션 “Moving between two machines”를 선택합니다.
- 서버 애플리케이션은 옮기지 않고 프로필, 데이터, 공유만 이전하려면 메인 화면의 라디오 버튼을 “profile and settings only” 모드로 전환하세요.
- 원본 서버에서 “Source system” 옵션을 선택하고 그대로 실행해 둡니다. 새 서버의 연결을 기다리는 상태가 됩니다.
- 새 Server 2022 / 2019에서는 “Target system” 옵션을 선택합니다.
- WinServ가 원본 서버를 자동으로 감지합니다. 서버가 서로 다른 네트워크에 있다면 원본 서버의 IP 주소를 수동으로 지정할 수도 있습니다.
- 옮길 것을 정확히 선택하고 싶다면 Advanced 메뉴를 누르세요. 모든 것을 옮기기만 하면 된다면 Advanced 메뉴에 들어갈 필요가 없습니다.
- Next를 클릭한 다음 Go를 클릭하면 마이그레이션이 시작됩니다.
- 이전에는 (데이터 양에 따라) 시간이 좀 걸리며, 완료되면 알려 줍니다.
- 이게 전부입니다!
옵션 2: 중간 저장소를 통한 간접 마이그레이션
- 두 서버 모두에서 Zinstall WinServ 를 실행합니다.
참고: 여기에서 Zinstall WinServ를 받을 수 있고, 사용 설명서는 여기에서 볼 수 있습니다.
- 원본 서버에서 세 번째 옵션 “Moving from Machine to Container”를 선택합니다
- 컨테이너 위치를 선택하고(네트워크 공유, NAS, USB 하드 드라이브 등 – 어떤 저장소든 가능) Go를 눌러 원본 서버를 그 위치로 완전 캡처합니다.
- 새 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 8에서 돌리는 것이 기본 HTML 페이지나 Active Server Pages(ASP)뿐이라면, 콘텐츠를 새 서버의 IIS로 복사한 뒤 DNS 레코드가 새 IIS 서버를 가리키게 하면 됩니다. 물론 IIS를 쓴다면 보통 정적 사이트 이상(Sharepoint 등)에 사용하므로 단순 복사로는 부족합니다. 다행히 다음 마이그레이션 툴킷을 쓸 수 있습니다. 이름은 Web Deploy 3.6. 웹사이트를 Microsoft Azure Web Apps로 옮겨야 한다면 별도의 도구도 있습니다. 이름은 Azure Web App Migration Assistant.
- DC 및 AD 마이그레이션: 모범 사례를 따랐다면 도메인 컨트롤러(DC)에서는 다른 소프트웨어를 돌리지 않을 것이고, 그러면 기존 도메인과 포리스트는 Server 2022 / 2019에 맞게 준비될 수 있습니다. 이 경우 새 OS로 새 DC를 만들고, FSMO(Flexible Single-Master Operation) 역할을 옮기고, 인증서 등 기타 항목을 옮긴 다음 Server 2012 DC를 퇴역시킵니다. DC 마이그레이션의 자세한 안내는 여기를 보세요: Upgrade Domain Controllers to a newer version of Windows Server .
- DHCP 마이그레이션: DHCP 범위는 클라이언트에 부여되는 IP 주소와 IP 구성(예: 게이트웨이, DNS 서버)을 제공합니다. DHCP 범위를 옮기는 가장 좋은 방법은 Server 2012 인스턴스에서 범위를 내보낸 뒤 Server 2022 / 2019 인스턴스로 가져오는 것입니다.
- DNS 마이그레이션: Windows에서 DNS를 호스팅한다면 아마 AD와 통합되어 있고 DNS 서버가 곧 DC일 것입니다. 따라서 AD를 옮기면 DNS 구성도 함께 옮겨집니다. 포워딩 같은 DNS 서버 구성을 잊지 말고 옮기는 것이 중요합니다. DNS 서버를 새 IP 주소에서 호스팅한다면 고정 IP 구성과 모든 DHCP 구성을 반드시 업데이트해야 합니다. 이 번거로운 작업을 피하려고 대부분의 조직은 기존 서버 퇴역 후 새 서버의 IP 주소를 기존 서버의 것으로 바꿉니다.
- 인쇄 서비스: 파일 서비스와 마찬가지로 프린터 구성과 공유를 원본 서버에서 대상 서버로 옮겨야 합니다. 또한 64비트이면서 Server 2022 또는 2019는 물론 최신 클라이언트와도 호환되는 새 프린터 드라이버가 필요합니다.
호환되지 않는 애플리케이션 처리:
Windows Server 2012에서 실행되는 일부 레거시 타사 애플리케이션은 Windows Server 2022 / 2019와 호환되지 않을 수 있습니다. Server 2003 / 2008 시절만큼 흔하지는 않지만 여전히 있을 수 있습니다 – 대개 최신 OS 버전에 맞게 업데이트되지 않은 레거시 소프트웨어입니다.
“오래됐다”가 반드시 “작동하지 않는다”를 뜻하지는 않는다는 점에 유의하세요. 꽤 많은 오래된 애플리케이션이 문제없이 작동합니다
이런 애플리케이션을 즉시 없앨 수 없고 조직의 지속 운영에 필수적이라면, 그 작동을 유지하는 권장 방법은 해당 애플리케이션을 최신 대체 서버에서 실행되는 가상 Server 2003 인스턴스로 가상화 마이그레이션하는 것입니다. 그런 다음 그 애플리케이션을 단계적으로 퇴출하고 가상화된 2003 인스턴스 실행을 중단하는 데 필요한 절차를 계속 진행하세요.
WinServ는 특정 애플리케이션에 종속되지 않으며, 바깥세상에 알려진 적 없는 맞춤형·사내 애플리케이션도 마이그레이션할 수 있습니다 – 새 서버에서 실행 가능하기만 하다면요. 고객들이 과거에 마이그레이션한 일반적인 애플리케이션의 일부 목록입니다:
- SQL Server
- 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 서버의 DNS 항목을 새 서버 주소로 바꾸는 식입니다.
- 로그인 스크립트와 GPO 정책도 마찬가지입니다.
- 사용하는 모든 애플리케이션과 콘솔을 실행해 제대로 로드되는지 확인하세요.
- 클라이언트 워크스테이션에서 클라이언트가 마이그레이션된 서버에 제대로 접근할 수 있고 애플리케이션이 문제없이 실행되는지 확인하세요.
축하합니다! 이제 서버 마이그레이션이 끝났습니다.
Windows Server 2022 / 2019 / 2016으로 마이그레이션할 준비가 되셨나요?
Zinstall WinServ는 여기에서 받으세요
또한 문의 해 주시면 지원, 볼륨 라이선스, POC 구축 도움을 받으실 수 있습니다.