업그레이드에 따라 다른 서비스가 영향을 받는 방법(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에서보다 사용할 수 있는 서비스도 더 많아졌습니다. 이러한 구조적인 변경으로 인해 서비스 데이터를 업그레이드하려면 사전에 여러 가지 면을 계획하고 고려해야 합니다. 또한 새 서비스 인프라와 업그레이드의 작업 방식을 이해하고, 새 버전으로 업그레이드하려는 특정 서비스에 대해 고려해야 할 사항도 이해해야 합니다.

이 문서의 내용

• SharePoint Server 2010의 업데이트된 서비스 인프라

• 서비스를 포함한 전체 업그레이드

• 서비스와 함께 데이터베이스 연결 업그레이드

• 특정 서비스에 대한 고려 사항

SharePoint Server 2010의 업데이트된 서비스 인프라

SharePoint Server 2010에서는 서비스가 더 이상 SSP(공유 서비스 공급자)에 포함되지 않습니다. 대신 서비스를 호스팅하는 인프라는 Microsoft SharePoint Foundation 2010으로 이동되었고, 서비스 제공 구성 면에서 훨씬 뛰어난 유연성을 확보하게 되었습니다. 개별 서비스를 독립적으로 구성할 수 있으며 타사 서비스를 플랫폼에 추가할 수 있습니다. SSP 데이터베이스에 데이터를 저장했던 대부분의 서비스는 이제 자체 데이터베이스를 보유하며, 보유하는 데이터베이스가 둘 이상인 서비스도 있습니다. 새 서비스를 사용하도록 설정한 경우 해당 서비스의 데이터를 저장할 데이터베이스도 생성됩니다. 다음 표에서는 업그레이드 전과 업그레이드 후 환경의 서비스 데이터베이스를 나열합니다. 이 표의 목록은 하나의 예일 뿐입니다. 데이터베이스 목록은 사용 중인 환경에서 설정되어 있는 서비스에 따라 달라집니다.

서비스의 업그레이드 프로세스를 시작하기 전에 업데이트된 서비스 인프라를 검토하고, 업그레이드해야 할 서비스 및 업그레이드된 환경으로 통합할 새 서비스를 결정합니다. SharePoint Server 2010 환경에서 호스팅할 서비스 및 서비스 응용 프로그램을 지원하는 데 필요한 논리 및 실제 아키텍처를 계획해야 합니다. 자세한 내용은 논리 아키텍처 구성 요소(SharePoint Server 2010) 및 기술 다이어그램(SharePoint Server 2010)의 서비스 모델을 참조하십시오.

서비스를 포함한 전체 업그레이드

전체 업그레이드를 수행할 때 서비스 인프라 및 서비스 자체의 설정은 모두 프로세스의 일부로 업그레이드됩니다. 다음 섹션 및 다이어그램에서는 업그레이드 프로세스 중 여러 서비스 구성 요소가 처리되는 방식을 설명합니다.

• SSP(공유 서비스 공급자)

  전체 업그레이드 동안 모든 SSP는 서비스당 하나씩 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시로 변환되고, 이름은 기본 이름이 지정됩니다. 예를 들어 SSP의 이름이 SharedServices1이면 서비스 응용 프로그램 이름은 SharedServices1_서비스가 됩니다(예: "SharedServices1_Search"). 모든 SSP는 해당 SSP에서 사용하는 웹 응용 프로그램과의 연결을 유지한 채 업그레이드됩니다. 모든 SSP 관리자는 SharePoint 중앙 관리 웹 사이트에 위임된 관리자로 추가됩니다.

• 데이터베이스

  SSP 데이터베이스가 업그레이드되며 데이터는 새 사용자 프로필 및 분류 데이터베이스로 복사됩니다. 기타 서비스 정보는 기타 서비스 데이터베이스 또는 구성 데이터베이스로 이동됩니다.

• 사이트

  SSP 관리 사이트의 경우 비즈니스 데이터 카탈로그 프로필 페이지를 제외하고는 대부분 빈 사이트로 업그레이드됩니다. 비즈니스 데이터 카탈로그 페이지에 필요하지 않은 사이트는 업그레이드 후 삭제할 수 있습니다.

전체 업그레이드 전

• 예정된 타이머 작업 설정과 같이 다시 적용해야 하는 모든 설정을 수집합니다.

• 서비스 아키텍처를 검토하고 업그레이드의 변경 사항(있는 경우)을 결정합니다.

전체 업그레이드를 시작하기 전 수행해야 하는 단계에 대한 자세한 내용은 SharePoint Server 2010로의 전체 업그레이드를 참조하십시오.

전체 업그레이드 중

SSP가 하나인 경우 서비스 응용 프로그램에 대한 모든 프록시가 기본 프록시 그룹에 추가됩니다. 다음 다이어그램에서는 전체 업그레이드 중 적용되는 팜의 변경 사항을 보여 줍니다.

업그레이드 전 서비스 인프라:

업그레이드 후 서비스 인프라:

SSP가 여러 개인 경우 함께 업그레이드되며 업그레이드 후에는 여러 개의 프록시 그룹이 생성됩니다. 다음 다이어그램에서는 전체 업그레이드 중 적용되는 팜의 변경 사항을 보여 줍니다.

업그레이드 전 서비스 인프라:

업그레이드 후 서비스 인프라:

자세한 내용 및 전체 업그레이드를 수행하는 자세한 단계는 SharePoint Server 2010로의 전체 업그레이드를 참조하십시오.

전체 업그레이드 후

• 새로운 및 업그레이드된 서비스 구성

  SharePoint Server 2010에서 새롭게 사용할 수 있는 서비스가 많이 있습니다. 전체 업그레이드를 수행한 후 이와 같은 새로운 서비스를 사용하도록 설정할 수 있습니다.

  • 새로운 서비스를 호스팅하는 서비스 응용 프로그램을 만들어야 합니다. 팜 구성 마법사를 사용하여 팜에서 몇 가지 새로운 서비스를 빠르게 선택하고 사용하도록 설정할 수도 있고, 서비스를 수동으로 구성할 수도 있습니다.

  • 또한 다른 웹 응용 프로그램과 함께 사용할 임의의 서비스 응용 프로그램에 대해 프록시를 추가할 수 있습니다.

• Profile Service의 경우 모든 분류 데이터를 수동으로 업그레이드합니다.

• Excel Services의 경우 Secure Store Service의 새로운 무인 서비스 계정을 구축합니다.

• 비즈니스 데이터 카탈로그의 경우 비즈니스 데이터 카탈로그 프로필 페이지를 새로운 위치로 마이그레이션하는 것이 좋습니다.

서비스의 업그레이드 후 단계에 대한 자세한 내용은 전체 업그레이드의 업그레이드 이후 단계 수행(SharePoint Server 2010)을 참조하십시오.

서비스와 함께 데이터베이스 연결 업그레이드

대부분의 서비스 설정은 데이터베이스 연결을 통해 업그레이드할 때 다시 구성해야 합니다. 데이터베이스를 새로운 팜으로 이동하고 콘텐츠를 업그레이드할 때 새 팜에서 서비스 인프라를 만들고 새 팜 및 새 버전에 따라 서비스를 구성해야 합니다. 이전 팜에서 SSP 데이터베이스를 연결할 수 있지만 해당 데이터베이스의 프로필 정보만 업그레이드되며, 임의의 검색 정보나 기타 서비스 설정은 업그레이드되지 않습니다. 데이터베이스 연결 업그레이드 방법을 사용해서는 검색 데이터베이스를 업그레이드할 수 없습니다.

SharePoint Server 2010으로 업그레이드할 때 데이터베이스 연결 방법을 사용하는 경우 서비스 인프라를 성공적으로 다시 구성하기 위해서는 업그레이드 전, 업그레이드 중 그리고 업그레이드 후에 수행해야 할 단계가 몇 가지 있습니다.

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

• 새 팜을 구성할 때 해당 팜에 대한 새로운 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시도 구성해야 하고 사용할 모든 서비스에 대한 설정도 구성해야 합니다.

• Profile Service를 사용하는데 데이터베이스에 분류 데이터가 있는 경우 업그레이드 전에 Managed Metadata Service를 구성합니다. 이런 방법으로 데이터베이스를 연결할 때 공유 서비스 데이터베이스에서 모든 분류 데이터를 업그레이드할 수 있습니다.

• InfoPath Forms Services의 경우 다음 명령을 사용하여 Office SharePoint Server 2007에서 관리자가 배포하는 양식 서식 파일(.xsn 파일) 및 데이터 연결 파일(.udcx 파일)을 내보냅니다.
  Stsadm.exe -o exportipfsadminobjects -filename*<CAB 내보내기 경로*>

• InfoPath Forms Services의 경우 콘텐츠 데이터베이스를 연결하기 전에 모든 관리자가 배포한 양식 서식 파일 및 데이터 연결 파일을 새 팜으로 가져옵니다. Import-SPIPAdministrationFilesWindows PowerShell cmdlet을 사용하여 양식을 가져올 수 있습니다.

데이터베이스 연결 업그레이드를 수행하기 전에 새로운 환경을 구성하는 방법에 대한 자세한 내용은 데이터베이스 연결 업그레이드를 위한 새 SharePoint Server 2010 환경 준비를 참조하십시오.

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

콘텐츠 데이터베이스를 연결하고 업그레이드할 때 SSP 데이터베이스도 연결하여 업그레이드해야 하며, 그렇게 하면 데이터베이스의 프로필 정보가 업그레이드됩니다. 다음 표에서는 업그레이드 전과 후의 서비스 데이터베이스 예를 제공합니다.

자세한 내용 및 데이터베이스 연결 업그레이드 수행 절차에 대해서는 SharePoint Server 2010으로 데이터베이스 연결 및 업그레이드를 참조하십시오.

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

• 서비스에 대한 관리자 사용 권한을 다시 적용합니다. 데이터베이스 연결 업그레이드를 수행할 때 기본적으로 팜 관리자는 모든 서비스에 대한 사용 권한을 가집니다.

• Excel Services의 경우 Secure Store Service를 사용하여 Excel Services와 상호 작용하는 새로운 무인 서비스 계정을 구축해야 합니다.

• InfoPath Forms Services의 경우 Update-SPInfoPathAdminFileURLWindows PowerShell cmdlet을 사용하여 업그레이드된 양식 서식 파일에서 사용되는 모든 링크를 업데이트합니다.

• Profile Service의 경우 모든 분류 데이터를 업그레이드합니다. Move-SPProfileManagedMetadataPropertyWindows PowerShell cmdlet을 사용하여 수동으로 프로필 분류 데이터를 분류 데이터베이스로 업그레이드하고, Managed Metadata 및 User Profile Service 응용 프로그램에 데이터를 다시 연결합니다. User Profile Service와 Managed Metadata Service는 동일한 프록시 그룹에 있어야 데이터를 업그레이드하고 사용할 수 있습니다.

• 비즈니스 데이터 카탈로그의 경우 비즈니스 데이터 카탈로그 프로필 페이지를 새로운 위치로 마이그레이션하는 것이 좋습니다.

서비스의 업그레이드 후 단계에 대한 자세한 내용은 데이터베이스 연결 업그레이드를 위해 업그레이드 이후 단계 수행(SharePoint Server 2010)을 참조하십시오.

특정 서비스에 대한 고려 사항

Office SharePoint Server 2007에서 사용할 수 있었던 다음 서비스를 SharePoint Server 2010으로 업그레이드할 수 있습니다. 서비스 인프라가 변경된다는 것은 서비스가 제공되는 환경의 업그레이드를 계획 및 수행할 때 고려해야 할 추가 사항이 있다는 의미입니다.

사용자 프로필

• 서비스

  현재 사용자 프로필 및 분류 정보에 사용되는 서비스는 두 가지로, User Profile Service와 Managed Metadata Service입니다. 전체 업그레이드 중 이러한 두 가지 서비스는 자동으로 사용되도록 설정되고 구성됩니다. 데이터베이스 연결 업그레이드 방법을 사용하는 경우 User Profile Service를 업그레이드하기 전에 Managed Metadata Service를 사용하도록 설정하고 구성하여 업그레이드 과정의 일부로 분류 데이터를 업그레이드할 수 있습니다.

• 데이터베이스

  • 전체 업그레이드 중 Office SharePoint Server 2007의 사용자 프로필 데이터가 SSP 데이터베이스에서 새 사용자 프로필 데이터베이스로 업그레이드됩니다. 모든 분류 데이터가 업그레이드되며, 업그레이드가 완료된 후 Move-SPProfileManagedMetadataPropertyWindows PowerShell cmdlet을 사용하여 Managed Metadata Service에서 사용할 수 있도록 분류 데이터를 분류 데이터베이스로 복사할 수 있습니다.

  • 데이터베이스 연결 업그레이드 중 SSP 데이터베이스가 연결될 때 SSP 데이터베이스의 사용자 프로필 및 분류 데이터가 업그레이드되지만 데이터베이스가 복사되거나 이름이 변경되지는 않습니다. 업그레이드가 완료된 후 Move-SPProfileManagedMetadataPropertyWindows PowerShell cmdlet을 사용하여 Managed Metadata Service에서 사용할 수 있도록 분류 데이터를 분류 데이터베이스로 복사할 수 있습니다.

• 업그레이드 후 예정된 타이머 작업을 다시 구성해야 합니다. 업그레이드 중 이러한 작업은 다시 기본 시간으로 설정됩니다. 따라서 시간을 다시 적용할 수 있도록 업그레이드 전에 타이머 작업 일정을 기록해 두어야 합니다.

• 프로필과 관련된 지속적인 속성(예: MySiteHostURL)은 전체 업그레이드 중에는 유지되지만 데이터베이스 연결 업그레이드를 사용할 경우에는 업그레이드되지 않는데 이러한 속성은 서비스 데이터베이스가 아닌 구성 데이터베이스에 저장되어 있기 때문입니다.

  다음과 같은 속성은 전체 업그레이드 중에는 유지되지만 데이터베이스 연결 업그레이드 중에는 유지되지 않습니다.

  • MySiteHostURL

  • SearchCenterURL

  • EnablePersonalFeaturesforMultipleDeployments

  • ProfileStoreLanguage

  • ProfileStoreLanguagePacksApplied

  • ProfileStoreCollationID

  • DaysWorthOfEventsToKeep

내 사이트

Profile Service를 업그레이드할 때 내 사이트 호스트를 동시에 업그레이드합니다. 내 사이트 자체를 동시에 업그레이드할 필요는 없습니다. 최상의 결과를 위해서는 내 사이트(또는 최소한 내 사이트 호스트)를 주요 인트라넷 사이트와 동시에 업그레이드하는 것이 좋습니다.

Office SharePoint Server 검색

전체 업그레이드를 수행하기 전에 검색 토폴로지를 검토하고 업그레이드 후의 새로운 권장 사항 및 요구 사항에 맞추어 조정해야 합니다. 자세한 내용은 검색 계획(Office SharePoint Server)(영문일 수 있음) 및 기술 다이어그램(SharePoint Server 2010)의 검색 모델을 참조하십시오.

데이터베이스 연결 방법을 사용하여 업그레이드하는 경우 검색 데이터를 업그레이드할 수 없습니다. 데이터베이스 연결 업그레이드를 사용하는 경우 다른 콘텐츠의 업그레이드와는 별도로(업그레이드 전이든 후든) 새 팜에서 검색을 구성해야 합니다.

• 서비스 응용 프로그램

  업그레이드 중 Office SharePoint Server 2007 팜의 Search Service를 호스팅하는 각 SSP에 대해 SharePoint Server 2010 팜에 새로운 서비스 응용 프로그램이 생성됩니다.

  인덱스 서버 역할을 하는 응용 프로그램 서버가 동일한 서버에서 크롤링 구성 요소가 됩니다.

  모든 쿼리 서버는 동일한 인덱스 파티션에 있는 모든 동일한 서버에서 쿼리 구성 요소가 됩니다.

• 데이터베이스

  SharePoint Server 2010에서 Search Service는 다음과 같은 세 개의 데이터베이스를 사용합니다.

  • 검색 관리 데이터베이스(새로운 데이터베이스): Office SharePoint Server 2007의 SSP 데이터베이스에 저장되던 검색 관리 설정을 포함합니다.

  • Search Service 크롤링 데이터베이스(새로운 데이터베이스): Office SharePoint Server 2007의 SSP 데이터베이스에 저장되던 크롤링 기록 정보를 포함합니다.

  • Search Service 속성 저장소 데이터베이스(다시 사용되는 검색 데이터베이스): 검색의 메타데이터를 포함합니다.

• 인덱스 파일

  업그레이드 전 인덱스 파일은 인덱스 서버 및 쿼리 서버에 저장됩니다. 업그레이드 후에는 쿼리 구성 요소를 포함하는 서버만 인덱스 파일을 저장합니다.

Windows SharePoint Services 검색

SharePoint Server 2010에서 Windows SharePoint Services Search Service는 다시 구조화됩니다. 전체 업그레이드 중 Windows SharePoint Services Search Service가 중지되었다가 다시 구축됩니다. Office SharePoint Server 2007에서 Windows SharePoint Services Search Service는 응용 프로그램 서버에 인덱스 파일을 저장하고, 팜에 있는 서버당 하나의 데이터베이스(WSS_Search)를 보유합니다. 전체 업그레이드 중 이 데이터베이스는 다시 구조화되고 다시 사용됩니다. 하지만 이전 데이터는 유지되지 않으며 업그레이드되지도 않습니다.

InfoPath Forms Services

데이터베이스 연결 업그레이드 방법을 사용하여 업그레이드하는 경우 데이터베이스 연결을 수행하기 전에 Export-SPInfoPathAdministrationFilesWindows PowerShell cmdlet을 사용하여 관리자가 배포한 모든 양식 서식 파일(.xsn 파일) 및 데이터 연결 파일(.udcx 파일)을 내보낸 다음 새 팜으로 해당 파일을 가져와야 합니다. 새 서버의 URL이 이전 서버의 URL과 다를 경우 Update-SPInfoPathAdminFileUrlWindows PowerShell cmdlet을 실행하여 업그레이드된 양식 서식 파일에 사용된 링크를 업데이트할 수 있습니다.

양식 및 양식 서식 파일을 업그레이드하는 방법에 대한 자세한 내용은 SharePoint Server 2010으로 업그레이드 중 양식 서식 파일 업그레이드 계획을 참조하십시오.

Excel Services

• Excel Services는 SharePoint Server 2010에서 로컬 서비스로 남아 있습니다. 즉, Excel Services를 사용하는 팜에서 해당 서비스를 실행해야 합니다.

• 전체 업그레이드의 경우 Excel Services용 SSP 데이터베이스에 저장된 모든 구성 정보가 업그레이드되고 구성 데이터베이스로 이동됩니다. 데이터베이스 연결 업그레이드 방법의 경우 새로운 팜에서 Excel Services를 다시 구성해야 합니다.

• 전체 업그레이드든 데이터베이스 연결 업그레이드든 업그레이드 후에는 Secure Store Service를 사용하여 Excel Services와 상호 작용하는 새로운 무인 서비스 계정을 구축해야 합니다.

비즈니스 데이터 카탈로그

전체 업그레이드 중 SSP 데이터베이스에 저장되던 데이터는 별도의 데이터베이스로 이동 및 업그레이드됩니다. 또한 새로운 서비스 응용 프로그램이 SharePoint Server 2010 서비스에 대해 생성됩니다. 새로운 서비스인 응용 프로그램 레지스트리 역호환 서비스는 이전의 비즈니스 데이터 카탈로그 연결을 관리하는 데 사용됩니다.

비즈니스 데이터 카탈로그는 데이터베이스 연결 업그레이드 방법을 사용할 경우 업그레이드되지 않습니다.

자세한 내용은 Business Connectivity Services로의 업그레이드 계획(SharePoint Server 2010)을 참조하십시오.

Single Sign-On

SSO(Single Sign-On) 서비스는 SharePoint Server 2010에서 Secure Store Service로 대체되고 있습니다. Windows PowerShell cmdlet을 사용하여 SSO에서 Secure Store Service로 응용 프로그램 정의를 업그레이드할 수 있습니다. 단, 암호는 업그레이드되지 않습니다. 응용 프로그램 정의를 업그레이드한 후에는 Secure Store Service를 기본 SSO 공급자로 설정할 수 있습니다. 자세한 내용은 전체 업그레이드의 업그레이드 이후 단계 수행(SharePoint Server 2010)을 참조하십시오.