会社イントラネットのSharePointサイト階層 - 複数のサイトまたは1つのルートを備えたサブサイト？

StackOverflow https://stackoverflow.com/questions/4491778

  •  11-10-2019
  •  | 
  •  

質問

私は中規模の製造会社のITマネージャーです。私たちはSharePointで足を濡らしています - これまでのところ、制作使用で1つのブログを手に入れました>それはCEOです。

いくつかのリストベースの「アプリケーション」のユースケースがあり、開発者の1人によって実装される簡単なワークフローがあります。また、ユーザー（少なくとも技術に精通したもの）に、独自の部門サイトを作成して作業する能力を提供したいと考えています。

しかし、私たちは、広く採用されていればすぐに制御不能になる可能性のあるものを始めているかもしれないと心配しています（これは良いことでしょう）。私たちはすべてのアーキテクチャのトレードオフを本当に理解していないため、私たちを将来的に噛む構造内の大量のユーザーデータが得られる可能性があります。

私たちの最大の質問は、それぞれの使用に対して複数のサイトを持っているか、他のすべてが下降する単一のルートサイトを持っているかどうかです。複数のサイトでは、すべてのユーザーに問題を作成することなく、変更を加えたり、新しい機能を開発したりする柔軟性が得られます。ただし、複数のサイトをバックアップ、検索、およびユーザープロファイル/セキュリティを維持するのが難しい場合があります。単一の大規模なサイトは、コスト/利点を逆転させているようです。

多くのトレードオフ、またはそれについて議論するリソースへのリンクに関する洞察に感謝します。 General SharePointの「Enterprise Best Practices」（ごめんなさい）へのリンクも大歓迎です。

ありがとう。

役に立ちましたか？

解決

ただし、複数のサイトをバックアップ、検索、およびユーザープロファイル/セキュリティを維持するのが難しい場合があります。単一の大規模なサイトは、コスト/利点を逆転させているようです。

私はこれを間違っていると考えます。まず、複数のサイトと言うときに明確にする必要があります。複数のサイトコレクションまたは複数のサイトを意味しますか？それらは2つのまったく異なるものです。

SQLデータベースでは、複数の異なるサイトコレクションであっても、データベースはサイトレベルではなくWebアプリケーションレベルとして作成されるため、1つのデータベースにすぎません。

それはバックアップに関するものでした。

検索とユーザープロファイルに来ると、再びあなたの仮定が間違っています。検索およびユーザープロファイルは共有サービスであり、単一の共有サービスプロバイダーに存在する限り、それらは正常に動作します。どちらも農場レベルのサービスです。

単一の大規模なサイトは（サイトコレクションではなくここでサイトを本当に意味する場合）完全に無効であり、悪いデザインです。

複数のサイトコレクション（HR、Finance、ITなどの会社の全体的な部門のようなもの）を使用してから、その下に服従することをお勧めします。これにより、SQLに1つのデータベースがあり、既存のWebアプリケーションにコンテンツデータベースを追加することでスケーリングできます。

繰り返しますが、私はあなたが会社レベルであなたのトポロジを作成していると仮定します。これがあるレベルの場合は、洗練する必要があります。

テクネットに関する分類法とサイトアーキテクチャに関する記事をいくつか読んでから、

Planning worksheets for SharePoint Server 2010
http://technet.microsoft.com/en-us/library/cc262451.aspx

Plan sites and site collections
http://technet.microsoft.com/en-us/library/cc263267.aspx

Sites and site collections overview
http://technet.microsoft.com/en-us/library/cc262410.aspx

Plan site navigation
http://technet.microsoft.com/en-us/library/cc262951.aspx

他のヒント

それは純粋にあなたのニーズと要件に依存します。延期サイト用の延期Webアプリケーションを持っていても、バックアップを有利にして1つの引用を提供できます。組織のポリシー、プロセスドキュメントなどのようにデータが頻繁に変更されないサイトがほとんどない場合があります。この場合、定期的なバックアップ/検索クロールを取得することは意味がありません（ただし、バックアップと漸進的なクロールを選択できますが、1週間または2週間でフルバックアップを取得する必要があります）。したがって、私はあなたの要件を慎重に分析してから決定を下すことをお勧めします。 Microsoftは、計画目的のためのチェックリストとテンプレートの適切なリストを提供しています。 Madhurの返信と休憩にはリンクのほとんどが提供されていません。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top