Office 2010의 설치 아키텍처 개요

 

적용 대상: Office 2010

마지막으로 수정된 항목: 2014-10-09

Microsoft Office 2010의 기본 설치 아키텍처는 2007 Microsoft Office 시스템에 도입된 아키텍처와 동일합니다. 이 설치 아키텍처는 Office 설치, 사용자 지정 및 유지 관리에 대한 모든 작업을 원활하게 수행하도록 지원합니다. 설치 프로그램은 전체 설치 프로세스를 통합하여 관리합니다. 여기에는 사용자의 Office 구성을 사용자 지정하고 여러 언어를 동시에 배포하고 새 설치에 소프트웨어 업데이트를 적용하는 기능이 포함됩니다. 이 문서에서는 설치 아키텍처, 설치 이벤트 순서, 언어 중립적 디자인 및 여러 언어의 배포, 사용자 지정 방법, 필수 로컬 설치 원본 및 업데이트 프로세스에 대한 개요를 제공합니다.

설치 아키텍처는 다음과 같은 영역을 보다 효율적으로 관리하도록 변경되었습니다.

  • 환경에서 가장 효율적인 방식으로 Office를 설치하도록 배포 프로세스를 관리합니다.

  • 컴퓨터에서 최적의 구성을 설정하도록 Office 사용자 지정을 관리합니다.

  • 전 세계의 사무실 근로자를 위해 언어별 기능 배포를 관리합니다.

  • 가능한 한 효율적으로 소프트웨어 업데이트를 포함하여 향후 제품을 유지 관리하는 방식으로 Office 배포를 관리합니다.

2007 Office System 이전 버전의 Office에서는 Microsoft Office Standard와 같은 하나의 Office 제품은 Windows Installer(MSI) 파일에 포함되었습니다. MSI 파일은 Windows Installer에서 제품을 설치하는 데 사용하는 관계형 데이터베이스입니다. 2007 Office System과 마찬가지로, Office 2010 제품은 모두 여러 개의 MSI 파일로 구성되어 있으며 하나의 MSI 파일이 전체 제품을 나타내지 않습니다. 언어 중립적 핵심 패키지(MSI 파일)는 하나 이상의 언어별 패키지와 결합되어 전체 제품을 구성합니다. 예를 들어 Microsoft Office Professional Plus 2010과 같은 Office 제품은 핵심 패키지와 하나 이상의 언어별 패키지로 구성됩니다. 설치 프로그램에서는 개별 패키지를 조직하고 원활한 설치를 조정하고 사용자 컴퓨터에 Office를 설치하는 동안과 그 이후에 사용자 지정 및 유지 관리 작업을 수행합니다.

Office 2010에서는 64비트 프로세서를 지원하도록 서버에서 데스크톱 컴퓨터에 이르는 다양한 시스템의 표준인 기본 64비트 버전의 Office 제품을 도입했습니다. Office 2010에서는 WOW64(Windows-32-on-Windows-64)를 사용하여 64비트 Windows 운영 체제에서 실행하는 32비트 Office 2010 응용 프로그램에 대한 지원도 제공합니다. WOW64는 32비트 Windows 기반 응용 프로그램을 64비트 Windows에서 원활하게 실행하기 위해 사용하는 x86 에뮬레이터입니다. Office 2010에서는 아직 많은 추가 기능에 대해 64비트 버전이 제공되지 않았기 때문에 기본적으로 32비트에 기반한 기존의 타사 Office 추가 기능을 사용자가 계속해서 사용할 수 있도록 지원합니다. 64비트 운영 체제에서 32비트 Office 2010을 실행할 수 있으며, 32비트 추가 기능이 차단되지 않습니다. 64비트 버전의 Office 2010에 대한 자세한 내용은 Office 2010 64비트 버전을 참조하십시오.

이 문서의 내용

  • 설치 프로세스

  • 언어 중립적 디자인

  • 간편한 사용자 지정 모델

  • 필요한 로컬 설치 원본

  • 통합 업데이트 프로세스

설치 프로세스

일반적으로 회사에서 Office를 설치하는 첫 번째 단계는 네트워크 설치 지점을 만드는 것이며, 이 작업을 수행하려면 Office 제품 CD의 모든 파일 및 폴더를 공유 네트워크 위치에 복사하기만 하면 됩니다. 네트워크 설치 지점에는 최소한 언어 중립적 핵심 패키지와 하나의 언어에 대한 언어별 폴더가 있어야 합니다. 이 설치 지점은 Office를 설치하는 모든 사용자가 시작 원본으로 사용할 수 있습니다.

가장 간단한 경우는 한 가지 언어 버전과 모든 사용자에 대한 단일 사용자 지정 집합이 있는 네트워크 설치 지점에서 Office 제품을 배포하는 경우입니다. 이러한 경우는 설치 프로그램에서 자동으로 처리됩니다. 여러 제품이나 언어를 배포할 때는 해당 제품 또는 언어를 동일한 네트워크 설치 지점에 추가하고 설치에 포함할 제품과 언어를 정확하게 지정하면 됩니다. 이러한 모든 경우에 설치 프로그램에서는 동일한 작업을 수행하여 올바른 MSI 파일 집합을 어셈블하고 설치를 완료합니다.

참고

Office 2010에서는 2007 Office System 이전 버전의 Office에서와 같이 압축된 원본 파일의 압축을 해제하기 위해 /a 명령줄 옵션으로 설치 프로그램을 실행하여 관리 설치 지점을 만들 수 없었습니다. 지금은 모든 설치가 압축된 원본에서 시작됩니다.

이 섹션의 내용

  • 설치 이벤트 순서

  • 설치 지점에 둘 이상의 제품 포함

  • 대화형으로 설치 프로그램 실행

설치 이벤트 순서

기본적인 설치 이벤트 순서는 다음과 같으며 모든 배포 프로세스에서 동일한 순서로 진행됩니다.

  1. 설치 프로그램 실행

  2. 필수 구성 요소 확인

  3. XML 데이터 읽기

  4. 기능 트리 만들기

  5. 사용자 컴퓨터에 로컬 설치 원본 만들기

  6. Office 설치

  7. 사용자 지정 파일 적용

  8. 소프트웨어 업데이트 적용

설치 프로그램 실행

Setup.exe는 설치 프로세스의 모든 메커니즘을 시작하는 프로그램입니다. 이 파일은 네트워크 설치 지점의 루트에 있습니다. 설치할 각 Office 제품에 대해 한 번씩 설치 프로그램을 실행합니다. 설치 프로그램에서는 네트워크 설치 지점에서 설치할 Office 제품을 검색합니다. 설치 지점에 둘 이상의 Office 제품이 있으면 설치할 제품을 선택하라는 메시지가 사용자에게 표시됩니다.

선택 과정을 생략하고 Setup.exe에 핵심 제품 폴더의 Config.xml 파일이 있는 위치를 지정하여 설치할 Office 제품을 결정할 수도 있습니다. 예를 들어 Microsoft Office Professional Plus 2010을 설치하려면 다음 명령줄을 사용합니다.

\\서버\공유 \Office14ProPlus\setup.exe /config \\서버\공유 \Office14ProPlus\Pro.WW\Config.xml

여기서 Office14ProPlus는 네트워크 설치 지점의 루트입니다.

2007 Office System 이전 버전의 Office에서 Setup.exe는 Windows Installer(Msiexec.exe)를 호출하여 Office를 설치했습니다. 지금도 Windows Installer가 사용되기는 하지만 설치 프로그램에서는 Windows Installer 실행 프로그램을 무시합니다. 따라서 Msiexec.exe 명령줄을 사용하여 Office 2010 또는 2007 Office System을 설치할 수는 없습니다.

참고

이번 버전의 Setup.exe는 몇 가지 명령줄 옵션만 인식합니다. 자세한 내용은 Office 2010의 설치 명령줄 옵션을 참조하십시오.

필수 구성 요소 확인

설치 프로그램은 여러 가지 설치 필수 구성 요소를 확인합니다. 예를 들어 시작 시 최소 운영 체제 요구 사항과 관리 권한 등을 확인합니다. Office를 설치하려면 사용자가 클라이언트 컴퓨터의 관리자여야 합니다. 또는 Microsoft Systems Management Server(SMS) 또는 Microsoft System Center Configuration Manager 2007과 같은 도구를 사용하여 관리자 권한으로 설치를 실행해야 합니다.

x64 폴더에서 Setup.exe를 실행하는 경우 설치 프로그램에서 32비트 Office 응용 프로그램이 설치되어 있는지를 확인합니다. 32비트 Office 응용 프로그램을 찾은 경우 Office 2010 64비트를 계속 설치하려면 먼저 모든 32비트 Office 응용 프로그램을 제거해야 함을 알리는 오류 메시지가 표시됩니다. 오류에는 설치된 32비트 Office 응용 프로그램이 표시됩니다. 32비트 Office 응용 프로그램을 찾지 못하면 64비트 버전의 Office 2010을 설치합니다.

x32 폴더에서 Setup.exe를 실행하는 경우 설치 프로그램에서 64비트 Office 2010 응용 프로그램이 설치되어 있는지를 확인합니다. 64비트 Office 2010을 찾으면 오류 메시지가 표시되고 설치 프로그램이 차단됩니다. 64비트 Office 2010을 찾지 못하면 32비트 버전의 Office 2010을 설치합니다. 자세한 내용은 Office 2010 64비트 버전64비트 설치 프로세스를 참조하십시오.

참고

사용자에게 관리 권한이 부여되지 않은 컴퓨터에서 Office를 설치하려면 설치 프로그램에 관리 권한을 부여하는 컨텍스트에서 설치 프로그램을 실행해야 합니다. 이렇게 하면 Office를 설치한 후 관리 권한이 없는 사용자도 설치된 모든 기능을 실행할 수 있습니다. 이때 필요한 기능을 설치할 수도 있습니다.
예를 들어 사용자에게 컴퓨터에 대한 관리 권한을 부여하지 않는 조직에서는 관리자가 다음 방법을 사용하여 Office 설치 프로그램에 적절한 권한을 부여할 수 있습니다.

  • 관리자로 컴퓨터에 로그온하여 Office 2010을 설치합니다.

  • Microsoft Systems Management Server 또는 System Center Configuration Manager 2007과 같은 소프트웨어 관리 도구를 사용합니다.

  • 그룹 정책의 컴퓨터 시작 스크립트를 사용하여 컴퓨터에 Office 2010을 배포합니다.

    자세한 내용은 관리자가 아닌 사용자에게 Office 2010 배포를 참조하십시오.

XML 데이터 읽기

설치 프로그램에서는 설치 지점에 있는 각 패키지에 대한 정보를 수집하고 설치에 대한 기본 설정을 수집하며 관리자가 지정한 사용자 지정 항목을 통합합니다. 설치 프로그램에서는 이러한 모든 정보를 다음과 같은 여러 원본에서 XML 데이터 형식으로 수집합니다.

  • 각 패키지의 Setup.xml 및 패키지.xml 파일   언어 중립적 핵심 패키지의 폴더와 각 언어별 패키지의 폴더를 포함하여 설치 지점의 각 폴더에는 Setup.xml 및 패키지.xml 파일(예: Microsoft Office Professional Plus 2010의 경우 ProPlusWW.xml)이 들어 있습니다. 설치 프로그램에서는 이러한 파일의 정보를 통해 다음 작업을 수행할 수 있습니다.

    • 제품 및 해당 제품에 사용할 수 있는 언어 식별

    • 완전한 기능을 만들기 위한 언어 중립적 요소와 언어별 요소 조합

    • 통합된 기능 트리 만들기

    • 설치에 필요한 일련의 MSI 파일 수집

    참고

    Setup.xml과 패키지.xml 파일은 서명되어 있으며 수정할 수 없습니다. 이러한 파일을 변경하면 설치가 실패합니다.

  • 설치 사용자 지정 파일   설치 프로그램에서는 설치 프로세스의 초기에 설치할 제품에 대한 설치 사용자 지정 파일(.msp 파일)이 지정되어 있는지 확인합니다. 설치 사용자 지정 .msp 파일은 관리자가 Office 사용자 지정 도구(OCT)를 사용하여 Office 2010 설치를 사용자 지정하는 경우 만들어집니다. OCT는 설치 프로그램의 일부로, 대부분의 사용자 지정 작업에는 이 도구를 사용하는 것이 좋습니다. 사용자 지정 파일에는 설치에서 지정한 모든 수정 내용이 들어 있습니다. 여기에는 설치 프로세스를 제어하는 사용자 지정도 포함됩니다.

    OCT는 Office 2010의 볼륨 라이선스 버전에서 사용할 수 있습니다. Office 2010 설치가 볼륨 라이선스 버전인지 확인하려면 Office 2010 설치 디스크에 Admin 폴더가 있는지 확인합니다. Admin 폴더가 있으면 디스크는 볼륨 라이선스 버전이고 없으면 정품 버전입니다.

    명령줄이나 Config.xml 파일에서 사용자 지정 파일을 지정하지 않은 경우 설치 프로그램에서는 설치 지점의 Updates 폴더에서 설치할 제품과 관련된 사용자 지정 파일을 검색합니다. Updates 폴더는 기본적으로 설치 지점에 포함되어 있습니다. 대부분의 경우 이 위치는 설치 지점에 포함된 모든 Office 제품의 설치 사용자 지정 .msp 파일과 소프트웨어 업데이트를 모두 저장하는 데 적절한 위치입니다.

    중요

    설치 사용자 지정 파일(.msp 파일)을 여러 개 배포하려는 경우 초기 설치의 Updates 폴더에는 설치할 각 Office 2010 제품에 대한 사용자 지정 .msp 파일을 하나씩만 넣을 수 있습니다. Updates 폴더에는 설치할 각 Office 2010 제품에 대한 하나의 설치 사용자 지정 .msp 파일(패치)만 지원됩니다. 제품에 대한 나머지 사용자 지정 .msp 파일은 Office 설치를 완료한 후 배포해야 합니다.
    Microsoft Office Professional Plus 2010 및 Microsoft Visio Professional 2010 등의 여러 Office 2010 제품을 배포하는 경우 Office Professional Plus 2010에 대한 사용자 지정 .msp 파일 하나와 Visio Professional 2010에 대한 사용자 지정 .msp 파일 하나를 Updates 폴더에 포함할 수 있습니다. Updates 폴더에 넣은 사용자 지정 .msp 파일은 가장 먼저 배포되므로 설치 후 변경할 수 없는 설치 사용자 지정 항목(예: 설치 위치)을 모두 포함해야 합니다.
    Office 2010의 초기 설치를 배포하면서 서비스 팩 및 핫픽스 등의 Office 2010 소프트웨어 업데이트도 배포해야 하는 경우 제품 업데이트를 설치 프로세스의 일부로 적용할 수 있습니다. 이렇게 하려면 Office 2010 제품 업데이트를 Updates 폴더에 넣으면 됩니다. Updates 폴더에 설치 사용자 지정 .msp 파일과 제품 업데이트가 모두 들어 있는 등의 상황에서는 초기 설치의 설치 사용자 지정 .msp 파일만 적용되고 제품 업데이트는 설치가 완료된 후 적용됩니다.

    설치 프로그램에서는 사용자 지정 파일에 추가된 XML 데이터를 사용하여 자동 실행 여부, 기능 트리에 표시할 기능 등의 제품 설치 방식을 결정합니다. 사용자 지정 파일의 설정은 Setup.xml 및 패키지.xml 파일에 포함된 기본 설정을 덮어씁니다.

    설치 사용자 지정 파일에 대한 자세한 내용은 간편한 사용자 지정 모델을 참조하십시오. OCT를 사용하는 방법에 대한 자세한 내용은 Office Customization Tool in Office 2010를 참조하십시오.

  • Config.xml 파일. 각 핵심 제품 폴더에는 해당 제품을 설치하도록 지정하는 Config.xml 파일이 들어 있습니다. Config.xml을 편집하여 설치 프로세스를 사용자 지정할 수 있습니다. 예를 들어 Config.xml의 요소를 사용하여 설치에 포함할 제품이나 언어를 지정할 수 있습니다. Config.xml의 설정은 사용자 지정 파일의 설정과 Setup.xml 및 패키지.xml 파일에 포함된 기본 설정보다 우선합니다.

    Config.xml을 편집할 경우와 편집 방법에 대한 자세한 내용은 Config.xml file in Office 2010을 참조하십시오.

기능 트리 만들기

설치 프로그램에서는 XML 파일에 포함된 정보를 사용하여 해당 제품의 사용 가능한 응용 프로그램 및 기능을 모두 포함하는 단일 기능 트리를 만듭니다. Office 사용자 지정 도구를 사용하여 기능 트리를 보고 사용자 컴퓨터에 설치할 응용 프로그램 및 기능을 지정할 수 있습니다. 사용자가 설치 프로그램을 대화형으로 실행할 수 있도록 허용할 경우 사용자는 설치 프로그램의 사용자 인터페이스에서 수정한 내용이 포함된 기능 트리를 볼 수 있습니다.

설치할 Office 기능을 지정하는 방법에 대한 자세한 내용은 Office 2010의 기능 설치 상태 구성을 참조하십시오.

사용자 컴퓨터에 로컬 설치 원본 만들기

설치 프로그램에서는 Office Source Engine(Ose.exe)이라는 프로그램을 호출하여 사용자의 컴퓨터에 필요한 LIS(로컬 설치 원본)를 만듭니다. 이 로컬 설치 원본을 만들기 위해 설치 프로그램에서는 설치 지점의 파일을 사용자 컴퓨터의 숨김 폴더에 복사합니다. 기본 위치는 Office가 설치된 드라이브의 루트에 있는 \MSOCache\All Users입니다. 그런 다음 설치 프로그램에서는 Windows Installer를 사용하여 이 로컬 설치 원본에서 Office를 설치합니다.

로컬 설치 원본을 사용하면 다음과 같은 중요한 이점이 있습니다.

  • Office를 설치한 후 설치 프로그램에서 로컬 원본을 사용하여 Office 기능을 복구하거나 다시 설치하거나 추가할 수 있습니다.

  • 사용자가 소프트웨어 업데이트를 적용할 경우 설치 원본을 로컬로 사용할 수 있으므로 네트워크 또는 CD의 원본 위치를 지정하라는 메시지가 표시되는 경우가 별로 없습니다.

  • 로컬 설치 원본을 미리 배포하고 나중에 사용자 컴퓨터에서 Office 설치를 실행하여 네트워크의 부하를 줄일 수 있습니다. 이 경우 로컬 설치 원본에서 설치 프로그램을 실행할 수도 있습니다. 그러면 사용자가 네트워크에 연결하지 않고도 Office 설치를 완료할 수 있습니다.

로컬 설치 원본에 대한 자세한 내용은 필수 로컬 설치 원본을 참조하십시오.

Office 설치

설치가 시작되면 설치 프로그램에서는 필요한 디스크 공간과 기능 종속성을 확인한 다음 로컬 설치 원본에서 Windows Installer를 호출하여 사용자의 컴퓨터에 올바른 패키지(MSI 파일) 집합을 설치합니다. 설치 프로그램에서는 앞에서 설명한 XML 데이터를 사용하여 포함할 MSI 파일 집합을 결정합니다. 설치 시 사용자에게 표시되는 진행률 표시줄은 전체 설치 과정을 기준으로 표시됩니다. 여기에는 Updates 폴더의 사용자 지정 항목 및 소프트웨어 업데이트를 적용하는 단계도 포함됩니다.

참고

설치 프로그램에서는 Windows Installer를 사용하여 Office를 설치하지만 Windows Installer만 사용하여 설치 프로그램과 별도로 개별 MSI 파일을 설치할 수는 없습니다.

사용자 지정 파일 적용

설치 프로세스 중에 설치 프로그램에서는 사용자의 구성에 사용자 지정 파일을 적용합니다. 이 결과는 이전 버전의 Office에서 Windows Installer 변환(MST 파일)을 적용했을 때의 결과와 유사합니다. 즉, 사용자 지정한 내용이 사용자의 기본 구성이 됩니다. 사용자 지정 파일에는 설치 프로세스를 사용자 지정하는 XML 데이터 외에도 기본 사용자 설정, 기능 설치 상태, Microsoft Outlook 프로필 및 사용자 구성에 대한 기타 수정 내용이 포함될 수 있습니다.

사용자 지정 파일은 제품별로 만들어지며 설치 프로그램에서는 설치할 제품과 관련된 파일만 적용합니다.

참고

설치 사용자 지정 .msp 패치를 여러 개 배포하려는 경우 초기 설치의 Updates 폴더에는 각 Office 2010 제품에 대한 하나의 설치 사용자 지정 .msp 파일만 넣을 수 있습니다. 나머지 설치 사용자 지정 .msp 파일은 Office 설치가 완료된 후에 배포해야 합니다. 앞서 설명한 것처럼 Updates 폴더에서는 각 제품에 대한 하나의 사용자 지정 패치만 지원됩니다. Updates 폴더에 넣은 사용자 지정 .msp 파일은 가장 먼저 배포되므로 설치 후 변경할 수 없는 설치 사용자 지정 항목(예: 설치 위치)을 모두 포함해야 합니다.

다양한 사용자 그룹에 대해 서로 다른 구성을 만드는 경우에는 사용자 지정 파일을 다른 위치에 저장한 후 설치 명령줄에서 /adminfile 옵션을 사용하여 원하는 파일을 지정하는 것이 좋습니다. 예를 들면 다음과 같습니다.

\\서버\공유\Office14\setup.exe /adminfile \\서버\공유\Office14\MyUpdates\Engineering.msp

여기서 Office14는 네트워크 설치 지점의 루트입니다.

참고

로컬 설치 원본을 미리 캐시하면 설치 프로그램에서는 네트워크 설치 지점의 Updates 폴더를 로컬 설치 원본에 복사합니다. 이 방법으로 오프라인으로 설치할 경우에 사용자 지정 파일을 포함할 수 있습니다. 설치 프로그램에서 설치를 시작하기 전에 로컬 컴퓨터의 사용자 지정 파일을 캐시하는 경우는 이 경우뿐입니다. 자세한 내용은 Office 2010의 로컬 설치 원본 미리 캐시를 참조하십시오.

소프트웨어 업데이트 적용

설치 프로세스가 끝나면 설치 프로그램에서는 설치 지점의 Updates 폴더에 소프트웨어 업데이트(.msp 파일)가 있는지 확인합니다. Office 사용자 지정 도구를 사용하여 만드는 설치 사용자 지정 파일과 달리 소프트웨어 업데이트는 Microsoft에서 제품을 향상시키기 위해 배포합니다.

소프트웨어 업데이트도 필요한 사용자에게 Office를 배포할 경우 설치 프로그램에서는 초기 설치 프로세스의 일부로 업데이트를 적용할 수 있습니다. 공간(필요한 예상 디스크 공간) 및 진행률 표시줄 표시기는 모두 설치 프로세스의 이 단계를 반영하여 표시됩니다. 사용자의 관점에서는 전체 프로세스가 단일 이벤트입니다. 이 모델은 원본 설치 지점을 유지하면서 새 사용자에게 최신 버전의 제품을 제공할 수 있게 해 줍니다.

참고

Updates 폴더는 Office 2010을 처음 또는 새로 설치하는 경우에만 사용합니다. Updates 폴더에는 하나의 설치 사용자 지정 .msp 패치 및 .msp 형식의 여러 서비스 팩과 핫픽스만 포함될 수 있습니다.

소프트웨어 업데이트 프로세스에 대한 자세한 내용은 통합 업데이트 프로세스를 참조하십시오.

설치 지점에 둘 이상의 제품 포함

네트워크 설치 지점에 둘 이상의 Office 2010 제품이 들어 있으면 설치 프로그램은 모든 폴더와 하위 폴더에서 Config.xml 및 Setup.xml 파일을 검색한 다음 사용자에게 설치할 제품을 선택하라는 메시지를 표시합니다.

둘 이상의 Office 제품을 설치하려는 경우에는 모든 제품을 동일한 설치 지점에 저장한 다음 사용자 컴퓨터에 특정 Office 제품을 설치하도록 설치 프로그램을 사용자 지정하는 것이 더 효율적입니다.

참고

동일한 설치 지점에 여러 Office 제품을 복사하면 공유 설치 파일을 덮어쓸지 묻는 메시지가 표시될 수 있습니다. 이러한 파일은 모든 Office 2010 제품에서 중복되므로 중복 폴더를 다시 복사할 필요가 없습니다. 이 효율적인 디자인을 통해 공간을 절약할 수 있을 뿐 아니라 네트워크 설치 지점을 만들고 복제할 때 일관성을 유지할 수 있습니다.

대화형으로 설치 프로그램 실행

사용자가 설치 프로세스를 거의 알지 못하거나 전혀 알지 못하도록 설치를 자동으로 실행할 수 있습니다. 하지만 사용자가 설치 프로그램의 사용자 인터페이스를 볼 수 있도록 하면 설치 동작에 다음과 같은 몇 가지 영향이 있을 수 있습니다.

  • 설치 지점에서 둘 이상의 Office 제품을 사용할 수 있는 경우 사용자가 명령줄 옵션을 사용하지 않고 Setup.exe를 실행하면 설치할 제품을 선택하라는 메시지가 사용자에게 표시됩니다.

  • 설치 지점에서 둘 이상의 언어를 사용할 수 있는 경우 설치 프로그램에서는 기본적으로 Office의 언어를 사용자 컴퓨터의 Windows 사용자 로캘과 일치시킵니다. 그러나 사용자가 사용자 지정 설치 옵션을 선택하면 네트워크 설치 지점에서 사용할 수 있는 모든 언어가 설치 프로그램 인터페이스의 언어 탭에 표시됩니다.

  • 사용자 지정 파일 또는 Config.xml에서 제품 키를 입력하고 Microsoft 고객 사용 조건에 동의하면 설치 중에는 해당 설치 화면이 사용자에게 표시되지 않습니다.

  • 사용자 지정 파일을 사용하여 일부 기능을 숨기고 잠근 경우 해당 기능은 기능 트리에 표시되지 않습니다.

디스플레이 설정을 사용자 지정하는 방법에 대한 자세한 내용은 Office 2010 설치 전에 설치 프로그램 사용자 지정을 참조하십시오.

언어 중립적 디자인

Office 2010 및 2007 Office System에서 Office Professional Plus 2010과 같은 Office 제품은 다음과 같이 구성됩니다.

  • 언어 중립적 요소는 하나의 핵심 패키지(MSI 파일)로 그룹화됩니다.

  • 언어별 요소는 응용 프로그램에 따라 별도의 패키지로 구성됩니다.

이와 같이 파일을 정렬하면 다국어 배포가 쉬워집니다. Office 제품의 가장 기본적인 설치는 핵심 패키지와 하나의 언어로 구성됩니다. 언어를 추가하려면 네트워크 설치 지점에 추가 SLP(단일 언어 팩)를 복사하기만 하면 되고 핵심 제품에서도 동일한 방식으로 적용됩니다. 영어 버전을 포함하여 Office의 모든 언어 버전이 동일한 방식으로 배포됩니다. 설치 프로그램은 원활하게 설치 프로세스를 진행하도록 언어 중립적 핵심 패키지와 언어별 패키지를 결합합니다.

중요

현재 Office 2010 릴리스는 영어, 중국어, 프랑스어, 독일어, 일본어, 스페인어, 러시아어 원본 포함합니다. 추가 언어는 이후 릴리스에서 제공합니다.

이 섹션의 내용

  • Office의 언어 버전

  • Office용 언어 팩

Office의 언어 버전

모든 Office 제품에는 언어별 패키지가 하나 이상 포함되어야 합니다. 핵심 패키지(MSI 파일)만 단독으로 배포할 수는 없습니다. 이러한 언어 패키지는 Office 제품 CD와 네트워크 설치 지점의 폴더에 포함되어 있으며 각 폴더 이름에는 언어를 식별하는 ll-cc 형식의 언어 태그(예: 미국 영어의 경우 en-us)가 들어 있습니다. 또한 각 폴더에는 설치 파일 집합도 있습니다.

예를 들어 Office Professional Plus 2010 제품은 이러한 폴더의 파일에 분산되어 있습니다. Microsoft Word 2010의 실행 파일인 Winword.exe와 같이 언어에 한정되지 않은 요소는 핵심 패키지인 ProPlus.WW에 있습니다. Word 2010의 도움말 및 사용자 인터페이스와 같은 그 밖의 요소는 Word 또는 공유 Office 기능의 적절한 언어별 패키지에 있습니다.

기능적으로 완전한 제품이 되기 위해서는 언어 중립적 요소와 언어별 요소가 모두 필요합니다. 즉, Winword.exe만으로는 당장 사용할 수 있는 Word 응용 프로그램이 될 수 없습니다. 마찬가지로 ProPlus.WW 폴더에 있는 Office Professional Plus 2010의 핵심 MSI 파일도 전체 Office 제품을 나타내지 않습니다.

설치 프로그램에서는 이러한 모든 요소를 완전한 하나의 제품으로 어셈블합니다. 각 폴더에 있는 패키지.xml 및 Setup.xml 파일에는 설치 프로그램에서 완전한 기능을 어셈블하고 통합된 기능 트리를 만들고 설치를 위한 올바른 MSI 파일 집합을 수집하는 데 사용하는 정보가 들어 있습니다. 설치 프로그램에서는 XML 데이터를 수집하고 필요한 MSI 파일을 어셈블한 후 Windows Installer를 사용하여 사용자의 컴퓨터에 Office를 설치합니다. 사용자 입장에서는 이 과정이 자동으로 원활하게 이루어집니다.

Word.en-us 폴더와 같이 개별 MSI 파일이 들어 있는 언어별 폴더를 분리하여 Office 2010의 개별 응용 프로그램을 배포할 수는 없습니다. 하지만 설치를 사용자 지정하여 사용자의 컴퓨터에 설치할 응용 프로그램 및 기능을 결정할 수는 있습니다.

참고

Office 설치 지점의 MSI 파일은 Windows Installer나 그 밖의 방법을 사용하여 개별적으로 설치할 수 없습니다. 또한 디지털 서명된 XML 파일(Setup.xml 및 패키지.xml)은 편집하거나 변경할 수 없습니다. Office 2010에서 설치 프로그램은 파일 및 설치 정보를 수집하고 설치 과정을 통합하는 데 필요합니다.

Office용 언어 팩

언어별 패키지는 두 가지 컨텍스트, 즉 Office 제품의 특정 언어 버전과 특정 언어용 SLP(단일 언어 팩)에서 사용됩니다. 예를 들어 프랑스어 버전의 Office Professional Plus 2010에는 Office Professional Plus 2010의 각 응용 프로그램과 공유 기능에 대한 언어별 폴더가 있습니다. 프랑스어 SLP에는 이와 동일한 폴더가 포함되어 있으며 Office 2010의 다른 제품에 대한 언어별 폴더도 포함되어 있습니다.

언어 팩은 별도의 제품으로 배포되거나 Office 제품을 여러 언어로 배포하는 데 사용될 수 있습니다. 언어 팩을 개별적으로 배포하든 다른 제품의 설치 일부로 배포하든 언어 팩의 고유 제품 키를 입력할 필요가 없습니다.

참고

2007 Office System 이전 버전 Office의 경우 기업 고객은 영어 버전의 Office를 설치한 후 MUI(Multilingual User Interface) Pack을 배포하여 언어를 추가했습니다. 또한 일본어 버전의 Office Standard Edition과 같이 지역화된 버전은 핵심 버전에 해당 언어의 MUI Pack을 추가한 경우와는 동일하지 않았습니다. 이 디자인은 2007 Office System에서는 보다 간단해지고 향상되었으며 Office 2010에서도 동일합니다.

간편한 사용자 지정 모델

2007 Office System 이전 버전의 Microsoft Office에서는 설치 프로그램을 사용자 지정하고 설치 후 Office를 관리하려면 여러 가지 도구가 필요했습니다. 2007 Office System에서는 일관되고 간편한 모델을 도입했습니다. 2007 Office System에서와 같이 Office 2010에서 관리자는 설치 프로그램을 사용하여 Office를 설치, 사용자 지정 및 관리할 수 있습니다. 특정 사용자 및 컴퓨터 설정을 적용하려는 경우 관리자는 그룹 정책을 사용할 수 있습니다(그룹 정책 사용 참조).

이 섹션의 내용

  • Office 사용자 지정 도구 사용

    • 새 설치 사용자 지정

    • 기존 Office 설치 변경

  • Config.xml 파일을 사용하여 Office 사용자 지정

  • 설치 명령줄 옵션 사용

  • 그룹 정책 사용

Office 사용자 지정 도구 사용

Office 2010 클라이언트의 볼륨 라이선스 버전에 포함된 설치 프로그램의 구성 요소인 Office 사용자 지정 도구를 사용하여 Office 설치를 사용자 지정할 수 있습니다. /admin 명령줄 옵션으로 설치 프로그램을 실행하여 OCT를 시작합니다. OCT를 사용하여 설치 사용자 지정 파일(.msp 파일)을 만들고 이 파일을 네트워크 설치 지점의 Updates 폴더에 저장합니다. 앞에서 설명한 것처럼 Updates 폴더는 Office 2010을 처음 또는 새로 설치하는 경우에만 사용하며 하나의 사용자 지정 패치만 Updates 폴더에서 지원됩니다.

설치 사용자 지정 파일은 Windows Installer .msp 파일의 확장된 형식입니다. 각 파일은 Office Professional Plus 2010 또는 OneNote 2010과 같은 특정 제품에 맞게 구성됩니다. 설치 프로그램을 실행하여 Office 제품을 설치하면 설치 프로그램에서는 Updates 폴더에서 설치하려는 제품에 해당하는 사용자 지정 파일을 찾고 제품을 설치할 때 이 파일의 사용자 지정 항목을 적용합니다.

둘 이상의 설치 사용자 지정 파일을 만들어 다양한 사용자 그룹에 맞게 Office를 구성할 수 있습니다. 설치 프로그램을 실행할 때는 설치 명령줄 옵션 /adminfile을 사용하거나 Config.xml(Config.xml 파일을 사용하여 Office 사용자 지정 참조)을 사용하여 각 설치에 사용할 적절한 사용자 지정 파일을 지정합니다.

OCT를 사용하여 설치 사용자 지정 파일을 만드는 방법에 대한 전체 세부 정보는 Office Customization Tool in Office 2010를 참조하십시오.

새 설치 사용자 지정

OCT로 만든 설치 사용자 지정 파일을 사용하여 사용자 컴퓨터에 Office가 처음 설치되는 방식을 수정할 수 있습니다. 예를 들어 OCT를 사용하여 다음과 같은 방식으로 Office를 사용자 지정할 수 있습니다.

  • 설치 프로그램이 사용자 상호 작용 없이 자동 모드에서 실행되도록 지정합니다.

  • 제품 키를 미리 정의하고 사용자 대신 Microsoft 소프트웨어 사용 조건에 동의합니다.

  • 사용자 컴퓨터에서 Office 파일을 설치할 위치를 지정합니다.

  • Office 2010을 설치하기 전에 이전 버전의 Office를 제거할지 여부를 선택합니다.

  • 설치할 Office 기능을 결정합니다.

  • Microsoft Outlook 설정을 포함하여 여러 사용자 옵션에 대한 기본값을 지정합니다.

참고

Office 2010에서는 응용 프로그램 간 교차 설치를 비롯하여 64비트 및 32비트 Office의 병렬 설치를 지원하지 않습니다. 예를 들어 2007 Office System 32비트와 Office 2010 64비트 또는 Microsoft SharePoint Workspace 2010 64비트와 Microsoft Excel 2010 32비트를 함께 설치할 수 없습니다. 또한 Office 2010 사용자 지정 도구를 사용하여 64비트 및 32비트 Office를 함께 설치하거나 사용자 지정하도록 구성할 수 없습니다. 예를 들어 64비트 Microsoft Office Professional 2010 및 32비트 Visio 2010 단일 이미지를 사용하여 사용자 지정 병렬 설치를 만들 수 없습니다. 64비트 Office 2010에 대한 자세한 내용은 Office 2010 64비트 버전을 참조하십시오.

설치 프로그램을 사용자 지정하는 방법에 대한 자세한 내용은 Office 2010 설치 전에 설치 프로그램 사용자 지정을 참조하십시오.

기존 Office 설치 변경

기존 Office 설치를 변경해야 하는 경우 원래 설치를 사용자 지정하는 데 사용한 것과 동일한 도구를 사용합니다. OCT를 실행하여 설치 사용자 지정 파일을 업데이트하거나 새로 만듭니다. 그런 다음 소프트웨어 업데이트와 마찬가지 방법으로 사용자 지정 파일을 사용자 컴퓨터에 적용합니다. 그러면 사용자의 기존 Office 설치가 해당 사용자 지정 항목으로 업데이트됩니다. 따라서 Office를 설치할 때 사용할 수 있는 사용자 지정은 설치 후 Office를 수정하는 경우에도 사용할 수 있습니다.

참고

일부 사용자 지정 항목은 Office를 처음 설치할 때만 적용됩니다. 이러한 사용자 지정에는 사용자 컴퓨터에서 Office를 설치할 위치를 지정하고, 제품 키를 정의하고, 이전 버전의 Office 응용 프로그램을 제거하는 작업이 포함됩니다. OCT에서는 새 설치에만 적용되는 사용자 지정을 식별합니다.

Config.xml 파일을 사용하여 Office 사용자 지정

Config.xml 파일을 사용하여 Office 설치를 변경할 수 있습니다. Office 사용자 지정 도구를 사용하여 구성할 수 있는 대부분의 옵션뿐 아니라 OCT에서 사용할 수 없는 몇 가지 추가 옵션도 사용자 지정할 수 있습니다.

다음 설치 작업을 수행하려면 Config.xml 파일을 사용하는 것이 좋습니다.

  • 설치 프로그램에서 Office를 설치하지 않고 로컬 설치 원본을 사용자 컴퓨터에 복사하도록 설정

  • 네트워크 설치 지점의 경로 지정

  • 설치할 제품 또는 언어 선택

  • 설치 프로그램에서 설치 사용자 지정 파일 및 업데이트를 검색할 폴더 변경

  • OCT를 실행하여 새 사용자 지정 파일을 만들기에는 사소한, 설치 마지막 단계의 또는 일회용 사용자 지정

Config.xml 파일을 Setup.exe와 동일한 폴더에 저장하면 설치 프로그램에서는 해당 파일을 찾아 사용합니다. /config 설치 명령줄 옵션을 사용하여 이 파일의 위치를 지정할 수도 있습니다.

참고

설치 사용자 지정 파일과 Config.xml 파일을 모두 지정하는 경우 Config.xml에 정의한 사용자 지정 항목이 사용자 지정 파일의 동일한 사용자 지정 항목보다 우선합니다.

Config.xml 파일의 내용 및 형식에 대한 자세한 내용은 Config.xml file in Office 2010을 참조하십시오.

설치 명령줄 옵션 사용

설치 프로그램은 Office 2010에서 몇 가지 명령줄 옵션만 인식합니다. 이는 2007 Office System에서도 동일합니다. OCT는 설치 프로그램 속성을 구성하고 다른 사용자 지정 내용을 지정하는 기본 도구입니다.

Setup.exe 명령을 사용하여 다음 작업을 수행할 수 있습니다.

  • Office 사용자 지정 도구를 실행하여 설치 프로그램 사용자 지정(.msp) 파일을 만듭니다.

  • 지정된 설치 사용자 지정 파일을 설치에 적용합니다. 예를 들어 특정 사용자 지정 파일(.msp 파일)의 경로나 사용자 지정 파일을 저장한 폴더의 경로를 지정할 수 있습니다.

  • 설치하는 동안 설치 프로그램에서 사용할 Config.xml 파일을 지정합니다.

  • 설치 프로그램을 유지 관리 모드로 실행하고 기존 Office 설치를 변경합니다.

  • 설치 프로그램을 실행하여 사용자의 컴퓨터에서 지정한 제품을 복구합니다.

  • 설치 프로그램을 실행하여 사용자의 컴퓨터에서 지정한 제품을 복구합니다.

Setup.exe 명령에 대한 자세한 내용은 Office 2010의 설치 명령줄 옵션을 참조하십시오. 이전 버전의 Office에서 사용하는 Windows Installer 속성 및 Office 2010을 설치할 때 사용할 수 있는 속성에 대한 자세한 내용은 Office 2010의 설치 속성을 참조하십시오.

그룹 정책 사용

관리자는 그룹 정책 설정을 사용하여 사용자의 컴퓨터에서 Office 구성을 정의하고 유지 관리합니다. 그룹 정책은 관리 템플릿에 포함된 Office 2010 정책 설정을 적용하는 데 사용되며 이러한 정책 설정은 운영 체제에서 적용합니다. Active Directory 환경에서 관리자는 그룹 정책 개체가 연결된 사이트, 도메인 또는 조직 구성 단위의 사용자 및 컴퓨터 그룹에 정책 설정을 적용할 수 있습니다. 실제 정책 설정은 승인된 정책의 레지스트리 키에 작성되며 이러한 설정에는 관리자가 아닌 사용자가 해당 설정을 변경할 수 없도록 하는 ACL(액세스 제어 목록) 제한이 있습니다. 따라서 관리자가 제한이 강화되거나 간단히 관리되는 구성을 만들 수 있습니다.

관리자는 Office 2010 응용 프로그램에 대한 정책 설정을 사용하여 Office 사용자 인터페이스를 구성하는 대부분의 옵션을 관리할 수 있으며, 이러한 옵션은 다음과 같습니다.

  • 메뉴 명령 및 해당 도구 모음 단추

  • 바로 가기 키

  • 옵션 대화 상자의 대부분의 옵션

참고

대부분의 Office 2010 정책 설정은 OCT(OPA 설정)에서 사용할 수 있습니다. 설치 사용자 지정 .msp 파일에서 초기 기본 설정을 구성하려는 경우 관리자가 OCT를 사용할 수 있습니다. 그러나 설치 후 사용자도 대부분의 설정을 수정할 수 있습니다. 특정 구성을 적용하려는 경우 그룹 정책을 사용합니다. 그룹 정책 설정은 OCT 설정보다 우선됩니다.

필요한 로컬 설치 원본

Office 2010의 설치 프로그램에서는 기본 설치 과정의 일부로 사용자 컴퓨터에 로컬 설치 원본이 만들어집니다. Office 2010의 모든 제품은 두 단계를 거쳐 설치됩니다. 첫 번째 단계에서는 압축된 설치 원본 파일이 사용자의 컴퓨터에 복사됩니다. 두 번째 단계에서는 로컬 설치 원본에서 Windows Installer가 호출되어 실제 설치가 수행됩니다. 설치가 완료된 후에도 로컬 설치 원본은 그대로 남아 있으므로 원래 원본에 액세스해야 하는 설치 작업에 사용할 수 있습니다. 최소 디스크 공간 요구 사항에는 이 로컬 설치 원본에 필요한 공간도 포함됩니다.

참고

Microsoft Office 2003의 경우 대규모 조직에서는 일반적으로 관리 설치 지점을 통해 제품을 설치했으며 로컬 설치 원본에서 설치하는 기능이 선택적이었습니다. 하지만 Office 2010에서는 관리 설치 지점이 더 이상 사용되지 않으며 디자인상 로컬 설치 원본을 반드시 사용해야 합니다.

로컬 설치 원본을 사용하면 소프트웨어 업데이트를 보다 효율적이고 안정적으로 배포할 수 있습니다. 네트워크 설치 지점이나 사용자의 로컬 설치 원본이나 모두 직접 업데이트되지는 않습니다. 사용자가 클라이언트 버전의 소프트웨어 업데이트를 적용할 때 사용자의 설치는 동기화 상태를 유지합니다.

전체 설치 원본을 항상 로컬 컴퓨터에 두고 있으면 다음과 같은 추가 장점도 있습니다.

  • 사용자가 Office를 설치하기 전에 로컬 설치 원본을 사용자에게 배포할 수 있습니다. 이렇게 하면 네트워크에 미치는 영향이 최소화되고 모든 사용자가 동시에 제품을 설치하고 Office 2010 응용 프로그램을 사용하기 시작할 수 있습니다.

  • 사용자가 Office CD나 네트워크 원본 없이도 소프트웨어 업데이트 적용과 같은 유지 관리 작업을 수행할 수 있습니다.

  • 출장 중인 사용자 또는 속도가 느리거나 때때로 중단되는 네트워크 연결을 사용하는 사용자라도 컴퓨터에 로컬 설치 원본이 설치되어 있는 경우에는 네트워크에 액세스하지 않고 설치 프로그램을 실행할 수 있습니다.

이러한 장점에 비해 단점은 별로 없습니다. 로컬 설치 원본을 저장하기 위한 약간의 하드 디스크 공간이 필요하긴 하지만 로컬 설치 원본을 만들고 Office를 설치하는 데 소요되는 시간은 Office를 바로 설치하는 데 소요되는 시간과 거의 비슷합니다.

이 섹션의 내용

  • 사용자 컴퓨터에 로컬 설치 원본 만들기

  • 로컬 설치 원본을 단독으로 배포

사용자 컴퓨터에 로컬 설치 원본 만들기

CD나 네트워크 설치 지점에서 Office를 설치하면 설치 프로그램에서는 Office Source Engine(Ose.exe)이라는 프로그램을 사용하여 필요한 설치 파일을 로컬 컴퓨터의 숨김 폴더에 복사하는 방법으로 로컬 설치 원본을 만듭니다. 기본 위치는 Office가 설치된 드라이브의 루트에 있는 \MSOCache\All Users입니다.

Office 제품을 구성하는 각 패키지(언어 중립적 핵심 패키지와 하나 이상의 언어별 패키지)는 별도의 다운로드 코드를 갖고 있으며 MSOCache\All Users의 하위 폴더에 캐시됩니다. 설치 프로그램에서는 항상 설치할 제품과 관련된 모든 파일을 포함하는 완전한 로컬 설치 원본을 캐시합니다. 설치 지점에 여러 언어가 포함된 경우에는 사용자의 컴퓨터에 설치된 언어에 해당하는 패키지만 캐시합니다.

사용자의 컴퓨터에 추가 Office 제품을 설치할 때 해당 제품은 동일한 로컬 설치 원본에 캐시됩니다.

참고

사용자가 다른 드라이브에 두 번째 Office 제품을 설치할 경우에는 해당 드라이브의 루트에 두 번째 로컬 설치 원본이 만들어집니다. 이 경우 공유 파일은 두 로컬 설치 원본 간에 중복될 수 있습니다. 그러나 이렇게 하면 각 로컬 설치 원본이 완전해지고 올바르게 작동하게 됩니다.

사용자가 설치 프로그램의 사용자 인터페이스나 Windows 디스크 정리 마법사를 사용하여 실수로 로컬 설치 원본을 삭제하거나 제거하게 되는 경우는 없습니다. MSOCache 폴더가 삭제되거나 손상되면 설치 프로그램에서는 다음에 원본이 필요할 때 자동으로 해당 폴더를 다시 만들거나 복구합니다. 사용자에게 충분한 디스크 공간이 없으면 공간을 추가로 확보할지 묻는 메시지가 표시됩니다. 따라서 새 업데이트나 사용자 지정 사항을 배포할 때는 모든 사용자가 원본에 액세스할 수 있다는 사실을 주의해야 합니다.

참고

로컬 설치 원본이 만들어진 후에는 사용자의 컴퓨터에서 해당 위치가 고정됩니다. 사용자가 다른 드라이브를 지정하지 않은 경우 나중에 설치되는 추가 Office 제품은 항상 기존의 MSOCache\All Users 폴더에 추가됩니다.

로컬 설치 원본을 단독으로 배포

설치 프로그램은 로컬 설치 원본에서 Office 설치를 수행하므로 설치 원본을 미리 배포하면 네트워크의 부하를 최소화할 수 있습니다. 예를 들어 사용자의 컴퓨터에서 설치 프로그램을 실행하는 일반적인 방법을 사용하여 로컬 설치 원본을 하나 이상의 사용자 그룹에 동시에 배포할 수 있습니다. 모든 사용자에게 미리 캐시된 원본이 준비된 후에는 각 사용자가 동시에 설치 프로그램을 실행하여 Office를 설치할 수 있습니다. 이 경우 대부분의 설치 작업은 네트워크를 통해 수행되는 것이 아니라 로컬 컴퓨터에서 수행됩니다.

자세한 내용은 Office 2010의 로컬 설치 원본 미리 캐시를 참조하십시오.

로컬 컴퓨터의 로컬 설치 원본에서 직접 설치 프로그램을 실행할 수도 있습니다. 로컬 위치에서 설치 프로그램을 실행하면 설치 파일 로드 및 메타데이터 읽기를 비롯하여 어떤 작업도 네트워크를 통해 수행되지 않습니다. 이 경우 설치할 핵심 제품이 들어 있는 MSOCache\All Users의 하위 폴더를 지정해야 합니다. 각 핵심 제품 하위 폴더에는 설치 프로그램의 복사본이 들어 있으며 특정 폴더에서 설치 프로그램을 실행하면 해당 제품이 설치됩니다. 이 방법을 사용하면 사용자가 네트워크에 연결하지 않고도 Office를 설치할 수 있습니다.

자세한 내용은 로컬 설치 원본에서 설치 프로그램을 실행하여 Office 2010 설치를 참조하십시오.

통합 업데이트 프로세스

2007 Office System 이전 버전의 Office에서는 다양한 옵션을 선택하여 클라이언트 컴퓨터에서 최신 Office 소프트웨어 업데이트를 받고 관리 설치 지점과의 동기화 상태를 항상 유지하도록 했습니다. 또한 소프트웨어 업데이트를 새로 설치하는 Office와 체인으로 연결하도록 설치 프로그램을 구성하거나, 관리 설치 지점에 업데이트를 적용하고 모든 클라이언트 컴퓨터에 Office를 다시 설치할 수도 있었습니다.

2007 Office System에서는 새로운 아키텍처가 도입되어 이 과정이 훨씬 더 간단해졌습니다. 2007 Office System에서와 같이 Office 2010에서는 업데이트할 필요가 없는 네트워크 설치 지점을 만듭니다. 대신 간단한 복사 작업만으로 소프트웨어 업데이트를 새 설치에 사용할 수 있습니다. 이 경우 네트워크 설치 지점과는 별도로 기존 설치를 업데이트하므로 클라이언트 컴퓨터와 설치 원본 간의 동기화 상태 유지에 대해 걱정하지 않아도 됩니다.

이 섹션의 내용

  • 새 설치 중 Office 업데이트 적용

  • 기존 Office 설치 업데이트

새 설치 중 Office 업데이트 적용

Microsoft로부터 Office 소프트웨어 업데이트를 받으면 해당 업데이트를 네트워크 설치 지점의 루트에 있는 Updates 폴더에 복사합니다. 네트워크 설치 지점의 기존 파일은 Office CD에서 처음 복사해 왔을 때와 동일하게 유지됩니다.

참고

Updates 폴더를 사용하여 Office 2010 제품의 초기 설치와 업데이트 설치를 통합할 수 있습니다. 이 폴더에 있는 Windows Installer 업데이트 파일만은 초기 설치 시 설치된 것이므로 Microsoft Self-Extractor 패키지에서 업데이트를 추출해야 합니다. 또한 설치 사용자 지정 .msp 패치를 Updates 폴더에 넣어 초기 설치를 사용자 지정할 수 있습니다.

클라이언트 컴퓨터에서 설치 프로그램을 실행하여 Office를 설치하면 설치 프로그램에서는 Updates 폴더에서 소프트웨어 업데이트를 찾고 Office를 설치할 때 해당 업데이트를 자동으로 통합합니다. 이 폴더에 여러 개의 업데이트가 있으면 설치하려는 Office 제품을 대상으로 하는 업데이트만 적용됩니다. Updates 폴더에 설치 사용자 지정 .msp 패치와 제품 업데이트가 둘 다 포함되어 있으면 초기 설치에서는 설치 사용자 지정 .msp 패치만 적용되고 제품 업데이트는 설치가 완료된 후 적용됩니다. 또한 업데이트는 올바른 순차적 순서로 적용됩니다. 이렇게 하면 사용자는 새로 설치하는 Office와 함께 최신 업데이트를 받게 됩니다.

설치 시 Updates 폴더가 아닌 다른 폴더에서 소프트웨어 업데이트를 찾도록 하려면 Config.xml 파일의 SetupUpdates 요소를 사용합니다. 자세한 내용은 Config.xml file in Office 2010SetupUpdates 요소를 참조하십시오.

기존 Office 설치 업데이트

Office가 설치된 후에는 네트워크 설치 지점으로 돌아갈 필요 없이 클라이언트 컴퓨터에 직접 소프트웨어 업데이트를 적용합니다. 이 작업은 Microsoft Systems Management Server 또는 System Center Configuration Manager 2007과 같은 배포 관리 프로그램를 통해 수행하거나, Windows Server Update Services를 사용하여 수행하거나, Microsoft Update를 사용하여 인터넷에서 직접 컴퓨터를 업데이트하는 방법으로 수행할 수 있습니다.

참고

클라이언트 컴퓨터에 Office가 설치된 후 Office를 다시 설치하면 원래 설치와 함께 적용된 소프트웨어 업데이트만 다시 적용됩니다. 새 소프트웨어 업데이트를 Updates 폴더에 복사한 경우에는 다시 설치할 때 해당 업데이트가 적용되지 않습니다.