Server 2008에서 Server 2019 / 2016으로 마이그레이션하고 애플리케이션, 프로필, 공유, 데이터를 유지하는 방법
Server 2008의 지원 종료(End of Life)는 2020년 1월입니다. 2008 마이그레이션을 미뤄 왔다면 지금이 끝낼 때입니다. 다행히 생각보다 훨씬 쉬울 수 있습니다. 이 글에서는 다음을 수행하는 방법을 설명합니다: Server 2008/Server 2008 R2에서 새 Server 2019로의 마이그레이션, 2016 또는 2012로의 마이그레이션 – 서버 애플리케이션, 데이터베이스, 사용자 프로필, 공유, 데이터의 이전을 포함합니다. 역할(role) 마이그레이션의 모범 사례와 튜토리얼도 다룹니다.
여기서 다루는 마이그레이션은 네이티브 마이그레이션입니다 – 앱 가상화가 아닙니다. 이 방법들로 물리→물리, 물리→가상/클라우드, 클라우드→클라우드 등으로 이전할 수 있습니다. 호환성 우회책으로 가상화를 더할 수도 있지만 이 튜토리얼에서는 다루지 않습니다.
이 튜토리얼의 목표는 애플리케이션·파일 서버의 경우 실제 작업 시간 4시간 미만(데이터 전송의 “무인 대기” 시간 제외), 역할 중심 서버의 경우 24시간 미만으로 서버 마이그레이션을 끝낼 수 있게 하는 것입니다(복잡한 경우에는 더 걸릴 수 있습니다).
이를 위해 사용하는 소프트웨어는 Zinstall WinServ.
마이그레이션 자동화 방법만 알고 싶고 일반적인 튜토리얼은 필요 없으신가요?
여기를 클릭하면 실제 마이그레이션 과정 부분으로 건너뜁니다.
또는 워크스테이션을 마이그레이션해야 한다면, Windows 10 마이그레이션은 여기를 클릭.
WinServ 서버 마이그레이션은 IBM Services를 통해서도 제공됩니다. 대규모 배포를 위한 풀서비스 패키지의 일부로 이용할 수 있습니다. 자세한 내용은 해당 지역의 IBM 계정 팀에 문의하세요.
비디오 데모 – 서버 자동 마이그레이션 도구
시작하기 전에: 서버를 조사하고 마이그레이션을 계획하세요.
서버를 점검하세요: 일반적인 환경에는 꽤 다양한 서버 유형이 있습니다. 전형적인 그룹으로는 도메인 관리 서버(DC, DNS, DHCP 등), 웹 서버, DB 서버, 애플리케이션 서버, 파일 서버 등이 있습니다.
이 튜토리얼은 보통 수가 더 많은 그룹 – 애플리케이션 서버, 데이터베이스 서버, 파일 서버 – 에 초점을 맞춥니다(역할 마이그레이션과 달리 이런 이전은 쉽게 자동화할 수 있기 때문입니다).
마이그레이션 시간대를 정하세요: 마이그레이션에는 시간이 걸리고, 그동안 사용자에게 어느 정도 영향이 갈 수 있습니다. 가능하다면 실제 마이그레이션은 업무 시간 이후나 주말에 하도록 일정을 잡으세요. 그 시간에 본인이 자리를 지킬 필요는 없습니다: 애플리케이션 마이그레이션은 원격으로 수행하거나 무인 모드로 미리 시작해 둘 수 있습니다.
백업이 최신이고 실제로 복원 가능한지 확인하세요: 큰 업그레이드는 무엇이든 잘못될 수 있고, 유효한 최신 백업이 없으면 서버에 있던 모든 것을 잃을 위험이 있습니다. 갖고 있는 백업이 손상되지 않았고 필요할 때 복원할 수 있는 상태인지 반드시 확인하세요!
대체 서버 유형을 정하세요: 서버 교체를 결정했다면, 무엇으로 교체할지 여러 선택지가 있습니다. 물리적인 Windows 2019 서버일 수도, 온프레미스 가상 서버일 수도, 오프프레미스 클라우드 기반 서버(예: Azure로 마이그레이션, Amazon AWS로 마이그레이션)일 수도 있습니다. Zinstall WinServ를 사용한다면 이 모든 이전을 지원하므로, 선택에 따라 마이그레이션 난이도가 크게 달라지지 않습니다.
심층 데모: Windows Server 애플리케이션 마이그레이션
Server 2008에서 Server 2019로 이전하는 방법
아래 과정은 Server 2008에서 새 Windows Server 2019/2016으로 옮기는 마이그레이션 단계를 정리한 것입니다.
옵션 1: 네트워크를 통한 Server 2008에서 2019로의 직접 마이그레이션
- 시작하기 전에, 방화벽이 마이그레이션을 방해하지 않도록 기존 서버의 방화벽을 끄거나 최소한 Zinstall을 허용 목록에 추가하는 것을 고려하세요.
- 현재 컴퓨터(이전할 원본 컴퓨터)에서 Zinstall WinServ 를 실행합니다.
참고: 여기에서 Zinstall WinServ를 받을 수 있고, 그리고 사용 설명서는 여기에서 볼 수 있습니다. - 두 서버 모두에서 첫 번째 옵션 “Moving between two machines”를 선택합니다.
- 서버 애플리케이션은 옮기지 않고 프로필, 데이터, 공유만 이전하려면 메인 화면의 라디오 버튼을 “profile and settings only” 모드로 전환하세요.
- 원본 서버에서 “Source computer” 옵션을 선택하고 그대로 실행해 둡니다. 새 서버의 연결을 기다리는 상태가 됩니다.
- 새 Server 2019/2016에서는 “Target computer” 옵션을 선택합니다.
- WinServ가 원본 서버를 자동으로 감지합니다. 서버가 서로 다른 네트워크에 있다면 원본 서버의 IP 주소를 수동으로 지정할 수도 있습니다.
- 옮길 항목을 정확히 고르고 싶으면 Advanced 메뉴를 여세요. 전부 옮길 거라면 Advanced 메뉴는 필요 없습니다.
- Next를 클릭한 뒤 Go를 클릭하면 마이그레이션이 시작됩니다.
- 이전에는(옮길 데이터 양에 따라) 시간이 걸리며, 끝나면 알려줍니다.
- 이게 전부입니다!
옵션 2: 중간 저장소를 통한 2008에서 2019/2016으로의 간접 마이그레이션
- 현재 컴퓨터(이전할 원본 컴퓨터)에서 Zinstall WinServ 를 실행합니다.
참고: 여기에서 Zinstall WinServ를 받을 수 있고, 그리고 사용 설명서는 여기에서 볼 수 있습니다. - 원본 서버에서 세 번째 옵션 “Moving from Machine to Container”를 선택합니다
- 컨테이너 위치를 선택하고(네트워크 공유, NAS, USB 하드 드라이브 등 – 어떤 저장소든 가능) Go를 눌러 원본 서버를 그 위치로 완전 캡처합니다.
- 새 2019/2016 서버에서 네 번째 옵션인 “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 웹앱으로 이전해야 한다면 다음을 참조하세요: 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 2008에서 돌아가는 일부 레거시 서드파티 애플리케이션은 Windows Server 2019(또는 2016)와 호환되지 않을 수 있습니다. 예를 들어 Server 2008에서 SQL 2005를 쓰고 있다면, 수동이든 자동이든 그보다 새 환경에서는 실행되지 않습니다. 이런 애플리케이션은 가능한 한 빨리 프로덕션 환경에서 제거하기를 강력히 권합니다.
이 애플리케이션들을 즉시 제거할 수 없고 조직의 지속 운영에 필수적이라면, 계속 가동하기 위한 권장 방안은 새 교체 서버에서 도는 가상 Server 2008 인스턴스로 가상화 마이그레이션을 하는 것입니다. 그 후에도 해당 애플리케이션을 단계적으로 퇴출하고 가상화된 2008 인스턴스 가동을 중단하는 데 필요한 절차를 계속 진행하세요.
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 정책도 마찬가지입니다.
- 사용하는 모든 애플리케이션과 콘솔을 실행해 올바르게 로드되는지 확인하세요.
- 클라이언트 워크스테이션에서 클라이언트가 마이그레이션된 서버에 올바르게 접근하고 애플리케이션이 문제없이 실행되는지 확인하세요.
축하합니다! 이제 서버 마이그레이션이 끝났습니다.
2008 서버를 마이그레이션할 준비가 되셨나요?
또한 문의 지원, 볼륨 라이선스, POC 구성 도움이 필요하시면 연락 주세요.