Office SharePoint Server 2007의 소프트웨어 업데이트 배포

아티클
06/16/2015

업데이트 날짜: 2009년 11월

적용 대상: Office SharePoint Server 2007

마지막으로 수정된 항목: 2015-03-09

이 문서의 내용

-
대상 및 문서 범위

-
소프트웨어 업데이트 이해

-
사용 가능한 업데이트

-
업데이트의 권장 설치 순서

-
소프트웨어 업데이트 설치

  -  
    시작하기 전에

  -  
    설치 전 단계

  -  
    설치 단계

  -  
    업데이트 완료 및 성공 확인

  -  
    팜에 새 서버 추가(선택 사항)

  -  
    언어 서식 파일 팩 업데이트

대상 및 문서 범위

소프트웨어 업데이트와 관련하여 이 문서에서 제공하는 정보는 Windows SharePoint Services 3.0 또는 Microsoft Office SharePoint Server 2007을 유지 관리하는 모든 IT 전문가를 대상으로 합니다. 그러나 소프트웨어 업데이트 설치를 위한 구체적인 지침은 SharePoint 서버 팜에 소프트웨어 업데이트를 설치해야 하는 IT 전문가를 대상으로 합니다. 다음 섹션에 설명되어 있듯이 독립 실행형 설치를 위한 소프트웨어 업데이트 설치에는 SharePoint 서버 팜에 소프트웨어 업데이트를 설치하는 데 필요한 단계가 적용되지 않습니다.

독립 실행형 설치

웹 서버에 Office SharePoint Server 2007을 설치할 때 기본 설치(MSDE(SQL Server Desktop Engine)라는 Microsoft SQL Server 2005 Express Edition 인스턴스가 포함된 단일 서버)를 선택한 경우 이 항목에서 설명하는 프로세스와 절차를 따를 필요가 없습니다. 이 경우 자동 업데이트를 사용하도록 설정했으면 컴퓨터가 자동으로 업데이트됩니다. 자동 업데이트를 사용하도록 설정하지 않은 경우에는 Windows Update(https://go.microsoft.com/fwlink/?linkid=133349&clcid=0x412) 웹 사이트나 Microsoft Update(https://go.microsoft.com/fwlink/?linkid=90953&clcid=0x412) 웹 사이트에서 사용 가능한 소프트웨어 업데이트를 확인하고 설치할 업데이트를 선택할 수 있습니다.

독립 실행형으로 설치한 SharePoint에 서비스 팩을 설치하는 경우 SharePoint 제품 및 기술 구성 마법사(Psconfigui.exe)가 자동으로 시작되고 SharePoint 제품 및 기술의 데이터베이스가 업데이트됩니다. 그러나 설치 관리자 패키지로 릴리스된 핫픽스를 독립 실행형 설치 환경에 설치하는 경우에는 SharePoint 제품 및 기술 구성 마법사를 수동으로 실행하라는 메시지가 표시됩니다.

자동 업데이트를 사용하도록 구성한 독립 실행형 설치 환경에서 공개 업데이트를 적용하는 경우 Psconfigui.exe가 자동으로 실행됩니다. 사용자 인터페이스는 업데이트 설치가 완료될 때까지 나타나지 않습니다. 지역화된 업데이트는 독립 실행형 설치에서 공개 업데이트와 마찬가지로 작동합니다. 다양한 종류의 SharePoint 소프트웨어 업데이트에 대한 자세한 내용은 소프트웨어 업데이트 이해를 참조하십시오.

기본 설치를 사용하여 구성한 독립 실행형 서버에 대한 배포 이외의 배포인 경우 Microsoft 다운로드 센터(https://go.microsoft.com/fwlink/?linkid=24367&clcid=0x412)에서 필요한 소프트웨어 업데이트를 다운로드하여 설치해야 합니다.

참고

핫픽스 등과 같이 배포가 제한된 소프트웨어 업데이트를 얻으려면 고객 지원 서비스 또는 기술 담당 관리자에게 요청하거나 다운로드하려는 핫픽스에 대한 기술 자료(KB) 문서에 포함되어 있는 요청 양식을 작성해야 합니다.

서버 팜 환경에서는, 웹 서버에 자동 업데이트 기능이 설정된 경우에도 소프트웨어 업데이트가 자동으로 설치되지 않습니다. Windows Update(https://go.microsoft.com/fwlink/?linkid=133349&clcid=0x412) 웹 사이트 또는 Microsoft Update(https://go.microsoft.com/fwlink/?linkid=133318&clcid=0x412) 웹 사이트에서는 소프트웨어 업데이트 설치를 시작할 수 없습니다.

소프트웨어 업데이트 프로그램에서 Windows 레지스트리를 확인하여 HKEY_LOCAL_MACHINE\Software\Microsoft\Shared Tools\Web server extensions\12.0\WSS\ 키에 "Serverrole"="SINGLESERVER" 값이 포함되어 있지 않은 웹 서버에 대해서는 자동 설치를 차단합니다.

팁

레지스트리 편집기를 사용하여 HKEY_LOCAL_MACHINE\Software\Microsoft\Shared Tools\Web server extensions\12.0\WSS 키의 값을 확인하면 중요 소프트웨어 업데이트를 수동으로 다운로드하여 설치해야 할지 여부를 알 수 있습니다.

소프트웨어 업데이트 이해

Microsoft에서는 Windows SharePoint Services 및 Microsoft Office SharePoint Server에 대해 다양한 종류의 소프트웨어 업데이트를 제공합니다. 이러한 업데이트의 자세한 내용을 살펴보기 전에 주요 용어를 이해하는 것이 좋습니다. 다음 표에는 Microsoft에서 사용하는 소프트웨어 업데이트 용어에 대한 설명이 나와 있습니다.

소프트웨어 업데이트 개념 및 용어

개념 및 용어	설명 및 정의
핫픽스	제품의 문제를 해결하는 데 사용되는 하나 이상의 파일로 구성된 단일 누적 패키지입니다. 핫픽스는 특정 고객의 상황을 해결하는 데 사용되며 해당 고객 조직 외부로는 배포할 수 없습니다.
공개 업데이트	공개 업데이트는 일반적으로 보안과 관련된 핫픽스이며 공개적으로 릴리스되어 다운로드할 수 있습니다. Windows 업데이트 구성을 통해 이러한 업데이트를 식별하고 자동으로 설치할 수 있습니다. 보안 게시판에서 공개 업데이트로 이동할 수 있습니다. 일반적으로 이러한 핫픽스는 필요에 따라 릴리스됩니다. 공개 업데이트의 또 다른 예로는 서비스 팩이 있습니다.
서비스 팩	테스트를 거친 모든 핫픽스, 보안 업데이트, 중요 업데이트 및 일반 업데이트를 비롯하여 제품을 릴리스한 이후 내부적으로 발견된 문제에 대한 추가 수정을 포함하는 누적 집합입니다. 서비스 팩에는 고객이 요청한 제한된 수의 디자인 변경 또는 기능이 포함될 수도 있습니다.
예약된 배달 모델	Microsoft Office에서는 우선 순위 중심의 현재 핫픽스 릴리스 모델에서 예약된 배달 모델로 전환하고 있습니다. 예약된 배달 모델에서는 핫픽스가 2개월 단위로 릴리스됩니다. 이렇게 하면 고객들이 업데이트 제공 시점을 좀 더 정확하게 예상할 수 있습니다. 급히 수정이 필요한 고객은 핫픽스를 좀 더 빨리 제공해 줄 것을 요청할 수 있습니다. 다음과 같은 제공 메커니즘이 이러한 새로운 방식을 지원합니다. CU(누적 업데이트) COD(중요 주문형) 핫픽스 자세한 내용은 Microsoft Office 팀에서 제공하는 누적 업데이트를 통해 보고된 문제에 대한 핫픽스 제공을 참조하십시오.
누적 업데이트	2개월 단위로 릴리스되는 핫픽스 모음입니다. CU(누적 업데이트)는 이전에 릴리스된 핫픽스 및 누적 업데이트를 포함합니다. 따라서 CU를 업데이트 롤업이라고도 합니다. 제공되는 핫픽스에는 다음 항목이 포함됩니다. 핫픽스 수용 기준에 부합하는 문제에 대한 수정 사항. 이러한 기준에는 사용 가능한 해결 방법, 고객에게 미치는 영향, 재현 가능성, 변경해야 할 코드의 복잡성 등이 포함됩니다. 현재 릴리스된 모든 중요 주문형 핫픽스 현재 릴리스된 모든 중요 보안 또는 비보안 업데이트 자세한 내용은 Office 핫픽스가 정의된 일정에 따라 누적 업데이트 형식으로 제공됨(영문)(https://go.microsoft.com/fwlink/?linkid=133358&clcid=0x412) 블로그 게시물을 참조하십시오.
COD(중요 주문형) 핫픽스	COD(중요 주문형) 핫픽스는 누적 업데이트 제공 주기를 통해 처리할 수 없는 중요한 문제를 해결하기 위해 사용할 수 있습니다. COD 픽스는 문제가 발생하여 고객의 정상적인 업무 운영이 불가능한 상황이나 효과적인 문제 해결 방법이 없는 상황 등과 같은 응급 상황에만 국한됩니다. COD(중요 주문형) 핫픽스는 다음 번에 릴리스되는 누적 업데이트에 포함됩니다. 참고 COD 릴리스에는 12.0.xxxx.500X와 같은 패턴의 버전이 부여됩니다. 예를 들어 12.0.6327.5000 버전의 CU를 릴리스한 후에 COD 핫픽스가 필요하게 되었다고 가정해 보겠습니다. 이 경우 COD 핫픽스의 버전은 12.0.6327.5001이 됩니다. 다음 번 CU를 릴리스하기 전에 또 다른 핫픽스가 필요한 경우 다음 버전 번호는 12.0.6327.5002가 됩니다. 이러한 패턴이 다음 번 CU를 릴리스할 때까지 계속 사용됩니다.
패키지	업데이트 롤업 또는 핫픽스를 위해 다운로드한 실행 파일(.exe) 항목입니다. 패키지에는 하나 이상의 패치가 포함될 수 있습니다. 제공되는 다운로드 메커니즘에 따라 이 실행 파일이 암호로 보호되는 다른 실행 파일 안에 포함될 수도 있습니다. 패키지의 압축을 풀면 Webfldrs-KB907306-ENU.exe 등과 같이 기술 자료(KB) 번호가 해당 이름의 일부로 사용되는 .exe 파일이 하나 이상 준비됩니다. 이 경우 대부분의 고객은 Webfldrs-KB907306-ENU.exe 실행 파일을 실행하여 SharePoint 서버를 업데이트할 수 있습니다.
패치	패치는 패키지 안에 저장됩니다. 패치는 Windows Installer 프로그램(msiexec.exe)을 실행하여 파일 이름 확장명이 .msi인 원래 설치 패키지를 새 정보 또는 이진 파일로 업데이트합니다. Windows Installer 프로그램을 통해 설치되는 패치는 파일 이름 확장명이 .msp입니다. 공용 폴더에 패치의 압축을 풀어 패치의 통합 설치 버전을 만들 수 있습니다. 자세한 내용은 소프트웨어 업데이트를 포함하는 설치 원본 만들기(Windows SharePoint Services 3.0) 또는 소프트웨어 업데이트를 포함하는 설치 원본 만들기(Office SharePoint Server 2007)를 참조하십시오.
지역화된 패치	지역화된 패치, 즉 로컬 패치에는 언어별 문자열 또는 관련 코드에 대한 업데이트가 포함됩니다.
글로벌 패치	글로벌 패치는 언어 중립적이며 기본 설치 언어가 무엇인지 또는 언어 팩이 설치되어 있는지 여부와 상관없이 모든 서버에 적용할 수 있습니다. 대부분의 소프트웨어 업데이트는 글로벌 패치 형태로 제공됩니다.
업그레이드 프로그램	업그레이드 프로그램은 관련 개체의 현재 상태를 평가하고 최신 스키마에 일치하도록 개체를 변경하거나, 새 기능을 사용하도록 설정하거나, 알려진 문제를 해결하는 등의 기능을 수행하는 제품의 특정 부분입니다.

다음 섹션에서 소프트웨어 업데이트에 대한 추가 정보를 제공합니다.

누적 업데이트
패키지
패치
글로벌 패치 및 지역화된 패치

누적 업데이트

앞서 소프트웨어 용어 표에서 언급했듯이 누적 업데이트의 경우 고객에게 소프트웨어 업데이트를 제공하는 주기를 예상할 수 있으므로 Windows SharePoint Services 및 Office SharePoint Server의 소프트웨어 업데이트 설치를 보다 쉽게 관리할 수 있습니다. 첫 번째 누적 업데이트는 2008년 8월에 릴리스되었지만 SharePoint의 새로운 업데이트 제공 모델을 모든 측면에서 완벽하게 구현한 것은 2008년 12월 CU가 처음이었습니다. 이 12월 CU부터는 기존에 제공한 모든 핫픽스의 최신 버전을 포함하는 패키지가 각 누적 업데이트를 통해 제공됩니다. 이러한 변경 사항으로 보다 간편하게 새로운 Office SharePoint Server를 만들고 다음과 같은 4가지 업데이트를 적용하여 최신 업데이트 수준으로 패치할 수 있습니다.

Windows SharePoint Services의 최신 서비스 팩

참고

권장되는 최상의 방법에 따르면 최신 서비스 팩을 설치하는 것이 좋지만 반드시 최신 버전을 설치해야 하는 것은 아닙니다. 최신 서비스 팩을 설치할 수 없는 경우 Microsoft에서는 아직 수명 주기가 끝나지 않은 이전 서비스 팩을 기반으로 누적 업데이트를 설치할 수 있도록 지원합니다. 자세한 내용은 https://support.microsoft.com/?LN=ko&scid=gp%3B%5Bln%5D%3Blifecycle&x=6&y=9(https://support.microsoft.com/?LN=ko&scid=gp%3B%5Bln%5D%3Blifecycle&x=6&y=9)를 참조하십시오.
Office SharePoint Server의 최신 서비스 팩
Windows SharePoint Services의 최신 누적 업데이트
Office SharePoint Server의 최신 누적 업데이트

새 업데이트 형식의 구조와 관련하여 다음 정보를 기억해 둘 필요가 있습니다.

Windows SharePoint Services는 계속하여 별개로 유지되며 Office SharePoint Server 패키지에 포함되지 않습니다.
Windows SharePoint Services의 최신 글로벌 패치와 로컬 패치는 모두 Windows SharePoint Services 패키지에 포함됩니다.
Office SharePoint Server 및 기타 Microsoft Office Server 제품(예: InfoPath Forms Services 및 Microsoft Office Project Server)의 최신 글로벌 패치와 로컬 패치는 모두 Office SharePoint Server 패키지에 포함됩니다.
패키지 내용의 목록에는 인프라 업데이트를 포함하여 RTM 이후 제공된 모든 항목이 누적되어 있습니다. 인프라 업데이트는 더 이상 별도의 업데이트로 설치할 필요가 없습니다.

누적 업데이트 내의 특정 수정 사항에 대한 자세한 내용은 해당 업데이트와 관련된 KB 문서를 참조하십시오.

누적 업데이트에 대한 자세한 내용은 누적 업데이트의 형태로 지정된 날짜에 제공되는 Office 핫픽스(영문)(https://go.microsoft.com/fwlink/?linkid=133358&clcid=0x412) 블로그 게시물을 참조하십시오.

Microsoft Office 누적 업데이트가 발표될 때 이에 대한 자세한 정보를 알아보려면 Office Sustained Engineering 블로그(영문)(https://go.microsoft.com/fwlink/?linkid=133359&clcid=0x412)를 구독하는 것이 좋습니다.

패키지

패키지에는 다음과 같은 명명 규칙이 사용됩니다.

소프트웨어 업데이트 명명 규칙

소프트웨어 업데이트 명명 규칙의 패턴은 제품 이름rrr-kby-xnn-fullfile-언어**.exe**입니다.

제품 이름은 출시된 제품 이름의 짧은 식별자입니다.
rrr은 릴리스에 대한 설명입니다. 예를 들어 서비스 팩 1은 sp1입니다.
y는 소프트웨어 업데이트에 대한 기술 자료 문서에 해당하는 번호입니다.
nn은 하드웨어 아키텍처(x86 또는 x64)를 나타내는 숫자입니다.
언어는 소프트웨어 업데이트의 언어입니다. 예를 들어 미국 영어는 en-us입니다.

예를 들어 미국 영어로 작성된 x86 기반 하드웨어 관련 Microsoft Office SharePoint Server 2007 서비스 팩 1(SP1) 파일의 파일 이름은 officeserver2007sp1-kb936984-x86-fullfile-en-us.exe입니다.

.exe 실행 파일을 실행하여 패키지를 설치한 후에는 업데이트가 제대로 설치되었는지 확인하는 것이 좋습니다. Windows Server 2003 및 Windows Server 2008의 경우 업데이트 설치 결과를 확인하려면 다음과 같이 합니다.

Windows Server 2003 - 설치된 업데이트의 기록을 검토합니다. 제어판을 클릭한 다음 프로그램 추가/제거를 클릭하고 업데이트 표시 확인란을 선택합니다. 이렇게 하면 파일 이름 및 상응하는 KB 문서에 대한 참조 번호가 표시됩니다. 예를 들어 "Microsoft Windows SharePoint Services 3.0 업데이트(KB932091)"를 설치한 경우 현재 설치된 프로그램 및 업데이트 목록에 해당 업데이트가 표시됩니다.
Windows Server 2008 - 설치된 업데이트의 기록을 검토합니다. 제어판을 클릭한 다음 프로그램 및 기능을 클릭하고 작업 모음에서 설치된 업데이트 보기를 클릭합니다. 이렇게 하면 "Microsoft Windows SharePoint Services 3.0 업데이트(KB932091)"와 같은 업데이트의 목록이 표시됩니다.

위의 두 경우 모두 https://support.microsoft.com/kb/\<KB 번호>로 이동할 수 있습니다. 여기서 <KB 번호>는 KB 문서 번호입니다. 해당 문서에서 패키지에 대한 자세한 정보를 참조할 수 있습니다.

패키지와 관련하여 다음 사항도 기억해 둘 필요가 있습니다.

패치는 누적됩니다. 따라서 두 패키지에 동일한 패치가 하나 이상 포함된 경우 빌드 번호가 더 높은 패키지에 빌드 번호가 낮은 패키지의 모든 항목이 포함됩니다.
패키지의 속성에는 패키지를 포함하는 빌드의 번호가 표시됩니다. 빌드 번호가 패키지의 파일에 대해 표시되는 버전 번호보다 높은 경우가 종종 있으며 패키지 콘텐츠에 대해 보다 효율적인 참조점이 되므로 빌드 번호는 매우 중요한 요소입니다.
명령 프롬프트 창을 열고 프롬프트에 <패키지 이름>.exe /extract:.\<hfx> 명령을 입력하면 패키지의 압축을 풀고 패치 내용을 확인할 수 있습니다. 여기서 <패키지 이름>은 패키지의 이름이고 \<hfx>는 폴더 이름입니다. 이 명령을 실행하면 현재 명령 프롬프트의 디렉터리 경로 아래에 있는 hfx라는 폴더에 패키지 내용의 압축이 풀립니다. \<hfx> 매개 변수를 변경하여 요구 사항에 맞는 디렉터리 위치와 폴더 이름을 지정할 수 있습니다.
패키지 이름에 glb라는 문자가 포함될 수 있습니다. 이는 패키지에 글로벌 패치가 포함되어 있다는 의미입니다(예: office-kb950487-fullfile-x86-glb.exe).
패키지 이름에 en-us(영어, 미국) 또는 de-de(독일어, 독일) 등의 지역 코드가 포함될 수 있습니다. 이는 패키지에 지역화된 패치가 포함되어 있다는 의미입니다(예: wss-kb948957-fullfile-x86-en-us.exe).

패치

개별 패치를 수동으로 설치할 수 있습니다. 그러나 개별 패치를 수동으로 설치하면 업그레이드 프로세스가 자동으로 수행되어 업그레이드 프로그램이 시작될 수 있습니다. 대신 .exe 패키지를 실행하면 패키지를 설치할 때 자동 업그레이드가 실행되지 않습니다.

Windows SharePoint Services 및 Office SharePoint Server 2007 내에서 서비스 팩과 관련된 패치의 이름은 업데이트 롤업, 공개 업데이트 및 핫픽스의 패치 이름과 다릅니다. 예를 들어 누적 업데이트의 경우 Windows SharePoint Services의 글로벌 패치 이름은 sts.msp이고(.msp는 Windows Installer 업데이트 패키지의 파일 이름 확장명) 이는 원본 미디어에서 설치된 sts.msi 패치를 패치합니다. 또 다른 예로 서비스 팩 1을 들 수 있습니다. 여기에는 원본 미디어에서 설치된 sts.msi 패치를 패치하는 stswwsp1.msp라는 파일이 포함되어 있습니다. 예로 든 두 가지 경우의 패치 파일 이름은 서로 다르지만 이들 두 패치는 모두 동일한 파일을 업데이트합니다. 다음 표에는 Windows SharePoint Services 및 Office SharePoint Server에 사용되는 가장 일반적인 매핑이 나와 있습니다.

제품	Windows Installer 업데이트 패키지
Windows SharePoint Services 3.0	다음 목록에서 <지역>은 기본 언어의 코드입니다(예: en-us). sts.msp wssmui-<지역>.msp
Office SharePoint Server 2007	다음 목록에서 <지역>은 기본 언어의 코드입니다(예: en-us). coreserver.msp coreservermui-<지역>.msp dlc.msp. 여기서 "dlc"는 워크플로와 정책을 포함하는 문서 수명 주기의 식별자입니다. dlcmui-<지역>.msp ifswfe.msp. 여기서 "ifs"는 InfoPath Forms Services의 식별자입니다. xlsrvapp.msp. 여기서 "xls"는 Excel 계산 서비스의 식별자입니다. 경우에 따라 패치 이름에 "x-none"이라는 문자열이 포함될 수 있는데 이는 해당 패치가 글로벌 패치라는 의미입니다.

Windows SharePoint Services 3.0

다음 목록에서 <지역>은 기본 언어의 코드입니다(예: en-us).

sts.msp
wssmui-<지역>.msp

Office SharePoint Server 2007

다음 목록에서 <지역>은 기본 언어의 코드입니다(예: en-us).

coreserver.msp
coreservermui-<지역>.msp
dlc.msp. 여기서 "dlc"는 워크플로와 정책을 포함하는 문서 수명 주기의 식별자입니다.
dlcmui-<지역>.msp
ifswfe.msp. 여기서 "ifs"는 InfoPath Forms Services의 식별자입니다.
xlsrvapp.msp. 여기서 "xls"는 Excel 계산 서비스의 식별자입니다.
경우에 따라 패치 이름에 "x-none"이라는 문자열이 포함될 수 있는데 이는 해당 패치가 글로벌 패치라는 의미입니다.

글로벌 패치 및 지역화된 패치

글로벌 패치는 제품에서 언어 중립적인 부분에 영향을 줍니다. 즉, 이 패치는 특정 언어와 관계가 없는 항목만 변경합니다. SharePoint 제품은 언어별 문자열을 고유한 위치에 유지하여 개별적으로 업데이트할 수 있도록 디자인되었습니다. 따라서 기본 설치 언어가 무엇인지 또는 언어 팩이 설치되어 있는지 여부와 상관없이 모든 서버에 글로벌 패치를 적용할 수 있습니다.

로컬 패치라고도 하는 지역화된 패치는 언어별 문자열 또는 관련 코드에 대한 업데이트를 포함하는 패치입니다. 지역화된 패치의 코드 변경 사항은 사용자 인터페이스에 표시되는 특정 문자열에 대한 것이 아닐 수 있지만 지역화된 패치의 일부로 포함될 만큼 해당 문자열과 밀접한 관련이 있을 수 있습니다.

흔히 제기되는 질문 중 하나는 글로벌 패치와 지역화된 패치 중에서 어떤 것을 설치해야 하는지 또는 두 가지 패치를 모두 설치해야 하는지에 대한 것입니다.

어떤 패치를 설치할지 결정하기 위해서는 먼저 설치를 통해 얻고자 하는 바가 무엇인지를 고려해야 합니다. 이 결정을 내릴 때는 다음 사항을 지침으로 삼는 것이 좋습니다.

대부분의 제품 업데이트는 글로벌 패치에 포함됩니다. 제품 디자인 정보를 설명하면서 언급했듯이 코드 베이스의 대부분을 구성하는 것과 관련이 없는 언어별 제품 코드 부분은 분리할 수 있도록 디자인되었습니다.
일부 코드 수정 사항은 완벽한 구현을 위해 글로벌 패치와 로컬 패치를 모두 필요로 할 수 있습니다. 이 경우 두 가지 패치 중 하나만 설치하면 특정 기능이 패치를 적용하기 전과 마찬가지로 작동하지 않는 상태로 유지됩니다.
서비스 팩을 설치하면 모든 항목이 업데이트되므로 서비스 팩을 적용한 후 일정 시점에 첫 번째 종속성이 구현됩니다. 이 종속성은 다음 번 서비스 팩을 설치할 때까지 계속 유지됩니다. 글로벌 패치나 지역화된 패치를 설치한다고 해서 반드시 서버의 전체 작업에 영향을 주는 것은 아니지만 모든 수정 사항을 빠짐없이 적용하려면 글로벌 패치와 지역화된 패치를 모두 설치해야 합니다.
Microsoft CSS(고객 지원 서비스)에서는 수정 사항으로 최대한 이익을 얻고 플랫폼 전체에서 동일한 소프트웨어 업데이트 수준을 유지할 수 있도록 SharePoint 환경 전체에 글로벌 패치와 지역화된 패치를 모두 설치할 것을 권장합니다.

추가 리소스

업데이트 배포 프로세스에 대한 이해를 높이려면 Daniel Winter가 2008년 3월에 SharePoint 제품 및 기술 회의에서 발표한 프레젠테이션: 핫픽스, 공개 업데이트 및 서비스 팩의 이해와 배포(영문)(https://go.microsoft.com/fwlink/?linkid=121946&clcid=0x412)를 참조하십시오. 이 프레젠테이션에서는 Windows SharePoint Services 및 Office SharePoint Server와 관련하여 Microsoft에서 릴리스하는 다양한 종류의 소프트웨어 업데이트에 대한 중요한 정보를 제공합니다.

Daniel Winter는 Windows SharePoint Services 3.0 SP1과 Office SharePoint Server 2007 SP1을 예로 들어 업그레이드 전 단계, 업그레이드 배포, 업그레이드 유효성 검사, 업그레이드 문제 해결 등의 내용을 자세히 설명합니다. 이 문서의 나머지 부분을 읽고 소프트웨어 업데이트를 배포하기에 앞서 이 프레젠테이션을 보는 것이 좋습니다.

사용 가능한 업데이트

Office SharePoint Server 2007에 대해 릴리스된 업데이트는 다음과 같습니다.

팁

SharePoint 제품 및 기술용 업데이트 리소스 센터(영문)(https://go.microsoft.com/fwlink/?linkid=133360&clcid=0x412)에 소프트웨어 업데이트에 대한 정보가 모두 통합되어 있습니다.

Office SharePoint Server 2007 주요 업데이트

이름	설명 및 Microsoft.SharePoint.portal.dll 버전 번호
Office SharePoint Server 2007	Office SharePoint Server의 RTM 버전입니다. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.4518.1016
10월 공개 업데이트(2007)	10월 공개 업데이트의 소프트웨어 업데이트에 대한 자세한 내용은 Microsoft 기술 자료 문서 937832: 2007년 10월 9일자 SharePoint Server 2007 보안 업데이트에 대한 설명(https://go.microsoft.com/fwlink/?linkid=102083&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6036.5000
서비스 팩 1	SP1(서비스 팩 1)에는 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0 전체의 여러 가지 핫픽스, 데이터베이스를 다시 분할하고 호스트 사이트 모음의 이름을 바꾸기 위한 새로운 Stsadm 명령, 성능 및 용량 계획 관련 정보를 제공하는 제품 설명서 업데이트 등이 포함되어 있습니다. 이 서비스 팩에 포함된 항목에 대한 자세한 내용은 소개 백서인 Windows SharePoint Services 3.0 및 Microsoft Office SharePoint Server 2007의 서비스 팩 1(영문)(https://go.microsoft.com/fwlink/?linkid=105704&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6219.1000
서비스 팩 1 이후 롤업	이 롤업에서는 SP1에 대해 코드를 잠근 이후 수정된 사항을 제공합니다. 자세한 내용은 KB 문서 SharePoint Server 2007의 2007 Microsoft Office Servers 서비스 팩 1 이후 2008년 7월 23일자 핫픽스 패키지에 대한 설명(https://support.microsoft.com/kb/955586/ko)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6300.5000
IU(인프라 업데이트)	이 업데이트는 Office SharePoint Server 2007의 문제를 수정하고 SharePoint Server 2007에 새로운 엔터프라이즈 검색 기능을 추가합니다. 자세한 내용은 Microsoft Office Servers 인프라 업데이트에 대한 설명(https://go.microsoft.com/fwlink/?linkid=121886&clcid=0x412) 및 Microsoft Office Servers 인프라 업데이트를 통해 Microsoft Office Servers에서 수정된 문제(https://go.microsoft.com/fwlink/?linkid=133369&clcid=0x412)를 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6320.5000
8월 누적 업데이트	이 업데이트에 대한 자세한 내용은 KB 문서 2007 Microsoft Office 핵심 제품군 응용 프로그램 및 2007 Microsoft Office Servers의 누적 업데이트 패키지(https://go.microsoft.com/fwlink/?linkid=133370&clcid=0x412) 및 2008년 8월 26일자 SharePoint Server 2007 핫픽스 패키지(Coreserver.msp)에 대한 설명(https://go.microsoft.com/fwlink/?linkid=133371&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6327.5000
10월 누적 업데이트	이 업데이트에서 수정된 문제에 대한 자세한 내용은 2008년 10월 28일자 SharePoint Server 2007 핫픽스 패키지(Coreserver.msp)에 대한 설명(https://go.microsoft.com/fwlink/?linkid=133374&clcid=0x412), 2008년 10월 28일자 SharePoint Server 2007 핫픽스 패키지(Coreservermui.msp)에 대한 설명(https://go.microsoft.com/fwlink/?linkid=133376&clcid=0x412) 및 2008년 10월 28일자 SharePoint Server 2007 핫픽스 패키지(Dlc.msp)에 대한 설명(https://go.microsoft.com/fwlink/?linkid=135715&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6331.5000
12월 누적 업데이트	이 업데이트에는 Office SharePoint Server 2007 릴리스 이후 수정된 모든 Office SharePoint Server 2007 문제에 대한 핫픽스가 포함되어 있습니다. 자세한 내용은 2008년 12월 16일자 SharePoint Server 2007 누적 업데이트 패키지(MOSS 서버-패키지)에 대한 설명(https://go.microsoft.com/fwlink/?linkid=139508&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6335.5000 이 업데이트에는 다음 항목이 포함되어 있습니다. Coreserver-x-none.msp Coreservermui-en-us.msp(및 제품의 기타 모든 언어) Dlc-x-none.msp Dlcmui-en-us.msp(및 제품의 기타 모든 언어) Ifswfe-x-none.msp Lpsrvwfe-x-none.msp Msxml5s-x-none.msp Pjsrvapp-x-none.msp Pjsrvwfe-x-none.msp Xlsrvapp-x-none.msp
2월 누적 업데이트	이 업데이트에서 해결된 문제에 대한 자세한 내용은 Windows SharePoint 서비스 3.0 누적 업데이트 패키지에 대한 설명: 2009년 2월 24일(https://go.microsoft.com/fwlink/?linkid=146627&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6341.5002
서비스 팩 2	SP2(서비스 팩 2)에서는 Windows Server 2008 및 IIS(인터넷 정보 서비스) 7에 대한 완벽한 지원을 제공하고, 확장된 브라우저 지원 외에 Stsadm 명령줄 도구를 위한 새 작업과 속성, 개선된 기존 기능 및 알려진 문제에 대한 핫픽스를 제공합니다. 서비스 팩 2에는 이 서비스 팩까지 릴리스된 모든 업데이트 및 SP1이 포함됩니다. SP2에 대한 설명은 2007 Microsoft Office Servers 서비스 팩 2(SP2) 및 2007 Microsoft Office Servers Language Pack 서비스 팩 2(SP2)에 대한 설명(https://go.microsoft.com/fwlink/?linkid=149890&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6420.1000
4월 누적 업데이트	4월 CU(누적 업데이트)에서는 특히 mergecontentdbs 작업과 관련된 매우 중요한 Stsadm 픽스를 제공합니다. 자세한 내용은 Windows SharePoint Services 3.0 누적 업데이트 서버 핫픽스 패키지 (Sts.msp) 설명: 2009년 4월 28일을 참조하십시오. 이 업데이트에 대한 설명은 SharePoint Server 2007 누적 업데이트 서버 핫픽스 패키지 (MOSS 서버-패키지) 설명: 2009년 4월 30일(https://go.microsoft.com/fwlink/?linkid=149891&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6504.5000
6월 누적 업데이트	6월 CU(누적 업데이트)에는 지난 CU 이후에 릴리스된 핫픽스가 포함됩니다. 이 업데이트에 대한 설명은 SharePoint Server 2007 누적 업데이트 서버 핫픽스 패키지 (MOSS 서버-패키지) 설명: 2009년 7월 15일(https://go.microsoft.com/fwlink/?linkid=158393&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6507.5000
8월 누적 업데이트	이 Office SharePoint Server 2007 업데이트에 대한 설명은 SharePoint Server 2007 누적 업데이트 서버 핫픽스 패키지 (MOSS 서버-패키지) 설명: 2009년 9월 9일(https://go.microsoft.com/fwlink/?linkid=164630&clcid=0x412)을 참조하십시오. 이 업데이트에서는 Office SharePoint Server 2007과 관련된 여러 가지 픽스를 제공합니다. 자세한 내용은 Office SharePoint Server 2007 누적 업데이트 서버 핫픽스 패키지 (Coreserver.msp) 설명: 2009년 9월 9일(https://go.microsoft.com/fwlink/?linkid=164631&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6514.5002 누적 업데이트 빌드 번호: 빌드 12.0.6514.5002
10월 누적 업데이트	이 Office SharePoint Server 2007 업데이트에 대한 설명은 SharePoint Server 2007 누적 업데이트 서버 핫픽스 패키지 (MOSS 서버-패키지) 설명: 2009년 10월 27일(https://go.microsoft.com/fwlink/?linkid=169316&clcid=0x412)을 참조하십시오. 이 업데이트에서는 Office SharePoint Server 2007과 관련된 여러 가지 픽스 및 업그레이드 사전 검사기를 위한 개선된 기능을 제공합니다. 업그레이드 사전 검사기의 경우 보고서가 향상되고 새 규칙이 추가된 점이 눈에 띕니다. 또한 업그레이드 사전 검사기가 stsadm –o EnumAllWebs 작업에 추가되어 사용자가 웹 파트, 이벤트 수신기, 기능 또는 SetupPath 지원 파일을 나열할 수 있습니다. 자세한 내용은 SharePoint Server 2007 누적 업데이트 서버 핫픽스 (Coreserver-x-none.msp) 설명: 2009년 10월 27일(https://go.microsoft.com/fwlink/?linkid=169315&clcid=0x412)을 참조하십시오. Microsoft.SharePoint.portal.dll 버전 번호: 12.0.6520.5000 누적 업데이트 빌드 번호: 빌드 12.0.6520.5000

업데이트의 권장 설치 순서

Microsoft에서 제공하는 서비스 팩의 설치 순서는 정해져 있지만 패키지나 패치의 설치 순서는 정해져 있지 않습니다. 즉, 패키지나 패치는 원하는 순서로 설치할 수 있습니다. 단, 설치를 마친 후 팜에 속한 모든 서버의 업데이트 수준이 동일해야 합니다. 또한 서버가 업데이트 관련 KB 문서에서 설명하는 문제의 영향을 받지 않는다면 해당 업데이트를 설치하지 않아도 됩니다.

반드시 따라야 할 업데이트 설치 순서가 있는 것은 아니지만 필요한 Office SharePoint Server의 RTM 이후 업데이트를 다음 순서로 설치하는 것이 좋습니다.

Windows SharePoint Services 3.0 서비스 팩 2(KB 953338)
Office SharePoint Server 2007 서비스 팩 2(KB 953334)
Windows SharePoint Services 3.0 10월 누적 업데이트(KB 975002)
Office SharePoint Server 2007 10월 누적 업데이트(KB 975731)

12월 CU를 사용하여 통합 설치 원본을 만드는 방법에 대한 자세한 내용은 최신 업데이트를 사용하여 SharePoint 통합 설치를 만드는 방법(영문)(https://go.microsoft.com/fwlink/?linkid=139512&clcid=0x412) 블로그 게시물을 참조하십시오.

중요

업데이트를 완료하려면 팜에 속한 모든 서버에서 SharePoint 구성 마법사를 실행하거나 명령 프롬프트를 통해 Psconfig.exe를 실행해야 합니다. 업데이트를 설치하는 각 단계 사이에 SharePoint 구성 마법사나 Psconfig를 실행할 필요는 없습니다. 지정된 서버에 모든 업데이트가 설치될 때까지 기다린 다음 SharePoint 구성 마법사나 PSconfig를 실행하면 됩니다.

소프트웨어 업데이트 설치

서버 팜에 소프트웨어 업데이트를 성공적으로 설치하려면 이 문서에서 설명하는 설치 전 단계, 설치 단계 및 확인 단계를 따르는 것이 좋습니다.

시작하기 전에

설치 전 단계를 시작하기 전에 다음 사항을 확인하십시오.

사용자의 작업 중단을 최소화할 수 있는 시간에 소프트웨어 업데이트를 설치하도록 예약하는 것이 좋습니다. Office SharePoint Server 2007을 실행하는 서버에서 호스팅되는 웹 사이트와 관련된 사용자 및 주요 참가자에게 일정을 제안하여 의견을 교환하고 필요한 경우 일정을 조정합니다.
프로덕션 환경에는 베타 버전의 Office SharePoint Server 2007 소프트웨어 업데이트를 설치하지 말아야 합니다.
하드웨어 및 소프트웨어 언어에 맞는 올바른 소프트웨어 업데이트 파일을 다운로드해야 합니다.
이전에 핫픽스를 설치했으나 널리 사용 가능한 이 소프트웨어 업데이트에서 핫픽스로 해결되는 문제가 수정되지 않는 경우 Microsoft 고객 지원 서비스(https://go.microsoft.com/fwlink/?linkid=99201&clcid=0x412)에 문의하여 해당 환경에서 특정 문제를 해결하는 핫픽스의 업데이트된 버전을 받아야 합니다.
Office SharePoint Server 2007을 실행하는 웹 서버는 소프트웨어 업데이트를 설치하는 동안 서비스에서 제거해야 합니다. 소프트웨어 업데이트를 설치하면 SQL Server 데이터베이스의 스키마가 변경될 수 있으며 업그레이드를 수행하는 동안 사용자가 콘텐츠를 작성할 경우 프런트 엔드 서버와 백 엔드 서버의 콘텐츠가 서로 달라질 수 있기 때문입니다.
Microsoft Office SharePoint Server 2007 소프트웨어 업데이트를 설치하기 전에 Windows SharePoint Services 3.0의 소프트웨어 업데이트를 설치하는 것이 좋습니다.
서버 팜 배포의 경우 모든 Office SharePoint Server 2007 웹 서버를 동일한 소프트웨어 업데이트 버전으로 업데이트해야 합니다.
소프트웨어 업데이트를 설치하고 SharePoint 제품 및 기술 구성 마법사를 실행하는 데 사용되는 계정에는 최소한 다음과 같은 권한이 있어야 합니다.
- Office SharePoint Server 2007을 실행하는 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.
- SQL Server에서 계정에 다음 권한과 역할이 모두 있어야 합니다.
  - 모든 SharePoint 제품 및 기술 데이터베이스에 대한 액세스 권한
  - 데이터베이스 작성자(dbcreator) 고정 서버 역할
  - 보안 관리자(securityadmin) 고정 서버 역할
소프트웨어 업데이트를 설치하고 SharePoint 제품 및 기술 구성 마법사를 실행하는 데 필요한 올바른 권한이 있는 계정을 사용하려면 SharePoint 중앙 관리 v3 응용 프로그램 풀 ID의 계정을 각 로컬 웹 서버 및 응용 프로그램 서버의 Administrators 그룹에 추가한 다음 해당 계정을 사용하여 로그온하는 것이 좋습니다. 이러한 변경 사항은 업데이트를 설치한 다음 SharePoint 제품 및 기술 구성 마법사를 실행하여 업그레이드를 완료하는 데만 필요합니다. 업데이트 설치를 마친 후 각 로컬 웹 서버 및 응용 프로그램 서버에서 해당 계정을 제거합니다.
많은 IT 환경에서 DBA(데이터베이스 관리자)가 데이터베이스를 만들고 관리합니다. 조직의 보안 정책 및 기타 정책에 따라 Office SharePoint Server 2007에서 사용되는 데이터베이스를 DBA가 만들어야 할 수도 있습니다. DBA가 데이터베이스를 만들고 관리하는 환경에서 Windows SharePoint Services 3.0을 배포하는 방법에 대한 자세한 내용은 DBA가 만든 데이터베이스를 사용한 배포(Windows SharePoint Services)(https://go.microsoft.com/fwlink/?linkid=86818&clcid=0x412)를 참조하십시오.
서버에 직접 로그온하거나 터미널 서비스 콘솔 세션을 통해 연결하여 소프트웨어 업데이트를 설치할 수 있습니다. 콘솔 세션을 사용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 278845: Windows Server 2003 터미널 서비스를 사용하여 콘솔 세션에 연결하고 섀도잉하는 방법(https://go.microsoft.com/fwlink/?linkid=98317&clcid=0x412)을 참조하십시오.

설치 전 단계

설치 전 권장 단계를 시작하기 전에 현재 SharePoint 환경의 팜에서 공유 서비스를 사용하고 있으면 이러한 팜과 관련한 다음 구성 지침을 확인하십시오.

공유 서비스 팜 구성

공유 서비스 구성에서 상위 서버 팜과 하위 서버 팜을 업그레이드할 때 반드시 지켜야 할 순서가 있는 것은 아닙니다. 그러나 하위 서버 팜에 소프트웨어 업데이트를 설치하기 전에 먼저 상위 서버 팜에 소프트웨어 업데이트를 설치하는 것이 좋습니다.

공유 서비스 구성에 비즈니스 데이터 카탈로그를 사용하고 있거나 다음 조건이 모두 해당되는 경우 상위 서버 팜에 비즈니스 데이터 카탈로그 웹 서비스 패키지를 가져오고 하위 서버 팜에서 해당 웹 서비스 패키지에 성공적으로 연결하려면 아래에 나와 있는 절차에 따라 웹 서비스 프록시를 구축하고 등록해야 합니다.

상위 서버 팜에 소프트웨어 업데이트를 설치한 경우
하위 서버 팜에서 릴리스된 버전을 실행하는 경우

웹 서비스 프록시를 구축하고 등록하려면

웹 서비스 프록시를 흔히 어셈블리라고 하는 서명된 DLL(동적 연결 라이브러리)로 컴파일합니다.
비즈니스 데이터 카탈로그 패키지의 WebServiceProxyType이 다음과 같이 정의되어 있는지 확인합니다.

<Property Name="WebServiceProxyType" Type="System.String"> 어셈블리 이름 </Property>

여기서 어셈블리 이름은 프록시 클래스에 대한 정규화된 어셈블리 형식 이름입니다.
어셈블리를 필요로 할 수 있는 모든 응용 프로그램에서 어셈블리의 기능을 사용할 수 있도록 하려면 .NET Framework Gacutil(전역 어셈블리 캐시 도구)을 사용하여 서명된 어셈블리를 각 프런트 엔드 웹 서버의 GAC(전역 어셈블리 캐시)에 공유 어셈블리로 등록해야 합니다. 이 단계는 응용 프로그램을 사용하는 상위 서버 팜과 하위 서버 팜 모두의 프런트 엔드 웹 서버에서 수행해야 합니다. 어셈블리를 설치하고 기존 어셈블리를 덮어쓰려면 다음과 같이 결합된 스위치 /if를 사용합니다.

gacutil /if 어셈블리 이름

참고

Office SharePoint Server 2007 엔터프라이즈 검색 시나리오를 사용하려는 경우에도 이 어셈블리를 등록해야 합니다. 어셈블리는 상위 서버 팜에서 등록할 수 있습니다. 어셈블리를 등록하려면 중앙 관리 사이트로 이동하여 응용 프로그램 관리를 클릭하고 Office SharePoint Services 공유 서비스 섹션에서 이 팜의 공유 서비스 만들기 또는 구성을 클릭합니다. 이렇게 하면 이 팜의 공유 서비스 관리 페이지가 열립니다. 빠른 실행의 공유 서비스 관리 섹션에서 SSP(공유 서비스 공급자) 링크를 클릭하여 공유 서비스 공급자 홈 페이지를 엽니다.
Gacutil을 사용하여 어셈블리를 등록한 각 웹 서버에서 iisreset /noforce 명령을 실행합니다.
상위 서버 팜의 SSP 관리 사이트에서 비즈니스 데이터 카탈로그 응용 프로그램 XML 패키지를 가져옵니다.

이제 하위 서버 팜에서 상위 서버 팜에 있는 비즈니스 데이터 카탈로그의 메타데이터를 사용할 수 있습니다.

소프트웨어 업데이트를 설치하기 전에 다음 작업을 수행하는 것이 좋습니다.

타이머 작업의 상태를 확인합니다. 서버 팜에 Office SharePoint Server 2007을 처음 설치할 때 전체 업그레이드 또는 점진적 업그레이드 방법을 사용한 경우 업그레이드 작업이 진행 중인 상태로 남아 있어 소프트웨어 업데이트 설치가 실패할 수 있습니다. 따라서 현재 실행 중인 업그레이드 프로세스가 없는지 확인해야 합니다. 이를 확인하려면 SharePoint 중앙 관리 사이트로 이동하여 작업을 클릭하고 글로벌 구성 섹션에서 타이머 작업 상태를 클릭합니다. 목록에 업그레이드 작업이 표시되면 업그레이드가 완료될 때까지 기다린 다음 소프트웨어 업데이트를 설치해야 합니다.

다음 작업 중 하나 또는 두 가지 모두의 결과로 타이머 작업 상태 페이지에 업그레이드 작업이 표시될 수 있습니다.
- 사이트를 업그레이드하고 있는 중입니다.
- SharePoint 제품 및 기술 구성 마법사에서 전체 업그레이드 옵션을 선택했습니다.
  
  참고
  
  전체 업그레이드를 실행하면 모든 콘텐츠와 구성 데이터가 한꺼번에 업그레이드됩니다. 전체 업그레이드 프로세스를 시작하면 업그레이드 설치가 완료될 때까지 웹 서버와 웹 사이트가 오프라인 상태로 남아 있게 됩니다. 전체 업그레이드를 수행하는 경우 업그레이드를 일시 중지하거나 이전 버전으로 롤백할 수 없습니다.
타이머 작업 상태 페이지의 목록에 표시되는 업그레이드 항목이 없음을 확인한 후 소프트웨어 업데이트 설치를 계속할 수 있습니다.
콘텐츠 데이터베이스에 고아 개체 즉, 부모 또는 자식 관계가 없는 항목이 있는 경우 소프트웨어 업데이트 설치가 실패합니다. 설치를 완료하려면 소프트웨어 업데이트를 설치하기 전에 개체의 관계를 수정하거나 고아 개체를 제거해야 합니다. 콘텐츠 데이터베이스에 고아 개체가 하나 이상 있는 경우의 문제 해결 방법에 대한 자세한 내용은 Microsoft 기술 자료(KB) 문서 Windows SharePoint Services 2.0을 Windows SharePoint Services 3.0으로 업그레이드할 때 나타나는 오류 메시지: "업그레이드 중 Prescan.exe로 업데이트되지 않은 목록이 하나 이상 발견되어 종료해야 합니다."(https://go.microsoft.com/fwlink/?linkid=105755&clcid=0x412)를 참조하십시오.
사이트 서식 파일은 직접 수정하지 않는 것이 좋습니다. 사이트 서식 파일을 직접 수정하여 미리 정의된 사이트 서식 파일을 사용자 지정한 경우 소프트웨어 업데이트를 설치하면 사용자가 수정한 파일 중 일부를 덮어쓰게 되어 해당 파일의 사용자 지정 내용이 손실될 수 있습니다. 따라서 소프트웨어 업데이트를 설치한 후 사이트 서식 파일의 사용자 지정 내용을 모두 다시 적용해야 합니다.
모든 프런트 엔드 웹 서버에서 W3SVC(World Wide Web 게시 서비스)를 중지하여 서버 팜에서 모든 사용자의 연결을 해제합니다. 프런트 엔드 웹 서버가 여러 개인 서버 팜의 경우 웹 서버 하나에서 파일과 데이터베이스를 업데이트한 후 다른 웹 서버에서는 업데이트를 마치지 않은 상태에서 사용자의 연결을 허용하면 사용자가 웹 사이트를 탐색할 수 없습니다.

참고

World Wide Web 게시 서비스를 수동으로 중지하는 경우 설치 마지막 단계에서 해당 서비스를 수동으로 시작해야 합니다.
백업을 시작하기 전에 다음 단계를 수행하여 현재 환경을 정리합니다.
- 모든 SQL Server 데이터베이스 인덱스를 조각 모음합니다. 자세한 내용은 Windows SharePoint Services 3.0 데이터베이스 및 SharePoint Server 2007 데이터베이스의 조각 모음을 수행하는 방법(https://go.microsoft.com/fwlink/?linkid=102795&clcid=0x412)을 참조하십시오.
- SQL Server를 실행하는 서버, 프런트 엔드 웹 서버 및 응용 프로그램 서버의 데이터베이스 파일 볼륨, tempdb 볼륨 및 Windows 임시 폴더에 하드 드라이브 공간이 충분한지 확인합니다. 업그레이드 작업 중 다양한 단계의 진행 과정이 업그레이드 로그에 기록되면서 디스크 공간을 차지할 수 있습니다. 추가 저장소를 계획해 두면 공간 부족으로 인한 문제를 방지할 수 있습니다.
다중 서버 환경에서 Microsoft Office SharePoint Server 2007의 서비스 팩 1 계획 및 배포(영문)(https://go.microsoft.com/fwlink/?linkid=105623&clcid=0x412)의 정보 아키텍처 권장 사항에 나와 있는 권장 사이트 모음 수보다 많은 사이트 모음이 데이터베이스에 포함되어 있으면 여러 데이터베이스에 사이트 모음의 부하를 분산합니다.
업그레이드 작업을 수행하기 전에 최상의 방법에 따라 콘텐츠 데이터베이스의 크기를 조정합니다.
업그레이드를 시작하기 전에 SQL Server 페이지 채우기 비율과 관련된 권장 사항 및 기타 저장소 계획과 관련된 최상의 방법을 따라야 합니다. 저장소 관련 최상의 방법에 대한 자세한 내용은 저장소 계획 및 모니터링에 대한 성능 권장 사항(https://go.microsoft.com/fwlink/?linkid=105890&clcid=0x412)을 참조하십시오.
소프트웨어 업데이트 설치를 시작하기 전에 서버 팜을 백업합니다. 검색 및 모든 데이터베이스의 백업을 만듭니다. 백업을 수행하는 방법에 대한 자세한 내용은 팜 백업 및 복원 준비(Office SharePoint Server 2007)를 참조하십시오. 다음 프로세스를 수행하는 것이 좋습니다.
- 검색: SharePoint 중앙 관리 또는 Stsadm에서 전체 백업 작업을 사용하여 검색 구성 요소를 백업합니다. SSP(공유 서비스 공급자) 데이터베이스와 검색 인덱스 파일을 모두 백업해야 합니다.
  
  중요
  
  백업 작업을 시작하기 전에 검색을 백업할 드라이브에 전체 팜을 백업하기에 충분한 사용 가능한 공간이 있는지 확인합니다. 검색 SSP만 백업하는 경우라 하더라도 전체 팜을 백업하기에 충분한 사용 가능한 공간을 확보하지 않으면 백업 작업이 실패합니다. 자세한 내용은 기본 제공 도구를 사용하여 Office SharePoint Server 2007 백업(https://go.microsoft.com/fwlink/?linkid=105758&clcid=0x412)을 참조하십시오.
- 구성 데이터베이스 및 중앙 관리 콘텐츠 데이터베이스: 팜을 중지한 후 SQL Server 도구를 사용하여 데이터베이스를 백업해야 합니다. 트랜잭션 로그가 잘리도록 단순 복구 모델을 사용하십시오. 이 백업은 즉각적인 복원을 위한 것이 아니지만 구성 데이터베이스를 다시 구축해야 할 경우 이를 정확하게 다시 구축하는 데 도움이 될 수 있습니다. 자세한 내용은 모든 데이터베이스 이동(Office SharePoint Server 2007)을 참조하십시오.
- 콘텐츠 데이터베이스: Stsadm 또는 SQL Server로 전체 백업 작업을 수행하여 모든 콘텐츠 데이터베이스를 백업합니다. SQL Server를 사용하는 경우 트랜잭션 로그가 잘리지 않도록 전체 복구 모델을 사용하십시오.
  
  콘텐츠 데이터베이스에는 웹 사이트의 데이터가 포함되므로 해당 데이터를 포함하는 커밋되지 않은 트랜잭션 로그를 유지 관리하는 것이 중요합니다. 전체 복구 모델을 통해 내 사이트 웹 응용 프로그램의 콘텐츠 데이터베이스를 포함하여 모든 콘텐츠 데이터베이스를 백업해야 합니다.
  
  중요
  
  최신 변경 사항이 손실되지 않도록 해야 하는 프로덕션 시스템에는 단순 복구 모델이 적합하지 않습니다. 이 경우 전체 복구 모델을 사용하는 것이 좋습니다.
- SSO(Single Sign-On) 데이터베이스: SQL Server로 전체 백업 작업을 수행하여 SSO 데이터베이스를 백업합니다. SQL Server를 사용하는 경우 트랜잭션 로그가 잘리도록 단순 복구 모델을 사용하십시오.
- 프런트 엔드 웹 서버: 프런트 엔드 웹 서버를 사용자 지정한 경우 서버를 언제든지 다시 구축할 수 있도록 모든 사용자 지정 내용을 정확하게 문서화해 두어야 합니다. 사용자 지정 내용을 문서로 기록해 두지 않았거나 웹 응용 프로그램을 어느 정도로 사용자 지정했는지 확실하지 않은 경우에는 최후의 수단으로 프런트 엔드 웹 서버의 백업 이미지를 만드는 것이 좋습니다. 프런트 엔드 웹 서버에 배포한 모든 솔루션 패키지를 백업해 두어야 합니다.
  
  프런트 엔드 웹 컴퓨터를 사용자 지정하는 경우 이상적으로는 새 컴퓨터에 사용자 지정 내용을 적용할 수 있는 강력한 빌드 프로세스나 스크립트를 사용하여 사용자 지정 내용을 관리하는 것이 좋습니다.
  
  업그레이드를 수행하는 동안 복구 불가능한 오류가 발생하는 경우 SharePoint를 다시 설치하고 이전에 만들어 둔 백업 이미지를 사용하여 서버를 복원해야 할 수 있습니다. 이 경우 프런트 엔드 웹 서버에 모든 사용자 지정 내용을 수동으로 적용해야 할 수도 있습니다.
  
  중요
  
  소프트웨어 업데이트가 성공적으로 설치된 것을 확인한 후 서버 팜을 백업해 두는 것이 좋습니다.
  
  모든 데이터베이스를 백업한 후에는 SQL Server DBCC shrinkfile 명령을 사용하여 사용하지 않는 로그 공간을 지워 최대한 로그를 비웁니다. 자세한 내용은 트랜잭션 로그 축소(https://go.microsoft.com/fwlink/?linkid=105233&clcid=0x412)를 참조하십시오. 이 방법이 데이터베이스를 복원할 수 있음을 확인하는 최상의 방법입니다.
  
  데이터를 보호하고 복구하는 방법에 대한 자세한 내용을 확인하려면 백서 중소 규모 배포에서의 Office SharePoint Server 데이터 보호 및 복구(https://go.microsoft.com/fwlink/?linkid=104927&clcid=0x412)를 다운로드하십시오.
사이트 수가 많은 서버 팜에서 콘텐츠 데이터베이스가 연결된 상태로 소프트웨어 업데이트를 설치하면 가동 중지 시간이 매우 길어질 수 있습니다. 가동 중지 시간을 최소화하려면 Stsadm preparetomove 작업을 실행한 다음 콘텐츠 데이터베이스를 분리하는 추가 단계를 수행하는 것이 좋습니다.

중요

콘텐츠 데이터베이스에 Office Project Server 사이트가 포함되어 있으면 이 사이트를 팜에서 분리하지 마십시오. 다음 단계를 진행하기 전에 새 콘텐츠 데이터베이스로 Project Web Access 사이트 데이터 추출 문서를 참조하십시오.

중요

인프라 업데이트(https://go.microsoft.com/fwlink/?linkid=133363&clcid=0x412) 또는 그 이상을 설치한 경우 preparetomove를 실행하면 안 됩니다.

자세한 내용은 Preparetomove: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

설치 단계

이 섹션에는 서버 팜의 규모와 상관없이 소프트웨어 업데이트를 성공적으로 설치하는 데 필요한 모든 절차가 포함되어 있습니다. 대규모 서버 팜을 업데이트하는 경우 이 문서의 대규모 팜 최적화 섹션을 참조하십시오.

서버 팜의 모든 서버에 파일이 복사될 때까지 Office SharePoint Server 2007을 실행하는 각 서버에 소프트웨어 업데이트를 설치해야 합니다. 그런 다음 중앙 관리 웹 사이트를 호스팅하는 서버로 돌아가서 설치를 완료합니다. 중앙 관리를 호스팅하는 서버에서 설치를 완료한 후 나머지 서버 각각에서 설치를 완료합니다.

참고

Office SharePoint Server 2007 소프트웨어 업데이트를 설치하기 전에 Windows SharePoint Services 3.0 소프트웨어 업데이트 파일을 서버에 설치해야 합니다. Windows SharePoint Services 3.0 소프트웨어 업데이트를 설치하지 않은 경우 Windows SharePoint Services 3.0 소프트웨어 업데이트를 다운로드하여 설치하라는 메시지가 대화 상자에 표시됩니다. Office SharePoint Server 2007 소프트웨어 업데이트를 설치한 후 SharePoint 제품 및 기술 구성 마법사를 한 번만 실행하면 됩니다.

아래에서는 다음 작업을 수행하기 위한 절차를 설명합니다.

서버 팜의 모든 서버에서 모든 소프트웨어 업데이트 파일을 사용할 수 있도록 합니다.

기본 중앙 관리 사이트를 호스팅하는 서버에서 업데이트를 완료합니다.

서버 팜의 나머지 서버에서 업데이트를 완료합니다.

참고

Office SharePoint Server 2007을 실행하는 임의의 서버 하나에서 설치를 완료하기 전에 서버 팜에서 Office SharePoint Server 2007을 실행하는 모든 서버에 대해 다음 절차의 1-8단계를 수행해야 합니다.

소프트웨어 업데이트를 설치하려면

모든 웹 서버에서 W3SVC(World Wide Web 게시 서비스)를 중지하여 서버 팜에서 사용자의 연결을 해제합니다.

참고

이 수동 단계는 서비스를 완전히 중지하기 위한 예방 조치로 수행됩니다.
서버 팜의 모든 서버에 적합한 Windows SharePoint Services 3.0 소프트웨어 업데이트를 다운로드하여 설치합니다.
서버 팜의 모든 서버에 적합한 Office SharePoint Server 2007 소프트웨어 업데이트를 다운로드하여 설치합니다.

참고

Windows SharePoint Services에 대한 업데이트를 설치한 후 SharePoint 제품 및 기술 구성 마법사를 실행하고 Office SharePoint Server에 대한 업데이트를 설치한 후 마법사를 다시 실행할 수 있습니다. 또는 모든 패키지를 설치한 후 마법사를 한 번만 실행할 수도 있습니다.
소프트웨어 업데이트 설치를 마치면 SharePoint 제품 및 기술 구성 마법사가 시작됩니다.

참고

마법사가 자동으로 시작되지 않으면 시작을 클릭하고 모든 프로그램, 관리 도구를 차례로 가리킨 다음 SharePoint 제품 및 기술 구성 마법사를 클릭합니다.
SharePoint 제품 및 기술 구성 마법사 시작 페이지에서 다음을 클릭합니다.
구성하는 동안 일부 서비스를 다시 시작해야 할 수도 있다는 내용의 대화 상자가 표시되면 예를 클릭합니다.
SharePoint 제품 및 기술 구성 마법사 완료 페이지에서 다음을 클릭합니다.
서버 팜에서의 설치에 대한 대화 상자가 열리면 확인을 클릭하지 말아야 합니다. 대신 각 서버에 다음 대화 상자가 표시되도록 둡니다.

서버 팜의 모든 서버에 새 이진 파일을 설치하려면 설치 프로그램을 실행해야 합니다. 서버 팜에 서버가 여러 대일 경우 지금 다른 서버에서 설치 프로그램과 구성 마법사를 실행한 다음 이 서버로 돌아와 [확인]을 클릭하여 계속하십시오.
위 단계에서 설명한 대화 상자가 서버 팜의 모든 응용 프로그램 서버와 웹 서버에 표시되면 중앙 관리 웹 사이트를 호스팅하는 웹 서버 하나를 사용하여 설치를 마칩니다.

참고

중앙 관리 웹 사이트를 호스팅하는 응용 프로그램 서버에 소프트웨어 업데이트를 먼저 설치한 다음 다른 응용 프로그램 서버에 소프트웨어 업데이트를 설치하고 마지막으로 프런트 엔드 웹 서버에 소프트웨어 업데이트를 설치하는 것이 좋습니다. 프런트 엔드 웹 서버에서 중앙 관리 웹 사이트를 호스팅하는 경우에는 중앙 관리 웹 사이트를 호스팅하는 프런트 엔드 웹 서버에 소프트웨어 업데이트를 먼저 설치한 다음 응용 프로그램 서버, 나머지 프런트 엔드 웹 서버 순으로 소프트웨어 업데이트를 설치하는 것이 좋습니다.
이전 단계에서 선택한 서버에서 확인을 클릭합니다.
구성 완료 대화 상자에서 마침을 클릭합니다.
중앙 관리 웹 사이트를 호스팅하는 웹 서버 하나에서 업데이트를 마친 후 이 문서의 업데이트 완료 및 성공 확인 섹션에 나와 있는 절차에 따라 해당 웹 서버 하나에서 소프트웨어 업데이트 설치가 성공적으로 완료되었는지 확인합니다.
대화 상자에서 확인을 클릭하여 서버 팜의 나머지 컴퓨터를 한 번에 하나씩 계속 업데이트합니다.

참고

SharePoint 제품 및 기술 구성 마법사를 사용하여 한 번에 컴퓨터 한 대에서만 구성 절차를 수행하는 것이 중요합니다.
서버 팜의 모든 웹 서버에서 소프트웨어 업데이트 설치 및 구성이 완료되면 수동으로 서비스를 중지했던 각 서버에서 World Wide Web 게시 서비스를 수동으로 시작하여 사용자가 웹 서버를 사용할 수 있도록 합니다.

이 문서의 뒷부분에서 설명하는 "콘텐츠 데이터베이스를 분리하려면" 절차를 완료하고 콘텐츠 데이터베이스를 업그레이드하기 위해 추가 컴퓨터를 구성했으면 소프트웨어 업데이트 설치가 완료된 후 다음 절차 중 하나에 따라 콘텐츠 데이터베이스를 연결해야 합니다.

참고

"콘텐츠 데이터베이스를 분리하려면" 절차를 수행하지 않은 경우에는 콘텐츠 데이터베이스를 연결하기 위한 다음 절차를 건너뛰어도 됩니다.

콘텐츠 데이터베이스를 업그레이드하기 위해 추가 컴퓨터를 특별히 구성하지 않은 경우 "명령 프롬프트에서 콘텐츠 데이터베이스를 연결하려면" 절차를 수행해야 합니다. 이 절차를 수행하면 콘텐츠 데이터베이스가 연결되고 업그레이드가 시작됩니다.

명령 프롬프트에서 콘텐츠 데이터베이스를 연결하려면

데이터베이스를 연결하려면 명령 프롬프트 창을 열고 명령 프롬프트에 다음을 입력합니다.

stsadm -o addcontentdb -url <http://백업 서버 이름:포트> -databasename <콘텐츠 데이터베이스 이름> -databaseserver <새로운 주 서버>

콘텐츠 데이터베이스를 업그레이드하기 위해 추가 컴퓨터를 특별히 구성한 경우 다음 절차에 따라 콘텐츠 데이터베이스를 업데이트된 컴퓨터에 연결할 수 있습니다.

콘텐츠 데이터베이스를 연결하려면

시작을 클릭하고 모든 프로그램, 관리 도구를 차례로 가리킨 다음 SharePoint 3.0 중앙 관리를 클릭합니다.
중앙 관리 사이트에서 응용 프로그램 관리를 클릭합니다.
응용 프로그램 관리 페이지의 SharePoint 웹 응용 프로그램 관리 섹션에서 콘텐츠 데이터베이스를 클릭합니다.
콘텐츠 데이터베이스 관리 페이지에서 콘텐츠 데이터베이스 추가를 클릭합니다.
이전에 분리한 콘텐츠 데이터베이스에 대한 정보를 텍스트 상자에 입력합니다.
연결하려는 모든 콘텐츠 데이터베이스에 대해 4 - 5 단계를 반복합니다.
이 문서의 "콘텐츠 데이터베이스를 분리하려면" 절차에 나와 있는 preparetomove 단계를 수행하지 않은 경우 다음 "콘텐츠 데이터베이스를 동기화하려면" 절차에 나와 있는 단계를 수행해야 합니다.

콘텐츠 데이터베이스를 동기화하려면

명령 프롬프트에 다음을 입력합니다.

stsadm -o sync -listolddatabases <값>

여기서 *<값>*은 콘텐츠 데이터베이스와 공유 서비스 데이터베이스를 마지막으로 동기화한 후 경과한 일 수입니다. 예를 들어 5는 5일을 의미하고 0은 하루도 경과하지 않았음을 의미합니다. 이 값이 0(영)이면 오늘 동기화되지 않은 데이터베이스가 나열된다는 의미입니다. 크롤링 과정에서 콘텐츠 데이터베이스와 공유 서비스가 동기화되므로 팜에서 인덱스를 크롤링하는 빈도에 따라 이 값이 달라집니다. 크롤링 빈도가 높으면 이 값을 낮게 설정하고, 크롤링 빈도가 낮으면 큰 값을 선택할 수 있습니다.

이 명령의 결과 집합에는 다음 명령에 필요한 GUID가 포함됩니다. -preparetomove 명령을 실행하면 최신 상태가 아닌 데이터를 포함하는 데이터베이스에 플래그가 설정됩니다. 크롤링을 수행하는 과정에서 이 플래그를 감지하여 오래된 값이 업데이트됩니다.
명령 프롬프트에 다음을 입력합니다.

stsadm -o preparetomove -oldcontentDB <GUID> -contentDB <데이터베이스_이름>

여기서 *<GUID>*는 동기화되지 않은 GUID 목록에서 가져오는 것이고 *<데이터베이스_이름>*은 해당 GUID에 해당하는 콘텐츠 데이터베이스의 이름입니다. 전체 크롤링을 실행한 다음 -listolddatabases 명령을 다시 실행합니다.
-listolddatabases의 결과 집합에 여전히 GUID가 남아 있으면 다음 명령을 실행합니다.

stsadm -o sync -deleteolddatabases <값>

여기서 <값>은 콘텐츠 데이터베이스와 공유 서비스 데이터베이스를 마지막으로 동기화한 후 경과한 일 수입니다. 예를 들어 여기서는 5일을 의미하는 5를 사용할 수 있습니다. 그렇지 않으면 이 값은 마지막으로 전체 크롤링을 수행한 이후 경과한 일 수가 됩니다. -deleteolddatabases 명령을 실행하면 데이터베이스 자체는 삭제되지 않은 채 부실 데이터베이스 값이 제거됩니다.

다음 조건 중 하나에 해당하는 경우 서버 팜의 모든 인덱서와 쿼리 서버에서 다음 절차를 수행해야 합니다.

최소 권한 시나리오를 실행하고 있습니다.
검색 서비스에 사용하고 있는 계정이 다음 중 하나에 해당합니다.
- 로컬 컴퓨터에서 Administrator가 아닙니다.
- 서버 팜 관리자 계정의 구성원이 아닙니다.

검색 서비스를 시작하려면

명령 프롬프트 창을 열고 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin 디렉터리로 이동합니다.
온라인 검색 서비스의 인스턴스를 실행하고 있는 컴퓨터를 확인하려면 명령 프롬프트에 다음을 입력합니다.

stsadm -o osearch -action list
이전 단계의 목록에 반환된 각 컴퓨터에 로컬로 또는 원격 연결을 통해 로그온한 후 명령 프롬프트에 다음을 입력합니다.

stsadm -o osearch -action start
온라인 검색 서비스의 인스턴스를 실행하고 있는 컴퓨터를 확인하려면 명령 프롬프트에 다음을 입력합니다.

stsadm -o spsearch -action list
이전 단계의 목록에 반환된 각 컴퓨터에 로컬로 또는 원격 연결을 통해 로그온한 후 명령 프롬프트에 다음을 입력합니다.

stsadm -o spsearch -action start

대규모 팜 최적화

규모가 매우 큰 서버 팜에서 콘텐츠 데이터베이스가 연결된 상태로 소프트웨어 업데이트를 설치하면 가동 중지 시간이 매우 길어질 수 있습니다. 사이트가 여러 개이거나 웹 서버가 많은 경우 업그레이드에 필요한 가동 중지 시간을 최소화하려면 명령 프롬프트에서 Stsadm preparetomove 작업을 실행한 다음 콘텐츠 데이터베이스를 분리하는 추가 단계를 수행하는 것이 좋습니다.

업그레이드 작업을 가장 효율적으로 수행하려면 데이터베이스 서버 하나당 4 - 5 대의 프런트 엔드 웹 서버를 사용합니다. 원래 서버에 일치하도록 이러한 임시 프런트 엔드 웹 서버의 대체 액세스 매핑을 구성해야 합니다. 대체 액세스 매핑이 동일하지 않으면 콘텐츠 데이터베이스가 해당 사이트 콘텐츠 내의 잘못된 URL로 업그레이드될 수 있습니다. 이 경우 일부 페이지가 정확하게 표시되지 않습니다. 문제를 해결하려면 Microsoft 제품 서비스에 문의해야 합니다. 자세한 내용은 대체 액세스 매핑 계획(Office SharePoint Server)(https://go.microsoft.com/fwlink/?linkid=105997&clcid=0x412)을 참조하십시오.

콘텐츠 데이터베이스 이동을 준비하려면

Windows Server 2003에서 명령 프롬프트 창을 열고 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\Bin 디렉터리로 이동합니다. 일반적으로 이 디렉터리에 Stsadm 명령줄 도구가 포함되어 있습니다.
데이터베이스를 분리하기 전에 Stsadm preparetomove 작업을 실행하여 콘텐츠 데이터베이스를 다시 연결한 후 멤버 자격 및 프로필 동기화에 콘텐츠 데이터베이스가 포함되도록 해야 합니다. 명령 프롬프트에 다음 명령을 입력합니다.

stsadm -o preparetomove -contentDB <데이터베이스_서버:데이터베이스_이름>

참고

콘텐츠 데이터베이스를 분리하기 전에 이 작업을 실행하지 않으면 콘텐츠 데이터베이스의 멤버 자격 및 프로필 정보가 정적 상태로 남게 되어 업그레이드 후에 동기화되지 않습니다.

Stsadm preparetomove 작업에 대한 자세한 내용은 Preparetomove: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

참고

규모가 매우 큰 서버 팜을 처리하는 경우가 아니면 이 절차를 수행하지 않아도 됩니다.

콘텐츠 데이터베이스를 분리하려면

Stsadm을 사용하여 콘텐츠 데이터베이스를 분리하려면 명령 프롬프트 창을 열고 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\Bin 디렉터리로 이동합니다.
명령 프롬프트에 다음을 입력합니다.

stsadm -o deletecontentdb -url http:// 컴퓨터 이름 –databasename 콘텐츠 데이터베이스 이름

이 작업에서 -url은 콘텐츠 데이터베이스가 분리되는 웹 응용 프로그램을 지정하고 -databasename은 분리할 콘텐츠 데이터베이스의 이름을 지정합니다.

참고

데이터베이스 서버가 별도의 서버에 있는 경우 -databaseserver 매개 변수를 사용하여 데이터베이스 서버 이름을 지정해야 합니다.

서버 팜을 업그레이드한 후에는 콘텐츠 데이터베이스를 서버 팜에 다시 연결해야 합니다. 업그레이드된 서버 팜에 데이터베이스를 연결하면 콘텐츠 데이터베이스가 자동으로 업그레이드되므로 서버 팜에 콘텐츠 데이터베이스를 한 번에 하나씩만 연결할 수 있습니다.

업그레이드 프로세스를 훨씬 더 간편하게 수행하려면 단일 컴퓨터 서버 팜에서 Office SharePoint Server 2007 SP1을 실행하는 웹 서버로 추가 컴퓨터를 구성합니다. 웹 서버를 4 - 5 대 구성하는 것이 좋습니다. 원래 서버에 일치하도록 이러한 임시 프런트 엔드 웹 서버의 대체 액세스 매핑을 구성해야 합니다. 대체 액세스 매핑이 동일하지 않으면 콘텐츠 데이터베이스가 해당 사이트 콘텐츠 내의 잘못된 URL로 업그레이드될 수 있습니다. 이 경우 일부 페이지가 정확하게 표시되지 않습니다. 문제를 해결하려면 Microsoft 제품 서비스에 문의해야 합니다. 그런 다음 콘텐츠 데이터베이스의 병렬 업그레이드를 수행하려면 콘텐츠 데이터베이스가 원래 서버 팜에서 분리되어 있는 상태에서 이러한 웹 서버를 사용하여 콘텐츠 데이터베이스를 업그레이드합니다.

업그레이드된 콘텐츠 데이터베이스를 임시 웹 서버에서 분리하여 원래 서버 팜에 다시 연결하면 콘텐츠 데이터베이스를 서비스에 사용할 수 있게 됩니다. 이 시점에서 이전 버전의 콘텐츠 데이터베이스를 모두 제거한 다음 서버 팜을 백업해야 합니다.

참고

콘텐츠 데이터베이스를 분리했다가 다시 연결하는 경우 해당 콘텐츠 데이터베이스 내의 콘텐츠를 다음 번에 크롤링하면 증분 크롤링을 요청했더라도 전체 크롤링이 수행된다는 점에 유의해야 합니다. 전체 크롤링 시에는 해당 콘텐츠를 이전에 크롤링했는지 여부와 상관없이 모든 콘텐츠가 다시 크롤링되므로 전체 크롤링을 수행하면 증분 크롤링을 수행할 때보다 작업을 완료하는 데 시간이 훨씬 더 오래 걸릴 수 있습니다.

Microsoft Office Servers 인프라 업데이트를 실행하는 경우 데이터베이스를 복원하거나 다시 연결할 때 각 콘텐츠 데이터베이스의 GUID(Globally Unique Identifier) 및 변경 로그가 그대로 유지됩니다. GUID와 변경 로그가 그대로 유지되므로 최신 데이터베이스 버전을 다시 연결하는 경우 다시 연결된 콘텐츠 데이터베이스를 통합하기 위해 검색에서 전체 크롤링을 수행할 필요가 없습니다. 따라서 데이터베이스를 다시 연결할 때 검색에서 크롤링을 수행하지 않거나 증분 크롤링만 수행합니다. 자세한 내용은 모든 데이터베이스 이동(Office SharePoint Server 2007) 및 전체 팜 백업 및 복원(Office SharePoint Server 2007)을 참조하십시오.

이 방법의 제한적인 요소는 컴퓨터를 여러 대 사용하는 경우에도 각 웹 응용 프로그램에서 두 개 이상의 콘텐츠 데이터베이스를 동시에 업데이트할 수 없다는 점입니다.

업데이트 완료 및 성공 확인

소프트웨어 업데이트를 설치한 후 다음 방법 중 하나를 사용하여 설치가 성공적으로 완료되었는지 확인합니다.

업그레이드 로그 파일을 검토합니다. Upgrade.log 파일에서 설치 결과를 확인할 수 있을 뿐 아니라 설치가 실패한 경우 문제를 해결하는 데 이 로그 파일을 사용할 수 있습니다.
특정 파일의 버전 번호와 레지스트리 키를 확인합니다. 소프트웨어 업데이트가 성공적으로 설치되었는지 좀 더 자세히 조사해야 하는 경우 이 절차에 따라 특정 파일의 버전 번호를 확인하고 레지스트리의 특정 키를 확인합니다.
SQL 스키마를 검사합니다. SQL 쿼리 분석기로 SQL Server 스키마를 검사하여 소프트웨어 업데이트가 성공적으로 설치되었는지 확인할 수도 있습니다. DLL 파일 및 레지스트리의 버전은 업그레이드 과정 초기, 즉 파일을 복사할 때 업데이트되지만 SQL Server 스키마는 SharePoint 제품 및 기술 구성 마법사를 실행한 후에만 업그레이드됩니다. 이 절차에 따라 소프트웨어 업데이트 후에 SharePoint 제품 및 기술 구성 마법사가 실행되었는지 여부를 확인할 수 있습니다.
팜의 서버 페이지에서 버전 번호를 확인합니다. SharePoint 중앙 관리 웹 사이트를 사용하여 팜의 서버 페이지에서 버전 번호를 확인할 수 있습니다. 그러나 이 페이지에는 Windows SharePoint Services 3.0의 버전 번호만 표시된다는 점에 유의해야 합니다.

참고

SSP 데이터베이스의 버전 번호는 다를 수 있으며 SSO 데이터베이스에는 버전 테이블이 없습니다.

참고

한 번 클릭으로 Office SharePoint Server 2007을 설치하는 과정의 일부로 Windows SharePoint Services 3.0을 설치한 경우 Windows Server 2003에서 제어판, 프로그램 추가/제거를 차례로 클릭하고 업데이트 표시 확인란을 선택합니다. Windows Server 2008의 경우에는 제어판, 프로그램 및 기능을 차례로 클릭한 다음 작업 모음에서 설치된 업데이트 보기를 클릭합니다. 이를 통해 Windows SharePoint Services 3.0 항목이 없음을 알 수 있습니다. 따라서 Windows SharePoint Services 3.0 소프트웨어 업데이트를 설치할 때 소프트웨어 업데이트 항목도 제공되지 않습니다. 소프트웨어 업데이트가 설치되었는지 확인하려면 다음 절차를 수행합니다.

업그레이드 로그 파일을 보려면

Windows 탐색기에서 다음 디렉터리로 변경합니다.

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS
텍스트 편집기를 사용하여 Upgrade.log 파일을 엽니다.
스크롤하여 소프트웨어 업데이트를 설치한 날짜를 찾습니다.
다음 항목을 검색하거나 눈으로 직접 찾습니다.

Finished upgrading SPFarm Name= <구성 데이터베이스 이름>

In-place upgrade session finishes. Root object = SPFarm=<구성 데이터베이스 이름>, recursive = True. 0 errors and 0 warnings encountered.

이러한 항목이 있으면 설치가 성공적으로 완료된 것입니다.
이전 단계에서 해당 항목을 찾을 수 없는 경우 Upgrade.log 파일에서 다음 용어를 검색하거나 눈으로 직접 찾아 오류의 원인이 되었을 수 있는 구체적인 문제를 확인할 수 있습니다.
- fail
- error
문제의 원인을 파악하여 해결한 후 이 섹션의 뒷부분에 나오는 "소프트웨어 업데이트를 강제로 실행하려면" 절차를 수행합니다.

SharePoint 타이머 서비스(OWStimer) 계정은 기본적으로 SharePoint 중앙 관리 v3 응용 프로그램 풀에서 사용되는 계정과 동일한 계정입니다. 그러나 일부 구성에서는 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\의 LOGS 폴더에 액세스할 수 있는 권한이 없는 자격 증명을 사용하여 SharePoint 타이머 서비스 계정이 구성됩니다. 이 경우 SharePoint 타이머 서비스를 실행하는 계정의 임시 저장 폴더에 Upgrade.log의 일부가 저장됩니다.

자세한 정보 출력와 상세한 디버깅 정보를 포함하여 사용할 수 있는 모든 로깅 정보를 소프트웨어 업데이트 설치 관련 로그 파일에 기록하려면 다음 명령을 실행합니다.

msiexec /p <패치 패키지> /l*vx %temp%\patch.log

여기서 패치 패키지는 압축을 푼 소프트웨어 업데이트 파일(.msp)의 경로입니다.

임시 파일 위치에서 파일 이름이 msi*.log인 로그 파일을 찾을 수 있습니다.

참고

소프트웨어 업데이트를 다시 설치하기 전에 Windows Installer 로깅을 사용하도록 설정할 수 있습니다. Windows Installer 로깅을 사용하도록 설정하려면 Microsoft 기술 자료 문서 99206: Windows Installer 로깅 사용 방법(https://go.microsoft.com/fwlink/?linkid=99206&clcid=0x412)을 참조하십시오.

특정 파일의 버전 번호와 레지스트리 키를 확인하려면

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\ISAPI에서 특정 파일의 버전 번호를 살펴볼 수 있습니다.

"Office SharePoint Server 2007 주요 업데이트" 표에 나와 있는 Office SharePoint Server 2007 Microsoft.SharePoint.portal.dll 버전 번호를 참조하여 설치된 업데이트의 Microsoft.SharePoint.portal.dll 버전 번호를 확인합니다.
레지스트리 편집기에서 다음 위치의 DisplayVersion 키 값이 올바른지 확인합니다.
1. x86의 경우: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ Windows\CurrentVersion\Uninstall\OSERVER
2. x64의 경우: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\ Windows\CurrentVersion\Uninstall\OSERVER
  
  "Office SharePoint Server 2007 주요 업데이트" 표에 나와 있는 Office SharePoint Server 2007 Microsoft.SharePoint.portal.dll 버전 번호를 참조하여 설치된 업데이트의 Microsoft.SharePoint.portal.dll 버전 번호를 확인합니다.
  
  참고
  
  컴퓨터에 서비스 팩 1 또는 서비스 팩 1 이후 롤업이 설치되어 있으면 DisplayVersion에 12.0.6219.1000이라는 값이 포함됩니다.

SQL 스키마를 직접 검사하여 확인하려면

모든 SharePoint 제품 및 기술 데이터베이스에서 다음 SQL Server 쿼리를 실행하여 GUID 00000000-0000-0000-0000-000000000000의 데이터베이스에서 실행된 모든 업그레이드를 추적할 수 있습니다.

SELECT * FROM Versions

이전의 GUID에 매핑되는 가장 높은 값이 제품의 현재 버전과 일치해야 합니다. 서비스 팩 1의 경우 버전에 6211이 포함되어야 합니다.

설치에 성공하지 못한 경우 SharePoint 제품 및 기술 구성 마법사를 다시 실행하거나 다음 절차에 따라 명령 프롬프트에서 구성을 완료할 수 있습니다.

참고

소프트웨어 업데이트를 다시 설치하기 전에 Windows Installer 로깅을 사용하도록 설정할 수 있습니다. 자세한 내용은 Microsoft 기술 자료 문서 99206: Windows Installer 로깅 사용 방법(https://go.microsoft.com/fwlink/?linkid=99206&clcid=0x412)을 참조하십시오.

소프트웨어 업데이트를 강제로 실행하려면

명령 프롬프트 창을 열고 명령 프롬프트에서 다음 디렉터리로 변경합니다.

%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin
다음 명령을 입력합니다.

psconfig -cmd upgrade -inplace b2b -wait -force

팜의 서버 페이지를 보려면

다음 방법 중 하나를 사용하여 팜의 서버 페이지를 엽니다.
- 중앙 관리 홈 페이지에서 작업을 클릭합니다. 그런 다음 작업 페이지의 토폴로지 및 서비스 섹션에서 팜의 서버를 클릭합니다.
- Internet Explorer에서 다음 웹 페이지를 확인합니다.
  
  http://서버 이름:포트/_admin/FarmServers.aspx
  
  여기서 서버 이름은 해당 서버의 이름이고 포트는 중앙 관리 웹 사이트에 대해 구성된 포트입니다.
팜의 서버 페이지에서 버전 옆에 팜의 각 서버에 대한 버전 번호가 표시됩니다. 이 버전 번호를 검토하여 각 서버가 새 이진 버전으로 업데이트되었는지 확인할 수 있습니다.

"Windows SharePoint Services 3.0 주요 업데이트" 표를 검토하여 소프트웨어 업데이트의 Windows SharePoint Services 3.0 버전 번호가 올바른지 확인할 수 있습니다.

버전 번호가 소프트웨어 업데이트의 버전 번호와 일치하면 서버가 성공적으로 업데이트된 것입니다. 버전 번호가 올바르지 않으면 소프트웨어 업데이트 설치가 성공적으로 완료되지 않은 것입니다. 문제의 원인을 파악하여 해결하려면 이 문서의 앞부분에 나와 있는 "업그레이드 로그 파일을 보려면" 절차를 수행하십시오.

서버 팜에 새 서버 추가(선택 사항)

기존 서버 팜에 연결할 새 서버를 구축해야 하는 경우 소프트웨어 업데이트 파일이 포함된 설치 원본을 사용하는 것이 좋습니다. 이러한 설치 원본을 사용하여 서버 팜에 새 서버를 추가하면 소프트웨어 업데이트가 처음부터 새 서버에 적용되고 새 서버의 버전이 서버 팜의 나머지 서버와 일치하게 됩니다.

업데이트된 버전의 Office SharePoint Server 2007 SP1은 다음 위치에서 다운로드할 수 있습니다.

업데이트 폴더를 사용하여 서버 팜에 설치된 버전과 일치하는 소프트웨어 업데이트가 이미 포함된 설치 원본 위치를 만들 수 있습니다. 자세한 내용은 소프트웨어 업데이트를 포함하는 설치 원본 만들기(Office SharePoint Server 2007) 항목을 참조하십시오.

업데이트된 설치 원본을 만들지 않은 상태에서 기존 서버 팜에 연결할 새 서버를 구축해야 하는 경우에는 다음 절차를 수행해야 합니다.

기존 팜에 연결할 서버를 구축하려면

소프트웨어 업데이트를 제외하고 제품을 설치한 다음 SharePoint 제품 및 기술 구성 마법사는 실행하지 않습니다.

참고

SharePoint 제품 및 기술 구성 마법사를 실행하지 않음으로써 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web server extensions\12.0\Secure\ConfigDB 레지스트리 키를 만들어 구성 데이터베이스의 위치를 정의하지 않게 됩니다.
소프트웨어 업데이트를 설치합니다.
명령 프롬프트에서 SharePoint 제품 및 기술 구성 마법사를 실행합니다.

이 프로세스를 따르지 않고 릴리스된 제품을 설치한 후 SharePoint 제품 및 기술 구성 마법사를 실행하면 SharePoint 제품 및 기술 구성 마법사가 ConfigDB 레지스트리 키를 읽어 **예외: System.InvalidOperationException: 개체의 현재 상태 때문에 작업이 유효하지 않습니다.**라는 메시지를 표시합니다. 이 문제를 해결하려면 레지스트리를 수정하거나 명령줄을 사용하여 구성을 강제로 완료해야 합니다.

레지스트리 편집기를 사용하여 ConfigDB 레지스트리 키의 내용을 수정한 다음 SharePoint 제품 및 기술 구성 마법사를 실행합니다.

구성 실패 후 레지스트리를 수정하여 설치를 강제로 실행하려면

소프트웨어 업데이트를 설치한 다음 SharePoint 제품 및 기술 구성 마법사가 실행되지 않도록 합니다.
레지스트리 편집기를 사용하여 설치 유형을 새로 설치로 수정합니다. 레지스트리 키를 다음과 같이 변경합니다.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web server extensions\12.0\WSS\"SetupType"="CLEAN_INSTALL"
SharePoint 제품 및 기술 구성 마법사를 실행하여 연결 끊기 작업을 수행합니다.
SharePoint 제품 및 기술 구성 마법사를 실행하여 서버 팜에 연결합니다.

Psconfig 명령줄 도구를 사용합니다.

참고

Psconfig를 사용하는 방법에 대한 자세한 내용은 SharePoint 제품 및 기술 구성 마법사에 대한 명령줄 참조(Office SharePoint Server)를 참조하십시오.

구성 실패 후 설치를 강제로 실행하려면(명령줄)

소프트웨어 업데이트를 제외하고 제품을 설치한 다음 SharePoint 제품 및 기술 구성 마법사는 실행하지 않습니다.
소프트웨어 업데이트를 설치한 다음 SharePoint 제품 및 기술 구성 마법사는 실행하지 않습니다.
명령 프롬프트 창을 열고 명령 프롬프트에 다음을 입력합니다.

psconfig -cmd configdb -connect -server <SQL Server 이름> -database SharePoint_Config_ <데이터베이스 이름> -user <도메인 사용자 이름> -password <암호> -cmd helpcollections -installall -cmd secureresources -cmd services -install -cmd installfeatures -cmd applicationcontent -install

언어 서식 파일 팩 업데이트

콘텐츠를 렌더링하는 서버에 설치된 각 언어 서식 파일 팩에 대해 업데이트된 언어 서식 파일 팩을 설치해야 합니다. 언어 서식 파일 팩을 설치하려는 경우 Microsoft 다운로드 센터를 통해 업데이트된 언어 서식 파일 팩을 다운로드할 수 있습니다. 그러나 Microsoft Update 또는 Windows Update 웹 사이트로 이동하여 프런트 엔드 웹 서버에 설치된 언어 서식 파일 팩을 검색하는 것이 좋습니다. 이렇게 하면 현재 설치되어 있는 각 언어 서식 파일 팩에 대해 업데이트된 언어 서식 파일 팩이 설치됩니다.

참고

초기 배포의 경우와 마찬가지로 Windows SharePoint Services 3.0 언어 서식 파일 팩은 Office SharePoint Server 2007 언어 서식 파일 팩보다 먼저 설치되어야 합니다. 언어 서식 파일 팩을 업데이트할 경우에는 이미 설치한 각 언어 서식 파일 팩별로 Windows SharePoint Services 3.0 서비스 팩 1 언어 서식 파일 팩 및 Office SharePoint Server 2007 서비스 팩 1 언어 서식 파일 팩을 모두 설치하거나 SP1 이후의 모든 서비스 팩 언어 서식 파일 팩을 설치해야 합니다.

현재 설치되어 있는 각 언어 서식 파일 팩의 업데이트된 언어 서식 파일 팩을 설치한 후 SharePoint 제품 및 기술 구성 마법사를 실행해야 합니다.

소프트웨어 업데이트가 이미 적용된 언어 서식 파일 팩을 설치하는 데 사용할 수 있는 설치 위치를 만들려면 소프트웨어 업데이트를 포함하는 설치 원본 만들기(Office SharePoint Server 2007) 항목을 참조하십시오.

참고 항목

기타 리소스

Office SharePoint Server TechCenter