업그레이드 프로세스 소요 시간 및 필요 공간 예측(SharePoint Server 2010)

적용 대상: SharePoint Server 2010

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

Microsoft Office SharePoint Server 2007에서 Microsoft SharePoint Server 2010으로 업그레이드를 계획할 때 중요한 단계로 업그레이드 프로세스에 걸리는 시간 및 필요한 저장 공간의 양을 결정해야 합니다. 모든 환경은 고유하며, 서로 다른 하드웨어 기능과 사이트 특성을 포함합니다. 따라서 업그레이드를 실행하는 데 필요한 공간과 시간도 환경에 따라 크게 달라집니다. 이러한 요인을 예상하는 가장 효율적인 방법은 시험 업그레이드 단계를 수행한 다음 공간 크기 및 소요 시간을 검토하는 것입니다. 시험 업그레이드를 수행하는 방법에 대한 자세한 내용은 테스트 업그레이드를 사용하여 잠재적 문제 발견(SharePoint Server 2010)을 참조하십시오.

이 문서의 내용

• 업그레이드에 필요한 공간 예상

• 업그레이드 소요 시간 예상

업그레이드에 필요한 공간 예상

전체 업그레이드 및 데이터베이스 연결 업그레이드 방법 두 가지 모두에서 업그레이드 중 데이터베이스가 증가할 수 있습니다. 또한 업그레이드 프로세스가 실행되는 동안 많은 트랜잭션이 수행되므로 발생하는 변경 내용을 저장할 수 있는 공간이 로그 파일에 있어야 합니다. 따라서 데이터베이스와 로그 파일 모두에서 확장을 계획해야 합니다.

업그레이드를 계획할 때 업그레이드 중 최상의 환경 및 성능을 얻을 수 있도록 현재 환경에서 Office SharePoint Server 2007용 저장소에 대해 최상의 방법을 따르는지 확인해야 합니다. 자세한 내용은 실제 저장소 권장 사항(Office SharePoint Server)(영문일 수 있음)을 참조하십시오. 또한 SharePoint Server 2010의 최상의 방법을 검토하고 업그레이드된 환경에 필요한 조정을 적용해야 합니다.

새 버전에서 테이블 구조가 변경됨에 따라 데이터를 재구성하는 동안 일시적으로 데이터베이스 크기가 증가합니다. 이 공간은 업그레이드 후에 다시 확보할 수 있지만 전체 업그레이드 또는 데이터베이스 연결 업그레이드를 실행하는 동안 데이터베이스가 현재 크기보다 50%이상 커지더라도 충분히 감당할 수 있는 공간이 있는지 확인해야 합니다. 다시 한번 말하지만 이 공간은 업그레이드 후에 데이터베이스 크기를 줄여 대부분 다시 확보할 수 있습니다. 또한 데이터베이스 서버에 일반적인 사용에 따른 데이터베이스 확장을 수용할 공간이 충분한지도 확인해야 합니다. 현재 데이터베이스의 크기를 확인하려면 Microsoft SQL Server의 엔터프라이즈 관리자를 사용하십시오. 데이터베이스 공간 외에 다음 항목에 대한 공간도 필요합니다.

• 임시 데이터베이스. 임시 데이터베이스의 급격한 증가를 수용할 수 있도록 데이터베이스 공간이 충분해야 합니다. 공간이 충분하지 않으면 업그레이드 프로세스의 시간이 초과되고 업그레이드가 실패합니다.

• 업그레이드 로그 파일

• 데이터베이스의 트랜잭션 로그 파일. 데이터베이스에서 발생하는 많은 변경 내용을 저장하려면 이 로그 파일의 크기가 빠르게 증가되어야 합니다.

  참고

  대규모 환경의 경우 트랜잭션 로그 파일의 기본 증가율(10%)로는 업그레이드 프로세스를 기록하기가 어려울 수 있으며, 이로 인해 시간 초과가 발생할 수 있습니다. 이 경우에도 트랜잭션 로그 파일이 업그레이드 프로세스를 기록할 수 있는지 확인하는 가장 좋은 방법은 시험 업그레이드를 수행하는 것입니다. 환경이 매우 크거나 시험 업그레이드 중에 프로세스의 시간이 초과된 경우에는 처리해야 하는 트랜잭션 수에 대해 충분한 공간을 확보하도록 SQL Server 트랜잭션 로그 파일의 크기를 미리 확장해 두는 것이 좋습니다. SQL Server 트랜잭션 로그 파일을 확장하는 방법에 대한 자세한 내용은 데이터베이스 확장(SQL Server 2005)(https://go.microsoft.com/fwlink/?linkid=182619&clcid=0x412) 또는 데이터베이스 확장(SQL Server 2008) (https://go.microsoft.com/fwlink/?linkid=182620&clcid=0x412)을 참조하십시오.

업그레이드 소요 시간 예상

디스크 공간 예상치를 계산하고 일부 테스트를 수행한 후에는 실제 업그레이드 프로세스의 소요 시간을 대략적으로 계산할 수 있습니다. 업그레이드 시간은 환경에 따라 확연한 차이를 보입니다. 업그레이드 성능은 사용하는 하드웨어, 사이트 복잡도, 구현의 특정 특성 등에 크게 좌우됩니다. 예를 들어 큰 문서 라이브러리나 개인 설정 사이트가 많은 경우에는 단순한 사이트에 비해 업그레이드 시간이 오래 걸릴 수 있습니다.

다음 표에서는 성능에 영향을 주는 요인에 대해 설명합니다.

데이터의 구조화 방식은 업그레이드 소요 시간에 영향을 줄 수 있습니다. 예를 들어 각기 항목이 10개씩인 10,000개의 목록을 업그레이드하는 시간은 각기 항목이 10,000개씩인 10개 목록의 경우보다 깁니다. 항목 수에 상관없이 각 목록에 대해 목록 인프라를 업그레이드하는 데 필요한 작업을 수행해야 하므로, 목록이 많을수록 작업이 많아집니다. 이러한 원칙은 위의 표에서 "콘텐츠 요인"의 대부분 항목에 마찬가지로 적용됩니다.

또한 하드웨어 구조는 성능에 상당한 영향을 줄 수 있습니다. 일반적으로 데이터베이스 서버 성능이 웹 서버 성능보다 중요하지만 각 계층의 저전압 하드웨어 또는 연결 문제는 업그레이드 성능에 상당한 영향을 줄 수 있습니다.

업그레이드 프로세스의 소요 시간은 선택한 업그레이드 방식에 따라서도 크게 달라집니다. 가장 빠른 업그레이드 방법은 데이터베이스 연결 업그레이드입니다. 그러나 이 방식을 사용하는 경우 전체 업그레이드에 비해 업그레이드 이전/이후 단계가 더 오래 걸립니다. 전체 업그레이드의 경우 사이트 외에도 환경을 업그레이드하기 때문에 시간이 약간 더 걸리지만 데이터베이스 연결 업그레이드만큼 업그레이드 이전/이후 단계가 많지는 않습니다.

전체 업그레이드 소요 시간을 예상하는 가장 효율적인 방법은 데이터 일부 또는 전체를 사용하여 시험 업그레이드를 수행한 다음 업그레이드 로그 파일을 검토하는 것입니다. 로그 파일에는 업그레이드 기간이 포함되며, 업그레이드 로그 파일의 아래쪽에서 총 경과 시간을 확인할 수 있습니다. 이 시간을 통해 전체 콘텐츠 집합에 대한 업그레이드 기간을 추정할 수 있습니다. 또한 로그 파일을 통해 업그레이드 프로세스 중에 진행률을 확인할 수도 있습니다. upgrade.log 파일은 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS에 있습니다.

시험 업그레이드를 바탕으로 계산한 예상 소요 시간은 데이터에 대한 실제 업그레이드 프로세스의 소요 시간일 뿐이며, 이 단계 전후에 수행해야 하는 모든 단계(데이터 업그레이드 자체보다 더 오래 걸릴 수 있음)는 포함되지 않습니다. 업그레이드 소요 시간을 예상할 때는 데이터 처리에 필요한 시간 외에도 업그레이드 이전/이후 단계 중에 수행되는 작업의 소요 시간도 포함해야 합니다.

업그레이드 전 단계의 경우 다음과 같은 요인을 고려하십시오.

• 사용자 지정 요소 만들기   새 기능을 활용하는 웹 파트를 업그레이드하거나 사용자 지정 서식 파일을 다시 실행하려면 시간이 걸릴 수 있습니다. 사용자 지정 요소를 만드는 프로세스는 초기(프로젝트 평가 단계 중)에 시작해야 합니다.

• 데이터베이스 백업   전체 업그레이드의 경우 드물지만 업그레이드가 실패하여 서버 팜을 다시 만들어야 하는 경우에 데이터베이스를 복구할 수 있도록 전체 환경에 대해 차등 백업이 아닌 전체 백업을 수행해야 합니다. 대규모 환경의 경우에는 이 단계를 진행하는 데 상당히 시간이 소요될 수 있습니다. 특히 네트워크 위치로 백업하는 경우에는 네트워크 지연 문제로 인해 이 프로세스의 속도가 떨어질 수 있습니다.

업그레이드 후 단계의 경우 다음과 같은 요인을 고려하십시오.

• 사이트 확인 및 변경 수행   업그레이드 후에 사용자가 충분한 시간 동안 사이트의 유효성을 검사할 수 있도록 합니다. 이 작업은 며칠이 걸릴 수 있습니다. 자세한 내용은 업그레이드 확인 및 업그레이드된 사이트 검토(SharePoint Server 2010)를 참조하십시오.

• 서비스 응용 프로그램 작성 및 서비스 구성   이 단계는 데이터베이스 연결 업그레이 중에만 적용됩니다. 전체 업그레이드에서는 서비스 응용 프로그램이 업그레이드 프로세스의 일부로 만들어집니다. 서비스 응용 프로그램을 작성하고 서비스를 구성하는 작업은 오래 걸리지 않지만, 데이터베이스 관리자에게 데이터베이스를 미리 만들도록 요청해야 하는 경우에는 1 - 2일 전에 미리 요청해야 할 수 있습니다.

• 분류 데이터로 프로필 속성 변환 및 User Profile Service의 사진 저장소 업데이트   선택 목록이 포함된 사용자 프로필 속성이 Managed Metadata Service에서 제공하는 분류 기능을 사용하도록 속성을 변환해야 합니다. 해당 환경의 사용자 프로필 수에 따라 이러한 단계로 인해 업그레이드 프로세스 시간이 한 시간 이상 늘어날 수 있습니다.

• 사용자 크롤링 실행   대규모 조직의 경우 이 단계는 24시간 이상 걸릴 수 있습니다.

• 모든 콘텐츠에 대해 검색 크롤링 실행   대규모 조직의 경우 이 단계는 24시간 이상 걸릴 수 있습니다.

다음을 비롯한 환경의 기타 요인에 의해서도 업그레이드 시간이 길어질 수 있습니다.

• 매우 큰 문서 라이브러리   250,000개가 넘는 문서가 모두 폴더가 아닌 문서 라이브러리 루트에 있는 문서 라이브러리의 경우 업그레이드하는 데 시간이 오래 걸릴 수 있으며, 업그레이드가 실패할 수도 있습니다. 폴더 사용에 대한 Microsoft Office SharePoint Server 2007 지침에 따라 큰 문서 라이브러리를 분할하면 라이브러리 크기를 쉽게 관리할 수 있습니다. 예를 들어 동일한 문서 라이브러리를 다시 정렬하여 250,000개의 문서를 125개의 폴더로 구분하면 업그레이드가 훨씬 쉬워집니다.

• 매우 큰 데이터베이스   100GB가 넘는 데이터베이스의 경우 업그레이드하는 데 시간이 오래 걸릴 수 있습니다.

  참고

  콘텐츠 데이터베이스의 크기는 100GB가 넘지만 내 사이트와 팀 사이트 결합과 같이 혼합된 사이트 유형으로 구성되어 있는 경우에는 업그레이드를 실행하기 전에 일관된 유형을 포함하는 작은 데이터베이스로 분할하는 것이 좋습니다. 데이터베이스 크기가 크면 업그레이드 시간이 오래 걸릴 뿐 아니라 업그레이드가 제대로 완료되지 않는 경우 복구하기도 어렵습니다.
  Stsadm.exe에서 mergecontentdbs 또는 backup 및 restore 작업을 사용하여 데이터베이스 간에 사이트를 이동할 수 있습니다. 자세한 내용은 Mergecontentdbs: Stsadm 작업(Office SharePoint Server)(영문일 수 있음) 및 백업 및 복원: Stsadm 작업(Office SharePoint Server)(영문일 수 있음)을 참조하십시오.

  데이터베이스의 크기가 100GB 이상으로 매우 크지만 대부분의 콘텐츠가 단일 사이트 모음에 포함되어 있어서 데이터베이스를 분할할 수가 없는 경우에는 다른 업그레이드 방식을 사용해 볼 수 있습니다. 데이터베이스 연결 업그레이드 방식을 사용하는 경우 매우 큰 데이터베이스를 처리하기가 더 어려운데, 이렇게 큰 데이터베이스는 백업 및 복원하기가 힘들기 때문입니다.

  경고

  업그레이드를 수행하기 전에 이전 버전과 새로운 버전의 용량 계획 지침을 모두 따르고 있는지 확인하십시오. 최상의 성능을 위한 지침을 초과하는 경우 업그레이드 프로세스가 더 오래 걸리거나, 크기가 큰 동일 문서 라이브러리에서 프로세스 시간이 계속 초과되는 등 업그레이드 자체가 제대로 수행되지 않을 수 있습니다. 배포가 권장 용량 지침을 충족하지 않는 경우에는 업그레이드를 수행하기 전에 지침 충족을 위해 특정 작업을 수행해야 하는지를 확인하십시오. 이 경우에도 시험 업그레이드를 수행하면 도움이 됩니다.

• 정보 교환 요구 사항

  업그레이드 일정을 사용자 및 팀에 알려 미리 작업을 처리하도록 해야 합니다. 자세한 내용은 정보 교환 계획 만들기(SharePoint Server 2010)를 참조하십시오.

• 시스템 센터 경고 및 경보 관리

  업그레이드 중 시스템 성능을 모니터링해야 하지만 특정 기능을 모니터링할 필요는 없습니다. Microsoft Systems Center Operations Manager 또는 Microsoft Operations Manager의 불필요한 경고 및 경보는 일시 중지한 다음 업그레이 후에 다시 설정하십시오.

• SQL 미러링 및 로그 전달 설정/해제

  업그레이드 전에 미러링 및 로그 전달을 해제했다가 업그레이드 후 환경이 올바르게 실행된다고 생각되면 다시 설정해야 합니다. 업그레이드 중에는 미러링 또는 로그 전달을 실행하면 SQL Server를 실행하는 서버에 부하가 추가되고 임시 데이터를 미러링 또는 전달하는 데 리소스를 소비하게 되므로 해당 기능을 실행하지 않는 것이 좋습니다.

업그레이드 프로세스를 테스트하여 소요 시간을 확인한 다음 업그레이드 작업의 일정을 만들고 작업 일정을 테스트하여 최종 일정을 결정하십시오. 작업 일정에 업그레이드 이전/이후 단계를 수행해야 하는 시간을 포함해야 합니다. 시작하기 전에 환경을 백업하는 데 5시간이 걸리면 예상 가동 중지 시간에 해당 시간을 포함해야 합니다. 또한 복원 또는 복구해야 할 경우에 대비하여 여유 시간을 포함해야 하며, 예상 가동 중지(실제 경우) 및 응급 가동 중지(최악의 경우) 일정을 모두 결정해야 합니다.