소프트웨어 업데이트 설치(SharePoint Foundation 2010)
적용 대상: SharePoint Foundation 2010
마지막으로 수정된 항목: 2016-11-30
이 문서에서는 Microsoft SharePoint Foundation 2010 팜의 서버에 소프트웨어 업데이트를 설치하는 방법에 대해 설명합니다. 또한 세 가지 예제 시나리오에 대해 설명하고 각 시나리오에 대한 업데이트 절차를 제공합니다.
이 문서의 내용:
업데이트 전략 확인
설치 진행률 모니터링
업데이트 오류 처리
업데이트 시나리오 검토
이전 버전과의 호환성 없이 현재 위치 방법 사용
이전 버전과의 호환성을 포함하는 현재 위치 방법 사용
기존 콘텐츠의 고가용성을 위한 데이터베이스 연결 방법 사용
업데이트 완료 및 성공 확인
업데이트 전략 확인
소프트웨어 업데이트 배포를 시작하려면 사용하려는 업데이트 전략이 자신의 Microsoft SharePoint Foundation 환경에서 최적의 전략인지 확인합니다. 가동 중지 시간 감소, 비용 및 복잡성과 같이 소프트웨어 업데이트를 배포하기 위해 사용할 전략을 결정하기 위해서는 여러 가지 요소를 고려해야 합니다. 소프트웨어 업데이트 배포 준비(SharePoint Foundation 2010)의 "업데이트 전략 결정" 섹션에 있는 순서도를 사용하여 사용하려는 업데이트 전략이 현재 위치, 데이터베이스 연결 또는 혼합 형태인지를 확인하십시오.
설치 진행률 모니터링
업데이트 중 업데이트 배포 프로세스를 모니터링하여 업데이트가 계획한 대로 진행되고 있는지 확인합니다. 업데이트를 중단시키거나 업데이트된 팜에 포함된 요소가 예상한대로 작동하지 않는 문제가 발생할 수 있습니다. 데이터베이스 동기화 및 사용자 지정에는 특히 더 많은 주의를 기울여야 합니다.
제품 및 패치 설치 상태, 데이터 상태 및 업그레이드 상태를 실시간으로 보기 위한 기본 도구로 중앙 관리의 업그레이드 및 마이그레이션 보기를 사용하는 것이 좋습니다.
설치 프로그램이 실행된 다음에는 로그 파일을 보고 Windows PowerShell을 사용하여 설치 진행률의 현재 결과를 가져올 수 있습니다.
업데이트 오류 처리
SharePoint Foundation 2010은 패치 적용 단계가 완료된 후 업그레이드 오류를 처리하기 위한 향상된 접근 방법을 제공합니다. 업데이트가 실패하고 이전 버전과의 호환성 모드로 실행 중인 경우 SharePoint Foundation 데이터베이스를 복원하고 계속해서 이전 버전과의 호환성 모드로 실행할 수 있습니다. 사이트의 업데이트 문제가 해결된 후에는 업그레이드를 다시 시작할 수 있습니다. 이전에 완료된 작업은 다시 실행되지 않습니다. 자세한 내용은 업그레이드 테스트 및 문제 해결(SharePoint Foundation 2010)을 참조하십시오.
이전 SharePoint 제품 및 기술 환경에서 업데이트가 실패한 경우에는 일반적으로 제품을 제거하고, 이전 버전을 설치한 다음 백업을 사용하여 복원해야 했습니다.
업데이트 시나리오 검토
이 문서에서는 다음과 같은 소프트웨어 업데이트 시나리오에 대해 설명합니다.
이전 버전과의 호환성이 없는 현재 위치 - 업데이트가 모든 팜 서버에 동시에 설치되고 이전 버전과의 호환성을 사용하지 않고 콘텐츠가 업그레이드됩니다.
가동 중지 시간 감소를 위해 이전 버전과의 호환성을 포함한 현재 위치 - 업데이트가 단계에 설치되고 가동 중지 시간을 줄이기 위해 이전 버전과의 호환성을 포함하는 지연된 업그레이드를 사용합니다.
콘텐츠 고가용성을 위한 데이터베이스 연결 - 이 업데이트에서는 두 개의 팜을 사용하여 기존 콘텐츠에 대한 고가용성을 제공합니다.
현재 위치 및 데이터베이스 연결 프로세스가 작동하는 방법에 대한 자세한 내용은 업그레이드 프로세스 개요(SharePoint Foundation 2010) 문서의 다이어그램을 참조하십시오. 이러한 문서에서는 소프트웨어 업데이트 설치 방법이 아닌 소프트웨어 버전 간의 업그레이드 방법에 대해 설명합니다. 하지만 일반적인 프로세스는 매우 비슷합니다.
다음 그림에서는 이 문서에서 설명하는 각 패치 적용 시나리오에 대한 예로 사용되는 팜 토폴로지를 보여 줍니다.
.gif "소프트웨어 업데이트를 설치하기 위한 팜의 예")
초기 상태 및 필요한 조건
앞의 그림에서는 업데이트를 설치하기 전의 초기 팜 상태를 보여 줍니다. 다음 조건을 충족하는지 확인합니다.
모든 프런트 엔드 웹 서버가 부하 분산되어 있으며 부하 분산 장치를 사용하여 순환됩니다.
모든 팜 서버가 올바르게 작동되는 중입니다.
모든 데이터베이스가 활성 상태이고 올바르게 작동합니다.
앞의 조건이 모두 충족되지 않은 경우에는 소프트웨어를 시작하지 마십시오. 계속하기 전에 모든 문제를 해결하십시오.
이전 버전과의 호환성 없이 현재 위치 방법 사용
이 시나리오에서는 프런트 엔드 웹 서버에 대한 수신 요청을 비활성화하고 모든 팜 서버에 업데이트를 설치하여 전체 팜을 종료합니다. 이 전략은 소프트웨어 업데이트 개요(SharePoint Foundation 2010)의 "소프트웨어 업데이트 프로세스"에 설명된 업데이트 및 업그레이드 단계를 조합합니다.
다음 그림에서는 팜에 업데이트를 설치하기 위해 수행해야 하는 일련의 단계를 보여 줍니다.
.gif "이전 버전과의 호환성을 유지하지 않고 전체 업데이트 적용")
앞의 그림을 참조하여 다음 절차에서 권장 단계를 사용합니다.
이전 버전과의 호환성 없이 업데이트를 설치하려면
부하 분산 장치의 순환 목록에서 웹 서버(WEB-1부터 WEB-4까지)를 제거하거나 부하 분산 장치를 일시 중지하여 서버에 대한 수신 요청을 중지합니다.
중앙 관리를 호스트하는 웹 서버(WEB-4)에서 업데이트를 설치하기 위해 실행 파일을 실행합니다.
서버가 성공적으로 업데이트되었는지 확인합니다.
첫 번째 웹 서버(WEB-1)에 로그온합니다.
실행 파일을 실행하여 웹 서버에 업데이트를 설치합니다.
실행 파일을 실행하여 남은 웹 서버(WEB-2 및 WEB-3)에 업데이트를 설치합니다.
모든 서버가 성공적으로 업데이트되었는지 확인합니다.
중앙 관리 서버(WEB-4)에서 SharePoint 제품 구성 마법사를 실행하여 구성 데이터베이스를 업그레이드하고 각 콘텐츠 데이터베이스를 직렬로 업그레이드합니다.
첫 번째 웹 서버(WEB-1)에서 SharePoint 제품 구성 마법사를 실행합니다.
참고
구성 마법사를 실행하여 특정 서버에 대해 업데이트가 실패할 경우 오류가 다른 웹 서버로 전파되지 않았는지 확인합니다. 예를 들어 한 서버에 대한 업그레이드 실패로 인해 다른 하나 이상의 사이트 모음에서 업그레이드 오류가 발생할 수도 있습니다.
남은 각 웹 서버에 대해 앞의 단계를 반복합니다.
업데이트 완료 및 성공을 확인합니다. 자세한 내용은 업데이트 완료 및 성공 확인을 참조하십시오.
부하 분산 장치의 순환 목록에 웹 서버(WEB-1부터 WEB-4까지)를 추가하거나 부하 분산 장치를 시작하여 서버에 대한 수신 요청을 사용하도록 설정합니다.
이전 버전과의 호환성을 포함하는 현재 위치 방법 사용
이 시나리오에서는 SharePoint Foundation 2010의 이전 버전과의 호환성 및 지연된 업그레이드 기능을 사용하여 소프트웨어 업데이트를 배포하는 데 필요한 가동 중지 시간을 줄입니다. 하지만 가동 중지 시간이 완전히 제거되는 것은 아닙니다. 사이트 및 서비스는 콘텐츠를 업그레이드하는 동안 사용할 수 없습니다.
이 소프트웨어 업데이트 시나리오에는 팜 서버에 업데이트를 설치하기 위해 두 개의 단계가 사용됩니다. 이러한 단계는 다음과 같습니다.
팜 서버에 업데이트를 설치하기 위한 업데이트를 수행합니다.
패치 적용 프로세스를 완료하기 위한 업그레이드를 수행합니다.
업데이트 단계에서는 팜을 계속해서 프로덕션 상태로 둘 수 있고 가동 중지 시간이 없거나 최소화됩니다. 하지만 업그레이드 단계에서는 팜을 사용할 수 없습니다. 팜을 업그레이드하는 동안 콘텐츠에 액세스하려고 시도하면 리소스 경합 및 잠금으로 인해 업그레이드가 실패하거나 업그레이드 프로세스가 과도하게 느려질 수 있습니다. 이러한 시도는 지원되지 않으며 테스트되지 않았습니다.
소프트웨어 업데이트 프로세스에 대한 자세한 내용은 소프트웨어 업데이트 개요(SharePoint Foundation 2010)의 "소프트웨어 업데이트 프로세스" 섹션을 참조하십시오.
업데이트 단계
다음 그림에서는 팜에 업데이트를 설치하기 위해 필요한 일련의 단계를 보여 줍니다.
.gif "이전 버전과의 호환성을 유지한 전체 업데이트")
앞의 그림을 참조하여 다음 절차에서 권장 단계를 사용합니다.
팜 서버에 업데이트를 설치하려면
부하 분산 장치의 순환 목록에서 웹 서버의 절반(WEB-1 및 WEB-2)을 제거하거나 부하 분산 장치를 일시 중지하여 서버에 대한 수신 요청을 중지합니다.
실행 파일을 실행하여 부하 분산 순환(WEB-1 및 WEB-2)을 벗어나는 각 웹 서버에 업데이트를 설치합니다. 이러한 각 서버에서는 SharePoint 제품 구성 마법사를 실행하지 마십시오. 두 웹 서버가 모두 성공적으로 업데이트되었는지 확인합니다.
부하 분산 장치의 순환 목록에서 남은 웹 서버(WEB-3 및 WEB-4)를 제거하거나 부하 분산 장치를 일시 중지하여 서버에 대한 수신 요청을 중지합니다. 이때 프런트 엔드 웹 서버는 팜에서 요청을 수신하지 않습니다.
업데이트된 웹 서버(WEB-1 및 WEB-2)를 부하 분산 순환에 다시 추가합니다.
실행 파일을 실행하여 부하 분산 순환을 벗어나는 각 웹 서버에 업데이트를 설치합니다. 이러한 각 서버에서는 SharePoint 제품 구성 마법사를 실행하지 마십시오. 두 웹 서버가 모두 성공적으로 업데이트되었는지 확인합니다.
업데이트된 웹 서버(WEB-3 및 WEB-4)를 부하 분산 순환에 다시 추가합니다.
업데이트 완료 및 성공을 확인합니다. 자세한 내용은 업데이트 완료 및 성공 확인을 참조하십시오.
이때 프로세스에서는 SharePoint 제품 구성 마법사가 팜 서버에서 실행되지 않았기 때문에 데이터베이스와 설정, 기능 및 사이트 수준 데이터와 같은 다른 구성 요소는 여전히 업그레이드해야 합니다. 하지만 팜은 이전 버전과의 호환성 모드로 실행될 수 있습니다.
업그레이드 단계
다음 그림에서는 팜 서버를 업그레이드하여 패치 적용 프로세스를 완료하는 데 필요한 일련의 단계를 보여 줍니다. 이 프로세스 중에 업그레이드 중인 사이트는 사용자에게 제공되지 않습니다.
.gif "업그레이드 단계")
앞의 그림을 참조하여 다음 절차에서 권장 단계를 사용합니다.
중요
순서에서 다음 서버를 업그레이드하기 전에 각 서버에서 업그레이드 상태를 모니터링합니다. 업그레이드를 시작하기 전에 팜에 대한 백업을 만드는 것이 좋습니다.
다음 절차에서는 팜을 업그레이드하기 위한 모든 단계를 보여 줍니다. 동일한 가동 중지 시간 내에 모든 구성 요소를 업그레이드하거나 가동 중지 시간을 줄여서 팜의 일부를 시간대별로 업그레이드할 수 있습니다. 업그레이드 단계를 분할하려는 경우 다음과 같은 구성 요소를 개별적인 가동 중지 시간에 업그레이드할 수 있습니다.
서비스
적용해야 하는 서비스에 대한 업데이트가 소프트웨어 업데이트에 포함된 경우 서비스를 업그레이드한 다음 콘텐츠 및 팜 업그레이드를 완료하기 위해 팜을 더 오랫동안 가동 중지시킬 수 있을 때까지 팜 작동을 다시 시작할 수 있습니다(절차에서 6단계 및 7단계).
콘텐츠 데이터베이스
매번 소량의 콘텐츠 데이터베이스만 업그레이드하도록 팜 가동 중지 시간을 짧게 수행한 다음(절차의 1단계에서 3단계까지) 팜 작동을 다시 시작할 수 있습니다(6단계 및 7단계). 모든 콘텐츠가 업그레이드되고 팜 서버를 업그레이드할 준비가 될 때까지 연속된 가동 중지 시간에 프로세스를 반복해서 수행할 수 있습니다.
또한 소량의 콘텐츠 데이터베이스에 대해 개별적인 콘텐츠 데이터베이스를 동시에 병렬로 업그레이드할 수도 있습니다. 하지만 전반적인 업그레이드 프로세스 속도가 느려지고 가동 중지 시간이 길어질 수 있으므로 너무 많은 콘텐츠 서버를 병렬로 업그레이드하려고 시도하지는 마십시오. 동일한 Microsoft SQL Server 볼륨에서는 동시에 세 개 이상의 콘텐츠 데이터베이스를 업그레이드하지 않는 것이 좋습니다. 그리고 업그레이드 프로세스가 시작될 때 잠금 충돌이 발생하지 않도록 각 콘텐츠 데이터베이스의 업그레이드 시작 시간을 몇 분 간격으로 병렬로 수행되도록 준비하는 것이 좋습니다. 또한 각 추가 업그레이드 프로세스는 상대적으로 많은 양의 리소스를 소비하므로 단일 웹 또는 응용 프로그램 서버에서 업그레이드 중인 콘텐츠 데이터베이스의 수를 제한하십시오. 웹 서버 또는 응용 프로그램 서버당 업그레이드할 수 있는 콘텐츠 데이터베이스의 일반적인 개수는 4개 데이터베이스입니다. 하지만 어떤 웹 서버 또는 응용 프로그램 서버에서 업그레이드가 시작되었든 간에 SQL Server 볼륨당 업그레이드되는 데이터베이스 수를 초과하지 않도록 주의하십시오.
팜을 업그레이드하려면
부하 분산 장치의 순환 목록에서 웹 서버(WEB-1부터 WEB-4까지)를 제거하거나 부하 분산 장치를 일시 중지하여 서버에 대한 수신 요청을 중지합니다.
중요
사이트 및 서비스는 업그레이드가 완료되고 서버가 활성 부하 분산 상태로 돌아올 때까지 사용할 수 없습니다.
필요에 따라 특정 서비스를 업그레이드합니다.
또한 일부 업데이트의 경우에는 추가 Windows PowerShell cmdlet을 실행하여 특정 서비스 응용 프로그램을 업그레이드해야 합니다. 이전 버전과의 호환성 모드로 서비스가 작동할 수 없는 경우와 같이 소프트웨어 업데이트 설명에 패치 적용 후에도 계속 작동할 수 있으려면 특정 서비스를 업그레이드해야 한다는 설명이 있으면 짧은 팜 작동 중지 시간을 할애하여 전체 팜을 업그레이드할 필요 없이 해당 서비스를 업그레이드할 수 있습니다. 특정 서비스 응용 프로그램을 업그레이드하기 위한 추가 Windows PowerShell cmdlet은 필요한 경우 해당 설명에 표시되어 있습니다.
Windows PowerShell Upgrade-SPContentDatabase cmdlet을 사용하여 각 콘텐츠 데이터베이스를 업그레이드합니다.
이 단계는 선택적인 단계이지만 모든 콘텐츠 데이터베이스가 먼저 업그레이드되도록 보장합니다. 이 단계에서는 작동 중지 시간을 줄이기 위해 일부 병렬화 방식을 사용합니다. 이 단계를 수행하지 않을 경우 팜 서버를 업그레이드하기 위해 SharePoint 제품 구성 마법사를 실행할 때 업그레이드되지 않은 남은 모든 콘텐츠 데이터베이스가 직렬로 업그레이드됩니다.
중요
각 데이터베이스에 대해 Upgrade-SPContentDatabase cmdlet을 실행합니다. 업그레이드한 웹 서버 또는 응용 프로그램 서버로부터 이 cmdlet을 실행할 수 있습니다. 해당 데이터베이스에서 이 프로세스가 실행되는 동안에는 각 데이터베이스의 콘텐츠를 사용할 수 없습니다.
중앙 관리 서버(WEB-4)에서 SharePoint 제품 구성 마법사를 실행합니다.
중요
SharePoint 제품 구성 마법사는 또한 구성 데이터베이스 및 아직 업그레이드되지 않은 다른 데이터베이스에 대한 즉시 업그레이드를 시작합니다. 콘텐츠 데이터베이스가 업그레이드된 유일한 데이터베이스일 가능성이 높기 때문에 이전 단계에서 설명한 대로 모든 서비스 응용 프로그램 데이터베이스도 이 단계에서 업그레이드됩니다. 이 프로세스가 실행되는 동안에는 사이트를 사용할 수 없습니다.
남은 웹 서버(WEB-1부터 WEB-3까지)에서 SharePoint 제품 구성 마법사를 실행합니다.
업데이트 완료 및 성공을 확인합니다. 자세한 내용은 업데이트 완료 및 성공 확인을 참조하십시오.
업그레이드된 웹 서버(WEB-1부터 WEB-4까지)를 부하 분산 장치의 순환에 다시 추가합니다.
기존 콘텐츠의 고가용성을 위한 데이터베이스 연결 방법 사용
기존 콘텐츠의 고가용성을 보장하기 위해 이 시나리오에서는 기존 팜에서 읽기 전용 데이터베이스를 사용합니다. 업데이트는 새 팜에 설치되고 사용자 트래픽은 이 팜으로 라우트됩니다.
다음 그림에서는 데이터베이스 연결 방법을 사용하여 새 팜에 업데이트를 설치하기 위해 수행해야 하는 일련의 단계를 보여 줍니다. 자세한 내용은 데이터베이스 연결 및 SharePoint Foundation 2010으로 업그레이드를 참조하십시오.
.gif "가동 중지 시간을 최소화하여 업데이트 적용")
앞의 그림을 참조하여 다음 절차에서 권장 단계를 사용합니다.
데이터베이스 연결을 사용하여 업데이트를 설치하려면
소프트웨어 업데이트를 설치하려는 새 팜을 만듭니다. 이 팜에는 프런트 엔드 웹 서버가 필요하지 않습니다. 자세한 내용은 새 SharePoint Foundation 환경 준비를 참조하십시오.
참고
원래 팜에서 데이터베이스 미러가 사용되는 경우 새 팜에서 소프트웨어 업데이트 배포를 완료한 후 미러링을 구성해야 합니다.
읽기 전용 상태가 되도록 기존 팜에서 데이터베이스를 구성합니다.
참고
기존 팜이 미러링된 경우 데이터베이스를 읽기 전용으로 설정하기 전에 미러링을 일시 중지해야 합니다.
읽기 전용 데이터베이스를 구성하는 방법에 대한 자세한 내용은 데이터베이스 연결 및 SharePoint Foundation 2010으로 업그레이드의 "이전 버전의 데이터베이스를 읽기 전용으로 설정(읽기 전용 데이터베이스와 데이터베이스 연결)" 섹션 및 읽기 전용 데이터베이스를 사용하는 팜 실행(SharePoint Foundation 2010)을 참조하십시오.
읽기 전용 상태가 되도록 기존 팜에서 서비스 응용 프로그램 데이터베이스를 구성합니다. 이렇게 하면 서비스 응용 프로그램이 예상치 않게 변경되는 것을 방지할 수 있습니다.
기존 팜에서 콘텐츠 데이터베이스를 백업합니다. 자세한 내용은 Backup and recovery (SharePoint Foundation 2010)를 참조하십시오.
콘텐츠 데이터베이스를 새 데이터베이스 서버로 복원합니다.
이전 팜에 있는 각 기존 서비스 응용 프로그램에 대해 새 팜에 서비스 응용 프로그램을 만듭니다.
기존 팜에서 모든 설정을 복제해야 합니다.
데이터베이스 연결을 사용하여 새 팜에서 데이터베이스를 만듭니다. 자세한 내용은 SharePoint Foundation 2010으로 데이터베이스 연결 업그레이드 수행 및 읽기 전용 콘텐츠 데이터베이스 연결 및 복원(SharePoint Foundation 2010)을 참조하십시오
새 팜에 문제가 없는지 확인합니다.
새 팜을 가리키도록 DNS를 구성하거나 새 팜이 부하 분산되어 있는지 확인하여 새 팜을 프로덕션 팜으로 설정합니다. 사용자가 새 팜에 액세스할 수 있는지 확인합니다.
사용자가 캐시된 DNS로부터 전환할 수 있는 시간을 허용하고 이전 팜의 역할을 해제합니다.
업데이트 완료 및 성공을 확인합니다. 자세한 내용은 업데이트 완료 및 성공 확인을 참조하십시오.
업데이트 완료 및 성공 확인
사용하는 업데이트 전략 및 소프트웨어 업데이트 중 수행한 모니터링에 관계없이 업데이트가 완료되었고 성공했는지 확인해야 합니다. 자세한 내용은 업그레이드 확인 및 업그레이드된 사이트 검토(SharePoint Foundation 2010)를 참조하십시오.