です。ロギングはどのサーバーにとっても重要です。 IISサーバーの場合も例外ではありません。 Windows 7オペレーティングシステムでは、2003年と比較して、IISのログ記録が大幅に改善されています。ログの形式だけでなく、他のいくつかのオプションも、オペレーティングシステム管理者にはより多くの選択肢があります。 Windows7のオペレーティングシステムで
は、IISログはなくISSのために必要な任意成分よりも考慮すべきです。これは主に、ログファイルがIISサーバーの管理に不可欠であるためです。たとえば、IISサーバーがセキュリティ上の脅威にさらされている場合は、ログファイルを利用して、そこに含まれている固有の詳細について疑わしいレビューを実行することができます。 IISサーバーに障害が発生した場合は、このログファイルに記録されている情報を使用してメンテナンスプロセスを確認し、システム内の問題を特定することもできます。ここでは、Windows 7オペレーティングシステムとWindows 2003オペレーティングシステムのIISログレコードの新機能のいくつかを紹介し、便利なログ管理モードを展開するのに役立ちます。
まず、IIS7.0のバージョンに適切なログレベル
を選択し、システム管理者は、自分のニーズに応じて、適切なログレベルを選択することができます。ログをサーバーレベルで管理できる場合は、Webサイト、WEBアプリケーションファイル、またはディレクトリレベルでも実装できます。そのレベルで具体的に言うと、主にシステム管理者のニーズに依存します。ただし、サポートされているログファイルの形式は実装レベルによって異なります。 "サーバー"レベルで実装されているように、サポートされているログフォーマットは "W3C"フォーマットとバイナリフォーマットの2つだけです。 「Webサイト」レベルでログ管理を実装することを選択した場合、3つのサポートされているログ形式、つまりIIS、NCSA、およびW3C形式があります。そして、システム管理者がこれらのフォーマットが十分ではないと感じるならば、あなたは「カスタマイズする」ことによってあなたが必要とするフォーマットをカスタマイズすることができます。したがって、ログレベルを選択するときは、ログ管理のレベルを考慮することがより便利で安全です。また、お気に入りのログ形式を組み合わせる必要があります。私は個人的にサイトレベルでログを管理するのが好きです。サーバーにIISサービスを展開するだけでは無駄になる可能性があるためです。つまり、同じサーバー上に複数のアプリケーションサービスが存在する可能性があります。他のアプリケーションサービスやサーバーオペレーティングシステムのログと区別するために、サイトレベルで管理することをお勧めします。もちろん、どのレベルでログ管理が行われても、ログの内容に実質的な違いはありません。主にサーバーの配置とシステム管理者の作業習慣に依存します。
第二に、あなたはケースを管理するために、サイトレベルのログを記録することを選択した場合、適切なログ形式
を選択するために、ログフォーマットは、いくつかのオプションがあります。最も重要なのは、システム管理者がIISのログ形式を選択できることです。このIISログ形式はテキストベースのログです。 W3Cロギングフォーマットと同様に、それはHTTP.SYSによって制御されます。ただし、このIISログ形式はコアモードプロセスです。以前のログレコードはユーザーモードで管理されていました。両者の間には大きな変化があります。 Hypertext Transfer Protocolリスナーは、HTTP.SYSと呼ばれるカーネルモードのデバイスドライバとして実装されています。 HTTP.SYSは、Windowsネットワークサブシステムの重要な部分です。以前のバージョンでは、IISでWebサイトを作成するときに、そのサイトはHTTP.SYSを使用して登録され、その後HTTP.SYSはWeb要求を実行中のWebサイトのユーザーモードプロセスに渡しました。同時にHTTP.SYSも応答をクライアントに送り返します。内部キャッシュから格納された応答を取得することに加えて、HTTP.SYSは受信した要求を処理しません。したがって、アプリケーション固有のコードがカーネルモードに読み込まれることはありません。しかし、一部のシステム管理者はHTTP.SYSをコアモードで実行したいと考えています。この時点では、IISのログ形式を使用する必要があります。また、IISはテキスト形式のログレコードであり、バイナリ形式のログレコードとは異なり、テキストブラウザなどのツールを使用してログ情報を直接表示できます。だから読むほうが便利だ。で
もちろん、別のログファイルの形式は、その記憶されている内容は同じです。したがって、ログファイルの形式は、ログの実際の管理値には影響しません。ただし、将来の管理と保守を容易にするために、作者は自分の作業習慣に従って適切なログ形式を選択するようにシステム管理者を設定します。
3の下で、適切なコード形式で
一般を選択し、IISログファイルのエンコード形式、両者はUTF-8とANSI形式は、それぞれ存在します。 ANSIがより有名ですが、すべての文字セットで。しかし、このエンコード形式は、英語専用に設計されていると言えます。他の言語を格納するときに文字化けした文字を使用できます。あなたが中国語をサポートするなら、それはあまり良くありません。この問題を解決するために、新しいエンコード形式、UTF-8が意図的に提案されました。これはUNICODEの可変長文字エンコーディングです。 UNICODE文字が2バイトで表される場合、UTF-8へのエンコードは3バイトを必要とする可能性があり、UNICODE文字が4バイトで表される場合、UTF-8へのエンコードは6バイトを必要とする場合があります。 UTF-8エンコーディングは、ビットをマスクして操作をシフトすることで、すばやく読み書きできます。 Strcmp（）とwcscmp（）は、ストリング比較が行われたときに同じ結果を返すので、ソートが容易になります。バイトFFとFEはUTF-8エンコーディングでは表示されないため、UTF-16またはUTF-32テキストを示すために使用できます。 UTF-8はバイトオーダーに依存しません。そのバイトオーダーはすべてのシステムで同じです。これらの文字セットで
フォーマットは、いくつかのシステム管理者のためのビット難解であってもよいです。実際、システム管理者はそれほど明確に理解する必要はありません。原則を理解するだけでいいのです。つまり、ログがすべて英語の場合、ANSIエンコーディング形式に問題はありません。ただし、ログに他の言語があると、文字化けすることがあります。このため、UTF-8のエンコード形式はまだ良いことをお勧めします。結局のところ、英語のサポートも非常に良いです。このため、一度はUTF-8形式に設定することをお勧めします。ログ読み取りで文字化けのトラブルを避けます。
第四に、IISログレコードがファイルに保存されている場合は、適切なログファイルのローテーションを選択するには、ファイルは明らかに長い更新メカニズム
です。その時までに、レコードを見るとき、それは非常に面倒になるでしょう。このため、ログファイルを小さなファイルに分割することをお勧めします。これはその後の問い合わせや読みに便利です。 Windows 7オペレーティングシステムのIISログでは、ログファイルをスクロールおよび更新するための多くの方法が提供されています。たとえば、時間に基づいて新しいログファイルを作成できます。たとえば、ログファイルのローリングアップデートは、日ごと、週ごと、月ごとに実装できます。通常、月ごとに更新できます。 IISサーバーへのアクセスが頻繁な場合は、このログファイルのローリングアップデートの間隔を短くすることもできます。たとえば、時間間隔を1週間または1日などに調整できます。この時間間隔がどれだけ良いかは、主にレコード数によって異なります。ログレコードの数が多い場合は、時間を適切に短縮できます。逆に、ログレコードの数が多くない場合は、月単位で新しいログファイルを作成できます。時間に基づいて新しいログファイルを作成することができます
に加えて、あなたはまた、ログファイルのサイズに応じて、新しいログファイルを作成することができます。 IISログマネージャで最大ファイルサイズを選択できます。次に適切なサイズを入力してください。ログファイルが指定されたサイズに達すると、システムは自動的にログを切り替えます。しかし、私はこのアプローチに同意しません。それは妥当なサイズ内でREDOログファイルを制御できますが、それはその固有の時間接続を壊します。その時、問題に遭遇したときに問い合わせることは非常に不便です。したがって、作者はまだ時間によるREDOログファイルのセグメンテーションを確立します。またで
マネージャーも名およびロールオーバー現地時間のユーザを提出するかどうか、すなわち、他の有用なオプションを提供します。これはとても便利なオプションです。このオプションを選択すると、この時間情報はシステムによって自動的に作成されたログファイルに反映されます。これはシステム管理者がログファイルを探すのに非常に役立ちます。特に、REDOログファイルをファイルサイズで分割する場合は、以降の検索を容易にするためにこのオプションを必ずオンにしてください。