問題タブ [logging]

毎日の IIS ログをまとめて月ごとに圧縮するスクリプト/バッチを作成したいと考えています。

ex yymmdd .logの形式の ex080801.log

ex080801.log - ex080831.log は圧縮され、ログ ファイルは削除されます。

これを行う理由は、負荷の高いサイトでは 1 日のログ ファイルが 500 MB から 1 GB になる可能性があるため、それらを圧縮して 98% 圧縮し、実際のログ ファイルをダンプするためです。ログファイルの分析には webtrend を使用しており、zip ファイルに読み込むことができます。

これをスクリプト化する方法についてアイデアを持っている人はいますか、またはコードを共有しても構わないと思っていますか?

さて、これがシナリオです。大量のレコードを処理し、それに応じてデータベースに情報を入力するユーティリティがあります。

マルチスレッド バッチでこれらのレコードを処理します。このような各バッチは、各レコードのワークフロー トレースを作成するために同じログ ファイルに書き込みます。潜在的に、1 日で 100 万近くのログ書き込みを行う可能性があります。

このログを別のサーバーに存在するデータベースに作成する必要がありますか? 考慮事項:

1. 複数のスレッドが同じログ ファイルに書き込むことの明らかな欠点は、ログ メッセージが相互にシャッフルされることです。データベースでは、バッチ ID でグループ化できます。
2. パフォーマンス - バッチ処理をさらに遅くするのはどれですか? ローカル ファイルへの書き込み、または同じネットワーク上の別のサーバー上のデータベースへのログ データの送信。理論的には、ログ ファイルの方が高速ですが、ここで落とし穴はありますか?

どちらのアプローチでも実行できる最適化はありますか?

ありがとう。

weblogic 8.1の1つが、突然大量のログのログ記録とディスクの書き込みを開始しました。

私たちに面倒を与えるログはにあります

ログファイルのエントリは、何度も繰り返されるある種のエントリです。のようなもの

..。

どこにも設定されているデバッグ設定が見つかりません。管理対象サーバーのリモートスタートクラスパスと引数を調べました。

誰かがこのログファイルを制御する方向に私を向けることができますか？

log4j ライブラリを Java 5 プロジェクトに追加してログに記録するだけの価値はありますか? それとも、標準の util.logging 機能でも同じように機能しますか?

どう思いますか？

それで、私たちは私の職場でのログインの通過について話し合いました、そして私はここにいるあなたたちの何人かがあなたのアプローチのいくつかのアイデアを私に与えることができるかどうか疑問に思いましたか？

通常、私たちのシナリオは、実際にはロギングがまったくなく、ほとんどの場合、.NETアプリ、winforms / WPFクライアントがWebサービスを介して通信するか、データベースに直接接続することです。

それで、本当の問題は、どこに、または何を記録するかということです。現時点では、ユーザーからエラーメッセージが報告されているため、ログの起動/シャットダウン、例外を想定しています...

Webサービスまたはdbへの呼び出しにそれを取りますか？ページが読み込まれますか？

ユーザーがその時点で何をしようとしていたかをどのようにして把握できますか？

ずっと行って、複数の試行/日にすべてをログに記録するか、必要なものだけをログに記録する方が良いですか（hddが安い場合）。

それはいくつかの質問だと思いますが、私はより大きな店で実際の慣行が何であるかについてもっと知りたいと思いました！

必要に応じて元に戻すことができるように、アプリでユーザーが行ったことのログを保持したい場合があります。

そのようなログをファイルまたはデータベースに保存するのが最善ですか？セットアップする別のテーブルであることを除いて、私は長所と短所が何であるかについて完全に途方に暮れています。

調べて学ぶ必要があることに気付いていない3番目（または4番目など）のオプションはありますか？

IIS で実行されてlogいる一連のWeb サイトのイベントを表示できるようにしたいと考えています。asp.netたとえば、Web インターフェイスを介して外部からこれを行うことはできますか?

C ++には、デファクトスタンダードのロギングツールはありません。私の経験では、ショップは独自にロールバックします。ただし、再利用可能なソフトウェアコンポーネントを作成しようとすると、少し問題が発生します。システム内のすべてがロギングコンポーネントに依存している場合、これによりソフトウェアの再利用性が低下し、基本的に、ダウンストリームプロジェクトは、本当に必要なコンポーネントとともにロギングフレームワークを使用する必要があります。

コンポーネントはロギングの抽象化に依存する必要があるため、IOC（依存性注入）は実際には問題を解決しません。ロギングコンポーネント自体が、ファイルI / O、トリガーメカニズム、およびその他の不要な依存関係に依存関係を追加する可能性があります。

独自のロギングフレームワークに依存関係を追加すると、コンポーネントの再利用性が犠牲になりますか？

同僚に送信する前に、LDF ファイルを空にする必要があります。SQL Server でログを強制的に切り捨てるにはどうすればよいですか?

2 つのログ ファイルを比較する必要がありますが、各行のタイム スタンプ部分 (正確には最初の 12 文字) は無視します。私を助けることができる良いツール、または賢い awk コマンドはありますか?