Windows Server 2003에서 Server 2012/2016/2019(또는 2008)로 애플리케이션, 데이터, 설정, 프로필을 이전하는 방법
Windows Server 2003 지원은 2015년 7월 14일에 끝났습니다. 환경에 아직 2003 서버가 남아 있다면, 지금이 없앨 때입니다 – 더 새로운 2008, 2012, 2016 또는 Server 2019로 이전하세요.
2003 서버는 꽤 오래됐고 Server 2003에서 Server 2019, 2016, 2012로 가는 직접 업그레이드 경로도 없으므로, Server 2003을 없애는 권장 방법은 새 하드웨어로의 이전입니다 – 인플레이스 업그레이드가 아닙니다.
이 글에서는 일반적인 애플리케이션 서버의 Windows Server 마이그레이션을, 과정에서 어떤 애플리케이션이나 파일도 잃지 않도록 하면서 수행하는 방법을 배웁니다.
이 튜토리얼을 사용하면 대개 24시간 안에 서버 마이그레이션을 끝낼 수 있습니다(복잡한 경우에는 더 걸릴 수 있습니다).
튜토리얼은 아래에 있고, 그 전에 – 영상 튜토리얼과 Windows Server 2003 EOL·마이그레이션에 관한 몇 가지 흔한 질문을 다룹니다.
이 튜토리얼에서 사용하는 도구 – Zinstall WinServ – 는 IBM Services를 통해서도 제공됩니다. 대규모 배포를 위한 풀서비스 패키지의 일부로 이용할 수 있습니다. 자세한 내용은 해당 지역의 IBM 계정 팀에 문의하세요.
영상 튜토리얼 – 자동 서버 마이그레이션
Q: 지금 Windows Server 2003에서 돌리고 있는 애플리케이션을 새 Server 2012/2016/2019로 옮길 수 있나요?
A: 네. 예를 들어 WinServ를 사용하면 모든 애플리케이션, 프로필, 공유, 데이터를 교체 서버 2012/2016/2019로 자동 이전할 수 있습니다. 레거시 2003 애플리케이션의 일부는 새 서버와 네이티브로 호환되지 않을 수 있습니다. 그런 경우 WinServ 패키지가 가상화 마이그레이션을 수행할 수 있습니다.
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
Q: 2015년 7월 14일 이후에도 그냥 Windows Server 2003을 계속 쓰면 어떻게 되나요?
A: 폭발하지는 않습니다. 하지만 Microsoft가 더 이상 지원을 제공하지 않고, 도움을 요청하면 건당 최대 $600를 청구합니다.
Q: Windows Server 2003에서 벗어나면 어떤 이점이 있나요?
A: 새 서버는 오랜 세월 돌려 온 낡은 서버와는 비교할 수 없을 만큼 안전하고 강력합니다. 4GB가 넘는 메모리를 활용할 수 있어, 가상화 서버를 포함해 물리 머신 한 대에 훨씬 높은 부하를 실을 수 있습니다. 최신 OS의 보안 측면과 더불어 전반적인 성능도 훨씬 좋아질 것으로 기대됩니다.
Windows Server 2003에서 Windows Server 2008/2012/2016/2019로 이전하는 방법
이 튜토리얼은 모든 서버의 두 가지 마이그레이션 작업 유형에 해당하는 두 개의 주요 섹션으로 나뉩니다: 1) 애플리케이션, 프로필, 공유, 데이터 마이그레이션 그리고 2) 서버 역할 마이그레이션.
첫 번째 부분은 튜토리얼에서 보여드리듯 WinServ 같은 전용 서버 마이그레이션 도구로 자동화할 수 있습니다. 두 번째 부분은 수작업이 필요한데, 이에 대한 안내를 제공하며 – 이를 수행하는 서비스를 이용할 수도 있습니다.
애플리케이션 서버라면 첫 번째 부분만 있으면 됩니다.
마이그레이션 전에:
-
- 서버를 점검하세요: 그 서버가 무엇을 담당하는지 확실히 파악하세요. 두 가지 목록을 만들어야 합니다:
- 서버가 실행 중인 역할(DC인가? DNS/DHCP를 돌리나? IIS? 인쇄?). 역할 마이그레이션의 유일한 방법은 수동 이전이거나 서버 마이그레이션 서비스입니다. 이 튜토리얼에서는 서버 애플리케이션의 자동 이전에 초점을 맞춥니다.
- 서버에서 돌아가는 애플리케이션은? (Oracle? SQL? CRM? 서드파티 애플리케이션?) 이것들은 적절한 도구로 자동 이전할 수 있으며, 이 튜토리얼 뒷부분에서 다룹니다.
- 서버를 점검하세요: 그 서버가 무엇을 담당하는지 확실히 파악하세요. 두 가지 목록을 만들어야 합니다:
팁: 조직에서 서버 모니터링에 중앙 관리 도구(예: Microsoft SCCM)를 쓰지 않는다면, 무료 Microsoft Assessment and Planning(MAP) Toolkit을 여기에서 내려받을 수 있습니다. Zinstall의 무료 서버 진단도 이용할 수 있습니다: 이 링크. 서버의 전체 소프트웨어·하드웨어 목록을 빠르게 점검할 수 있습니다.
- 마이그레이션 시간대를 정하세요: 마이그레이션에는 시간이 걸리고, 그동안 사용자에게 어느 정도 영향이 갈 수 있습니다. 가능하다면 실제 마이그레이션은 업무 시간 이후나 주말에 하도록 일정을 잡으세요. 그 시간에 본인이 자리를 지킬 필요는 없습니다: 애플리케이션 마이그레이션은 원격으로 수행하거나 무인 모드로 미리 시작해 둘 수 있습니다.
- 백업이 최신이고 실제로 복원 가능한지 확인하세요: 큰 업그레이드는 무엇이든 잘못될 수 있고, 유효한 최신 백업이 없으면 서버에 있던 모든 것을 잃을 위험이 있습니다. 갖고 있는 백업이 손상되지 않았고 필요할 때 복원할 수 있는 상태인지 반드시 확인하세요!
- 대체 서버 유형을 정하세요: 서버 교체를 결정했다면, 무엇으로 교체할지 여러 선택지가 있습니다. 물리적인 Windows 2012/2016/2019 서버일 수도, 온프레미스 가상 서버일 수도, 심지어 오프프레미스 클라우드 기반 서버일 수도 있습니다. WinServ는 이 모든 이전을 지원하므로, 선택에 따라 마이그레이션 난이도가 크게 달라지지 않습니다.
애플리케이션, 프로필, 공유, 데이터 마이그레이션
원본 Windows 2003 애플리케이션 서버에서 대상 Server 2012/2016/2019로 마이그레이션하는 과정은 다음과 같습니다:
- 대상 서버를 완전히 업데이트하고 패치를 적용하세요.
- 대상 서버를 도메인에 추가하세요.
- 현재 컴퓨터(이전할 원본 컴퓨터)에서 WinServ (또는 유사한 도구)를 원본(2003) 서버와 대상(2012, 2016 또는 2019) 서버에서 실행합니다.
- 이 단계에서는 네트워크로 직접 이전할 수도 있고, 간접 마이그레이션을 할 수도 있습니다 – 원본 서버를 네트워크 스토리지/클라우드 스토리지의 컨테이너로 캡처한 뒤, 그 컨테이너에서 새 서버로 배포하는 방식입니다.
- 이전을 시작하기 전에 옮길 애플리케이션과 데이터를 골라서 선택할 수도 있습니다. 아니면 그냥 실행해서 전부 마이그레이션해도 됩니다.
- 대상 서버에서 “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 2003에서 돌아가는 레거시 서드파티 애플리케이션 일부는 Windows Server 2008이나 2012와 호환되지 않을 수 있습니다. 이런 애플리케이션은 대개 새 OS 버전용으로 업데이트되지 않은 레거시 DOS, 16비트 또는 32비트 전용 소프트웨어입니다. 가능한 한 빨리 프로덕션 환경에서 제거하는 것을 강력히 권장합니다.
이 애플리케이션들을 즉시 제거할 수 없고 조직의 지속 운영에 필수적이라면, 계속 가동하기 위한 권장 방안은 새 교체 서버에서 도는 가상 Server 2003 인스턴스로 가상화 마이그레이션을 하는 것입니다. 그 후에도 해당 애플리케이션을 단계적으로 퇴출하고 가상화된 2003 인스턴스 가동을 중단하는 데 필요한 절차를 계속 진행하세요.
이런 P2V(물리-가상) 마이그레이션에도 WinServ 를 사용해야 합니다.
마이그레이션 후에:
마이그레이션 과정이 끝나면 결과를 검증할 차례입니다.
- 필요한 곳에서는 도메인의 DNS가 새 서버를 가리키도록 조정해야 할 수 있습니다. 예를 들어 CRM-SERVER DNS 항목을 새 서버 주소로 바꾸는 식입니다.
- 로그인 스크립트와 GPO 정책도 마찬가지입니다.
- 사용하는 모든 애플리케이션과 콘솔을 실행해 올바르게 로드되는지 확인하세요.
- 클라이언트 워크스테이션에서 클라이언트가 마이그레이션된 서버에 올바르게 접근하고 애플리케이션이 문제없이 실행되는지 확인하세요.
축하합니다! 이제 애플리케이션 서버 마이그레이션이 완료되었습니다.
Windows 2003 서버를 2016/2019로 마이그레이션할 준비가 되셨나요?
또한 문의 지원, 볼륨 라이선스, POC 구성 도움이 필요하시면 연락 주세요.