한 번만 다시 부팅하여 여러 Windows 업데이트 또는 핫픽스를 설치하는 방법

Update.exe 프로그램의 명령줄 옵션

다음 표는 Update.exe 프로그램이 지원하는 명령줄 옵션(또는 스위치)을 나타냅니다. 스위치 설명 ------ ----------- /f 시스템을 종료할 때 다른 프로그램을 강제 종료합니다. /n 핫픽스 제거를 위해 파일을 백업하지 않습니다. /z 설치가 완료된 후에 컴퓨터를 다시 시작하지 않습니다. /q 자동 모드(사용자 개입 없음)를 사용합니다. /m 무인 설치 모드를 사용합니다(Windows 2000). /u 무인 설치 모드를 사용합니다(Windows XP). /l 설치된 핫픽스 목록을 표시합니다. 다음 코드 샘플은 여러 제품 업데이트를 설치하고 컴퓨터를 다시 시작한 후에 올바른 파일로 교체되었는지 확인하는 배치 파일입니다.

@echo off
setlocal
set PATHTOFIXES=E:\hotfix

%PATHTOFIXES%\Q123456_w2k_sp4_x86.exe /Z /M
%PATHTOFIXES%\Q123321_w2k_sp4_x86.exe /Z /M
%PATHTOFIXES%\Q123789_w2k_sp4_x86.exe /Z /M

참고 Update.exe를 사용하는 2001년 5월 18일 이후에 릴리스된 모든 Windows XP x64 Edition, Windows Server 2003, Windows XP 및 Windows 2000 제품 업데이트에 QChain.exe 기능이 포함되긴 했지만 2002년 12월 이전에 릴리스된 제품 업데이트의 경우 일부 환경에서 컴퓨터에 잘못된 이진 데이터가 배치되는 문제가 있습니다. 2003년 3월에 Microsoft는 이 문제를 해결하기 위해 QChain.exe의 업데이트된 버전을 릴리스했습니다.
이 문제에 대한 자세한 내용 또는 업데이트된 Qchain.exe 도구를 구하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

여러 핫픽스를 연결하면 올바른 파일이 설치되지 않는다

QChain.exe를 사용하지 않고 업데이트를 연결 설치하는 것은 안전하지 않다

업데이트를 설치할 때 파일이 잠겨 있거나 사용 중일 경우 대체할 수 없습니다. 따라서 파일은 보류 중인 이름 바꾸기 대기열에 저장되며 컴퓨터를 다시 시작한 후에 대체됩니다. 아래와 같은 시나리오에서 이러한 문제가 발생합니다.

• 설치 사이에 컴퓨터를 다시 시작하지 않고 업데이트 A와 B를 설치합니다.

• 두 패키지에 파일 X가 포함되어 있습니다. 패키지 A의 파일 X는 버전 3이고 패키지 B의 파일 X는 버전 2입니다. 컴퓨터에 있는 파일 X의 버전은 1입니다.

• 패키지 A가 설치되면 패키지 A의 파일 X 버전이 보류 중인 이름 바꾸기 대기열에 저장됩니다.

• 패키지 B가 설치되면 패키지 B의 파일 X 버전이 보류 중인 파일 이름 바꾸기 대기열에 저장됩니다.

• 컴퓨터가 다시 시작되면 패키지 B가 마지막에 설치되었기 때문에 패키지 B의 파일 X 버전이 설치됩니다. 즉, 보류 중인 파일 이름 바꾸기 대기열에서 마지막 파일이 사용되는 파일입니다. 따라서 예상대로 버전 3 대신 버전 2가 설치됩니다.

이전에 연결한 업데이트를 다시 시작하지 않고 설치한 경우

이 시나리오는 드물게 발생하지만 컴퓨터에 설치된 모든 수정 프로그램을 확인하는 것은 좋은 습관입니다. 확인하려면 Qfecheck.exe 도구를 사용하십시오.
Qfecheck.exe에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

Qfecheck.exe는 Windows 2000 및 Windows XP 핫픽스 설치를 확인한다

QChain.exe는 컴퓨터를 다시 시작한 후에 최신 버전의 파일만 설치되도록 레지스트리에서 Pending File Rename Operations 키를 삭제합니다.

한 번만 다시 시작하여 여러 업데이트를 설치하는 방법

1. 업데이트 설치 관리자가 설치 후에 다시 시작하지 않도록 -z 스위치를 사용하여 설치 관리자를 실행합니다. 설치하는 동안 메시지가 나타나지 않도록 하려면 -m 스위치(자동 모드인 경우)를 추가합니다.
   
   업데이트 설치 관리자는 다음 프로그램 중 하나입니다.
   

   • 자동 압축 풀림 패키지 프로그램 파일(예: Qnnnnnn_w2k_spx_x86_en.exe)

   • Hotfix.exe(패키지에서 모든 파일의 압축을 푼 경우)

2. 모든 핫픽스를 설치한 후에 QChain.exe를 실행합니다.
   

3. 컴퓨터를 다시 시작합니다.

배치 파일을 만들어 이 작업을 수행할 수도 있습니다. 다음 샘플 배치 파일은 이러한 방법을 보여 줍니다.

@echo off
setlocal
set PATHTOFIXES=some path%PATHTOFIXES%\Q123456_w2k_sp2_x86.exe -z -m
%PATHTOFIXES%\Q123321_w2k_sp2_x86.exe -z -m
%PATHTOFIXES%\Q123789_w2k_sp2_x86.exe -z -m
%PATHTOFIXES%\qchain.exe

QChain.exe를 구하는 방법

2001년 5월 18일 이후에 릴리스된 모든 Windows XP 및 Windows 2000 업데이트에 QChain.exe 기능이 포함되긴 했지만 2002년 12월 이전에 릴리스된 업데이트의 경우 일부 환경에서 컴퓨터에 잘못된 이진 데이터가 배치되는 문제가 있습니다. 2003년 3월에 Microsoft는 이 문제를 해결하기 위해 QChain.exe의 업데이트된 버전을 릴리스했습니다.
이 문제에 대한 자세한 내용 또는 업데이트된 Qchain.exe 도구를 구하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

여러 핫픽스를 연결하면 올바른 파일이 설치되지 않는다

QChain.exe 명령 구문

qchain [logfilename] 선택적 매개 변수 [logfilename]는 Pending File Rename Operations 키의 전후 스냅숏이 있는 파일을 만듭니다.

QChain.exe 출력 예

---- Old Information In The Registry ------
Source:C:\WINNT\inf\acpi.inf
Version: 5.0.2183.1
Destination:d:\ntsust\testregchech\1394.inf
Version: 5.0.2183.1

Source:C:\WINNT\inf\adm_mult.inf
Version: 5.0.2184.1
Destination:d:\ntsust\testregchech\1394.inf
Version: 5.0.2183.1

Source:C:\WINNT\inf\banshee.inf
Version: 5.0.2080.1
Destination:d:\ntsust\testregchech\1394.inf
Version: 5.0.2183.1

---- New Information In The Registry ------
Source:C:\WINNT\inf\adm_mult.inf
Version: 5.0.2184.1
Destination:d:\ntsust\testregchech\1394.inf
Version: 5.0.2183.1

QChain.exe의 제한 사항

QChain은 대부분의 Windows NT 4.0 및 Windows 2000 업데이트에 작동하지만 QChain.exe는 다음 레지스트리 키에 나열된 이진 파일을 포함하고 있는 업데이트에는 작동하지 않을 수 있습니다.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\KnownDLLs레지스트리 키에 나열된 이진 파일(이진)은 시작할 때 메모리에 로드됩니다. 업데이트 설치 관리자가 이 목록에서 이진에 있는 GetFileVersionInfo 함수를 호출하면 업데이트 설치 관리자는 대상 위치에 실제 있는 이진 대신 이미 로드된 이진을 참조합니다.

KnownDLLs 레지스트리 키에 나열된 이진이 시작할 때 메모리에 로드되기 때문에 업데이트 설치 관리자는 컴퓨터를 다시 시작하기 전에 대상 이진을 수정된 이진으로 대체해야 합니다. 따라서 업데이트 설치 관리자는 다시 시작할 때 이진을 대체하기 위해 Pending File Rename Operation을 만들지 않습니다. 대신 업데이트 설치 관리자는 현재 이진을 임시 위치로 이동하고 현재 이진이 있던 곳에 수정된 이진을 배치한 다음 Pending File Rename Operation을 만들어 컴퓨터가 다시 시작되면 현재 이진을 삭제합니다.

QChain은 이진 교체 작업을 수행하는 Pending File Rename Operations에만 영향을 미칩니다. 삭제 작업을 수행하는 Pending File Rename Operations에는 아무런 작업도 수행하지 않습니다.

SP2 이전의 모든 Windows NT 4.0 업데이트 및 모든 Windows 2000 업데이트는 GetFileVersionInfo를 사용하여 파일 버전을 확인합니다. 둘 이상의 Windows NT 4.0 업데이트나 SP2 이전 Windows 2000 업데이트를 설치하고 업데이트에 중복된 KnownDLLs가 포함되어 있는 경우 QChain을 사용하여 이러한 업데이트 설치를 연결하면 최신 버전의 수정 프로그램이 설치되었는지 확인하지 않습니다.

다음 시나리오는 QChain이 시스템에 올바른 이진을 배치할 수 없는 이유를 보여 줍니다.

• 업데이트 패키지 A와 B를 설치하고 설치할 때마다 다시 시작하지 않습니다.

• 두 패키지 모두 KnownDLLs 목록에 있는 파일인 Kernel32.dll을 포함하고 있습니다. 패키지 A에는 Kernel32.dll 버전 3이 들어 있고 패키지 B에는 Kernel32.dll 버전 2가 들어 있으며 컴퓨터에는 Kernel32.dll 버전 1이 설치되어 있습니다.

• 패키지 A를 설치하면 GetFileVersionInfo는 컴퓨터에 Kernel32.dll 버전 1이 설치되었다고 보고합니다. 패키지 A에는 버전 3이 들어 있기 때문에 업데이트 설치 관리자는 파일을 교체할 필요가 있다고 판단합니다.
  

  • 업데이트 설치 관리자는 컴퓨터의 Kernel32.dll 버전 1을 임시 위치로 이동하고 Pending File Rename Operation을 만들어 다음에 컴퓨터를 다시 시작할 때 임시 위치에서 Kernel32.dll 파일을 삭제합니다.

  • 패키지 A의 Kernel32.dll 버전 3이 컴퓨터로 복사됩니다.

• 패키지 B가 설치되어도 GetFileVersionInfo가 메모리에 로드된 Kernel32.dll의 버전 정보를 읽기 때문에 GetFileVersionInfo는 컴퓨터에 Kernel32.dll 버전 1이 설치되었다고 보고합니다. 패키지 B의 버전은 2이므로 핫픽스는 파일을 교체할 필요가 있다고 판단합니다.
  

  • 업데이트 설치 관리자는 이제 컴퓨터에 있는 Kernel32.dll(패키지 A의 Kernel32.dll 버전 3)을 임시 위치로 이동하고 Pending File Rename Operation을 만들어 다음에 컴퓨터를 다시 시작할 때 임시 위치에서 Kernel32.dll(버전 3)을 삭제합니다.
    

  • 패키지 B의 Kernel32.dll 버전 2가 컴퓨터로 복사됩니다.

• QChain은 실행되지만 파일 교체를 위한 Pending File Rename Operations가 없으므로 QChain은 아무런 작업도 수행하지 않습니다.

• 패키지 B가 최근에 설치되었기 때문에 패키지 B의 Kernel32.dll 버전 2는 컴퓨터의 올바른 위치에 있습니다. 따라서 컴퓨터를 다시 시작하면 이 파일이 메모리에 로드됩니다. Pending File Rename Operations는 원래 Kernel32.dll 버전 1과 패키지 A의 Kernel32.dll 버전 3을 모두 삭제합니다. 따라서 이제 컴퓨터에는 Kernel32.dll 버전 3 대신 버전 2가 있게 됩니다.

GetFileVersionInfo가 메모리에 로드된 KnownDLLs에서 더 이상 사용되지 않도록 하는 SP2 이후 Windows 2000 수정 프로그램이 있습니다. 대신 업데이트 설치 관리자는 대상 위치에 실제로 있는 파일을 매핑한 다음 매핑된 파일에 있는 GetFileVersionInfo를 호출합니다. 그러므로 QChain.exe를 사용하여 SP2 이후 Windows 2000 업데이트를 함께 연결할 수 있습니다. 이렇게 하면 업데이트를 설치한 순서에 관계없이 파일의 최신 버전이 설치됩니다.

이전 시나리오가 재현되고 SP2 이후 Windows 2000 업데이트를 사용하는 경우 패키지 B의 핫픽스는 패키지 A의 Kernel32.dll을 매핑하고 버전 3으로 인식합니다. 버전 3은 패키지 B의 자체 Kernel32.dll 버전 2보다 최신입니다. 따라서 패키지 B는 시스템에 있는 Kernel32.dll을 대체하지 않고 패키지 A의 Kernel32.dll 버전 3은 컴퓨터를 다시 시작한 후에 컴퓨터가 올바르게 사용하는 버전입니다.