2016-11-29 3 views
0

プロジェクトにwspsがあります。しかし、wspが展開されるたびに、「サービスを利用できません」というページがサイトレベルで表示されます。 運用サーバーでダウンタイムを取らずにGACに追加できるDllの数は少ないですか?停止時間なしでSharePointに展開

答えて

0

実際は答えはありません。 WSPでデプロイメントを行うと、最新のdllが再ロードされ、アプリケーションプール内のメモリをクリアするようにリセットがトリガされます。

サーバーサイドコードに関連するものは、リセットが必要です。

ハイブで何かを更新した場合は、停止時間ゼロの展開が可能です。

より深い答えhereを使用すると、地元の展開を行い、これを自分で上演することは技術的には可能であるIISRESET

乾杯 Truez

0

が必要ないときに通りがあります。 Install-SPSolutionはローカルスイッチを提供します。理論的にはこれを使用して、デプロイメントのローテーションを制御することができます(複数のサーバーを想定しています)。上記のとおり、IISにアセンブリをリロードするには、アプリケーションプールを循環させる必要があります。アセンブリはGACからロードされますが、メモリに常駐します。

https://blog.ithinksharepoint.com/2012/07/16/deploying-sharepoint-wsp-solutions-without-downtime/

私はそれを数回試して、あなたの走行距離は変更になる場合がありますので、非常に成功していませんでした。

GACedアセンブリに依存している場合は、技術的にWSPの外部にプッシュすることができます。しかし、次のようなことが起こる可能性があるため、あなたは奇妙な場所に来ることがあります。 1)Webアプリケーションをすべてのサーバーから引き出します(これにより解決策も取り消されます)。 2)サーバーを後で追加すると、展開パッケージが使用され、ファーム内に異なるビットセットのサーバーが存在することになります。これは、GACで何もないまたは孤立したアセンブリで終わることがあります。 これは誰にとってもトラブルシューティングには苦痛です。あなたが去ったとしたら? 3)アセンブリをデプロイし、web.configが想定しているバージョンと異なるバージョンを使用しているため、アセンブリを使用または検出できません。

関連する問題