什麼是解析/分析IIS日誌的工具 - 理想的免費/開放源代碼？

Question

注意：這裏已經有很少類似的問題了 - 但是它們是從2009年開始的。可能自那以後發生了一些變化。

我負責一堆託管在不同服務器上的網站。我現在不做任何日誌分析，但我想改變這一點。第一個問題 - 根據IIS日誌（即404,500響應，長頁面處理等）查看網站問題的最佳工具是什麼？理想的分組/排序選項？我不想在這上面花費很多時間，我只是想定期檢查網站是否一切正常。

第二個問題（我知道最有可能我要求太多） - 但有沒有辦法將處理的日誌公開給網絡？所以我可以在沒有RPDing的情況下查看上面提到的東西進入服務器？

理想我正在尋找一個自由/開源的解決方案，但我願意支付一個很好的軟件，以及（但不是$$很多）。

謝謝。

Answer 1

你可以看看我們的日誌監控解決方案EventSentry，它可以監視基於文本的日誌如IIS日誌。我們爲IIS設置了標準模板，我們可以通過Web訪問將日誌整合到數據庫中，以便您可以在不使用RDP的情況下查看日誌。

這是一個非常靈活的解決方案，可以讓你選擇你感興趣的領域，而忽略了那些你不 - ，從而節省空間，在你的數據庫。

用戶也可以建立實時警報，這樣，當在一個日誌文件時遇到一個嚴重錯誤，就像一個500錯誤，你可以得到一個電子郵件。

http://www.eventsentry.com/features/log-file-monitoring

最後，您還可以插入命令行工具，可以驗證一個給定的網頁被訪問，或者當它改變時得到提醒：http://www.eventsentry.com/features/application-monitoring。

我當然有偏見，但我會說我們的解決方案相當實惠。由於它還提供了附加功能，例如服務監視（監視您的IIS服務）和事件日誌監視（IIS將重要消息記錄到事件日誌中），您可以使用單個產品設置全面監視。

Answer 2

我會考慮@LuckyLuke解決方案（或類似） - 經典的「構建vs購買」決策。根據您的文章，這不會是你的「全職」的工作，所以恕我直言，最好把它留給那些誰...

我不知道什麼是「傳統」的答案你是指，但如果你想修補你可以使用微軟自己的log parser，並根據你想使用它多遠，你可以使用它（COM DLL）在.Net/ASP.Net中編寫你的「管理網頁」和主持它在每個服務器的....

如果你是非常具體的關於你只是想提醒一下，另一個「哈克」的方式是提供自己的自定義錯誤頁（無論是默認的錯誤IIS錯誤頁面，或配置您的Asp.Net應用程序使用特定的錯誤頁面）。