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

Office 2013 제품 업데이트 배포

 

적용 대상: Office 2013

마지막으로 수정된 항목: 2013-12-18

요약: Windows Installer 기반(MSI) Office 2013, Project 2013 및 Visio 2013용 업데이트를 배포하는 방법 및 소프트웨어 업데이트 프로세스에 대해 설명합니다.

대상: IT 전문가

Office가 새로 출시된 후 Microsoft에서는 응용 프로그램 보안, 성능 및 안정성을 향상시킬 수 있는 일련의 소프트웨어 업데이트를 제공하고 있습니다. 이 문서에서는 Windows Installer 기반 Office에 사용 가능한 소프트웨어 업데이트 유형과 Office 2013, Project 2013 및 Visio 2013 클라이언트용 소프트웨어 업데이트를 배포하는 데 사용되는 배포 방법에 대해 설명합니다.

이 문서의 내용

Microsoft에서는 다음 표에 나와 있는 소프트웨어 업데이트를 제공합니다.

Office용 소프트웨어 업데이트 유형

업데이트 정의

서비스 팩

테스트되고 누적된 핫픽스, 보안 업데이트, 중요 업데이트 및 소프트웨어 업데이트 모음입니다. 서비스 팩에는 고객이 요청한 제한된 수의 디자인 변경 또는 기능이 포함될 수도 있습니다. 서비스 팩은 제품의 새 기준선 버전을 나타냅니다.

보안 업데이트

제품별 보안 관련 취약점을 위해 널리 배포되는 수정 프로그램입니다. 보안 관련 취약점은 Microsoft 보안 공지에 위험, 중요, 보통 또는 낮음으로 표시되는 심각도를 기준으로 등급이 매겨집니다.

일반 업데이트

보안과 관련되지 않은 매우 중요한 문제를 해결하기 위해 특정 문제에 대해 널리 배포되는 수정 프로그램입니다.

핫픽스

제품 문제를 해결하는 하나 이상의 파일로 구성된 단일 누적 패키지입니다. 핫픽스는 특정 고객 상황을 해결하며 고객 조직 외부에 배포할 수 없습니다.

Office 누적 업데이트는 두 달 간격으로 출시됩니다. 최신 Office 누적 업데이트와 함께 정기적으로 업데이트되는 전체 KB 문서가 있습니다. 핫픽스와 누적 업데이트는 Windows Software Update Services 또는 Microsoft 업데이트를 통해 배포할 수 없습니다.

Office 2013 및 관련 제품의 최신 업데이트에 대한 자세한 내용은 Microsoft Office, Office 서버 및 관련 제품 업데이트 센터를 참조하십시오.

소프트웨어 업데이트는 업데이트에 의해 변경되는 모든 파일을 대체하는 전체 파일 업데이트로 출시됩니다. 전체 파일이 설치되기 때문에 일반적으로 전체 파일 업데이트에는 원래 Office 설치 원본에 대한 액세스가 필요 없습니다.

Office 제품의 서비스 팩은 설치된 제품의 업데이트로만 제공됩니다. 기본 Office 시스템 제품과 통합되지 않습니다.

Office 2013 업데이트 배포에 필요한 Windows Installer의 최소 버전은 Windows Installer 3.1입니다. Windows Installer 4.5는 Windows Server 2008 SP2(서비스 팩 2)와 함께 출시되었습니다. Windows Installer 5.0은 Windows Server 2008 R2 및 Windows 7과 함께 출시되었습니다. Windows Installer에 대한 자세한 내용은 MSDN 웹 사이트에서 다음 리소스를 참조하십시오.

Office 2013의 배포 기능은 업데이트 전략을 선택하는 프로세스를 간소화합니다. 기존 Office 2013 시스템 설치에 최신 소프트웨어 업데이트가 설치되도록 모든 업데이트를 클라이언트에 직접 배포할 수 있습니다.

사용자는 클라이언트 컴퓨터에 여러 전체 파일 업데이트를 직접 적용할 수 있습니다. 예를 들어 사용자는 전체 파일 보안 업데이트를 적용한 후 전체 파일 중요 업데이트를 적용할 수 있습니다. 전체 파일 업데이트는 업데이트의 영향을 받는 모든 파일을 완전히 대체합니다. 사용자는 원본에 액세스할 수 없는 경우를 포함하여 대부분의 경우에 업데이트를 적용할 수 있습니다. Office 2013 설치 프로그램은 기본 설치 과정의 일부로 사용자 컴퓨터에 로컬 설치 원본을 만듭니다. Office 2013의 모든 제품은 두 단계를 거쳐 설치됩니다. 설치 프로그램은 먼저 압축된 설치 원본 파일을 사용자 컴퓨터에 복사한 다음 Windows Installer를 호출하여 로컬 설치 원본에서 실제 설치를 수행합니다. 설치 후 로컬 설치 원본은 소프트웨어 업데이트와 같은 원래 원본에 액세스해야 하는 모든 설치 프로그램 유지 관리 작업을 위해 사용 가능한 상태로 유지됩니다.

Office 2013 및 제품 업데이트를 설치하려면 관리 권한 또는 상승된 권한이 필요합니다. 상승된 권한은 모든 관리자 권한 또는 사용 권한을 가진 컴퓨터를 작동하는 계정 또는 이러한 컴퓨터에 로그인하는 프로세스를 의미합니다. 엔터프라이즈 환경에서는 Microsoft System Center 2012 Configuration Manager와 같은 소프트웨어 배포 도구를 사용하여 업데이트를 배포하는 것이 좋습니다. System Center 2012 Configuration Manager에서는 상승된 권한을 사용합니다. Office 2013 배포에 대한 자세한 내용은 Office 2013 배포 방법을 참조하십시오.

참고참고:
Office 2003의 경우 대규모 조직에서는 일반적으로 관리 설치 지점을 통해 제품을 설치했으며 원하는 경우 로컬 설치 원본에서 설치할 수 있었습니다. Office 2013 및 Office 2010과 Office 2007에는 관리 설치 옵션이 없으며 로컬 설치 원본이 필요합니다. 모든 업데이트를 클라이언트에 '직접' 적용하기 때문에 네트워크 원본이 변경되지 않은 상태로 유지됩니다. 클라이언트 설치는 원래 원본과 계속 동기화됩니다.

사용자가 Office 2013을 설치할 때 설치 프로그램이 로컬 컴퓨터의 숨겨진 폴더에 설치 파일을 복사합니다. Windows Installer는 이 로컬 설치 원본을 사용하여 Office를 설치하고 나중에 Office를 복구 및 업데이트합니다. 로컬 설치 원본에 대한 자세한 내용은 Office 2013의 설치 아키텍처 개요에서 필요한 설치 로컬 원본을 참조하십시오.

대부분의 경우 로컬 업데이트 전략을 사용하는 것이 좋으며 특히 다음과 같은 경우에 유용합니다.

  • 소프트웨어 업데이트를 여러 사용자 그룹에 배포하거나 서로 다른 시점에 배포하는 경우

  • 네트워크 대역폭이 제한된 경우

  • 네트워크 액세스가 제한되거나 신뢰할 수 없는 사용자(이동 사용자)를 지원하는 경우

로컬 설치 원본을 항상 사용할 수 있으므로 오프라인 사용자는 원본에 액세스해야 하는 모든 작업을 수행할 수 있습니다.

Office 2013의 최초 버전은 제품의 초기 기준선을 나타내고, 이후의 각 서비스 팩은 새 기준선을 나타냅니다.

전체 파일 업데이트는 일반적으로 두 가지 가장 최근 기준선에서 지원됩니다. 예를 들어 Office 2013 SP1(서비스 팩 1)로 업데이트한 사용자가 SP2를 사용할 수 있게 된 이후에 출시된 업데이트를 배포할 수 있습니다.

참고참고:
이전 기준선은 최신 서비스 팩이 출시된 후 12개월 동안만 지원됩니다. 예를 들어 SP1에 대한 소프트웨어 업데이트는 Office 2013 SP2가 출시된 후 12개월 동안 지원됩니다. 12개월 후에는 SP2로 업데이트된 클라이언트 컴퓨터에만 전체 파일 업데이트가 적용됩니다. Microsoft 지원 주기에 대한 자세한 내용은 Microsoft 지원 주기 정책을 참조하십시오.

다음 방법 중 하나를 사용하여 엔터프라이즈 환경의 사용자에게 소프트웨어 업데이트를 배포할 수 있습니다.

인터넷에 직접 연결된 사용자는 Microsoft 업데이트(Windows 7을 실행하는 컴퓨터의 경우 Windows 업데이트)를 통해 자신의 컴퓨터를 관리하고 최신 소프트웨어 업데이트를 다운로드할 수 있습니다. 사용자는 자동 일정을 설정하여 업데이트를 주기적으로 확인하고 검색할 수 있습니다. 사용자는 Windows 및 Office와 같은 Microsoft 제품에 대한 자동화된 중앙 집중식 소프트웨어 업데이트 솔루션을 제공하는 Microsoft 업데이트를 사용하는 것이 좋습니다. Microsoft 업데이트에 대한 자세한 내용은 Microsoft 업데이트 홈을 참조하십시오.

Active Directory 관리 환경에서는 파일 탭 | 도움말의 명령 사용 안 함 그룹 정책 설정을 사용하여 Office 응용 프로그램에서의 Office.com 및 Microsoft 업데이트 액세스를 제어할 수 있습니다. 이 설정은 그룹 정책 관리 콘솔 MMC(Microsoft Management Console) 스냅인의 사용자 구성\관리 템플릿\Microsoft Office 2013\사용자 인터페이스의 항목 사용 안 함 노드에서 사용할 수 있습니다.

파일 탭 | 도움말의 명령 사용 안 함 정책은 사용자가 Microsoft 다운로드 센터에서 업데이트를 검색하거나 Office 소프트웨어 업데이트를 제공하는 Microsoft 업데이트 사이트를 직접 사용하는 것을 차단하지 않습니다. 그룹 정책에 대한 자세한 내용 및 그룹 정책 설정을 구성하는 방법은 Office 2013의 그룹 정책 개요를 참조하십시오.

WSUS(Windows Server Update Services)는 조직의 네트워크 내에서 최신 Microsoft 제품 업데이트를 배포하는 데 사용할 수 있는 무료 도구입니다. WSUS는 Microsoft 업데이트에 연결하여 최신 소프트웨어 업데이트를 검색하고 조직의 WSUS 서버와 업데이트를 동기화합니다. 자동 또는 수동 동기화를 구성할 수 있으며, 기본 WSUS 서버를 사용하여 네트워크의 다른 WSUS 서버를 업데이트할 수 있습니다.

WSUS에 대한 자세한 내용은 Windows Server Update Services 3.0 SP2 단계별 가이드를 참조하십시오.

System Center 2012 Configuration Manager는 복잡하고 급변하는 비즈니스 환경에서 많은 클라이언트를 관리하는 중간 규모 및 대규모 조직에 맞게 디자인된 소프트웨어 배포 도구입니다. System Center 2012 Configuration Manager를 사용하여 Office의 초기 배포를 수행할 뿐 아니라 혼합된 Microsoft Windows 클라이언트에 제품 업데이트를 배포할 수도 있습니다.

System Center 2012 Configuration Manager를 사용하여 Office을 유지 관리하는 경우 배포 프로세스의 정확한 제어 방법을 설정할 수 있습니다. 예를 들어 System Center 2012 Configuration Manager를 사용하여 Office을 설치하기 전에 소프트웨어 요구 사항에 대해 클라이언트 컴퓨터를 쿼리하고 조건에 맞는 컴퓨터를 설치 대상으로 지정할 수 있습니다.

System Center 2012 Configuration Manager에 대한 자세한 내용은 Microsoft System Center 2012 Configuration ManagerConfiguration Manager에서 소프트웨어 업데이트를 참조하십시오.

Microsoft Self-Extractor는 소프트웨어 설치 업데이트와 핫픽스를 Microsoft Self-Extractor 패키지라는 자동 압축 풀기 실행 파일에 통합하는 데 사용됩니다. 관리자는 .exe 파일을 두 번 클릭하거나 명령 프롬프트에서 .exe 파일을 실행하여 이러한 패키지를 설치할 수 있습니다. 이 배포 옵션은 System Center 2012 Configuration Manager 또는 WSUS가 없는 경우에 유용합니다.

명령 프롬프트에서 .exe 파일을 실행하여 패키지를 설치할 때 스위치를 사용하여 패키지 배포 및 로깅 옵션을 지정할 수 있습니다. 또한 시작 메뉴에서 검색 상자를 사용하거나 시작을 클릭한 다음 실행을 클릭하여 .exe 파일을 실행할 수 있습니다.

참고참고:
제품 패치 .exe 파일에서 .msp 파일의 압축을 풀고 실행하지 않는 것이 좋습니다. 컴퓨터에 설치된 제품에 패치가 적용되지 않는 경우 .msp 파일을 잘못 적용하면 오류가 생성됩니다. 또한 필요한 모든 .msp 파일이 적용될 때까지 제품이 완전히 업데이트되지 않을 수 있습니다. 패키지에는 적용 가능한 패치를 정확하게 확인하고 필요한 패치만 설치하는 검색 논리가 포함되어 있습니다.
Office의 '초기' 설치 중에 업데이트가 적용되는 경우 Office 제품과 함께 설치되도록 Updates 폴더에 .msp 파일의 압축을 풀어야 합니다. 이러한 .msp 파일만 처리됩니다.

초기 설치와 함께 배포되는 업데이트에 Updates 폴더를 사용하는 방법에 자세한 내용은 초기 Office 2013 설치 시 소프트웨어 업데이트 배포를 참조하십시오.

다음 섹션에서는 Microsoft Self-Extractor 파일을 사용하는 방법에 대한 정보를 제공합니다.

패키지에 사용 가능한 스위치를 확인하려면 다음 도움말 스위치 중 하나를 사용합니다.

/?

/h

/help

Microsoft Self-Extractor에서 지원되는 명령줄 스위치는 다음 표에 나와 있습니다.

명령줄 스위치

스위치 설명

/extract:[ 경로 ]

경로 폴더에 패키지 내용을 추출합니다. 경로를 지정하지 않은 경우 찾아보기 대화 상자가 나타납니다.

/log:[ 로그 파일 경로 ]

업데이트 설치에 대한 자세한 정보 로깅을 사용합니다. 경로 정보와 함께 파일 이름도 포함해야 합니다. 이 명령은 폴더를 만들지 않습니다. 따라서 기존 폴더 이름을 사용해야 합니다. 지정한 파일 이름 외에 실행하는 각 .MSI 파일에 대해 별도의 로그 파일이 만들어집니다.

/lang: lcid

패키지에서 여러 로캘을 사용할 수 있는 경우 사용자 인터페이스를 지정된 로캘로 설정합니다.

/quiet

자동 모드로 패키지를 실행합니다.

/passive

사용자 상호 작용 없이 업데이트를 실행합니다.

/norestart

컴퓨터를 다시 시작해야 하는 경우 사용자에게 메시지를 표시하지 않습니다.

/forcerestart

업데이트가 완료되면 컴퓨터를 강제로 다시 시작합니다.

/?

/h

/help

도움말 메시지를 표시합니다.

명령줄 스위치에 대한 자세한 내용은 Microsoft 기술 자료 문서 912203: Microsoft Self-Extractor를 사용하여 만든 소프트웨어 설치 패키지, 업데이트 패키지 또는 핫픽스 패키지에서 지원하는 명령줄 스위치에 대한 설명을 참조하십시오.

이 섹션에는 폴더에 포함된 모든 Microsoft Self-Extractor 패키지를 배포하는 데 사용할 수 있는 배치 파일 및 Visual Basic 스크립트 예제가 포함되어 있습니다. 배치 파일 및 스크립트 코드는 단일 설치에 실패한 경우 후속 설치를 계속할 수 있도록 작성되었습니다. 배치 파일과 스크립트 둘 다 예제용으로 제공된 것이므로 특정 시나리오에 맞게 구성해야 합니다.

다음 배치 파일은 먼저 기존 로그 파일을 삭제한 다음 배치 파일과 같은 디렉터리에 포함된 모든 Microsoft Self-Extractor 파일을 설치합니다.

@echo off

del %temp%\oupdates.txt /q

for /f "delims=-; tokens=1,2,3,4,5" %%i in ('dir /b *kb*.exe') do echo %%j-%%i-%%k-%%l-%%m >> %temp%\oupdates.txt

for /f "delims=-; tokens=1,2,3,4,5" %%i in ('type %temp%\oupdates.txt') do %%j-%%i-%%k-%%l-%%m /log:%temp%\officeupdates.log /passive /norestart

다음 Visual Basic 스크립트는 이전 배치 파일과 유사한 기능을 제공합니다. 이 스크립트는 스크립트와 같은 폴더에 포함된 모든 Microsoft Self-Extractor 파일을 설치합니다. 이 코드는 Microsoft Self-Extractor 패키지가 자동으로 설치되도록 지정하며 로그 파일이 사용자의 %temp% 임시 폴더(예: C:\Users\<username>\AppData\Local\Temp\<officeupdate>.log)에 생성되도록 로깅을 설정합니다. 이러한 스위치는 Microsoft Self-Extractor 파일이 아닌 다른 실행 파일(.exe)에 사용할 수 없습니다. 따라서 Self-Extractor 파일이 있는 폴더에 다른 종류의 .exe 파일을 포함하지 않는 것이 좋습니다.

Dim wShell 'As WshShell

Dim fso 'As FileSystemObject

Dim f 'As File

Dim sLogName 'As String

Dim sPatchFolder 'As String

Dim sPatchCmd 'As String

Const kTempFolder = 2

On Error Resume Next

sPatchFolder = Replace(Wscript.ScriptFullName, Wscript.ScriptName, "")

Set fso = CreateObject("Scripting.FileSystemObject")

Set wShell = CreateObject("WScript.Shell")

For Each f In fso.GetFolder(sPatchFolder).Files

If UCase(Right(f.Name, 4)) = ".EXE" Then

sLogName = fso.GetSpecialFolder(kTempFolder) & "\" & Left(f.Name, Len(f.Name) - 3) & "log"

sPatchCmd = f.Path & " /quiet /norestart /log:" & sLogName

wShell.Run sPatchCmd, 0, True

End If

Next

Microsoft Self-Extractor 파일을 사용하여 Office 2013의 초기 설치 '후' 소프트웨어 업데이트를 배포하는 경우 메모장과 같은 텍스트 편집기를 사용하여 이 섹션의 Visual Basic 스크립트 및 배치 파일 예제를 특정 요구 사항에 맞게 변경할 수 있습니다. 사용자 지정을 완료한 후 파일을 저장하십시오. 그런 다음 스크립트 또는 배치 파일을 실행하여 새 Microsoft Self-Extractor 패키지 설치를 체인으로 연결할 수 있습니다. 이 경우 기본 프로세스는 Microsoft Outlook 2013(KB2737132) 32비트 버전 업데이트를 예로 들어 설명한 다음 절차와 같습니다. 이 정보는 다른 Office 업데이트에도 적용됩니다.

참고참고:
마우스, 바로 가기 키 또는 터치를 통해 모든 Office 2013 제품군에서 작업을 완료할 수 있습니다. Office 제품 및 서비스에서 바로 가기 키와 터치를 사용하는 방법에 대한 자세한 내용은 바로 가기 키 Office 터치 가이드를 참조하십시오.
폴더에 있는 모든 Microsoft Self-Extractor 패키지를 배포하려면
  1. 소프트웨어 업데이트 파일을 다운로드합니다. 예를 들어 Microsoft Outlook 2013(KB2737132) 32비트 버전 업데이트를 다운로드합니다.

  2. Microsoft Self-Extractor 패키지를 배포하는 데 사용할 스크립트 또는 배치 파일이 포함된 하드 드라이브의 폴더에 다운로드 .exe 파일(이 예의 경우 outlook2013-kb2737132-fullfile-x86-glb.exe)을 저장합니다. 예를 들어 C:\Office2013Updates에 파일을 저장합니다.

  3. 폴더의 모든 Microsoft Self-Extractor 패키지 배포의 예제에 따라 사용자 지정한 배치 파일 또는 스크립트를 실행하여 C:\Office2013Updates 폴더에 있는 모든 Microsoft Self-Extractor 파일을 설치합니다.

Office 2013 제품의 초기 설치 시 Updates 폴더를 사용하여 업데이트 설치를 포함하는 방법에 대한 자세한 내용은 초기 Office 2013 설치 시 소프트웨어 업데이트 배포를 참조하십시오.

Office 2013의 초기 설치를 배포하면서 서비스 팩 또는 핫픽스 등의 Office 2013 소프트웨어 업데이트도 배포하려는 경우 초기 설치 프로세스의 일부로 적용할 수 있습니다. Office 2013 제품 업데이트가 출시된 후에 Office 2013을 설치하는 경우 이러한 업데이트를 Updates 폴더에 저장하는 것이 좋습니다. Updates 폴더의 설치 지점에 있는 모든 Office 관련 제품의 업데이트를 저장할 수 있습니다. Updates 폴더에서는 설치 사용자 지정 .msp 파일이 제품당 하나만 지원됩니다. 설치 사용자 지정 .msp 파일은 OCT(Office 사용자 지정 도구)를 사용하여 만듭니다.

초기 설치 중에 설치 프로그램은 Updates 폴더에서 설치 중인 Office 2013 제품과 관련된 .msp 파일을 확인하여 설치 사용자 지정 .msp 파일만 설치 중에 적용합니다. Windows 정렬 순서는 첫 번째 .msp 파일을 설치할 순서를 결정하는 데 사용됩니다. Updates 폴더의 나머지 제품 업데이트 파일은 설치가 끝나면 설치됩니다. 사용자 지정 .msp 파일을 Office 업데이트와 함께 설치하는 경우 이 파일이 처음에 설치되도록 사용자 지정 .msp 파일의 파일 이름을 변경해야 합니다. 예를 들어 Custom.MSP1_Custom.MSP로 변경합니다.

설치 프로그램은 초기 배포 중에 일반적으로 Updates 폴더에 있는 사용자 지정 .msp 파일을 식별합니다. 설치 프로세스 시작 시 이러한 사용자 지정 .msp 파일을 검색하여 제품의 Windows Installer(MSI) 파일을 설치할 때 Microsoft Windows Installer에 직접 .msp 파일을 전달합니다. 이를 통해 올바른 옵션 상태 및 관리자가 지정한 기타 설정이 제품 업데이트가 적용되기 전에 설정됩니다. 따라서 사용자에게 Office와 함께 최신 업데이트가 제공됩니다.

중요중요:
Updates 폴더는 Office 2013을 처음 설치할 때 소프트웨어 업데이트를 배포하는 데에만 사용할 수 있습니다. 설치 사용자 지정 .msp 파일과 제품 업데이트 파일이 혼합된 경우 설치 사용자 지정 .msp 파일은 배포 단계에서 적용되고, 제품 업데이트 파일은 설치가 완료되면 적용됩니다. 앞서 설명했듯이, 제품 키(예: KMS 또는 MAK 키)와 quiet 모드 설정 등의 변경 내용을 적용하려면 설치 사용자 지정 .msp 파일을 먼저 배포해야 합니다.
Office 초기 설치 후에는 Updates 폴더를 사용하여 제품 업데이트를 배포할 수 없습니다.

다음 섹션에서는 Updates 폴더를 사용하는 방법에 대한 정보를 제공합니다.

관리자는 Updates 폴더를 사용하여 Office 2013 제품의 초기 설치에 업데이트 설치를 포함할 수 있습니다. 이 폴더에 포함된 Windows Installer 패치 파일만 초기 설치 중에 설치됩니다. 따라서 Microsoft Self-Extractor 패키지에서 이러한 패치를 추출해야 합니다. 이 방법을 사용하여 사용자 지정 패치를 설치할 수도 있습니다.

Office 사용자 지정 도구를 사용하여 설치 사용자 지정 .msp 파일을 만든 경우 사용자 지정 파일이 먼저 설치되도록 이름을 바꾸는 것이 좋습니다. Setup.exe는 설치 중에 하나의 .msp 파일만 처리합니다. 폴더에 있는 다른 모든 패치는 설치가 끝나면 체인으로 연결됩니다. 파일 이름 시작 부분에 "1"을 추가하여 사용자 지정 패치가 먼저 처리되도록 이름을 바꿀 수 있습니다.

다음 절차에서는 Microsoft Outlook 2013(KB2737132) 32비트 버전 업데이트를 예로 들어 업데이트 패키지(이 예의 경우 outlook2013-kb2737132-fullfile-x86-glb.exe)를 설치하는 방법을 보여 주고 업데이트 패치로 Updates 폴더를 채우는 데 필요한 단계를 설명합니다. 이 정보는 다른 Office 업데이트에도 적용됩니다.

참고참고:
다음 절차는 Office 2013의 초기 설치에만 적용됩니다. Microsoft Self-Extractor 파일을 사용하여 Office 2013 초기 설치 후 소프트웨어 업데이트를 배포하는 방법에 대한 자세한 내용은 폴더의 모든 Microsoft Self-Extractor 패키지 배포를 참조하십시오.
Updates 폴더를 사용하여 소프트웨어 업데이트를 설치하려면
  1. Office 2013 ISO 이미지를 다운로드하여 DVD에 구운 다음 네트워크 위치에 내용을 복사합니다. 자세한 내용은 네트워크 설치 지점에서 Office 2013 배포를 참조하십시오.

  2. Office 사용자 지정 도구를 사용하여 설치에 필요한 항목을 수정합니다. 설치 사용자 지정 .msp 파일을 Updates 폴더에 저장합니다. 앞서 설명했듯이, 파일 이름은 "1"로 시작해야 합니다. 사용자 지정에 대한 자세한 내용은 Office 2013의 OCT(Office 사용자 지정 도구) 참조를 참조하십시오.

  3. Config.xml 파일을 변경하려면 설치할 제품의 제품 폴더 루트에 있는 Config.xml 파일을 사용합니다. 메모장과 같은 텍스트 편집기를 사용하여 파일을 변경합니다. 예를 들어 설치 옵션(예: 네트워크 설치 지점의 경로, 설치할 제품 및 사용자 지정 설치 옵션)을 지정하고 설치할 언어를 지정할 수 있습니다. 자세한 내용은 Office 2013 Config.xml 파일 참조을 참조하십시오.

    Config.xml 사용자 지정을 완료한 후 Config.xml 파일을 저장합니다. 다음 예와 같이 설치 명령줄 옵션 /config를 사용하여 Config.xml 파일의 위치를 지정할 수 있습니다.

    \\서버\공유\setup.exe /config \\서버\공유\ProPlus.WW\config.xml

    여기서 \\server\share는 Office 2013 원본 파일이 있는 네트워크 위치입니다.

  4. Microsoft Outlook 2013(KB2737132) 32비트 버전 업데이트를 다운로드합니다.

  5. Microsoft Self-Extractor 파일(이 예의 경우 outlook2013-kb2737132-fullfile-x86-glb.exe)에서 .msp 패치를 추출하려면 .exe 파일을 실행하고 /Extract:[추출 폴더 경로] 스위치를 사용합니다. 예를 들어 명령 프롬프트에 다음을 입력합니다.

    outlook2013-kb2737132-fullfile-x86-glb.exe /extract:"c:\ExtractFiles"

    이 명령은 .msp 파일을 추출하기 시작합니다. 추출 프로세스를 시작하기 전에 Microsoft 소프트웨어 사용 조건이 표시됩니다. 사용 조건에 동의하면 지정한 위치(이 예의 경우 C:\ExtractFiles)에 파일이 추출됩니다. 경로에 따옴표를 사용할 필요는 없지만 따옴표를 사용하면 명령줄을 읽기가 더 쉬워집니다. 또한 따옴표를 사용하면 공백이 포함된 경로 문제를 방지할 수 있습니다.

  6. Windows Installer 패치(.msp) 파일을 Updates 폴더에 복사합니다.

  7. 설치할 다른 Office 2013 업데이트 패키지에 대해 프로세스를 반복합니다. Windows Installer 패치 파일 이름은 고유합니다. 따라서 파일이 실수로 덮어써져 설치 문제가 발생할 위험이 없습니다. 추가 언어 팩과 함께 제품을 배포하는 경우 Updates 폴더에 언어 팩 서비스 팩이 추가됩니다.

    위 단계를 완료한 후 제품을 배포할 수 있습니다.

참고참고:
일부 시나리오에서는 Microsoft Self-Extractor 파일을 사용하여 업데이트를 설치하지 못할 수 있습니다. "이 패키지를 설치하지 못했습니다"와 유사한 일반 오류 메시지가 표시될 수 있습니다. 이 경우 고객은 다음 방법을 사용하여 업데이트를 설치할 수 있습니다.
.msp 파일을 사용하여 특정 소프트웨어 업데이트를 설치하려면
  1. Microsoft Self-Extractor 파일(이 예의 경우 Office2013-kbxxxxxxx-fullfile-x86-glb.exe)에서 .msp 패치를 추출하려면 .exe 파일을 실행하고 /extract:[추출 폴더 경로] 스위치를 사용합니다. 예를 들어 명령 프롬프트에 다음을 입력합니다.

    Office2013-kbxxxxxxx-fullfile-x86-glb.exe /extract:"c:\UpdatesToInstall"

  2. UpdatesToInstall 디렉터리로 이동합니다. 명령 프롬프트에 다음을 입력합니다.

    cd c:\updatestoinstall

  3. C:\UpdatesToInstall 폴더에 추출된 각 .msp 파일에 대해 msiexec /update [update.msp] 명령을 실행합니다. 예를 들어 명령 프롬프트에 다음을 입력합니다.

    msiexec.exe /update clview.msp /l*v "clview.log"

    .msp 파일을 추출한 후 .msp 파일을 두 번 클릭하여 업데이트를 설치할 수도 있습니다. 그러나 .msp를 두 번 클릭해도 추가 로깅이 제공되지는 않습니다.

    또한 파일 이름을 세미콜론(:)으로 구분하여 여러 .msp 파일을 동시에 설치할 수 있습니다. 예를 들어 명령 프롬프트에 다음을 입력합니다.

    msiexec.exe /update clview.msp;access.msp /l*v "updates.log"

Office 2013 네트워크 설치 지점의 Updates 폴더에 복사하기 전에 업데이트를 테스트하고 .msp 파일 목록을 확인하려면 먼저 테스트 컴퓨터에 업데이트를 설치하고 Visual Basic 스크립트를 사용하여 .msp 파일을 대상 폴더에 추출한 다음 대상 폴더에서 Updates 폴더로 .msp 파일을 복사합니다. 이 방법은 다음 절차에서 설명합니다.

테스트 컴퓨터에서 .msp 파일을 추출하여 Updates 폴더에 복사하려면
  1. 테스트 컴퓨터에서 사용자 컴퓨터에 설치할 모든 Office 2013 응용 프로그램을 설치합니다.

  2. Microsoft 업데이트를 실행하여 필요한 모든 Office 2013 업데이트를 테스트 컴퓨터에 적용합니다.

  3. 응용 프로그램이 예상대로 실행되는지 확인합니다.

  4. 다음 Visual Basic 스크립트를 “CollectUpdates.vbs”로 저장합니다. 그런 다음 스크립트를 실행하여 테스트 컴퓨터에 설치된 업데이트 파일을 대상 폴더에 추출합니다. 이 스크립트는 %Temp%\Updates(여기서 %Temp%는 Windows 임시 폴더)를 대상 폴더로 사용합니다.

    Dim oMsi,oFso,oWShell

    Dim Patches,SumInfo

    Dim patch,record,msp

    Dim qView

    Dim sTargetFolder,sMessage

    Const OFFICEID = "000-0000000FF1CE}"

    Const PRODUCTCODE_EMPTY = ""

    Const MACHINESID = ""

    Const MSIINSTALLCONTEXT_MACHINE = 4

    Const MSIPATCHSTATE_APPLIED = 1

    Const MSIOPENDATABASEMODE_PATCHFILE = 32

    Const PID_SUBJECT = 3 'Displayname

    Const PID_TEMPLATES = 7 'PatchTargets

    Set oMsi = CreateObject("WindowsInstaller.Installer")

    Set oFso = CreateObject("Scripting.FileSystemObject")

    Set oWShell = CreateObject("Wscript.Shell")

    'Create the target folder

    sTargetFolder = oWShell.ExpandEnvironmentStrings("%TEMP%")&"\Updates"

    If Not oFso.FolderExists(sTargetFolder) Then oFso.CreateFolder sTargetFolder

    sMessage = "Patches are being copied to the %Temp%\Updates folder." & vbCrLf & "A Windows Explorer window will open after the script has run."

    oWShell.Popup sMessage,20,"Office Patch Collector"

    'Get all applied patches

    Set Patches = oMsi.PatchesEx(PRODUCTCODE_EMPTY,MACHINESID,MSIINSTALLCONTEXT_MACHINE,MSIPATCHSTATE_APPLIED)

    On Error Resume Next

    'Enum the patches

    For Each patch in Patches

       If Not Err = 0 Then Err.Clear

        'Connect to the patch file

        Set msp = oMsi.OpenDatabase(patch.PatchProperty("LocalPackage"),MSIOPENDATABASEMODE_PATCHFILE)

        Set SumInfo = msp.SummaryInformation

        If Err = 0 Then

            If InStr(SumInfo.Property(PID_TEMPLATES),OFFICEID)>0 Then

                'Get the original patch name

                Set qView = msp.OpenView("SELECT `Property`,`Value` FROM MsiPatchMetadata WHERE `Property`='StdPackageName'")

                qView.Execute : Set record = qView.Fetch()

                'Copy and rename the patch to the original file name

                oFso.CopyFile patch.PatchProperty("LocalPackage"),sTargetFolder&"\"&record.StringData(2),TRUE

            End If

        End If 'Err = 0

    Next 'patch

    oWShell.Run "explorer /e,"&chr(34)&sTargetFolder&chr(34)

  5. 필요한 .msp 파일이 모두 대상 폴더(%Temp%\Updates)에 있는지 확인합니다.

  6. 테스트 컴퓨터의 %Temp%\Updates에서 Office 2013 네트워크 설치 지점의 Updates 폴더로 모든 .msp 파일을 복사합니다.

관리자는 Config.xml 파일의 SetupUpdates 요소를 사용하여 설치 프로그램이 Updates 폴더가 아닌 다른 폴더에서 업데이트를 찾도록 지정할 수 있습니다.

Config.xml의 SetupUpdates에서는 다음 구문을 사용합니다.

<SetupUpdates [CheckForSUpdates="Yes" | "No"] [SUpdateLocation="path-list"]/>

SetupUpdates 특성은 다음 표에 나와 있습니다.

SetupUpdates 특성

특성 설명

CheckForSUpdates

설치 프로그램에서 SUpdateLocation의 경로 목록을 사용하여 설치 사용자 지정 파일을 찾습니다. 기본값은 Yes입니다.

값을 No로 설정하면 설치 프로그램에서 SUpdateLocation의 경로 목록을 사용하여 설치 사용자 지정 파일을 검색하지 않습니다.

SupdateLocation=" path-list "

폴더의 정규화된 경로 목록을 세미콜론으로 구분하여 지정합니다.

설치 프로그램에서는 설치 중인 제품에 대해 작성된 설치 사용자 지정 파일을 지정된 모든 폴더에서 찾은 다음 파일 이름의 사전순으로 파일을 적용합니다. 설치 사용자 지정 파일이 설치 명령줄에 지정된 경우 해당 파일이 먼저 적용된 다음 SetupUpdates 요소에 지정된 폴더에서 검색된 모든 파일이 적용됩니다.

사용자 지정 파일은 제품별로 다릅니다. 설치 프로그램은 설치 중인 제품과 관련된 파일만 적용합니다. 그러나 같은 제품에 대한 두 개 이상의 사용자 지정 파일을 Updates 폴더에 저장한 경우 설치 프로그램은 모든 파일을 사용자 구성에 사전순으로 적용합니다.

관리자는 Config.xml의 SetupUpdates 요소를 사용하여 업데이트 대체 위치를 지정할 수 있습니다.

Config.xml의 SetupUpdates 요소를 사용하려면
  1. 메모장 같은 텍스트 편집기 도구에서 Config.xml 파일을 엽니다.

  2. 다음 구문 예제에 표시된 대로 SetupUpdates 요소에 사용할 옵션을 입력합니다.

    <SetupUpdates CheckForSUpdates="Yes" SUpdateLocation="\\server1\share;\\server2\share" />

    이 경우 path-list는 폴더의 정규화된 경로를 세미콜론으로 구분하여 나열합니다("\\server1\share;\\server2\share").

  3. Config.xml 파일을 편집하기 전에 있던 폴더에 저장합니다.

Config.xml 파일의 SetupUpdates 요소에 대한 자세한 내용은 Office 2013 Config.xml 파일 참조에서 SetupUpdates 요소를 참조하십시오.

다음 표의 조건을 사용하여 조직의 권장되는 소프트웨어 업데이트 솔루션을 결정할 수 있습니다.

적절한 소프트웨어 업데이트 솔루션을 결정하는 조건

고객 유형 요구 사항 권장 솔루션

대기업

고급 소프트웨어 업데이트 관리

System Center 2012 Configuration Manager

Updates 폴더(초기 설치 전용)

참고참고:
사용자 그룹마다 사용자 지정 항목이 다른 경우 .msp 파일마다 다른 위치를 선택하는 것이 좋습니다.

Microsoft 업데이트 배포 전용

Windows Server Update Services

중견 기업

고급 소프트웨어 업데이트 관리

System Center 2012 Configuration Manager

Updates 폴더(초기 설치 전용)

참고참고:
사용자 그룹마다 사용자 지정 항목이 다른 경우 .msp 파일마다 다른 위치를 선택하는 것이 좋습니다.

Microsoft 업데이트 배포 전용

Windows Server Update Services

소규모 기업

적어도 Windows 기반 컴퓨터 한 대와 IT 관리자 한 명이 있는 환경에 Microsoft 업데이트 배포

Windows Server Update Services

다른 모든 시나리오

Microsoft 업데이트

Microsoft Self-Extractor 파일

Updates 폴더(초기 설치 전용)

참고참고:
Updates 폴더는 .msp 파일에만 적용됩니다.

소비자

모든 시나리오

Microsoft 업데이트

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