3

バックグラウンド

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

質問

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

4

2 に答える 2

1

パーティション セットを作成し、そのパーティション セットでテーブルを再構築する必要があります。SQL2005 は 1 つの列でしか分割できないため、DB に列が必要です。

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

日付 (おそらく文書が入力された日付) が理想的です。ただし、大きなテーブルに有用な列がある場合とない場合があります。これについては、MS のテクニカル サポートが最適なアドバイス源です。

パーティショニングは、アプリケーションに対して透過的である必要があります (ここでも、パーティション キーとして使用する適切な動作を備えた列が必要です)。

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

于 2008-10-01T14:42:12.640 に答える
0

マウロ、

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

つまり、単一の (SQL) コンテンツ データベースを使用して、複数の「サイト」を持つことができます。サイト データを新しいコンテンツ データベースに移行できます。これにより、その大規模なコンテンツ サイトのデータを削減し、データ ファイルを圧縮できます。

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

ジェームズ。

于 2009-02-03T08:22:14.950 に答える