SharePointのSQL 2005 DBパーティショニング

Question

背景

SharePointサイトコレクション用の大規模なデータベースがあります。これは130GBで、1か月あたり10GBで成長しています。 130GBのうち100GBが1つのサイトコレクションに含まれています。 30GBはバージョンテーブルです。サイトコレクションは1つだけです-これは仕様によるものです。

質問

SQL 2005sのデータパーティション機能（複数のデータファイルの作成）を使用してデータベース（SharePoint）をパーティション化できますか？ すでに作成されているデータベースをパーティション分割することはできますか？ 誰かがSharePoint DBをパーティション分割しましたか？問題が発生しますか？

Answer 1

パーティションセットを作成し、そのパーティションセットでテーブルを再構築する必要があります。 SQL2005は単一の列でのみパーティション化できるため、DBに列が必要です

• かなり予測どおりに動作するため、各パーティションのデータ量に大きな偏りが生じません
• IIRC列は数値または日時値でなければなりません
• 単調に増加している場合、実際には最も簡単です-一連のパーティションを（自動または手動で）作成でき、システムは範囲定義に達するとそれらを埋めます。

日付（おそらく文書が入力された日付）が理想的です。ただし、大きなテーブルに有用な列がある場合とない場合があります。ミズ。技術サポートがこのための最良のアドバイスの源です。

パーティション分割は、アプリケーションに対して透過的である必要があります （パーティションキーとして使用するには、適切な動作の列が必要です）。

最も一般的なクエリで検索述語としても使用されるパーティションキー列がある幸運でない限り、パーティション化によるクエリパフォーマンスのメリットはあまり得られない可能性があります。うまく機能する列の例は、データウェアハウスの日付列です。ただし、Sharepointアプリケーションでは、この種類のクエリを広範囲に使用することはできません。

Answer 2

マウロ、

Sharepointレベルでデータをセグメント化する方法はありませんか？

ie複数の「サイト」があるかもしれません;単一の（SQL）コンテンツデータベースを使用する。 サイトデータを新しいコンテンツデータベースに移行できます。これにより、その大規模なコンテンツサイトのデータを削減し、データファイルを縮小できます。

また、明らかな継続的成長の管理にも役立ちます。

ジェームス。