업그레이드 방식 결정(SharePoint Foundation 2010)

 

적용 대상: SharePoint Foundation 2010

마지막으로 수정된 항목: 2016-11-30

Windows SharePoint Services 3.0에서 Microsoft SharePoint Foundation 2010으로 업그레이드하는 프로세스를 실행하려면 먼저 사용할 업그레이드 방식을 결정해야 합니다. 이 문서에서는 각 방식의 장단점을 비교하고 업그레이드 방식에 영향을 줄 수 있는 특수 사례에 대한 정보를 검토하는 데 도움이 되는 정보를 제공합니다. 이 문서의 정보와 함께 지원되는 업그레이드 경로와 지원되지 않는 업그레이드 경로 검토(SharePoint Foundation 2010)를 참조하여 어떤 업그레이드 상황이 유효한지 정확하게 파악하고 업그레이드 작업을 성공적으로 수행하도록 합니다.

참고

업그레이드를 수행하려면 Windows SharePoint Services 3.0 서비스 팩 2(SP2)를 설치해야 합니다.

이 문서의 내용

  • 업그레이드 방식 선택

  • 특수 사례

업그레이드 방식 선택

전체 업그레이드와 데이터베이스 연결 업그레이드의 두 가지 기본 업그레이드 방식이 있습니다. 또한 이러한 기본 방식의 여러 측면을 결합하여 가동 중지 시간을 줄이거나 성능을 잠재적으로 향상시키기 위해 사용할 수 있는 다양한 기법이 있습니다.

다음 표에서는 전체 업그레이드 방식과 데이터베이스 연결 업그레이드 방식을 비교합니다.

방식 설명 장점 단점

전체 업그레이드

동일한 하드웨어에 SharePoint Foundation 2010을 설치할 수 있습니다. 단일 프로세스의 일부로 서버 팜에서 콘텐츠 및 설정을 업그레이드할 수도 있습니다.

팜 전체 설정이 보존되고 업그레이드됩니다. 사용자 지정 내용을 업그레이드 후 환경에서 사용할 수 있습니다. 단, 업그레이드 또는 재작업을 위해 수작업이 필요할 수도 있습니다.

업그레이드가 진행되는 동안 서버와 팜은 오프라인 상태를 유지합니다. 업그레이드는 연속해서 진행되므로, 모든 콘텐츠를 순서대로 업그레이드할 수 있을 만큼 충분한 시간을 할당해야 합니다.

데이터베이스 연결 업그레이드

별도의 팜에서 환경의 콘텐츠를 업그레이드할 수 있습니다. 결과적으로 서비스 또는 팜 설정은 업그레이드되지 않습니다. 순서에 상관없이 데이터베이스를 업그레이드할 수 있고, 여러 데이터베이스의 동시 업그레이드도 가능합니다. 데이터베이스는 모두 업그레이드되지만 해당 데이터베이스의 콘텐츠는 사용자에게 제공되지 않습니다.

동시에 여러 콘텐츠 데이터베이스를 업그레이드할 수 있으므로 전체 업그레이드에 비해 전반적인 업그레이드 시간이 단축됩니다. 데이터베이스 연결 업그레이드를 사용하여 팜 하나에 여러 팜을 결합할 수 있습니다.

서버 및 팜 설정이 업그레이드되지 않습니다. 이전 팜의 설정을 새 팜으로 보존하려면 수동으로 전송해야 합니다. 사용자 지정 내용도 새 팜에 수동으로 전송해야 합니다. 사용자 지정 내용이 누락되면 기능이 손실되거나 사용자 환경에 문제가 생길 수 있습니다. 네트워크를 통해 데이터베이스를 복사하면 시간과 대역폭을 소모하게 되므로 계획을 세워야 합니다. 데이터베이스 서버에 직접 액세스할 수 있어야 합니다.

전체 업그레이드 및 데이터베이스 연결 업그레이드의 작동 방식에 대한 자세한 내용은 업그레이드 프로세스 개요(SharePoint Foundation 2010)를 참조하십시오.

다음 표에서는 업그레이드 프로세스에서 사용자가 콘텐츠에 액세스하지 못하는 시간을 줄이고 업그레이드 성능을 높일 수 있는 가중 중지 시간 완화 기법을 설명합니다.

기법 설명 장점 단점

병렬 업그레이드

여러 데이터베이스를 동시에 연결하고 업그레이드하여 전반적인 업그레이드 프로세스 속도를 높일 수 있습니다. 가능한 최대 병렬 업그레이드 수는 하드웨어에 따라 결정됩니다. 이 기법은 전체 업그레이드와 데이터베이스 연결 업그레이드 모두에 사용할 수 있습니다.

전체 환경의 업그레이드 시간이 단축됩니다.

추가 작업 단계와 모니터링이 필요한 수동 프로세스입니다.

혼합 방식 1: 읽기 전용 데이터베이스를 사용한 데이터베이스 연결

업그레이드 프로세스 동안에도 지속적으로 콘텐츠에 대한 읽기 전용 액세스를 제공할 수 있습니다. 이 방식에서는 다른 팜에서 업그레이드를 진행하는 동안 데이터베이스를 읽기 전용으로 설정합니다. 이 방법을 사용하면 사용자가 인식하는 가동 중지 시간을 줄일 수 있습니다.

기존 팜은 콘텐츠를 업그레이드하는 동안 업그레이드되지 않은 사이트를 읽기 전용 모드로 계속 호스팅할 수 있습니다. 따라서 최소 수준의 가동 중지 시간이 발생합니다.

동시에 여러 콘텐츠 데이터베이스를 업그레이드할 수 있으므로 전체 업그레이드에 비해 전반적인 업그레이드 시간이 단축됩니다.

소프트웨어뿐 아니라 하드웨어도 업그레이드할 수 있습니다.

서버 및 팜 설정이 업그레이드되지 않습니다. 이전 팜의 설정을 새 팜으로 보존하려면 수동으로 전송해야 합니다.

모든 사용자 지정 내용도 수동으로 전송하여 업그레이드해야 합니다. 사용자 지정 내용이 누락되면 기능이 손실되거나 사용자 환경에 문제가 생길 수 있습니다.

네트워크를 통해 데이터베이스를 복사하면 시간과 대역폭을 소모하게 되므로 계획을 세워야 합니다.

데이터베이스 서버에 직접 액세스할 수 있어야 합니다.

혼합 방식 2: 분리된 데이터베이스를 사용한 전체 업그레이드

전체 업그레이드의 콘텐츠 및 설정 업그레이드 기능을 활용하면서 데이터베이스 연결 업그레이드의 속도로 업그레이드를 수행할 수 있습니다. 이 방식에서는 전체 업그레이드를 사용하여 팜과 설정을 업그레이드하고 동일한 팜 또는 별도의 팜에서 여러 데이터베이스를 동시에 분리 및 업그레이드합니다.

팜 전체의 설정을 유지하고 업그레이드할 수 있습니다.

사용자 지정 내용을 업그레이드 후 환경에서 사용할 수 있습니다. 단, 업그레이드 또는 재작업을 위해 수작업이 필요할 수도 있습니다.

동시에 여러 콘텐츠 데이터베이스를 업그레이드할 수 있으므로 전체 업그레이드에 비해 전반적인 업그레이드 시간이 단축됩니다.

네트워크를 통해 데이터베이스를 복사하면 시간과 대역폭을 소모하게 되므로 계획을 세워야 합니다.

데이터베이스 서버에 직접 액세스할 수 있어야 합니다.

이러한 기법을 두 가지 이상 함께 사용할 수도 있습니다. 예를 들어 원본 팜을 읽기 전용 모드로 설정하고 팜의 복사본을 만들어 콘텐츠 데이터베이스를 사용하지 않고 업그레이드한 다음, 병렬 업그레이드 방식으로 모든 사용자 콘텐츠를 신속하게 업그레이드하고, 업그레이드가 완료되면 마지막으로 사용자를 새 팜으로 전환할 수 있습니다. 이러한 가동 중지 시간 완화 기법 작업에 대한 자세한 내용은 업그레이드 프로세스 개요(SharePoint Foundation 2010)를 참조하십시오.

가동 중지 기간이 지나치게 길어질 경우 대체 액세스 매핑 URL 리디렉션을 데이터베이스 연결 업그레이드 방식에 활용하여 새 팜의 콘텐츠를 업그레이드하는 동안 임시로 사용자를 기존 팜으로 리디렉션하는 방법도 사용할 수 있습니다. 이 방법은 까다로운 고급 방법이기 때문에 다른 가동 중지 시간 완화 기법으로 가동 중지 시간이 충분히 단축되지 않을 경우에만 사용해야 합니다. 자세한 내용은 업그레이드 프로세스의 일부로 AAM URL 리디렉션 사용(SharePoint Foundation 2010)(백서)을 참조하십시오.

특수 사례

업그레이드할 때 기타 요구 사항이나 추가 목표가 있을 수 있습니다. 다음 표에서는 이러한 특수 사례와 각 사례에 적합한 업그레이드 방식을 설명합니다.

사례 업그레이드 방식

Windows 내부 데이터베이스를 사용한 독립 실행형 설치 업그레이드

Windows 내부 데이터베이스를 사용하는 독립 실행형 서버에서 Windows SharePoint Services 3.0을 실행하는 경우 전체 업그레이드 프로세스 실행 시에 데이터베이스가 SQL Server Express로 마이그레이션됩니다. 이때 데이터베이스 크기가 4GB를 초과하면 데이터 중 일부를 저장할 원격 BLOB 저장소를 구성해야 합니다. 자세한 내용은 Windows SharePoint Services 3.0의 독립 실행형 설치에서 원격 BLOB 저장소를 포함한 SharePoint Foundation 2010으로 업그레이드를 참조하십시오.

SQL Server의 32비트 버전에서 64비트 버전으로 업그레이드

SQL Server의 32비트 버전을 실행 중인 경우 64비트 버전으로 마이그레이션해야 합니다. 최상의 성능을 위해 SharePoint Foundation 2010으로 업그레이드하기 전에 먼저 이 마이그레이션을 수행하는 것이 좋습니다. 업그레이드 오류가 발생하지 않도록 한 번에 한 종류의 업그레이드 또는 마이그레이션만 수행해야 합니다. 자세한 내용은 64비트 환경으로 기존 서버 팜 마이그레이션(Windows SharePoint Services 3.0)을 참조하십시오.

SQL Server의 32비트 버전을 64비트 버전으로 업그레이드하는 방법은 다음 두 가지가 있습니다.

  • 팜의 전체 데이터베이스 집합을 백업하고 업그레이드를 수행한 다음 데이터베이스를 복원할 수 있습니다. 전체 백업을 수행하기 때문에 지원 및 권장되는 방법으로, 데이터베이스를 복원한 후에도 SharePoint Foundation 2010에서 아무것도 변경하지 않아도 됩니다.

  • 업그레이드할 SQL Server 데이터베이스를 SQL Server의 다른 64비트 버전으로 옮길 수 있습니다. 다른 64비트 버전을 새로 추가한 후 SharePoint Foundation 2010을 실행하는 컴퓨터에서 SQL Server의 새 64비트 버전을 가리키도록 명령을 실행해야 합니다. 데이터베이스에서 위치를 변경하는 경우 등의 상황이 발생하면 SharePoint Foundation 2010에서 추가 작업이 필요하다는 점 때문에, 지원되긴 하지만 권장되지는 않는 방법입니다.

참고

SQL Server 버전을 업그레이드하는 경우(예: SQL Server 2005 SP2에서 SQL Server 2008로) SQL Server의 32비트 버전을 64비트 버전으로 업그레이드하기 전이나 후 또는 업그레이드하는 동안에 이 업그레이드를 수행할 수 있습니다.

Windows Server 2003에서 Windows Server 2008로 업그레이드하는 경우

SharePoint Foundation 2010으로 업그레이드하기 전에 운영 체제를 업그레이드합니다.

Windows SharePoint Services 3.0을 실행하는 경우 Windows Server 2008로 업그레이드하는 특정 단계를 수행해야 합니다. 자세한 내용은 Windows SharePoint Services 3.0 SP1용 Windows Server 2008로 업그레이드를 참조하십시오.

32비트 운영 체제에서 64비트 운영 체제로 업그레이드하는 경우

32비트 운영 체제를 사용하는 경우 업그레이드하기 전에 64비트 운영 체제로 마이그레이션해야 합니다. 자세한 내용은 64비트 환경으로 기존 서버 팜 마이그레이션(Windows SharePoint Services 3.0)을 참조하십시오.

양식 기반 인증을 사용하는 환경 업그레이드

양식 기반 인증을 사용하는 경우에는 추가 업그레이드 단계를 수행해야 합니다. 자세한 내용은 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증 구성(SharePoint Foundation 2010)을 참조하십시오.

대규모 데이터베이스 업그레이드

일반적으로 크기가 큰 데이터베이스, 특히 포함된 문서 수가 많거나 문서 크기가 큰 데이터베이스일수록 작은 데이터베이스보다 업그레이드 시간이 많이 걸립니다. 그러나 업그레이드 시간을 결정하는 것은 데이터베이스 크기 자체가 아니라 데이터의 복잡성입니다. 업그레이드 프로세스 시간이 초과할 때는 대부분 연결 문제가 원인인 경우가 많습니다. Windows SharePoint Services 3.0에서는 프로세스 실행 시간 때문에 업그레이드 프로세스 시간이 초과되는 경우가 많지만 SharePoint Foundation 2010에서는 이러한 문제가 잘 발생하지 않습니다. 환경의 업그레이드 소요 시간에 대한 자세한 내용은 업그레이드 프로세스 소요 시간 및 필요 공간 예측(SharePoint Foundation 2010)을 참조하십시오.

Windows SharePoint Services 2.0에서 업그레이드

데이터베이스 연결 업그레이드 방법을 사용하여 Windows SharePoint Services 3.0로 업그레이드한 다음 다시 SharePoint Foundation 2010으로 업그레이드하십시오. 이 업그레이드 프로세스에 대한 자세한 내용은 Windows SharePoint Services 2.0에서 SharePoint Foundation 2010으로 업그레이드를 참조하십시오.

다국어 도메인 이름 사용 여부

IDN(다국어 도메인 이름)을 지원했던 Windows SharePoint Services 3.0과 달리 SharePoint Foundation 2010에서는 IDN을 지원하지 않습니다. 현재 Windows SharePoint Services 3.0에서 IDN을 사용하고 있고 SharePoint Foundation 2010으로 업그레이드하거나 마이그레이션할 계획이라면 먼저 IDN 사용을 중지하고 모든 IDN 설정을 삭제한 다음 비IDN 환경을 설정해야 합니다. 자세한 내용은 다국어 사이트 계획(SharePoint Foundation 2010)을 참조하십시오.