비디오: Why Businesses Use Windows Server (십월 2024)
7 월 14 일, Microsoft는 Windows Server 2003에 대한 확장 지원을 종료합니다. 이는 "보안 취약점, 비보안 결함 등을 해결하는 패치가 더 이상 없을 것"을 의미합니다. Windows Server 2003 및 Windows Server 2003에서 실행되는 응용 프로그램이 중요한 역할을하는 경우 인프라를 구축하려면 지금 새 서버 플랫폼으로 마이그레이션을 시작해야합니다 (아직없는 경우).
마이그레이션은 실제 또는 가상 서버와 운영 체제로 시작되지만 거기서 멈추지 않습니다. 응용 프로그램의 원활한 업그레이드 경로를 보장하면 가동 중지 시간이 최소화됩니다. 운영 체제에서 데이터베이스, 응용 프로그램, 웹 프런트 엔드에 이르기까지 스택을 위아래로 마이그레이션 한 결과를 이해하는 것이 중요합니다. 마이그레이션하는 동안 스택을 깨뜨릴 수있는 곳이 많으므로 신중하게 계획하고 테스트해야 프로젝트 타임 라인에 빌드해야합니다.
마이그레이션 프로세스에 대한 간략한 개요는 다음과 같습니다.
1. 소프트웨어 및 워크로드 발견 – 카탈로그
2. 평가 – 응용 프로그램 및 워크로드 (및 종속성)를 분류합니다
3. 대상 – 대상 및 마이그레이션 경로 식별
4. 마이그레이션, 업그레이드 및 테스트 – 이동 한 다음 작동하는지 확인하십시오.
워크로드에 관계없이 업그레이드 및 마이그레이션은 간단하지 않습니다. 응용 프로그램을 업그레이드하지 않고 기본 운영 체제를 업그레이드 할 수 없습니다. 모든 것을 자동화하는 마이그레이션 도구를 다운로드 할 수 없을 가능성이 있습니다. 일부 공급 업체에는 도움이되는 도구가 있지만 그 중 어느 것도 여러분을 위해 자동화하지는 않습니다. Exchange, SharePoint, SQL Server, 기타 Microsoft 응용 프로그램 또는 타사 응용 프로그램을 실행 중인지 여부는 계획 집약적이고 시간 소모적 인 프로세스입니다.
시작하기에 좋은 곳은 Microsoft의 Windows Server 2003 마이그레이션 계획 도우미입니다.이 가이드는 위에 나열된 네 가지 주요 단계를 안내합니다. Windows Server 2003 및 SQL Server 2005 마이그레이션을위한 Microsoft MAP (Assessment and Planning Toolkit)도 있습니다 (후자는 2016 년 4 월 12 일 지원 종료). MAP은 또한 타사 응용 프로그램을 검색하여 응용 프로그램 마이그레이션을 시작할 수 있습니다.
시스템 아키텍처를 다시 생각하기에 매우 좋은시기입니다. Exchange, SharePoint 및 SQL Server를 마이그레이션하는 한 다른 실제 Windows Server, 가상 Windows Server 또는 클라우드 서비스 조합으로 이동할 수 있습니다. Microsoft Azure 및 Office 365 또는 다른 공급자를 사용하여 부분적으로 클라우드로 (또는 완전히) 이동할 수 있습니다. 여러 물리적 서버를 단일 물리적 서버에서 실행되는 가상 머신으로 통합 할 수 있습니다. 어떤 소프트웨어 버전을 구입할 것인지는 최신 버전으로 업그레이드하는 것이 가장 좋습니다. 예를 들어 Windows Server 2008 R2 대신 Windows Server 2012 R2를 선택하십시오. 이 또 다시.
까다로운
타사 및 사용자 지정 응용 프로그램으로 마이그레이션 경로가 까다로워집니다. 평가는 애플리케이션의 가치, 특히 비즈니스가 원활하게 작동하는 데 얼마나 중요한지 이해함으로써 시작해야합니다. 어떤 치료 옵션을 사용할 수 있으며 얼마나 간단합니까? 애플리케이션 마이그레이션이 비즈니스에 미치는 영향을 아는 것은 의사 결정 프로세스의 중요한 구성 요소입니다. 또한 각 개별 응용 프로그램뿐만 아니라 응용 프로그램 간의 관계에 관한 것입니다. 우리는 2003 년 이후에있을 수있는 응용 프로그램에 대해 이야기하고 있기 때문에 이러한 답변 중 일부를 찾기가 어려울 수 있습니다. 실행중인 응용 프로그램과 응용 프로그램의 통합 방식을 이해하면 원활한 마이그레이션을 위해 먼 길을 갈 것입니다.
타사 및 사용자 지정 응용 프로그램에 대해 이해해야 할 가장 중요한 것은 다음 서버에서 응용 프로그램을 실행할지 결정해야한다는 것입니다. 예를 들어 응용 프로그램이 16 비트 코드가 없거나 16 비트 드라이버에 의존하지 않는 32 비트 응용 프로그램 인 경우 Windows Server 2012 R2에서 실행될 수 있습니다. 실행되는 경우 공급 업체는 Windows Server 2012 R2에서 응용 프로그램을 지원합니까? 지원되는 경우 설치 패키지 및 재설치 및 데이터 마이그레이션을 수행 할 지식이 있습니까? 공급 업체가 Windows Server 2012 R2에서 32 비트 응용 프로그램 실행을 지원하지 않으면 업그레이드하거나 다른 방법을 찾아야합니다.
AppZero 및 Vision Software와 같은 타사 도구는 타사 및 사용자 지정 응용 프로그램을 마이그레이션하는 데 도움이 될 수 있습니다. AppZero는 데이터 센터 (실제 또는 가상) 또는 클라우드에서 기존 Windows 서버 응용 프로그램을 식별하고 추출하여 다른 Windows 서버로 옮깁니다. Vision Software는 애플리케이션 및 데이터를 다른 물리적 또는 가상 서버로 거의 0에 가까운 다운 타임 마이그레이션을 수행하여 마이그레이션 중에 사용자가 변경 한 모든 사항을 캡처하고이를 새로운 서버로 복제합니다.
결론
응용 프로그램 업그레이드 및 마이그레이션은 단순히 새 버전의 Windows Server로 업그레이드하는 것보다 훨씬 어렵습니다. 환경이 복잡할수록 코드 기반이 더 복잡해지고이 프로세스가 더 어려워집니다. 업무상 중요한 응용 프로그램의 중단을 피하기 위해 신중한 계획과 테스트가 필수적입니다. 앱 자체, 다른 애플리케이션, 데이터베이스 백엔드 및 시스템 구성 요소에 대한 종속성을 이해하는 것이 중요합니다. 생각할 수없는 상황에 대비하십시오. 일부 코드를 마이그레이션하지 못할 수 있으며 다시 작성해야 할 수도 있습니다.
자세한 내용은이 시리즈의 첫 세 부분 인 Windows Server 2003 마이그레이션을위한 Procrastinator 안내서, Windows Server 2003 마이그레이션 안내서: 대체 OS 선택 및 Windows Server 2003에서 전환해야하는 이유를 참조하십시오.
