この 1 週間, 誰かが新しいドキュメントの非常に高いボリュームを処理する SharePoint 環境の作成に関する質問 (10,000 +/- このケースでは). 私はこれについてあまり知らない, しかし このホワイト ペーパーのおかげで, 私は大いによりよく知識を感じる.
私, このホワイト ペーパーは、現時点でマークでかなりちょうど本です。, しかし、私はそれを介して読書を開始した私のメインの持ち帰りを強調するだろうと思った. SharePoint を拡張を処理するには, 最低限, この負荷:
- 501 日あたり k 新しいドキュメント.
- 10 合計の百万個のドキュメント.
私は彼らが十分な覚えやすいので 50 k/10 MM 数字を書いてください。. あなたが知っている限り、彼らが最小値です。, トラブルに得ることはありません。. 最大値は、少なくとも 10 極端なチューニングとそれよりも高いパーセント, おそらく多くのより高い.
おかげで, マイク ・ ウォルシュ, 彼のためにもう一度 毎週の WSS FAQ の更新および修正を投稿します。. それにあなたが購読していない場合, 真剣に、それをやってを考える必要があります。.
</終了>
Technorati のタグ: スケーリング, Sharepoint ソリューションの設計
ポール,
SharePoint は拡張性の高い同意する一方, 私の記事は本当に念のため規模の戦いのチャンスを与えることにあなたのシステムを設計する必要があります取られる必要性. 完全な再設計と快適を下回っていたデータ移行パスを要求しない正しく構造化された当初いくつかの実装を見てきた.
この取引に言及している記事はどのように? 線に沿って詳細はい, 日常的に 50 k の新しいドキュメントを追加することは可能ですがシステムが一緒にスローされる開始とない広告 hocly からこのような負荷をサポートするために正しく造られなければなりません。.
歓声,
ダン