문제

SharePoint 전문가가 Visual Studio 솔루션 대신 사이트 모음 백업 및 복원을 통해 SharePoint 프로젝트 / 포털의 배포에 대한 아이디어를 궁금합니다.

특히 단일 환경에서만 배포되고 사용되는 프로젝트의 경우.(여러 영역에 배포되지 않는 프로젝트).

장단점은 무엇입니까?

얼마나 많은 사람들 / 귀사가 사이트 수집 백업 / 복원을 배치 메소드로 얼마나 많이 선택하는지 궁금합니다.

도움이 되었습니까?

해결책

하이브에있는 파일과 같이 필요한 사이트 / 사이트 모음 외부의 리소스가있는 경우에 있습니다 ... 백업 / 복원은 사이트 내용 만 가져 오지 않으면됩니다. 사이트 외부. 간단한 백업 / 복원으로 수행 할 수없는 WSP 파일로 할 수있는 많은 것들이 있습니다. 참조, 종속성, 정품 인증 / 비활성화 작업 등 ... 또한 사이트 / 하위 사이트를 복원 할 때 현재 사이트 모음 대 사이트 모음에서 현재 활성화 된 기능이 현재 활성화 된 기능을 수행 할 수 있습니다. 예를 들어 많은 게시 기능이 다른 기능에 의존하여 사이트를 활성화하고 사이트를 복원하지 않습니다. 기능을 지원하지 않는 사이트 모음이나 활성화되지 않은 사이트 모음으로 복원 했으므로 사이트에서 특정 기능을 사용할 수없는 상황에서 멈추게 할 수 있습니다.

이 경우 사이트 모음 레벨 또는 숨겨진 기능에 종속되어 있음으로 인해 기능이 작동하지 않을 수 있음이 일반적으로 기능이 작동하지 않을 수 있습니다. 전반적으로, 기능이나 사용자 정의를 배포하지 않고 사이트를 복구하거나 이동하는 원래의 의도를 위해 백업 / 복원을 사용하는 경향이 있습니다.

이 도움이되기를 바랍니다 ...

다른 팁

사이트 컬렉션 백업 / 복원과 데이터베이스 복원을 모두 사용합니다.소스 SQL Server에서 데이터베이스를 복사하고 대상 SQL Server로 복원하는 것을 선호합니다.그런 다음 중앙 관리> 응용 프로그램 관리> 콘텐츠 데이터베이스 관리를 통해 SharePoint 2010 웹 응용 프로그램에 첨부합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 sharepoint.stackexchange
scroll top