내보내기(0) 인쇄
모두 확장

Windows Server 2008로 업그레이드할 때 응용 프로그램 고려 사항

적용 대상: Windows Server 2008

이 문서에는 기간 업무(LOB) 응용 프로그램 또는 비 Microsoft® 응용 프로그램을 사용 중인 경우 로 업그레이드하는 데 필요한 정보가 포함되어 있습니다. 이 문서에서 설명하는 사전 조치를 취하지 않으면 업그레이드가 차단되거나 업그레이드 후에 응용 프로그램이 작동하지 않을 수 있습니다.

이 문서에서는 LOB 또는 비 Microsoft 응용 프로그램을 사용하는 회사나 타사 ISV(Independent Software Vendor) 중 서버를 업그레이드하려는 업체를 대상으로, Windows Server 2008로 서버를 업그레이드하는 프로세스에서 운영 체제에 포함되지 않는 데이터가 어떻게 관리되는지를 설명합니다.

이러한 응용 프로그램은 업그레이드 프로세스에서 문제를 일으킬 수 있습니다. 업그레이드 프로세스에서 운영 체제에 포함된 데이터를 처리하는 동안 레지스트리와 일부 파일 위치가 다시 생성됩니다. 이렇게 다시 생성된 디렉터리에 있는 데이터 중 운영 체제에 해당하지 않는 데이터는 임시 저장소 디렉터리에 저장됩니다.

note참고
업그레이드 엔진은 설치 단계를 진행하는 동안 수행한 작업과 발생한 오류가 완벽하게 기록된 로그 파일을 작성합니다. 이러한 로그를 확인하려면 C:\Windows\Panther에서 Setupact.log 파일과 Setuperr.log 파일을 살펴보십시오. 전체 설치 과정에서 생성되는 로그 파일의 전체 목록을 보려면 http://support.microsoft.com/kb/927521을 참조하십시오.

문서 내용

서버 업그레이드 방법의 변경 사항

Windows® Vista®와 Windows Server 2008로의 업그레이드는 이전 버전의 Windows Server로 업그레이드하는 데 비해 더 복잡합니다. 이전 버전의 Windows에서는 기존 운영 체제 상태가 업그레이드 후에도 유지됩니다. 즉, 사용자 설정, 파일 설정, 레지스트리 키 등 모든 설정이 업그레이드된 운영 체제에 보존됩니다. 업그레이드 엔진은 데이터 파일과 설정은 그대로 두고 새로운 실행 파일과 데이터 파일을 컴퓨터에 설치합니다. 데이터 파일과 설정을 변환해야 하는 경우에도 이전 상태 정보는 그대로 두었습니다.

반면 Windows Server 2008의 경우 업그레이드 엔진이 기존 운영 체제 상태를 형식으로 완전히 다시 구성합니다. 업그레이드 엔진은 다음을 수행합니다.

  • 문제가 발생할 경우 이전 운영 체제로 롤백할 수 있도록 새 운영 체제를 기존 운영 체제와 병행하여 설치합니다.

  • 기존 운영 체제에서 인식 가능한 데이터 및 설정(실행 파일, 설정, Windows 레지스트리의 운영 체제 항목, 운영 체제 데이터 파일 등)을 구문 분석하여 올바른 Windows Server 2008 형식으로 변환합니다.

    업그레이드 엔진은 업그레이드 매니페스트에 나열되지 않은 파일이나 새 운영 체제와 충돌을 일으키는 위치의 파일을 모두 임시 저장소 디렉터리로 이동합니다. 업그레이드를 완료한 후 이 디렉터리에서 누락된 응용 프로그램 파일을 찾아볼 수 있습니다. 자세한 내용은 임시 저장소 디렉터리에서 누락된 파일 찾기 섹션을 참조하십시오.

  • 이전 운영 체제를 삭제합니다.

  • 새로 형식이 지정된 데이터 및 설정을 새로 설치된 운영 체제로 마이그레이션합니다.

Microsoft는 운영 체제 내에서 구성 요소 및 서버 역할을 새 설치로 마이그레이션 하는 방법을 제어하기 위해 업그레이드 매니페스트를 만들었습니다. 업그레이드 매니페스트는 설정 파일과 데이터 파일을 새 위치로 전송하는 방법을 제어합니다. 레지스트리의 운영 체제 외 항목도 전달되어 새 레지스트리에 병합됩니다.

업그레이드 프로세스에서는 다음 정보를 구문 분석하여 새 운영 체제로 마이그레이션할 항목을 결정합니다.

  • 운영 체제 상태 - 바탕 화면 배경, 화면 해상도, 사용하거나 사용하지 않도록 설정된 기능 또는 서비스 등 기본값에서 변경된 모든 운영 체제 설정

  • 응용 프로그램

  • 사용자 데이터(C:\Users\<사용자 이름> 디렉터리에 있는 모든 데이터)

  • 드라이버

  • 운영 체제 이진 파일

업그레이드 프로세스

Windows Server 2008로의 업그레이드는 다음 표에서 설명하는 것처럼 세 단계로 이루어집니다.

 

단계 설명

수집

원본 운영 체제에서 사용자 데이터, 레지스트리 키, 응용 프로그램 데이터 등의 정보를 수집합니다.

설치

Windows Server 2008 이미지의 Windows PE(Windows 사전 설치 환경)에서 하드 디스크로 운영 체제를 새로 설치합니다.

적용

수집 단계에서 수집된 정보를 새 운영 체제에 적용합니다.

업그레이드 프로세스를 단계별로 자세히 설명하면 다음과 같습니다.

  1. 원본 운영 체제에 대해 다음 작업을 수행하여 수집 단계를 시작합니다.

    1. 설치 이진 파일을 로컬 하드 디스크로 복사합니다.

    2. 동적 업데이트가 업데이트된 설치 파일과 호환성 데이터베이스 업데이트 항목이 웹에 있는지 확인합니다. 호환성 데이터베이스에는 호환되는 응용 프로그램에 대한 정보가 들어 있습니다.

    3. 원본 운영 체제에 대해 업그레이드가 지원되는지 확인합니다.

    4. 사용자에게 호환성 보고서를 표시합니다. 이 보고서는 제거해야 하거나 업그레이드 후 문제를 일으킬 수 있는 응용 프로그램에 대해 자세한 정보를 제공합니다.

    5. 동적 업데이트가 업데이트된 시스템 구성 요소 및 드라이버가 있는지 확인합니다.

    6. 이미지 파일에서 로컬 하드 디스크로 Windows 이진 파일을 추출합니다.

    7. 운영 체제 상태, 사용자 파일, 드라이버 등의 시스템 데이터를 식별합니다. 운영 체제 상태는 Microsoft에서 작성한 업그레이드 매니페스트를 기준으로 식별됩니다.

    8. Windows PE 설치 파일을 로컬 하드 디스크로 추출하여 설치 단계를 시작합니다.

    9. 서버를 다시 시작합니다.

  2. 업그레이드 엔진이 Windows PE에서 다음 작업을 수행합니다.

    1. 서버를 Windows PE로 부팅합니다.

    2. 1g 단계에서 수집 대상으로 표시된 파일을 임시 저장소 디렉터리로 이동합니다.

    3. 2-B 단계에서 지정된 운영 체제 이진 파일을 원본 운영 체제에서 임시 저장소 디렉터리로 이동합니다.

    4. SID(보안 식별자)와 로컬 계정 데이터를 수집합니다.

    5. 운영 체제의 언어 중립적인 버전을 설치합니다.

    6. 특정 언어의 MUI(Multilingual User Interface) 패키지를 설치합니다.

    7. 원본 운영 체제와 동일한 상태를 유지하는 데 필요한 선택적 구성 요소를 설치합니다.

    8. ACL(액세스 제어 목록)을 구성합니다.

    9. 1e 단계에서 동적 업데이트를 통해 수집된 업데이트를 모두 설치합니다.

    10. 서버에 SID, 컴퓨터 이름 및 로컬 계정을 적용하여 적용 단계를 시작합니다.

  3. 다음과 같은 단계를 통해 표준 Windows 설치를 사용자 지정하는 특수 단계가 시작됩니다.

    1. 플러그 앤 플레이 드라이버를 설치합니다.

    2. 원본 컴퓨터의 사용자 계정에 대해 사용자 프로필을 만듭니다.

    3. 운영 체제 상태를 적용합니다.

  4. 업그레이드 엔진이 다음 단계를 수행하여 임시 저장소 디렉터리에서 새 설치로 데이터를 마이그레이션합니다.

    1. 업그레이드 매니페스트에 캡처된 운영 체제 상태(1g 단계 참조)를 적용합니다.

    2. 설치 프로그램에 무인 파일이 제공된 경우 무인 파일의 설정을 적용합니다.

    3. 임시 저장소 디렉터리에서 원본 운영 체제의 파일을 삭제합니다.

    4. 서버를 다시 시작합니다.

응용 프로그램 호환성 검사

업그레이드를 시작하면 업그레이드 엔진이 호환성 검사를 수행하여 컴퓨터에 설치된 모든 응용 프로그램이 업그레이드 가능한 응용 프로그램인지를 확인합니다. 이때 업그레이드 엔진에는 Windows Vista에 사용된 것과 동일한 논리가 사용됩니다. 즉, Windows Vista 업그레이드에 문제가 되는 응용 프로그램은 Windows Server 2008 업그레이드 시에도 문제가 됩니다.

호환성 검사 과정에서 문제가 발견되면 호환성 보고서를 통해 업그레이드 전에 사용자가 수행해야 할 사항을 알립니다. 이 보고서에는 설치된 응용 프로그램의 상태에 대해 설명하는 웹 사이트의 링크가 포함되어 있습니다. 보고서가 표시된다고 해서 업그레이드가 중단되는 것은 아니며, 업그레이드 전에 수행해야 할 작업을 안내하는 역할만 합니다.

하지만 이 보고서는 Windows Vista와 동일한 데이터베이스를 사용하기 때문에 주로 서버에 설치되는 많은 응용 프로그램에 대한 정보는 여기에 포함되지 않습니다. 따라서 업그레이드 후에 응용 프로그램이 정상적으로 작동할지를 확인하는 사전 조치를 취하는 것이 중요합니다.

업그레이드 전 준비 사항

이 섹션에서 설명하는 Windows Server 2008 업그레이드 프로세스의 변경 사항을 숙지해야 합니다 이러한 변경 사항으로 인해 업그레이드 전에 응용 프로그램을 변경해야 할 수도 있으므로 모든 업그레이드 시나리오를 철저하게 테스트해야 합니다.

임시 저장소 디렉터리에서 누락된 파일 찾기

업그레이드를 진행하는 동안 응용 프로그램에 사용되는 파일이 이동 또는 삭제될 수도 있습니다. . 예를 들어 Windows 시스템 파일에 종속된 파일이 응용 프로그램에 사용될 수 있습니다. 이 경우 해당 Windows 시스템 파일이 삭제되면 응용 프로그램에 사용되는 파일이 이동됩니다. 따라서 테스트를 통해 업그레이드 후에 응용 프로그램이 작동하지 않는 것으로 확인되면 임시 저장 위치(%SystemDrive%\$WINDOWS.~Q\Data)에서 누락된 파일을 찾고 응용 프로그램을 수정하는 도구를 개발해야 합니다. 이 섹션의 나머지 부분에서는 업그레이드 엔진이 파일을 이 위치로 이동하는 방법과 이유에 대해 설명합니다.

수집 단계에서 업그레이드 엔진은 Windows Server 2008 설치에 다시 생성할 시스템 폴더를 모두 검색합니다. Windows PE에서 시작된 업그레이드 엔진은 다음 파일 형식을 임시 저장소 디렉터리로 이동합니다.

  • 업그레이드 매니페스트에 나열되지 않은 파일

  • 새 운영 체제와 충돌하는 위치의 파일(예: %SystemRoot% 및 %ProgramFiles%)

    이러한 파일은 전체 업그레이드 프로세스 동안 이 디렉터리에 보존되므로 업그레이드에 문제가 있어 운영 체제를 롤백할 때 복원할 수 있습니다.

    임시 저장소는 롤백을 가능하게 하는 것 외에 업그레이드 엔진에서 수집한 모든 파일의 데이터가 영구적으로 손실되는 것을 막는 안전망 역할도 합니다. 업그레이드가 완료되고 롤백할 수 없게 되면 업그레이드 엔진이 임시 저장소 디렉터리에서 원본 운영 체제 파일을 삭제합니다. 하지만 임시 저장소 디렉터리의 사용자 데이터 파일은 삭제되지 않습니다.

  • 따라서 업그레이드 프로세스를 완료한 후에 응용 프로그램이 찾지 못하는 파일은 임시 저장소 디렉터리로 옮겨졌을 수 있습니다. 특히 일반적인 시스템 위치에 설치된 파일의 경우가 이에 해당합니다. 임시 디렉터리의 구조(%SystemDrive%\$WINDOWS.~Q)는 원본 운영 체제의 Data 하위 폴더에 있는 해당 디렉터리 구조와 동일합니다. 예를 들어 사용자 프로필은 %SystemDrive%\$WINDOWS.~Q\Data\users\<사용자 이름>에 저장됩니다.

응용 프로그램의 디렉터리 교차점이 작동하는지 확인

Windows Server 2008의 폴더 계층 구조는 몇 가지 면에서 이전 Windows 운영 체제와 다릅니다. 이러한 차이점을 해결하기 위해 디렉터리 교차점이라는 숨겨진 리디렉터가 사용됩니다. 디렉터리 교차점은 이전 폴더에 대한 요청을 새 위치로 변환하는 역할을 합니다. 이전 경로를 사용하는 응용 프로그램의 경우 대개 이 프로세스를 실행하는 데 문제가 없지만 현재 숨겨진 리디렉터를 통해 연결되는 항목에 응용 프로그램에서 올바르게 액세스할 수 있는지 확인해보아야 합니다.

Windows Server 2008 폴더 구조의 구체적인 변경 내용은 다음과 같습니다.

  • Windows 셸. 여러 표준 Windows 폴더의 경로가 변경되었습니다. 예를 들어 Windows Server 2003에서 My Documents 폴더의 경로는 C:\Documents and Settings\사용자 이름\My Documents지만 Windows Server 2008에서는 C:\users\사용자 이름\Documents입니다.

    업그레이드 엔진은 시스템에서 CSIDL(Constant Special Item ID List)을 쿼리하여 새 폴더 구조를 확인합니다. CSIDL은 모든 시스템에 공통적으로 사용되는 특수 폴더 위치 확인 방식입니다. Windows Server 2008에서는 CSIDL이 KNOWNFOLDERID로 대체되었지만 이전 운영 체제에서 업그레이드할 때는 여전히 사용됩니다.

    상수는 knownfolders.h에 정의되어 있습니다. KNOWNFOLDERID와 그에 해당하는 CSIDL의 전체 목록은 MSDN 웹 사이트(http://go.microsoft.com/fwlink/?LinkId=109818)(페이지는 영문일 수 있음)에서 "KNOWNFOLDERID" 항목을 참조하십시오.

  • 비영어 버전 Windows의 영어 폴더 이름. Windows Server 2003의 비영어 버전에는 CSIDL에 해당 폴더 이름이 지역화되어 있는 폴더가 포함되기도 합니다. Windows Server 2008에서는 이러한 언어의 설치 파일에도 영어 폴더 이름이 사용됩니다. 예를 들면 C:\Program Files와 같습니다.

    원본 운영 체제가 영어가 아니면 업그레이드 엔진은 디렉터리 교차점을 작성하여 English 네임스페이스를 다시 매핑합니다. 예를 들어 C:\Dokumente und Einstellungen\<사용자 이름>\Eigene Dateien을 가리키는 독일어 운영 체제를 업그레이드하는 경우 Windows Server 2008에서 해당 폴더는 C:\users\<사용자 이름>\documents에 생성됩니다. 따라서 디렉터리 교차점을 통해 원래 폴더에 대한 모든 요청이 리디렉션됩니다. 영어 운영 체제와 비영어 운영 체제의 연결 대상 폴더가 같더라도 원본 폴더는 다를 수 있습니다.

대부분의 경우에 디렉터리 교차점을 통해 호출이 새 위치로 올바르게 리디렉션되는 것으로 확인되지만 사용자의 응용 프로그램에서도 문제가 없는지 확인해야 합니다.

경우에 따라 업그레이드 엔진이 추가 디렉터리 교차점을 작성할 수 있습니다. 예를 들어 사용자가 Windows Server 2000에서 Windows Server 2003으로 업그레이드하면 운영 체제 폴더 이름이 \WinNT로 지정되어 \WinNT에 대한 호출이 새 설치의 올바른 시스템 폴더로 리디렉션됩니다.

모든 x64 커널 모드 소프트웨어가 서명되었는지 확인

Windows Server의 이전 x64 버전에서는 드라이버에 서명할 필요가 없습니다. 하지만 Windows Server 2008 x64 버전의 경우 드라이버 및 하위 수준의 바이러스를 비롯하여 컴퓨터에서 실행되는 모든 커널 모드 소프트웨어에 서명이 있어야 합니다. 운영 체제는 시작할 때마다 이 서명을 참조하며 서명되지 않은 소프트웨어는 로드하지 않습니다. 이 기능은 바이러스와 같은 알려지지 않은 커널 모드 소프트웨어가 컴퓨터를 손상시키지 못하도록 합니다. 하지만 일반적으로 많은 방화벽 및 바이러스 백신 프로그램에는 서명되지 않은 커널 모드 소프트웨어가 사용되며 사용 중인 응용 프로그램에서 이와 같은 서명되지 않은 커널 모드 소프트웨어를 사용하는 경우에는 해당 응용 프로그램을 제거할 때까지 업그레이드가 차단될 수 있습니다. 또한 응용 프로그램이 완전히 제거되지 않으면 업그레이드가 계속 차단될 수 있습니다. 이 섹션에서는 업그레이드 엔진이 수행하는 추가 단계와 이 문제의 해결 방법을 설명합니다.

x64 기반 컴퓨터의 경우 업그레이드 엔진은 Windows Server 2008로 업그레이드하는 프로세스의 초기 단계(업그레이드 프로세스의 번호 매기기 목록 1단계) 외에 다음 작업을 추가로 수행합니다.

  1. 적용 가능한 서명된 드라이버를 설치 미디어에서 로컬 하드 디스크로 복사합니다.

  2. 미디어에 없지만 다운로드 가능한 서명된 x64 드라이버 목록을 다운로드합니다. 아직 실제 드라이버 패키지는 다운로드되지 않습니다.

  3. 원본 운영 체제에서 커널 모드 소프트웨어를 검색하여 각 소프트웨어가 서명되어 있는지 확인합니다. 서명되지 않은 드라이버를 로컬 카탈로그 파일과 비교하여 Windows Server 2008에 해당 드라이버의 유효성을 검사하는 데 사용 가능한 서명이 있는지 확인합니다.

  4. 호환성 보고서의 서명되지 않은 커널 모드 소프트웨어를 표시합니다. 업그레이드가 차단된 경우 업그레이드 엔진에 서명된 드라이버를 제공하면 설치를 계속할 수 있습니다.

  5. 이 목록의 2단계에서 확인한 드라이버 패키지를 다운로드합니다.

  6. 업그레이드 프로세스의 번호 매기기 목록 3단계에 설명되어 있는 특수 단계를 진행하는 동안 원본 운영 체제의 유효한 드라이버 패키지를 설치할 수 있도록 수집합니다. 유효한 패키지란 서명되어 있거나, 서명되지 않았지만 운영 체제 카탈로그 파일에 유효한 서명이 있는 패키지를 말합니다.

x64 버전에서의 업그레이드 방식 때문에 커널 모드 응용 프로그램 드라이버는 소프트웨어 개발자에게 위험 요소가 됩니다. 방화벽, 파일 시스템, 복사 방지 응용 프로그램 및 바이러스 백신 프로그램에 많이 사용되는 커널 모드 응용 프로그램 드라이버는 일반적으로 해당 드라이버를 사용하는 응용 프로그램이 제거될 때까지 업그레이드를 차단하는 원인이 됩니다. 응용 프로그램이 완전히 제거되지 않으면 업그레이드가 계속 차단될 수 있습니다.

외부 카탈로그 파일이 아니라 로컬 카탈로그 파일에 서명이 포함되어 있는 비플러그 앤 플레이 드라이버 버전을 배포해야 합니다. 부팅 시작 드라이버는 이 포함된 메서드를 사용하여 서명해야 합니다. 플러그 앤 플레이 기능은 Windows Server 2008에서 새로 선보이는 서명이 포함된 드라이버를 인식하지 못합니다. Windows Server 2008용 드라이버에 서명하는 방법에 대해서는 "Windows의 드라이버 서명 요구 사항"(http://go.microsoft.com/fwlink/?LinkId=109848)(페이지는 영문일 수 있음)을 참조하십시오.

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.

커뮤니티 추가 항목

추가
Microsoft는 MSDN 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 진행하고 있습니다. 참여하도록 선택하시면 MSDN 웹 사이트에서 나가실 때 온라인 설문 조사가 표시됩니다.

참여하시겠습니까?
표시:
© 2014 Microsoft