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로 직접 마이그레이션

  1. 시작하기 전에, 방화벽이 마이그레이션을 방해하지 않도록 기존 2012 서버의 방화벽을 끄거나 최소한 Zinstall을 허용 목록에 추가하는 것을 고려하세요.
  2. 두 서버 모두에서 Zinstall WinServ 를 실행합니다.
    참고: 여기에서 Zinstall WinServ를 받을 수 있고, 사용 설명서는 여기에서 볼 수 있습니다.
  3. 두 서버 모두에서 첫 번째 옵션 “Moving between two machines”를 선택합니다.
  4. 서버 애플리케이션은 옮기지 않고 프로필, 데이터, 공유만 이전하려면 메인 화면의 라디오 버튼을 “profile and settings only” 모드로 전환하세요.
  5. 원본 서버에서 “Source system” 옵션을 선택하고 그대로 실행해 둡니다. 새 서버의 연결을 기다리는 상태가 됩니다.
  6. 새 Server 2022 / 2019에서는 “Target system” 옵션을 선택합니다.
  7. WinServ가 원본 서버를 자동으로 감지합니다. 서버가 서로 다른 네트워크에 있다면 원본 서버의 IP 주소를 수동으로 지정할 수도 있습니다.
  8. 옮길 것을 정확히 선택하고 싶다면 Advanced 메뉴를 누르세요. 모든 것을 옮기기만 하면 된다면 Advanced 메뉴에 들어갈 필요가 없습니다.
  9. Next를 클릭한 다음 Go를 클릭하면 마이그레이션이 시작됩니다.
  10. 이전에는 (데이터 양에 따라) 시간이 좀 걸리며, 완료되면 알려 줍니다.
  11. 이게 전부입니다!

옵션 2: 중간 저장소를 통한 간접 마이그레이션

  1. 두 서버 모두에서 Zinstall WinServ 를 실행합니다.
    참고: 여기에서 Zinstall WinServ를 받을 수 있고, 사용 설명서는 여기에서 볼 수 있습니다.
  2. 원본 서버에서 세 번째 옵션 “Moving from Machine to Container”를 선택합니다
  3. 컨테이너 위치를 선택하고(네트워크 공유, NAS, USB 하드 드라이브 등 – 어떤 저장소든 가능) Go를 눌러 원본 서버를 그 위치로 완전 캡처합니다.
  4. 새 2022 / 2019 서버에서 네 번째 옵션 “Moving from Container to Machine”을 선택합니다
  5. 프로그램은 옮기지 않고 프로필, 데이터, 공유만 이전하려면 메인 화면의 라디오 버튼을 “profile and settings only” 모드로 전환하세요.
  6. 3단계에서 만든 컨테이너의 위치를 지정합니다.
  7. 옮길 것을 정확히 선택하고 싶다면 Advanced 메뉴를 누르세요. 모든 것을 옮기기만 하면 된다면 Advanced 메뉴에 들어갈 필요가 없습니다.
  8. Next를 클릭한 다음 Go를 클릭하면 마이그레이션이 시작됩니다.
  9. 이전에는 (데이터 양에 따라) 시간이 좀 걸리며, 완료되면 알려 줍니다.
  10. 이게 전부입니다!

서버 역할 마이그레이션

마이그레이션의 이 부분은 수동으로 진행하며, 도움이 될 튜토리얼이 여럿 있습니다. John Savill의 훌륭한 가이드를 추천합니다: Winding Down Windows Server 2003 in Your Organization. 아래 정보는 위 글을 바탕으로 합니다.

  1. 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.
  2. 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 .
  3. DHCP 마이그레이션: DHCP 범위는 클라이언트에 부여되는 IP 주소와 IP 구성(예: 게이트웨이, DNS 서버)을 제공합니다. DHCP 범위를 옮기는 가장 좋은 방법은 Server 2012 인스턴스에서 범위를 내보낸 뒤 Server 2022 / 2019 인스턴스로 가져오는 것입니다.
  4. DNS 마이그레이션: Windows에서 DNS를 호스팅한다면 아마 AD와 통합되어 있고 DNS 서버가 곧 DC일 것입니다. 따라서 AD를 옮기면 DNS 구성도 함께 옮겨집니다. 포워딩 같은 DNS 서버 구성을 잊지 말고 옮기는 것이 중요합니다. DNS 서버를 새 IP 주소에서 호스팅한다면 고정 IP 구성과 모든 DHCP 구성을 반드시 업데이트해야 합니다. 이 번거로운 작업을 피하려고 대부분의 조직은 기존 서버 퇴역 후 새 서버의 IP 주소를 기존 서버의 것으로 바꿉니다.
  5. 인쇄 서비스: 파일 서비스와 마찬가지로 프린터 구성과 공유를 원본 서버에서 대상 서버로 옮겨야 합니다. 또한 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

마이그레이션 후:

마이그레이션 과정이 끝나면 결과를 검증할 차례입니다.

  1. 필요한 곳에서는 도메인의 DNS가 새 서버를 가리키도록 조정해야 할 수 있습니다. 예를 들어 기존 CRM 서버의 DNS 항목을 새 서버 주소로 바꾸는 식입니다.
  2. 로그인 스크립트와 GPO 정책도 마찬가지입니다.
  3. 사용하는 모든 애플리케이션과 콘솔을 실행해 제대로 로드되는지 확인하세요.
  4. 클라이언트 워크스테이션에서 클라이언트가 마이그레이션된 서버에 제대로 접근할 수 있고 애플리케이션이 문제없이 실행되는지 확인하세요.

축하합니다! 이제 서버 마이그레이션이 끝났습니다.

Windows Server 2022 / 2019 / 2016으로 마이그레이션할 준비가 되셨나요?

Zinstall WinServ는 여기에서 받으세요

또한 문의 해 주시면 지원, 볼륨 라이선스, POC 구축 도움을 받으실 수 있습니다.