IIS 7+では、メタベースの代わりにXML構成ファイルが使用されるようになりました。また、特定のサイトのweb.configファイルを編集すると、IISが自動的に変更を検出し、対応する構成の変更を実装することも知っています。
ただし、これはサーバーレベルのapplicationHost.config設定ファイルにも適用されますか? (通常はC:\ windows\system32\inetsrv\configにあります。)特に、IIS Managerまたはappcmdコマンドラインユーティリティを使用する代わりに、このファイルを注意深く編集しても安全ですか?これを行うことは大丈夫か大丈夫ではないと言っているドキュメントには何も見つかりませんでした。
多くのサイトのバインディングを1つのIPから別のIPに変更する必要があるので、私は興味があります。 GUIで数十のサイトを手動で編集する代わりに、グローバル検索を実行して構成ファイルのIPアドレスを置き換える方がはるかに高速です。
また、ここからこの回答を確認してください: applicationhost.configを手動で編集できません
答えは簡単ですが、それほど明白ではありません。win2008は64ビット、notepad ++は32ビットです。エクスプローラーを使用してWindows\System32\inetsrv\configに移動すると、64ビットプログラムを使用してファイルを検索します。 notepad ++を使用してファイルを開く場合、32ビットプログラムを使用してファイルを開こうとしています。これはあなたが何をしているのかを伝えるのではなく、Windowsではファイルを開くことができるが、保存するとファイルのパスがWindows\SysWOW64\inetsrv\Configに透過的にマッピングされるため、混乱が生じます。
したがって、実際には、notepad ++を使用してapplicationhost.configを開き、変更を加えてファイルを保存します。ただし、元のファイルを上書きするのではなく、32ビットのコピーをWindows\SysWOW64\inetsrv\Configに保存しているため、IISで実際に使用されているバージョンに変更を加えていません。 Windows\SysWOW64\inetsrv\Configに移動すると、先ほど保存したファイルが見つかります。
これを回避する方法は?シンプル-Windowsに同梱されている通常のメモ帳など、64ビットのテキストエディタを使用します。
具体的には、IIS Managerまたはappcmdコマンドラインユーティリティを使用する代わりに、このファイルを注意深く編集しても安全ですか?
はい!マシンの管理者であれば、applicationhost.configファイルを直接編集できます。管理ツールでできることはそれだけです。
問題が発生した場合、デフォルトでは少なくとも20分の設定バックアップが\ inetpub\historyに保存されます。
知っておくと便利なもう1つのヒント:applicationHost.configファイルを(ツールのように)手動で編集すると、構成を変更したアプリケーションのみがリサイクルされます。 IISは実際には各アプリケーションの構成のスナップショットを取得し、そのアプリケーションの何かが変更されるまでそれを更新しません。