SharePoint 용 SQL 2005 DB 파티셔닝

Question

배경

SharePoint 사이트 컬렉션을위한 대규모 DB가 있습니다. 130GB이며 한 달에 10GB로 성장합니다. 130GB의 100GB는 한 사이트 컬렉션에 있습니다. 30GB는 버전 테이블입니다. 사이트 컬렉션은 하나뿐입니다. 이것은 디자인에 의한 것입니다.

의문

SQL 2005S 데이터 파티셔닝 기능 (여러 데이터 파일 생성)을 사용하여 데이터베이스 (SharePoint)를 분할 할 수 있습니까? 이미 생성 된 데이터베이스를 분할 할 수 있습니까? SharePoint DB를 분할 한 사람이 있습니까? 문제가 발생합니까?

Answer 1

파티션 세트를 만들고 해당 파티션 세트에서 테이블을 재구성해야합니다. SQL2005는 단일 열에서만 분할 할 수 있으므로 DB의 열이 있어야합니다.

• 각 파티션의 데이터 양을 크게 비뚤어지지 않도록 상당히 예측 가능하게 행동합니다.
• IIRC 열은 숫자 또는 dateTime 값이어야합니다.
• 실제로 단조로 증가하는 경우 가장 쉬운 일입니다. 일련의 파티션 (자동 또는 수동)을 만들 수 있으며 시스템이 범위 정의에 도달 할 때 채우게됩니다.

날짜 (아마도 문서가 입력 된 날짜)가 이상적입니다. 그러나 큰 테이블에 유용한 열이 있거나 없을 수도 있습니다. MS Tech 지원은 이에 대한 최고의 조언의 원천이 될 것입니다.

분할 ~해야 한다 응용 프로그램에 투명해야합니다 (다시, 파티션 키로 사용하려면 적절한 동작이 필요한 열이 필요합니다).

가장 일반적인 쿼리에서 검색 술어로 사용되는 파티션 키 열을 갖기에 운이 좋지 않으면 파티셔닝에서 많은 쿼리 성능 이점을 얻지 못할 수 있습니다. 잘 작동하는 열의 예는 데이터웨어 하우스의 날짜 열입니다. 그러나 SharePoint 응용 프로그램은 이러한 종류의 FO 쿼리를 광범위하게 사용할 수 없습니다.

Answer 2

모로,

SharePoint 레벨에서 데이터를 분류 할 수있는 방법이 없습니까?

즉 단일 (SQL) 컨텐츠 데이터베이스를 사용하여 여러 "사이트"가있을 수 있습니다. 사이트 데이터를 새 컨텐츠 데이터베이스로 마이그레이션 할 수있어 큰 컨텐츠 사이트의 데이터를 줄인 다음 데이터 파일을 축소 할 수 있습니다.

또한 명백한 지속적인 성장을 관리하는 데 도움이 될 것입니다.

제임스.