%203.0%20%EA%B8%B0%EB%B3%B8%20%EB%82%B4%EB%B6%80%20%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4%EB%A5%BC%20SQL%20Server%EB%A1%9C%20%EB%A7%88%EC%9D%B4%EA%B7%B8%EB%A0%88%EC%9D%B4%EC%85%98.png)
가장 좋은 방법을 아는 사람이 있나요? 이 주제에 관한 기사를 찾을 수 없습니다.
답변1
이를 수행하는 데는 몇 가지 옵션이 있습니다. 이를 수행하는 첫 번째(Microsoft 승인) 방법은 콘텐츠 데이터베이스만 이동하고 구성 데이터베이스는 내부 데이터베이스에 남겨 두는 것입니다. 이를 수행하기 위한 Technet 문서는 다음과 같습니다.
http://technet.microsoft.com/en-us/library/cc287738.aspx
구성 데이터베이스도 이동하려는 경우 두 가지 옵션이 있습니다. 첫 번째(아마도 덜 골치 아픈) 방법은 기본적으로 콘텐츠 데이터베이스를 백업하고, 컴퓨터에서 WIDB를 제거하고, SQL Server 데이터베이스를 가리키는 새 팜을 만든 다음, 콘텐츠 데이터베이스를 새 팜에 연결하는 것입니다. 이 방법 사용에 대해 설명하는 2개의 블로그 게시물은 다음과 같습니다. http://wssv3faq.mindsharp.com/Lists/v3%20WSS%20FAQ/DispForm.aspx?ID=136 http://webborg.blogspot.com/2007/06/reinstalling-sharepoint-wss3-to-run.html
두 번째 옵션은 실제로 모든 데이터베이스(configdb 포함)를 새 서버로 이동하는 것입니다. Microsoft는 이 작업을 수행하는 방법에 대한 문서를 보유하고 있습니다(WIDB->SQL Server 마이그레이션에만 해당되는 것은 아니지만 왜 작동하지 않는지 모르겠습니다.). 하지만 이에 대한 제가 이해한 바는 configdb 이동이 항상 원활한 것은 아니며, 당신에게 큰 문제를 일으킬 수 있습니다. 그럼에도 불구하고 이 접근 방식에 대한 문서는 다음과 같습니다.
http://technet.microsoft.com/en-us/library/cc512723.aspx