IIS 7以降では、メタベースではなくXML構成ファイルが使用されるようになりました。また、特定のサイトのweb.configファイルを編集すると、IISは自動的に変更を検出し、対応する構成の変更を実装します。
ただし、これはサーバーレベルのapplicationHost.config設定ファイルにも適用されますか？（通常はC：\ windows \ system32 \ inetsrv \ configにあります。）具体的には、IISマネージャーまたは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マネージャーまたはappcmdコマンドラインユーティリティを使用する代わりに、このファイルを慎重に編集しても安全ですか？
はい！マシンの管理者であれば、applicationhost.configファイルを直接編集できます。管理ツールもそれだけです。
問題が発生した場合、デフォルトで少なくとも20分の構成バックアップが\ inetpub \ historyに保存されます。
もう1つ知っておくと便利な点は、applicationHost.configファイルを（ツールのように）手動で編集すると、構成を変更したアプリケーションのみがリサイクルされることです。IISは実際に各アプリケーションの構成のスナップショットを取得し、そのアプリケーションの何かが変更されるまで更新しません。