Windows SharePoint Services 3.0 소프트웨어 업데이트 배포

업데이트: 2009-11-05

이 문서의 내용

• 대상 및 문서 범위

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

• 사용 가능한 업데이트

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

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

  • 시작하기 전에

  • 설치 전 단계

  • 설치 단계

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

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

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

대상 및 문서 범위

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

독립 실행형 설치

웹 서버에 Windows SharePoint Services 3.0을 설치했고 기본 설치(Windows 내부 데이터베이스라고도 하는 SQL Server Embedded Edition 인스턴스가 설치된 단일 서버)를 선택하는 경우 이 문서의 프로세스 및 절차를 따를 필요가 없습니다. 이 경우 자동 업데이트가 설정되어 있으면 컴퓨터가 자동으로 업데이트됩니다. 자동 업데이트가 설정되어 있지 않으면 Windows Update(https://go.microsoft.com/fwlink/?linkid=133349\&clcid=0x412) 웹 사이트 또는 Microsoft Update(https://go.microsoft.com/fwlink/?linkid=133353\&clcid=0x412) 웹 사이트에서 사용 가능한 업데이트를 확인한 다음 설치할 업데이트를 선택할 수 있습니다.

SharePoint의 독립 실행형 설치에 서비스 팩을 설치하면 SharePoint 제품 및 기술 구성 마법사(Psconfigui.exe)가 자동으로 시작되어 SharePoint 제품 및 기술 데이터베이스를 업데이트합니다. 그러나 독립 실행형 설치에서 Installer 패키지에 포함된 핫픽스를 설치하면 수동으로 SharePoint 제품 및 기술 구성 마법사를 실행하라는 메시지가 나타납니다.

업데이트가 공개 업데이트이고 자동 업데이트가 설정된 독립 실행형 설치를 구성한 경우 업데이트에서 자동으로 Psconfigui.exe를 실행하며 업데이트가 설치될 때까지 사용자 인터페이스가 표시되지 않습니다. 또한 지역화된 업데이트도 독립 실행형 설치에서 공개 업데이트와 동일한 작업을 수행합니다. 다양한 SharePoint 소프트웨어 업데이트에 대한 자세한 내용은 소프트웨어 업데이트 이해를 참조하십시오.

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

서버 팜 환경에서는, 웹 서버에 자동 업데이트 기능이 설정된 경우에도 소프트웨어 업데이트가 자동으로 설치되지 않습니다. 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" 값을 포함하지 않는 모든 웹 서버에서는 자동 설치가 수행되지 않도록 차단합니다.

소프트웨어 업데이트 이해

Microsoft에서는 Windows SharePoint Services 및 Microsoft Office SharePoint Server에 대한 여러 가지 다양한 소프트웨어 업데이트를 제공합니다. 이러한 업데이트에 대해 자세히 알아보기 전에 주요 용어를 파악해 두는 것이 좋습니다. 다음 표에는 Microsoft에서 사용하는 소프트웨어 업데이트 용어에 대한 정보가 정리되어 있습니다.

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

개념 및 용어	설명 및 정의
핫픽스	제품 내의 문제를 해결하는 데 사용되는 하나 이상의 파일로 구성된 단일 누적 패키지입니다. 핫픽스는 특정 고객의 상황을 해결하지만 해당 고객의 조직 외부로는 배포되지 않을 수 있습니다.
공개 업데이트	공개 업데이트는 대개 공개적으로 발표된 보안 관련 핫픽스로 다운로드할 수 있습니다. Windows Update 구성은 이러한 업데이트를 식별하고 자동으로 설치할 수 있습니다. 보안 게시판에서 공개 업데이트로 이동할 수 있습니다. 일반적으로 이러한 핫픽스는 필요에 따라 릴리스됩니다. 공개 업데이트의 또 다른 예로는 서비스 팩이 있습니다.
서비스 팩	모든 핫픽스, 보안 업데이트, 중요 업데이트 및 기타 업데이트를 비롯하여 제품 출시 후 내부적으로 발견된 문제에 대한 추가 수정 사항 등이 테스트를 거쳐 누적된 집합입니다. 서비스 팩은 고객이 요청한 디자인 변경 사항 또는 기능을 일부 포함할 수도 있습니다.
예약된 배달 모델	Microsoft Office는 현재 우선 순위 중심의 핫픽스 발표 모델에서 예약된 배달 모델로 변경하고 있습니다. 예약된 배달 모델에서는 핫픽스가 두 달에 한 번씩 발표됩니다. 따라서 고객이 핫픽스가 나오는 시기를 예측할 수 있습니다. 긴급하게 수정 사항이 필요한 고객은 더 짧은 주기의 핫픽스를 요청할 수 있습니다. 이 새로운 방식을 지원하는 배달 메커니즘은 다음과 같습니다. CU(누적 업데이트) COD(중요 주문형) 핫픽스 자세한 내용은 Microsoft Office 팀에서 제공하는 누적 업데이트를 사용하여 보고된 문제에 대한 핫픽스 배달을 참조하십시오.
누적 업데이트	두 달을 주기로 발표되는 핫픽스 모음입니다. 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으로 발표되었고 곧이어 COD 핫픽스가 발표되어야 하는 CU가 있다고 가정합니다. 이 예에서 COD 핫픽스의 버전은 12.0.6327.5001입니다. 다음 CU가 발표되기 전까지 추가 핫픽스가 필요한 경우 해당 핫픽스의 다음 버전 번호는 12.0.6327.5002, 12.0.6327.5003 등이 됩니다.
패키지	다운로드한 항목 즉, 업데이트 롤업 또는 핫픽스를 사용하기 위해 다운로드한 실행 파일(.exe)입니다. 패키지에는 하나 이상의 패치가 포함될 수 있습니다. 제공된 다운로드 메커니즘에 따라 이 실행 파일이 암호로 보호되는 다른 실행 파일 안에 포함될 수도 있습니다. 패키지를 추출한 후에는 파일의 이름에 기술 자료(KB) 번호가 포함되는 .exe 파일(예: Webfldrs-KB907306-ENU.exe)이 하나 이상 생깁니다. 이 예에서 대부분의 고객은 SharePoint 서버를 업데이트할 때 Webfldrs-KB907306-ENU.exe. 실행 파일을 실행합니다.
패치	패치는 패키지 내에 저장됩니다. 패치는 Windows Installer 프로그램(msiexec.exe)을 실행하여 파일 이름 확장명이 .msi인 원본 설치 패키지를 새로운 정보 또는 이진으로 업데이트합니다. Windows Installer 프로그램에서 설치하는 패치의 파일 이름 확장명은 .msp입니다. 패치를 공용 폴더로 추출하여 패치의 통합 설치 버전을 만들 수 있습니다. 자세한 내용은 소프트웨어 업데이트를 포함하는 설치 원본 만들기(Windows SharePoint Services 3.0) 또는 Create an installation source that includes software updates (Office SharePoint Server 2007)를 참조하십시오.
지역화된 패치	지역화된 패치 또는 지역 패치에는 언어 관련 문자열 또는 관련 코드가 포함되어 있습니다.
글로벌 패치	글로벌 패치는 특정 언어에 제한되지 않으며 기본 설치 언어 또는 언어 팩의 설치 여부에 관계없이 어느 서버에나 적용할 수 있습니다. 대부분의 소프트웨어 업데이트는 글로벌 패치로 제공됩니다.
업그레이드 프로그램	업그레이드 프로그램은 제품의 특정 부분으로, 관련 개체의 현재 상태를 평가하고 가능한 경우 새로운 스키마에 맞춰 개체를 변경하며 새로운 기능을 활성화하거나 알려진 문제를 수정하는 역할을 합니다.

소프트웨어 업그레이드에 대한 추가 정보는 다음 섹션에 나와 있습니다.

• 누적 업데이트

• 패키지

• 패치

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

누적 업데이트

위의 소프트웨어 용어 표에 설명되어 있는 대로 누적 업데이트는 고객에게 예측 가능한 소프트웨어 업데이트 제공 일정을 알려 주며 더욱 간편하게 Windows SharePoint Services 및 Office SharePoint Server의 소프트웨어 업데이트 설치 관리를 할 수 있도록 해줍니다. 첫 번째 누적 업데이트는 2008년 8월에 발표되었지만 새로운 SharePoint 업데이트 배달 모델의 모든 요소를 처음으로 완벽하게 구현한 것은 2008년 12월의 CU입니다. 12월 CU부터 각 누적 업데이트에는 Microsoft에서 제공한 모든 핫픽스의 최신 버전을 포함하는 패키지가 제공됩니다. 이렇게 변경되면서 새로운 Office SharePoint Server도 더욱 쉽게 만들 수 있고 다음과 같은 4가지 업데이트를 사용하여 현재 업데이트 수준에 이를 적용할 수 있습니다.

• Windows SharePoint Services의 최신 서비스 팩

  참고

  최신 서비스 팩의 설치가 최상의 방법으로 추천되기는 하지만 필수는 아닙니다. 최신 서비스 팩을 설치할 수 없는 경우 제품 지원 기간이 유효한 기존 서비스 팩에 누적 업데이트를 설치할 수 있도록 지원합니다. 자세한 내용은 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 이후에 Microsoft에서 제공한 모든 내용이 누적되어 있습니다.

누적 업데이트의 구체적인 수정 사항에 대한 자세한 내용은 업데이트와 관련된 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 기반 하드웨어용 Windows SharePoint Services 3.0 서비스 팩 1(SP1) 파일의 이름은 wssv3sp1-kb936988-x86-fullfile-en-us.exe입니다.

실행 파일 .exe를 실행하여 패키지를 설치한 다음 업데이트가 설치되었는지 확인하는 것이 좋습니다. Windows Server 2003 및 Windows Server 2008의 경우 다음과 같은 방법으로 설치되었는지 확인할 수 있습니다.

• Windows Server 2003 - 설치된 업데이트의 기록을 확인합니다. 제어판과 프로그램 추가/제거를 차례로 클릭합니다. 업데이트 표시 확인란을 선택합니다. 파일 이름 및 KB 문서 번호에 해당하는 참조가 표시됩니다. 예를 들어 Microsoft Windows SharePoint Services 3.0 업데이트가 설치된 경우 현재 설치된 프로그램 및 업데이트 목록에 "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이 있는데 여기에는 stswwsp1.msp 파일이 포함되며 이 파일 또한 원본 미디어에서 설치된 sts.msi 패치를 적용합니다. 이 예에서 패치의 파일 이름은 서로 다르지만 이 두 패치는 모두 동일한 파일을 업데이트합니다. 다음 표에서는 Windows SharePoint Services 및 Office SharePoint Server에 대해 가장 많이 사용되는 매핑을 보여 줍니다.

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

글로벌 패치는 제품 중에서 특정 언어에 제한되지 않는 요소에 영향을 미칩니다. 즉, 이 패치는 언어와 관련이 없는 항목만 변경합니다. 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을 예로 들어 사전 업그레이드 단계, 업그레이드 배포, 업그레이드 확인 및 업그레이드 관련 문제 해결에 대한 자세한 정보를 알려 줍니다. 이 문서의 나머지 부분을 읽고 소프트웨어 업데이트를 배포하기 전에 이 프레젠테이션을 참조하는 것이 좋습니다.

사용 가능한 업데이트

다음 업데이트는 Windows SharePoint Services 3.0용으로 발표되었습니다.

Windows SharePoint Services 3.0의 주요 업데이트

이름	설명 및 owssvr.dll 버전 번호
Windows SharePoint Services 3.0	Windows SharePoint Services의 RTM(Release-To-Manufacturing) 버전입니다. owssvr.dll 버전 번호: 12.0.4518.1016
10월 공개 업데이트(2007)	두 개의 게시판에 걸친 9개의 보안 업데이트 버전입니다. 자세한 내용은 Microsoft SharePoint 팀 블로그의 중요 보안 핫픽스 MS07-059(영문)(https://go.microsoft.com/fwlink/?linkid=133361&clcid=0x412)를 참조하십시오. owssvr.dll 버전 번호: 12.0.6039.5000 참고: Windows SharePoint Services에서는 빌드 12.0.6040으로 표시되지만 사이트 설정에서는 12.0.0.6039로 표시됩니다. 그 이유는 6040에서 Microsoft 소프트웨어 사용 조건이 변경되었기 때문이며 12.0.0.6039와 12.0.0.6040 사이에 이진 변경은 없습니다. 백 엔드에서 이진 변경이 발생하지 않았으므로 중앙 관리 사용자 인터페이스의 Windows SharePoint Services 데이터베이스에는 RTM 빌드 버전 12.0.0.4518이 반영됩니다.
서비스 팩 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)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6219.1000
서비스 팩 1 이후 롤업	이 롤업에서는 코드가 SP1에 대해 잠긴 이후의 수정 사항을 제공합니다. 자세한 내용은 KB 문서, Windows SharePoint Services 3.0 서비스 팩 1 이후 핫픽스 패키지: 2008년 1월 31일 (https://go.microsoft.com/fwlink/?linkid=102044&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6300.5000
IU(인프라 업데이트)	인프라 업데이트는 Windows SharePoint Services 3.0에 발생한 몇 가지 문제를 수정합니다. 자세한 내용은 Windows SharePoint Services 3.0에 대한 인프라 업데이트의 설명(https://go.microsoft.com/fwlink/?linkid=133362&clcid=0x412) 및 Windows SharePoint Services 3.0 인프라 업데이트에서 수정된 Windows SharePoint Services 3.0 문제(https://go.microsoft.com/fwlink/?linkid=133363&clcid=0x412)를 참조하십시오. owssvr.dll 버전 번호: 12.0.6320.5000
8월 누적 업데이트	이 업데이트에 대한 자세한 내용은 다음 KB 문서를 참조하십시오. Windows SharePoint Services 3.0 핫픽스 패키지(Wssmui.msp)에 대한 설명: 2008년 8월 26일(https://go.microsoft.com/fwlink/?linkid=133364&clcid=0x412) Windows SharePoint Services 3.0 핫픽스 패키지(Sts.msp)에 대한 설명: 2008년 8월 26일(https://go.microsoft.com/fwlink/?linkid=133365&clcid=0x412) owssvr.dll 버전 번호: 12.0.6327.5000
10월 누적 업데이트	이 업데이트에서 수정된 문제에 대한 자세한 내용은 Windows SharePoint Services 3.0 핫픽스 패키지(Sts.msp)에 대한 설명: 2008년 10월 28일(https://go.microsoft.com/fwlink/?linkid=133366&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6331.5000
12월 누적 업데이트	이 업데이트에는 Windows SharePoint Services 3.0 릴리스 이후 수정된 모든 Windows SharePoint Services 3.0 문제에 대한 핫픽스가 포함되어 있습니다. 자세한 내용은 Windows SharePoint 서비스 3.0 누적 업데이트 패키지 (WSS 서버-패키지) 설명: 2008년 4월 16일(https://go.microsoft.com/fwlink/?linkid=139517&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6335.5000 이 업데이트에는 다음이 포함되어 있습니다. Dw20w-x-none.msp Sts-x-none.msp Wssmui-en-us.msp 및 제품에 대한 기타 모든 언어
2월 누적 업데이트	이 업데이트에서 해결된 문제에 대한 자세한 내용은 Windows SharePoint 서비스 3.0 누적 업데이트 패키지에 대한 설명: 2009년 2월 24일(https://go.microsoft.com/fwlink/?linkid=146627&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6341.5000
서비스 팩 2	SP2(서비스 팩 2)에서는 Windows Server 2008 및 IIS(인터넷 정보 서비스) 7을 위한 완전한 지원을 제공하고, 확장된 브라우저 지원 외에 Stsadm 명령줄 도구를 위한 새 작업과 속성, 개선된 기존 기능 및 알려진 문제에 대한 핫픽스를 제공합니다. 서비스 팩 2에는 이 서비스 팩까지 릴리스된 모든 업데이트 및 SP1이 포함됩니다. SP2에 대한 설명은 Windows SharePoint Services 3.0 SP2 및 Windows SharePoint Services 3.0 Language Pack SP2에 대한 설명(https://go.microsoft.com/fwlink/?linkid=149885&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6421.1000
4월 누적 업데이트	4월 CU(누적 업데이트)에서는 특히 mergecontentdbs 작업과 관련된 매우 중요한 Stsadm 픽스를 제공합니다. 자세한 내용은 Windows SharePoint Services 3.0 누적 업데이트 서버 핫픽스 패키지 (Sts.msp) 설명: 2009년 4월 28일(https://go.microsoft.com/fwlink/?linkid=154981&clcid=0x412)을 참조하십시오. 이 업데이트에 대한 설명은 KB 968850(https://go.microsoft.com/fwlink/?linkid=149888&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6504.5000
6월 누적 업데이트	이 Windows SharePoint Services 3.0 업데이트에 대한 설명은 Windows SharePoint 서비스 3.0 누적 업데이트 서버 핫픽스 패키지 (WSS 서버-패키지) 설명: 2009년 6월 30일(https://go.microsoft.com/fwlink/?linkid=157329&clcid=0x412)을 참조하십시오. 이 업데이트에서는 Windows SharePoint Services 3.0과 관련된 여러 가지 픽스를 제공합니다. 자세한 내용은 Windows SharePoint Services 3.0 누적 업데이트 서버 핫픽스 패키지 (Sts.msp) 설명: 2009년 6월 30일(https://go.microsoft.com/fwlink/?linkid=157330&clcid=0x412)을 참조하십시오. 빌드 번호: 12.0.6510.5001
8월 누적 업데이트	이 Windows SharePoint Services 3.0 업데이트에 대한 설명은 Windows SharePoint 서비스 3.0 누적 업데이트 서버 핫픽스 패키지 (WSS 서버-패키지) 설명: 2009년 8월 25일(https://go.microsoft.com/fwlink/?linkid=164621&clcid=0x412)을 참조하십시오. 이 업데이트에서는 Windows SharePoint Services 3.0과 관련된 여러 가지 픽스를 제공합니다. 자세한 내용은 Windows SharePoint Services 3.0 누적 업데이트 서버 핫픽스 패키지 (Sts.msp) 설명: 2009년 8월 25일(https://go.microsoft.com/fwlink/?linkid=164623&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6514.5000 누적 업데이트 빌드 번호: 12.0.6514.5000
10월 누적 업데이트	이 Windows SharePoint Services 3.0 업데이트에 대한 설명은 Windows SharePoint 서비스 3.0 누적 업데이트 서버 핫픽스 패키지 (WSS 서버-패키지) 설명: 2009년 10월 27일(https://go.microsoft.com/fwlink/?linkid=169313&clcid=0x412)을 참조하십시오. 이 업데이트에서는 Windows SharePoint Services 3.0과 관련된 여러 가지 픽스 및 업그레이드 사전 검사기를 위한 개선된 기능을 제공합니다. 업그레이드 사전 검사기의 경우 보고서가 향상되고 새 규칙이 추가된 점이 눈에 띕니다. 또한 업그레이드 사전 검사기는 stsadm –o EnumAllWebs 작업에 추가되어 사용자가 웹 파트, 이벤트 수신기, 기능 또는 SetupPath 지원 파일을 나열할 수 있게 합니다. 자세한 내용은 Windows SharePoint Services 3.0 누적 업데이트 서버 핫픽스 패키지 (Sts-x-none.msp): 2009년 10월 27일(영문)(https://go.microsoft.com/fwlink/?linkid=169314&clcid=0x412)을 참조하십시오. owssvr.dll 버전 번호: 12.0.6520.5000 누적 업데이트 빌드 번호: 12.0.6520.5000

업데이트의 권장 설치 순서

업데이트 설치 순서를 반드시 따를 필요는 없지만 WSS에 대한 RTM 이후 업데이트는 다음과 같은 순서를 따르는 것이 좋습니다.

1. Windows SharePoint Services 3.0 서비스 팩 2(KB 953338)

2. Windows SharePoint Services 3.0 10월 누적 업데이트(KB 975002)

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

소프트웨어 업데이트 설치

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

시작하기 전에

설치 전 단계를 시작하기 전에 다음 사항에 주의하십시오.

• 사용자의 작업 중단을 최소화할 수 있는 시간에 소프트웨어 업데이트 설치를 예약하는 것이 좋습니다. Windows SharePoint Services 3.0을 실행하는 서버에서 호스팅되는 웹 사이트와 관련된 사용자 및 주요 담당자와 제안된 일정에 대해 의견을 교환하고 필요한 경우 설치 일정을 조정합니다.

• 프로덕션 환경에서는 Windows SharePoint Services 3.0 소프트웨어 업데이트의 베타 버전을 설치하지 않습니다.

• 사용 중인 하드웨어 및 소프트웨어 언어에 맞는 올바른 소프트웨어 업데이트 파일을 다운로드해야 합니다.

• 이전에 핫픽스를 설치했으나 널리 사용 가능한 이 소프트웨어 업데이트에서 핫픽스로 해결되는 문제가 수정되지 않는 경우 Microsoft 고객 지원 서비스(https://go.microsoft.com/fwlink/?linkid=99201\&clcid=0x412)에 문의하여 해당 환경에서 특정 문제를 해결하는 핫픽스의 업데이트된 버전을 받아야 합니다.

• 소프트웨어 업데이트 설치 중에 WSS 3.0을 실행하는 웹 서버를 서비스에서 제거해야 합니다. 그 이유는 소프트웨어 업데이트가 SQL Server 데이터베이스에 대한 스키마를 변경할 수 있고 업그레이드 중에 사용자가 승인하면 프런트 엔드 및 백 엔드 서버의 콘텐츠가 서로 달라질 수 있기 때문입니다.

• 서버 팜에서 Windows SharePoint Services 3.0을 실행하는 웹 서버에 업데이트를 설치하는 경우 서버 팜의 첫 번째 웹 서버에 소프트웨어 업데이트가 설치되고 나면 해당 웹 서버의 파일 버전 및 서버 팜의 데이터베이스가 다른 웹 서버의 파일 버전과 달라집니다. 이런 식의 불일치로 인해 서버 팜은 제대로 작동하지 않게 되며 올바른 요청에도 오류가 발생할 수 있습니다. 그러나 서버 팜의 모든 웹 서버에 소프트웨어 업데이트가 설치되면 사용자의 예상대로 올바르게 작동합니다.

• 서버 팜 배포에서는 Windows SharePoint Services 3.0의 모든 웹 서버를 동일한 소프트웨어 업데이트 버전으로 업데이트해야 합니다.

• 서버 팜에 소프트웨어 업데이트를 배포하려면 웹 서버 또는 응용 프로그램 서버에 도메인 계정으로 로그인해야 합니다. 도메인 계정에는 다음과 같은 권한이 있어야 합니다.

  • 웹 서버 컴퓨터의 Administrators 그룹 구성원

  • SQL Server를 실행하는 서버의 Administrators 그룹 구성원 또는 모든 SharePoint 제품 및 기술 데이터베이스에 대한 db_owner 고정 데이터베이스 역할의 소유자

  소프트웨어 업데이트를 설치하고 SharePoint 제품 및 기술 구성 마법사를 실행할 수 있는 올바른 권한이 있는지 확인하려면 SharePoint Central Administration v3 응용 프로그램 풀 ID의 계정을 각 로컬 웹 서버 및 응용 프로그램 서버의 Administrators 그룹에 추가한 다음 해당 계정을 사용하여 로그온하는 것이 좋습니다. 이러한 변경 내용은 업데이트를 설치한 다음 SharePoint 제품 및 기술 구성 마법사를 실행하여 업그레이드를 완료할 때만 필요합니다. 업데이트 설치가 완료된 후에는 각 로컬 웹 서버 및 응용 프로그램 서버에서 계정을 제거하십시오.

• 많은 IT 환경에서 DBA(데이터베이스 관리자)가 데이터베이스를 만들고 관리합니다. 조직의 보안 정책 및 기타 정책에 따라 Windows SharePoint Services 3.0에서 사용되는 데이터베이스를 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)을 참조하십시오.

설치 전 단계

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

• 타이머 작업의 상태를 확인합니다. 서버 팜의 웹 서버에 처음 Windows SharePoint Services를 설치할 때 전체 업그레이드 또는 점진적 업그레이드 중 한 방법을 사용했는데 업그레이드 작업이 아직 진행 중인 경우 소프트웨어 업데이트 설치가 실패할 수 있습니다. 실행 중인 업그레이드 프로세스가 없는지 확인해야 합니다. SharePoint 중앙 관리 사이트로 이동하여 작업을 클릭한 다음 글로벌 구성 섹션에서 타이머 작업 상태를 클릭하면 됩니다. 업그레이드 작업이 표시되는 경우 소프트웨어 업데이트를 설치하기 전에 해당 업그레이드를 완료해야 합니다.

  다음 중 하나 또는 둘 다에 해당할 경우 타이머 작업 상태 페이지에 업그레이드 작업이 나타납니다.

  1. 사이트의 업그레이드가 진행 중인 경우

  2. 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 임시 폴더에 충분한 하드 드라이브 공간이 있는지 확인합니다. 업그레이드 작업 중 다양한 단계의 진행 과정이 업그레이드 로그에 기록되면서 디스크 공간을 차지할 수 있지만, 추가 저장소를 계획해 두면 공간 제한으로 인한 문제를 피할 수 있습니다.

• 다운로드 가능한 문서인 Windows SharePoint Services용 SQL Server 저장소 계획 및 모니터링: 성능 권장 사항 및 최상의 방법(백서)의 정보 아키텍처 권장 사항에서 권장하는 사이트 모음의 개수를 데이터베이스의 사이트 모음이 초과하는 경우 여러 데이터베이스에 걸쳐 사이트 모음의 부하를 분산시켜야 합니다.

• 업그레이드 작업을 수행하기 전에 최상의 콘텐츠 데이터베이스 크기 조정 방법을 따릅니다.

• 업그레이드를 시작하기 전에 SQL Server 페이지 채우기 비율과 관련된 권장 사항 및 기타 저장소 계획과 관련된 최상의 방법을 따라야 합니다. 저장소 관련 최상의 방법에 대한 자세한 내용은 저장소 계획 및 모니터링에 대한 성능 권장 사항(https://go.microsoft.com/fwlink/?linkid=105890\&clcid=0x412)을 참조하십시오.

• 소프트웨어 업데이트 설치를 시작하기 전에 서버 팜을 백업합니다. 검색 및 모든 데이터베이스의 백업을 만들어야 합니다. 백업을 수행하는 방법에 대한 자세한 내용은 Prepare to back up and restore a farm (Windows SharePoint Services 3.0)를 참조하십시오. 다음 프로세스를 수행하는 것이 좋습니다.

  • 구성 데이터베이스 및 중앙 관리 콘텐츠 데이터베이스: 팜을 중지한 후 SQL Server 도구를 사용하여 데이터베이스를 백업해야 합니다. 트랜잭션 로그가 잘리도록 단순 복구 모델을 사용하십시오. 이 백업은 즉시 데이터베이스를 복원하기 위한 용도는 아니며 구성 데이터베이스를 다시 만들어야 할 경우 정확하게 만들 수 있도록 도와 주기 위한 용도입니다. 자세한 내용은 전체 데이터베이스 이동(Windows SharePoint Services 3.0)을 참조하십시오.

  • 콘텐츠 데이터베이스: Stsadm 또는 SQL Server로 전체 백업 작업을 수행하여 모든 콘텐츠 데이터베이스를 백업합니다. SQL Server를 사용하는 경우 트랜잭션 로그가 잘리지 않도록 전체 복구 모델을 사용하십시오.

    콘텐츠 데이터베이스에는 웹 사이트에 대한 정보가 포함되어 있으므로 해당 데이터를 포함하는 커밋되지 않은 트랜잭션 로그를 유지하는 것이 중요합니다. 전체 복구 모델을 사용하여 모든 콘텐츠 데이터베이스를 백업하십시오.

    중요

    단숙 복구 모델은 최신 변경 내용이 손실되면 안 되는 프로덕션 시스템에 적합하지 않습니다. 이 경우 전체 복구 모델을 사용하는 것이 좋습니다.

  • 프런트 엔드 웹 서버: 프런트 엔드 웹 서버를 사용자 지정한 경우 언제든지 서버를 다시 구축할 수 있도록 모든 사용자 지정 내용을 정확히 기록해야 합니다. 사용자 지정 내용을 기록하지 않았거나 웹 응용 프로그램에 대한 사용자 지정의 범위를 잘 모르는 경우 최후의 수단으로 프런트 엔드 웹 서버의 이미지를 만드는 것이 좋습니다. 이 경우 프런트 엔드 웹 서버에 배포한 모든 솔루션 패키지의 백업이 있어야 합니다.

    팁

    프런트 엔드 웹 컴퓨터를 사용자 지정하는 경우 새 컴퓨터에 사용자 지정을 적용할 수 있는 강력한 빌드 프로세스나 스크립트를 사용하여 사용자 지정을 관리하는 것이 이상적입니다.

    업그레이드하는 동안 복구할 수 없는 오류가 발생하면 SharePoint를 다시 설치하고 사용자가 만든 백업 이미지에서 서버를 복원해야 할 수 있습니다. 이 경우 프런트 엔드 웹 서버에 모든 사용자 지정 내용을 수동으로 적용해야 합니다.

    중요

    소프트웨어 업데이트 설치가 완료된 것을 확인한 후에 서버 팜을 백업하는 것이 좋습니다.

    모든 데이터베이스를 백업한 후에는 SQL Server DBCC shrinkfile 명령을 사용하여 사용하지 않는 로그 공간을 지워 최대한 로그를 비웁니다. 자세한 내용은 트랜잭션 로그 축소(https://go.microsoft.com/fwlink/?linkid=105233\&clcid=0x412)를 참조하십시오. 이 방법이 데이터베이스를 복원할 수 있음을 확인하는 최상의 방법입니다.

• 사이트의 수가 많은 서버 팜에서 콘텐츠 데이터베이스가 연결된 소프트웨어 업데이트를 설치하면 가동 중지 시간이 너무 길어질 수 있습니다. 가동 중지 시간을 최소화하려면 콘텐츠 데이터베이스를 분리하는 추가 단계를 수행하는 것이 좋습니다.

  중요

  콘텐츠 데이터베이스에 Office Project Server 사이트가 포함되어 있으면 이 사이트를 팜에서 분리하지 마십시오. 다음 단계를 진행하기 전에 Extract Project Web Access site data to a new content database 문서를 참조하십시오.

설치 단계

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

Windows SharePoint Services 3.0을 실행하는 각 웹 서버에서 서버 팜의 모든 웹 서버에 파일이 복사되는 지점으로 소프트웨어 업데이트를 설치해야 합니다. 그런 다음 한 웹 서버로 돌아가서 설치를 완료합니다. 선택한 웹 서버에서 설치가 완료되면 다른 웹 서버에서 개별적으로 설치를 완료합니다.

아래 절차를 통해 수행할 수 있는 작업은 다음과 같습니다.

• 서버 팜의 모든 서버에서 모든 소프트웨어 업데이트 파일을 사용 가능하도록 만듭니다.

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

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

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

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

   참고

   이 수동 단계는 서비스를 완전히 중지했는지 확인하기 위한 작업입니다.

2. 서버 팜의 모든 서버에 적합한 Windows SharePoint Services 3.0 소프트웨어 업데이트를 다운로드하여 설치합니다.

3. 소프트웨어 업데이트 설치를 마치면 SharePoint 제품 및 기술 구성 마법사가 시작됩니다.

   참고

   마법사가 자동으로 시작되지 않으면 시작을 클릭하고 모든 프로그램, 관리 도구를 차례로 가리킨 다음 SharePoint 제품 및 기술 구성 마법사를 클릭합니다.

4. SharePoint 제품 및 기술 구성 마법사 시작 페이지에서 다음을 클릭합니다.

5. 구성하는 동안 일부 서비스를 다시 시작해야 할 수도 있음을 알리는 대화 상자에서 예를 클릭합니다.

6. SharePoint 제품 및 기술 구성 마법사 완료 페이지에서 다음을 클릭합니다.

7. 서버 팜에서 설치 대화 상자가 열릴 때 확인을 클릭하면 안 됩니다. 대신 다음 대화 상자가 표시된 채로 각 서버를 유지합니다.

   설치 프로그램을 실행하여 서버 팜의 각 서버에 대해 새 이진 파일을 설치해야 합니다. 서버 팜에 여러 서버가 있는 경우에는 다른 서버에서 설치 프로그램 및 구성 마법사를 실행한 다음 이 서버로 돌아와서 확인을 클릭하여 계속 진행합니다.

8. 서버 팜의 모든 웹 서버에서 이전 단계의 대화 상자가 표시되면 중앙 관리 웹 사이트를 호스팅하는 한 웹 서버를 사용하여 설치를 완료합니다.

9. 이전 단계에서 선택한 서버에서 확인을 클릭합니다.

10. 구성 완료 대화 상자에서 마침을 클릭합니다.

11. 중앙 관리 웹 사이트를 호스팅하는 한 웹 서버의 업데이트를 완료한 후 이 문서에 나오는 업데이트 완료 및 성공 확인 섹션의 절차에 따라 해당 웹 서버에서 소프트웨어 업데이트 설치가 완료되었는지 확인합니다.

12. 대화 상자에서 확인을 클릭하여 서버 팜의 나머지 컴퓨터를 한 번에 하나씩 계속 업데이트합니다.

    참고

    SharePoint 제품 및 기술 구성 마법사를 사용하여 한 번에 하나의 컴퓨터에서만 구성 절차를 수행하는 것이 중요합니다.

13. 서버 팜의 모든 웹 서버에서 소프트웨어 업데이트 설치 및 구성이 완료되면 이전에 수동으로 서비스를 중단했던 각 서버에서 World Wide Web 게시 서비스를 수동으로 다시 시작하여 사용자가 웹 서버를 사용할 수 있도록 합니다.

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

콘텐츠 데이터베이스를 업그레이드할 특정 추가 컴퓨터를 구성하지 않은 경우 다음의 "명령 프롬프트에서 콘텐츠 데이터베이스를 연결하려면" 절차를 따라야 합니다. 이 절차에서는 콘텐츠 데이터베이스의 업그레이드를 연결하고 시작합니다.

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

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

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

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

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

1. 시작을 클릭하고 모든 프로그램, 관리 도구를 차례로 가리킨 다음 SharePoint 3.0 중앙 관리를 클릭합니다.

2. 중앙 관리 사이트에서 응용 프로그램 관리를 클릭합니다.

3. 응용 프로그램 관리 페이지의 SharePoint 웹 응용 프로그램 관리 섹션에서 콘텐츠 데이터베이스를 클릭합니다.

4. 콘텐츠 데이터베이스 관리 페이지에서 콘텐츠 데이터베이스 추가를 클릭합니다.

5. 텍스트 상자에, 이전에 분리한 콘텐츠 데이터베이스의 정보를 입력합니다.

6. 연결할 콘텐츠 데이터베이스에 대해 각각 4 - 5 단계를 반복합니다.

아래 조건 중 하나에 해당하는 경우 서버 팜에서 Windows SharePoint Services 검색 서비스를 실행하는 서버에 대해 다음 절차를 수행해야 합니다.

• 최소 권한 시나리오를 따르고 있습니다.

• 검색 서비스에 사용하는 계정이 다음과 같습니다.

  • 로컬 컴퓨터에서 Administrator가 아닙니다.

  • 서버 팜 관리자 계정의 구성원이 아닙니다.

검색 서비스를 시작하려면

1. 명령 프롬프트 창을 열고 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin 디렉터리로 변경합니다.

2. 온라인 Windows SharePoint Services 검색 서비스의 인스턴스를 실행하는 컴퓨터를 식별하려면 명령 프롬프트에서 다음을 입력합니다.

   stsadm -o spsearch -action list

3. 이전 단계에서 목록으로 반환된 각 컴퓨터에 로컬로 또는 원격 연결을 통해 로그온하고 명령 프롬프트에서 다음을 입력합니다.

   stsadm -o spsearch -action start

대규모 팜 최적화

대규모 서버 팜에서 콘텐츠 데이터베이스가 연결된 소프트웨어 업데이트를 설치하면 가동 중지 시간이 너무 길어질 수 있습니다. 사이트 또는 웹 서버의 수가 많은 경우 업그레이드에 필요한 가동 중지 시간을 최소화하려면 콘텐츠 데이터베이스를 분리하는 추가 단계를 수행하는 것이 좋습니다. 업그레이드 작업의 성능을 최적화하기 위해서는 데이터베이스 서버당 4개 또는 5개의 프런트 엔드 웹 서버를 사용해야 합니다.

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

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

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

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

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

   참고

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

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

업그레이드 프로세스를 더 간소화하려면 단일 컴퓨터 서버 팜에서 Windows SharePoint Services 3.0 SP1을 실행하는 웹 서버(4 - 5 개의 웹 서버 권장)로 추가 컴퓨터를 구성할 수 있습니다. 이러한 임시 프런트 엔드 웹 서버의 대체 액세스 매핑은 원래 서버와 일치하도록 구성해야 합니다. 해당 대체 액세스 매핑이 동일하지 않은 경우 콘텐츠 데이터베이스가 사이트 콘텐츠 내의 잘못된 URL로 업그레이드될 수 있습니다. 이 경우 특정 페이지가 올바르게 표시되지 않으며, Microsoft 제품 서비스에 문의하여 이 문제를 수정해야 합니다. 그런 다음 콘텐츠 데이터베이스의 병렬 업그레이드를 수행하려면 콘텐츠 데이터베이스가 원래 서버 팜에서 분리되어 있는 동안 해당 웹 서버를 사용하여 업그레이드합니다.

업그레이드된 콘텐츠 데이터베이스를 임시 웹 서버에서 분리한 후 원래 서버 팜에 다시 연결하면 콘텐츠 데이터베이스가 서비스를 제공할 준비가 됩니다. 이때 이전 버전에서 모든 콘텐츠 데이터베이스를 제거한 다음 서버 팜을 백업해야 합니다.

Windows SharePoint Services 3.0 인프라 업데이트를 실행 중인 경우 기본 제공 도구를 사용하여 데이터베이스를 복원하거나 다시 연결하면 각 콘텐츠 데이터베이스의 ID(식별자)가 그대로 보존됩니다. 기본 제공 도구를 사용할 경우 기본 변경 로그 보존 동작은 다음과 같습니다.

• 팜을 복원하면 모든 데이터베이스의 변경 로그가 보존됩니다.

• 데이터베이스를 다시 연결하면 콘텐츠 데이터베이스의 변경 로그가 보존됩니다.

• 콘텐츠 데이터베이스만 복원하면 콘텐츠 데이터베이스의 변경 로그가 보존되지 않습니다.

데이터베이스 ID 및 변경 로그가 보존되는 경우 검색에서 크롤링 규칙에 따라 정의된 정규 일정을 기준으로 크롤링을 계속합니다. 변경 로그가 보존되지 않으면 검색에서 다음 예약 크롤링을 수행할 때 전체 크롤링을 수행합니다.

자세한 내용은 전체 데이터베이스 이동(Windows SharePoint Services 3.0) 및 Back up and restore the farm (Windows SharePoint Services 3.0)을 참조하십시오.

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

업데이트 완료 및 성공 확인

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

• 업그레이드 로그 파일을 봅니다. Upgrade.log 파일을 사용하면 설치 결과를 확인할 수 있을 뿐 아니라 실패한 설치의 문제점을 해결할 수 있습니다.

• 특정 파일 및 레지스트리 키의 버전 번호를 확인합니다. 소프트웨어 업데이트 설치 성공 여부를 더욱 자세히 알아보려면 다음 절차에 따라 특정 파일의 버전 번호를 확인하고 레지스트리의 특정 키를 확인하십시오.

• SQL 스키마를 검사합니다. SQL 쿼리 분석기로 SQL Server 스키마를 검사하여 소프트웨어 업데이트 설치가 완료되었는지 확인할 수도 있습니다. DLL 파일 및 레지스트리의 버전은 업그레이드 초기에, 즉 파일이 복사될 때 업데이트되지만 SQL Server 스키마는 SharePoint 제품 및 기술 구성 마법사가 실행된 이후에만 업그레이드됩니다. 이 절차를 사용하여 소프트웨어 업데이트 후에 SharePoint 제품 및 기술 구성 마법사가 실행되었는지 파악할 수 있습니다.

• 팜의 서버 페이지에서 버전 번호를 확인합니다. SharePoint 중앙 관리 웹 사이트를 사용하여 팜의 서버 페이지에서 버전 번호를 확인할 수 있습니다. 그러나 이 페이지에는 Windows SharePoint Services 3.0의 버전 번호만 표시됩니다.

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

1. Windows 탐색기에서 다음 디렉터리로 이동합니다.

   %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS

2. 텍스트 편집기를 사용하여 Upgrade.log 파일을 엽니다.

3. 소프트웨어 업데이트를 설치한 날짜가 표시되도록 스크롤합니다.

4. 다음 항목을 검색하거나 찾습니다.

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

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

   로그에 이 항목이 있으면 업데이트가 올바르게 설치된 것입니다.

5. 이전 단계에서 항목이 발견되지 않은 경우에는 Upgrade.log 파일에서 다음 용어를 검색하거나 눈으로 찾아봐서 실패의 원인이 될 만한 특정 문제점을 식별할 수 있습니다.

   • fail

   • error

   차단 문제를 식별하여 해결한 다음 이 섹션의 뒷부분에 나와 있는 "소프트웨어 업데이트를 강제 실행하려면"의 절차를 따르십시오.

일부 구성에서는 기본적으로 SharePoint Timer Service(OWStimer) 계정(기본적으로 SharePoint Central Administration v3 응용 프로그램 풀에서 사용하는 계정과 동일)은 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\의 LOGS 폴더에 대한 액세스 권한이 없는 자격 증명으로 구성됩니다. 이 경우 Upgrade.log의 일부분이 SharePoint Timer Service를 실행하는 계정의 임시 저장소 폴더에 저장됩니다.

verbose 출력 및 자세한 디버그 정보를 포함하여 사용 가능한 모든 로깅 정보를 소프트웨어 업데이트 설치 로그 파일에 쓰려면 다음 명령을 실행합니다.

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

여기서 패치 패키지는 추출된 소프트웨어 업데이트 파일(.msp) 경로입니다.

로그 파일은 임시 파일 위치에 있으며 파일 이름은 msi*.log입니다.

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

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

  설치한 업데이트의 owssvr.dll 버전 번호를 "Windows SharePoint Services 3.0의 주요 업데이트" 표에 나오는 Windows SharePoint Services 3.0 owssvr.dll 버전 번호와 비교하여 확인합니다.

• 다음 위치에서 Version 키의 값이 올바른지 확인합니다.

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0

  설치한 업데이트의 owssvr.dll 버전 번호를 "Windows SharePoint Services 3.0의 주요 업데이트" 표에 나오는 Windows SharePoint Services 3.0 owssvr.dll 버전 번호와 비교하여 확인합니다.

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

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

  SELECT * FROM Versions

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

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

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

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

   %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin

2. 다음 명령을 입력합니다.

   psconfig -cmd upgrade -inplace b2b -wait -force

팜의 서버 페이지를 보려면

1. 다음 방법 중 하나를 사용하여 팜의 서버 페이지를 엽니다.

   • 중앙 관리 홈 페이지에서 작업을 클릭합니다. 그런 다음 작업 페이지의 토폴로지 및 서비스 섹션에서 팜의 서버를 클릭합니다.

   • Internet Explorer에서 다음 웹 페이지를 확인합니다.

     http://서버 이름:포트/_admin/FarmServers.aspx

     여기서 서버 이름은 해당 서버의 이름이고 포트는 중앙 관리 웹 사이트에 대해 구성된 포트입니다.

2. 팜의 서버 페이지에 있는 버전 옆에서, 팜에 있는 각 서버의 버전 번호를 확인하여 각 서버가 새 이진 버전으로 업데이트되었는지 확인합니다.

"Windows SharePoint Services 3.0의 주요 업데이트" 표를 확인하여 소프트웨어 업데이트에 대한 Windows SharePoint Services 3.0 버전 번호가 정확한지 확인할 수 있습니다.

해당 버전 번호가 소프트웨어 업데이트의 버전 번호와 일치하는 경우 서버 업데이트가 완료된 것입니다. 버전 번호가 올바르지 않은 경우에는 소프트웨어 설치가 완료되지 않은 것입니다. 차단 문제를 식별하여 해결하려면 이 문서의 앞부분에 나와 있는 "업그레이드 로그 파일을 확인하려면"의 절차를 따르십시오.

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

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

다음 위치에서 Windows SharePoint Services 3.0 SP1을 업데이트 버전으로 다운로드할 수 있습니다.

• x86: Windows SharePoint Services 3.0 서비스 팩 1(https://go.microsoft.com/fwlink/?linkid=105656\&clcid=0x412)

• x64: Windows SharePoint Services 3.0 x64 서비스 팩 1(https://go.microsoft.com/fwlink/?linkid=105802\&clcid=0x412)

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

기존 서버 팜에 추가할 새 서버를 빌드해야 하는데 업데이트된 설치 원본을 만들지 않은 경우 다음 절차를 따라야 합니다.

기존 팜에 추가할 서버를 빌드하려면

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

   참고

   SharePoint 제품 및 기술 구성 마법사를 실행하지 않았으므로 레지스트리 키 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web server extensions\12.0\Secure\ConfigDB를 만들어 구성 데이터베이스의 위치를 정의하는 단계를 진행하지 않습니다.

2. 소프트웨어 업데이트를 설치합니다.

3. 명령 프롬프트에서 SharePoint 제품 및 기술 구성 마법사를 실행합니다.

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

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

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

1. 소프트웨어 업데이트를 설치한 다음 SharePoint 제품 및 기술 구성 마법사가 실행되지 않도록 합니다.

2. 레지스트리 편집기를 사용하여 설치 유형을 새로 설치로 수정합니다. 레지스트리 키를 다음과 같이 변경합니다.

   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web server extensions\12.0\WSS\"SetupType"="CLEAN_INSTALL"

3. SharePoint 제품 및 기술 구성 마법사를 실행하여 연결 끊기 작업을 수행합니다.

4. SharePoint 제품 및 기술 구성 마법사를 실행하여 서버 팜에 연결합니다.

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

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

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

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

3. 명령 프롬프트 창을 열고 명령 프롬프트에서 다음을 입력합니다.

   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 웹 사이트를 검색하여 프런트 엔드 웹 서버에 설치된 언어 서식 파일 팩을 찾는 것이 좋습니다. 현재 설치되어 있는 각 언어 서식 파일 팩의 업데이트된 언어 서식 파일 팩이 설치됩니다.

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

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

참고 항목

기타 리소스

Windows SharePoint Services TechCenter