0

SharePoint 사이트에 콘텐츠의 하위 집합을 저장하는 방법을 결정해야 기능 활성화의 일부로 특정 목록을 삭제하고 다시 만들 때, 내가 속한 모든 컨텐츠를 다시 삽입 할 수 있습니다. 나는 내 생각을 가지고 있지만, 그것이 유일한 방법인지, 더 중요한 것은, 올바른 방법인지는 모른다.기능 및 솔루션 배포 중 SharePoint 콘텐츠의 임시 "백업"

내 고객은 클라이언트와 통신 할 수있는 SharePoint 시스템을 만들어야합니다. 비즈니스 프로세스는 아마도 5 단계가 될 것입니다 (어쩌면 더 많을 것입니다. 모든 것을 말해주지 않기 때문에 알지도 못합니다). 지난 달에 작성한 현재 시스템은 아마도 2 단계를 거쳐야 할 것입니다. 이것은 다음 주 월요일에이 시스템을 완성 할 마감일을 맞추지 만, 그 시점에서 내 고객은 그 시점부터 사이트를 라이브로 만들 계획입니다.

실제로 클라이언트와의 작업은 내 작업과 병행 될 것입니다. 별도의 테스트 서버에서 자신의 작업을 완료 할 때마다 다음 단계의 프로세스를 라이브 서버로 푸시합니다. 영업 중단 시간 (예 : 주말)이 예정대로 가동되지 않을 때 이러한 푸시를 수행 할 수 있습니다. 나의 발달이 실제 비즈니스 프로세스보다 더 빠를 수 있도록 페이스를 유지하는 것은 내 자신의 문제이며 오프 토픽이다 ... 그래서이 포스트의 시작 부분에서 언급 한 문제로 돌아 가자.

이 시스템에는 활성화 된 관련 콘텐츠 형식 및 필드 형식에 대한 목록을 만들고 해당 기능을 비활성화 할 때이 목록을 삭제하는 기능이 있습니다. 대부분의 업데이트는 워크 플로 변경, 사용자 지정 동작, 사용자 지정 양식 및 이와 유사한 기능과 같은 이러한 기능을 비활성화하고 다시 활성화 할 필요가 없습니다. 그러나 이것을 필요로하는 부분이 있습니다. 내 테스트 서버에서는 목록을 지우는 것이 좋지만 일단 사이트가 게시되고 실제 통신 데이터가 있으면이 작업을 수행하는 것이 절대적으로 용납되지 않습니다. 따라서 새로운 기능 변경을 구현해야 할 때 현재 목록에있는 현재 데이터를 여러 목록에 저장하고 기능을 비활성화하고 기능을 다시 활성화하고이 모든 데이터를 복원 할 수 있어야합니다.

아마 내가 구현 한 기능 시스템을 사용하여 내 자신의 피타드에 의해 스스로 감아 올렸을 것입니다. 불행하게도이 "프로젝트 사이트"중 몇 개를 나중에 만들 필요성은 "반복적으로 배포 할 수 있습니다"라는 개념을 염두에두고 많은 코드를 작성해야한다는 것을 의미했습니다.

내 현재 계획은 재설정해야 할 특정 기능의 영향을받는 목록 및 라이브러리를 실행하는 것입니다. 파일 및 모든 버전은 서버의 디렉토리에 저장됩니다. 그런 다음 텍스트 파일 집합을 사용하여 항목에 대한 모든 중요한 필드 값을 저장합니다. 여기에는 유지해야 할 많은 상호 참조 참조가 포함되지만, 간단합니다. 그런 다음 기능을 비활성화하고 새 솔루션을 배포 한 다음 기능을 다시 활성화합니다. 모든 파일을 해당 버전으로 지정된 순서대로 업로드하고 해당 버전의 저장된 필드로 업데이트하여 버전 구조를 유지합니다. 각각이 처음 업로드 될 때 새로운 ID가 선택되고 나머지 파일의 모든 관련 조회가 업데이트됩니다 (어떤 방식 으로든 나중에 잘못된 값으로 다시 업데이트하지 않도록합니다.)). 그런 다음 관계형 데이터를 올바르게 유지하는 데 가장 도움이되는 순서로 나머지 모든 항목을 실행합니다. 이것은 대략 나의 현재 계획이 대략적으로 요약됩니다. 필자의 장점으로는 시스템의 장기 실행 워크 플로가 없으므로 걱정할 필요가 없습니다.이 작업을 수행 할 때 "아직 실행 중"이라는 것을 확인하지 않아도됩니다.

나는이 접근법의 모든 단점을 정말로 모른다. .. 나는 그들이 꽤 무거웠다 고 상상할 수있다. 그러나 내가 가진 다른 선택이 무엇인지 확신 할 수 없으며 검색 결과가 아무 것도 나타나지 않았습니다. 더 좋은 아이디어를 생각할 수있는 사람이 있습니까? 아니면 누군가가 정말로 다른 선택의 여지가 없다고 말할 것입니까? 미리 감사드립니다!

답변

0

음, 행운을 ...나는 당신이 정말로 물건을 삭제할 필요가 있다면, 당신이이 시점에서 다른 선택을한다고 생각하지 않습니다. 그러나 어쨌든 당신이 할 필요가없는 방법으로 올 수 있다면 ...

그럼에도 불구하고, 내가 생각할 수있는 몇 가지 사항 - 누군가가 항목을 북마크하거나 다른 사람에게 링크를 보내는 경우 모든 것을 읽는 데 몇 시간이 걸릴 수 있습니다. , 업데이트 후에는 작동하지 않을 것이고 스키마에서 변경을 수행하면 고통이 될 것입니다. 그리고 SharePoint와 마찬가지로 일반적으로 표면에 숨어있는 몇 가지 문제가있을 수 있습니다.

+0

btw 아키텍처의 주요 변경 사항이 너무 늦은 동안 http://slam.codeplex.com/Wikipage와 같은 것을 사용하면 도움이 될 수 있습니다. – kerray

+0

다른 선택의 여지가 없다면 다른 선택의 여지가 없습니다. 고맙습니다. 적어도 필자는 전체 기능주기가 필요한 업데이트 수를 줄였습니다. 책갈피 등의 손실은 처음부터 이미 파기되었습니다. –

관련 문제