IIS7レプリケーションの構成設定

Question

IISサーバーの構成設定が2台のサーバー間で複製されるWebファームを設定しようとしています。私は共有構成を使用したくないので、別の障害が発生する可能性があります。 D：\ IISConfig上の構成ファイルを使用するように両方のマシン（WWW1とWWW2）をセットアップしました。これで私は手動でWWW1からWWW2への設定ファイルをコピーし、WWW2は正常に動作します。私はそれからさらに一歩を踏み出し、WWW1上の変更を自動的にWWW2にプッシュするためにファイル複製を追加しました。次に、WWW1にApp Poolを追加しました。この時点で、私はWWW1に問題のない私のウェブサイトを閲覧することもできます。私がWWW2でIIS7に行ったとき、私は新しいアプリケーションプールを見ることができました。 。 。- すばらしいです。 WWW2でWebサイトを参照しようとしましたが、DefaultAppPoolをシャットダウンするエラーが発生しました。

モジュールDLL c：\ Windows \ System32 \ inetsrv \ authsspi.dllの読み込みに失敗しました。このエラーのデータ。 。 。

これがなぜ起こっているのか、それをどうやって取得するのかについてのアイデアはありますか？

ありがとうございました

Answer 1

私はServerfault.comに所属していますか？

構成ファイルとパスを使用すると、共有構成を使用する場合とほとんど同じだと思います。

セキュリティモジュールがもう一方のWebサーバにないように、読み込まれたモジュールと同じモジュールがロードされていることを確認します。設定ファイルはサーバの原因となっているロードを指示しています失敗する。

Answer 2

代わりに共有設定を使用します。

私のWindows 2008クラスタでは、共有フォルダをローカルサーバーのフォルダに設定している共有構成を使用するようにIISを設定しています。次に、そのフォルダをDFS共有として設定します。こうすることで、IISの変更は自動的にクラスタに複製され、サーバはリモートサーバと通信して設定ファイルを取得する必要はありません。これは長年にわたり素晴らしい仕事をしてきました。

Answer 3

これは古い質問ですが、ここでの実際の問題は認証モジュールの読み込みに失敗したことです。

authsspi.dllは、Windows ServerのWebサーバーの役割の一部として「基本認証」を追加して提供されています。 IISと同じロール構成を持たない2つ以上のサーバー間で、誤ってShared Configurationを使用している場合は、この問題が発生することがわかります。