64비트 환경으로 기존 서버 팜 마이그레이션(Office SharePoint Server 2007)

아티클
06/16/2015

업데이트 날짜: 2010년 10월

적용 대상: Office SharePoint Server 2007

마지막으로 수정된 항목: 2015-03-09

Microsoft Office SharePoint Server 2007을 64비트 환경으로 업그레이드하려면 기존 서버를 새 팜으로 마이그레이션해야 합니다. Office SharePoint Server 2007는 Office SharePoint Server 2007 32비트 버전에서 64비트 버전으로 직접 업그레이드할 수 없습니다.

환경에 적합한 마이그레이션 전략을 결정해야 합니다. 이 문서에서는 SharePoint 팜에서 64비트 환경의 서버로 완벽하게 마이그레이션하기 위한 단계별 지침이 제공됩니다. 64비트 환경의 이점에 대한 자세한 내용은 64비트 하드웨어 및 소프트웨어의 장점(Office SharePoint Server 2007)을 참조하십시오.

기존 팜을 64비트 환경으로 마이그레이션하는 방법에는 여러 가지가 있습니다. 64비트 서버를 기존 팜에 추가한 다음 32비트 서버를 제거하는 방법도 그 중 하나입니다. 이 문서에서 설명되고 있는 단계별 방법은 발생할 수 있는 성능 문제를 완화시키기 위해 작성되었습니다. 또한 마이그레이션에 필요한 작동 중단 기간을 분산하며 사용자가 팜 서버를 마이그레이션한 후 적정 수준의 테스트를 수행할 수 있게 해 줍니다.

마이그레이션 중에 서비스가 손상되므로 사용자에게 미치는 영향을 최소화할 수 있는 시간 동안 마이그레이션을 계획하고 수행해야 합니다.

이 문서에는 다음 섹션이 포함되어 있습니다.

제약 조건 및 알려진 문제
팜을 마이그레이션 하기 전에
64비트 환경으로 서버 마이그레이션

제약 조건 및 알려진 문제

다음 영역의 선행 조건, 제약 조건 및 알려진 문제는 64비트 환경의 Microsoft Office SharePoint Server 배포에 적용됩니다.

SharePoint 소프트웨어 업데이트 및 서비스 팩

원본 및 대상 팜의 모든 컴퓨터에서 Office SharePoint Server를 동일한 서비스 팩 또는 소프트웨어 업데이트 수준으로 업데이트합니다. 모든 서버에서 소프트웨어 버전이 동일하지 않으면 발생할 수 있는 잠재적인 사후 마이그레이션 오류를 방지하기 위해 필요한 작업입니다.

운영 체제 또는 데이터베이스 버전을 교차하여 마이그레이션하려는 경우 Windows Server 2008 및 Microsoft SQL Server 2008에도 적용되는 Windows Server 2003 및 Microsoft SQL Server 2005에 릴리스 및 설치된 공용 업데이트를 확인하여 설치하는 것이 좋습니다.

기존 응용 프로그램

SharePoint 64비트 버전에서 32비트 어셈블리를 로드할 수 없기 때문에 기존 32비트 응용 프로그램 및 사용자 지정 어셈블리(예: 웹 파트 및 이벤트 수신기)를 다시 컴파일하여 64비트 아키텍처에서 실행해야 합니다. 기존 응용 프로그램 또는 사용자 지정 어셈블리를 다시 컴파일하기 전에 두 아키텍처 모두에서 실행되도록 컴파일되었는지 확인합니다. 그런 경우 단일 아키텍처에 이를 컴파일하지 마십시오. Microsoft Visual Studio에서 이 빌드 옵션은 AnyCPU입니다.

기존 응용 프로그램이 타사 응용 프로그램인 경우 64비트 버전 및 호환성에 대해 타사 공급업체에 확인합니다. 원본을 갖고 있지 않은 사용자 지정 계약된 솔루션의 경우 테스트 64비트 환경에서 이 솔루션을 확인하여 호환성을 확인하십시오.

팜의 각 계층에 유형이 같은 서버 유지

최상의 방법으로는 마이그레이션하는 동안 각 계층에 유형이 같은 서버를 유지하는 것이 좋습니다. 계층은 최종 사용자 편리성을 고려했을 때 분리될 수 없는 유사한 서비스를 제공하는 서버를 그룹화한 것입니다. 예를 들어 서비스 사용자의 요청에 따라 부하가 분산된 프런트 엔드 웹 서버가 계층을 구성하지만 웹 응용 프로그램이 실행되는 SharePoint 인덱스 서버는 해당 계층의 일부로 간주되지 않습니다.

이 문서의 절차를 따르면 각 계층에 동일한 아키텍처를 가진 서버가 포함됩니다.

기존 팜에 단순히 64비트 서버를 추가하여 64비트 환경으로 서버를 마이그레이션하려는 경우 각 계층에 유형이 같은 서버를 항상 유지할 수 없으므로 성능이 저하되거나 일정하지 않게 됩니다. 이 문제는 하드웨어 및 소프트웨어 요구 사항 확인(Office SharePoint Server)(https://go.microsoft.com/fwlink/?linkid=119403&clcid=0x412)에서 확인할 수 있습니다. 기존 팜에 64비트 서버를 추가하는 마이그레이션 방법은 사용할 수 있지만 계층의 혼합 아키텍처와 연관된 성능 문제가 발생할 수 있으므로 팜 마이그레이션에 사용하지 않는 것이 좋습니다.

Windows Server 2008

Windows Server 2008을 실행 중인 컴퓨터에 Office SharePoint Server를 설치하려면 SP1을 포함한 Office SharePoint Server를 설치해야 합니다.

Office SharePoint Server의 경우 SP1이 포함되어 있는 통합 설치를 만들 수 있습니다. 자세한 내용은 다음을 참조하십시오.

소프트웨어 업데이트를 포함하는 설치 원본 만들기(Office SharePoint Server 2007)(https://go.microsoft.com/fwlink/?linkid=134726&clcid=0x412)
Dan Winter의 문서, 최신 업데이트를 사용하여 SharePoint 통합 설치를 만드는 방법 (영문)(https://go.microsoft.com/fwlink/?linkid=139512&clcid=0x412)에서도 제품의 통합 설치 버전을 만드는 방법에 대한 정보를 제공합니다.

Windows Server 2008에 설치된 Windows SharePoint Services 3.0

SharePoint 사이트에 대용량 파일을 업로드하려고 하면 Windows Server 2008에서 실행되고 있는 Windows SharePoint Services 3.0 사이트에서 시간이 초과되는 알려진 문제가 있습니다. 자세한 내용은 다음을 참조하십시오.

MVP Shane Young의 블로그 포스트, Windows Server 2008 WFE에서 대용량 파일 업로드를 허용하지 않는 경음 (영문)(https://go.microsoft.com/fwlink/?linkid=145881&clcid=0x412)
기술 자료 문서 925083, Windows SharePoint Services 3.0 사이트의 문서 라이브러리에 대용량 파일을 업로드하려고 할 때 오류 메시지가 나타남: "요청 시간이 초과되었습니다."(https://go.microsoft.com/fwlink/?linkid=145916&clcid=0x412)

IFilter 및 확장

대부분의 IFilter 구성 요소 및 확장 기능은 64비트를 지원합니다. 32비트 IFilter 및 확장 기능이 64비트 환경에서 작동하는지 확인하십시오.

Microsoft Filter Pack을 사용하는 경우 64비트 환경에서 Visio 필터에 알려진 문제가 발생하지 않도록 하려면 Windows SharePoint Services 3.0 및 Office SharePoint Server 2007에 대해 12월 누적 업데이트 이상을 설치해야 합니다.

참고

Microsoft Filter Pack은 Office SharePoint Server 2007을 포함하여 다양한 검색 제품과 작동합니다. 필터 팩에서는 .pptx, .docx와 같은 Microsoft Office 형식의 파일을 검색하여 인덱스에 크롤링하는 IFilter를 제공합니다.

IBM Lotus Notes 인덱싱

IBM에서는 Lotus Notes API 64비트 버전을 제공하지 않으므로 64비트의 Office SharePoint Server 2007 환경에서 IBM Lotus Notes 데이터베이스를 크롤링할 수 없습니다.

팜을 마이그레이션하기 전에

팜을 마이그레이션하기 전에 환경 간에 여러 계층 팜을 마이그레이션하는 데 권장되는 예제 팜 토폴로지 모델 및 전략을 검토하십시오. 이 마이그레이션 전략은 이 형식의 팜 토폴로지에서 가장 완벽한 마이그레이션을 수행할 수 있도록 고안되었습니다.

팜 토폴로지

다음 그림에서는 원본(팜 A) 및 대상(팜 B) 팜에 사용되는 팜 토폴로지를 보여 줍니다. 이 토폴로지는 여러 서버에 설치된 SharePoint 역할이 있는 팜을 나타냅니다. 간편하게 참조할 수 있도록 각 팜의 서버는 각각의 계층을 기준으로 하여 계층으로 그룹화되어 있습니다.

마이그레이션을 위한 팜 토폴로지

마이그레이션용 Office SharePoint Server 팜

위 그림에서 다음 사항에 주의하십시오.

계층 1-A 및 1-B는 두 개의 부하 분산 프런트 엔드 웹 서버(WebA-32 및 WebB-32, WebA-64 및 WebB-64)로 구성되어 있습니다.
계층 2-A 및 2-B는 두 개의 응용 프로그램 서버로 구성되어 있습니다. 하나는 사이트 관리 및 검색 쿼리(AppA-32, AppA-64)용이고 다른 하나는 검색 인덱싱(AppB-32, AppB-64)용입니다.
계층 3-A 및 3-B는 하나의 데이터베이스(DB-32, DB-64)로 구성되어 있습니다.

다음 표에는 각 팜의 서버에 설치되어 있는 소프트웨어가 나열되어 있습니다.

팜 서버에 설치되어 있는 소프트웨어

소프트웨어	팜 A(32비트)	팜 B(64비트)
운영 체제	Windows Server 2003 SP2	Windows Server 2008
데이터베이스	SQL Server 2005 SP2	SQL Server 2008
Office SharePoint Server	최신 누적 업데이트가 설치된 Office SharePoint Server 2007	최신 누적 업데이트가 설치된 Office SharePoint Server 2007

위 표를 참조하며 다음 사항에 주의하십시오.

최상의 방법으로는 Windows Server 2003 및 Windows Server 2008에 공통으로 적용되는 핫픽스가 설치된 대상 서버에서 운영 체제를 업데이트하는 것이 좋습니다.
Windows Server 2008의 Server Core 설치에 Office SharePoint Server를 설치할 수 없습니다.
이 문서에 설명되어 있는 마이그레이션은 모든 SharePoint 버전 및 패치 수준(최신 서비스 팩 또는 소프트웨어 업데이트에 대한 RTM)을 지원합니다. 최소한 최신 서비스 팩 또는 인프라 업데이트 수준(최신 버전)으로 SharePoint에 패치를 적용하는 것이 좋습니다. 인프라 업데이트에는 SharePoint 제품 및 기술에 대한 몇 가지 업데이트와 Office SharePoint Server 2007에 대한 새로운 엔터프라이즈 검색 기술이 포함되어 있습니다. 이 특정 업데이트에 대한 자세한 내용은 다음 기술 자료 문서를 참조하십시오.
- 2008년 7월 15일자 Windows SharePoint Services 3.0용 인프라 업데이트에 대한 설명(https://go.microsoft.com/fwlink/?linkid=133362&clcid=0x412)
- 2008년 7월 15일자 Microsoft Office Servers 인프라 업데이트에 대한 설명(https://go.microsoft.com/fwlink/?linkid=121886&clcid=0x412)

마이그레이션 전략

전략은 다음 시퀀스를 따라 팜에 있는 각 계층에 대해 개별 단계로 팜 서버를 마이그레이션 및 테스트하기 위한 것입니다.

계층 3-A: 기존 데이터베이스 서버를 새 데이터베이스 서버로 마이그레이션합니다. 이 계층은 첫 번째로 수행되어 64비트 시스템에서 32비트 데이터베이스로 쿼리 중이거나 기록 중인 경우 발생할 수 있는 성능 문제를 완화시킵니다. 다음 옵션을 사용할 수 있습니다.
- 대상 서버의 호스트 서버 이름을 원본 서버의 것과 동일하게 유지합니다.
- 대상 서버의 호스트 서버 이름을 변경합니다. 이 옵션은 이 문서에서 사용된 데이터베이스 마이그레이션 옵션입니다.
계층 2-A: 새 데이터베이스 서버를 테스트한 다음 기존 응용 프로그램 서버를 새 팜으로 마이그레이션합니다.
계층 1-A: 응용 프로그램 서버를 테스트한 다음 새 팜에 64비트 프런트 엔드 웹 서버를 추가합니다.

앞에서 설명하고 있는 체계적인 방법은 의무 사항이 아니지만 가장 완벽한 마이그레이션을 수행할 수 있는 마이그레이션 및 테스팅용 환경을 제공하므로 이 방법을 따르는 것이 좋습니다. 이 방법을 사용하면 파일 누락, 데이터 손상과 같은 예상치 못한 결과를 최소화하고 마이그레이션하는 동안 서비스 가동 중지 시간을 효과적으로 관리할 수 있습니다.

64비트 환경으로 서버 마이그레이션

이 섹션의 방법을 사용하여 다음 운영 체제 및 데이터베이스가 설치된 팜으로 마이그레이션할 수 있습니다.

Windows Server 2003 64비트 버전
Windows Server 2008 64비트 버전
SQL Server 2005 64비트 버전
SQL Server 2008 64비트 버전

마이그레이션 측면에서 볼 때 이러한 운영 체제 및 데이터베이스 간의 두드러진 차이는 대상 서버의 준비에 있습니다.

1단계(백 엔드 데이터베이스), 2단계(응용 프로그램 서버) 및 3단계(프런트 엔드 서버) 마이그레이션을 수행하기 전에 다음 섹션을 읽어 보십시오.

시작하기 전에

팜 마이그레이션을 시작하기 전에 다음 작업을 완료해야 합니다.

업데이트된 참조 자료 얻기
팜 구성 문서화
필요한 계정 및 사용 권한 파악 및 문서화
대상 팜 준비

업데이트된 참조 자료 얻기

모든 데이터베이스 이동(Office SharePoint Server 2007)(https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x412)의 복사본을 얻습니다. 이 항목에는 SharePoint 데이터베이스 서버 이동에 대한 SQL Server 및 Stsadm 명령을 포함하는 광범위한 지침이 포함되어 있습니다. 이러한 지침에서는 다음 시나리오를 다룹니다.

이름이 같은 새 데이터베이스 서버로 데이터베이스 이동
이름이 다른 새 데이터베이스 서버로 데이터베이스 이동

팜 구성 문서화

팜의 일부 요소는 수동으로 마이그레이션해야 합니다. 다음을 문서로 만들었는지 확인합니다.

SSP와 연결된 웹 응용 프로그램
사용자 지정된 마스터 페이지 및 기타 페이지
사용자 지정된 기타 콘텐츠
기능
사용자 지정 응용 프로그램 및 컴파일된 DLL
사용자 지정된 기타 팜 요소

필요한 계정 및 사용 권한 파악 및 문서화

원본 및 대상 서버에서 작업하려면 모든 데이터베이스 이동(Office SharePoint Server 2007)(https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x412)을 참조하여 Office SharePoint Server 2007 도구, Microsoft SQL Server 데이터베이스 도구 및 운영 체제 명령을 사용하기 위한 올바른 사용 권한이 있는지 확인합니다.

대상 팜 준비

대상 팜의 응용 프로그램 및 데이터베이스 서버에 대해 다음 준비 작업이 필요합니다.

서버에 해당 운영 체제 업데이트를 적용합니다.
Windows Server 2008 운영 체제에 단순 팜 배포(Office SharePoint Server)(https://go.microsoft.com/fwlink/?linkid=145932&clcid=0x412)를 참조하여 Windows Server 2008에 SQL Server를 구성하고 SharePoint를 배포합니다.
데이터베이스 서버에 SQL Server 2005 또는 SQL Server 2008 중 하나를 설치합니다.
SharePoint 제품 및 기술 구성 마법사를 사용하여 AppA-64에 SharePoint 기본 설치를 완료합니다. 설치를 마치면 두 개의 응용 프로그램 서버(AppA-64 및 AppB-64) 및 데이터베이스 서버(DB-64)가 있는 새 팜이 생깁니다.

중요

새 콘텐츠 데이터베이스에 원본 팜의 콘텐츠 데이터베이스 이름과 같은 이름을 입력하지 마십시오. 두 SharePoint 팜 간에 콘텐츠 데이터베이스를 공유할 수 없습니다.

1단계: 백 엔드 데이터베이스 마이그레이션

이 단계에서는 다음 절차 중 하나 이상을 사용하여 백 엔드 데이터베이스를 마이그레이션합니다.

이름이 같은 호스트 서버로 데이터베이스 이동
이름이 다른 호스트 서버로 데이터베이스 이동

참고

SharePoint 데이터베이스 서버 이름은 변경할 수 있지만 인스턴스 이름은 변경할 수 없습니다. 예를 들어 DB-32\sharepoint는 DB-64\sharepoint로 이름을 바꿀 수 있지만 DB-32\sharepoint는 DB-32\sharepoint2로 이름을 바꿀 수 없습니다.

다음 절차를 수행하려면 콘텐츠 데이터베이스를 전체 백업해야 합니다.

이름이 같은 호스트 서버로 데이터베이스 이동

Office SharePoint Server 2007과 연결된 서비스를 중지하고 IIS(인터넷 정보 서비스)를 중지하여 팜 A를 완전히 중지합니다.
SQL Server 2005 도구를 사용하여 원본 데이터베이스 서버(DB-32)에 SharePoint 데이터베이스를 모두 백업합니다.
원본 데이터베이스 서버(DB-32)를 종료합니다.
팜 A 또는 팜 B의 일부가 아닌 서버 공유 폴더에 모든 백업 파일을 복사합니다. 이 공유 폴더는 모든 중요 SharePoint 파일에 대한 복원 지점을 제공합니다.
대상 데이터베이스 서버로 데이터베이스 백업 파일을 복사합니다.
SQL Server 2008 도구를 사용하여 DB-32에서 DB-64로 데이터베이스를 복원합니다.
SQL Server 로그인, 고정 서버 역할, 고정 데이터베이스 역할 및 대상 서버(DB-64)에 대한 데이터베이스 사용 권한 모두를 복사합니다.
데이터베이스를 새 데이터베이스 서버에 다시 연결합니다.
AppA-32 응용 프로그램 서버를 다시 시작하여 변경 사항을 적용하고 Office SharePoint Server 2007과 연결된 서비스, 웹 사이트, 응용 프로그램 풀이 시작되는지 확인합니다.
팜 A의 모든 서버가 DB-64를 가리키도록 구성합니다.
팜 A를 다시 시작합니다.
환경에 적합한 테스트를 수행하여 팜 A가 새 데이터베이스와 작동하는지 확인합니다.

다음 절차를 수행하려면 SSP 및 콘텐츠 데이터베이스 모두를 전체 백업해야 합니다.

참고

팜에서 SQL Server 별칭을 사용하여 SQL Server 데이터베이스에 연결하는 경우 SSP 백업 및 복원을 수행할 필요가 없습니다.

이름이 다른 호스트 서버로 데이터베이스 이동

Stsadm 작업을 사용하여 AppA-32에 모든 SSP를 전체 백업합니다.
팜 A에서 SSP를 모두 삭제합니다.
Office SharePoint Server 2007과 연결된 서비스를 중지하고 IIS(인터넷 정보 서비스)를 중지하여 팜 A를 완전히 중지합니다.
SQL Server 2005 도구를 사용하여 원본 데이터베이스 서버(DB-32)에 다음 SharePoint 데이터베이스를 백업합니다.
- 모든 콘텐츠 데이터베이스
- 중앙 관리 콘텐츠 데이터베이스
- Windows SharePoint Service 도움말 검색 데이터베이스
팜 A 또는 팜 B의 일부가 아닌 서버 공유 폴더에 모든 백업 파일을 복사합니다. 이 공유 폴더는 모든 중요 SharePoint 파일에 대한 복원 지점을 제공합니다.
대상 데이터베이스 서버로 데이터베이스 백업 파일을 복사합니다.
SQL Server 2008 도구를 사용하여 DB-32에서 DB-64로 데이터베이스를 복원합니다.
SQL Server 로그인, 고정 서버 역할, 고정 데이터베이스 역할 및 대상 서버(DB-64)에 대한 데이터베이스 사용 권한 모두를 복사합니다.
AppA-32에 Stsadm renameserver 작업을 실행하여 팜 B의 데이터베이스 서버 이름을 바꿉니다.
AppA-32 응용 프로그램 서버를 다시 시작하여 변경 사항을 적용하고 Office SharePoint Server 2007과 연결된 서비스, 웹 사이트, 응용 프로그램 풀이 시작되는지 확인합니다.
Stsadm –o restoressp를 [keepindex] 옵션과 함께 사용하여 AppA-32에 SSP를 복원합니다.
복원된 SSP를 팜 A에 모두 추가합니다.
새 SSP 기본값을 설정한 다음 원본 SSP 기본값을 제거합니다.
팜 A의 모든 서버가 DB-64를 가리키도록 구성합니다.
팜 A를 다시 시작합니다.
환경에 적합한 테스트를 수행하여 팜 A가 새 데이터베이스와 작동하는지 확인합니다.

이 단계를 완료하면 활성 팜에 다음 토폴로지가 생깁니다.

프런트 엔드 웹 서버: WebA-32, WebB-32
응용 프로그램 서버: AppA-32, AppB-32
데이터베이스 서버: DB-64

2단계: 응용 프로그램 서버 마이그레이션

이 단계에서는 SSP를 백업 및 복원합니다. 또한 팜 구성 문서화에서 기록한 팜 요소를 1단계에서 만든 서버 공유 위치에 복사할 수 있습니다. 다음 절차에 따라 응용 프로그램 서버를 마이그레이션합니다.

응용 프로그램 서버 마이그레이션

팜 B에 대한 프런트 엔드 웹 서버를 준비하고 팜에 추가하지 않습니다.
Stsadm 작업을 사용하여 AppA-32에 모든 SSP를 전체 백업합니다.
다음 명령을 실행하여 팜 A의 SSP를 모두 삭제합니다.

stsadm -o deletessp -title SharedServices -force
Office SharePoint Server 2007과 연결된 서비스를 중지하고 IIS(인터넷 정보 서비스)를 중지하여 팜 A를 완전히 중지합니다.
서버 공유에서 팜 A의 위치에 해당하는 팜 B(WebA-64, WebB-64 및 AppA-64)의 위치로 수동으로 이동해야 하는 팜 요소를 복사합니다.
팜 A 또는 팜 B의 일부가 아닌 서버 공유 폴더에 모든 백업 파일을 복사합니다. 이 공유 폴더는 모든 중요 SharePoint 파일에 대한 복원 지점을 제공합니다.
모든 백업 파일을 AppA-64로 복사합니다.
AppA-64를 시작하여 변경 사항을 적용하고 Office SharePoint Server 2007과 연결된 서비스, 웹 사이트, 응용 프로그램 풀이 시작되는지 확인합니다.
AppA-64가 팜 A에서 복원된 콘텐츠 데이터베이스를 가리키도록 구성하고 SQL Server 2008 도구를 사용하여 DB-64에서 팜 B를 구축할 때 만든 원본 콘텐츠 데이터베이스를 삭제합니다.
Stsadm –o restoressp를 [keepindex] 옵션과 함께 사용하여 AppA-64에 SSP를 복원합니다.
복원된 SSP를 팜 B에 모두 추가합니다.
새 SSP 기본값을 설정한 다음 원본 SSP 기본값을 제거합니다.
팜 A를 다시 시작합니다.
환경에 적합한 테스트를 수행하여 원본 팜이 새 응용 프로그램 서버 및 데이터베이스와 작동하는지 확인합니다.