質問

で構成されたサイトがあります http://www.abc.com ホストヘッダーwww.abc.comを備えたポート80で。別のWebアプリケーションを作成する必要があり、使用する必要があります http://www.abc.com.

古いものを削除せずに、ホストヘッダー/代替マッピングを通じて管理する方法はありますか?

役に立ちましたか?

解決 3

これが私が使用したステップでした

新しいWebpplication www.newabc.comを作成し、これの代替アクセスマッピングでwww.abc.comを使用しました。そして、私はすでにそこにあったwww.abc.comを停止しました

私が気づいたことの1つは、代替アクセスマッピングを追加するときです。 IISのホストエントリを更新しませんでした。その後、私は手動でこれをしなければなりませんでした

他のヒント

それで、あなたは明確にすることができます - あなたは両方のWebアプリケーションを同じホストヘッダーを使用したいですか?これは不可能ですが、新しいWebアプリケーションをwww.abc.comを使用して、古いアプリケーションを使用して別のホストヘッダー(www.oldabc.com)に応答する場合は、これを実現できます。

これはあなたが望んでいるものですか?

基本的な手順は次のとおりです。

  1. 新しいホストヘッダーベースのWebアプリケーション(www.oldabc.com)を作成します。このWebアプリケーションを作成するときに一時的/スローアウェイデータベースを使用すると、プロセスの最後に削除する場合があります。たとえば、wss_content_deletemesoon
  2. コンテンツデータベースを取り外します これには、STSADMまたは中央管理を使用してwww.abc.comから保管したいルートサイトコレクションがあります。 wss_content_abcと呼びましょう。ステップ4にはこのデータベースが必要になります。
  3. あなたはする必要があります 別のコンテンツデータベースを追加します www.abc.comに、そのWebアプリケーションの唯一のコンテンツデータベースがデタッチされた場合のコンテンツデータベースでした。これにより、www.abc.comのルートに新しいサイトコレクションを作成できます。
  4. www.oldabc.com(ステップ1で作成されたwss_content_deletemesoon)から一時的なデータベースを取り外して、 古いコンテンツデータベースを添付します www.abc.com(wss_content_abc)から、ステップ1で作成したwww.oldabc.com Webアプリケーションまで。
  5. 最終的なステップは、SQL ServerからWSS_Content_Deletemesoonを削除することです

検索クロールと他のいくつかのことを再実行する必要がありますが、それは従うべき一般的なプロセスです。主な問題は、多くのサイトコレクションとたくさんのコンテンツデータベースがある場合、手順3.および5を実行する必要があります。

現在のwww.abc.comのWebサイトはSharePointに基づいていますか?そうでない場合、最も簡単な方法は、SharePointをインストールする別のSharePoint/Webファームを作成することです。そうすれば、現在のWebServerはwww.abc.comをホストすることができ、新しいSharePoint FarmはHostheader www.abc.comでサイトを作成できます。内部DNSまたはホストファイルが物事を台無しにしない限り、これを行うことができます。

現在のサイトがSharePointに基づいている場合、おそらく最も簡単な解決策は、別のポートにサイトを作成することです。www.abc.com:81。私はISA/Forefrontの専門家ではありませんが、リクエストを適切なサイトであるポートにリダイレクトするように設定できると思います。

他の解決策は、IISの現在のWebサイトを「停止」することです。そうすれば、Hostheaderとともに新しいWebサイトが作成されます。現在のVirtual Directoryや、現在のWebサイト用に構成したその他のものをバックアップすることを忘れないでください。

また、ニック・ハドリーの彼の提案はあなたの問題に対する良い解決策です。

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