質問

私は確かにSharePointの新たなものですが、私の会社はそれを展開するための素晴らしい仕事をします。

それはSharePoint 2013 Standard Instally OnPremiseです。私たちの目標は、いくつかのチームサイトと個人的なサイトを構築することです。

私の質問は、ベストプラクティスとコミュニティの経験を求めています。作成するWebアプリの数に集中したいと思います。

私の気持ちを教えてください:

  • 中央管理コンソール用
  • パーソナルサイト用
  • チームサイト用の1人 - 育ったSPとサイト番号を使うようになった人々が
  • を使うように辞退するかもしれません
  • Centralsearch
  • テスト用1つ

あなたのアドバイスをありがとう

役に立ちましたか?

解決

それはしっかりした設定であると思います。テストに関しては、可能なかどうかわかりませんが、安全になるためだけに別のハードウェアシステムのテスト項目をテストすることができます。しかし、それが利用可能な場合に限ります。

これは私が最初に始めたときに私に言ったのか?各Webアプリケーションは理想的には独自のアプリケーションプールを持っているべきです。そのようにして、アプリプールが失敗した場合は、そのプール内の他のすべてのWebアプリケーションを停止しません。ただし、下側は、各アプリケーションプールにオーバーヘッドがあることです(Say .... 10 MB)。そのため、作成したすべてのアプリプールでは、Webアプリケーションが機能しなくても10MBのスペースをオフにしています。完全に使用されていなくても、その10MBを他のものに触れられないため、サイズに応じて考慮に入れてください。アプリプールなどの

編集:最後の部分には、必要なWebアプリケーションがいくつのWebアプリケーションの数を決定するのに役立ちます。

他のヒント

テストのためのWebアプリは何に役立ちますか?そのために特定のサイトコレクションを使用できませんか。カスタムソリューションのさまざまなバージョンなどをテストすることを目的としている場合は、怖いWebアプリケーションに恐れているWebアプリケーションを作成するのに役立ちません。

検索用の別のWebアプリケーションを持つ必要はありませんが、検索センターテンプレートを使用してサイトコレクションを作成するだけです。

今日のベストプラクティスは、ホスト名付きサイトコレクション(HNSC)の使用に向かってますます傾いています。その理由は、onprem - > onpremとonprem - >オンラインの両方で、移行を容易にすると言われています。

そのシナリオでは、2つのWebアプリケーション、Central Admin、Personalサイトやチームサイト用の2つのWebアプリケーションのみを使用します。これは、この概念とそれを働く方法に精通するための非常に良いマイクロソフトブログです。 http://blogs.msn.com/b/russmax/archive/2013/10/31/guide-to-SharePoint-2013 -host-name-site-collections.aspx

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top